<Begasus>
so now my build system is totally borked :(
<Anarchos>
Begasus: no idea, i have just access through ssh to my haiku server (though i am at home, but working remote on those silly angular applications)
<Begasus>
my worst nightmare at this moment here Anarchos, can't even build something as simple as "album"
<Begasus>
I "could" switch repos to nightly, but that wasn't the plan on this install
tuaris has quit [Read error: Connection reset by peer]
<Begasus>
don't see that in the "actual" speed though :)
<gordonjcp>
akashkumar: which browser?
<akashkumar>
I am seeing this speed in cli commands
<gordonjcp>
akashkumar: any commands in particular?
<gordonjcp>
hang on, let me get onto IRC from my Haiku VM
<akashkumar>
I only ran pkgman install/update commands, that is where I observe a very slow download speed
<gordonjcp>
right there
<gordonjcp>
akashkumar: okay, maybe the pkgman server you're using is slow from where you are
<Begasus>
atleast it's working there :)
<gordonjcp>
I am pulling down updates with pkgman at around 60Mbps
<akashkumar>
same speed with git pull command
<gordonjcp>
how are you connected?
<akashkumar>
what do you mean ?
<gordonjcp>
well, how is your VM host connected to the Internet?
akashkumar7902 has joined #haiku
<gordonjcp>
I'm currently running Haiku in qemu with its default network settings, on my desktop PC with a wired connection to my ADSL router, which gets around 70Mbps
diver has joined #haiku
<gordonjcp>
I'd say I'm seeing acceptable performance
<akashkumar7902>
any idea why I am getting resource not found
<Begasus>
can't build anything anymore with haikuporter akashkumar7902
<Begasus>
nor does pkgman work anymore
<Begasus>
seen that "__divmoddi4" thing before ...
<akashkumar7902>
what could be a possible solution ?
DKnoto has joined #haiku
<Begasus>
think it's related to boot_loader_bios_ia32 (there was some talk about that not that long ago on IRC)
<Begasus>
can't find a quick link for it, that's one for the core devs
<Anarchos>
Begasus: i think it is the buildtools for __divmoddi4 thing
<Anarchos>
Begasus: sure there were some tickets about it. I remember having seen them.
<Begasus>
ld: generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/bios_ia32/boot_platform_bios_ia32.o: in function `BIOSDrive::WriteAt(void*, long long, void const*, unsigned long)':
<Begasus>
(.text+0xdda): undefined reference to `__divmoddi4'
<Begasus>
and a few more following there
* phschafft
actually knows what __divmoddi4 is ;)
<Begasus>
hi phschafft :) also know how to fix? ;)
<Begasus>
iirc there was something about disalbling it?
<phschafft>
it's the implementation of the / and the % operator ;)
<phschafft>
normally provided by gcc via one of the things it includes by default.
<phschafft>
when it's missing it's a hint that you messed up your linker flags badly OR that you try to build a kernel of some sort and have your options not fully correct.
Begasus has quit [Quit: Vision[]: i've been blurred!]
Begasus has joined #haiku
vdamewood_ has joined #haiku
<Begasus>
k, system build is scewed, might as well switch to nightly, g'bey beta :'(
Begasus has quit [Quit: Vision[]: i've been blurred!]
vdamewood has quit [Ping timeout: 480 seconds]
<akashkumar7902>
I can ask it in discuss.haiku-os.org
<Begasus>
I knew I saw this somewhere not that long ago :)
<Begasus>
You can’t build the 32-bit bootloader on x86_64 without crosstools. You’ll need to disable building of the bootloaders by commenting out a line in the build scripts:
<Begasus>
so you can disable it bypassing the need to build the cross tools :)
<akashkumar7902>
> commenting out line 21 of file "haiku/build/jam/packages/Haiku" on the haiku git clone should do it
<akashkumar7902>
this line right ?
<Begasus>
didn't check the line here myself (already got those cross tools done), but I suspect it is, compare to the line mentioned by waddlesplash in the forum
<akashkumar7902>
the above is the cmd i am running
<Begasus>
err ... you are building the crosstools now?
<Begasus>
dragging to select text in Web+ seems borked ...
akashkumar_ has joined #haiku
<Begasus>
that or paste.opensuse.org is bogus for selecting text :)
<Begasus>
f*ckd!!! ~/Desktop> pkgman install gdb-15.1-2-x86_64.hpkg ... even that isn't working
akashkumar7902 has quit [Ping timeout: 480 seconds]
<Anarchos>
Begasus: you seem cursed :)
<Begasus>
I know I don't have a "typical" setup, but switching repos from beta shouldn't take this effect :(
<Begasus>
if this continues I'll be forced to do a full re-install whiping all from HD
<Begasus>
pkgman/HaikuDepot don't respond to anything
<Begasus>
can't even "uninstall" anything, HaikuDepot doesn't respond also when double-click a package (opens but doesn't show a window)
Begasus has quit [Quit: Vision[]: i've been blurred!]
_-Caleb-_ has joined #haiku
_-Caleb-_ has left #haiku [#haiku]
marzzbar has quit [Ping timeout: 480 seconds]
_-Caleb-_ has joined #haiku
akashkumar7902 has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
Nephele has joined #haiku
akashkumar_ has quit [Ping timeout: 480 seconds]
<Nephele>
akashkumar: You are trying to open MediaPlayer from the build, not from your installation
<Nephele>
the "comment out line 21" thing only works if you are build a haiku package. If you are building the complete image the 32bit bootloader will be build regardless, and you *will* have to use the buildtools with cross compiled 32bit support
Begasus has joined #haiku
Begasus has quit []
Begasus has joined #haiku
<Begasus>
think I'm bound to do a clean install on this one :'(
novaphoenix has quit [Quit: gone fishing]
novaphoenix has joined #haiku
<Anarchos>
Begasus: reboot and use a previous stable state?
<Begasus>
tried Anarchos, just sits at black screen and evt boots into windows :(
<Anarchos>
Begasus: my last resort in this case is to extract the HDD and plug it into another haiku computer...
<Anarchos>
Begasus: after all, i am the man who recovered a lost BFS partition by hand....
<Begasus>
hope I can boot into the USB install and re-install from there like the previous time Anarchos
<Begasus>
previous/first install on this laptop
<Begasus>
cleaning work dirs, making backups first
<Begasus>
good thing I have my "work" in a seperate partition
<Begasus>
tokodon also borked
akashkumar7902 has quit [Ping timeout: 480 seconds]
Begasus has quit [Quit: Vision[]: i've been blurred!]
akashkumar7902 has joined #haiku
Begasus has joined #haiku
akashkumar has quit [Quit: Connection closed for inactivity]
<Begasus>
even there no luck, keeps booting into the installed system
DKnoto has quit [Ping timeout: 480 seconds]
akashkumar7902 has quit [Quit: Leaving]
<Nephele>
Begasus: what's the problem you are facing?
Coldfirex has quit [Remote host closed the connection]
DKnoto has joined #haiku
<Anarchos>
nephele: he tried to switch his repo from beta4 to beta5. And it went weird
<Nephele>
gonna need a bit more info than that :)
walkingdisaster has joined #haiku
<Begasus>
hi nephele
<Begasus>
nephele, nothing works related pkgman/haikuporter ...
<Begasus>
double click on a hpkg file "opens" HaikuDepot, but doesn't show a window ...
<Nephele>
pkgman is stuck?
OscarL has joined #haiku
<Nephele>
can you Open Debugger, set all threads to the debugged state (just select them and click debug) and then export a backtrace from the menu
<Nephele>
with tools-> save debug report
<Begasus>
can't install debugger ...
<Begasus>
pkgman install gdb-15.1-2-x86_64.hpkg ... no response
<Begasus>
nothing in syslog ...
<OscarL>
Hi Begasus. Sorry to read about your issues. Just wanted to say that... there are other options before doing "nuke and do clean-install" (assuming you don't get too tired of trying things :-D).
<Begasus>
this is the last line atm: 2024-08-20 14:32:11 USER: app application/x-vnd.Haiku-Repositories send to client failed: Bad port ID
<Nephele>
Begasus: Debugger is always installed
<Nephele>
how would you have removed it?
<Begasus>
well, gdb isn't iirc ... checking
<Nephele>
I don't care about gdb
<Nephele>
I asked about Debugger
<Nephele>
i.e the gui application we ship that has no need for an additional debugging server
<Begasus>
nOOb there you know :)
<Nephele>
Just open Debugger from the Applications menu in deskbar
Coldfirex has joined #haiku
<Nephele>
I wasn't asking for some abstract debugger, just the application named that :D
<Begasus>
k, that's open
<Begasus>
launched* ... now?
<Nephele>
now select the process for pkgman
<Begasus>
selected*
<Nephele>
click attach
<Nephele>
now you should see a thread list at the top left
<Nephele>
all with state "running"
<Begasus>
2 yes
<Nephele>
click on them, and then select "Debug" below, so that both are in the state "Debugged"
<Nephele>
after that use Tools-> Save debug report
<Begasus>
well, second is debug task, add that too?
<Nephele>
Debugger is using the package kit to try and look for debug info
<Nephele>
... this has turned into a difficult situation
<Nephele>
Have you rebooted since this happened?
<Begasus>
tell me :P
<Begasus>
errr ... don't know how many time since this morning :)
<Nephele>
so you did reboot atleast once
<Nephele>
okay
<Nephele>
hmm..
<Nephele>
kallisti5[m], waddlesplash: any additional ideas how to debug this?
<OscarL>
From Begasus' syslog at the forum: > Failed to open packages activation file: No such file or directory
<Begasus>
Hi OscarL, last resort would probably be format the partition from windows and do a clean install from USB
<OscarL>
and > KERN: packagefs: Failed to get shine-through directory "non-packaged": No such file or directory
<Begasus>
yeah those too, didn't show up now
<OscarL>
Begasus: I wouldn't even re-format the partition.
<Nephele>
It would be better to keep it like it is for now, so we can figure out why this happened to prvent it
<Begasus>
booting the USB sends me to the installed partition OscarL
<Nephele>
Begasus: you need to select another install in the bootloader (of the usb) then
<Nephele>
OscarL: sata is hotplug capable, hehe. I wonder how many Oses can nicely cope with that
<Begasus>
nephele, hitting the spacebar on boot sends me into black screen
<OscarL>
I solved a "borked beyond believe" bad update by Botting from USB drive, nuking "/system/" from HDD, copying system from boot drive :-D
<Begasus>
left it running earlier to see it booted into windows when I came back
<Nephele>
WinDose
<Begasus>
most of the things still work ok, just not the parts that I need :P
<OscarL>
Begasus: I managed to confuse package_deamon/packagefs enough a few times... renaming "activated_packages" and letting it re-create it on reboot might help?
<Begasus>
haven't tried that yet OscarL, might be worth a try
<OscarL>
Also, beta5/nightlies at this point are really similar, I'd try switching repos to master and see if that helps.
<Begasus>
reboot ... biab (I hope)
Begasus has quit [Quit: Vision[]: i've been blurred!]
Begasus has joined #haiku
<Begasus>
no change, already on master repo/hrev
<OscarL>
with the ammount of custom packages you have, might be dificult to figure out if some of those is interfering (and might solve things if you just get the "official" one).
<Begasus>
true there :)
<OscarL>
still have my crappy "system_installed_packages_built_by_me" bash funtion?
<Begasus>
reboot*
Begasus has quit []
<OscarL>
Hi there nephele, btw :-)
Begasus has joined #haiku
<OscarL>
B2IA: "system_installed_packages_built_by_me" bash function might help? I also have a "move_system_installed_packages_built_by_me_to_home" for emergencies :-D
<Begasus>
also, what's up with the KDL message on boot?
<OscarL>
Begasus: ^^^^
<Begasus>
narrows down about 1K packages
<OscarL>
Haven't got KDL on boot here.
<Begasus>
too bad I can't uninstall them also :P
<Begasus>
some message like: local interface created and initialized succesfully
<OscarL>
I just move them... packagefs gets mad, but I do the "rename activated_packages and reboot" trick.
<OscarL>
"KDL on success"? lol.
<Begasus>
weird hé :P
<OscarL>
that's what I get for laughing... got KDL due to crappy VBox driver.
<botifico>
[haikuports/haikuports] threedeyes 4252d8f - qt_creator: implement attach to running processes for debugging
<Nephele>
Begasus: I
<Nephele>
'm just trying to figure out why git has changed language suddenly on my install
<Begasus>
nephele II
<Nephele>
were they invaded? :D
<Begasus>
yeah, saw your message in dev chan :)
<Begasus>
Error: directory rtl not found (lazarus doesn't launch now ...)
<Begasus>
list of libraries installed here still using openssl 1.1 https://bpa.st/7FDQ
<Begasus>
killing package-deamon sorta gets pkgman up and running again, doing a full-sync now (on master, so goodbeye beta)
<Nephele>
beta and master is equivalent save some specific patches
<Begasus>
yeah, but hrev for beta5 is lower then the one for nightly, so reverting to beta5 won't be possible anymore
<Begasus>
A reboot is necessary to complete the installation process. ... crossing fingers ...
Begasus has quit [Quit: Vision[]: i've been blurred!]
Begasus has joined #haiku
tuaris has joined #haiku
<Begasus>
k, killing package-deamon also made it possible to install gdb package
<OscarL>
Why wouldn't you be able to "go back" to beta5? (as long as you don't start building/installing lots of packages while on nightly)
<Begasus>
bad experience with it :)
<Nephele>
Begasus: pfft, beta5 isn't even released :) if you have some major bugs we should be able to iron those out, so you can use beta5 proper
<Begasus>
k "hp falkon" running again too
<Begasus>
so looks like there is an issue on "boot" with package-deamon here
<OscarL>
I mean... if you get "nightlies" working OK on your system "now", switching to "beta5" should be ez pz.
<Begasus>
I hoped also for going from beta4 to beta5 OscarL :D
<Begasus>
nephele, would be great if that worked, I'm still in favor of using R1B5 then a nightly
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
zard has joined #haiku
<Begasus>
HaikuDepot app opens now also when clicking on a package
<Anarchos>
Begasus: could solve tyour installation problem ?
<Nephele>
I haiku doesn't support a webcam it's nice to just tape it over, clearly the only ones who have a driver are malicious actors in that situation xD
<Nephele>
I'm baffled when tape is descibed as paranoid. It's a 2 second fix for a potential problem, doesn't seem that difficult to do
<Begasus>
never crossed my mind nephele :)
<Begasus>
Falkon still misbehaving ...
<Nephele>
maybe $yetAnotherBrowser will work better... :P
<Begasus>
heh
<Begasus>
tried earlier with Angelfish, same thing there :P
<Nephele>
reminds me of that "definition of insanity" thing. Keep porting new browsers, surely the next one will solve all problems
<OscarL>
(a not-so-light tap with a screwdriver also works wonders to disable webcams)
<Nephele>
well if you want a hw solution sometimes you can just disconnect them from the motherboard
<OscarL>
Falkon pegging a core to 100% is related to polling issues, as I saw in "links" before swithing it to the fixed libevent...
<Nephele>
links2?
<OscarL>
but listimage Falkon doesn't listed libevent last time I checked so... :-/
<Nephele>
links2: I can't be tracked with such an obscure browser!. Website "Your user agent Links XXX on FreeBSD RR.R is unique"
<Begasus>
well if Web+ behaves when visiting github it's good enough for me
* OscarL
has the feeling that the moment he stops using "LD_PRELOAD=libroot_debug.so" for Tracker... he WILL get the crash he's trying to catch.
<Nephele>
duh, it's de-bugging it!
<OscarL>
too damn effective!
<Nephele>
hmmm, why do websites not want to show me images if no js
<Nephele>
links2 doesn't do mouse scrolling on Haiku :( why not :(
nipos has left #haiku [Error from remote client]
DKnoto has quit [Ping timeout: 480 seconds]
<OscarL>
"links" does... kinda. Wheel works on text mode, but not in GUI, lol
<Nephele>
Begasus: github doesn't work too well for me in webpositive
<Nephele>
OscarL: isn't it links2 though
nipos has joined #haiku
<Nephele>
also no copy paste
<Nephele>
that port isn't done
<OscarL>
just --links2, problem solved.
<Nephele>
I don't see why you'd want to use links in text mode
<Nephele>
it's such a good graphical browser
<Nephele>
it even has gamma calibration
<OscarL>
I was just testing things related to libevent when I noticed the "text vs -g" difference.
<Nephele>
I see
<Begasus>
still sends one thread through the roof nephele
<Nephele>
well, it's using almost no CPU, like it should
<Nephele>
Begasus: what? github?
<OscarL>
"ERROR: even_bse_loop failed: No such file or directory" while exiting links. Mmm.
<Begasus>
yep
<Nephele>
again some spam in the browser console?
<Begasus>
laptop is silent if not open, bright side, gmail is fine it seems :)
<Nephele>
hmm, maybe with webkit2 I can make a chrome that works like links2
<Nephele>
I really like links2 gui
<Nephele>
Would be cool to encourage people to come up with a nice chrome, move some webpositive stuff to libshared for easy access to ports or something similar
bbjimmy has joined #haiku
<Begasus>
maybe there is some things going on with mmlr and buildmasters related to pkgman?
<Nephele>
links2 "ignore document colors" could be implemented like the forced system colors, like in edge
<Nephele>
luckily there is css specs for that
<OscarL>
Begasus: pkgman update going well here (57980 to 57991 from Haiku, updating perl from HaikuPorts)
<PulkoMandy>
nephele: When done, webkit2 will (hopefully) provide a cleaner/usable api for apps to use web views. There should be no need for libshared here
<Begasus>
yeah, "now" it's behaving here
<PulkoMandy>
With webkitlegacy it's not really possible
<Nephele>
PulkoMandy: If we want to encourage people to make their own "chrome" kinda, i think we should provide some stuff in a support library (even if not libshared), like how to deal with bookmarks, browser sessions etc
<Nephele>
those seem like harder problems to solve, and seem mostly unrelated to how the Chrome looks or interacts with user input
<PulkoMandy>
You mean all the things webpositive doesn't really do? :)
<Nephele>
... yes ;)
<Begasus>
installKF6-frameworks.sh still working ... saves manual installs :P
DKnoto has joined #haiku
<PulkoMandy>
Bookmarks are the same format used by NetPositive so that shouldn't be a problem. But there are a lot of other things (storing original url in downloads as an attribute for example)
<PulkoMandy>
But all of this could be added to our webkit2 api if we want to
<Nephele>
we probably should. I don't think curl does this
<Nephele>
but then I don't know if curl downloads ever work at all, it doesn't show the total file size, i can't find the damn download and it keeps saying it can't open the Downloads directory most of the time
<phschafft>
hm.
<waddlesplash>
Begasus: you can still downgrade to beta5 from master, that's possible
<waddlesplash>
did your hangs recur? or are they gone now?
<waddlesplash>
nephele: this is a new bug in the most recent HaikuWebKit version
<waddlesplash>
nephele: I don't know if PulkoMandy has had a chance to investigate yet
<Begasus>
waddlesplash, no hangs, just not responses from pkgman/HaikuDepot (as shown in that screenshot)
<waddlesplash>
yeah, does it still happen on boot?
<waddlesplash>
did you try deleting your activated packages file?
<PulkoMandy>
nephele: Yes, downloads in web+ are broken currently. I think no one opened a ticket yet
<Begasus>
yep waddlesplash, even deleted latest states ...
<Begasus>
killing package-deamon seems to solve things here
<waddlesplash>
very strange
<Begasus>
HaikuDepot launches fine now and fills the repo list
<Begasus>
yeah
<Begasus>
I thought it was trange seeing it on shutdown too
<waddlesplash>
we should try and get a backtrace from package daemon
<waddlesplash>
if this happens on every boot
<Begasus>
I could do a reboot to see if it still happens, but I bet it does (here)
<Begasus>
atleast I know how to pass over it for the time being
<Begasus>
waddlesplash, any idea with the KDL message on boot also? thought you were talking to vidrep about that yesterday
<Begasus>
only shows for a few seconds and then boots to the Desktop
<Nephele>
PulkoMandy: :(
<Nephele>
PulkoMandy: what should we do about that? I've not really spend that much time with webkit since waiting for webkit2
<Nephele>
I also wonder if the netservices now work better with the tcp fixes
<PulkoMandy>
Fix the bug, of course?
<Nephele>
the bug is somewhere in the curl support i think? where should I look for that?
<PulkoMandy>
No, that won't fix cookies or any of the other problems with it
<Nephele>
I can bring up my webkit build machine (with a new beta5 test image) and then start looking into it
<PulkoMandy>
Don't try to reimplement http. That is astupid idea. I know because I tried .)
<waddlesplash>
Begasus: download this paste, then "git apply <file>", then rebuild just haiku packages (jam -q -jN @nightly-anyboot haiku.hpkg haiku_devel.hpkg"
<waddlesplash>
then "pkgman install path/to/../haiku.hpkg .../haiku_devel.hpkg", and reboot
<waddlesplash>
this should add 1 more line to the syslog with the actual error
<Skipp_OSX>
ah yes, I know that crash and have already fixed it.
<Begasus>
tell me :P
<Begasus>
heading straight into library hell now
<Skipp_OSX>
It's a crash in NavMenu, intermittent so hard to track down.
<OscarL>
yeah :-/
<OscarL>
WARNING: trying to load platform resource 'texAreaReziseCorner' <<< got that now on the Terminal were I relaunched Tracker (with libroot_debug.so).
<OscarL>
*textAreaResizeCorner
yann65 has joined #haiku
<OscarL>
Begasus: the folder I was deleting.... a HaikuPorts "repository" that somehow was inside "csound/work-6.13.0" 8-\
<OscarL>
when I realized what it was... tried to peek on its content, but got the crash :-D
<OscarL>
Welp, tracker didn't finished removing it so... let's take a look.
<OscarL>
full of .DependencyInfo symlinks (all dated August 17 2024).
<Skipp_OSX>
you right clicked on Desktop and Tracker crashed right?
<OscarL>
Skipp_OSX: no. I had Tracker removing files from a folder: "/boot/home/SourceCode/haikuports/haikuports/media-sound/csound/work-6.13.0/repository"
<OscarL>
Then I tried to drill down to that folder while the deletion was in progress.
<Skipp_OSX>
hmmmmm the crash starts with BPopUpMenu::_StartTrack that's why I was thinking it
<Skipp_OSX>
ah yes, that makes sense, so you did right click on Desktop (to drill down)
<OscarL>
(drill down from ~/[...]/csound/work-6.13.0/)
<Skipp_OSX>
any folder, doesn't have to be Desktop, just most likely case
<Begasus>
lesson learned, no drilling allowed! :)
<Skipp_OSX>
Well maybe you've given me the steps I need to track down this crash better....
<OscarL>
(Not from desktop. From a window open for "/boot/home/SourceCode/haikuports/haikuports/media-sound/csound")
<Skipp_OSX>
yeah, that's ok, different folder, same bug
<OscarL>
(or work-6.13. one of those two for sure)
<OscarL>
ok.
<OscarL>
Begasus: now the question is... why the heck do I have that repository folder there in the first place!?!? :-D
<OscarL>
haven't touched csound in ages (before... right now)
<Begasus>
bugger, forgot something in these lines ... haikuporter -S -j8 --no-source-packages --get-dependencies
<Begasus>
enjoy there OscarL :) got a headache from it the last time I tried :D
* OscarL
runs "query -a repository"... suffers a mild heart attack.
<Begasus>
heh
<OscarL>
12 "repository" folders that should NOT be there.
<OscarL>
specially in stuff I have NEVER touched... like "kate"... WFT??!?!
<Begasus>
I haven't touched the KF5 one :P
<Begasus>
bbl (bulk rebuild for Qt6 packages at work ...)
* OscarL
runs "checkfs /boot" before anything else.
<Begasus>
did that this morning :)
<Begasus>
afk
nosycat has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
ilzu[m] has joined #haiku
<ilzu[m]>
<coolcoder613_> "Begasus: https://pragtical.dev/" <- Seems to compile without any changes with plugin manager disabled. Though added a fix for not needing to launch it with full path on Haiku. https://0x0.st/XJxG.png
<OscarL>
that looks interestin.
<OscarL>
+g
<waddlesplash>
Begasus: oh, I missed something in that change
<waddlesplash>
"git checkout <file>" to restore the original, then "git apply" this patch
<waddlesplash>
rebuild, install, reboot
dodo75 has joined #haiku
<OscarL>
checkfs was clean. Weird.. most of the "extra" "repository" folders I got are from August 16, but older one is from Dec 2023 8-|
<ilzu[m]>
OscarL: With what little I have tried it so far, it seems like a pretty decent editor. I'll try to get it to build with the plugin manager and then I'll write a recipe for it.
<OscarL>
ilzu[m]: +1
* OscarL
wonders if instead of all these .DependencyInfo files, we couldn't use a sqlite, or at least a pickle.
mmu_man has joined #haiku
<OscarL>
doing I/O on 6K+ files can't be good for performance.
<nekobot>
[haiku/haiku] ae8d7152a0d0 - docs/develop: Updates to Release Cookbook.
<ilzu[m]>
Though the plugin manager needs never libgit2 which seems to break Genio package. Not sure if it breaks Genio itself, but the package seems to be dependant of using libgit2 1.5 and doesn't seem to accept later one. Didn't extract it from package to test, but with rebuilding the package with later libgit works and Genio works with that package, though didn't test git functionality throughly.
<OscarL>
93 seconds deleting 6138 symlinks :-)
<waddlesplash>
OscarL: you're on beta5/nightly?
<OscarL>
yes
<waddlesplash>
ok
<waddlesplash>
we'll have to look at "deleting files performance" again
<OscarL>
ilzu[m]: I already use a re-packaged Genio to avoid the dependency on clangd :-)
<waddlesplash>
that's 0.015 seconds per file, not great
<OscarL>
yeah... and this time I got lucky, and had no stalls.
Anarchos has joined #haiku
<waddlesplash>
well, there should be less stalls with the refactored I/O code
<OscarL>
I have another 10 folders full of 6K symlinks to delete, so... I'll let you know how that goes :-D
<OscarL>
counted 14 small but noticeable pauses (<0.5 seconds for sure) on this one.
<phschafft>
waddlesplash: fs problem or generic io layer problem?
<OscarL>
14 again on this one, but half of those were really short. Time still around 90-96 secs for 6138 files.
<waddlesplash>
phschafft: not sure
<OscarL>
7 pauses > 0.25 < 0.5 secs on this one. /me bbiab
<phschafft>
hm. ok.
OscarL has quit [Quit: Gone with the wind]
dodo75 has quit [Ping timeout: 480 seconds]
Coldfirex has quit [Remote host closed the connection]
RileyInkTheCat[m] has joined #haiku
BiPolar has joined #haiku
<BiPolar>
From same install, but bare-metal... deleted 6138 symlinks in 60/62 seconds. Some of the pauses were lonnger than while on VBox.
<BiPolar>
(for reference: no cpufreq scalling here on bare-metal, was using whatever the "eco mode" profile is called on the Win10 host)
nosycat has quit [Quit: Leaving]
<BiPolar>
navigating inside the folder with Tracker (so it listed the 6137 files), then deleting them too WAY less time, < 20 secs
<waddlesplash>
huh
<waddlesplash>
er, wouldn't that move them to Trash?
<BiPolar>
I "went up" before removing the folder.
<BiPolar>
used Get Info on this one before removal... also fast.
BiPolar has quit [Quit: Vision[]: i've been blurred!]
<Skipp_OSX>
you're saying that it takes more time to delete if you can see the files?
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
Anarchos has quit [Quit: Vision[]: i've been blurred!]
OscarL has joined #haiku
gouchi has joined #haiku
<OscarL>
back on VBox, last remaining folders (one with 5700, the other 6100+ files), both took ~ 40s to delete (I always use SHIFT+del)
<OscarL>
one was with "eco" mode, the other with CPUs pegged at max freq.
<OscarL>
operations getting faster with fewer files on disk?
<waddlesplash>
maybe
<OscarL>
FWIW... while on bare metal, removed two more folders, both < 20s, both with at least a couple of pauses of about half a second.
<OscarL>
(after checking the IRC logs) Skipp_OSX: no, I was implying that *possibly* "stat()ing" the files before deletion made the deletes faster.
<OscarL>
but doesn't seems to be really the case, as I removed the others folders directly, and they went faster than before.
Coldfirex has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
mmu_man has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
<OscarL>
from "time checkfs /boot/": "200956 nodes checked" in 10m9.7 real /me wants an SSD :-D
<Habbie>
SSDs are cheap
<OscarL>
if you have money... maybe.
<OscarL>
k, VBox KDLs definitively due to the guest addition driver misbehaving. (only had crashes, not KDLs on beta4 thou).
<OscarL>
guess I'll have to MacGyver some clipboard integration via a file over sshfs instead of continue to use these buggy guest-additions :-D
zard has quit [Quit: leaving]
<Begasus>
packages build, closing down here
<Begasus>
cu peeps!
Begasus has quit [Quit: Vision[]: i've been blurred!]
<Habbie>
OscarL, sorry about that, when i call things cheap i indeed make a certain small assumption about people's financial living space
<OscarL>
No problem Habbie! Hard to gauge those things around globe and personal circuntances :-) (just for reference a Kingston SATA SSD 256 GB sells down here for what ammounts to >50% of my total monthly expenses)
<Habbie>
right
<Habbie>
that's so far from my life that it's hard to grasp
B2IA has quit [Quit: Vision[]: i've been blurred!]
<Coldfirex>
Looks like the vbox additions havent been touched in about 3 years so very possible
<Coldfirex>
Same for vmware addons. I know those have been funky for a while
DKnoto has quit [Ping timeout: 480 seconds]
<OscarL>
I did tried to update vbox guest additions in.... Nov 2022. Build failed with some link-time errors (accoring to my commit logs). Should give them another try one of these days :-)
<OscarL>
s/accoring/according/
<erysdren>
sigh, no SDL2::Mixer target in the CMake modules in haiku...
<erysdren>
CMake always making my life harder for porting.
yann65 has joined #haiku
<erysdren>
actually wait, this game is looking for SDL2_mixer::SDL2_mixer
<erysdren>
even worse
yann65 has quit []
<erysdren>
this particular CMakeLists has the option to disable searching for SDL2_mixer and SDL2_net, but that seems like a cop-out, they're on Haiku and i want this to work with full functionality.
DKnoto has joined #haiku
<OscarL>
seems I can't even open Pe while "git pull upstream master" is doing its thing :-/
<botifico>
[haiku/infrastructure] kallisti5 7a55bc3 - deployments/metrics: analytics systems
<Skipp_OSX>
are we at beta5 yet?
<PulkoMandy>
I still see 10 or so bugs in the roadmap :)
<waddlesplash>
HaikuWebKit fix is the main thing
<waddlesplash>
need to write release notes and other stuff like that
PetePete has joined #haiku
<Skipp_OSX>
more bugs ok
<PetePete>
Sup sup sup
<erysdren>
hi
gouchi has quit [Remote host closed the connection]
<Halian>
o/
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<Coldfirex>
Besides reinstalling, is there any sort of 'reset to defaults' for the whole OS?
OrangeBomb has quit [Quit: Slacking off]
OrangeBomb has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
diver has joined #haiku
Coldfirex has quit [Remote host closed the connection]
dalme has joined #haiku
erysdren has quit [Quit: Konversation terminated!]
<oanderso[m]>
waddlesplash: I actually managed to get ARM64 UEFI to make it into the kernel... by adding dprintf's 😂
<oanderso[m]>
Even made into the interactive kernel debugger
<waddlesplash>
how did dprintfs help? lol
<waddlesplash>
but that's neat! I think davidkaroly got ARM64 pretty far in boot, but that was with QEMU software emulation I think
<waddlesplash>
so if you're on Apple M1 with hardware virtualization, that's very cool
<oanderso[m]>
Great question, I have no idea
<oanderso[m]>
I was trying to trace down how far it was getting before dying, but somehow adding more dprintfs made it get farther
<waddlesplash>
ouch
<waddlesplash>
the bootloader has some oddities even on x86, I know that; or at least it does under some circumstances
<oanderso[m]>
I'm using UTM in virtualization mode on Apple M1 hardware
<waddlesplash>
I think the EFI loader doesn't boot with 2 cores in VMware or something like that
<x512[m]>
oanderso: Does it work if turn off hardware virtualization?
<waddlesplash>
it boots with 1, 3, or 4 cores but not 2
<waddlesplash>
the BIOS loader boots with 2 cores just fine...
<waddlesplash>
and the EFI loader boots with 4 cores on bare metal just fine
<waddlesplash>
VMware has other boot oddities though, so, who knows
<x512[m]>
waddlesplash: I observed the same behavior with haiku_loader.efi on riscv64.
<waddlesplash>
I tried to debug the problem once and didn't get very far before deciding I had better things to do
<waddlesplash>
x512[m]: really?
<x512[m]>
And failing core count changes with revision.
<waddlesplash>
that's even more interesting
<waddlesplash>
because most of the SMP logic is architecture-specific
<oanderso[m]>
x512: I'm not sure how to do that offhand
<x512[m]>
oanderso: QEMU accel TCG
<waddlesplash>
so, how does it fail both on RISC-V and x86 here? what code is even common for SMP?
<waddlesplash>
or is it just something copy/pasted?
<oanderso[m]>
Oh, just boot in emulator mode?
<waddlesplash>
too bad we can't run the bootloader with the debug allocators...
<x512[m]>
waddlesplash: It should be possible to debug Haiku Loader with QEMU and GDB.
<waddlesplash>
x512[m]: unfortunately, getting debugging symbols for the EFI loader isn't easy
<waddlesplash>
EFI firmware chokes on EFI binaries with debug information, apparently
<waddlesplash>
there were guides on how to use separate files with some sort of mapping for GDB but I didn't manage to figure it out
<waddlesplash>
you had to use another EFI protocol to get the load address and then do some math before add-symbol-file in GDB, I tried this but didn't manage to get it to work
<x512[m]>
waddlesplash: It is based of ELF that is converted to PE. It should be possible to register original ELF in GDB.
<waddlesplash>
yes, I know
<x512[m]>
All you need to know is base address.
<waddlesplash>
the ELF and PE base addresses aren't the same though
<waddlesplash>
or there was some difference, based on online guides
<waddlesplash>
I did modify the EFI loader to print the base address and then tried to use that with GDB, but it didn't work
<oanderso[m]>
x512: It dies much earlier if I disable virtualization
<waddlesplash>
interesting
<x512[m]>
waddlesplash: It worked for me when I manually inspected ELF symbols of Haiku Loader.
<waddlesplash>
OK
<waddlesplash>
well, then I guess I just did something wrong
<waddlesplash>
admittedly I was also trying to use this with VMware's GDB stub, not QEMU's, which does seem more limited
<waddlesplash>
oanderso[m]: anyway it's very neat that you're working on ARM64! let me know if you need anything / want to know where to find something / etc.
<oanderso[m]>
We'll see how much patience I end up having for it
<waddlesplash>
oanderso[m]: well, every little bit helps. If you run into anything that needs annoying "refactor yak shaves" or things like that, I can probably lend you a hand
<waddlesplash>
I get paid to work on Haiku after all, it only makes sense for me to do the "boring" stuff so that volunteers are more incentivized to do the "interesting" stuff :P
<waddlesplash>
(OpenGrok instance with Haiku loaded into it)
<oanderso[m]>
No, I was just using GitHub search
HaikuUser has joined #haiku
<oanderso[m]>
My initial impression is that a lot of the arm64 uefi loader stuff seems a bit copy-paste/cargo-cult-y, maybe from the armv7 port?
<waddlesplash>
it's possible
<waddlesplash>
I don't know how far the ARMv7 port EFI work got
<oanderso[m]>
I'm pretty fluent in userspace arm64 but haven't done that much kernel mode stuff in it, so I have to spend a bunch of time reading docs/other implementations for reference
<waddlesplash>
originally the ARMv7 port was all u-boot, but then once u-boot got EFI a lot of work switched to just using that
HaikuUser has quit []
<waddlesplash>
I don't know that anything has ever booted EFI bare-metal besides x86_64 and RISCV for certain
<waddlesplash>
oh, and now 32-bit x86 I suppose
<waddlesplash>
probably all the copy-pasting originated with the x86
<waddlesplash>
code
<waddlesplash>
and yes, I've thought the same, but the bootloaders just seem so "fragile" that nobody really wants to go try and factorize it
<waddlesplash>
the few refactors I have done to the bootloader often result in weeks of bad regressions... not fun
<waddlesplash>
so then the only refactors that feel safe are ones that just unify code with no generated change (modulo symbol names), but those aren't easy
<x512[m]>
I suspect that there are some memory corruptions exist in Haiku Loader.