<OscarL>
Ha! This is really cool. Of that big commit by korli updating python packages recipes... there are a few that could use some further tweaking/fixing. I got a list of those by inspecting the diffs.
<zdykstra>
Nice - long list?
<OscarL>
Turns out the list matchs exactly with the ones that standout on git's "pull histogram" (most changes are 6 lines, the ones that need touching, all have more +++--- lines :-D)
<OscarL>
around 10% of the total number of files changed.
<OscarL>
not too bad.
<OscarL>
I though to also automate the updating, but... as I'm still learning, and I have to test my changes, or face Begasus wrath... :-D
<OscarL>
I went with the manual, case, by case, option. Guess korli got tired of me, and replaced me with some regex :-D
x10z has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
<zdykstra>
That's my great fear, being replaced by a shell script
<OscarL>
heh, I *did* replaced myself with an automated testing system written in python :-D. Or at least I've made it easier enough to train cheaper interns to push some buttons instead... that they shutdown our offices :-D
smalltalkman has quit []
accessays has joined #haiku
<zdykstra>
Bah. Hopefully you've been able to find work since.
<OscarL>
Heh... I "retired" after that. Mmm 9 years ago. Jebus... time flies.
<augiedoggie>
OscarL: 8087 doesn't seem right, the cppy one has a recipe for sc
<OscarL>
Work stresses me too much, so I choose to live with less, and a bit better mental health (I've got enough with being bipolar :-D)
<OscarL>
augiedoggie: what the hell.
<OscarL>
Thanks for the heads up.
<augiedoggie>
don't shoot the messenger :P
<OscarL>
I knew something was up today... no way I was able to fix things easily without screwing something up :-D
<OscarL>
There, augiedoggie. I seem to have suffered a copy/paste accident :-D
<OscarL>
(while doing the "git add")
<augiedoggie>
yeah, looks better now
<OscarL>
heh, at first I got confused by your message... 8087? what do I know about co-processors? :-P
<OscarL>
ehh. forgot to update the URL on the cppy recipe :-(
kikadf_ has joined #haiku
kikadf is now known as Guest8710
kikadf_ is now known as kikadf
Guest8710 has quit [Ping timeout: 480 seconds]
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
AlienSoldier has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
would be cool if pkgman/HaikuDepot announced the total size (including dependencies) you need to download. Same with haikuporter. I'm stuck downloading a bazillion packages now :-(
Rafaga has joined #haiku
Rafaga has quit []
x10z has joined #haiku
<OscarL>
Jeez.... final imutils package size: <33 KB. Had to download like 100 MB to build it :-(
<OscarL>
annnnd the mf was missing a dependency on numpy... sight...
<OscarL>
Would be cool if imutils actually had a list of requirements anywhere, but nah... that would be too easy! :-/
<andreasdr[m]>
Arrrrrrrr
<andreasdr[m]>
You are a mighty pirate.
<OscarL>
hello andreasdr[m], good morning :-)
<andreasdr[m]>
Hi OscarL
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<OscarL>
trungnt2910[m]: I've usually see that _APP_ as a symlink to a binary that addons need to be linked agains. eg. input_server addons. Not sure about your case, thou, sorry.
<trungnt2910[m]>
Seems like I'm not supposed to directly run the binary but install it and register as a userlandfs handler. But how can I do that, I've searched online and nothing helped.
<botifico>
[haikuports/haikuports] eblanca 49eaae6 - x265: fix build on 32 bit & version string (#7970)
<jessicah>
trungnt2910[m]: you'd need to copy it into the addons dir, which is add-ons/userlandfs
<BiPolar>
at least I can test my AMD CPU temp sensor driver :-P
<Begas_VM>
+1
<BiPolar>
"AMD Thermal Diode reading: 55.6 C". My ITE8718 driver says: TEMP2: 57 °C
<BiPolar>
As long as it keeps below 65 we're good :-)
<Begas_VM>
just got a call for the other laptop, they can't find the spare parts anymore, so for now they did some new glue on the cpu, and gave it a good blow through (cleaned)
Blendie has joined #haiku
<Begas_VM>
bugger, stupid that I need to clean after a build (orcus) to rebuild to see if --disable-static works :/
<Begas_VM>
that one takes a while too
<BiPolar>
:-(
<BiPolar>
k, build finnished, now to see what's inside the package.
<BiPolar>
HaikuDepot is SO slow to install local package... makes me... grrr!
<jessicah>
if you want to see inside, just use `package list` or open with Expander
<Begas_VM>
If you could just see if you can import unicorn in python :)
<BiPolar>
Just my lazy ass that keeps double clicking packages instead of using pkgman like a real haxor...
<Begas_VM>
I just use HaikuDepot here, fast enough here :)
<BiPolar>
(my problem with HD is that it seems to connect to the server even for local operations)... any way... off to test.
<BiPolar>
ModuleNotFoundError: No module named 'unicorn'
<Begas_VM>
errr ... I get more then you then atm :P
<Begas_VM>
>>> import unicorn
<Begas_VM>
Traceback (most recent call last):
<Begas_VM>
File "<stdin>", line 1, in <module>
<Begas_VM>
File "/packages/python3.9_x86-3.9.16-1/.self/lib/python3.9/vendor-packages/unicorn/__init__.py", line 4, in <module>
<Begas_VM>
and some patches (path to python3 in setup.py, and trying to fix unicorn.py (but haven't fixed that one))
<BiPolar>
does really needs setuptools_python39?
<Begas_VM>
if you run it like I did yes :)
<BiPolar>
(just curious, haven't looked close enough)
<BiPolar>
Still "ModuleNotFoundError: No module named 'unicorn'"
<BiPolar>
so... shall I try with setup_tool next, I guess?
<Begas_VM>
the one you are using is just cp'n the module, the one I'm using default more to the python recipes we use atm
<BiPolar>
Will try that way.
<BiPolar>
just a thing.. the python package should end with "_python39"...
<PulkoMandy>
Habbie: haikuports happens in a chroot, but the --get-dependencies command line switch installs things in your host system. There is a ticket to change that in haikuporter
<Habbie>
ah!
<BiPolar>
Begas_VM: and it should provide both "unicorn${secondaryArchSuffix}_python39 = $portVersion" and "unicorn_python39 = $portVersion"
<Begas_VM>
BiPolar, haven't gotten that far yet ;)
<BiPolar>
k :-P
<Begas_VM>
unicorn$secondaryArchSuffix == $portVersion base (also)
<BiPolar>
more like unicorn${secondaryArchSuffix}_$pythonPackage and unicorn_$pythonPackage maybe?
<trungnt2910[m]>
<jessicah> "no idea, anything in syslog?" <- The thing turned out to be a bash script that wraps around a binary, had to copy the real binary.
<trungnt2910[m]>
After doing it, I managed to `cd` into a shared folder before it crashes.
<Begasus>
Progress! ;)
<jessicah>
trungnt2910[m]: heh, that'd do it :p
<jessicah>
welp, I give up for now, can't figure out bug, and getting late :-/
<trungnt2910[m]>
I managed to do a lot of things, even copied some files to Haiku. But the system keeps complaining about this.
<trungnt2910[m]>
After I launch the debugger, I let it continue and nothing happens.
<trungnt2910[m]>
It seems like a harmless warning and not an error.
<x512[m]>
trungnt2910: Hatch source code then?
<x512[m]>
s/Hatch/Patch/
<trungnt2910[m]>
うぁｔ？
<trungnt2910[m]>
What?
<trungnt2910[m]>
Ahh Hatch source code lol
<trungnt2910[m]>
*path
<trungnt2910[m]>
* *patch
<Begasus>
break*
<trungnt2910[m]>
Building a Haiku image is time consuming
<trungnt2910[m]>
Each time the userlandfs_server triggers the debug, the whole system slows down, and the thing that is currently accessing the file (Tracker, Terminal,...) hangs.
<botifico>
[haikuports/haikuports] korli d66fbda - steghide: missing newlines by PATCHES
HaikuUser has joined #haiku
<HaikuUser>
My system is able to boot from usb uefi mode and setup the nvme. when the nvme boots, the keyboard and mouse doesn't work. any ideas? I'm running haiku on a dell precision 5810
Maturi0n_ has quit [Remote host closed the connection]
Maturi0n has joined #haiku
nosycat has joined #haiku
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
Begas_win has joined #haiku
Begas_win is now known as Begasus_64
<nosycat>
o/
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<botifico>
[haikuports/haikuports] threedeyes f4dfbdc - OpenJDK: add recipe for 15.0.1+9 version
OrangeBomb has quit [Ping timeout: 480 seconds]
bbjimmy has quit [Remote host closed the connection]
bbjimmy has joined #haiku
bbjimmy_64 has quit [Quit: Vision[]: i've been blurred!]
<PasNox>
Hey, I have an issue with Haiky, I can't upgrade from r1-beta3 to r1-beta4, package like smbfs 0.9.5 (upgrade from 0.9.3) say it can not find haiky-r1-beta4-revXXX, any idea how to fix it ?
<ermo[m]>
Is a clock that can change direction really "monotonic"? 🤔
<waddlesplash>
appears this also was known to happen in VBox ... which has big perf problems too
<waddlesplash>
ermo[m]: no
<ermo[m]>
so it's a violation of an invariant in other words?
<waddlesplash>
if that's what's actually happening yes
<waddlesplash>
but I'm just speculating
<ermo[m]>
(sounds like a "fun" thing to debug! 😁=
<ermo[m]>
s/😁=/😁)/
<waddlesplash>
yes :(
<trungnt2910[m]>
Where are Haiku package sources stored?
<waddlesplash>
you mean _source packages?
<trungnt2910[m]>
Repository package sources
<waddlesplash>
still not sure what you are referring to exactly
<trungnt2910[m]>
The thing that pkgman reads every time.
<ermo[m]>
I managed to update my old haiku nighthly (pre-beta4) to latest nightly a few days ago. i5-2500, Realtek 8169 PCIe network nic, AMD HD 7970 GPU. Just used the graphical system updater and it completed without a hitch. Pretty impressive tbqh.
<ermo[m]>
I'm hoping that I'll eventually be able to use my FX-8350 box instead, but I appreciate that unless I can help fix it myself (and help fix the UEFI-related stuff), it's probably not gonna happen.
<ermo[m]>
re. the recent chatter about FX and >4GB RAM and such.
<waddlesplash>
dunno what problems there would be with UEFI...
<waddlesplash>
yes, FX is still a problem that nobody understands
<ermo[m]>
perhaps I'm misremembering then. I just thought I remembered that there was some sort of incompatibility w/UEFI in certain scenarios (could be crossed wires on my part)
<ermo[m]>
Ye olde i5-2500 boots w/CSM set to legacy for disks and graphics iirc.
<ermo[m]>
(the motherboard doesn't have good UEFI support from what I can tell; it's from the era when that stuff was just beginning to get deployed)
<waddlesplash>
yeah that happens, I guess
<PasNox>
Is there a way to upgrade instalaltion without erasing user data ? I broken my Haky beta3, and while network is still working, ssh don't (i may have forgotten to enable root login or lost the password).
novaphoenix has joined #haiku
OrangeBomb has joined #haiku
<nosycat>
It might be better to boot from the live DVD and backup your data, then install anew.
<nekobot>
[haiku/haiku] c650846d9eff - vm: Replace the VMAreas OpenHashTable with an AVLTree.
<zdykstra>
nice!
<waddlesplash>
PasNox: follow upgrade instructions in beta4 release notes
<waddlesplash>
or, sorry, just on the "get haiku" page
<novaphoenix>
hey, all; I'm getting a lot of error 500s when using haikudepot on the latest nightly; trying to update software will throw an error at me saying that some of the data is missing, debug data says that it's getting a 500 when attempting to stream depot.haiku-os.org/__repository/all-en.json.gz for example
<novaphoenix>
one of the packages in specific i can't seem to download and update is llvm12_libs and gettext
<novaphoenix>
let me know if you need more log data
<waddlesplash>
you can likely install those packages or upgrade using pkgman in the terminal
<waddlesplash>
I will page the sysadmins about HDS being down
<PasNox>
waddlesplash: I broken by updating before following the upgrade rules. So now haiku is no longer showing up the desktop. Just network is working, but unfortunately, ssh access is not working. So the get page does not state if we can upgrade an existing installation. It only state we cna isntall on a new partition.
<waddlesplash>
you can upgrade an existing installation.
<novaphoenix>
hmm, now i'm "out of space" on my supposed brand new 2tb volume, let me try to fix that haha
<botifico>
[haikuports/haikuports] korli 9e9727d - boost170: move cmake files to the devel subpackage
HaikuUser has quit [Ping timeout: 480 seconds]
B2IA has joined #haiku
tqh has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
HaikuUser has joined #haiku
HaikuUser has quit []
mmu_man has quit [Ping timeout: 480 seconds]
gouchi has joined #haiku
gouchi has quit [Remote host closed the connection]
bjorkint0sh has quit [Quit: Leaving]
bjorkintosh has joined #haiku
mmu_man has joined #haiku
humdinger has joined #haiku
<B2IA>
(Myroslav) Hi mayk77
Begasus_64 has quit [Quit: Vision[]: i've been blurred!]
jmairboeck has joined #haiku
Begas_VM has joined #haiku
<jmairboeck>
Hi Begas_VM!
<jmairboeck>
I have a kind of special question about haikuporter: can build packages satisfy requirements?
<jmairboeck>
what I want to try is to swap around the runtime dependencies of texlive and texlive_core. I think it would be better if texlive_core required texlive (and maybe texlive_basic) instead of the other way round, like it is now.
<jmairboeck>
but the build dependencies need to stay as they are, i.e. texlive requires texlive_core to build
<jmairboeck>
so, to sum it up, I would build texlive_core first, but the resulting packages would not be installable, but could then be used to build texlive, if this works. (if the texlive build package satisfies the requirement for texlive_core in the chroot)
<zdykstra>
texlive: awful to package on EVERY platform
<jmairboeck>
zdykstra: yes, indeed. I struggled quite a bit with it.
<jmairboeck>
version 2023 was released last week, so I should start updating our port
<Begasus>
jmairboeck, out on the blue there, if there is something to check I'll gladly test it out on 32bit
<jmairboeck>
ok, I think I have to try it out then
<Begasus>
+1 crossing fingers :)
<jmairboeck>
in the worst case, I'll have to build texlive_core twice
<novaphoenix>
oh, just to update on my previous issue with the haiku depot; after reinstalling and setting up an efi bootloader so i didn't just boot back into my flash drive all the issues i was having with depot seemed to have been fixed! not sure why lack of space would've caused server side errors, or maybe the sysadmins figured it out while i was reinstalling, but it's all good now
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<jmairboeck>
the relative variables are the same as the regular ones without $prefix
<PasNox_>
I just upgraded to haiku r1/beta4, all works fine and I was able to upgrade existing package. Though, when I do use HaikuDepot and try to update repositories an error occurs
<Begasus>
PasNox_, just try pkgman (much easier) :)
<jmairboeck>
so $relativeLibDir should be "lib/x86" on 32 bit secondaryArch and just "lib" everywhere else
<Begasus>
(if you know what you are looking for)* :)
<PasNox_>
it's during the *synchronization* state as seen in tghe progress bar
<botifico>
[haikuports/haikuports] Begasus 25942e5 - opensubdiv, bump version (#8102)
Babaj has joined #haiku
Babaj has quit [Max SendQ exceeded]
Babaj has joined #haiku
Babaj has quit [Max SendQ exceeded]
Babaj has joined #haiku
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
Babaj has quit [Quit: Leaving]
tqh has quit [Remote host closed the connection]
tqh has joined #haiku
andreasdr has joined #haiku
<andreasdr>
Hi there
<Begas_VM>
bbl, (maybe) :)
<nosycat>
o/
<andreasdr>
Arrrrr
andreasdr has quit []
andreasdr has joined #haiku
andreasdr has quit [Quit: Vision[]: i've been blurred!]
andreasdr has joined #haiku
andreasdr has quit []
<jmairboeck>
it seems like our version of ICU is too old for texlive 2023. Bibtex references UBLOCK_LATIN_EXTENDED_F and G which are available since ICU 70.
<jmairboeck>
I see that a recipe for ICU 70 is available but disabled. Could that be enabled, waddlesplash?
<PulkoMandy>
using it breaks booting Haiku, I think
<PulkoMandy>
and investigate the problem with the newer versions, probably they try to use some C library locale function that we implement... using icu
gouchi has joined #haiku
nosycat has quit [Quit: Leaving]
humdinger has quit [Quit: Vision[]: Oi with the poodles already!!]
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
should be the last one for today
<jmairboeck>
the texlive upgrade started very smooth (the patchset applied cleanly!) but came to a halt now.
<Begasus>
;)
<jmairboeck>
I think I'll wait till the problems with ICU 70 are sorted out
<Begasus>
could take a while I guess
<Begasus>
nice fuzzylite completed on buildmasters :)
<x512[m]>
PulkoMandy: Is ICU really needed for core Haiku?
<x512[m]>
Depending on unstable library is a bad idea I think.
<PulkoMandy>
all the C library locale functions are implemented with it
<PulkoMandy>
what's unstable about it?
<Habbie>
openbsd just went "locales? nobody needs those"
<x512[m]>
Maybe some more lightweight implementation exist?
<Habbie>
no wait that was just charsets
<PulkoMandy>
x512[m], we use a lot of icu for the locale kit anyway
<PulkoMandy>
so you could have a lightweight thing in addition to ICU, the total would still be bigger
<x512[m]>
ICU have unstable API.
<x512[m]>
It is also very bad that ICU version cause effects on 3rd party software.
<PulkoMandy>
they intentionally use a different namespace for each version so there are no conflicts
<PulkoMandy>
and we wrap the unstable API into locale kit so we can provide a stable API to 3rd party software
<Begasus>
heading down, g'night peeps!
Begasus has quit [Quit: Leaving]
<x512[m]>
Is it possible to use multiple ICU versions in the same process?
<jmairboeck>
so could we just enable ICU 70 for third party apps (like texlive)?
<PulkoMandy>
yes, no problem because of the namespaces
<x512[m]>
So what is the problem with ICU 70?
<PulkoMandy>
not sure if we need to do something on haikuports side for it to work
<PulkoMandy>
for 3rd party apps? I don't know. Has anyone tried installing it side by side with the current one?
<x512[m]>
Yes, for 3rd party applications.
<jmairboeck>
probably the devel packages will conflict, is that maybe a problem?
<jmairboeck>
i.e. does haiku_devel depend on icu66_devel?
<PulkoMandy>
no
<PulkoMandy>
the locale kit takes great care to fully isolate the public API from ICU
<PulkoMandy>
one problem would be that each version of icu comes with its own data (in libicudata) and that's several megabytes of extra disk usage if we have multiple versions
<PulkoMandy>
I'm not sure if it's possible to put the data in plain files (not a .so) so mulitple versions of ICU can use the same data
<PulkoMandy>
but that's just optimization
<jmairboeck>
why does haikuporter still build it (and use icu66) if I specify ">= 70" at the "devel:libicu*" entries in BUILD_REQUIRES?
<jmairboeck>
I would have expected an error
x10z has joined #haiku
<PulkoMandy>
haiku depends on icu66 so you'll always have that in your build chroot
<jmairboeck>
ah, makes sense, but why icu66_devel?
<jmairboeck>
I actually seem to have icu70 still installed
<jmairboeck>
and it activated both devel packages
<jmairboeck>
uninstalling icu66_devel would install a few packages, not haiku_devel, but e.g. gd_devel, so that wouldn't work
<jmairboeck>
so I need a different solution
<jmairboeck>
I guess I could just use the included ICU instead of the system one
<jmairboeck>
I'll try that
vdamewood has quit [Quit: Life beckons.]
HaikuUser has joined #haiku
HaikuUser has quit []
jmairboeck has quit [Quit: Konversation terminated!]
xiku has joined #haiku
AtomoZero has joined #haiku
AtomoZero has quit [Quit: Vision[]: i've been blurred!]
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
B2IA has quit [Quit: Vision[]: i've been blurred!]
AlienSoldier has joined #haiku
B2IA has joined #haiku
tqh has quit [Quit: Leaving]
diver1 has joined #haiku
Diver is now known as Guest8770
diver1 is now known as Diver
Guest8770 has quit [Ping timeout: 480 seconds]
Diver has quit [Quit: Leaving.]
hackkitten has quit [Ping timeout: 480 seconds]
gouchi has quit [Remote host closed the connection]
<nekobot>
[haiku/haiku] da78f6bf20ce - open: B_ALREADY_RUNNING is valid for BUrl::OpenWithPreferredApplication().