Re: Any tracking of good mini-iso images?
fredag den 30 september 2011 klockan 23:26 skrev Robert Millan detta: 2011/9/30 Mats Erik Andersson mats.anders...@gisladisker.se: Are we keeping some record of functional mini-iso images that we can name as pointers for people interested to have a go with kfreebsd-any? An uncomfortably naive formulation as I now understand, but Robert's reply got me into investigating the cause of the installer problem! The good news is that as of this night, having seen #643950 closed by NMU of Julien Christau, the debian-installer now indeed is able to install kfreebsd-amd64 from Sid! So the opportunity is there: Take the installer for a spin. I am running it on kfreebsd-amd64 with ZFS, and so forth. My run uses the d-i snapshot 2011-09-29 as I had it handy. Regards, Mats E A -- 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/20111008104104.ga21...@mea.homelinux.org
Re: Any tracking of good mini-iso images?
2011/10/8 Mats Erik Andersson mats.anders...@gisladisker.se: So the opportunity is there: Take the installer for a spin. I am running it on kfreebsd-amd64 with ZFS, and so forth. My run uses the d-i snapshot 2011-09-29 as I had it handy. Is there any netinst image that currently works? We can't just put information about good mini.iso in the wiki because installability doesn't only depend on the mini.iso version, as you've just verified. However, a netinst image is always capable of self-contained install. -- 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/caofdtxmjzqdjdf9fynbsdo-yeh5keeoe7hhglz+4cj1wnnb...@mail.gmail.com
Bug#644669: freebsd-utils: Consider importing iostat from upstream
2011/10/8 Mats Erik Andersson mats.anders...@gisladisker.se: A priori the package sysstat installs the file /usr/bin/iostat at the most natural location for Debian. Observe, however, that FreeBSD locates its native executable in /usr/sbin/iostat. Does sysstat even work on kernels other than Linux? It looks very Linux-specific. If it's not intended for !Linux platforms, it should be made linux-any instead. -- 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/caofdtxpumr0xvj1ql0tqujochhz8g1xefpwomiw4h6vpuvt...@mail.gmail.com
Bug#644669: freebsd-utils: Consider importing iostat from upstream
lördag den 8 oktober 2011 klockan 13:55 skrev Robert Millan detta: 2011/10/8 Mats Erik Andersson mats.anders...@gisladisker.se: A priori the package sysstat installs the file /usr/bin/iostat at the most natural location for Debian. Observe, however, that FreeBSD locates its native executable in /usr/sbin/iostat. Does sysstat even work on kernels other than Linux? It looks very Linux-specific. If it's not intended for !Linux platforms, it should be made linux-any instead. Well, I have sysstat_9.0.6.1-2 running on kfreebsd-amd64. Without having examined all options, the only deficiency I know is its inability to produce disk statistics. On the other hand, the most recent version 10.0.2-1 was changed to linux-any. I gather sysstat would require compatibility files in linprocfs to run properly on kfreebsd-any. -- 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/20111008122621.ga21...@mea.homelinux.org
Bug#644718: kfreebsd-8: /proc/net/dev gives empty statistics
Package: kfreebsd-8 Version: 8.2-7 Severity: normal Tags: pending The linprocfs entry in /proc/net/dev reports zero at every item in the table. A solution for this was accepted a merged by upstream as revision r218114. The patch is reported as originally tested by myself (and it is productive in 8.1+dfsg-7.1mea2), so we keep this bug for the record. The next kernel kfreebsd-9 is properly built with this compatibility file. -- 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/20111008125046.gb21...@mea.homelinux.org
Re: Any tracking of good mini-iso images?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On 08.10.2011 13:52, Robert Millan wrote: 2011/10/8 Mats Erik Andersson mats.anders...@gisladisker.se: So the opportunity is there: Take the installer for a spin. I am running it on kfreebsd-amd64 with ZFS, and so forth. My run uses the d-i snapshot 2011-09-29 as I had it handy. Is there any netinst image that currently works? I tried netinst of today (Oct 10) which fails to use partman-zfs: partman-zfs: zpool: /lib/libbsd.so.0: version `LIBBSD_0.3´ not found (required by /lib/libgeom.so.1) Is that a known issue? - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOkEzpAAoJEMcrUe6dgPNtzvkP/3/dCIHAx9cZX2d5cgv7n/zV NKyIlrL1EBkPjYpevbKx/OL9naEA1kb6IhmHCgOjYjKI7mfIuJSTki1Cqe3l8ZFq qGHSMSwEBC/COitWKAHaDCSZtFdEpa7vjGzIYhXtbalSOEt/QCNjIc+1KIkfn+mF j8IIIcH9Vy0YIavg0uMGItdaHIX7D0QROu5w3HECvmu3y3IQovoOVzTApwrELf17 rb7IwKiljNTwatZoMixqgeGs0U22kWzwDBJnwvMiIm1Dh9V5U/4OdjB/U1U2ZQZP BmTtXhvM9UDBNmQVZ7XK13+gS+hZDteruLXcMNULu3FATMbQirSqGyP7uoZ5KWv5 gppdo26pQJYxylraI442lLAQSRnhAAe2U2+JpHJM/pyRNEoDoerNlZrJYXsH2dgX AZegj90IId2upZ80oHI+I2pEZSfLlyizsGiF2t0ngPQ1nk9TiZnPWzhtKqnnqMSJ yaKoBp1NCBVKpmEDRzRNs5VJoq4F11RdF3NybEoaOZPF7SaDn4V+1Ly3WdX4KqmI RiDkASw96ro0y9kKzBrYAxOhp0j8tEhTFBVnZjb2lRtarJ29IMLOPBkzTls+kyfg ArJIy1FNJKxLaexfv3Tyc8jhvvjSKooQDUUZgoa3BTNmPjs3OoF4lSQbRfVhGXv7 dsUgL4P/CGGph24ql7JY =RgmR -END PGP SIGNATURE- -- 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/4e904cea.9080...@toell.net
Re: Any tracking of good mini-iso images?
lördag den 8 oktober 2011 klockan 15:15 skrev Arno Töll detta: Hello, On 08.10.2011 13:52, Robert Millan wrote: 2011/10/8 Mats Erik Andersson mats.anders...@gisladisker.se: So the opportunity is there: Take the installer for a spin. I am running it on kfreebsd-amd64 with ZFS, and so forth. My run uses the d-i snapshot 2011-09-29 as I had it handy. Is there any netinst image that currently works? I tried netinst of today (Oct 10) which fails to use partman-zfs: partman-zfs: zpool: /lib/libbsd.so.0: version `LIBBSD_0.3´ not found (required by /lib/libgeom.so.1) Is that a known issue? The only errors I had with the mini-iso were with a handful hashing failures by aspell localisation. No sign of libbsd.so in my run, and I only used a swap area and ZFS. (Well I am not getting the Swedish keyboard, it still is American ASCII!) -- 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/20111008133009.ga23...@mea.homelinux.org
Tracking of NFS artifacts
Dear all, let me begin a thread tracking issues with NFS, a package collection in need for better examination, as we were told a few days ago. A fresh install including File server immediate uncovered these: * mountd fails to start since /etc/exports is empty. The package should really install a file even if it only contains comments. Touch said file, and rebooting, will let mountd be started as is expected. * rpcbind produces an error, because /var/run/rpcbind/rpcbind.xdr is not present. I am inconclusive as to the cause would be that /run/rpcbind/ is never created in that tmpfs, or whether there ought to be some template rpcbind.xdr inserted in place by the init script. This could be related to the fact that at booting time the following sequence appear: Starting ZFS subsystem Activating swap mount: /lib/init/rw: unknown special file or file system mount: /tmp: unknown special file or file system Filesystem type 'zfs' is not supported. Skipping mount dito 'devfs' dito 'linprocfs' dito 'sysfs' dito 'fdescfs' dito 'linprocfs' [second time!] Activating lvm and md swap. Then file systems get inserted as usual. * Each of nfsd and rpc.statd uses more that twenty seconds to stop at reboot or halt. Best regards, Mats E A -- 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/20111008144650.ga23...@mea.homelinux.org
Interface naming in linprocfs
Dear all, for some time now I have been somewhat annoyed by the Linux kind of network adapter names put to display in /proc/net/dev. Imagine now that we would revert the file to be displaying the BSD kernel names instead. What negative effects or failures are we to expect from such a change? At present ifconfig, netstat, and route use the BSD names. A priori I know of no utility the depends on Linux naming. Should one influence the corresponding functionality in sys/compat/linprocfs/linprocfs.c to compile into either convention, based on a macro? Best regards, Mats E A -- 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/20111008171025.ga24...@mea.homelinux.org
Re: Bug#644431: theunarchiver: FTBFS(kfreebsd): undefined reference to `reallocf'
Hi! On Wed, 2011-10-05 at 21:36:16 +0200, Christoph Egger wrote: Package: src:theunarchiver Version: 2.7.1-2 Severity: serious Tags: sid wheezy X-Debbugs-Cc: debian-bsd@lists.debian.org Justification: fails to build from source (but built successfully in the past) Your package failed to build on the kfreebsd-* buildds: make[3]: Leaving directory `/build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/UniversalDetector' gcc -Wl,--whole-archive -fexceptions -fgnu-runtime -o unar unar.o CSCommandLineParser.o CommandLineCommon.o NSStringPrinting.o libXADMaster.a ../UniversalDetector/libUniversalDetector.a -Wl,--no-whole-archive -lgnustep-base -lcrypto -lbz2 -lz -licuuc -lobjc -lstdc++ -lm libXADMaster.a(XADPrefixCode.o): In function `NewNode': /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' libXADMaster.a(XADSkipHandle.o):/build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADSkipHandle.m:137: more undefined references to `reallocf' follow collect2: ld returned 1 exit status I see this has already been fixed, but in any case I wanted to let be known that libbsd-dev could (have been|be) used instead. 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/20111008183318.ga22...@gaara.hadrons.org
Bug#644669: freebsd-utils: Consider importing iostat from upstream
Hi! On Sat, 2011-10-08 at 01:50:19 +0200, Mats Erik Andersson wrote: in order to avoid the conflict with sysstat. However, the [...] Could you explain this conflict in more detail? Why can't iostat be in /usr/bin? A priori the package sysstat installs the file /usr/bin/iostat at the most natural location for Debian. Observe, however, that FreeBSD locates its native executable in /usr/sbin/iostat. It could as long as the interface is the same (either that or a wrapper would be needed). But on the other hand, the same package builds as [!kfreebsd-any] so there is supposedly no instanteous conflict. Even if they are not installable on the same architecture, I think the same concerns apply as any Conflicting package. Installing on a different pathname would not be right either (see #562863). The alternative solution, worthy of consideration, would be /usr/bin/iostat.bsd /usr/share/man/man1/iostat.bsd.1.gz where the manual page has a new location in relation to FreeBSD, which prefers iostat(8). All opposition is welcome! The man page could also be installed as iostat.1freebsd.gz or similar, but I don't think iostat.bsd would be a good idea, it would mask the conflict in a path arch specific way, which adds unportability to the integration with other packages or sysadmins expectations. regards, 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/20111008190407.gb22...@gaara.hadrons.org
Re: upcoming kfreebsd 9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Robert, On 23.09.2011 22:26, Robert Millan wrote: If it is, which combinations are possible and which aren't? Currently I know that: ... - 9.x kernel can run with 8.x userland are you sure? I think I found such an incompatibility. I backported and compiled kfreebsd-9: ii kfreebsd-image-9.0-0-amd649.0~svn225873-1 kernel of FreeBSD 9.0 image and I am running it with an up to date Wheezy user land, hence libgeom1 has: # dpkg -l | grep libgeom ii libgeom0 8.1-5 FreeBSD GEOM library ii libgeom1 8.2+ds1-4 FreeBSD GEOM library This is the same version as Sid has, right now. This seems to cause an ABI incompatibility between libgeom and kfreebsd-9. Hence, update-grub fails. Some debugging output is on [1] (warning: 1.7M log). The actual problem seems to be grub-probe here which causes a lot of noise: # /usr/sbin/grub-probe --device /dev/da15s1 --target=fs_uuid [lots of similar messages stripped] Unexpected XML: name=stripesize data=0 Unexpected XML: name=stripeoffset data=131072 Unexpected XML: name=stripesize data=0 Unexpected XML: name=stripeoffset data=131072 f5cf45616b5c3c2b The problem seems minor, the file system uid appears nonetheless but confuses the grub scripts. Hence I tried wrapping grub-probe by: #! /bin/sh /usr/sbin/grub-probe.real $@ | tail -n1 As soon as I did, grub works fine again and generates a working grub.conf. Apparently libgeom fails to parse the output of sysctl -b kern.geom.confxml (output in [2]). [1] http://daemonkeeper.net/wp-content/files/grub.out [2] http://daemonkeeper.net/wp-content/files/sysctl.out - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOkKjjAAoJEMcrUe6dgPNthbMP/27ESPq/i+kVzNZ/i8GgYGkt MxaezV6hXmB2sewF0R6gf5/vX7UPm9yjAZdQDiQSWHZ35v3CK0RAtRbxRYf4v39Q pffE1DNxXY0moA6YfnvkLwXA8bBEAkMU3FIYwuAobUlDOwY6372xJrBFRRlhqGHx qmczCItLZFq970UzOSJ30axzaWc7k6bP32EFo+q41RHY2nr1rQu9MiiydvIQO57V 1D/tM1Xl+GBlCqhZv5Rj/gmoQ6RAeazd3/G+MzoI0UB2tS7cK5hZurxmOtxCCEJu r5/1dSnXixYGxN/vo3Wywaqh+qGLV6CKOctky9YYsYCqP6Lm72YEH07OO/OG1RuQ DA5f0Va54/iWoRh6KY4Q9h8GVbyR0RgUQ6+SlV7IEW7y8yhjwLJv8hXTdAVFE+zQ h7iR8ZZQParJ7FVstqkfUPYBFJXqkme25J5KOB+EeOq8RZ2kyGw8OmEaeKlOwFHe UZyJT+7fax6/blnGyeR5SJMFuYVR3iR/F2GUtzHE+tlsVw4Fyg1U84ITT2ly4dUe vdDGOAEXJrc+RF2feNvjNgV3/LgxTehx40lKU5QEf6cx589Ar60LiWpyRqI5r6KW 2BOjbVcj9cKxUs1F8qfSHvttvJtbHnhZi0MrIOE8vrYbvSa4wOdkKp/EtFyHA/OL QYWVXFSwfS+5KwGUQO3T =dReq -END PGP SIGNATURE- -- 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/4e90a8e5.5040...@toell.net
Re: Bug#644431: theunarchiver: FTBFS(kfreebsd): undefined reference to `reallocf'
On Sat, Oct 08, 2011 at 08:33:18PM +0200, Guillem Jover wrote: On Wed, 2011-10-05 at 21:36:16 +0200, Christoph Egger wrote: Package: src:theunarchiver Version: 2.7.1-2 Severity: serious Tags: sid wheezy X-Debbugs-Cc: debian-bsd@lists.debian.org Justification: fails to build from source (but built successfully in the past) Your package failed to build on the kfreebsd-* buildds: make[3]: Leaving directory `/build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/UniversalDetector' gcc -Wl,--whole-archive -fexceptions -fgnu-runtime -o unar unar.o CSCommandLineParser.o CommandLineCommon.o NSStringPrinting.o libXADMaster.a ../UniversalDetector/libUniversalDetector.a -Wl,--no-whole-archive -lgnustep-base -lcrypto -lbz2 -lz -licuuc -lobjc -lstdc++ -lm libXADMaster.a(XADPrefixCode.o): In function `NewNode': /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' /build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADPrefixCode.m:42: undefined reference to `reallocf' libXADMaster.a(XADSkipHandle.o):/build/buildd-theunarchiver_2.7.1-2-kfreebsd-amd64-xipvuN/theunarchiver-2.7.1/XADMaster/XADSkipHandle.m:137: more undefined references to `reallocf' follow collect2: ld returned 1 exit status I see this has already been fixed, but in any case I wanted to let be known that libbsd-dev could (have been|be) used instead. Oh, thanks! Upstream has already removed the use of reallocf though, so I'll probably leave this as is. -- Matt Kraai https://ftbfs.org/kraai -- 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/20111008190443.gf23...@ftbfs.org