Bug#610931: [pkg-wpa-devel] Bug#610931: Please build wpasupplicant-udeb
Hi I've now uploaded the package. Please see the attached NMU patch. Gaudenz Excerpts from Gaudenz Steinlin's message of 2011-07-30 04:08:32 +0200: Excerpts from Kel Modderman's message of 2011-07-30 01:44:07 +0200: On Sat, 30 Jul 2011 06:25:00 AM Gaudenz Steinlin wrote: Excerpts from Kel Modderman's message of 2011-07-27 13:30:37 +0200: On Wed, 27 Jul 2011 02:43:02 AM Gaudenz Steinlin wrote: OK. How do you feel about me NMUing wpa_supplicant to add the udeb? I added an updated patch for the udeb to this mail. If you are OK I'll upload this as an NMU after libnl1-udeb enters the archive. I would be very happy for you to do that. After some more investigation we (I and Otavio) decided that we rather want to move wpasupplicant to build against libnl3. I guess this has to be done at some point anyway and it avoids to have to do the whole work again for libnl3. So we created a udeb for libnl3 and will upload this soon. I hope you agree to this change. If you are against it please reply soon. This is a far more invasive change than just adding the udeb. Please be prepared to pick up the pieces in case regression in stable functionality are introduced with such a change. Doing this when moving from wpa_supplicant 0.7.x - 0.8.x (not yet released) would be more appropriate in my opinion. I am less happy about this change, but do not oppose NMU's regardless of the risk, the rewards may be worth it. I can understand your concerns. The only change needed in wpasupplicant for this is to set CONFIG_LIBNL20=y in the linux and udeb configs. And cross your fingers that it works just the same, without any noticable change to the end users. For what it's worth I'm using a wpasupplicant built against libnl3 since 3 days on my laptop here at Debconf without any problems. But as it stands this is just testing on one single driver (iwlwifi) on one single network. Probably some wider testing would be appropriate. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ build_wpasupplicant_udeb_v3.patch Description: Binary data
Bug#610931: Please build wpasupplicant-udeb
Excerpts from Kel Modderman's message of 2011-07-27 13:30:37 +0200: On Wed, 27 Jul 2011 02:43:02 AM Gaudenz Steinlin wrote: OK. How do you feel about me NMUing wpa_supplicant to add the udeb? I added an updated patch for the udeb to this mail. If you are OK I'll upload this as an NMU after libnl1-udeb enters the archive. I would be very happy for you to do that. After some more investigation we (I and Otavio) decided that we rather want to move wpasupplicant to build against libnl3. I guess this has to be done at some point anyway and it avoids to have to do the whole work again for libnl3. So we created a udeb for libnl3 and will upload this soon. I hope you agree to this change. If you are against it please reply soon. The only change needed in wpasupplicant for this is to set CONFIG_LIBNL20=y in the linux and udeb configs. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: [pkg-wpa-devel] Bug#610931: Please build wpasupplicant-udeb
On Sat, 30 Jul 2011 06:25:00 AM Gaudenz Steinlin wrote: Excerpts from Kel Modderman's message of 2011-07-27 13:30:37 +0200: On Wed, 27 Jul 2011 02:43:02 AM Gaudenz Steinlin wrote: OK. How do you feel about me NMUing wpa_supplicant to add the udeb? I added an updated patch for the udeb to this mail. If you are OK I'll upload this as an NMU after libnl1-udeb enters the archive. I would be very happy for you to do that. After some more investigation we (I and Otavio) decided that we rather want to move wpasupplicant to build against libnl3. I guess this has to be done at some point anyway and it avoids to have to do the whole work again for libnl3. So we created a udeb for libnl3 and will upload this soon. I hope you agree to this change. If you are against it please reply soon. This is a far more invasive change than just adding the udeb. Please be prepared to pick up the pieces in case regression in stable functionality are introduced with such a change. Doing this when moving from wpa_supplicant 0.7.x - 0.8.x (not yet released) would be more appropriate in my opinion. I am less happy about this change, but do not oppose NMU's regardless of the risk, the rewards may be worth it. The only change needed in wpasupplicant for this is to set CONFIG_LIBNL20=y in the linux and udeb configs. And cross your fingers that it works just the same, without any noticable change to the end users. Gaudenz Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: [pkg-wpa-devel] Bug#610931: Please build wpasupplicant-udeb
Excerpts from Kel Modderman's message of 2011-07-30 01:44:07 +0200: On Sat, 30 Jul 2011 06:25:00 AM Gaudenz Steinlin wrote: Excerpts from Kel Modderman's message of 2011-07-27 13:30:37 +0200: On Wed, 27 Jul 2011 02:43:02 AM Gaudenz Steinlin wrote: OK. How do you feel about me NMUing wpa_supplicant to add the udeb? I added an updated patch for the udeb to this mail. If you are OK I'll upload this as an NMU after libnl1-udeb enters the archive. I would be very happy for you to do that. After some more investigation we (I and Otavio) decided that we rather want to move wpasupplicant to build against libnl3. I guess this has to be done at some point anyway and it avoids to have to do the whole work again for libnl3. So we created a udeb for libnl3 and will upload this soon. I hope you agree to this change. If you are against it please reply soon. This is a far more invasive change than just adding the udeb. Please be prepared to pick up the pieces in case regression in stable functionality are introduced with such a change. Doing this when moving from wpa_supplicant 0.7.x - 0.8.x (not yet released) would be more appropriate in my opinion. I am less happy about this change, but do not oppose NMU's regardless of the risk, the rewards may be worth it. I can understand your concerns. The only change needed in wpasupplicant for this is to set CONFIG_LIBNL20=y in the linux and udeb configs. And cross your fingers that it works just the same, without any noticable change to the end users. For what it's worth I'm using a wpasupplicant built against libnl3 since 3 days on my laptop here at Debconf without any problems. But as it stands this is just testing on one single driver (iwlwifi) on one single network. Probably some wider testing would be appropriate. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: Please build wpasupplicant-udeb
On Wed, 27 Jul 2011 02:43:02 AM Gaudenz Steinlin wrote: OK. How do you feel about me NMUing wpa_supplicant to add the udeb? I added an updated patch for the udeb to this mail. If you are OK I'll upload this as an NMU after libnl1-udeb enters the archive. I would be very happy for you to do that. Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: Please build wpasupplicant-udeb
Hi, On Mon, 25 Jul 2011 09:34:27 AM Gaudenz Steinlin wrote: Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. I've applied the existing WPA netcfg support patches developed by Glenn Saberton, and they do appear to include a (stripped down) wpa_ctrl.c. That stripped down crap probably was extracted from a sideline project (python-wpactrl) I was working on, and is not good long term solution. wpa_ctrl.{c,h} from current wpasupplicant source tree have lots more dependency on other stuff. Extracting and patching wpa_ctrl.{c,h} to be standalone is something which should be avoided - I just do not know how currently. Asked upstream wpa_supplicant if wpa_ctrl could be provided in a way where it could be a shared library but received no response. Is there any progress on this? Nope. Do you think it's worth poking about this again? The current code in netcfg works (at least for the debconf wpa-psk network), but a real library would be nicer ;-). It cannot hurt to ask. I've already asked before, so maybe someone else can this time :). I have no idea what the story is with crda/wireless-regdb, as I said before, I don't know anything about WPA. If you'd like to help out, though, your knowledge would be greatly valued. I wouldn't mind helping out, don't know how though, Have little idea about D-I environment and took long enough to just reply to this request to feel a little embarrassed. Also haven't seen the proposed change to netcfg anytime in recent past to comment further. Can that be reviewed? It's in branch people/womble/wpa of git://git.debian.org/git/d-i/netcfg. Gaudenz Thanks for the link. Do you have time to look at the code in the next days? Otherwise I'll probably just merge as it is now and we can fix things later if there are problems. Do not wait for any activity from me, I'm currently not very active with Debian work - mostly keeping up with basic maintenace related tasks. Not familiar with netcfg or the debian-installer environment at all yet. I have another yet unresolved problem: With the proposed udeb configuration from the original patch and using the netlink driver I can connect to the network, but DHCP does not work. When I build a udeb with the same configuration as for the normal linux package minus DBUS and smartcard support it works. Do you know which options I need to include to get a package where DHCP also works with the netlink driver? From the top of my head I do not know why you observe this difference in behaviour. Where WEXT works, nl80211 should work and vice versa. Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: Please build wpasupplicant-udeb
Excerpts from Kel Modderman's message of 2011-07-26 15:14:11 +0200: Hi, On Mon, 25 Jul 2011 09:34:27 AM Gaudenz Steinlin wrote: Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. I've applied the existing WPA netcfg support patches developed by Glenn Saberton, and they do appear to include a (stripped down) wpa_ctrl.c. That stripped down crap probably was extracted from a sideline project (python-wpactrl) I was working on, and is not good long term solution. wpa_ctrl.{c,h} from current wpasupplicant source tree have lots more dependency on other stuff. Extracting and patching wpa_ctrl.{c,h} to be standalone is something which should be avoided - I just do not know how currently. Asked upstream wpa_supplicant if wpa_ctrl could be provided in a way where it could be a shared library but received no response. Is there any progress on this? Nope. Do you think it's worth poking about this again? The current code in netcfg works (at least for the debconf wpa-psk network), but a real library would be nicer ;-). It cannot hurt to ask. I've already asked before, so maybe someone else can this time :). I'll see what I can do. I have no idea what the story is with crda/wireless-regdb, as I said before, I don't know anything about WPA. If you'd like to help out, though, your knowledge would be greatly valued. I wouldn't mind helping out, don't know how though, Have little idea about D-I environment and took long enough to just reply to this request to feel a little embarrassed. Also haven't seen the proposed change to netcfg anytime in recent past to comment further. Can that be reviewed? It's in branch people/womble/wpa of git://git.debian.org/git/d-i/netcfg. Gaudenz Thanks for the link. Do you have time to look at the code in the next days? Otherwise I'll probably just merge as it is now and we can fix things later if there are problems. Do not wait for any activity from me, I'm currently not very active with Debian work - mostly keeping up with basic maintenace related tasks. Not familiar with netcfg or the debian-installer environment at all yet. OK. How do you feel about me NMUing wpa_supplicant to add the udeb? I added an updated patch for the udeb to this mail. If you are OK I'll upload this as an NMU after libnl1-udeb enters the archive. I have another yet unresolved problem: With the proposed udeb configuration from the original patch and using the netlink driver I can connect to the network, but DHCP does not work. When I build a udeb with the same configuration as for the normal linux package minus DBUS and smartcard support it works. Do you know which options I need to include to get a package where DHCP also works with the netlink driver? From the top of my head I do not know why you observe this difference in behaviour. Where WEXT works, nl80211 should work and vice versa. I found out that I have to enable either CONFIG_IEEE8021X_EAPOL or CONFIG_WPS. I don't know why it is like this, but both options don't seem to be related to the problem. This is probably a bug in wpa_supplicant where a #ifdef enables some code that should be enabled unconditionally. But a quick grep through the source code did not show something suspicious. If I get around to it I'll report a bug upstream. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ build_wpasupplicant_udeb_v2.patch Description: Binary data
Bug#610931: Please build wpasupplicant-udeb
On Tue, Jul 26, 2011 at 18:43, Gaudenz Steinlin gaud...@debian.org wrote: OK. How do you feel about me NMUing wpa_supplicant to add the udeb? I added an updated patch for the udeb to this mail. If you are OK I'll upload this as an NMU after libnl1-udeb enters the archive. It seems that libnl3 is already available and wpa-supplicant has support for it AFAIK so it seems better to get the patch integrated on it to avoid redoing it later. wpa-supplicant also needs to update to use this but seems worth it. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
Bug#610931: Please build wpasupplicant-udeb
Hi So I actually made some progress today. Here's my status report. Excerpts from Kel Modderman's message of 2011-07-24 00:58:08 +0200: On Sun, 24 Jul 2011 08:02:48 AM Gaudenz Steinlin wrote: nl80211 is the way forward. It would require libnl to be included in D-I. AFAICS with my iwlwifi card both nl80211 and wext work. Is there any practical advantage of nl80211. If possible I would like to avoid having to include another library into d-i. WEXT is deprecated upstream, nl80211 is in active development and all new wifi drivers will use it. Looking into my crystal ball I see that eventually the WEXT compat layer will decay into something that nobody wants to keep maintaining. If D-I integration of wpasupplicant were to go ahead without including support for nl80211 it would be a waste of time imo. After discussing this on IRC we (debian-boot) agreed to include wext and nl80211 support. Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. I've applied the existing WPA netcfg support patches developed by Glenn Saberton, and they do appear to include a (stripped down) wpa_ctrl.c. That stripped down crap probably was extracted from a sideline project (python-wpactrl) I was working on, and is not good long term solution. wpa_ctrl.{c,h} from current wpasupplicant source tree have lots more dependency on other stuff. Extracting and patching wpa_ctrl.{c,h} to be standalone is something which should be avoided - I just do not know how currently. Asked upstream wpa_supplicant if wpa_ctrl could be provided in a way where it could be a shared library but received no response. Is there any progress on this? Nope. Do you think it's worth poking about this again? The current code in netcfg works (at least for the debconf wpa-psk network), but a real library would be nicer ;-). I have no idea what the story is with crda/wireless-regdb, as I said before, I don't know anything about WPA. If you'd like to help out, though, your knowledge would be greatly valued. I wouldn't mind helping out, don't know how though, Have little idea about D-I environment and took long enough to just reply to this request to feel a little embarrassed. Also haven't seen the proposed change to netcfg anytime in recent past to comment further. Can that be reviewed? It's in branch people/womble/wpa of git://git.debian.org/git/d-i/netcfg. Gaudenz Thanks for the link. Do you have time to look at the code in the next days? Otherwise I'll probably just merge as it is now and we can fix things later if there are problems. I have another yet unresolved problem: With the proposed udeb configuration from the original patch and using the netlink driver I can connect to the network, but DHCP does not work. When I build a udeb with the same configuration as for the normal linux package minus DBUS and smartcard support it works. Do you know which options I need to include to get a package where DHCP also works with the netlink driver? Using the wext driver DHCP works in both configurations. This is the configuration I currently use to produce the working package: # Debian's wpa_supplicant build time configuration CONFIG_DRIVER_WEXT=y CONFIG_DRIVER_NL80211=y CONFIG_DRIVER_WIRED=y CONFIG_AP=y CONFIG_IEEE8021X_EAPOL=y CONFIG_EAP_MD5=y CONFIG_EAP_MSCHAPV2=y CONFIG_EAP_TLS=y CONFIG_EAP_PEAP=y CONFIG_EAP_TTLS=y CONFIG_EAP_GTC=y CONFIG_EAP_OTP=y CONFIG_EAP_SIM=y #CONFIG_EAP_PSK=y CONFIG_EAP_PAX=y CONFIG_EAP_LEAP=y CONFIG_EAP_AKA=y CONFIG_EAP_AKA_PRIME=y #CONFIG_USIM_SIMULATOR=y CONFIG_WPS=y #CONFIG_PKCS12=y #CONFIG_SMARTCARD=y #CONFIG_PCSC=y CONFIG_CTRL_IFACE=y CONFIG_READLINE=y CONFIG_BACKEND=file CONFIG_MAIN=main CONFIG_OS=unix CONFIG_ELOOP=eloop CONFIG_L2_PACKET=linux CONFIG_PEERKEY=y CONFIG_IEEE80211W=y CONFIG_TLS=openssl #CONFIG_CTRL_IFACE_DBUS=y #CONFIG_CTRL_IFACE_DBUS_NEW=y #CONFIG_CTRL_IFACE_DBUS_INTRO=y CONFIG_IEEE80211R=y CONFIG_DEBUG_FILE=y CONFIG_DEBUG_SYSLOG=y #CONFIG_PRIVSEP=y CONFIG_DELAYED_MIC_ERROR_REPORT=y This is the configuration where DHCP does not work when using the netlink driver: # Debian Installer's wpa_supplicant build time configuration CONFIG_DRIVER_WEXT=y CONFIG_DRIVER_NL80211=y CONFIG_BACKEND=file #CONFIG_NO_STDOUT_DEBUG=y CONFIG_DEBUG_FILE=y CONFIG_NO_AES_EXTRAS=y #CONFIG_NO_CONFIG_WRITE=y CONFIG_NO_CONFIG_BLOBS=y CONFIG_MAIN=main CONFIG_OS=unix CONFIG_ELOOP=eloop CONFIG_L2_PACKET=linux CONFIG_CTRL_IFACE=y Thanks, Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to
Bug#610931: Please build wpasupplicant-udeb
Hi I'm picking up the task to integrate WPA support into debian-installer. My goal is to have this finished by the end of Debconf. Is anyone of you also going to attend Debconf? On Tuesday 25 January 2011 04:39:44 Matthew Palmer wrote: diff -urN wpasupplicant-0.6.10.orig/debian/config/udeb wpasupplicant-0.6.10/debian/config/udeb [...] +CONFIG_DRIVER_WEXT=y Given that wext is deprecated, it would imho make more sense to use CONFIG_DRIVER_NL80211=y instead, maybe even to leave wext disabled. With the notable exception of ipw2100/ ipw2200, all other linux wlan drivers weren't produced in large volumes or don't support wpa2 to begin with; for new ones (this covers all mac80211 based ones) nl80211 support is mandatory and there are some initial efforts to add nl80211 to ipw2x00. This also avoids the need for deprecated wireless-tools in favour of iw/ crda (which is required for ch11-14 anyways) - or being able to use libnl for all configuration in netcfg. I know nothing about WPA, I've just used a udeb config file that was in an existing (out of date) patch to build a wpasupplicant udeb. In all honesty you can set this configuration to whatever you think is best. nl80211 is the way forward. It would require libnl to be included in D-I. AFAICS with my iwlwifi card both nl80211 and wext work. Is there any practical advantage of nl80211. If possible I would like to avoid having to include another library into d-i. diff -urN wpasupplicant-0.6.10.orig/debian/control wpasupplicant-0.6.10/debian/control [...] +Architecture: linux-any wpasupplicant is needed, and compatible with-, kFreeBSD as well, at this moment kFreeBSD doesn't support wlan for unrelated reasons (ifconfig not being able to configure wlan interfaces, besides the open firmware issues, while firmwares are required for most chipsets). So ignoring hurd, it should be any or at least linux-any kfreebsd-any. Wireless config is disabled in d-i for kfreebsd, so there's no reason to build wpasupplicant-udeb for those arches. However, if you're comfortable that a wpasupplicant-udeb will build correctly for those arches, it'd save changes down the line if/when kfreebsd gets d-i wireless support. It'd probably be better to prepare early here and build wpasupplicant-udeb for whatever it can build on. I don't care that much as it mainly concerns your package, but as kfreebsd does not currently have wireless support in d-i, the package won't be used for now. I don't know how much work it would be to enable wireless for kfreebsd in d-i, but that's a another task. I have another question: To connect to the debconf network I needed to additional kernel modules for the encryption algorithms: aes_generic.ko and aes-x86_64.ko. Are these the only crpyto modules required for WPA or are there configurations where other algorithms might be needed. Of course aes-x86_64 has to be replaced by the appropriate module on other architectures. Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. I've applied the existing WPA netcfg support patches developed by Glenn Saberton, and they do appear to include a (stripped down) wpa_ctrl.c. That stripped down crap probably was extracted from a sideline project (python-wpactrl) I was working on, and is not good long term solution. wpa_ctrl.{c,h} from current wpasupplicant source tree have lots more dependency on other stuff. Extracting and patching wpa_ctrl.{c,h} to be standalone is something which should be avoided - I just do not know how currently. Asked upstream wpa_supplicant if wpa_ctrl could be provided in a way where it could be a shared library but received no response. Is there any progress on this? I have no idea what the story is with crda/wireless-regdb, as I said before, I don't know anything about WPA. If you'd like to help out, though, your knowledge would be greatly valued. I wouldn't mind helping out, don't know how though, Have little idea about D-I environment and took long enough to just reply to this request to feel a little embarrassed. Also haven't seen the proposed change to netcfg anytime in recent past to comment further. Can that be reviewed? It's in branch people/womble/wpa of git://git.debian.org/git/d-i/netcfg. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: Please build wpasupplicant-udeb
On Sun, 24 Jul 2011 08:02:48 AM Gaudenz Steinlin wrote: Hi I'm picking up the task to integrate WPA support into debian-installer. My goal is to have this finished by the end of Debconf. Is anyone of you also going to attend Debconf? Nope. nl80211 is the way forward. It would require libnl to be included in D-I. AFAICS with my iwlwifi card both nl80211 and wext work. Is there any practical advantage of nl80211. If possible I would like to avoid having to include another library into d-i. WEXT is deprecated upstream, nl80211 is in active development and all new wifi drivers will use it. Looking into my crystal ball I see that eventually the WEXT compat layer will decay into something that nobody wants to keep maintaining. If D-I integration of wpasupplicant were to go ahead without including support for nl80211 it would be a waste of time imo. diff -urN wpasupplicant-0.6.10.orig/debian/control wpasupplicant-0.6.10/debian/control [...] +Architecture: linux-any wpasupplicant is needed, and compatible with-, kFreeBSD as well, at this moment kFreeBSD doesn't support wlan for unrelated reasons (ifconfig not being able to configure wlan interfaces, besides the open firmware issues, while firmwares are required for most chipsets). So ignoring hurd, it should be any or at least linux-any kfreebsd-any. Wireless config is disabled in d-i for kfreebsd, so there's no reason to build wpasupplicant-udeb for those arches. However, if you're comfortable that a wpasupplicant-udeb will build correctly for those arches, it'd save changes down the line if/when kfreebsd gets d-i wireless support. It'd probably be better to prepare early here and build wpasupplicant-udeb for whatever it can build on. I don't care that much as it mainly concerns your package, but as kfreebsd does not currently have wireless support in d-i, the package won't be used for now. I don't know how much work it would be to enable wireless for kfreebsd in d-i, but that's a another task. I have another question: To connect to the debconf network I needed to additional kernel modules for the encryption algorithms: aes_generic.ko and aes-x86_64.ko. Are these the only crpyto modules required for WPA or are there configurations where other algorithms might be needed. Of course aes-x86_64 has to be replaced by the appropriate module on other architectures. It's possible, I don't really know. Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. I've applied the existing WPA netcfg support patches developed by Glenn Saberton, and they do appear to include a (stripped down) wpa_ctrl.c. That stripped down crap probably was extracted from a sideline project (python-wpactrl) I was working on, and is not good long term solution. wpa_ctrl.{c,h} from current wpasupplicant source tree have lots more dependency on other stuff. Extracting and patching wpa_ctrl.{c,h} to be standalone is something which should be avoided - I just do not know how currently. Asked upstream wpa_supplicant if wpa_ctrl could be provided in a way where it could be a shared library but received no response. Is there any progress on this? Nope. I have no idea what the story is with crda/wireless-regdb, as I said before, I don't know anything about WPA. If you'd like to help out, though, your knowledge would be greatly valued. I wouldn't mind helping out, don't know how though, Have little idea about D-I environment and took long enough to just reply to this request to feel a little embarrassed. Also haven't seen the proposed change to netcfg anytime in recent past to comment further. Can that be reviewed? It's in branch people/womble/wpa of git://git.debian.org/git/d-i/netcfg. Gaudenz Thanks for the link. Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: Please build wpasupplicant-udeb
Thanks for working on WPA support in Debian's installer. On Tuesday 25 January 2011 04:39:44 Matthew Palmer wrote: diff -urN wpasupplicant-0.6.10.orig/debian/config/udeb wpasupplicant-0.6.10/debian/config/udeb [...] +CONFIG_DRIVER_WEXT=y Given that wext is deprecated, it would imho make more sense to use CONFIG_DRIVER_NL80211=y instead, maybe even to leave wext disabled. With the notable exception of ipw2100/ ipw2200, all other linux wlan drivers weren't produced in large volumes or don't support wpa2 to begin with; for new ones (this covers all mac80211 based ones) nl80211 support is mandatory and there are some initial efforts to add nl80211 to ipw2x00. This also avoids the need for deprecated wireless-tools in favour of iw/ crda (which is required for ch11-14 anyways) - or being able to use libnl for all configuration in netcfg. I know nothing about WPA, I've just used a udeb config file that was in an existing (out of date) patch to build a wpasupplicant udeb. In all honesty you can set this configuration to whatever you think is best. nl80211 is the way forward. It would require libnl to be included in D-I. diff -urN wpasupplicant-0.6.10.orig/debian/control wpasupplicant-0.6.10/debian/control [...] +Architecture: linux-any wpasupplicant is needed, and compatible with-, kFreeBSD as well, at this moment kFreeBSD doesn't support wlan for unrelated reasons (ifconfig not being able to configure wlan interfaces, besides the open firmware issues, while firmwares are required for most chipsets). So ignoring hurd, it should be any or at least linux-any kfreebsd-any. Wireless config is disabled in d-i for kfreebsd, so there's no reason to build wpasupplicant-udeb for those arches. However, if you're comfortable that a wpasupplicant-udeb will build correctly for those arches, it'd save changes down the line if/when kfreebsd gets d-i wireless support. It'd probably be better to prepare early here and build wpasupplicant-udeb for whatever it can build on. Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. I've applied the existing WPA netcfg support patches developed by Glenn Saberton, and they do appear to include a (stripped down) wpa_ctrl.c. That stripped down crap probably was extracted from a sideline project (python-wpactrl) I was working on, and is not good long term solution. wpa_ctrl.{c,h} from current wpasupplicant source tree have lots more dependency on other stuff. Extracting and patching wpa_ctrl.{c,h} to be standalone is something which should be avoided - I just do not know how currently. Asked upstream wpa_supplicant if wpa_ctrl could be provided in a way where it could be a shared library but received no response. I have no idea what the story is with crda/wireless-regdb, as I said before, I don't know anything about WPA. If you'd like to help out, though, your knowledge would be greatly valued. I wouldn't mind helping out, don't know how though, Have little idea about D-I environment and took long enough to just reply to this request to feel a little embarrassed. Also haven't seen the proposed change to netcfg anytime in recent past to comment further. Can that be reviewed? Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: [pkg-wpa-devel] Bug#610931: Please build wpasupplicant-udeb
Hi Just a few quick comments, before I look at it in depth. On Monday 24 January 2011, Matthew Palmer wrote: Package: src:wpasupplicant Version: 0.6.10-2.1 Severity: wishlist Tags: patch It is planned that the next release of Debian Installer will include WPA I hope this refers to the wheezy release cycle, as it doesn't appear to be possible in a responsible way for squeeze anymore. support, a long overdue feature. To make this work, however, we need a udeb of wpasupplicant that can be built-in to the installer to configure/use WPA. [...] diff -urN wpasupplicant-0.6.10.orig/debian/config/udeb wpasupplicant-0.6.10/debian/config/udeb [...] +CONFIG_DRIVER_WEXT=y Given that wext is deprecated, it would imho make more sense to use CONFIG_DRIVER_NL80211=y instead, maybe even to leave wext disabled. With the notable exception of ipw2100/ ipw2200, all other linux wlan drivers weren't produced in large volumes or don't support wpa2 to begin with; for new ones (this covers all mac80211 based ones) nl80211 support is mandatory and there are some initial efforts to add nl80211 to ipw2x00. This also avoids the need for deprecated wireless-tools in favour of iw/ crda (which is required for ch11-14 anyways) - or being able to use libnl for all configuration in netcfg. diff -urN wpasupplicant-0.6.10.orig/debian/control wpasupplicant-0.6.10/debian/control [...] +Architecture: linux-any wpasupplicant is needed, and compatible with-, kFreeBSD as well, at this moment kFreeBSD doesn't support wlan for unrelated reasons (ifconfig not being able to configure wlan interfaces, besides the open firmware issues, while firmwares are required for most chipsets). So ignoring hurd, it should be any or at least linux-any kfreebsd-any. diff -urN wpasupplicant-0.6.10.orig/debian/rules wpasupplicant-0.6.10/debian/rules [...] +UDEB_CFLAGS = -Wall -g -O3 -O3, not -Os? and yes, the build targets need a little refactoring for the udeb as well. Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. Kel is VAC over the next few days, we'll discuss and hope to apply this for trunk (0.7.x/ 0.8-branch) as soon as possible. Regards Stefan Lippers-Hollmann [1] http://lists.debian.org/debian-devel/2010/11/msg00079.html signature.asc Description: This is a digitally signed message part.
Bug#610931: Please build wpasupplicant-udeb
On Mon, Jan 24, 2011 at 03:54:16PM +0100, Stefan Lippers-Hollmann wrote: On Monday 24 January 2011, Matthew Palmer wrote: Package: src:wpasupplicant Version: 0.6.10-2.1 Severity: wishlist Tags: patch It is planned that the next release of Debian Installer will include WPA I hope this refers to the wheezy release cycle, as it doesn't appear to be possible in a responsible way for squeeze anymore. Yes, wheezy. support, a long overdue feature. To make this work, however, we need a udeb of wpasupplicant that can be built-in to the installer to configure/use WPA. [...] diff -urN wpasupplicant-0.6.10.orig/debian/config/udeb wpasupplicant-0.6.10/debian/config/udeb [...] +CONFIG_DRIVER_WEXT=y Given that wext is deprecated, it would imho make more sense to use CONFIG_DRIVER_NL80211=y instead, maybe even to leave wext disabled. With the notable exception of ipw2100/ ipw2200, all other linux wlan drivers weren't produced in large volumes or don't support wpa2 to begin with; for new ones (this covers all mac80211 based ones) nl80211 support is mandatory and there are some initial efforts to add nl80211 to ipw2x00. This also avoids the need for deprecated wireless-tools in favour of iw/ crda (which is required for ch11-14 anyways) - or being able to use libnl for all configuration in netcfg. I know nothing about WPA, I've just used a udeb config file that was in an existing (out of date) patch to build a wpasupplicant udeb. In all honesty you can set this configuration to whatever you think is best. diff -urN wpasupplicant-0.6.10.orig/debian/control wpasupplicant-0.6.10/debian/control [...] +Architecture: linux-any wpasupplicant is needed, and compatible with-, kFreeBSD as well, at this moment kFreeBSD doesn't support wlan for unrelated reasons (ifconfig not being able to configure wlan interfaces, besides the open firmware issues, while firmwares are required for most chipsets). So ignoring hurd, it should be any or at least linux-any kfreebsd-any. Wireless config is disabled in d-i for kfreebsd, so there's no reason to build wpasupplicant-udeb for those arches. However, if you're comfortable that a wpasupplicant-udeb will build correctly for those arches, it'd save changes down the line if/when kfreebsd gets d-i wireless support. diff -urN wpasupplicant-0.6.10.orig/debian/rules wpasupplicant-0.6.10/debian/rules [...] +UDEB_CFLAGS = -Wall -g -O3 -O3, not -Os? D'oh, typo. Yes, it should be -Os instead of -O3. Has there been any solution for the netcfg integration already, see 201011041811.11753@otaku42.de [1], referring to the originally proposed introduction of embedded source copies of wpasuppliant's wpa_ctrl.[hc] into netcfg. Please also keep in mind that crda/ wireless-regdb is required for accessing channels 11-13/14 on modern drivers. I've applied the existing WPA netcfg support patches developed by Glenn Saberton, and they do appear to include a (stripped down) wpa_ctrl.c. I have no idea what the story is with crda/wireless-regdb, as I said before, I don't know anything about WPA. If you'd like to help out, though, your knowledge would be greatly valued. - Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610931: Please build wpasupplicant-udeb
Package: src:wpasupplicant Version: 0.6.10-2.1 Severity: wishlist Tags: patch It is planned that the next release of Debian Installer will include WPA support, a long overdue feature. To make this work, however, we need a udeb of wpasupplicant that can be built-in to the installer to configure/use WPA. The attached patch adds a wpasupplicant-udeb package, and modifies debian/rules to build the necessary binary. I'm not overly keen on the way that the install target does the build for the udeb, but I'm not familiar enough with wpasupplicant's build process, nor dh-style rules files, to do a better job of it. - Matt diff -urN wpasupplicant-0.6.10.orig/debian/changelog wpasupplicant-0.6.10/debian/changelog --- wpasupplicant-0.6.10.orig/debian/changelog 2010-11-28 22:22:10.0 +1100 +++ wpasupplicant-0.6.10/debian/changelog 2011-01-24 14:44:37.0 +1100 @@ -1,3 +1,10 @@ +wpasupplicant (0.6.10-2.1~di) UNRELEASED; urgency=low + + * Unreleased test build of wpasupplicant to provide a udeb for netcfg WPA +support. + + -- Matt Palmer mpal...@debian.org Mon, 24 Jan 2011 14:43:58 +1100 + wpasupplicant (0.6.10-2.1) unstable; urgency=low * Non-maintainer upload approved by Kel Modderman. diff -urN wpasupplicant-0.6.10.orig/debian/config/udeb wpasupplicant-0.6.10/debian/config/udeb --- wpasupplicant-0.6.10.orig/debian/config/udeb 1970-01-01 10:00:00.0 +1000 +++ wpasupplicant-0.6.10/debian/config/udeb 2011-01-24 13:28:19.0 +1100 @@ -0,0 +1,13 @@ +# Debian Installer's wpa_supplicant build time configuration +CONFIG_DRIVER_WEXT=y +CONFIG_BACKEND=file +#CONFIG_NO_STDOUT_DEBUG=y +CONFIG_DEBUG_FILE=y +CONFIG_NO_AES_EXTRAS=y +#CONFIG_NO_CONFIG_WRITE=y +CONFIG_NO_CONFIG_BLOBS=y +CONFIG_MAIN=main +CONFIG_OS=unix +CONFIG_ELOOP=eloop +CONFIG_L2_PACKET=linux +CONFIG_CTRL_IFACE=y \ No newline at end of file diff -urN wpasupplicant-0.6.10.orig/debian/control wpasupplicant-0.6.10/debian/control --- wpasupplicant-0.6.10.orig/debian/control 2010-02-24 21:05:49.0 +1100 +++ wpasupplicant-0.6.10/debian/control 2011-01-24 14:19:08.0 +1100 @@ -40,3 +40,17 @@ to connect to. It also provides a method for browsing 802.11 SSID scan results, an event history log of messages generated by wpa_supplicant, and a method to add or edit wpa_supplicant networks. + +Package: wpasupplicant-udeb +Section: debian-installer +Priority: standard +Architecture: linux-any +XC-Package-Type: udeb +Depends: ${shlibs:Depends}, busybox-udeb +Description: Client support for WPA and WPA2 (IEEE 802.11i) + WPA and WPA2 are methods for securing wireless networks, the former + using IEEE 802.1X, and the latter using IEEE 802.11i. This software + provides key negotiation with the WPA Authenticator, and controls + association with IEEE 802.11i networks. + . + This is a udeb of wpasupplicant for use by the Debian installer. diff -urN wpasupplicant-0.6.10.orig/debian/rules wpasupplicant-0.6.10/debian/rules --- wpasupplicant-0.6.10.orig/debian/rules 2010-02-24 21:05:49.0 +1100 +++ wpasupplicant-0.6.10/debian/rules 2011-01-24 14:47:39.0 +1100 @@ -1,6 +1,7 @@ #!/usr/bin/make -f CFLAGS = -MMD -Wall -g +UDEB_CFLAGS = -Wall -g -O3 CXXFLAGS = -g LDFLAGS = -Wl,--as-needed V = 1 @@ -52,11 +53,18 @@ chmod 0755 debian/wpagui/usr/share/wpagui/netdev_wrapper override_dh_install: - dh_install + dh_install -Nwpasupplicant-udeb install --mode=644 -D wpa_supplicant/dbus-wpa_supplicant.conf \ debian/wpasupplicant/etc/dbus-1/system.d/wpa_supplicant.conf install --mode=644 -D wpa_supplicant/dbus-wpa_supplicant.service \ debian/wpasupplicant/usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant.service + + # Build/install udeb... I'm embarrassed to have to put this all here + $(MAKE) -C wpa_supplicant clean + rm -f wpa_supplicant/.config + cp -v debian/config/udeb wpa_supplicant/.config + CFLAGS=$(UDEB_CFLAGS) $(MAKE) -C wpa_supplicant + dh_install -pwpasupplicant-udeb override_dh_installchangelogs: dh_installchangelogs wpa_supplicant/ChangeLog diff -urN wpasupplicant-0.6.10.orig/debian/wpasupplicant-udeb.install wpasupplicant-0.6.10/debian/wpasupplicant-udeb.install --- wpasupplicant-0.6.10.orig/debian/wpasupplicant-udeb.install 1970-01-01 10:00:00.0 +1000 +++ wpasupplicant-0.6.10/debian/wpasupplicant-udeb.install 2011-01-24 13:28:19.0 +1100 @@ -0,0 +1 @@ +wpa_supplicant/wpa_supplicant sbin/