Re: [pkg-wpa-devel] Bug#776338: wpa: wpasupplicant-udeb missing from kfreebsd installation media
tags -1 - patch Hi On 2015-01-26 19:52:54, Michael Gilbert wrote: > package: src:wpa > version: 2.3-1 > severity: important > tags: patch > > Hi, > > The kfreebsd installation media currently lack wpa support. Here is a > patch that adds support for building the udeb. I'm closing this bug, as your patch doesn't -and can't- work (anytime soon). Please don't inflate the bug severity, this would be a request for a new feature, not a bug. In order to work, wpasupplicant requires either libnl or libpcap. libnl is linux-any (it requires the nl80211 interface of the linux kernel), therefore wpasupplicant uses libpcap on kfreebsd-any, which however doesn't provide a udeb. If I'd take your patch as-is, the kfreebsd-any wpasupplicant udeb would therefore gain a dependency on the non-existing package libpcap0.8-udeb (instant RC bug and introducing a new package at this time in the jessie freeze is certainly not appreciated by the release team or the d-i maintainers). So the first step here would be to get libpcap to provide a udeb, at least on kfreebsd-any. The next step is d-i, or technically netcfg, itself, which only provides support for scanning via wext (wireless extension), a deprecated kernel-userspace API of the linux kernel. As kfreebsd, to the best of my knowledge, doesn't emulate this API to userspace, netcfg would need to gain support for the native kfreebsd wlan interfaces - and ideally for linux' new nl80211 API as well. The same goes for actually managing the interface from within netcfg. If I remember correctly, Kel Modderman did originally suggest an alternative way to scan via wpasupplicant (and thereby to abstract (most of, at least for scanning) the wlan interface handling from netcfg), rather than making it depend on the deprecated wext Linux API, but netcfg chose a different way. I'd be happy to provide a udeb on kfreebsd-any as well, but these kfreebsd specific issues need to be solved first. Feel free to re-open this bug (or to file a new one), once this has been resolved and tested - or has at least reached the planning state for stretch. Regards Stefan Lippers-Hollmann pgpIz6v97YyS7.pgp Description: Digitale Signatur von OpenPGP
Re: [pkg-wpa-devel] Bug#644823: uninstallable on kfreebsd-* (depends on uninstallable libpcap0.8 from non-udeb land)
Hi On Friday 14 October 2011, Robert Millan wrote: > Hi Stefan, > > 2011/10/13 Stefan Lippers-Hollmann : > > Does this affect daily d-i builds or is it 'just' wpasupplicant-udeb > > (new package) being unusable without affecting the kfreebsd ports yet? > > It breaks daily builds. > > > So as far as I understand it, we have two options: > > - asking libpcap maintainers to add an udeb for wpasupplicant-udeb to > > use > > or > > - disabling to build wpasupplicant-udeb on kfreebsd-any (making it > > linux-any) and to remove the 0.7.3-4 binaries from the archive, as > > long as there is not libpcap udeb. > > > > Which of these options would you, as the kfreebsd porters, prefer to > > pursue for now? > > We need to restore D-I buildability ASAP IMHO, so please go with the > second one untill we have libpcap-udeb. I've prepared an according upload at: dgethttp://aptosid.com/slh/wpasupplicant/wpasupplicant_0.7.3-5.dsc http://aptosid.com/slh/wpasupplicant/wpasupplicant_0.7.3-5.debian.tar.gz http://aptosid.com/slh/wpasupplicant/wpasupplicant_0.7.3.orig.tar.gz build tested on amd64, i386 and kfreebsd-amd64, the kfreebsd-any udeb doesn't get created anymore, debdiff between 0.7.3-4 and 0.7.3-5 below. It would be great if you could sponsor that upload, as I can only try to contact our regular sponsor this evening. > In the meantime we could file a wishlist request to libpcap > maintainer? I don't have time to prepare a patch but maybe he's > willing to help. I will file a wishlist bug against libpcap, hopefully with a build- tested patch, over the weekend. Regards Stefan Lippers-Hollmann -- diff -Nru wpasupplicant-0.7.3/debian/changelog wpasupplicant-0.7.3/debian/changelog --- wpasupplicant-0.7.3/debian/changelog2011-09-26 23:37:59.0 +0200 +++ wpasupplicant-0.7.3/debian/changelog2011-10-14 10:38:44.0 +0200 @@ -1,3 +1,12 @@ +wpasupplicant (0.7.3-5) unstable; urgency=low + + * restrict wpasupplicant-udeb to linux-any, until a udeb for libpcap0.8 gets +available for kfreebsd-any (Closes: #644823). + * build-depend on libncurses5-dev explicitly, as it is no longer pulled in +indirectly. + + -- Stefan Lippers-Hollmann Fri, 14 Oct 2011 10:35:42 +0200 + wpasupplicant (0.7.3-4) unstable; urgency=low [ Kel Modderman ] diff -Nru wpasupplicant-0.7.3/debian/control wpasupplicant-0.7.3/debian/control --- wpasupplicant-0.7.3/debian/control 2011-09-16 02:39:52.0 +0200 +++ wpasupplicant-0.7.3/debian/control 2011-10-14 10:21:04.0 +0200 @@ -10,6 +10,7 @@ libreadline-dev, libqt4-dev, libdbus-1-dev, + libncurses5-dev, libpcsclite-dev, libnl3-dev (>= 3.0-1.1) [linux-any], libpcap-dev [kfreebsd-any], @@ -45,7 +46,7 @@ Package: wpasupplicant-udeb Section: debian-installer Priority: standard -Architecture: any +Architecture: linux-any Package-Type: udeb Depends: ${shlibs:Depends}, ${misc:Depends}, busybox-udeb Description: Client support for WPA and WPA2 (IEEE 802.11i) signature.asc Description: This is a digitally signed message part.
Re: LVM support
Hi On Thursday 13 October 2011, Zac Slade wrote: > On Wed, Oct 12, 2011 at 5:30 PM, Stefan Lippers-Hollmann wrote: > > My first attempts (/ on lvm2, using MSDOS partition tables, no separate > > /boot/) have not been successful yet (when trying to write the > > bootsector), but I may not have left enough space for the embedding > > area or confused it by the way I booted into the system on lvm2. I will > > continue testing this (and hopefully the libparted patches) on the > > weekend, when I'm back to a virtualization capable system. > > Strangely enough I'm seeing this too with Debian GNU/Linux 6.0.3 amd64 > netinst image. It's failing to install grub-pc to /target/ after > selecting Guided, use whole disk and setup lvm with separate /home > partition. On linux, I'm using this setup with grub2 sucessfully since lenny; only post squeeze grub2 stage1 doesn't always fit into the embedding area anymore (I've mostly switched to GPT and a dedicated BIOS boot partition wherever possible). > I wouldn't post this here, but it appears it may be a common bug and > that kFreeBSD isn't the only one affected here. I've not tried on > real hardware, but i'm getting the error on VirtualBox 4.0.12. So far I'm testing using kvm (before applying this to real hardware) - and with multiple disk images for transferring an installed VM to a lvm2 logical volume accessed by geom_linux_lvm. I'm not quite confident yet if my own disk(image) juggling isn't responsible for my current problems and will have to dig a little further, but unfortunately I'm constrained to my netbook until the weekend. Regards Stefan Lippers-Hollmann -- 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/201110130120.29854.s@gmx.de
Re: [pkg-wpa-devel] Bug#644823: uninstallable on kfreebsd-* (depends on uninstallable libpcap0.8 from non-udeb land)
Hi On Thursday 13 October 2011, Robert Millan wrote: > Package: wpasupplicant-udeb > Version: 0.7.3-4 > Severity: grave > Tags: d-i > > $ LANG=C fakeroot make build_monolithic > [...] > wpasupplicant-udeb:kfreebsd-i386 Depends on libpcap0.8 [ kfreebsd-i386 ] < > none > ( none ) can't be satisfied! > [...] > The following packages have unmet dependencies: > wpasupplicant-udeb : Depends: libpcap0.8 but it is not installable > E: Unable to correct problems, you have held broken packages. Does this affect daily d-i builds or is it 'just' wpasupplicant-udeb (new package) being unusable without affecting the kfreebsd ports yet? While being RC in either case, the later part would allow checking with libpcap maintainers if they would provide an udeb we could depend on, instead of having to make wpasupplicant linux-any/ immediately and asking ftp-master to remove the current binaries to unbreak d-i for kfreebsd? So as far as I understand it, we have two options: - asking libpcap maintainers to add an udeb for wpasupplicant-udeb to use or - disabling to build wpasupplicant-udeb on kfreebsd-any (making it linux-any) and to remove the 0.7.3-4 binaries from the archive, as long as there is not libpcap udeb. Which of these options would you, as the kfreebsd porters, prefer to pursue for now? Regards Stefan Lippers-Hollmann -- 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/201110130042.05456.s@gmx.de
Re: LVM support
Hi On Thursday 13 October 2011, Robert Millan wrote: > 2011/10/2 Stefan Lippers-Hollmann : > > [ Unrelated to this, I have been playing with the idea of doing a > > kFreeBSD-amd64/ unstable installation on real hardware, to allow me > > some further wpasupplicant (or lirc) testing, but all of my systems > > use lvm2 on top of MSDOS or GPT partition tables spanning the whole > > drive (/ on lvm2, no dedicated /boot/). This configuration is > > apparently not supported by Debian/ kFreeBSD yet, e.g. d-i/ partman > > doesn't offer to use the volume group or existing logical volumes > > therein and grub2 can't find the root device, if copied manually. > > While I have tested to move kFreeBSD manually to a prepared ufs2 > > filesystem on top of a LVM2 logical volume, which works fine after > > adapting fstab and setting > >kfreebsd_module_elf /lib/modules/8.2-1-amd64/geom_linux_lvm.ko > > in grub.cfg of an external grub2 install (either on a regular > > partition or linux / on lvm2) in kvm, I didn't try to move such > > an install to real hardware, yet. ] > > This patch should fix your grub.cfg problem, could you test? My first attempts (/ on lvm2, using MSDOS partition tables, no separate /boot/) have not been successful yet (when trying to write the bootsector), but I may not have left enough space for the embedding area or confused it by the way I booted into the system on lvm2. I will continue testing this (and hopefully the libparted patches) on the weekend, when I'm back to a virtualization capable system. Thanks Stefan Lippers-Hollmann -- 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/201110130030.03737.s@gmx.de