Latest Bugs & Tasks
Booting Haiku (tested with r1alpha4's Anyboot image and nightly .iso and Anyboot images) in VMWare Workstation 11.1.0 causes a Page Fault Exception and welcomes you to Boot Loader Death Land:
Host system is a Core i7 running Windows 7 64-bit, with hardware virtualization enabled. Haiku images are the recommended 32-bit editions. Let me know what other details are useful and I'll do my best to provide them.
Tried to boot haiku (49129 nightly is the last one), got panic during boot process (screen photo attached). Surprise for me is that there is no "Intel Pro Wireless 4965" device in this netbook.
Piece of listdev command:
device Network controller [2|80|0]
vendor 8086: Intel Corporation
device 423d: WiMAX/WiFi Link 5150
Piece of listusb command:
8086:1406 /dev/bus/usb/4/5 "Intel Corp." "WiMAX Connection 2400m" ver. 0000
When I boot in safe mode and try ls /dev/net/ in terminal, I got similar panic screen.
Is this correct that my hardware is unsupported by haiku now?
Anyway, there is no reason to broke on this :)
Applied in hrev49127. Thanks!
If I type
ifconfig /dev/net/atheroswifi/0 scan
a list of available wlans is shown. If I turn on my iPhone's wlan- hotspot and type the command again, the resulting list of wlans was not updated, my iPhone is not showing. I typed the command again and again and again, my iPhone is not showing. If I typed the following commands,
ifconfig /dev/net/atheroswifi/0 down
ifconfig /dev/net/atheroswifi/0 up
my iPhone will be available. In this case, however, the network connection is always interrupted. Not very useful.
I can't reproduce this problem on a fresh installation (hrev49123).
Icon-o-Matic crashes when style is switched from Gradient to Color.
Steps to reproduce:
- Add a new style
- Change the new style to Gradient
- Change the style back to Color
At this point the program crashes in my nightly, regardless if a style is assigned to anything or not.
After changing the icon size in the notifications preferences. Haiku froze partialy. After reboot... My fonts and my charset were changed to english and to a font named... Ahem...
Applied with hrev49124.
I have patched the Intel 2230 driver into Haiku so now I need to compile it. I was told in IRC I'd need to build Haiku in full before I can compile any daemons / drivers / modules or whatever they're called under BeOS / Haiku but I've not had any luck compiling Haiku git from yesterday under 49058 GCC2H with GCC2 or GCC4.
I used Haikudepot to check that I have all the required packages listed on https://www.haiku-os.org/guides/building/pre-reqs before I ran the relevant configure commands that I have included at the top of the two logs.
I have attached the last few hundred lines of both a failed GCC2 and GCC4 build.
I've noticed that I haven't received any email notifications when people have replied to any tickets I've created on here in the last few days.
I asked about this in the Haiku IRC channel earlier and other users and devs reported having experienced the same problem recently.
BeZilla crashes just as reliably as ever if left open while Haiku is shutting down. Attaching debug report.
When extracting a corrupt zipfile, unzip returns a bad (!0) exitcode. Expander silently ignores this and doesn't tell the user, it seems.
This led me chasing a bug elsewhere in some data-reading code, when the real problem was that the file was corrupt.
BeZilla is now in HaikuDepot and doesn't crash (AFAICT).
After adding more tracing in hrev49122, I get
inflate_file_to_file: inflate failed with 'incorrect data check'
A quick Google search shows that this means that zlib's checksum of the decompressed data failed, so the file is invalid.
This is hrev49114.
As bbjimmy found out, findpaths -a x86 B_FIND_PATH_LIB_DIRECTORY outputs
/boot/home/config/non-packaged/lib etc. instead of
The attached patch should fix that, if I'm not mistaken.
When used to zip-up a single folder, Zip-O-Matic actually chdir()s to it before running /bin/zip, which then fails to find the folder to zip.