freebsd-utils_10.0-3_kfreebsd-amd64.changes ACCEPTED into experimental
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 17 Feb 2014 16:47:54 +0100
Source: freebsd-utils
Binary: freebsd-utils freebsd-utils-udeb kldutils kldutils-udeb kbdcontrol
kbdcontrol-udeb vidcontrol freebsd-net-tools freebsd-net-tools-udeb
freebsd-nfs-server freebsd-nfs-common geom freebsd-ppp devd devd-udeb ktrace pf
powerd mkuzip
Architecture: source kfreebsd-amd64
Version: 10.0-3
Distribution: experimental
Urgency: low
Maintainer: GNU/kFreeBSD Maintainers
Changed-By: Robert Millan
Description:
devd - device state change monitoring daemon
devd-udeb - device state change monitoring daemon (udeb)
freebsd-net-tools - FreeBSD networking tools
freebsd-net-tools-udeb - FreeBSD networking tools (udeb)
freebsd-nfs-common - NFS support files common to client and server
freebsd-nfs-server - FreeBSD server utilities needed for NFS on GNU/kFreeBSD
freebsd-ppp - FreeBSD Point-to-Point Protocol (PPP) userland daemon
freebsd-utils - FreeBSD utilities needed for GNU/kFreeBSD
freebsd-utils-udeb - FreeBSD utilities needed for GNU/kFreeBSD (udeb)
geom - modular disk I/O request transformation framework
kbdcontrol - command-line tool to change keyboard layout on GNU/kFreeBSD
kbdcontrol-udeb - command-line tool to change keyboard layout on GNU/kFreeBSD
(udeb)
kldutils - tools for managing kFreeBSD modules
kldutils-udeb - tools for managing kFreeBSD modules (udeb)
ktrace - A kernel call tracer
mkuzip - Disk image compression utility
pf - The OpenBSD Packet Filter
powerd - System utility for power control and energy saving
vidcontrol - command-line tool to control the system console on GNU/kFreeBSD
Changes:
freebsd-utils (10.0-3) experimental; urgency=low
.
* Add 'sysctl -p' support. Replace /sbin/sysctl wrapper script with
actual binary.
* Add /usr/{bin,sbin} to devd PATH (needed for /usr/bin/logger).
* Disable parallel builds until switch to bmake (for some reason
DPSRCS in kdump is ignored by fmake).
Checksums-Sha1:
bd8ec33762dedf0f6129b5ca70b83eb9076fa974 2688 freebsd-utils_10.0-3.dsc
81a83315b9df1685fffa632f77a2137d8a7284e3 95388
freebsd-utils_10.0-3.debian.tar.gz
613c607a08b8b6d385d70fcb77e7fb94a78b982d 238372
freebsd-utils_10.0-3_kfreebsd-amd64.deb
b69f8946b73e757ceebbc3af5aa062ff74cfafd0 12406
freebsd-utils-udeb_10.0-3_kfreebsd-amd64.udeb
445af5f7fde5563ddea48bec16f21639a909d388 36768
kldutils_10.0-3_kfreebsd-amd64.deb
d6f2d10ebc91a3e8cec5f907493f640216a6a9b1 5966
kldutils-udeb_10.0-3_kfreebsd-amd64.udeb
2cb03e8c8576d340cb744750966dda05c39dbe22 73774
kbdcontrol_10.0-3_kfreebsd-amd64.deb
fb3fad807331d6400db371618a4c3a9ab4860e36 39888
kbdcontrol-udeb_10.0-3_kfreebsd-amd64.udeb
0e50281cda4384c8ab65079484eed50b6a08d1e9 78590
vidcontrol_10.0-3_kfreebsd-amd64.deb
c2c5ff330d4d99fbe4a35e50032482e38c158b6f 188972
freebsd-net-tools_10.0-3_kfreebsd-amd64.deb
41bc0df0326b5ed5a1b593c5c1f05e3da29bbc97 60956
freebsd-net-tools-udeb_10.0-3_kfreebsd-amd64.udeb
908ac8a9b22c191b191ae38d73930ae0dc5c004d 63148
freebsd-nfs-server_10.0-3_kfreebsd-amd64.deb
3c0ef01b7f87598c9f1547a7b576eea2ff6760ce 64734
freebsd-nfs-common_10.0-3_kfreebsd-amd64.deb
c0363387e6499b2445ff698845ee2df49fcf3d3a 133200 geom_10.0-3_kfreebsd-amd64.deb
947b3e3a8d78f7edb0c0c1d2e3c0381d005673cd 246766
freebsd-ppp_10.0-3_kfreebsd-amd64.deb
b8ad2b834709cacaff4ee881ec232b00bbe2a721 96454 devd_10.0-3_kfreebsd-amd64.deb
269203f6e660e8eefb410170ec53b934e3408f68 61664
devd-udeb_10.0-3_kfreebsd-amd64.udeb
33ef16193b6948a83f38602748f69c97e10a3cb9 56488 ktrace_10.0-3_kfreebsd-amd64.deb
2f195fb7bb7170fb90334329dd106c894df5b165 148396 pf_10.0-3_kfreebsd-amd64.deb
7d32a13d191748242e839c9372b4873226fc8350 31570 powerd_10.0-3_kfreebsd-amd64.deb
0744e637909745457a875c80148d3da6f5a0aa4a 26508 mkuzip_10.0-3_kfreebsd-amd64.deb
Checksums-Sha256:
7a5075dd726cf16dbf12a7cb62c2620cc0db357ca303885278bc1e612ad903d1 2688
freebsd-utils_10.0-3.dsc
01fa035635cdd021910d19f4dc6f754936680d2a6f6ec01b94f153e1dacd5df5 95388
freebsd-utils_10.0-3.debian.tar.gz
9b9338630e0ed9a231896c8ac2a815b794e19b923c41ea06491a4ad42b3ba1c6 238372
freebsd-utils_10.0-3_kfreebsd-amd64.deb
6af8e7de3b12c2ae3bd59c192cd01adc6d549f5de7edbd50d3edf2dd89c3e571 12406
freebsd-utils-udeb_10.0-3_kfreebsd-amd64.udeb
0eb9d19fc914b29056246d51312b21d8cbade91d2ab588bf0ae41d865ba3a373 36768
kldutils_10.0-3_kfreebsd-amd64.deb
3200cdb5457e8a1de1fc853ed57e7f2800f4775fcb54d63e18a9fb7735c4aa43 5966
kldutils-udeb_10.0-3_kfreebsd-amd64.udeb
b4f2b50919cdef0c31e32da49c8b0248886c3caf2152bd7efd13b4653fc9a5f7 73774
kbdcontrol_10.0-3_kfreebsd-amd64.deb
e2d2969a54d74f5e2baead72f9534d31899d1d2eaab7c6380314c3b08abbca78 39888
kbdcontrol-udeb_10.0-3_kfreebsd-amd64.udeb
c85b3c2de6fe56c72bf33864272a226d166aeb2fe078c4c157225b6f09b8fc4c 78590
vidcontrol_10.0-3_kfreebsd-amd64.deb
86ce739fb7e3dd719b2c32102965c744883e43d0053894ad8f69ea904640a3a6 188972
freebsd-net-tools_10.0-3_kfreebsd-amd64.deb
ba
Re: Init system for non-Linux ports
Hi, On Sat, Feb 15, 2014 at 02:47:14PM +, Robert Millan wrote: > On 14/02/2014 18:46, Steven Chamberlain wrote: > > Well, we have an announcement today from Canonical - AIUI Upstart will > > be discontinued after Ubuntu 14.04 LTS and they will switch to systemd: > > http://www.markshuttleworth.com/archives/1316 > > I'm not familiar with Ubuntu politics. Is everyone in line with that decision? About upstart as default, my understanding is that (i) defunding upstart development will likely make that question moot cause the Ubuntu community is very probably not interested in putting up the work now that everybody else switches, (ii) I saw statements from other technical board members before Mark's announcement that dropping upstart as default is likely, now that Debian is moving to systemd for the Linux ports. The more interesting question is whether upstart will be continued as a community project and/or supported as an alternative in Debian/Ubuntu. Not sure about that. Michael -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140217165630.ga30...@raptor.chemicalconnection.dyndns.org
Processing of freebsd-utils_10.0-3_kfreebsd-amd64.changes
freebsd-utils_10.0-3_kfreebsd-amd64.changes uploaded successfully to localhost along with the files: freebsd-utils_10.0-3.dsc freebsd-utils_10.0-3.debian.tar.gz freebsd-utils_10.0-3_kfreebsd-amd64.deb freebsd-utils-udeb_10.0-3_kfreebsd-amd64.udeb kldutils_10.0-3_kfreebsd-amd64.deb kldutils-udeb_10.0-3_kfreebsd-amd64.udeb kbdcontrol_10.0-3_kfreebsd-amd64.deb kbdcontrol-udeb_10.0-3_kfreebsd-amd64.udeb vidcontrol_10.0-3_kfreebsd-amd64.deb freebsd-net-tools_10.0-3_kfreebsd-amd64.deb freebsd-net-tools-udeb_10.0-3_kfreebsd-amd64.udeb freebsd-nfs-server_10.0-3_kfreebsd-amd64.deb freebsd-nfs-common_10.0-3_kfreebsd-amd64.deb geom_10.0-3_kfreebsd-amd64.deb freebsd-ppp_10.0-3_kfreebsd-amd64.deb devd_10.0-3_kfreebsd-amd64.deb devd-udeb_10.0-3_kfreebsd-amd64.udeb ktrace_10.0-3_kfreebsd-amd64.deb pf_10.0-3_kfreebsd-amd64.deb powerd_10.0-3_kfreebsd-amd64.deb mkuzip_10.0-3_kfreebsd-amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1wfqg4-0002ox...@franck.debian.org
Re: Emulation of sendfile().
On 17/02/2014 09:12, Eric Wong wrote: > Robert Millan wrote: >> If you can write a Linux-compatible sendfile() which uses BSD-ish >> SYS_sendfile >> as backend, I guess they'll have no problem exporting a new symbol in glibc? >> After all, it's glibc who claims to provide it (via ). > > I emulate Linux sendfile on (non-Debian) FreeBSD that way in cmogstored. > Feel free to grab the linux_sendfile() wrapper from cmogstored: > http://bogomips.org/cmogstored.git/plain/http_get.c > The linux_sendfile wrapper is trivial and I'm OK with relicensing from > the existing GPLv3+ to any DFSG-approved license Thank you. I've just opened a bug in libc0.1-dev to keep track of this. >> You don't have to rewrite anything to use bsd_sendfile(). If you're trying >> to build BSD software, you can use freebsd-glue if you think this will ease >> your >> porting work. > > Interesting, I didn't know about bsd_sendfile nor freebsd-glue, I was > using pread+write to emulate it on Debian kFreeBSD. > > Can't seem to detect bsd_sendfile, though (maybe I'm missing something > obvious, this is on Debian sid x86_64, kFreeBSD): > > $ gcc -o x x.c -Wall > /tmp/ccJILHMP.o: In function `main': > x.c:(.text+0x30): undefined reference to `bsd_sendfile' > collect2: error: ld returned 1 exit status You need -lfreebsd-glue. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/53020768.9040...@debian.org
provides sendfile() prototype (in ) but no sendfile symbol
Package: libc0.1-dev Severity: normal Perhaps we could use emulated Linux-like sendfile() from Eric Wong. See: On 17/02/2014 09:12, Eric Wong wrote: > Robert Millan wrote: >> If you can write a Linux-compatible sendfile() which uses BSD-ish >> SYS_sendfile >> as backend, I guess they'll have no problem exporting a new symbol in glibc? >> After all, it's glibc who claims to provide it (via ). > > I emulate Linux sendfile on (non-Debian) FreeBSD that way in cmogstored. > Feel free to grab the linux_sendfile() wrapper from cmogstored: > http://bogomips.org/cmogstored.git/plain/http_get.c > The linux_sendfile wrapper is trivial and I'm OK with relicensing from > the existing GPLv3+ to any DFSG-approved license -- Robert Millan -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/530206eb.1000...@debian.org
Re: Emulation of sendfile().
Robert Millan wrote:
> If you can write a Linux-compatible sendfile() which uses BSD-ish SYS_sendfile
> as backend, I guess they'll have no problem exporting a new symbol in glibc?
> After all, it's glibc who claims to provide it (via ).
I emulate Linux sendfile on (non-Debian) FreeBSD that way in cmogstored.
Feel free to grab the linux_sendfile() wrapper from cmogstored:
http://bogomips.org/cmogstored.git/plain/http_get.c
The linux_sendfile wrapper is trivial and I'm OK with relicensing from
the existing GPLv3+ to any DFSG-approved license
> > Otherwise
> > each and every software will need substantial patching on kFreeBSD
> > to achieve better throughput, since it would need to link to
> > freebsd-glue and rely on the FreeBSD signature of sendfile(),
> > or to be rewritten using bsd_sendfile.
>
> You don't have to rewrite anything to use bsd_sendfile(). If you're trying
> to build BSD software, you can use freebsd-glue if you think this will ease
> your
> porting work.
Interesting, I didn't know about bsd_sendfile nor freebsd-glue, I was
using pread+write to emulate it on Debian kFreeBSD.
Can't seem to detect bsd_sendfile, though (maybe I'm missing something
obvious, this is on Debian sid x86_64, kFreeBSD):
$ gcc -o x x.c -Wall
/tmp/ccJILHMP.o: In function `main':
x.c:(.text+0x30): undefined reference to `bsd_sendfile'
collect2: error: ld returned 1 exit status
--- x.c -
#include
#include
#include
int
bsd_sendfile(int fd, int s, off_t offset, size_t nbytes,
struct sf_hdtr *hdtr, off_t *sbytes, int flags);
int main(void)
{
int a = bsd_sendfile(0, 1, 0, 5, NULL, NULL, 0);
return a;
}
--- x.c -
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140217091201.ga18...@dcvr.yhbt.net
