Latest Bugs & Tasks
I'm trying to get the GHC Haskell compiler running on Haiku. At some point in the configure script, it runs a C program which reliably gives the kernel panic above on the hrev47958 nightly (x86, GCC 2/4 hybrid). I've attached the C program (panic.c) but I haven't tried to minimise it because I don't really know what it does.
I'm running on QEMU, single-processor. If I enable SMP I get a different panic most of the time:
PANIC: acquire_spinlock(): Failed to acquire spinlock 0xce99c850 for a long time!
I've also attached the serial debug output from the UP and SMP runs.
Double clicking "Application Keyring Access" hides the window leaving no way to get it back. Ultimately, you can't run any app which request keyring access as this window is now hidden.
In file included from /boot/system/develop/headers/os/LocaleKit.h:11, from /boot/system/develop/headers/os/Be.h:10, from /boot/home/Desktop/....cpp:2: /boot/system/develop/headers/os/locale/FloatFormatImpl.h:4: NumberFormatImpl.h: No such file or directory
Caused by recent locale kit changes, I believe. Assigning to Adrien.
This is an application bug. Please open a ticket at https://github.com/HaikuArchives/BeShare/issues
Upon disconnecting from BeShare and closing the application the debugger is activated (debug report attached). Using hrev47958 x86_gcc2.
I've encountered this for a number of years. I'll be copying a big folder of files from another drive volume over to a volume I'm booted to. Even though I'm not copying the files to the desktop, icons representing those files appear on the desktop. After restarting Tracker, the icons disappear. I saw that again today with a very current Haiku PM build (47930).
Both problems had the same cause: Fixed in hrev47954
If Haiku shuts down with the Atheros device in the wrong state, it is not detected by Haiku on next startup, or only partially detected with no ability to scan for or connect to networks. This does not happen with Windows 7, GNU/Linux, or OpenBSD, and booting into one of those OSes will reset the device so that it appears on next boot into Haiku. This looks like the driver isn't resetting the device before attempting to use it.
This may actually be a problem with the way Haiku handles PCIe devices in general, since it's a similar pattern to the problems I've had with the onboard Conexant HD Audio on the same machine (Thinkpad x120e), only there the default state is non-working.
This is hrev47924.
To reproduce select Video settings->MIDI->Video settings-> MIDI
I noticed that HaikuDepot is localized in the source code but not in the hrev47930 build . The text in the enclosed picture should be in Finnish.
Got this error today when packaging even though nothing changed (well something did, see below): Failed to parse package info date from package file: Bad data on this hrev47395 install.
Digging, I found out that package is choking on a StyledEdit attribute of the .PackageInfo file.. only now that it is combined with a Pe attribute. Indeed a few days ago I transitioned from using StyledEdit to exclusively using Pe, so I guess I'm now getting a double serving of "caret position" attributes on my textfiiles :-).
Anyway the workaround was simply to "reset" the .PackageInfo file, create a new one, free of text editor attributes. Filing a low-priority ticket in case the underlying reason matters though..
I removed dead links to Google Videos. This page is linked from our about page so it is quite frontmost on the website. However it was not updated in a while. We should try to update it with new videos (alphas reviews by 3rdparties, and other material related to Haik uis available on youtube and elsehwere). Also the BeGeistert conferences could be added there.