ZFS on Linux and native ZFS on BSD
Dear fellow developers,
It has been quite some time since native ZFS on Linux (zfsonlinux, or
ZoL) enters release candidate testing phrase, and a team has been
founded recently for the work in Debian (pkg-zfsonlinux). Here we have
several issues to be confirmed and coordinated between kBSD and ZoL,
so that we can work for the desirable direction.
1. Naming of the packages
In kFreeBSD, src:zfsutils produces libnvpair1{,-udeb},
libumem1{,-udeb}, libuutil1{,-udeb}, libzfs1{,-udeb},
libzpool1{,-udeb}, and zfsutils{,-udeb}. I'm curious if we can reuse
the names of these binary packages on linux-any architectures, and
choose a different source package name (zfs-linux, currently)?
2. Partman support
As far as I know, partman-zfs is GPL licensed, and does not need to
link against any CDDL stuff, so I think it would be OK to integrate
ZoL support if there are people do the work?
3. Compatibility (zpool, etc)
In ZoL RC14, zpool version has been bumped to 5000, following the step
of OpenIndiana. I'm curious what's the current zpool version in
kFreeBSD, and what's your plan? It would be great if people can import
existing ZoL partition to a kFreeBSD installation, or reversely.
There is also a question about /etc/hostid handling, do you know how
is it handled in kBSD? Existing packaging work of Fedora ZoL makes
hostid static, but I doubt it's desired.
4. About zfs-fuse on Linux
Debian package maintainer of zfs-fuse has joined the team of ZoL, and
he said we may remove zfs-fuse from the archive when ZoL is available
in unstable, so zfs-fuse won't get in the way of naming and
compatibility then.
5. Licensing
ZoL is an independent Linux kernel module developed by Lawrence
Livermore National Laboratory (LLNL) under a contract between U.S.
Department of Energy and LLNL, and is separated into two parts to
avoid violating CDDL. A Solaris Porting Layer (SPL) kernel module is
developed to provide many of the Solaris kernel APIs, and is licensed
under GPL-2+, while the zfs modules are CDDL, reusing existing
OpenSolaris code and cooperate with BSDs and OpenIndiana.
--
Regards,
Aron Xu
--
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/CAMr=8w5mevxxp0ewrtvjfzdokksgdgx612nnuf+1zdk7zf9...@mail.gmail.com
Re: Bug #550611: please use libbsd instead of glib for strlcpy
Hi Guillem, I have worked on this package, and plan to upload the new version soon. It now uses -lbsd and -lresolv, with plenty of bug fixes, etc. As mentioned above, I'm looking forward to the inclusion to base system of this package, but in the way to achieve this, libbsd0 is not priority:important, what's your opinion? http://anonscm.debian.org/gitweb/?p=collab-maint/netcat-openbsd.git -- Regards, Aron Xu -- 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/CAMr=8w46nnb-ezrqv6ih0y-mkesg1meeu6tmxbq1vb1gdoe...@mail.gmail.com
Re: [dd-list] Please use Architecture: linux-any
On Sat, Aug 20, 2011 at 07:11, Samuel Thibault sthiba...@debian.org wrote: Hello, Just a heads-up about Architecture: linux-any. The dd-list below is a (non-exhaustive!) list of packages that kfreebsd/hurd maintainers believe are candidates for using it in their debian/control file, because they are probably not to be ported to non-Linux systems, due to strong Linux dependency. Could people below consider using Architecture: linux-any instead of Architecture: any in their next upload? That would help us cleaning the Not-For-Us manual list. Thanks, Samuel [...] Debian Chinese Team chinese-develop...@lists.alioth.debian.org zhcon zhcon works on FreeBSD 7.x, and before 8.x is out the upstream was dead. I tried to port it to kfreebsd with some progress, but still not build/work perfectly. The software still has considerable large user base, so I would like to continue maintain it for a while. -- Regards, Aron Xu -- 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/CAMr=8w4jd=UE2OcZQ=w6hmp+r9mry2erpxsv8jh+kxfkdql...@mail.gmail.com
Re: Bug #619684: ns2: FTBFS on kfreebsd-*: emulate/net-pcap.cc:537:19: error: 'BIOCIMMEDIATE' was not declared in this scope
tags 619684 + help thanks CCing debian-bsd@l.d.o. http://bugs.debian.org/619684 Here we find the libpcap on GNU/Linux and GNU/kfreebsd are (almost, not very sure) the same, but the package fails to build on kfreebsd-* and hurd. Could you please help on this issue? Now we guess PCAP_DONT_INCLUDE_PCAP_BPF_H is set on kfreebsd-*, but we have no kfreebsd-* box in hand to debug. Any help is highly appreciated! -- Regards, Aron Xu -- 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/BANLkTikwq+BHU2D-R=kO=gazevu-pw4...@mail.gmail.com
Re: Bug #619684: ns2: FTBFS on kfreebsd-*: emulate/net-pcap.cc:537:19: error: 'BIOCIMMEDIATE' was not declared in this scope
After lindi- and wzssyqa's test, the macro PCAP_DONT_INCLUDE_PCAP_BPF_H is not defined in Sid Debian GNU/kfreebsd, so the problem becomes a bit more complicated... Help, please! -- Regards, Aron Xu -- 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/banlktikywcwom0wl1yaeqr3tlbzvqpw...@mail.gmail.com
Re: Bug #619684: ns2: FTBFS on kfreebsd-*: emulate/net-pcap.cc:537:19: error: 'BIOCIMMEDIATE' was not declared in this scope
On Sat, Apr 16, 2011 at 03:49, YunQiang Su wzss...@gmail.com wrote:
I got it.
It used it like this
#if !defined(__linux__)!defined(__APPLE__)
{
int immed = 1;
if (ioctl(pfd_, BIOCIMMEDIATE, immed) 0) {
fprintf(stderr,
warning: pcap/live (%s) couldn't set immed\n,
name());
perror(ioctl(BIOCIMMEDIATE));
}
}
#endif
On linux , BIOCIMMEDIATE is not used, but on BSD, it did being used,
but did *not* include net/bpf.h
Then there are 2 ways to fix this bug:
1. also disable the above code block on BSD.
2. include net/bpf.h on BSD platform.
Which one is better ?
--
YunQiang Su
I prefer to attempting to use this piece of code first. Because using
BIOCIMMEDIATE could very probably get some advantages over not using
them on kbsd platforms.
Here is a thread about it in freebsd-arch mailing list:
http://lists.freebsd.org/pipermail/freebsd-arch/2003-November/001446.html
No. BIOCIMMEDIATE and non-blocking mode are different.
BIOCIMMEDIATE mode means make incoming packets
readable immediately; don't buffer them up until either the
store buffer is full or the timeout expires. This is for use in,
for example, applications that are using BPF to implement
network protocols, and want to be able to respond
immediately to incoming packets, as opposed to, for
example, packet capture applications (tcpdump, Ethereal,
etc.) which don't necessarily need to immediately show or
save incoming packets and which might want to try to get
as many packets as possible per read on the BPF device.
--
Regards,
Aron Xu
--
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/BANLkTimCNQ=9yfdrv25ajuez5k5rnfa...@mail.gmail.com
Re: Bug #588844 python-pygccxml: broken on kfreebsd-*: RuntimeError: unable to find out location of gccxml
Hello list, I am now trying to fix a bug related to kfreebsd port. The bug is probably not a complicated issue, but I need someone who have a kfreebsd installation to help me test the patch[1]. [1]http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=23;filename=check_os_name_posix.patch;att=1;bug=588844 -- Regards, Aron Xu -- 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/aanlktimfywrhpf9psyahtno0j2ux5k0pxvgvfsvaq...@mail.gmail.com
Re: Bug#588844: Bug #588844 python-pygccxml: broken on kfreebsd-*: RuntimeError: unable to find out location of gccxml
On Sat, Nov 13, 2010 at 18:35, Cyril Brulebois k...@debian.org wrote: Aron Xu happyaron...@gmail.com (13/11/2010): Hello list, Hi, I am now trying to fix a bug related to kfreebsd port. The bug is probably not a complicated issue, but I need someone who have a kfreebsd installation to help me test the patch[1]. there you go: | (sid)k...@asdfasdf:~$ python | Python 2.6.6 (r266:84292, Oct 9 2010, 14:11:33) | [GCC 4.4.5] on gnukfreebsd8 | Type help, copyright, credits or license for more information. | import os | os.name | 'posix' Sounds good to me. Mraw, KiBi. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkzeaeAACgkQeGfVPHR5Nd34IACgll0g1hS+cVodFhCq2bbgIVNT tnMAoKSy1GaNMVwloXUQFN5kqm4M8yZY =mNBb -END PGP SIGNATURE- Thanks for your help, I've made my new version which is pending upload the fix the bug. -- Regards, Aron Xu -- 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/aanlktimjcbqoatnfbeefnipd-q5mvfjdm2vhqanxw...@mail.gmail.com
