<OscarL>
those python 3.14.0a5 builds are as "apples to apples" as I could get them to be.
<waddlesplash>
makes sense
<waddlesplash>
looks like we are mostly different in "user" time
<waddlesplash>
that can be sensitive to OS scheduling policies and CPU frequency to be sure
<waddlesplash>
but I have seen similar even in VMware. It looks like our GCC is just straight-up slower in many cases for reasons I don't understand at the moment
<OscarL>
(nightly tracker is quite buggy, just holding down a key in list view made it crash :-/)
<OscarL>
(in navigator mode, holding a key in the "path" text view also makes the CPU go nuts)
Nasina has joined #haiku
<OscarL>
just in case it matters, the VoidLinux was a glibc version (not the musl one)
Nasina has quit [Remote host closed the connection]
ablyss has quit [Quit: Konversation terminated!]
xet7 has quit [Remote host closed the connection]
xet7 has joined #haiku
phcoder has quit [Quit: Connection closed for inactivity]
<Begasus[m]>
erysdren: did you get an error without the changes for platform? UNIX "should" work also
nephele_xmpp has joined #haiku
<Begasus[m]>
Helo nephele_xmpp :)
<nephele_xmpp>
How can You tell that I joined begasus?
<Begasus[m]>
nephele_xmpp joined the room
<Begasus[m]>
it shows :)
<nephele_xmpp>
Hmm, I wonder if this is because I have no xmpp client open. I guess that is fine, but the "always connected" case makes more sense for mobile
<Begasus[m]>
having the "always connected" in matrix is handy to read back on the logs
<nephele_xmpp>
I wanted to send a pm to phschafft but can't open a chat in this client, bummer
<nephele_xmpp>
maybe he can open a pm later :)
<nephele_xmpp>
begasus: what's up in haiku land
<nephele_xmpp>
I wanted to boot haiku on my macbook, then i had to reinstall macos despite it not having even started haikus bootloader... so that's fun
<nephele_xmpp>
But more motivation to make the driver to not have to deal with macos
<Begasus[m]>
in Haiku land I wouldn't know, you know more then me there :)
<Begasus[m]>
at haikuports, new fastfetch is launched :)
<nephele_xmpp>
Heh, you are way longer with haiku than me ;)
<Begasus[m]>
yeah, but I'm on the sideline there :) (and running mostly beta) :)
<nephele_xmpp>
seems for xmpp the "always connected" for the bridge can be configured for each client, very nice
<Begasus[m]>
pushing updates on the KDE frameworks in between
<Begasus[m]>
works for Quaternion and NeoChat here also
<nephele_xmpp>
You are a fully fledged kde user by now, so much kde stuff
<Begasus[m]>
that was the last part, should be done if nothing fails on buildmaster
BrunoSpr has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
MisthaLu has joined #haiku
<waddlesplash>
phcoder: ouch. paging kallisti5[m]
<waddlesplash>
though, did you try clearing cookies for review. and sso. subdomains?
<waddlesplash>
also, I realized yesterday that you can also try booting with CPUidle/CPUfreq ("power") drivers disabled. These are activated not long before the rocket icon and may be part of the problem
thelounge9179859 has quit [Ping timeout: 480 seconds]
<phcoder>
waddlesplash: I did. It shows login again but when I enter name and password I'm redirested to review.haiku-os.org and there I get a 403
<waddlesplash>
Gerrit sometimes does this for unknown reasons, I don't know why
<waddlesplash>
kallisti5[m] usually manages to fix the problem somehow
<waddlesplash>
if he doesn't respond on IRC in a day or two I'll page him elsewhere
jmairboeck has joined #haiku
<kallisti5[m]>
It's working for me tbh. Clear your cookies?
* janking
has returned
BrunoSpr has joined #haiku
<waddlesplash>
kallisti5[m]: oco also reported this always happens for him too last week
<waddlesplash>
it seems to again be happening to just a few users
<waddlesplash>
and he did try clearing his cookies. see above
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
<Begasus[m]>
got that unresolved symbol when running "php -m"
<Begasus[m]>
got another build running with it included only for target x86_gcc2, will push to a PR in a bit
<jmairboeck>
PulkoMandy wrote there that this is likely a mixture of gcc2 vs. gcc13. That would explain why it only happens on x86, as the other architectures don't have a gcc2.
diver has quit [Quit: Leaving.]
<Begasus[m]>
only thing I could think of is something in the BUILD_PREREQUIRES, the lib: and devel: all look good?
HaikuUser has joined #haiku
HaikuUser has quit []
<Begasus[m]>
hmm xargs is part of libtool, it's probably using the primary one there?
<Begasus[m]>
oops ... nah :)
<jmairboeck>
xargs is part of findutils, IIRC
<Begasus[m]>
yep
<Begasus[m]>
shouldn't "cmd:ld" also be secondaryArchSuffix for secondary arch for that?
<jmairboeck>
yes, I think so
<jmairboeck>
if you even need that explicitly
<Begasus[m]>
it's used in findutils, hence linking done by primary ld?
<Begasus[m]>
man, hate building this in the 32bit vm :)
<Begasus[m]>
it's just that cmd:xargs is used in many recipes, so far none have exposed this issue
<janking>
grate works with fastfetch Begasus[m]
<Begasus[m]>
I only did building, logs, reporting, real credit to mmu_man and upstream! :)
<janking>
ok
<jmairboeck>
Begasus[m]: yes, that looks wrong, but no idea what autotools or libtool are really doing there
<Begasus[m]>
didn't look at the build script, my understanding is that libtool(ize) is mostly used to update config.guess and the likes
<Begasus[m]>
ld is more used for linking stage?
<jmairboeck>
yes, ld is the linker
<jmairboeck>
usually it is called indirectly via gcc though
<Begasus[m]>
ld/libtool are simular I beleive (don't take my word for it though) :)
<jmairboeck>
so I'm not sure if it is needed explicitly
<Begasus[m]>
yeah
Nasina has joined #haiku
<Begas_VM>
checking if the linker (/boot/system/develop/tools/x86/i586-pc-haiku/bin/ld) is GNU ld... yes
<Begas_VM>
should be OK
<Begasus[m]>
k, findutils rebuild, new rebuild for php without the "fix" to check
Skipp_OSX has joined #haiku
<Begas_VM>
guess we should force version for cmd:icu_config also
<Begas_VM>
or even leave it out if it isn't needed ...
<Begas_VM>
still good without: checking for icu-uc >= 50.1 icu-io icu-i18n... yes
<phcoder>
kallisti5[m]: same thing in the incognito mode. G2G now. Will be available later
<nekobot>
[haiku/haiku] ac5543936490 - Interface Kit: BWindow owns (and deletes) menu sem
x10z has joined #haiku
<Begas_VM>
jmairboeck, seems to do the trick, fix xargs, rebuild php
<Begas_VM>
stupid windows, external screen goes black and won't come back ...
<Begas_VM>
grabbing kuserfeedback6_x86-6.11.0-1-x86_gcc2.hpkg and moving it to /boot/home/haikuports/packages/kuserfeedback6_x86-6.11.0-1-x86_gcc2.hpkg
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
nephele_xmpp has left #haiku [Error from remote client]
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [Error from remote client]
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [Error from remote client]
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [Error from remote client]
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [Error from remote client]
<phcoder>
waddlesplash: answering here until 403 is resolved. 0x18 is an offset into gdt32 for 64-bit code segment. Above you see 0x8 and 0x10 equivalents for 32-bit segments
<waddlesplash>
ok
Begasus_32 has quit [Quit: Vision[]: i've been blurred!]
<Begasus[m]>
php8 almost done on 32bit ...
<Begasus[m]>
yes!!! :D
<Begasus[m]>
stupid xargs :P
flag has joined #haiku
<Begasus[m]>
Cleaning work directory of kuserfeedback6_x86-6.11.0 ...
<Begasus[m]>
build completed successfully
<Begasus[m]>
nice :D
flag_ has quit [Ping timeout: 480 seconds]
janking has quit [Quit: Vision[]: i've been blurred!]
<nekobot>
[haiku/haiku] f554fbe3e6ed - kernel/vm: Panic if we can't allocate a mapping object.
<nekobot>
[haiku/haiku] 1c024a236104 - kernel/block_cache: Disable object depot for the buffers cache.
zardshard has left #haiku [Disconnected: Replaced by new connection]
zardshard has joined #haiku
nephele_xmpp has joined #haiku
nephele_xmpp has left #haiku [Error from remote client]
neoncortex has joined #haiku
casuallyblue has joined #haiku
erysdren has joined #haiku
diver has quit [Quit: Leaving.]
<Begasus[m]>
done for today
<Begasus[m]>
cu peeps!
<erysdren>
cya Begasus
<waddlesplash>
...
<waddlesplash>
Skipp_OSX: I can't open new tabs in Terminal
<waddlesplash>
Terminal -> New Tab does nothing
<Skipp_OSX>
...
<waddlesplash>
this is on a build with your most recent menu changes
<waddlesplash>
File -> Find in Tracker works only the second time
* waddlesplash
reboots again just to be sure
<waddlesplash>
yeah, it's consistent
<waddlesplash>
File -> Find does nothing the first time, works second and later times (so far)
<waddlesplash>
Terminal menu items do nothing
<waddlesplash>
and shortcuts do not work either
<waddlesplash>
ah wait, no, shortcuts do work
<waddlesplash>
Cmd+F opens Find in Terminal
<waddlesplash>
but Edit->Find does nothing at all
<waddlesplash>
Skipp_OSX: so there's definitely a regression :-p
<Skipp_OSX>
I don't see how any of that is related... I'm guessing the _Hide() instead of Hide() is the problem.
<waddlesplash>
dunno what else it could be yeah
<waddlesplash>
oh hmm, this Terminal is actually the one from my local generated directory
<waddlesplash>
did we break BMenu ABI after all?
<waddlesplash>
nah, same behavior on system one
<waddlesplash>
but we should probably adjust that ABI just to be really sure, I'll do that
neoncortex has quit []
<Skipp_OSX>
it's strange, Terminal doesn't want to load, but if I do add-ons => Open Terminal it opens. And then if I push Alt+T or Alt+N the shortcut works, but not from menu.
<waddlesplash>
you can choose the screen resolution in the bootloader, and make this permanent with the settings file
<waddlesplash>
whenever we get proper modesetting drivers it will work in the GUI Too
mmu_man has joined #haiku
<hpk>
That's not a 2025 OS for me.
<waddlesplash>
not sure what you mean by "can't scale the windows" though
<nephele_xmpp>
I guess that refers to windows
oevl has joined #haiku
<zdykstra>
heh
novaphoenix0 has joined #haiku
novaphoenix has quit [Ping timeout: 480 seconds]
<Skipp_OSX>
well dev seems down right now but here's what the new drag opacity looks like: https://0x0.st/8cbv.png
<waddlesplash>
ugh, so it is
<waddlesplash>
let's see if it comes back in a few minutes
<nephele_xmpp>
skipp: didnt see at first you were dragging anything in the screenshot :/
oevl has quit [Ping timeout: 480 seconds]
oevl has joined #haiku
<Skipp_OSX>
I hope you like my wallpaper
<nephele_xmpp>
It is a cute wallpaper :)
dovsienko has joined #haiku
<dovsienko>
waddlesplash: apparently, Haiku has getnetbyname() (from BSD), but has not modified the networks(5) file location, so the function still looks for /etc/networks
<dovsienko>
the function works OK, at least for dotted-quad network addresses
<dovsienko>
so if you intend to keep it, it would be better to change the file location to where services(5) and hosts(5) live in Haiku
<dovsienko>
I can file this as a ticket if this simplifies the matter
<nephele_xmpp>
/system/etc/settings/network iirc
<nephele_xmpp>
or without etc
<dovsienko>
yes, /boot/systems/settings...
<dovsienko>
the context of this is libpcap tests, which exercise various code paths, and some of those paths involve external lookups
<dovsienko>
which has chased a few discrepancies in how various OSes process (or not) hosts(5), ethers(5) and networks(5) (didn't get to services(5) yes)
<dovsienko>
and protocols(5) and who knows what else