<botifico>
[haikuports/haikuports] kenmays 95f82b1 - readline: bump version (#10841)
Begasus has joined #haiku
<Begasus>
morning peeps
AlaskanEmily has quit [Remote host closed the connection]
OscarL has joined #haiku
<OscarL>
good day Begasus.
<OscarL>
seems 32 bits buildmaster is stil busted.
<Begasus>
Hi OscarL!
<Begasus>
yeah
<Begasus>
64bit came through though
<OscarL>
on 64 bits, the qt6_base-6.7.2-3 build seemed to have hang, and on the next build log it reads "
<OscarL>
some packages already exist at /var/buildmaster/haikuports/packages, revision bump required", so 3dEyes might want to re-check if depot have the correct version of packages.
<Begasus>
it was already build
<Begasus>
buildmasters are a bit weird lately
<OscarL>
re qt6_base: right, but some how the buildmaster tried it again with the same recipe anyway (thus the "need a revbump" message). Strange indeed.
<Begasus>
I guess if something is off 3dEyes will jump on it :)
<Monni>
I presume it only forgot to update the state after build finished...
<Begasus[m]>
me wonders .... Cleaning work directory of readline-8.2.013 ...
<Monni>
Good morning Begasus[m]
* OscarL
waves to Monni.
<Monni>
Hi OscarL
<OscarL>
Begasus[m]: yeah... buildmasters have been acting up a bit since the last changes regarding S3/"object-store" and whatnot related changes.
<OscarL>
growing pains, I guess :-)
<Begasus[m]>
Too fast maybe :D
<OscarL>
I whished we could have a "same-day" delivery for Python 3.13.0, but now at least I can blame the buildmasters (I *did* sent the last PR changes before 2024-10-07 ended in *my* timezone :-D)
freddietilley has joined #haiku
<Monni>
OscarL: Something always getting stuck... It seems nobody likes making pull requests to actually fix any issues and only track the issue to see if some "ghost" appears and magically fix everything...
<Begasus>
Not much we can do on this side Monni :)
<OscarL>
egg and chicken kind of issue it seems to me. only one or two people understand the infrastructure, get tired of being the only ones working on it.
<Monni>
Begasus: I know... I stick with creating recipes on HaikuPorts for now ;)
<Begasus>
Monni, I don't know anything else :)
<OscarL>
more than greatefull for the work that such people do... but the bus factor on some parts of Haiku... is getting a bit worrisome.
janoz has joined #haiku
<Monni>
If I still had the 21 PCs I used to have... I could easily build own build cluster to test any improvements to the code... But most of them were too old and I had to retire them... Not forgetting electricity prices tend to go out of universe here during peak hours...
<Begasus>
with the amount of people acively involved still a nice job so far :)
<OscarL>
Begasus: Haiku-universe does indeed punches way higher than expected, given the few people actually doing regular code (or dev-ops) contributions, indeed.
<OscarL>
*minus the last indeed (line too long, forgot I have already used it :-P)
janus has quit [Ping timeout: 480 seconds]
janoz is now known as janus
<Begasus>
heh
<Begasus>
I'm in for some typo's mistakes also today
<Begasus>
hardly had any sleep :)
<OscarL>
doggos being too noisy?
<Begasus>
kids :)
<OscarL>
(no need to really answer... just trying to lighten it up a bit, in case it was due to something more serious)
<Monni>
My cats are fighting over who sleeps where ;)
<OscarL>
I see. Hope you can recover soon then Begasus :-)
<Begasus>
yeah, could be some drop-outs though :P
<Monni>
Building Haiku from sources was PITA... Had to install a lot of "new" packages and increase the default image size so everything fits...
tuaris has quit [Quit: Leaving.]
<Begasus[m]>
whohoo! humdinger is FAST! :D
<Monni>
Begasus[m]: That's why we delegate him so many things ;)
<Begasus[m]>
heh
<Monni>
Begasus[m]: I'm already working on few new recipes that eventually need better metadata ;)
<OscarL>
Monni: building a full anyboot iso from 64 bits is a PITA, due to the need for buildtools. If configure script/build-system was smarter, it could just disable the building of 32 bits booloaders if buildmaster is not present (or wanted).
<Begasus[m]>
Mind not fully functional today Monni :) sticking to KF6 today I guess :D
<Monni>
Begasus[m]: I'm going full Leeroy Jenkins with chicken and all...
<Begasus[m]>
OscarL buildtools is only needed once (when no changes) on 64bit
<Begasus[m]>
lol, me hides for a week :P
<OscarL>
that would be a far better prospect for potential casual contributors. Current "get the sources" guide makes it sound like you ALWAYS need buildtools. and that a pain.-
vdamewood has joined #haiku
<Monni>
I always keep forgetting what comes from buildtools and what needs to be added from "system" packages using apt or something like that...
<Begasus[m]>
it does? for all the builds I did only when something changed in the buildtools it needed a rebuild, otherwise only the Haiku build was done
<OscarL>
Begasus[m]: the fact that it is only required only once makes it even worse.
<Begasus[m]>
no need to rebuild gcc on all Haiku builds
<Monni>
I tried building just from the GitHub mirror, but it failed on so many targets... had to add atleast the review server...
<OscarL>
Monni: you can clone from github... but then need to either get the tags from gerrit, or set it your self, IIRC.
<Monni>
Begasus: One more recipe fix submitted... still working on more ;)
vdamewood has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<Begasus>
just saw it Monni
<Begasus>
libiconv not called by configure?
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus>
Monni, think it should be patched: checking for iconv_open in -liconv... no
<Begasus>
checking for libiconv_open in -liconv... yes
<Begasus>
Warning: POLICY WARNING: "/packaging/htmlcxx_tools/bin/htmlcxx" needs library "libiconv.so.2", but the package doesn't seem to declare that as a requirement
<Begasus>
now it actualy links to it
mmu_man has joined #haiku
<Begasus>
Monni, checking with readelf -d there isn't any libiconv reference for libiconv in the libraries
<Monni>
Begasus: Here it shows up correctly...
<Begasus>
so while it's good it's being fixed, I think the real error was/is with lgogdownloader
<Begasus>
configure: error: No kqueue detected in your system!
<Begasus>
bugger ... thought there was some progress on that?
mmu_man has joined #haiku
<Monni>
Begasus: Just the bare minimum...
HaikuUser is now known as nephele_qemu
<nephele_qemu>
HI Begasus
<Begasus>
hi nephele_qemu
<Monni>
Begasus: You know who likes when I complain about missing things in libbsd.so ;)
<Begasus>
no idea Monni
<Monni>
Begasus: Someone whose real name is Augustin Cavalier ;)
<nephele_qemu>
If something is missing you can open a ticket ;) no need to complain about it
<Monni>
nephele_qemu: I'm piling up tickets and pull requests ;)
<nephele_qemu>
pull requests...?
<nephele_qemu>
Begasus: working a bit further on haikuwebkit (webkit2) :D
<Monni>
nephele_qemu: Also known as PRs ;)
<nephele_qemu>
Monni: we don't use that in Haiku
<Monni>
nephele_qemu: I'm just upstreaming some patches so things compile on Haiku...
<Begasus>
nice nephele_qemu, does the build system keep up on speed?
<nephele_qemu>
Begasus: it's slower than on bare metal, and probably slower yet when compared to linux. But it is bearable
<Begasus>
looking into libinotify-kqueue
<nephele_qemu>
maybe i can try to add (basic) support for my gpu...
zard has joined #haiku
<Begasus>
ok, having a good build sytem setup is the first priority nephele_qemu :)
<Begasus>
hi zard
<nephele_qemu>
yeah
<nephele_qemu>
i already compiled wk1 yesterday
<nephele_qemu>
zard: oh hi :)
<Begasus>
missing inotify (obvious) for baloo and hence the errors on kioworkers that are not build because of it
<nephele_qemu>
Begasus: luckily webkits build does stuff like distribute to multiple cores automatically
<Begasus>
nice!
<nephele_qemu>
though i vaguely remember using lld could speed stuff up, but no idea how to set that up
<nephele_qemu>
would probably be a good idea to switch to clang entirely for webkit
<Begasus>
that's for the big guys :D
* zard
waves :-)
<nephele_qemu>
Begasus: honestly, haikuports is really great though! I was using linux and not beeing able to do install cmd:blah infuriated me to no end, but that only works if packages properly declare it :D
<coolcoder613_>
Hi zard
coolcoder613_ is now known as coolcoder613
<zard>
Hello coolcoder613 :)
<Begasus>
watch.c:190:22: error: 'EV_ENABLE' undeclared (first use in this function) (and a few others) :)
<Monni>
Begasus: There is already ticket for EV_ENABLE and EV_DISABLE...
<waddlesplash>
Begasus: we don't support inotify's needed things in KQUEUE
<waddlesplash>
Monni: in the vast majority of cases EV_ENABLE and DISABLE can be patched out
<Begasus>
was worth an effort waddlesplash
<waddlesplash>
but presumably this library needs EV_VNODE or whatever which we don't have
<nephele_qemu>
zard: reading a comment, that sais the BMessage does not indicate which mouse button was pressed :(
<nephele_qemu>
calculating it afterwards seems errorprone. Where does this message come from? maybe we can fix it? (Ideally it should also say which mouse pressed the button...)
<Monni>
waddlesplash: I haven't worked with kqueue enough to know how to patch out EV_ENABLE or EV_DISABLE without breaking functionality of the code...
<nephele_qemu>
also you've switched ctrl and alt in the events. Is that intended?
<waddlesplash>
Begasus: it would probably be best if a native backend was written for libinotify
<Begasus>
waddlesplash, that's one for the great dev's :) but maybe could help out the issue with kioworkers
<zard>
I think switching those two was intentional. I believe we did the same thing in WebKitLegacy
<nephele_qemu>
is this info for the mouse or for native copy paste? If it's copy paste we are probably better of swapping them back and figuring out where copy paste does this
<Begasus>
seen it plenty of times "kioworker "file" problem
<waddlesplash>
Monni: fair enough
<zard>
nephele_qemu: That was for switching ctrl and alt
<nephele_qemu>
hmm, well i dont see a reason why we switch it for the mouse anyhow?
<zard>
Hmm... I think there was a reason, let me think...
<Monni>
waddlesplash: If something is added to Haiku, personally I think it should be fully added, not just bare minimum.... After that, it's matter of debate if any code using those features should be rewritten completely to use native Haiku API...
<zard>
So, when we press ALT+C, what WebKit should understand is CTRL+C
<zard>
That may be why...
<waddlesplash>
Monni: kqueue is a non-standard API with differences even across the BSDs
<waddlesplash>
and macOS too, for that matter
* zard
checks out what WebKitLegacy did
<nephele_qemu>
zard: yeah, but we don't want it to understand "ctrl-c" we want it to understand copy
<waddlesplash>
the kqueue we have is a significant advantage over not having it at all
<zard>
Might need to change WebKit's source code for that
<nephele_qemu>
surely macos already deals with this case?
<Monni>
waddlesplash: I know... I've used FreeBSD, OpenBSD and NetBSD... But my point is that it's hard to test something until you get it to compile to the end... If there is two parts of kqueue support missing, it means compilation will break twice...
<Begasus[m]>
wip progress then :)
<nephele_qemu>
Why is there no good webkit browser for windows :(
<zard>
But WebKit has a Windows port in the official source tree!
<waddlesplash>
Monni: there's a lot more than 2 parts.
<waddlesplash>
anyway kqueue can already be used by libevent and libuv
<nephele_qemu>
zard: i am aware! that makes it even more annoying! :D
<nephele_qemu>
afaik apple uses it for iTunes xD
<Monni>
waddlesplash: For me, it's missing only two parts... For others, maybe more...
<zard>
:D
<nephele_qemu>
should make a non-profit or something to make a nice webkit browser for windows now that mozilla went up in flames
<waddlesplash>
I think swapping ctrl/alt makes sense for WebKit
<waddlesplash>
this means all web apps that use Ctrl or Alt commands, not just copy paste, will use the native shortcuts
<waddlesplash>
from JS that is
<nephele_qemu>
... which "native" ones do you expect web applications to support?
<nephele_qemu>
alt-w and alt-q. not really. text editing shortcuts have to come from the OS too... doesn't make much sense to me
<zard>
So, WebCore/platform/haiku/PlatformMouseEventHaiku.cpp might be the code that handles it for WebKitLegacy. Not sure. But it was the only other place I could find.
<nephele_qemu>
only makes it unclear which button you actually have to press
<zard>
And it doesn't swap the keyboard shortcuts
<nephele_qemu>
zard: well if the keyboard is not swapped then this really was just an oversight
<zard>
So, yeah, it might be better to not swap them
th3synth4x has joined #haiku
th3synth4x has quit []
flag has joined #haiku
<nephele_qemu>
darn, this compile isnt fast
<nephele_qemu>
might have to set up distcc so it compiles indirectly on the host
Begasus has quit [Quit: Vision[]: i've been blurred!]
Begasus has joined #haiku
nipos has left #haiku [Disconnected: Received SIGTERM]
nipos has joined #haiku
<nephele_qemu>
zard: why is MiniBrowser loading LibwebKitLegacy in addition to libWebKit?
<nephele_qemu>
also, am i supposed to use the script Tools/Scripts/run-minibrowser --release --haiku? The build said so but it didn't work
<zard>
I always just launched it directly
<zard>
As to MiniBrowser loading libWebKitLegacy, it shouldn't, but it does for some reason. I did some debugging but not enough yet
<zard>
Tinkering with the build system can take a long time, as I discovered :/
<nephele_qemu>
Hmm, where does the build write that last log line? the script seems pretty pointless
<zard>
What last log line?
<nephele_qemu>
WebKit is now built (1h:46m:10s).
<nephele_qemu>
To run HaikuLauncher with this newly-built code, use
<nephele_qemu>
the command "Tools/Scripts/run-minibrowser --release --haiku".
<mbrumbelow>
Does anyone know if the issue with OpenSSL and SoftwareUpdater - HaikuDepot in the nightly builds has been fixed? The last time I built and installed the OS from packages, both SoftwareUpdater - HaikuDepot would not connect and this not update or install requested software.
* nephele_qemu
hasent seen such an issue
<nephele_qemu>
zard: dark mode support seems to be gone :D
<zard>
Ah, I build WebKit with `cd $build_directory; ninja -j4 MiniBrowser`
<zard>
dark mode?
<nephele_qemu>
Yeah
<nephele_qemu>
:root { color-scheme: dark; }
<nephele_qemu>
this is supposed to be recognizes from the OS what mode is supposed to be used, and this worked in webkitlegacy :)
<nephele_qemu>
and the color "behind" the webview is also set to white now
<nephele_qemu>
guess i'll have to first check out where the view color is set in minibrowser
<nephele_qemu>
(and where its code is)
humdinger has joined #haiku
tuaris has joined #haiku
<nephele_qemu>
zard: are mousewheel scroll events also un-implemented?
<zard>
Yes
<Begasus>
hi humdinger!
* Begasus
suspects a call for translators comming up ....
<humdinger>
Begasus: hullo. haven't really thought about that... :)
<Begasus>
ah, would it be hard to turn that into a replicant humdinger? ;)
<Begasus>
heh
<humdinger>
the app? would that really be useful? It'd take up much of the screen, bo?
<humdinger>
*no?
<Begasus>
not the app, the input feild(s)
<Begasus>
drop 2 files in it, lauch the app ...
<Begasus>
was thinkering about that earlier :)
<humdinger>
dunno... As it launches quite snappily, having the app's icon instead of the replicant and double-click it, or dropping 1 or 2 files on it seems equally nice or better.
<Begasus>
just an old man's thought, it's already a lot better with the new shortcut!
<humdinger>
right-click one file or the selection of the two files and "Open with PonpokoDiff" is also possible
nosycat has joined #haiku
<Begasus>
oh wow! didn't knew about that drag-n-drop +1
<humdinger>
it's a good Haiku native citizen :)
<Begasus>
really it is! love that thing! :D
<humdinger>
You must be the one using it most, I have the feeling. I almost never :)
<Begasus>
specially on bumping recipes it's a must have
<Begasus>
atleast for me :D
<nephele_qemu>
humdinger: I've used that on ocasion in vision
<nephele_qemu>
zard: seems the other ports also have events for mouse cursor entering/leaving the webview
<nephele_qemu>
not sure if those are good to implement. maybe only if the window is in focus
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
<humdinger>
nephele_qemu: I you think the shortcut is needed, please comment on that PR. Otherwise it might be removed.
<nephele_qemu>
I don't have a github account. But we've had a similar discussion where webpositive also uses that combination, and we don't want to remove it
<nephele_qemu>
iirc the intention is to "only" disable it when you are focused on the input bar, but tbh i don't see a case where you aren't in vision
<nephele_qemu>
and since there is no multiline input i really don't see the problem
<nephele_qemu>
(in webpositive maybe that can move to alt down, up at a later date when we have vertical tabs though. we'll see i guess)
<humdinger>
I have difficulties to parse this... :) So the collapse/expand shortcuts in Vision could be removed?
<nephele_qemu>
I don't see why it should be
<humdinger>
because the input field always has focus and the shortcut is needed for word jumping
<nephele_qemu>
though, on an architectural basis: there is no reason why this needs to be two shortcuts, a common expand/not expand could also work, there is no nested levels here
<nephele_qemu>
maybe alt-e or something to expand/contract?
<nephele_qemu>
I don't think it is a good idea to remove this shortcut without replacement in any case
<humdinger>
good call
san2ban has joined #haiku
freddietilley has quit [Quit: WeeChat 4.4.2]
san2ban has quit []
<humdinger>
nephele_qemu: I've added your suggestion to the PR.
<nephele_qemu>
since we are on the topic of vision, what does this "Notify list" actually do? :D
<nephele_qemu>
it's always been empty for me
<humdinger>
I knew that... once... hang on
<humdinger>
restart
humdinger has quit [Quit: Vision[]: Oi with the poodles already!!]
humdinger has joined #haiku
<humdinger>
nephele_qemu: the nick turns green and you get a notification when the nick is online
<humdinger>
you right-click on a nick in the righthand list and choose "Add to notify"
<humdinger>
Maybe I should add that tidbit to the Vision page in the user guide
<nephele_qemu>
hmm, discussions about politics on the forum, ugh
<humdinger>
yeah. the funny thing is that it mostly starts when people say they don't want to talk about politics.
<humdinger>
then everyone agrees.
<humdinger>
"not from the left"
<humdinger>
"not from the right" says the next.
<mbrumbelow>
Nope
<mbrumbelow>
Still broken.
<humdinger>
then complain how bad it is that's always about politics.
<nephele_qemu>
yeah
<humdinger>
but they started it in the first place... :)
<nephele_qemu>
*shrug* to be honest i don't even think the commen of damoklas was directed towards any previous examples of what ladybird has or has not done
<nephele_qemu>
but it's always a pile on
<nephele_qemu>
maybe that topic should be set in slow mode or closed soonish, i'll keep an eye on it i guess
<humdinger>
yeah. mostly it blows over. esp. since some of the troublemakers aren't on the forum anymore...
KushagraSrivastava[m] has joined #haiku
<nosycat>
"We don't talk about politics here." (many people go silent) (many others leave) (the "apolitical" ones start aggressively promoting their totally non-political views) "Waaah, what happened to our nice community?"
th3synth4x has joined #haiku
* humdinger
is idle: BRB
<nephele_qemu>
zard, PulkoMandy: do you know if the "convert to windows keycodes" codepath is needed?
<nephele_qemu>
did we do this for wk1?
th3synth4x has quit []
<zard>
Which file(s)?
<nephele_qemu>
for example WebKeyboardEvent::windowsKeyCodeForWPEKeyval(unsigned keyval) in Source/WebKit/shared/wpe/WebKeyboardEventWPE.cpp
<nephele_qemu>
that is the WPE implementation for this
<nephele_qemu>
but gtk also has one it seems
<nephele_qemu>
to convert from whatever native keycodes to "VK_*" keycodes
<nephele_qemu>
If it's neccesary I'll implement this i guess though
<nephele_qemu>
seems our webkit1 port used WebCore::windowsKeyCodeForKeyEvent
<nephele_qemu>
oh, actually this is already our own implementation. Then i can just take that one :g
<nephele_qemu>
:D
<zard>
Yeah, no idea if it's useful, but couldn't hurt, right? :-D
<Begasus>
or you can use the systemmonitor(manager?) from x512[m] (haiku_utils? package)
<Begasus>
don't have that one installed atm, but handy if you need to kill multiple processes
<nephele_qemu>
that doesn't kill for me, only quit
<nephele_qemu>
why add a third party app for stuff that is already in haiku by default? :P
<Begasus>
ah right, Alt-T (terminate)
<Begasus>
when checking things with akonadi it's handy as that launches multiple processes :)
<Skipp_OSX>
don't forget the Vulcan death grip
<Begasus>
that too, although I always forget how to :)
<nephele_qemu>
Skipp_OSX: that was my original question :( if i do it like that the host wants to shut down, but the vm won't bring up team monitor
<Begasus>
can't you change that behaviour?
<nephele_qemu>
no clue. already struggling enough with the sleep button on this keyboard
<Begasus>
can select it in the menu from VMWare (send Ctrl-Alt-Del)
<nephele_qemu>
I'm not using vmware
<Begasus>
just saying :) maybe it's somewhere in there too
<nephele_qemu>
wondering if there is a way to rotate the qemu screen
<Begasus>
with a bit of manual labor? ;)
<Skipp_OSX>
I don't know how else to bring up Team monitor... so you got me there.
<Skipp_OSX>
Even searching for "Team monitor" doesn't bring it up, you'd think it would.
<nephele_qemu>
Skipp_OSX: maybe sending a specific message to input_server
<nephele_qemu>
I opened up a lamp to see if i could fit lithium battiers inside as alternative to 5v over micro usb, and almost the entire base was a rock
<nephele_qemu>
so i got plenty of space :3
<nephele_qemu>
zard: have you investigate the ammount of flickering in minibrowser?
janking has quit [Quit: Vision[]: i've been blurred!]
<nephele_qemu>
zard: by the way, you don't need to tell ninja to use 4 jobs, by default it will use whatever cpu core ammount you have
Begasus has quit [Quit: Vision[]: i've been blurred!]
Begasus has joined #haiku
<nephele_qemu>
Heh... minibrowser worked, changes something in it's UI... doesn't work anymore :(
<nephele_qemu>
ah. stale webkit processes were crashed/hanging :D
gouchi has joined #haiku
<zard>
re
<zard>
Yeah, those often don't get deleted
<zard>
I've investigated the flickering, let me get you the code
<zard>
As you can see, WebKit currently needs to switch threads before it can draw. That can take a bit of time. I believe that's where the flickering comes from
<zard>
Switching threads is done by adding the task onto another thread's work queue. If you're unlucky, it can take a while till the thread gets to that item of the queue
<zard>
The comment states it would be nice not to require that from being called from the main thread
tqh has joined #haiku
<zard>
WebKit isn't exactly made for that, so who knows how difficult such a thing would be
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
<zard>
So, yeah, that's that problem
SLema has joined #haiku
<Skipp_OSX>
but webkit2 is right, it is multithreaded
<zard>
And message sending from any thread other than the main thread is not supported by WebKit
<nephele_qemu>
oh, so this only crashes "sometimes" if not ran on the main thread?
<zard>
Yes, I believe so. So it might not be too hard :-)
<nephele_qemu>
huh? why can't other processes send messages?
<zard>
Other *threads* you mean?
<nephele_qemu>
Well, it's called UIProcess not UIThread ;)
<nephele_qemu>
but anyway, why would that not work, isn't this shared code?
<nephele_qemu>
or is this just our port having trouble with it
<zard>
UIProcess has several threads. In this situation we have the window thread and the main WebKit thread which currently happens to be the same as BApplication's thread
<zard>
I don't remember what caused message sending to report. I think it was some kind of assert.
<zard>
IIRC, After looking at the assert for a bit, I realized that it basically was saying "this code is not meant to be run on other threads"
<Begasus>
cu peeps
Begasus has quit [Quit: Vision[]: i've been blurred!]
<nephele_qemu>
The code in UIProcess?
<nephele_qemu>
Is the window thread and webkit thread the same in one ports?
<nephele_qemu>
other*
<zard>
Perhaps
<nephele_qemu>
I guess I can comment out the part that makes it run in the main thread and see what assertions i'd hit
<zard>
What version of lld do you have? If it's older than 17, then that may be the cause of the problems
<zard>
Since the issue is fixed for newer versions
<nephele_qemu>
it installed lld12
<nephele_qemu>
should i pick the lld18 one then?
<zard>
Yes
<nephele_qemu>
hmm, same issue :g
<zard>
Though I have lld17 still...
<zard>
May as well try lld17
<nephele_qemu>
pulkomandy mentions that on the github+
<nephele_qemu>
with 17 vs 18
<nephele_qemu>
nope... 17 doesnt work for me either
<nephele_qemu>
lets try to just deinstall lld completely
<nephele_qemu>
and, it still fails to compile
<zard>
Well, it's not that then :/
<nephele_qemu>
> -- Could NOT find Ruby (missing: Ruby_INCLUDE_DIR Ruby_LIBRARY Ruby_CONFIG_INCLUDE_DIR) (found suitable version "3.2.5", minimum required is "2.5")
<nephele_qemu>
not sure what this is about either xD
<zard>
Now, there is a way to figure out what test program it compiled and what command it used to compile it
<nephele_qemu>
compiling a simple int maint() { return 0; } with distcc as compiler works
<zard>
But I think there was a way to get cmake to log the errors the compiler gave
<zard>
I did the first way only to realize that the second was existed and would probably have been easier
<zard>
gtg, now though. Bye, and good luck!
<nephele_qemu>
thanks :D
zard has quit [Quit: leaving]
<nephele_qemu>
hmm, it doesn't work still... always fails and sais "building locally instead"
<nephele_qemu>
oh well
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
Anarchos has quit [Quit: Vision[]: i've been blurred!]
Anarchos has joined #haiku
nephele_xmpp has joined #haiku
nephele_qemu has quit [Quit: Vision[]: i've been blurred!]
zardshard has left #haiku [Disconnected: Received SIGTERM]
zardshard has joined #haiku
gouchi has quit [Remote host closed the connection]
jmairboeck has quit [Quit: Konversation terminated!]
nephele_xmpp has left #haiku [Disconnected: Hibernating too long]
kescher has joined #haiku
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<Peppersawce>
You know, I just noticed Winamp suddendly got some new releases (I thought they got stuck at 5.8 still) so I checked Wikipedia, followed a link there about some source code debacle thingy and... suddenly a wild kallisti5 appeared :D