Latest Bugs & Tasks
This is hrev47449. Happens every time for me.
Crash report attached.
There is a mismatch between the gcc_bootstrap version listed in build/jam/repositories/HaikuPortsCross/arm and the recipe available in HaikuPorts which prevents the bootstrap-raw target from building successfully.
"pkgman install openjdk_x86" results in "name not found". Same thing happens in HaikuDepot.
A more descriptive error is in order at least...
Yes, that's how Linux does it IIRC.
Switching to "Unscheduled" as this will be at least after R1 due to breaking binary compatibility.
Applied in hrev47448
listimage displays 0 for these values. I'm not sure if this is suppose to happen in the kernel or runtime loader.
I understand this is not an official POSIX thing but rather a Linux thing; still, many applications use it and we should support it.
A recipe has been added for haikuporter some time ago.
The fix only hides the issue. Affects many other screensavers (Gravity is an example).
Tools->Refresh depots resets current depot to All depots, however, packages are still shown from the previously selected one.
When you download a file which has a the Content-Disposition header it ignores it. An example: https://megworld.co.uk/content_disposition.txt
This should download the file with the filename "test.txt" however webpositive doesn't download it as the "attachment" in the Content-Disposition header suggests and files which it does download it ignores the filename specified.
RFC2616 section 19.5.1 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec19.html).
This is hrev47407.
HaikuDepot's "Depot" pop-up menu has an item "Local", that currently seems to filter the list to all locally installed packages. It's identical to choosing "Installed packages" from the "Show" pop-up menu that also holds the different categories.
I propose having a query for all HPKGs on all mounted volumes for the "Local" depot instead. All HPKGs that are not currently installed should show the status "Available" and should be installable, like any other (online) package.
committed as part of hrev47436
Limiting to 1 CPU makes this bug easiest to reproduce.
Steps to reproduce:
- cp /bin/desklink .
- Open it in FileTypes, un-check Background app, save.
- while true ; do ./desklink > /dev/null ; done
- Now open the Deskbar settings window, push "Defaults" button to revert to default, then check the first 2 check boxes and toggle the second one (Tracker always first) a few times, you should see the desklink entry stick in Deskbar.
It is a bit easier to reproduce by tab focusing the check box and tapping the space bar repeatedly.
In start_netbsd, it should be ensured that cmdline(the command line arguments received from u-boot) is not an empty string but current check only ensures that cmdline is not NULL. Fixing this moves the boot process ahead - now it fails when searching for boot partitions.