Re: Testing new getpt(3) and posix_openpt(3) implementation
Hi! I've not build true ;-) or run tested the code, so if someone with an eglibc build-tree around could test the attached patch (against the glibc-ports tree) that would be pretty helpful With slight modification in progress. Petr -- 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/alpine.lrh.2.02.1106091030180.22...@sci.felk.cvut.cz
Bug#629586: FTBFS on kfreebsd-i386: ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4
On Wed, Jun 08, 2011 at 06:48:39AM +0200, Petr Salinger wrote: Package: kfreebsd-8 ld -Bshareable -z common-page-size=8192 -d -warn-common -o 3dfx.ko 3dfx.kld @3dfx.lopt ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4 ld: final link failed: Nonrepresentable section on output *** Error code 1 Might be related to binutils #628770. Please could you upgrade in experimental chroot binutils to 2.21.52.20110606-1 and requeue ? I confirm it is related to this issue, buildds upgraded, and package requeued. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- 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/20110609083035.gb...@hall.aurel32.net
Re: Testing new getpt(3) and posix_openpt(3) implementation
or run tested the code, so if someone with an eglibc build-tree around could test the attached patch (against the glibc-ports tree) that would be pretty helpful With slight modification in progress. There are failures in testsuite, at least ptsname.c have to be updated too. Other related functions are: grantpt(), ptsname(), unlockpt() Petr -- 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/alpine.lrh.2.02.1106091054590.22...@sci.felk.cvut.cz
Bug#601803: patch for wireless support
2011/6/9 Guillem Jover guil...@debian.org: libjail is used for ifconfig vnet (see manpage) feature which has nothing to do with wireless support. We can enable it later on when we've added libjail to freebsd-libs and it's gotten through NEW. I don't see significant demand for this feature (actually, we don't even have /sbin/jail yet). In any case, when we add it we need to figure out wether we want to provide libjail1-udeb or disable vnet in freebsd-net-tools-udeb. But there's no hurry, adding /sbin/jail is more important IMHO. The __DECONST one was already on my list of things to add, as I've seen it used somewhere recently. For the second one, if you mean __va_list, then yes I've also had that pending. Otherwise if you mean bsdxml.h (but you mentioned the expat maintainers were going to provide that?) then I don't think it would be a good idea as libbsd would need to pull libexpat-dev, which I'd rather not. I agree about bsdxml.h. I was thinking about sys/cdefs.h, on FreeBSD it seems to drag stdint.h in, but on GNU it doesn't. -- 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/banlktikyhnjqt06beq8vft6sofanzkm...@mail.gmail.com
Re: Testing new getpt(3) and posix_openpt(3) implementation
On Thu, 2011-06-09 at 11:05:28 +0200, Petr Salinger wrote: or run tested the code, so if someone with an eglibc build-tree around could test the attached patch (against the glibc-ports tree) that would be pretty helpful With slight modification in progress. Thanks for the building and testing! There are failures in testsuite, at least ptsname.c have to be updated too. Ah right, had a small change for that one, but as there seemed to be more changed needed there I didn't include it, was not suspecting it would cause test suite failures. :) Attached now. Although the line with: p[0] = 't'; seems a bit suspicious, but then I've not analyzed the function in depth. thanks, guillem Index: kfreebsd/ptsname.c === --- kfreebsd/ptsname.c (revision 3434) +++ kfreebsd/ptsname.c (working copy) @@ -26,8 +26,11 @@ #include unistd.h +/* Directory where we can find the slave pty nodes. */ +#define _PATH_DEVPTS /dev/pts/ + /* Static buffer for `ptsname'. */ -static char buffer[sizeof (_PATH_TTY) + 2]; +static char buffer[sizeof (_PATH_DEVPTS) + 20]; /* Return the pathname of the pseudo terminal slave associated with
Re: Testing new getpt(3) and posix_openpt(3) implementation
There are failures in testsuite, at least ptsname.c have to be updated too. Ah right, had a small change for that one, but as there seemed to be more changed needed there I didn't include it, was not suspecting it would cause test suite failures. :) Attached now. Although the line with: p[0] = 't'; seems a bit suspicious, but then I've not analyzed the function in depth. The code gets via kern.devname name of master device /dev/ptyXX and alters into name of slave device /dev/ttyXX. I am not sure what we should do with /dev/pts/xxx names. The 'p' - 't' alteration might not be the right one. Petr -- 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/alpine.lrh.2.02.1106091140480.22...@sci.felk.cvut.cz
Re: Testing new getpt(3) and posix_openpt(3) implementation
On Thu, 2011-06-09 at 11:05:28 +0200, Petr Salinger wrote: There are failures in testsuite, at least ptsname.c have to be updated too. Other related functions are: grantpt(), ptsname(), unlockpt() Ok, I guess the obvious answer to this is: http://svnweb.freebsd.org/base/release/8.2.0/lib/libc/stdlib/ptsname.c?view=markup thanks, guillem -- 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/20110609100315.ga18...@gaara.hadrons.org
AFP support
Hi! Are there any plans to port the netatalk package to kfreeBSD? BR Mattias
Re: Testing new getpt(3) and posix_openpt(3) implementation
There are failures in testsuite, at least ptsname.c have to be updated too. Other related functions are: grantpt(), ptsname(), unlockpt() The set of changes is in our glibc-bsd SVN. It passes the testsuite, seems to work inside chroot. I have not committed it into pkg-glibc SVN due to tie with multiarch. Petr -- 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/alpine.lrh.2.02.1106091907040.23...@sci.felk.cvut.cz
Processed (with 1 errors): kfreebsd-i386: ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4
Processing commands for cont...@bugs.debian.org: reassign 629586 binutils 2.21.51.20110601-1 Bug #629586 [kfreebsd-8] FTBFS on kfreebsd-i386: ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4 Bug reassigned from package 'kfreebsd-8' to 'binutils'. Bug No longer marked as found in versions 8.2-1.1. Bug #629586 [binutils] FTBFS on kfreebsd-i386: ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4 Bug Marked as found in versions binutils/2.21.51.20110601-1. fixed 629586 2.21.52.20110606-1 Bug #629586 [binutils] FTBFS on kfreebsd-i386: ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4 Bug Marked as fixed in versions binutils/2.21.52.20110606-1. forcemerge 629586 628770 Bug#629586: FTBFS on kfreebsd-i386: ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4 Bug#628770: FTBFS on i386 including buildd Forcibly Merged 628770 629586. Version: 2.21.52.20110606-1 Unknown command or malformed arguments to command. End of message, stopping processing here. Please contact me if you need assistance. -- 628770: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628770 629586: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629586 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.130763959520284.transcr...@bugs.debian.org
Re: AFP support
2011/6/9 Mattias Welponer matt...@welponer.net: Hi! Are there any plans to port the netatalk package to kfreeBSD? It hasn't been mentioned in this list, so no. But looking at the package description, it should be fairly easy. -- 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/BANLkTiniB=+V-Qaym3mQ4=q5evj5win...@mail.gmail.com
Re: AFP support
Are there any plans to port the netatalk package to kfreeBSD? It hasn't been mentioned in this list, so no. But looking at the package description, it should be fairly easy. To get it compiled, it suffices to add #define _GNU_SOURCE 1 into (generated) config.h. Are you able to test the resulting binaries ? Petr -- 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/alpine.lrh.2.02.1106091957410.23...@sci.felk.cvut.cz
Re: AFP support
On Jun 9, 2011, at 20:04 , Petr Salinger wrote: Are there any plans to port the netatalk package to kfreeBSD? It hasn't been mentioned in this list, so no. But looking at the package description, it should be fairly easy. To get it compiled, it suffices to add #define _GNU_SOURCE 1 into (generated) config.h. Are you able to test the resulting binaries ? So far I have installed Debian/kFreeBSD on my home server to use ZFS and AFP for the network shares. I can test the binaries as I had a full running system on Debian/linux if I get the packages compiled. Ciao Mattias -- 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/fc2e2d2e-5787-4ad3-a38f-61b70f5d3...@welponer.net
Re: Should the ITP for freebsd-quota be reassigned?
tisdag den 7 juni 2011 klockan 21:31 skrev Guillem Jover detta: On Tue, 2011-06-07 at 21:24:02 +0200, Mats Erik Andersson wrote: Yes, I can have a go at it. In passing by, I agree with Robert that the executables should be built from 'freebsd-utils'. That was the solution that Petr indicated to me at the time of importing the initial adaption into the Alioth project. Ah yes, had forgotten too that conversation, then let me merge it and then feel free to update freebsd-utils copyright file, this way if there's dupes it avoids adding them. I have committed an incomplete survey to trunk/freebsd-quota/debian/copyright thus postponing the decision of a murge until I proceed further. This intermediary state can serve us as evolutionary documentation, if nothing else! The really cumbersome point is 'sbin/fsck_ffs/*' where 4-claused, 3-claused, and 2-claused BSD licensing is mixed on individual files, dependent on the contributing authors. At the moment I have detected all names with attributed copyright, but the finer points of splitting and text inclusion will be done step wise. Any advice on practice is most welcome. Also DEP-3 does have its drawbacks. Best regards, Mats -- 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/20110610001035.ga20...@mea.homelinux.org