Latest Bugs & Tasks

This is covered in https://dev.haiku-os.org/ticket/12156#comment:18.

Exactly. The non-packaged folder, as its name implies, contains only stuff that is non-packaged, i.e. "not from any package". So packages cannot make stuff appear inside those folders, since then that stuff would be "from a package".

I get this error after upgrade from 49292 to 49309:

Welcome to the Haiku shell.
~/Desktop> ping haiku-os.org
error: unknown protocol icmp: error -2147459069 [No such file or directory]

resolved in hrev49309. A todo item to assign the alternate header was preventing Haiku from creating the disk system properly. gpt headers / disk systems created with Haiku are now seen as valid by gdisk!

I create a hpkg with my HPKGCreartor. Into the files for the package i add a link for the menu into non-packaged/data/deskbar/menu/Applications/TutorialFinder. The HPKG does create without any problems and now HaikuDepot open it, then i double click it. Now installing is without problems too, but the link to them menu does not installed, only the apps folder with my program file.

Then i create link using ln into this folder it creates a link into them Applications menu.

This function is non-standard and was not in BeOS (according to ​https://www.gnu.org/software/gnulib/manual/html_node/gethostbyaddr_005fr.html). They are also deprecated in other systems: getaddrinfo should be used instead as it supports IPv6 and is designed to be thread-safe.

in hrev49306 I have updated APR to not use the functions anymore, this makes svn work again.

The icons are misplaced, in hrev49304 and hrev49305 I have changed the distance between rows because I find the list hard to read. This screenshot is from hrev49304.

Spacing 2

Spacing 4

Let me know what do you think.

Just upgraded from 49271 to 49301 and get this error:

Updating embedded/flashrom
runtime_loader: /boot/system/lib/libapr-1.so.0.5.0: Could not resolve symbol 'gethostbyaddr_r'
resolve symbol "gethostbyaddr_r" returned: -2147478780
runtime_loader: /boot/system/lib/libapr-1.so.0.5.0: Troubles relocating: Symbol not found

Crash report attached. Is this part of binutils?

Fixed in hrev49304.

This is hrev49297.

DHCP don't work anymore (shown as endlessly configuring). It worked in previous revisions, but unstable.

Hardware is Intel wired Ethernet adapter:

device Network controller (Ethernet controller) [2|0|0]
  vendor 8086: Intel Corporation
  device 153b: Ethernet Connection I217-V

Syslog:

DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_DISCOVER to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Received DHCP_OFFER from 192.168.10.1
DAEMON 'DHCP':   your_address: 192.168.10.100
DAEMON 'DHCP':   server: 192.168.10.1
DAEMON 'DHCP':   renewal time: 43200 seconds
DAEMON 'DHCP':   rebinding time: 75600 seconds
DAEMON 'DHCP':   lease time: 86400 seconds
DAEMON 'DHCP':   subnet: 255.255.255.0
DAEMON 'DHCP':   gateway: 192.168.10.1
DAEMON 'DHCP':   nameserver[0]: 192.168.10.1
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 8 secs (try 1)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 16 secs (try 2)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 32 secs (try 3)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 64 secs (try 4)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 64 secs (try 5)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
Last message repeated 1 time
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 8 secs (try 1)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 16 secs (try 2)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 32 secs (try 3)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67
DAEMON 'DHCP': /dev/net/ipro1000/0: Timeout shift: 64 secs (try 4)
DAEMON 'DHCP': /dev/net/ipro1000/0: Send DHCP_REQUEST for 192.168.10.100 to 255.255.255.255:67

Internet is working in Windows.
Bug reason is maybe the same as in #11607, #12156.

Ok, thanks for reporting!

The following snippet of code shows an error in WebPositive:

<div id="project-header">
  <a href="/"><img src="/home/furius-logo-w.png" id="logo"></a>
  <div id="project-home"><a href="..">Project Home</a></div>
</div>

It will fail to display and throw an error at the second line. Replacing it with the following code works:

<div id="project-header">
  <a href="/"><img src="/home/furius-logo-w.png" id="logo"></img></a>
  <div id="project-home"><a href="..">Project Home</a></div>
</div>

but since the img tag is assymetrical the code itself is wrong.

HaikuPorts bug, not a Haiku one.

C++ /Work/generated/objects/haiku/x86_gcc2/release/system/boot/platform/bios_ia32/mmu.o
C++ /Work/generated/objects/haiku/x86_gcc2/release/system/boot/platform/bios_ia32/long.o
/Work/haiku/src/system/boot/platform/bios_ia32/mmu.cpp: In function `void mmu_init_for_kernel()':
/Work/haiku/src/system/boot/platform/bios_ia32/mmu.cpp:549: implicit declaration of function `int STATIC_ASSERT(...)'
/Work/haiku/src/system/boot/platform/bios_ia32/long.cpp: In function `void long_gdt_init()':
/Work/haiku/src/system/boot/platform/bios_ia32/long.cpp:68: implicit declaration of function `int STATIC_ASSERT(...)'

I have no problem with either a pure X86 or X86_64 build.

Update to hrev49301. Now no internet connection. DHCP fields are all blank. Was working before update, using hrev49292.

libqrencode.pc is installed in /boot/system/lib/pkgconfig while all others go in /boot/system/develop/lib/pkgconfig

Seems to be a leftover from a configuration change.