Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 1 hour 26 min ago

Ticket #12168 (selfmade hpkg does not install link to non-package menu folder) created

Thu, 2015-06-18 20:06

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.

Categories: Development

Ticket #12166 (gethostbyaddr_r missing in revised network code) closed

Wed, 2015-06-17 19:31
fixed:

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.

Categories: Development

Ticket #12164 (DHCP don't work) closed

Wed, 2015-06-17 11:50
duplicate
Categories: Development

Ticket #12167 ([Tracker] Improve listmode icon/text disposition) created

Wed, 2015-06-17 11:38

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.

Categories: Development

Ticket #12166 (gethostbyaddr_r missing in revised network code) created

Wed, 2015-06-17 07:03

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

Categories: Development

Ticket #12165 (/bin/xz error when using make) created

Wed, 2015-06-17 06:59

Crash report attached. Is this part of binutils?

Categories: Development

Ticket #12164 (DHCP don't work) created

Tue, 2015-06-16 18:44

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.

Categories: Development

Ticket #12025 (Touchpad too sensitive) closed

Tue, 2015-06-16 06:36
invalid:

Ok, thanks for reporting!

Categories: Development

Ticket #12163 (WebPositive error on img tag between <a></a> tags) created

Tue, 2015-06-16 05:36

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.

Categories: Development

Ticket #12161 (DHCP not working after update) closed

Tue, 2015-06-16 02:59
duplicate
Categories: Development

Ticket #12160 (pkgconfig for libqrencode in wrong place?) closed

Tue, 2015-06-16 00:23
invalid:

HaikuPorts bug, not a Haiku one.

Categories: Development

Ticket #12162 (Hybrid build failure on Haiku) created

Tue, 2015-06-16 00:09
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.

Categories: Development

Ticket #12161 (DHCP not working after update) created

Mon, 2015-06-15 23:59

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

Categories: Development

Ticket #12160 (pkgconfig for libqrencode in wrong place?) created

Mon, 2015-06-15 23:15

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.

Categories: Development

Ticket #12159 (No Epson printer drivers?) created

Mon, 2015-06-15 23:03

I know gutenprint supports Epson. I know we used to have Epson drivers. Tried to use my TX110 last night and it's not recognised.

Categories: Development

Ticket #12158 (RT5370 wifi driver request) created

Mon, 2015-06-15 22:57

The preferred wifi dongle for Raspberry Pi, a driver will be needed for the ARM port.

Comes in two varieties:

Micro dongle, ~ $3.50
Mini dongle, ~ $7.95 inc. external antenna.

Capable of being used as a router - one outgoing and six incoming interfaces.

Categories: Development

Ticket #12157 (DriveSetup recognises ext4 partition as ext2) created

Mon, 2015-06-15 22:37

Description says it all. I got this reading a raspbian image on a microSD card attached to USB if that helps.

Categories: Development

Ticket #12156 (netstack: can't configure network anymore) created

Mon, 2015-06-15 16:16

As of hrev49293, my PC can no longer configure the network. Enabling tracing in add-ons/kernel/network/stack/interfaces.cpp, it appears that at the very least, configuring of the local interface is somewhat iffy, and for some reason, ethernet device never gets configured at all.

syslog before changes:

KERN: net: Interface 0xd7dd2680: new "/dev/net/ipro1000/0", device interface 0xd8576c88
KERN: net: InterfaceAddress 0xd85617c0: init interface 0xd7dd2688, domain 0xd7e52b00
KERN: net: Interface 0xd7dd2680: create domain datalink for domain 0xd7e52b00
KERN: net: InterfaceAddress 0xd8534104: init interface 0x00000000, domain 0x00000000
KERN: net: Interface 0xd7dd2680: flags changed from 0 to 1
KERN: net: Interface 0xd7dd2480: new "loop", device interface 0x82b7a860
KERN: net: InterfaceAddress 0xd89cd6c0: init interface 0xd7dd2488, domain 0xd7e52b00
KERN: net: Interface 0xd7dd2480: create domain datalink for domain 0xd7e52b00
KERN: net: InterfaceAddress 0xd89b1834: init interface 0x00000000, domain 0x00000000
KERN: net: update_interface_address(address 0xd89cd6c0, option 8902, oldAddress <none>, newAddress 127.0.0.1)
KERN: net: Interface 0xd7dd2480: flags changed from 0 to 9
KERN: net: Interface 0xd7dd2480: create domain datalink for domain 0xd8553640
KERN: net: InterfaceAddress 0xd89b1b94: init interface 0x00000000, domain 0x00000000
KERN: net: InterfaceAddress 0xd89cd570: init interface 0xd7dd2488, domain 0xd8553640
KERN: net: update_interface_address(address 0xd89cd570, option 8902, oldAddress <none>, newAddress ::1)
KERN: net: Interface 0xd7dd2680: flags changed from 1 to 4001
-- DHCP Discover
KERN: net:   /dev/net/ipro1000/0 matches
-- DHCP Offer received
-- DHCP Request
KERN: net:   /dev/net/ipro1000/0 matches
-- DHCP Acknowledged
KERN: net: update_interface_address(address 0xd85617c0, option 8902, oldAddress <none>, newAddress 10.20.30.10)
KERN: net: update_interface_address(address 0xd85617c0, option 8915, oldAddress 255.0.0.0, newAddress 255.255.255.0)
KERN: net: Interface 0xd7dd2680: flags changed from 4001 to 2001

syslog after changes:

KERN: net: Interface 0xd7dd1600: new "/dev/net/ipro1000/0", device interface 0x82bc5b78
KERN: net: InterfaceAddress 0xd8558670: init interface 0xd7dd1608, domain 0xd7e5b080
KERN: net: Interface 0xd7dd1600: create domain datalink for domain 0xd7e5b080
KERN: net: InterfaceAddress 0xd8550524: init interface 0x00000000, domain 0x00000000
KERN: net: Interface 0xd7dd1600: flags changed from 0 to 1
KERN: net: Interface 0xd7dd1000: new "loop", device interface 0x82b73998
KERN: net: InterfaceAddress 0xd873c750: init interface 0xd7dd1008, domain 0xd7e5b080
KERN: net: Interface 0xd7dd1000: create domain datalink for domain 0xd7e5b080
KERN: net: InterfaceAddress 0xd8549b2c: init interface 0x00000000, domain 0x00000000
KERN: net: update_interface_address(address 0xd873c750, option 8902, oldAddress <none>, newAddress 127.0.0.1)
KERN: net: Interface 0xd7dd1000: flags changed from 0 to 9
KERN: net: update_interface_address(address 0xd873c750, option 8902, oldAddress 127.0.0.1, newAddress <none>)
KERN: net: address is NULL! option is set addr
KERN: net: Interface 0xd7dd1600: flags changed from 1 to 4001
-- DHCP Discover
KERN: net:   /dev/net/ipro1000/0 matches
-- DHCP Of