Latest Bugs & Tasks
This is hrev50837.
Everything below the filter bar at the top (category, repository, search terms) could be moved into a tab view with three tabs: "All packages", "Installed packages", "Updates". This would also make the "Available packages" and "Installed packages" in the "Show" menu obsolete.
With a dedicated "Installed packages" tab, it's easy to see what's installed and packages are quickly found and can be quickly uninstalled, rated, commented on etc.
The "Updates" tab is for a future update feature. The notification signaling available updates could call HaikuDepot to open with that "Updates" tab.
Extra points for appending the tab titles with a count of packages in brackets.
There's now Brian's nice Repositories preferences. Also available from HaikuDepot's tools menu with "Manage repositories".
/system/develop/headers/os/interface/AffineTransform.h doesn't compile with -pendantic gcc option
kBuild: Compiling VBoxTray - /sources/VirtualBox-5.1.12/src/VBox/Additions/haiku/VBoxTray/VBoxGuestApplication.cpp In file included from /boot/system/develop/headers/os/interface/View.h:9:0, from /boot/system/develop/headers/os/interface/Window.h:11, from /boot/system/develop/headers/os/interface/Alert.h:11, from /sources/VirtualBox-5.1.12/src/VBox/Additions/haiku/VBoxTray/VBoxGuestApplication.cpp:54: /boot/system/develop/headers/os/interface/AffineTransform.h:37:42: error: floating-point literal cannot appear in a constant-expression static const double kDefaultEpsilon = 1e-14; ^ kmk: *** [/sources/VirtualBox-5.1.12/out/haiku.amd64/strict/obj/VBoxTray/VBoxGuestApplication.o] Error 1 The failing command: @g++ -c -O2 -g -pipe -pedantic -Wshadow -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -fdiagnostics-show-option -Wno-unused-parameter -Wlogical-op -Wno-variadic-macros -Wno-long-long -Wno-overloaded-virtual -Wno-variadic-macros -O2 -mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT -fno-pic -fno-exceptions -m64 -I/sources/VirtualBox-5.1.12/src/VBox/Additions/haiku/include -I/sources/VirtualBox-5.1.12/out/haiku.amd64/strict/obj/VBoxTray/dtrace -I/sources/VirtualBox-5.1.12/include -I/sources/VirtualBox-5.1.12/out/haiku.amd64/strict -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_REM -DVBOX_WITH_RAW_MODE -DRT_STRICT -DVBOX_STRICT -DRT_OS_HAIKU -DRT_ARCH_AMD64 -D__AMD64__ -DVBOX_WITH_DEBUGGER -DRT_LOCK_STRICT -DRT_LOCK_STRICT_ORDER -DRTPATH_APP_PRIVATE=\"/boot/system/apps/VirtualBox\" -DRTPATH_APP_PRIVATE_ARCH=\"/boot/system/apps/VirtualBox\" -DRTPATH_SHARED_LIBS=\"/boot/system/apps/VirtualBox\" -DRTPATH_APP_DOCS=\"/boot/system/apps/VirtualBox\" -DIN_RING3 -DIN_GUEST -DIN_GUEST_R3 -DIN_RT_R3 -DGC_ARCH_BITS=64 -DVBOX_WITH_HGCM -DLOG_TO_BACKDOOR -DLOG_ENABLED -DVBOX_SVN_REV=112440 -Wp,-MD,/sources/VirtualBox-5.1.12/out/haiku.amd64/strict/obj/VBoxTray/VBoxGuestApplication.o.dep -Wp,-MT,/sources/VirtualBox-5.1.12/out/haiku.amd64/strict/obj/VBoxTray/VBoxGuestApplication.o -Wp,-MP -o /sources/VirtualBox-5.1.12/out/haiku.amd64/strict/obj/VBoxTray/VBoxGuestApplication.o /sources/VirtualBox-5.1.12/src/VBox/Additions/haiku/VBoxTray/VBoxGuestApplication.cpp kmk: INTERNAL: Exiting with 3 jobserver tokens available; should be 2! Command '['bash', '-c', '. /wrapper-script']' returned non-zero exit status 2 keeping chroot folder /data/ports/app-emulation/virtualbox-guest-additions/work-5.1.12 intact for inspection
Thanks a lot! I've applied your patch in hrev50881.
When an HPKG file is copied to the package dir manually, it sometimes fails to activate. This only happens when copying, and only if the HPKG is sufficiently large and not in the block cache yet (so that the copy isn't too fast).
It seems that package_daemon inspects the hpkg file already while it is still being copied, and thus rejects the incomplete file as invalid (thanks to Rene for the tip).
For testing, I have a really large (800MB) HPKG. If I copy it into the package dir after a fresh reboot, the problem always occurs. But if I first copy the HPKG to somewhere else on the boot drive and then move it into the package dir, it works fine.
In the failure case (file was copied), syslog shows the following:
KERN: package_daemon [37661302: 657] Volume::_PackagesEntryCreated("TeXLive.hpkg") KERN: package_daemon [37661763: 657] failed to init package for file "TeXLive.hpkg"
This syslog output already appears before Tracker has finished copying the file, hence the assumption of what the problem is.
Yeah, that was the problem, indeed.
Sorry for bothering
You're welcome! Applied in hrev50879.
Using Haiku current and Haikuporter current, I cannot install any package I build.
For example: https://github.com/jackburton79/bescreencapture/releases/download/20170110-snapshot/bescreencapture-2.2.2-1-x86.hpkg
Works fine when installing packages from HaikuDepot
I had opened several tabs with sites like: haiku-os.org, Trac, Phoronix, The Verge, Ars Technica, some blog, etc.
At some point, the Web+ stopped working. I could switch between tabs, but I could not scroll the screen. When I closed the app, it remains in the Deskbar.
I started the Debugger, attached, and grabbed some report.
This is Jessicah EFI build, x86_64, updated via pkgman to hrev50876. Haiku is running from pendrive, in "Boot to desktop" mode (Live CD). I tried to create additional BFS and Windows Data (Fat32?) partition, on this flash stick, for some files.
- DriveSetup creates partition with only 984 KiB of space instead 13 GiB.
- When I try to format that partition, KDL occurs.
I cannot reproduce on a regular night building, because I am unable to boot - https://dev.haiku-os.org/ticket/13200
Web+ frequently and randomly crashes on sites like: The Verge, Phoronix, Ars Technica.
To reproduce: Open Web+, type onet.pl, press enter and look at memory usage.
Memory consumption grows about 100 kilobytes per second.
Type tcpdump in Terminal, press Enter, and tcpdump immediately crashes.
hrev50876 on x86_64.
Running on MacBook Pro (Retina, 15-inch, Early 2013) haiku_loader.efi every so often fails to start the kernel. It hangs showing boot logo icons. Rebooting (sometimes a few times) makes it boot all the way to the desktop.
This issue doesn't always appear, but in some situations it appears.
Works ok for me.
I downloaded several times, but checksums do not much.
hrev50874 x86_64 Anyboot
Should be: cd5f30d37403b9f0cb806a2fb4701b6e5ebb797ad94e7004a406c356c3faf7a4
hrev50874 x86 GCC 2 Hybrid Anyboot
Should be: 9784227871ae5a2f4849f2102f15cc80bd3bc54fcd54186b976a65d138d88ed2
I'm downloading, not building.
#1036 is not a duplicate; BFS is just one file system, others may implement hard link support -- the rest of the system should support it. In any case, this ticket can be closed.
Fixed in hrev50874. I waited five years, but no one wanted to fix it.