[wpa_supplicant] binary is corrupted in the nightlies

[diver]

This is haiku-nightly-hrev44204-x86gcc2hybrid-anyboot.tar.xz

ifconfig /dev/net/atheroswifi/0 join $SSID $WPAKEY
ifconfig: Joining network failed: Application could not be found

du -b /boot/common/bin/wpa_supplicant
230205  /boot/common/bin/wpa_supplicant
wget haiku-files.org/files/optional-packages/wpa_supplicant-0.7.3-x86-gcc2-2012-04-03.zip
unzip -o -d /boot wpa_supplicant-0.7.3-x86-gcc2-2012-04-03.zip
du -b /boot/common/bin/wpa_supplicant
235940  /boot/common/bin/wpa_supplicant

[humdinger]

I confirm, haiku-nightly-hrev44214-x86gcc2hybrid-cd.tar.xz shows the same wrong filesize. Strange. My own builds, that also add the wpa_supplicant optional package, result in the correctly sized binary... They should download/use the same current wpa_supplicant-0.7.3-x86-gcc2-2012-04-03.zip package...

[diver]

My own builds are also ok. Maybe this file is corrupted on the Buildbot?

[anevilyak]

The odd thing is that BuildBot should be completely cleaning it out on each build and doing a fresh download, as far as I'm aware.

[mmadia]

A few things for clarity: The nightly-uploader script is completely independent of Buildbot. They both just happen to run on the same partition. The nightly-uploader script does a complete process every time (checkout, build, etc) and no files are re-used from one build to another.

An initial look at the log files reveal no errors/warnings/oddities. The md5sum of the local archive matches the copy on www.haiku-files.org and the extracted binary matches diver's md5sum as well.

# md5 -r wpa_supplicant-0.7.3-x86-gcc2-2012-04-03.zip 
af028fbfbb2efd7cecf3d5547a19884d wpa_supplicant-0.7.3-x86-gcc2-2012-04-03.zip
# unzip -q -d wpa/ wpa_supplicant-0.7.3-x86-gcc2-2012-04-03.zip 
# md5 -r wpa/common/bin/wpa_supplicant 
3f4e8f3d121ef38aa680712a5fcd8163 wpa/common/bin/wpa_supplicant

Over the weekend, i'll look more into it.

[tidux]

I can confirm this on hrev44913 gcc2hybrid. A few of the guys on IRC helped me through it. What happened is that somehow the wpa_supplicant binary never got a MIME type signature, which is why Network can't find it. Try installing a different version of the wpa_supplicant package.

[pulkomandy]

Not having a MIME signature is a consequence of the file being corrupted and thus not a valid executable file.

Anyway, AFAIK the nightly uploader (and buildbot) are on a FreeBSD machine. So it may be a problem with bfs_shell on freeBSD or something like that. Anyone tried building on FreeBSD to see if the result is the same ? We need more info on this computer :) Which FS is used ? Which config (attribute overlay, or native xattrs) ? Any other custom things ?

[mmadia]

Some more information on the build machine:

• FreeBSD 8.2-RELEASE-p3 i386
• UFS filessytem
• --use-xattr is enabled
• --use-gcc-pipe is enabled

I've compared an image built from the nightly-uploader bash script, to an image built by BuildBot -- both were equally affected. Looking at ps -aux, i don't see any stray bfs_shell processes or any other oddities.

[mmadia]

HAIKU_STRIP_DEBUG_FROM_OPTIONAL_PACKAGES = 1 ; is the culprit! Arrgh! (changeset to be committed tonight, with further testing)

[mmadia]

fixed in hrev44240.