Latest Bugs & Tasks

Trying to create a package from a directory of size 3.7G fails with package create.

~> du -s -h texlive_x86
3.7G    texlive_x86
~> package create -C texlive_x86 texlive.hpkg
Failed to write data: File too large

Which appears to come from ​https://github.com/haiku/haiku/blob/master/src/kits/package/hpkg/PackageFileHeapWriter.cpp#L584

If you choose a big font in Appearance and open Screen the window is properly resize.
if you choose a smaller font the window keeps the previous size.

We should save only the position not the frame.

Applied in hrev49228. Thanks!

Looks like I forgot to close this when I fixed it in hrev49115.

This was fixed somewhere in the past 3 years - there is no "New" menu item in /, and pressing Cmd+N does nothing.

This patch was applied at some point.

Reverted in hrev49226. Apparently the real culprit is #12105.

I got this error message as i tried to compile Nim on the latest Haiku nightly gcc2h:

nimcache/stdlib_osproc.o: In function `startprocessafterfork_145004':
stdlib_osproc.c:(.text+0x2a80): undefined reference to `execvpe'
collect2: error: ld returned 1 exit status
Error: execution of an external program failed

I understand, this is not required for POSIX compatibility, but it would make the port of Nim lot easier. Of course, we can implement it in the Nim patchset, but unfortunately the Nim bootstrap generating some files, what require execpve, so it is not possible to patch these files.

Here is the source from klibc: ​http://code.metager.de/source/xref/linux/klibc/usr/klibc/execvpe.c

When I go to ​http://twit.tv/show/this-week-in-tech/512 with WebPostive in hrev49218 I get a crash. I've attached the debug report to this issue.

The "system name" is a feature to show the localized name of applications in Tracker and Deskbar. So instead of "TextSearch" it should show "Recherche de Texte" or whatever the translated name is in the current language.

This is done by setting some attributes on the file so Tracker/Deskbar can locate the catalog and catkey entry to use for the system name.

Recently built Lazarus from sources on a hybrid system with the GCC4 compiler. Qt runs fine, FPC runs fine, Lazarus compiles without error. When invoked, Lazarus causes the following system message:

runtime_loader cannot find libstdc++.so.6 - no such file or directory.

Bizarre.

DriveSetup only allows formatting of BeFS and NTFS systems. USB sticks almost invariably require FAT32 and DOA to be valid in other OS'es.

Opened the Raspbian Wheezy image and edited 'cmdline.txt' per instructions at:

​https://www.urspringer.de/2015/02/20/headless-setup-raspberry-pi-2-model-b/

The file became corrupted, and all data in the line before the edit was missing.

Had a mishap (see #12107 for related data) and needed to reinstall the system. I can no longer find the wifi modem in preferences, so can't set it up. No hardware on the system has changed and wifi is available from a USB stick, which is how I'm currently logged on.

Fixed in hrev49223.

No response in 6 months. All the images I've ever built had Tracker add-ons included.

No reply in 3 years. I don't know what the issue is either.

Fixed the issue in a different way in hrev49222.