Development

fixed:

After hrev48973 the misbehaving buildbot was put offline: ​http://buildbot.haiku-os.org/buildslaves/arfonzo-bot1-debian

It uses a stable debian install, which has outdated libraries and cannot compile Haiku properly anymore. I am closing this ticket as I think any bot with more up to date software will not have this problem anymore. Please let us know if you hit the problem again.

It's also possible that hrev49058 helped fix this issue.

* Thanks Axel. * Thanks Axel.

* Fixes Appearance. * Fixes Keyboard. * Fixes Mouse. * Fixes Notifications. * Fixes Appearance. * Fixes Keyboard. * Fixes Mouse. * Fixes Notifications.

fixed:

Fixed in hrev49072.

* Fixes #8745. * Fixes #8745.

So things (like m4) expecting paths.h as part of glibc will get what they want with _GNU_SOURCE. So things (like m4) expecting paths.h as part of glibc will get what they want with _GNU_SOURCE.

Of course we were using it from our own gdb copy... until it got deleted. Of course we were using it from our own gdb copy... until it got deleted.

Those return uintNN_t types instead of our own types, but uint32 for example is long while uint32_t isn't, giving some trouble with the PRI* macros for example on PPC. Those return uintNN_t types instead of our own types, but uint32 for example is long while uint32_t isn't, giving some trouble with the PRI* macros for example on PPC.

We don't have /sbin so... We don't have /sbin so...

BApplication::ArgvReceived() is called in the already running app in case of a silent relaunch. It is therefore enough to just post a quit message. BApplication::ArgvReceived() is called in the already running app in case of a silent relaunch. It is therefore enough to just post a quit message.

It seems like glibc also has paths.h and m4 fails to bootstrap without _PATH_BSHELL. This file really needs some cleanup btw, since most is actually irrelevant or incorrect for Haiku. It seems like glibc also has paths.h and m4 fails to bootstrap without _PATH_BSHELL. This file really needs some cleanup btw, since most is actually irrelevant or incorrect for Haiku.

In both cases ask confirmation to the user. In both cases ask confirmation to the user.

In hrev47355 a logic reversal was introduced as part of a cleanup commit which caused B_ARGV_RECEIVED to be sent only to apps with the B_ARGV_ONLY flag set instead of clear. In addition to that, don't send the B_SILENT_RELAUNCH message for apps with B_ARGV_ONLY either, as they are not supposed to receive messages after launch. This is in line with the documentation and what BRoster does. In hrev47355 a logic reversal was introduced as part of a cleanup commit which caused B_ARGV_RECEIVED to be sent only to apps with the B_ARGV_ONLY flag set instead of clear. In addition to that, don't send the B_SILENT_RELAUNCH message for apps with B_ARGV_ONLY either, as they are not supposed to receive messages after launch. This is in line with the documentation and what BRoster does.

As I can understand after a while the Backgrounds application start receiving a burst of B_MOUSE_IDLE messages. With an increasing number of "be:view_where" fields.
This is hrev49058.

I'm not sure the 64bit versions are really implemented though... I'm not sure the 64bit versions are really implemented though...