AlaskanEmily3 has quit [Remote host closed the connection]
AlaskanEmily3 has joined #haiku
mmu_man has joined #haiku
AlaskanEmily3 has quit [Remote host closed the connection]
<OscarL>
I think "$prefix" won't work there, as that variable is only present on the "bash-side" of the recipes, and not on Python's side, where you're adding this change.
AlaskanEmily3 has joined #haiku
<OscarL>
or more probably... I'm just not awake enough, and this part of haikuporter still confuses me with all the variables juggling :-D
<Begasus[m]>
those variables juggling come mostly from cmake I guess, where kdeinstalldirs is also used
<Begasus[m]>
extracting latest to grep some info on it
<OscarL>
Begasus[m]: on https://bpa.st/PXIA, are you sure line 8 is correctly indented?
<OscarL>
well, lines 8-10
<OscarL>
looks like they should be *inside* the for loop, no?
<OscarL>
(in other words... they should be on the same indentation level as line 7)
<Begasus[m]>
it's copy paste from the cmakeDirArgs snipplet
neoncortex has quit []
<OscarL>
right, the odd formatting confused me.
<Begasus[m]>
launched opencv_x86 :) this could take a while
<Begasus[m]>
biab
figment_ has joined #haiku
figment has quit [Read error: Connection reset by peer]
<Begasus[m]>
17%
AD_Haiku_onPC_ has joined #haiku
AD_Haiku_onPC has quit [Read error: Connection reset by peer]
<OscarL>
Begasus[m]: using a VM on the fast laptop, or bare-metal on one of the older ones?
<OscarL>
in any case, thanks for giving it a try!
<Begasus[m]>
one of the older ones
<Begasus[m]>
should better try this on the VM here
<Begasus[m]>
but then I need to boot into Win11 :P
<OscarL>
kinda odd that the last opencv on 32 bits (from ends of last year, IIRC), seemed to work fine on the builders :-/
<OscarL>
given that his is the exact same opencv version.
<Begasus[m]>
what's changed then?
BrunoSpr has joined #haiku
<OscarL>
only differences would be, perhaps gcc version, and newer numpy (given that core vs _core thingie we saw)
<Begasus[m]>
ah right
<OscarL>
maybe something on the newer numpy triggers some spike in memory usage when building the bindings? or a combination of both gcc and numpy... no idea really.
<OscarL>
cmake is newer too, not sure if that also alters things.
BrunoSpr has quit []
<Begasus[m]>
things to checkout then in the VM
<Begasus[m]>
k, rebooting
AD_Haiku_onPC_ has quit [Ping timeout: 480 seconds]
<OscarL>
Begasus[m]: re-enabling "make $jobArgs" might a good idea (if it will OOM just the same... at least it will be faster :-P)
Begasus_32 has joined #haiku
HaikuUser84256 has joined #haiku
<HaikuUser84256>
is there a hpkg for haiku_source?
<OscarL>
HaikuUser84256: _source packages are not "installable". if you want to get a copy of Haiku's source code, best option is to just "git clone" its repo (you can use --depth=1 for a faster cloning, if you don't need its full history).
<OscarL>
(and now that I think of... I don't think there's even a _source package for haiku itself... will see if I can find it)
<OscarL>
some jam files under "haiku/build" mention "haiku_source" at least ("if $(HAIKU_INCLUDE_SOURCES) = 1 { packages += haiku_source ; }")...
<OscarL>
and there's "haiku/src/data/package_infos/any/haiku_source" that contains: "description"This package contains the core source code of Haiku.". I can't recall seeing an actual .hpkg for it, though.
<OscarL>
maybe its included in the release .ISOs? (don't have one at hand).
<OscarL>
most likely, given that "haiku_source.hpkg" is mentioned as one of the optional packages. HaikuUser84256, if you have an .ISO of the beta5 release... you might find it inside the "_sources_" dir when you boot that one up.
<OscarL>
mounting Haiku anyboot .ISO inside Haiku is possible, but a bit annoying at the moment. Need to use "diskimage register name_of_the_image.iso", and then use the mount menu to actually mount the BFS partition.
<OscarL>
(heh, I see now that "pkgman search haiku_source" does lists it too, but given you can't use pkgman to "install" it... confusion is warranted)
<Begasus_32>
still at 44%
<Begasus_32>
the older laptop only at 25% :P
<Begasus_32>
and running hot, guess it will drop out in a short while
AD_Haiku_onPC has quit [Read error: Connection reset by peer]
AD_Haiku_onPC has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
<Begasus_32>
OscarL, did you check repology if there is a trick other OS's use for this opencv_python thing?
<Begasus_32>
89%
<Begasus_32>
memory usage so far averages at 1GB
<OscarL>
Begasus_32: I haven't. Not many other OSes still doing 32 bits though, no?
AD_Haiku_onPC has quit [Ping timeout: 480 seconds]
<Begasus_32>
probably not, but wouldn't hurt :)
<OscarL>
also, I not sure if it is related to the python bindings, or just the whole opencv.
<Begasus_32>
can't do much aside the build for now, saving resources
<Begasus_32>
cached memory almost 3GB
mattiat has joined #haiku
<OscarL>
re-checking last failed build log... failed at: "opencv_python3.dir/__/src2/cv2.cpp.o", which might be just because the python bindings are built last... or perhaps they do indeed trigger that OOM by themselves. hard to know.
<Begasus_32>
from all builds I've done to check, that python binding is build last
<OscarL>
and official PyPi package only provides 64 bits wheel files for linux, albeit they have a 32 bits one for Windows.
<OscarL>
Begasus_32: makes sense... need to have whatever libs opencv provides first, before being able to make bindings for them.
<Begasus_32>
[ 99%] Generate files for Python bindings and documentation
<mattiat>
hello
<Begasus_32>
used memory rising now
<mattiat>
just hello
<Begasus_32>
hi mattiat
<mattiat>
hi
<Begasus_32>
2.30GB
mattiat has quit [Quit: Leaving]
<Begasus_32>
2.40
AD_Haiku_onPC has joined #haiku
<Begasus_32>
+2.60
<OscarL>
more hits while looking for only "opencv" on repology... lots of py3-opencv and python-opencv, and... other variants. bit of a pain not knowing which one of those also does 32 bits builds.
<Begasus_32>
bummer, then OOM
<OscarL>
ouch.
<Begasus_32>
k, what did I wanted to check again for this OscarL?
<OscarL>
just if if it was possible to build on beta5 32 bits? (being that builders have an older hrev, and possible some other minor diffs)
<Begasus_32>
at least the major part is build, so it would run up to the failing part on next build run
<OscarL>
I guess we could disable the python bindings for 32 bits, then.
<Begasus_32>
hmm could try to build and use the old cmake(3) version to check, otherwise it's what depot hands us
<OscarL>
ah, it was libml2 the one that has a nice "if $pythonModuleEnabled; then" to disable the bindings.... opencv doesn't have it yet :-(
<OscarL>
*libxml2
<OscarL>
if the OOM get's triggered by usage of newer numpy... not much to do, I guess (we won't be bringing back older numpy just for this).
<Begasus_32>
no way! :)
<OscarL>
Begasus_32: I can try to add conditional compilation of opencv_python to the recipe, to disable it in 32 bits until beta6. (similar to how libmlx2 does it to disable it on x86_gcc2)
<Begasus_32>
was my initial though also OscarL, before trying to tackle this :)
<Begasus_32>
I should clean up some stuff here on this VM (eg states ...)
<Begasus_32>
no list_workdirs... alias on this install
<OscarL>
Begasus_32: seems "opencv_python" is not currently required by anything on-tree so... won't be missed much on 32 bits.
AD_Haiku_onPC has quit [Ping timeout: 480 seconds]
<OscarL>
previous opencv was built as Release... now it is "RelWithDebInfo".
<OscarL>
having the debug info requires more memory at compilation time, I believe.
<Begasus_32>
right, changed because of the cmake change in haikuporter
<Begasus_32>
rebuild biab
<OscarL>
Begasus_32: this is what I've got (untested): https://bpa.st/FWIA (didn't used conditionas for numpy/python on BUILD_PREREQUIRES because _tools seems to need them too)
<Begasus_32>
will test it (diff'n with what I have so far moving numpy)
<Begasus_32>
do the tools require python/numpy?
BrunoSpr has joined #haiku
BrunoSpr has quit []
<Begasus_32>
building with jobArgs also, speeds things up a bit :)
<bjorkintosh>
I'd like to learn more about the booting process for Haiku.
<bjorkintosh>
any pointers? anyone?
<Begasus_32>
no clue here :)
AD_Haiku_onPC has quit [Ping timeout: 480 seconds]
<Begasus_32>
building this compared to bare metal s*cks :P
BrunoSpr has joined #haiku
BrunoSpr has quit []
<Begasus_32>
OscarL, do we need to run eval for this ?
<Begasus_32>
guess there isn't a need for another then default version
<bjorkintosh>
so who works on the booting bits of Haiku then?
BrunoSpr has joined #haiku
BrunoSpr has quit []
<Begasus_32>
I guess mainly waddlesplash
<Begasus_32>
x512[m] PulkoMandy and some should have some insight also I guess
<OscarL>
Begasus_32: we're using a variable for $pythonPackage, making the eval necessar, AFAIK.
<OscarL>
*necessary
<OscarL>
IMO, easer to just change "pythonVersion=3.xx", than to have to change multiple instances of "_python3xx" when changing versions.
<OscarL>
s/easer/easier/
<Begasus_32>
don't use it atm in my attempt, but would be an easy change if it works
<Begasus_32>
need to reboot this VM
Begasus_32 has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
Begasus[m]: I assumed you were already using the one with evals, given that current opencv recipe already has them?
<OscarL>
Begasus_32: seems you used "if $pythonModuleEnabled; then" for the BUILD_PREREQUIRES too. I didn't because I thought it might interfere with the building of stuff that ends in "_tools", but if it works OK... even better.
<Begasus_32>
will let you know in a bit :)
<OscarL>
ah, noticed the "-DBUILD_opencv_python3=OFF" and "-DBUILD_opencv_python_bindings_generator=OFF", good. you might want to move "-DOPENCV_PYTHON3_INSTALL_PATH=" and "-DPYTHON3_NUMPY_INCLUDE_DIRS:PATH=" into the "withPython" too.
<OscarL>
now that I look at it... that "-DPYTHON3_NUMPY_INCLUDE_DIRS:PATH=" looks odd (... "_DIRS:PATH=" ?)
<Begasus_32>
/sources/opencv-4.8.0/modules/python/src2/cv2.hpp:36:10: fatal error: numpy/ndarrayobject.h: No such file or directory
<Begasus_32>
bugger
<OscarL>
mmm, that "-DBUILD_opencv_python3=OFF" might turn off building of _tools, I think.
<OscarL>
(and not just the python bindings)
<OscarL>
opencv tarball is 87 MiB?, ouch :-/
<OscarL>
plus 56 MiB for the other source uri, yikes.
<Begasus_32>
yeah
<OscarL>
given that the OOM is when compiling that "cv2.cpp" file... let's hope that cv2.hpp was being used by something else (possibly one of the _tools?).
<Begasus_32>
checking with numpy in BUILD_PREREQUIRES
Chai-T-Rex has quit [Remote host closed the connection]
<Begasus_32>
-- Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE) (Required is at least version "2.7")
ChaiTRex has joined #haiku
<Begasus_32>
that atleast looks good :)
<Begasus_32>
still no-go :/
<Maylay>
has anyone been able to get drawterm working since the haiku port was added?
<Maylay>
always get a blank window, thought it was me but same thing happens in a VM
<Begasus_32>
looks like I had the ON/OFF switch at the wrong place
<Begasus_32>
Maylay, open an issue at haikuports for it (if there isn't one already) so we can have a look at it later
<Begasus_32>
maybe add info to system R1B5/nightly 32bit/64bit ...
<Maylay>
alright, think is i think it's an upstream issue, same happens when i compile from their source as well
<Begasus_32>
busy atm, so can't check now :)
<Maylay>
no problem
<OscarL>
bbl, out to get some food.
OscarL has quit []
<Begasus_32>
OscarL in regard of the debug package, it was there before, does Release vs RelWithDebIno makes such a difference in build?
<Begasus_32>
bugger
* phschafft
hms at the drawterm comments.
<Begasus_32>
grabbing opencv_x86-4.8.0-3-x86_gcc2.hpkg and moving it to /boot/home/haikuports/packages/opencv_x86-4.8.0-3-x86_gcc2.hpkg
<Begasus_32>
k, so far so good :)
<Begasus_32>
bleh ... debug package +156MiB
Aedil has joined #haiku
<christech>
morning
<Begasus_32>
hi christech
<Begasus_32>
clean build ....
tuaris has joined #haiku
FreeFull has joined #haiku
dostoevsky has quit [Remote host closed the connection]
dostoevsky has joined #haiku
dostoevsky_ has joined #haiku
dostoevsky has quit [Remote host closed the connection]
dostoevsky__ has joined #haiku
dostoevsky_ has quit [Remote host closed the connection]
figment_ has quit []
figment has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
dostoevsky__ has quit [Remote host closed the connection]
Begasus_32 has quit [Quit: Vision[]: i've been blurred!]
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus[m]>
k, back on bare metal
mmu_man has joined #haiku
OrangeBomb has quit [Quit: Slacking off]
OrangeBomb has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
cp- has joined #haiku
cp-- has quit [Ping timeout: 480 seconds]
<HaikuUser84256>
OscarL: thank you! I were able to find thr haiku_source on the anyboot .ISO and moving it to /system/packages shows the source in /boot/system/develop/sources/
<HaikuUser84256>
Begasus[m]: maybe remind OscarL when available kindly?
vdamewood has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
scanty has quit [Ping timeout: 480 seconds]
DKnoto_W has joined #haiku
DKnoto has quit [Read error: Connection reset by peer]
<phschafft>
when gcc thinks it's best to split your function and starts creating symbols like 'myfunc.part.NNN' you really know it's time to partition it.
<Begasus[m]>
at least it's smart enough to tell you? ;)
<phschafft>
let's face it, gcc is smarter than 99.999 99 999 and four more 9 % of all developers ;)
AD_Haiku_onPC has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser is now known as scantysnax
<scantysnax>
good morning, good afternoon, good evening, and good night. :-)
Halamix2_baremetal has quit [Quit: Vision[]: i've been blurred!]
<scantysnax>
i'm afraid to upgrade my nightly, because last time i did that ssh broke completely.
<scantysnax>
that and the rest of my system
jmairboeck has joined #haiku
OscarL_ has joined #haiku
<OscarL_>
scantysnax: openssh should be fixed by now (openssh-10.0p1-2).
<OscarL_>
scantysnax: I just updated openssl3 and openssh, and can use git via ssh keys, without issues.
<OscarL_>
mmm, but seems I cannot login into my VM using ssh from a Win host, for some reason.
<OscarL_>
"Connection closed by 192.168.196.130 port 22" :-/
<OscarL_>
works now after a VM reboot, I guess I just needed to restart "sshd" after the update.
<scantysnax>
hmm interesting.
<scantysnax>
i will try to upgrade, and see what happens....
<OscarL_>
scantysnax: in case you missed my remarks yesterday when you left for a smoke: https://bpa.st/C3EQ
<scantysnax>
yes, i read, that.... thank you :-)
diver has quit [Ping timeout: 480 seconds]
<scantysnax>
OK, time to reboot and pray. hope to see you guys on the other side soon!
scantysnax has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser is now known as scantysnax
<scantysnax>
hooray, everything works1
<scantysnax>
works! *
<scantysnax>
OscarL_: i want to thank you again for all your help yesterday, i know it was a long time, but i *really* appreciate working with you
<OscarL_>
hey, scantysnax. you're more than welcome. I'm happy to be of any use at all :-). Also... always nice to have you around, pal!
<scantysnax>
thanks buddy, you really got me out of jam!
<scantysnax>
a jam*
<scantysnax>
and you explained everything, and went through every step with me along the way
<scantysnax>
also this means i can update my 64-bit install at home as well?
<scantysnax>
(to latest nightly)?
<OscarL_>
if what we tried had not worked... we would have attempted just nuking /systemp/packages/ completelty, and just copying that folder from a working installation (that is what I had to do once or twice, after messing up my installs pretty bad :-D)
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL_>
scantysnax: I don't see why not (to update to latest nightly at home).
<OscarL_>
while nightlies can have some occasional "bad hrevs", what happened with this openssl3 / ssh issue was not doe to nightlies.
<OscarL_>
s/doe/due/
<scantysnax>
ah, i see
<scantysnax>
i never had a problem in the past on either machine
<scantysnax>
the only thing is the slow boot time, but like i said yesterday, that doesn't matter as long as everything else is working, which it is.
<Halamix2>
Does Haiku have an /etc/resolv.conf equivalent?
<OscarL_>
scantysnax: I had one install that got slower and slower with time... was on an HDD, in a partition where I did lots of updates and HaikuPorts builds... I wonder if file-system fragmentation might be at play with the slow boot times?
<scantysnax>
i thought BFS doesn't fragment?
<OscarL_>
scantysnax: one way to test that theory... backup everything to a different drive... reformat the slow one, and reinstall there.
<Halamix2>
Halamix2: found it, /boot/system/settings/network/resolv.conf
<OscarL_>
(but before backuping... you might want to get rid of older state folders scantysnax :-D)
<scantysnax>
OscarL_: that is something i want to avoid
<scantysnax>
i'm going to remove some more states when i get home.
<scantysnax>
and only keep about a week's worth
<scantysnax>
right now it's a few months still.
mmu_man has joined #haiku
<OscarL_>
scantysnax: I just cheated... and used Installer to "clone" that install into the cheapest SSD I could find.
<scantysnax>
ah, cool
<scantysnax>
i'm going to upgrade ram and video cards soon.
<scantysnax>
well, sometime this year.
<OscarL_>
that should be a good option for you, I think... any 120 GB SSD should be more than enough to hold a couple of Haiku installs (say.... nightly vs beta5, or even 32 vs 64 bits), plus one or two larger "data" partitions.
<scantysnax>
yeah, when i choose to upgrade i might look into SSDs as well.
<scantysnax>
but seriously... i booted linux yesterday for the first time in months , and couldn't believe how slow it was. and how haiku is so much lighter and faster than even XFCE
<OscarL_>
that way... you can have your cake and eat it too (betas for more stable system, nightlies to test things out, separate system from data partitions, so reinstalls are less of a chore, etc).
<scantysnax>
indeed ;)
<OscarL_>
not to mention... being able to just boot from a still working install in case of emergencies :-D
<scantysnax>
right now i have haiku (at home machine). haiku is installed on a 1TB drive.... *plenty* of space there.
<OscarL_>
I currently have: Haiku64 (5 GB) / Haiku32 (5 GB) / 10 GB unnalocated, in case I need a bigger install) / Data1 (40 GB) / Data2 (40 GB) / Temp1 (2 GB, enough for a small Haiku install) / Temp2 (2 GB) / 7.5 GB unnalocated (in case I need it for something else) / 290 MB EFI partition (if I ever want to convert from MBR to GPT).
<OscarL_>
all that in the mentioned "el-cheapo" 120 GB SATA SSD (that I now use most of the time via an USB-sata adapter).
SLema has joined #haiku
* OscarL_
may need to sign up to "Partition Anonymous".
<scantysnax>
ah, nice.
OscarL_ is now known as OscarL
<scantysnax>
i have two or three drives in my main machine. i keep a windows 7 install "just in case", then i have linux on another HD (2TB), and then i share a 2TB drive with haiku, and a backup partition for my files
<scantysnax>
(split the 2TB in half)
<OscarL>
for reference... on that "Data1" 40 GB partition I've mentioned, I keep all my Haiku / HaikuPorts repos, clones of my own repos, etc., and still have like 30 GB free
<scantysnax>
mmm
<scantysnax>
good strategy.
<scantysnax>
one of these days, i might nuke that linux install.
<OscarL>
My installs (the one that have 5 GB... have 2.9 GB free still.. granted, I *try* to have a more or less "lean" install (no qt/kde/gtk stuff), but I still have a lot of crap due to updating/testing HaikuPorts recipes :-)
<scantysnax>
gotcha. i don't do any Qt or KDE stuff either.
<scantysnax>
if i want to use Qt/KDE i would just use linux, i suppose.
<scantysnax>
but at least we have that option.
<OscarL>
it is great to have them available, yes. and KDE apps on Haiku kinda look better than on Linux for some reason, LOL.
<scantysnax>
i know, right!
<scantysnax>
i think the only KDE/Qt app i use is Falkon
<scantysnax>
which is a good browser, but it eats a lot of CPU
<scantysnax>
i have been using IceWeasel a lot, cursor problem notwithstanding
<scantysnax>
it honestly doesn't bother me.
<OscarL>
feels like there's no modern broweser than doesn't just want to eat all your CPU/RAM these days.
<scantysnax>
mmm, just did a "git pull" on pretendo/haiku and it worked fine :-)
<scantysnax>
IceWeasel seems to be all right on memory
<scantysnax>
and cpu, too.
<OscarL>
might be just my anemic HW then :-)
<scantysnax>
hehe, perhaps...
* OscarL
fires up "links -g", feeling pretty smug about it.
<scantysnax>
:-)
<scantysnax>
so, my home machine is 4x3.2GHz, and this laptop is 4x2.3GHz... compile time takes about an extra minute on this machine
<scantysnax>
hmmm gcc segfault during link
<scantysnax>
might be lto
<scantysnax>
let me remove it and see what happens.
<scantysnax>
looks like lto is broken.
<OscarL>
I'd keep LTO for release builds only anyway (thing can be "expensive")
<scantysnax>
let me reboot real quick and see if that fixes anything,
<scantysnax>
brb
scantysnax has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser is now known as scantysnax
<scantysnax>
ok, let me re-enable lto and see what happens.
<scantysnax>
OK, lto working again.
<scantysnax>
guess i just needed that reboot.
<scantysnax>
that was a scary one!
<scantysnax>
lto eats a lot of compile time on this laptop.
<scantysnax>
hmm looks like haiku is POSIXy enough to do memory mapped files :-)
mmu_man has quit [Ping timeout: 480 seconds]
* OscarL
needs a nap.
<scantysnax>
mmm, going to do the same when i get home
<OscarL>
Have a good rest of your day scantysnax! Hope to read you soon!
<scantysnax>
thanks OscarL..... see you soon!
OscarL has quit [Quit: zzzZZZzzz]
tuaris has quit [Read error: Connection reset by peer]
tuaris has joined #haiku
mmu_man has joined #haiku
<scantysnax>
ok, time to pack up and go home... see you guys later on tonight.
scantysnax has quit [Quit: Vision[]: i've been blurred!]
SLema has quit [Quit: Vision[]: i've been blurred!]
SLema has joined #haiku
jmairboeck has quit [Quit: Konversation terminated!]
* phschafft
wonders around in the channel looking for a rubber duck.