Bug#759761: isc-dhcp-client-udeb: kfreebsd: fails to set netmask
Package: isc-dhcp-client-udeb Version: 4.3.1-1 Tags: patch User: debian-bsd@lists.debian.org Usertags: kfreebsd Hi, On kfreebsd, the udeb for ISC DHCP client fails to set a netmask, if one was given in the DHCP lease. This means some hosts on the local network may be unreachable, perhaps nameservers or something essential for reaching the Internet. The patch is very simple: --- isc-dhcp-4.3.1/debian/dhclient-script.kfreebsd.udeb.orig2014-08-14 00:34:18.0 +0100 +++ isc-dhcp-4.3.1/debian/dhclient-script.kfreebsd.udeb 2014-08-30 01:10:42.116515955 +0100 @@ -82,7 +82,7 @@ [ "$old_ip_address" != "$new_ip_address" ] || [ "$reason" = "BOUND" ] || [ "$reason" = "REBOOT" ]; then -ifconfig $interface inet $new_ip_address $new_subnet_arg \ +ifconfig $interface inet $new_ip_address$new_mask \ ${new_broadcast_address:+broadcast $new_broadcast_address} $medium $mtu_arg route add $new_ip_address 127.1 $metric_arg >/dev/null 2>&1 || true for router in $new_routers; do Where $new_mask is /prefixlen, calculated earlier in the script, or otherwise it is an empty string. I've tested this within kfreebsd-amd64 d-i as a local udeb. Thanks! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014083001.81307.63753.report...@sid.kfreebsd-amd64.pyro.eu.org
Re: Bug#757711: netcfg: promptly kills dhclient, deconfigures interface
Steven Chamberlain (2014-08-29): > Please may I commit this to d-i/netcfg (assuming my d-i Git privileges > include that repository). (Yes, we have no per-repository settings that I'm aware of.) > As well as kfreebsd, I expect hurd is currently affected by this bug, > so this patch would also fix it there. > > Thanks. > > --- a/debian/changelog > +++ b/debian/changelog > @@ -1,3 +1,13 @@ > +netcfg (1.120) UNRELEASED; urgency=medium > + > + [ Steven Chamberlain ] > + * Do not kill_dhcp_client after setting the hostname and domain, > +otherwise Linux udhcpc will stop renewing its lease, and on other > +platforms dhclient will de-configure the network interface > +(Closes: #757711, #757988) > + > + -- Debian Install System Team Fri, 29 Aug > 2014 22:05:47 +0100 > + > netcfg (1.119) unstable; urgency=medium > >[ Colin Watson ] > diff --git a/dhcp.c b/dhcp.c > index aa37bd0..5ef0dbc 100644 > --- a/dhcp.c > +++ b/dhcp.c > @@ -614,7 +614,6 @@ int netcfg_activate_dhcp (struct debconfclient *client, > struct netcfg_interface > netcfg_write_loopback(); > netcfg_write_interface(interface); > netcfg_write_resolv(domain, interface); > -kill_dhcp_client(); > stop_rdnssd(); > > return 0; I'd be slightly happier if Philipp would comment on this since he seems to be the one having committed this change. See: | commit 8802ca520d9e91542d92bbfa5b2fc412a31cf2e2 | Author: Matt Palmer | Date: Sun Jan 30 22:29:42 2011 +1100 | | IPv6 support for using rDNS to preseed hostnames | | A lot of refactoring to make the code cleaner and simpler, but the | IPv6-specific changes were actually relatively small. | | Rebased-and-modified-by: Philipp Kern http://anonscm.debian.org/cgit/d-i/netcfg.git/commit/?id=8802ca520d9e91542d92bbfa5b2fc412a31cf2e2 Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#757987: kfreebsd: cannot create swap space
Hi, Please may I commit the following to d-i/partman-basicfilesystems? -hurd@ already requested to keep commit.d/format_swap, so this is a kfreebsd-only change. Thanks. --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +partman-basicfilesystems (98) UNRELEASED; urgency=low + + [ Steven Chamberlain ] + * Skip commit.d/format_swap on kfreebsd-*, whose swap partitions do +not need to be formatted (Closes: #757987) + + -- Debian Install System Team Fri, 22 Aug 2014 12:23:11 +0100 + partman-basicfilesystems (97) unstable; urgency=medium * dosfstools has a good deal of Linux-specific code and isn't currently --- a/commit.d/format_swap +++ b/commit.d/format_swap @@ -1,5 +1,18 @@ #!/bin/sh +ARCH="$(archdetect)" + +# The mkswap utility only supports Linux-type swap partitions, used +# on Linux and Hurd; do not use it on kfreebsd which does need to +# format swap partitions +case $ARCH in +kfreebsd-*) +exit 0 +;; +*) +;; +esac + . /lib/partman/lib/base.sh for dev in $DEVICES/*; do -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140829212057.gb30...@squeeze.pyro.eu.org
Re: Bug#757711: netcfg: promptly kills dhclient, deconfigures interface
Hi, Please may I commit this to d-i/netcfg (assuming my d-i Git privileges include that repository). As well as kfreebsd, I expect hurd is currently affected by this bug, so this patch would also fix it there. Thanks. --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +netcfg (1.120) UNRELEASED; urgency=medium + + [ Steven Chamberlain ] + * Do not kill_dhcp_client after setting the hostname and domain, +otherwise Linux udhcpc will stop renewing its lease, and on other +platforms dhclient will de-configure the network interface +(Closes: #757711, #757988) + + -- Debian Install System Team Fri, 29 Aug 2014 22:05:47 +0100 + netcfg (1.119) unstable; urgency=medium [ Colin Watson ] diff --git a/dhcp.c b/dhcp.c index aa37bd0..5ef0dbc 100644 --- a/dhcp.c +++ b/dhcp.c @@ -614,7 +614,6 @@ int netcfg_activate_dhcp (struct debconfclient *client, struct netcfg_interface netcfg_write_loopback(); netcfg_write_interface(interface); netcfg_write_resolv(domain, interface); -kill_dhcp_client(); stop_rdnssd(); return 0; -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140829211457.ga30...@squeeze.pyro.eu.org
Re: Bug#759686: debian-installer: non-grub PXE boot images crash
Hi, Steven Chamberlain (2014-08-29): > Please may I commit this patch directly to debian-installer Git? no objection; did you check with debian-hurd@? > Hopefully it is self-explanatory from the changelog. > > Earlier I thought it was modules terminal+gettext that were missing > to cause the hang/crash, but it turned out to be only tftp. (I'd been > testing dozens of permutations of different GRUB version [Debian- > packaged and vanilla upstream], different builds [official Debian and my > own], different selection of GRUB modules, and different versions of > grub-image; so I made a few mistakes along the way that led me to wrong > conclusions initially.) > > The xorriso incompatiblity refers to this scary warning seen with an > outdated xorriso package but newer grub-common: > > grub-mkrescue: warning: Your xorriso doesn't support `--grub2-boot-info'. > > Some features are disabled. Please use xorriso 1.2.9 or later.. > > grub-mkrescue: warning: Your xorriso doesn't support `--grub2-boot-info'. > > Your core image is too big. Boot as disk is disabled. Please use xorriso > > 1.2.9 or later.. > > I don't know if it caused actual breakage, but since 1.3.2-1 is already > in sid/jessie I felt it safer to raise Build-Depends to that version. ACK. > Thanks. > > --- a/debian/changelog > +++ b/debian/changelog > @@ -13,6 +13,18 @@ debian-installer (2014) UNRELEASED; urgency=low > adding a syslinux-utils build-dep (Closes: #751731), no thanks to its > maintainer as far as cooperation is concerned (See: #751724, #759189). > > + [ Steven Chamberlain ] > + * On kfreebsd and hurd, which use GRUB for PXE booting, request two > +additional modules in the grub-mkimage step: (Closes: #759686) > +- tftp: required since GRUB 2.02 otherwise PXE boot will crash/hang > +- gfxterm_background: required since GRUB 2.02 for the boot splash > + image functionality to be available > +- raise the grub-pc (and indirectly grub-common) build dependency to > + >= 2.02~beta2~ on these architectures, because module > + gfxterm_background did not exist in GRUB 2.00 I should note we only have grub 2.00 in testing right now. Hopefully 2.02* will migrate at some point though. Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#711799: debian-installer: non-grub PXE boot images crash
tags 711799 + patch thanks Hi KiBi, Please may I commit this patch directly to debian-installer Git? Hopefully it is self-explanatory from the changelog. Earlier I thought it was modules terminal+gettext that were missing to cause the hang/crash, but it turned out to be only tftp. (I'd been testing dozens of permutations of different GRUB version [Debian- packaged and vanilla upstream], different builds [official Debian and my own], different selection of GRUB modules, and different versions of grub-image; so I made a few mistakes along the way that led me to wrong conclusions initially.) The xorriso incompatiblity refers to this scary warning seen with an outdated xorriso package but newer grub-common: > grub-mkrescue: warning: Your xorriso doesn't support `--grub2-boot-info'. > Some features are disabled. Please use xorriso 1.2.9 or later.. > grub-mkrescue: warning: Your xorriso doesn't support `--grub2-boot-info'. > Your core image is too big. Boot as disk is disabled. Please use xorriso > 1.2.9 or later.. I don't know if it caused actual breakage, but since 1.3.2-1 is already in sid/jessie I felt it safer to raise Build-Depends to that version. Thanks. --- a/debian/changelog +++ b/debian/changelog @@ -13,6 +13,18 @@ debian-installer (2014) UNRELEASED; urgency=low adding a syslinux-utils build-dep (Closes: #751731), no thanks to its maintainer as far as cooperation is concerned (See: #751724, #759189). + [ Steven Chamberlain ] + * On kfreebsd and hurd, which use GRUB for PXE booting, request two +additional modules in the grub-mkimage step: (Closes: #711799) +- tftp: required since GRUB 2.02 otherwise PXE boot will crash/hang +- gfxterm_background: required since GRUB 2.02 for the boot splash + image functionality to be available +- raise the grub-pc (and indirectly grub-common) build dependency to + >= 2.02~beta2~ on these architectures, because module + gfxterm_background did not exist in GRUB 2.00 +- raise the xorriso build dependency to >= 1.3.2-1~ on these + architectures, for compatibility with grub-mkrescue in GRUB 2.02 + -- Cyril Brulebois Sat, 02 Aug 2014 02:59:35 +0200 debian-installer (20140802) unstable; urgency=low --- a/debian/control +++ b/debian/control @@ -157,9 +157,9 @@ Build-Depends: # Alternative boot method for win32 platforms. makefs [kfreebsd-any], # Used to create an UFS1 filesystem from a directory tree. - grub-pc (>= 1.99-1~) [kfreebsd-i386 kfreebsd-amd64 hurd-i386], + grub-pc (>= 2.02~beta2~) [kfreebsd-i386 kfreebsd-amd64 hurd-i386], # Used as the CD-ROM's bootloader - xorriso [kfreebsd-i386 kfreebsd-amd64 hurd-i386], + xorriso (>= 1.3.2-1~) [kfreebsd-i386 kfreebsd-amd64 hurd-i386], # Used by grub-pc to create the CD-ROM images debian-ports-archive-keyring [sh4 sparc64], # Used for architectures hosted on debian-ports.org --- a/build/config/hurd.cfg +++ b/build/config/hurd.cfg @@ -33,7 +33,7 @@ GRUB_CFG_PXE=boot/hurd/grub-hurd-pxe.cfg # GRUB modules GRUB_PLATFORM=i386-pc GRUB_MODDIR=/usr/lib/grub/$(GRUB_PLATFORM) -GRUB_MODULES_PXE=pxe multiboot cpuid echo gfxterm gzio minicmd normal png vbe +GRUB_MODULES_PXE=pxe tftp multiboot cpuid echo gfxterm gfxterm_background gzio minicmd normal png vbe # Location for Xen example configuration. XENCFG = $(SOME_DEST)/$(EXTRANAME)debian.cfg --- a/build/config/kfreebsd.cfg +++ b/build/config/kfreebsd.cfg @@ -15,7 +15,7 @@ GRUB_CFG_PXE=boot/kfreebsd/grub-kfreebsd-pxe.cfg # GRUB modules GRUB_PLATFORM=i386-pc GRUB_MODDIR=/usr/lib/grub/$(GRUB_PLATFORM) -GRUB_MODULES_PXE=pxe bsd cpuid echo gfxterm gzio minicmd normal png vbe +GRUB_MODULES_PXE=pxe tftp bsd cpuid echo gfxterm gfxterm_background gzio minicmd normal png vbe # Location for Xen example configuration. XENCFG = $(SOME_DEST)/$(EXTRANAME)debian.cfg -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140829195206.ga29...@squeeze.pyro.eu.org
Re: DIVERT sockets
On 09:45, Christoph Egger wrote: > Thanks for the pointer! I was already wondering how I can steal code to > do that using pf, will look for squid proxy stuff now! But some methods of intercepting traffic will change the destination host to localhost, so the application won't know where to really send it. For HTTP, that doesn't matter because Squid looks at the Host header. Hopefully there's something in PF that works more like DIVERT though. Regards. -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140829170035.gb29...@squeeze.pyro.eu.org
Re: DIVERT sockets
Steven Chamberlain writes: > On 29/08/14 03:31, Christoph Egger wrote: >> Fails (returns -1) with "Protocol not supported" on kFreeBSD. Is that >> intentional? Easy to fix? Noone knows and I should dig in it? Still >> trying to figure out tcpcrypt > > It seems to be trying to add a ipfw DIVERT rule to intercept TCP > connections. Probably there is some equivalent way of doing this with PF? It does the ipfw magic by means of comandline first as far as I can tell and then plugs this in the ports. I have a working /sbin/ipfw for that fwiw. > Reminds me of how a transparent Squid proxy is configured - that too can > be done with ipfw or PF. Thanks for the pointer! I was already wondering how I can steal code to do that using pf, will look for squid proxy stuff now! Christoph pgp_djZs9CvmF.pgp Description: PGP signature
Re: Bug#711799: PXE error: no server is specified
Source-Version: 2.02~beta2-11 On 29/08/14 03:16, Steven Chamberlain wrote: > [...] it looks like the PXE issue has been fixed in this version. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54007d14.2030...@pyro.eu.org
debian-installer: non-grub PXE boot images crash (was: Re: Bug#711799: PXE error: no server is specified)
clone 711799 -1 retitle -1 debian-installer: non-grub PXE boot images crash severity -1 important reassign -1 debian-installer found -1 debian-installer/20140802 thanks On 29/08/14 03:16, Steven Chamberlain wrote: > terminal and gettext [...], adding those > two additional modules to the grub-mkimage line. And now it works! I'm still working on this. I've realised it will be better to track it separately from the original PXE issue, which seems fixed. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54007b8f.8040...@pyro.eu.org
Re: Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Source-Version: 1.0.3 This bug (causing APT to abort) was reported fixed in 1.0.3 (or perhaps even 1.0.2?). Possibly it was related to this change: > apt (1.0.3) unstable; urgency=medium > . >* Only do openpty() if both stdin/stdout are terminals (Closes: 746434) Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/540078d7.3050...@pyro.eu.org
apt: kfreebsd: ioctl(TIOCSCTTY) fails, stair-stepped text (was: Re: Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64)
clone 732937 -1 retitle -1 apt: kfreebsd: ioctl(TIOCSCTTY) fails, stair-stepped text severity -1 normal notfixed -1 apt/0.9.12.1 notfound -1 apt/0.9.13~exp1 notfound -1 apt/0.9.14.2 found -1 apt/1.0.7 thanks On 29/08/14 12:34, Markus Koschany wrote: > I still get error messages like this one. > > ioctl(TIOCSCTTY) failed for fd: 17 > > It's true that dpkg does not fail completely anymore but the text > formatting makes the output unnecessarily hard to read. Thanks! I'll track this as a separate bug since the original #732937 issue is fixed, and this one is less serious. The failing ioctl and error message are both coming from apt-get, according to ktrace: > 39983 apt-get CALL ioctl(0xb,0x20007461 ,0) > 37015 apt-get CALL wait4(0x9c2f,0x7fffc610,0x1,0) > 39983 apt-get RET ioctl -1 errno 6 No such device or address > 37015 apt-get RET wait4 0 > 37015 apt-get CALL pselect(0xd,0x7fffc6a0,0,0,0x7fffc5a0,0x62f12c) > 37015 apt-get RET pselect 1 > 39983 apt-get CALL write(0x2,0x800972670,0x20) > 37015 apt-get CALL read(0xa,0x7fffc000,0x400) > 37015 apt-get GIO fd 10 read 0 bytes >"" > 39983 apt-get GIO fd 2 wrote 32 bytes >"ioctl(TIOCSCTTY) failed for fd: " [...] >"11" Output text is then "stair-stepped", meaning with each newline there is no carriage return: > Unpacking hello (from .../hello_2.9-1_kfreebsd-amd64.deb) ... > Processing triggers for install-info ... > Processing triggers for man-db ... > ioctl(TIOCSCTTY) failed for fd: 11 > Setting up hello (2.9-1) ... > == How can > you help? (doc: http://wiki.debian.org/how-can-i-help ) == Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/540077f1.7040...@pyro.eu.org
Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Package: apt Version: 1.0.7 Followup-For: Bug #732937 I still get error messages like this one. ioctl(TIOCSCTTY) failed for fd: 17 It's true that dpkg does not fail completely anymore but the text formatting makes the output unnecessarily hard to read. Hence my suggestion to ship the workaround in /etc/apt/apt.conf.d/ Here are the requested extra information: Markus -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "kfreebsd-amd64"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Install-Recommends "1"; APT::Install-Suggests "0"; APT::Authentication ""; APT::Authentication::TrustCDROM "true"; APT::NeverAutoRemove ""; APT::NeverAutoRemove:: "^firmware-linux.*"; APT::NeverAutoRemove:: "^linux-firmware$"; APT::NeverAutoRemove:: "^linux-image-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^linux-headers-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-headers-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^.*-modules-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-modules-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-11\.0-0-amd64$"; APT::NeverAutoRemove:: "^linux-tools-10\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-tools-11\.0-0-amd64$"; APT::VersionedKernelPackages ""; APT::VersionedKernelPackages:: "linux-image"; APT::VersionedKernelPackages:: "linux-headers"; APT::VersionedKernelPackages:: "linux-image-extra"; APT::VersionedKernelPackages:: "linux-signed-image"; APT::VersionedKernelPackages:: "kfreebsd-image"; APT::VersionedKernelPackages:: "kfreebsd-headers"; APT::VersionedKernelPackages:: "gnumach-image"; APT::VersionedKernelPackages:: ".*-modules"; APT::VersionedKernelPackages:: ".*-kernel"; APT::VersionedKernelPackages:: "linux-backports-modules-.*"; APT::VersionedKernelPackages:: "linux-tools"; APT::Never-MarkAuto-Sections ""; APT::Never-MarkAuto-Sections:: "metapackages"; APT::Never-MarkAuto-Sections:: "restricted/metapackages"; APT::Never-MarkAuto-Sections:: "universe/metapackages"; APT::Never-MarkAuto-Sections:: "multiverse/metapackages"; APT::Never-MarkAuto-Sections:: "oldlibs"; APT::Never-MarkAuto-Sections:: "restricted/oldlibs"; APT::Never-MarkAuto-Sections:: "universe/oldlibs"; APT::Never-MarkAuto-Sections:: "multiverse/oldlibs"; APT::Default-Release "testing"; APT::Architectures ""; APT::Architectures:: "kfreebsd-amd64"; APT::Compressor ""; APT::Compressor::. ""; APT::Compressor::.::Name "."; APT::Compressor::.::Extension ""; APT::Compressor::.::Binary ""; APT::Compressor::.::Cost "1"; APT::Compressor::gzip ""; APT::Compressor::gzip::Name "gzip"; APT::Compressor::gzip::Extension ".gz"; APT::Compressor::gzip::Binary "gzip"; APT::Compressor::gzip::Cost "2"; APT::Compressor::gzip::CompressArg ""; APT::Compressor::gzip::CompressArg:: "-9n"; APT::Compressor::gzip::UncompressArg ""; APT::Compressor::gzip::UncompressArg:: "-d"; APT::Compressor::bzip2 ""; APT::Compressor::bzip2::Name "bzip2"; APT::Compressor::bzip2::Extension ".bz2"; APT::Compressor::bzip2::Binary "bzip2"; APT::Compressor::bzip2::Cost "3"; APT::Compressor::bzip2::CompressArg ""; APT::Compressor::bzip2::CompressArg:: "-9"; APT::Compressor::bzip2::UncompressArg ""; APT::Compressor::bzip2::UncompressArg:: "-d"; APT::Compressor::xz ""; APT::Compressor::xz::Name "xz"; APT::Compressor::xz::Extension ".xz"; APT::Compressor::xz::Binary "xz"; APT::Compressor::xz::Cost "4"; APT::Compressor::xz::CompressArg ""; APT::Compressor::xz::CompressArg:: "-6"; APT::Compressor::xz::UncompressArg ""; APT::Compressor::xz::UncompressArg:: "-d"; APT::Compressor::lzma ""; APT::Compressor::lzma::Name "lzma"; APT::Compressor::lzma::Extension ".lzma"; APT::Compressor::lzma::Binary "xz"; APT::Compressor::lzma::Cost "5"; APT::Compressor::lzma::CompressArg ""; APT::Compressor::lzma::CompressArg:: "--format=lzma"; APT::Compressor::lzma::CompressArg:: "-9"; APT::Compressor::lzma::UncompressArg ""; APT::Compressor::lzma::UncompressArg:: "--format=lzma"; APT::Compressor::lzma::UncompressArg:: "-d"; Dir "/"; Dir::State "var/lib/apt/"; Dir::State::lists "lists/"; Dir::State::cdroms "cdroms.list"; Dir::State::mirrors "mirrors/"; Dir::State::extended_states "extended_states"; Dir::State::status "/var/lib/dpkg/stat
Re: Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Hi, On 29/08/14 11:41, Markus Koschany wrote: > This issue is still valid. If we can't find a proper solution before the > freeze, would it be possible to ship this workaround with Jessie for > kFreeBSD-*? I haven't seen this bug in a long time? Earlier messages in the bug log say it seems fixed. (It's just a text-formatting issue now). If you still see it, could you please tell me kernel and relevant package versions? (Best to get this from `reportbug -N 732937`, option 'x' to submit extra info). Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Re: Bug#759606: installation-reports: Installation of GNU/kFreeBSD fails at partitionning or grub install.
Hi, Many thanks for testing and your report. On 28/08/14 23:28, Stéphane Guedon wrote: > I wanted to test ZFS, so I tried to partition the system using a / and /home > ZFS, with swap in the pool (I think this was stupid). It failed. That *could* be #757987 (fails to create swap on a regular partition) - I imagine the bug could apply to swap in ZFS volumes too. > Then I tried to set the swap out of the pool. Failed again (then, everytime I > tried to set a swap part, this step always failed, I thought about leaving a > void partition of 1G and set it after). That one is definitely #757987. The patch is not applied in the archive yet so I will chase it up. > Then I used the "set a root parttion with zfs", which lead to /boot, /home, > /var and /usr. BTW, I thought the device path was pretty uselessly long, > (Luciole/ROOT/racine/boot : Luciole is my hostnamle and the name I gave to > the > pool, and racine means "root" in french, cause the partitionner asks for a > name, kind of useless, there's already ROOT). I think that's the fault of the 'auto' partitioning added into partman-zfs, which I don't like, and I'm considering reverting it. > This failed. Not sure what you mean, but I'll try it myself and see. > Then I set a / with ext2 or UFS, failed. Odd. This ought to be working. > Then /boot on ext2 (oldschool, but I > could use it to install a regular Linux aside) and / UFS. This time was > successful if I remind well. Good. > Following the installer, Grub failed to setup. OK :( I would need to see installer syslog, hopefully if there is a problem I'll be able to reproduce it myself. > I tried to use some rescue CD to boot and setup grub after. Failed. No live/rescue CD exists yet that understands how to configure GRUB for GNU/kFreeBSD. Booting d-i and dropping to a shell is the best thing for this (and can fix almost anything this way) but it's hard unless you have some experience. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Re: Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Hello, On Fri, 17 Jan 2014 21:33:16 +0100 Michael Vogt wrote: [...] > I haven't found the root cause of the issue yet unfortunately. > > As a workaround you can use the -o Dpkg::Use-Pty=False option, e.g.: > # apt-get -o Dpkg::Use-Pty=False dist-upgrade This issue is still valid. If we can't find a proper solution before the freeze, would it be possible to ship this workaround with Jessie for kFreeBSD-*? I can confirm that using Dpkg::Use-Pty=False in /etc/apt/apt.conf.d/99kfreebsd fixes the issue for me. Regards, Markus signature.asc Description: OpenPGP digital signature
Re: drm2.ko vs drmn.ko
On 29.08.2014 12:00, Markus Koschany wrote: [...] > I'm using kFreeBSD 10 and loading of the i915kms module works fine now. > There was a problem with kFreeBSD 9 but it's apparently gone in 10. > > https://bugs.debian.org/731182 Scratch that. I could remove some hacks in /etc/rc.local but I still have to load drm2 and i915kms in /etc/modules manually. So #731182 is still valid for kFreeBSD 10. Markus signature.asc Description: OpenPGP digital signature
Re: DIVERT sockets
On 29/08/14 03:31, Christoph Egger wrote: > Fails (returns -1) with "Protocol not supported" on kFreeBSD. Is that > intentional? Easy to fix? Noone knows and I should dig in it? Still > trying to figure out tcpcrypt It seems to be trying to add a ipfw DIVERT rule to intercept TCP connections. Probably there is some equivalent way of doing this with PF? Reminds me of how a transparent Squid proxy is configured - that too can be done with ipfw or PF. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54005675.6050...@pyro.eu.org
Re: drm2.ko vs drmn.ko
On 28.08.2014 23:27, Christoph Egger wrote: > Hi! > > Seems I have to (still? again?) copy/symlink drmn.ko to drm2.ko to get > i915kms to load (and seems to be the same for radeon according to IRC > reports. Do we know what's different on kFreeBSD so this works on plain > FreeBSD but not us? Shuld we change it? > Hi, I'm using kFreeBSD 10 and loading of the i915kms module works fine now. There was a problem with kFreeBSD 9 but it's apparently gone in 10. https://bugs.debian.org/731182 Markus signature.asc Description: OpenPGP digital signature