waddlesplash changed the topic of #haiku to: Open-source operating system that specifically targets personal computing. | https://haiku-os.org | Nightlies: https://download.haiku-os.org | Bugtracker: https://dev.haiku-os.org | SCM: https://git.haiku-os.org/ | Logs: https://oftc.catirclogs.org/haiku/ | Matrix: #haiku:matrix.org | XMPP: #haiku%irc.oftc.net@irc.jabberfr.org
<OscarL> that worked :-)
Babaj has quit [Ping timeout: 480 seconds]
Babaj has joined #haiku
<OscarL> bbl
OscarL has quit []
vdamewood has joined #haiku
r6fej has quit [Remote host closed the connection]
r6fej has joined #haiku
freakazoid332 has quit [Remote host closed the connection]
frkazoid333 has joined #haiku
<nekobot> [haikuports] threedeyes pushed 1 commit to branch master: https://github.com/haikuports/haikuports/compare/39711f60b054...23da1f7f9f40
<nekobot> • threedeyes (23da1f7f): tdlib: add recipe
Nasina has quit [Read error: Connection reset by peer]
Nasina has joined #haiku
Nasina has quit [Remote host closed the connection]
angrystar17043 has quit [Quit: The Lounge - https://thelounge.chat]
angrystar17043 has joined #haiku
angrystar17043 has quit [Quit: The Lounge - https://thelounge.chat]
Babaj has quit [Quit: Leaving]
mmu_man has quit [Ping timeout: 480 seconds]
angrystar17043 has joined #haiku
<x512[m]> OscarL == bipolar ?
OscarL has joined #haiku
<OscarL> x512[m]: yes, BiPolar was my original nickname from BeOS days, and my account on Trac and other similar places.
<OscarL> (back then Trac only accepted lowercase names)
Aedil has joined #haiku
Aedil has quit []
Aedil has joined #haiku
rexbinary has quit [Quit: ZNC - https://znc.in]
vdamewood has quit [Quit: Textual IRC Client: www.textualapp.com]
flowerg9 has joined #haiku
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
bbjimmy has quit [Remote host closed the connection]
AlienSoldier has quit [Quit: Vision[]: i've been blurred!]
frankdeboyle has joined #haiku
frankdeboyle has quit [Remote host closed the connection]
melindonatri has joined #haiku
OrangeBomb has quit [Quit: Slacking off]
OrangeBomb has joined #haiku
bbjimmy has joined #haiku
<Begasus[m]> g'morning peeps
<OscarL> 'lo Begasus[m].
erysdren has joined #haiku
<Begasus[m]> 'la OscarL :)
<OscarL> Begasus[m]: thanks to Humdinger, now the file fitler on TextSearch looks better: https://0x0.st/8vte.png
<OscarL> *filter
<Begasus[m]> cool OscarL ! TextSearch is inside Haiku source right?
<OscarL> right, currently on review process over gerrit.
<Begasus[m]> + 1 from me already :)
<Begasus[m]> too bad I have to wait for beta6 to use it :)
<OscarL> Begasus[m]: I'm using it on beta5 already. I just put it under "non-packaged/apps/" and a symlink under "non-packaged/add-ons/Tracker"
<Begasus[m]> hmm guess I could do that once it's merged
<OscarL> thanksfully, one of the things that work alright with "overwrites" under non-packaged. Was quite pleased that it worked that way :-)
<Begasus[m]> guess it has to follow the system path used to work, eg the current one being in /system/apps
<Begasus[m]> switched to NeoChat nightly/morningly(?) :)
<OscarL> If I'm not mistaken, the part that works is placing it under "non-packaged/add-ons/Tracker/". The fact that I just used a symlink there (to non-packaged/apps/TextSearch) is just a minor detail.
<OscarL> nightly -> "wee-hours-ly" -> morningly :-P
<Begasus[m]> well, it's just build, so morningly? (but source is updated just, so maybe it's nightly then?) :P
melindonatri has quit [Remote host closed the connection]
<Begasus[m]> one PR merged at kde, one almost there, and anotherr one still open atm :)
<Begasus[m]> second one merged :)
<Begasus[m]> hmm ... when bash-completion script is added to a package should the package also mention it as a runtime requirement?
<Begasus[m]> doesn't look defined as such in other recipes ...
<OscarL> I don't think they should. they are just providing a "data" file for the "proper" bash_completion package to use, in a way.
<Begasus[m]> +1
<Begasus[m]> update on libsectet will include it :)
<Begasus[m]> libsecret*
JakeSays has joined #haiku
JakeSays1 has quit [Ping timeout: 480 seconds]
rexbinary has joined #haiku
<Begasus[m]> biab
freddietilley has joined #haiku
OrngBomb has joined #haiku
angrystar17043 has quit [Quit: The Lounge - https://thelounge.chat]
<Begasus[m]> k, manpage added also
OrangeBomb has quit [Ping timeout: 480 seconds]
angrystar17043 has joined #haiku
angrystar17043 has quit []
angrystar17043 has joined #haiku
freddietilley has quit [Quit: WeeChat 4.6.1]
freddietilley has joined #haiku
<nekobot> [haikuports] Begasus pushed 1 commit to branch master: https://github.com/haikuports/haikuports/compare/23da1f7f9f40...a4f19fde7138
<nekobot> • Begasus (a4f19fde): libsecret, bump to 0.21.7 (#12405)
<Begasus[m]> buildmasters issue again :(
<OscarL> stop breaking them!
dqk_ has quit [Ping timeout: 480 seconds]
<OscarL> seems it was that new tdlib, no?
<OscarL> (or mmlr tripped over some power cable :-D)
<Begasus[m]> right, wasn't me the first run :P
<Begasus[m]> or kallisti5 didn't switch the power cables yet ;)
JakeSays1 has joined #haiku
<OscarL> man... I really need to do something about the noise of this "new" PSU (I found it on a forgotten "spare-parts" box). Previous one was pretty quiet, but it won't allow me to start the PC any longer.
<OscarL> Current one sounds like a turbojet.
<OscarL> Guess I'll end up "transplanting" the working PSU board into the quieter PSU case/fan.
<Begasus[m]> got one here also, pretty good box for building (and only used for that), but need to put some weight on it to make it stay put on it's place :)
<OscarL> heh
JakeSays has quit [Ping timeout: 480 seconds]
<OscarL> Begasus[m]: just a note/comment/question, as you're more experienced... while trying to build muon, it failed to find libarchive, thus I looked to its .pc file to see if I could figure out what was wrong...
* Habbie notices a successful nerdsnipe
<OscarL> issue seems related to iconv/libcrypto some how, no idea what's wrong with them, but besides that.. libarchive.pc contains: "-L/packages/libxml2-2.12.5-3/.self/develop/lib", which looks wrong.
<OscarL> Habbie: :-)
<OscarL> and now I'm trying to do another one Habbie :-P
<Habbie> hehehe
<OscarL> Habbie: in case you find yourself in a hurry to use moun... https://github.com/haikuports/haikuports/pull/12404 builds and only fails 38 tests on beta5. (upcoming 0.5.0 version on nightlies has only 4 failed tests).
<Habbie> no hurry at all but i'll see if i can test it tonight :)
<Habbie> honestly i wasn't expecting it to be a lot of work :>
<Begasus[m]> morge habbie
<OscarL> boostrapping still doesn't works, so it requires meson/ninja to build moun :-D
<Habbie> mog!
<Habbie> OscarL, lol
<Begasus[m]> OscarL: if you add devel:libiconv does it work then?
<Begasus[m]> -I/packages/libxml2-2.12.9-1/.self/develop/headers/libxml2 -I/packages/zlib-1.3.1-4/.self/develop/headers
<OscarL> I didn't try adding them, but was considering if libarchive_devel should have that and devel:libcrypto as REQUIRES.
<Begasus[m]> doesn't mention iconv there
<Begasus[m]> -L/packages/libxml2-2.12.9-1/.self/develop/lib -lxml2
<Begasus[m]> no mention there also
<Begasus[m]> you got an older libxml2 also it seems?
<OscarL> the fact that it includes a version there sounds bad to me, as mine has "2.12.5-3" when current libxm2 is 2.12.9-1
<Begasus[m]> oh, was looking up libxml2 stuff :P
<Begasus[m]> REQUIRES_DEVEL is missing those 2 in libarchive
<Begasus[m]> should be easy fix OscarL :)
<OscarL> just wanted a second opinion before going that route, as I know *very* little about pkg-config and such.
<Begasus[m]> OscarL: might as well bump libarchive to 3.7.9 while you are in the process :)
<Begasus[m]> fbrosson picked on me on those ones back then (multiple times) :)
<OscarL> in fact... was already puzzled that I had to uninstall pkgconfig, so I could use lib:libpkgconf :-/
<Begasus[m]> jikes
<OscarL> and now "pkg-config --libs libarchive", for example... just gives me: "-L/packages/libarchive-3.7.2-2/.self/develop/lib -larchive"
<Begasus[m]> I don't "think" lib:libpkgconfig is in use anywhere?
erysdren has quit [Quit: Konversation terminated!]
<Begasus[m]> yeah, it doesn't "require" libiconv, only the headers
<Begasus[m]> for the devel package*
<OscarL> at first I tried using "regular" pkg-config, as the website for muon mentions it as alternative to libpkgconf... but didn't worked, so I switched to the latter.
<Begasus[m]> iirc korli mentioned this not that long ago, check the libarchive headers for #include <iconv.h> or the like
<OscarL> "For pkgconfig support: - A pkg-config binary - Or libpkgconf (-Dlibpkgconf=enabled)"
<Begasus[m]> meson should be clever enough to find the presense for pkg-config
<OscarL> meson might be, but moun might not.
dqk has joined #haiku
<Begasus[m]> anyway, it should be printed in the build configure part?
<OscarL> ideally, we should be able to just boostrap moun and not require meson/ninja to build it.
<OscarL> for now, I'm just happy to make it build with meson, and fine tune details.
<Begasus[m]> k, will grab the PR and have a look :)
<OscarL> thanks.
<OscarL> ah, I missed the second "pkg-config --cflags libarchive" call on your paste.
<Begasus[m]> libpkgconf auto [enabled, disabled, auto] required for dependency discovery with pkg-config files
<OscarL> I thought "my" pkg-config was broken :-)
<Begasus[m]> they seem to require libpkgconfig .... hunting down repology :)
<Begasus[m]> there's also 0.5.0 it seems OscarL :P
<OscarL> yeah... I fallen on that trap too.
<OscarL> it is not a proper release.
<OscarL> it is just a "snapshot" of latest commit.
<OscarL> they should clearly name it 0.5.0-dev or something.
<Begasus[m]> ah, I just go by what I see at repology :)
<OscarL> here's my recipe for 0.5.0 if you want it: https://0x0.st/8woZ.0.recipe
<OscarL> (name of some options changes)
<Begasus[m]> if 0.4.0 is the official release atm just go with that :) I'll take your word for it :)
<OscarL> no 0.5.0 tags on either github nor on the canonical repo over https://sr.ht/~lattis/muon/
<Begasus[m]> +1
<Begasus[m]> did a local build for pkgconf, not going to switch that with the system one :P
<OscarL> at least it builds pretty fast.
<Begasus[m]> yeah, no issue there :)
<Begasus[m]> k, let's check the logs for muon
<Begasus[m]> ok, sollution, add iconv and crypto to libarchive devel
<Begasus[m]> it clearly states "Package 'iconv', required by 'libarchive', not found"
<OscarL> yes, mentioned it on the PR.
<Begasus[m]> right, so libarchive should be "fixed" for this, otherwise packages needing libarchive can hit this again also
<OscarL> exactly.
<OscarL> I think I had a similar situation sometime ago... with a similar resolution... but my memory doen't helps.
<Begasus[m]> can you do it, or you want me to check it (and in the meantime bump libarchive version)?
<Begasus[m]> heh
<OscarL> not sure if it was something *I* fixed, or just read about it in logs and such :-D
<Begasus[m]> did the same for the kde frameworks, every time I hit some issues like this added the devel packages to the REQUIRES_devel
<OscarL> BUILD_REQUIRES for libarchive don't seem too terribly large, so downloads size shouldn't not be a factor... was a bit more worried about the possible cascading effect of having to update the library as well.
<Begasus[m]> hmm ... need to check this for kwmlgui, ... strike that, fixed locally :D
<Begasus[m]> 3.7.2 -> 3.7.9, minor update, so should have major changes
<Begasus[m]> coffee refill ...
<OscarL> of the thing that require libarchive... I seem to only "use" cmake :-)
<OscarL> so at least I have that one to test.
<Begasus[m]> I can check with Ark also, it's a major requirement there
<OscarL> alright. Let me see if I can get it before sunrise (and /me going to bed :-D)
<Begasus[m]> runConfigure: Must specify optimization flags when overriding CFLAGS/CXXFLAGS.
<Begasus[m]> I think jmairboeck mentioned something about a debugpackage when using this?
KapiX has joined #haiku
<Begasus[m]> lol, first test already fails ... FAIL: libarchive_tes
KapiX has quit []
<OscarL> "hp libarchive -Gb" just barely finished here.
<OscarL> seems I hit that message in April, but no idea what recipe I was touching.
<Begasus[m]> not much in that log :/
<Begasus[m]> only last month? :P
<Begasus[m]> let's turn on some verbose in the checks
<OscarL> might have been libretls... still have the download forlder and a .patchset, but seems I nuked that recipe :-D
<Begasus[m]> half of the work done, now finish up the rest? ;)
<Begasus[m]> arghh .. still nothing usefull in the logs :/
<Begasus[m]> 59: test_option_s in/d1/hardlink2: Can't create 'in/d1/hardlink2': Operation not supported
<Begasus[m]> atleast one that's usefull
<OscarL> from the libarchive recipe: "ac_cv_func_readpassphrase=yes". Sounds like some voodoo incantation.
<Habbie> autoconf_C..something_function_
<OscarL> is that to force autotools to force the check for "readpassphrase" to pass, right?
<Habbie> oh, i guess so yes
<Habbie> ew
<Begasus[m]> let's see how cmake behaves ...
<OscarL> I think I saw it in some other places... most likely suggested by korli, without much more words after it, as usual :-D
<OscarL> right, forces writting "HAVE_READPASSPHRASE 1" on confdefs.h
<OscarL> wonderful.
<Habbie> i wonder about the wisdom of forcing such a check if it doesn't work automatically ;)
<OscarL> I wonder who has the patience to deal with autotools shennanigans when if fails for some obscure reason :-)
<Habbie> i have learned that patience in my job
<Habbie> but we're migrating to meson
<Begasus[m]> /boot/system/develop/tools/bin/../lib/gcc/x86_64-unknown-haiku/13.3.0/../../../../x86_64-unknown-haiku/bin/ld: test_main.c:(.text.getXattr+0x43): undefined reference to `lgetxattr'
<Begasus[m]> and a few other there (with cmake/ninja)
<Begasus[m]> lgrep doesn't show references
<OscarL> we still need _BSD_SOURCE and not _DEFAULT_SOURCE on beta5, right?
<Begasus[m]> CHECK_FUNCTION_EXISTS_GLIBC(lgetxattr HAVE_LGETXATTR)
<Begasus[m]> I think so OscarL
<OscarL> seen that xtattr not long ago... too bad about my poor memory :-/
<Begasus[m]> ELSEIF(HAVE_SYS_XATTR_H OR HAVE_ATTR_XATTR_H)
<Begasus[m]> that's the one I guess, undef'd this in other places
<OscarL> Begasus[m]: libgnu has them
<OscarL> "-lgnu" and possibly "-D_GNU_SOURCE"
<OscarL> *-lgnu
<Begasus[m]> ow ...
wicknix_ has quit [Read error: Connection reset by peer]
<Begasus[m]> probably why: LDFLAGS="-lbsd" CFLAGS="-D_BSD_SOURCE -O2" is in there
<Begasus[m]> not used in Terminal build just now :)
wicknix has joined #haiku
<OscarL> "waiting for build package libarchive-3.7.9-1 to be activated" :-/
<Begasus[m]> 806 test when checking with cmake :)
<Begasus[m]> s/test/tests
<Begasus[m]> OscarL: if libgnu ... has those symbols shouldn't they show up when looking them up with lgrep?
<OscarL> (manually removing the libarchive*.DependecyInfo seems effective to combat those "wating for [] activated" errors)
<OscarL> "lgrep xattr" shows them here.
<Begasus[m]> undefined reference to `lgetxattr'
<OscarL> /boot/system/lib/libgnu.so:0000000000002290 T lgetxattr
<Begasus[m]> maybe not fully supported?
<Begasus[m]> err ...
<Begasus[m]> beta5 also?
<OscarL> yes
<Begasus[m]> weird, will try again when the tests finish
<OscarL> is that for libarchive-3.7.9?
<OscarL> I should come up with some bash function to auto-remove those .DependecyInfo files more easily :-) (got the error again, solved it again by using that "trick")
<Begasus[m]> anyway: Run-time dependency libarchive found: YES 3.7.9
<Begasus[m]> so fixing libarchive fixes muon for that too
<OscarL> nice.
<Begasus[m]> and yes libarchive 3.7.9
<OscarL> running a build without "ac_cv_func_readpassphrase=yes" just to see if is still needed or what.
<Begasus[m]> been a while here for that waiting for .... (knocks on whood)
<Begasus[m]> +1
<OscarL> if is still necessary, I'll at least add a comment.
<Begasus[m]> didn't complain when running a regular cmake build for that
<OscarL> "checking for readpassphrase... yes"
<OscarL> seems we can drop it.
<Begasus[m]> -- Looking for readpassphrase - found
<OscarL> "waiting for build package libarchive-3.7.9-1 to be deactivated" :-(
<OscarL> that one I can't solve while the build is running.
<Begasus[m]> if it isn't the first it is the last stage ... :P
<OscarL> right. seems designed to piss me off :-D
<Begasus[m]> heh
<OscarL> so... just using LDFLAGS="-lbsd" CFLAGS="-D_BSD_SOURCE -O2" build went ok.
<Begasus[m]> Start 550: libarchive_test_write_filter_lrzip (seems to be taking quite some thime)
<Begasus[m]> or: -DENABLE_XATTR=OFF :)
<Begasus[m]> (with cmake*)
<OscarL> I got "checking for lsetxattr... yes"
<Begasus[m]> yeah it finds(*) it, but fails to link against bsd if not exported I guess
<OscarL> same for the rest, and even earlier on the log: "checking for library containing setxattr... -lgnu"
<Begasus[m]> 107: 00000000000023d0 115 FUNC GLOBAL DEFAULT 11 lsetxattr
<Begasus[m]> problem is that they use the check in glibc and not link to libgnu?
<Begasus[m]> glibc = libroot afaik in Haiku
<OscarL> libgnu.so is linked fine here... (just ran my "list_required_libs" bash function on the dir with all the binaries and libs for libarchive).
<Begasus[m]> nuked that test
<Begasus[m]> well, you still used the "export .... " magic in the recipe
<Habbie> yes, libroot is "like glibc"
<Habbie> "the C library"
<Begasus[m]> so it probably picks it up with that
<Begasus[m]> right habbie
<Begasus[m]> 91% tests passed, 73 tests failed out of 806
<Begasus[m]> nuke 3 tests with lrzip involved (took too long for my nerves atm) :P
<Begasus[m]> s/nuke/nuked
<Begasus[m]> k, only advantage on using a cmake build is the extra cmake configuration files, so let's just keep the autotools build for now OscarL :)
<OscarL> running --test here... might have been a bad idea, given that I was aiming for bed before sunrise.
<Begasus[m]> if you create the PR poke korli also :)
<Begasus[m]> heh
<Begasus[m]> libVersion="13.7.9" :)
<Begasus[m]> maybe also move the tools out of the base package? (me ducks)
<OscarL> right, "libarchive.so.13.7.9"
<OscarL> moving them to _tools sounds like a good plan. forgot to do that for libsecret? :-P
<Begasus[m]> fair enough :)
<OscarL> ouch, got a test crash.
<Begasus[m]> but have thought about it :)
<OscarL> if package is small enough, might not be even worth it.
<OscarL> ouch, KDL.
<Begasus[m]> bugger :(
<Begasus[m]> almost 566KiB here (base package)
<OscarL> "PANIC: vm_page_fault: unhandled page fault in kernel space at 0x40, ip 0xffffffff8112a8b8"
<Begasus[m]> no clue for those here :)
<OscarL> seems related to Node::Unlink in RAMFS.
<Begasus[m]> ah, still using that there?
<OscarL> always :-)
<OscarL> well, *almost* always.
<OscarL> IIRC, some of these ocassional ramfs issues are already resolved on nightlies.
<OscarL> saved the serial output, just in case.
<Begasus[m]> at least you can grab that +1
<OscarL> will postpone further testing till after some hours of sleep.
<OscarL> thanks for playing along, Begasus[m].
Guest14842 has left #haiku [#haiku]
<Begasus[m]> np OscarL :)
<Begasus[m]> even with "make VERBOSE=1 check" there isn't more information on the failing tests
Guest14842 has joined #haiku
<Begasus[m]> biab
<janking> Good day to you all :)
BrunoSpr has joined #haiku
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #haiku
OscarL has quit [Remote host closed the connection]
<Begasus[m]> 'lo janking
<Begasus[m]> k, round 2 done ... :)
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
diver1 has joined #haiku
diver has quit [Read error: Connection reset by peer]
mmu_man has joined #haiku
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #haiku
<janking> :)
HaikuUser has joined #haiku
HaikuUser has quit []
erysdren has joined #haiku
nephele has joined #haiku
talos has quit [Quit: The Lounge - https://thelounge.chat]
talos has joined #haiku
cory has quit [Quit: The Lounge - https://thelounge.chat]
cory has joined #haiku
freddietilley has quit [Quit: WeeChat 4.6.3]
talos has quit [Quit: The Lounge - https://thelounge.chat]
nephele has quit [Quit: Vision[]: i've been blurred!]
talos has joined #haiku
nephele has joined #haiku
BrunoSpr has joined #haiku
petterhj has quit [Remote host closed the connection]
petterhj has joined #haiku
e1z07567351 has joined #haiku
e1z07567351 has quit []
e1z07567351 has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
HaikuUser has joined #haiku
xet7 has quit [Ping timeout: 480 seconds]
xet7 has joined #haiku
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
AndrevS has joined #haiku
AlienSoldier has joined #haiku
OrngBomb is now known as OrangeBomb
<Habbie> ah, no Go means no github cli
<Begasus[m]> korli has something setup for that iirc habbie
<Begasus[m]> ah no ...
<Begasus[m]> that was for CI :)
<nephele> Hmm, no Oscarl, sad
<Begasus[m]> nephele probably later :)
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus[m]> anyway, closing down here
<Begasus[m]> cu peeps!
<nephele> Good night Begasus[m]
mmu_man has joined #haiku
<Habbie> i'm missing something - where in the source tree is it decided that i2c_hid is not built?
<nephele> in the jamfiles Habbie
<Habbie> in drivers/input/Jamfile i see SubInclude for i2c_hid
<Habbie> in i2c_hid i see KernelAddon i2c_hid :
<Habbie> i remember seeing # for other disabled things earlier
<Habbie> but no # here
jmairboeck has joined #haiku
gouchi has joined #haiku
gouchi has quit [Remote host closed the connection]
xet7 has quit [Ping timeout: 480 seconds]
xet7 has joined #haiku
* Habbie types 'hp muon'
* Habbie replaces pkgconfig with pkgconf on his haiku
* Habbie succesfully runs 'muon fmt'!
xet7 has quit [Ping timeout: 480 seconds]
<Habbie> waddlesplash, in gerrit review 9243, you mentioned line too long. Is the expectation that I'm fixing that while I'm touching this code anyway? (that's fine, to be very clear, just want to be certain)
<Habbie> waddlesplash, also what's the length limit?
<waddlesplash> no I was commenting on lines you changed
<waddlesplash> 100 columns
<Habbie> oh, did i bump them just over?
<Habbie> ah i did!
AndrevS has quit [Quit: umount /dev/irc]
AndrevS has joined #haiku
xet7 has joined #haiku
illwieckz_ has quit [Ping timeout: 480 seconds]
illwieckz has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
<scanty> Habbie: what is muon? i only know of muons from particle theory standard model
<Habbie> scanty, an implementation of the meson build system
<Habbie> which i ran into mostly because it can reformat meson.build files
<scanty> ah, okay. thanks :)
<scanty> i'll stick with the physics.
OscarL has joined #haiku
<scanty> there he is!
<OscarL> Bummer, even with after switching PSU (for one that does all sort of noises :-D), I still barely can boot up this motherboard any longer :-(
<OscarL> hey there scanty :-D
<scanty> hello, OscarL
<OscarL> hope you're feeling better already!
<scanty> thanks. i was in hospital yesterday
<OscarL> ouch.
<scanty> they told me it could take up to 3 weeks to recover.
<scanty> no flue, no covid, no pneumonia, so that's good
<OscarL> yeah... those respiratory infections are no joke :-(
<scanty> s/flue/flu/
<Habbie> hey OscarL
<OscarL> Hola Habbie :-)
<Hanicef[m]> scanty: ouch :(
<scanty> indeed. unfortunately because of my current medications, i cannot take any over-the-counter cold and cough syrups
<Hanicef[m]> oof, i hope your recovery goes well :(
<scanty> thanks. i appreciate it :-)
<scanty> have to go back to work tomorrow
<scanty> (bills)
<scanty> already missed a week.
<scanty> the good news is that i have not smoked any cigarettes in the past two weeks.
<scanty> so i think i'm gonig to push hard and quit
<Habbie> well done!
<scanty> thx :-)
<scanty> i don't even have cravings at this point, which is great.
<scanty> i think even if i did smoke at this point, i would probably cough for half and hour.
<scanty> anyway, enough about me...
<scanty> what's new and exciting?
<OscarL> scanty: hang in there buddy! Worst time are the first two weeks, in my experience. I had several "false-starts" when quiting, before finally being able to go cold-turky in 2018.
<scanty> thanks, OscarL... you're a good friend :-)
<OscarL> much appreciated, scanty :-)
<OscarL> not very exciting, but... libarchive might get fixed soon (if I manage to run the full testsuite without the computer melting)... and thus get a better muon for Habbie :-)
<Habbie> the only thing i use muon for works now, just to be clear :)
<OscarL> no problem, having it means you'll have one less excure to NOT run Haiku :-P
<OscarL> *excuse
<Habbie> :D
mmu_man has joined #haiku
<Habbie> is there a haiku source linter that can point me at lines over 100 long? even better, can Pe do it? :)
<OscarL> haiku-format should complain enough.
<Habbie> ah, let's see
<Habbie> i managed with awk meanwhile
<Habbie> but that's not great
<Habbie> it's not in depot?
<OscarL> pkgman search cmd:haiku_format
<Habbie> ah underscore, thanks
<OscarL> binary itself uses "-" though.
<Habbie> uh. then why the _ in cmd: ?
<Habbie> because - is for version numbers?
<Habbie> ok, haiku-format changes 166 lines in this file :D
<OscarL> as separator between $portName and $portVersion.
HaikuUser has joined #haiku
<OscarL> among other things ($name-$version).
HaikuUser has quit []
<Habbie> ack, understood
<OscarL> Also, IIRC, because bash variables perhaps?
<OscarL> Or I might just be mixing up the issue with bash variables and dots.
<Habbie> you cannot have - in bash var names, this is true
<Habbie> ack
<Habbie> i read that a long time ago :)
<OscarL> Habbie: the "Koder" native editor has an option to "Mark overly long lines" (either by drawing a line, or changing the background color).
<Habbie> oh! i will try it
<Habbie> 2025-02-15 17:18:17 * nephele disables "highlight trailing whitespace" to make Koder bearable in webkit code
<Habbie> lol
<OscarL> yeah, that setting doesn't play nice with large files.
<OscarL> (specially bad when combined with wrapping, IIRC)
<Habbie> fun. shift changes direction in ctrl-tab (the twitcher) but not in alt-tab (in webpositive)
<Habbie> is it normal that one click of the mouse wheel scrolls more than a screen? i notice this in several apps
<OscarL> mmm, seems I lost at least some libarchive recipe changes when I hit that KDL :-(
<OscarL> works ok on Pe at least here.
jmairboeck has quit [Quit: Konversation terminated!]
<OscarL> shift+wheel on Pe for extra speed :-P
<Habbie> ah Pe scrolls by just a few lines
<Habbie> and shift-wheel scrolls by a screen minus one line, which is perfect
<OscarL> I guess Mouse input preflet should have a setting for setting the amount of "lines to scroll".
HaikuUser has joined #haiku
HaikuUser has quit []
<Habbie> yeah i'm just testing on my Debian (GNOME) desktop now and it's mostly a lot less than a page/screen per click
<OscarL> usually is 3 lines.
<OscarL> *per "wheel tick"
illwieckz has quit [Ping timeout: 480 seconds]
<Habbie> that sounds righ
<Habbie> t
illwieckz has joined #haiku
Aedil has quit [Quit: leaving]
<OscarL> wish I could move to nightlies already, just to avoid these "waiting for <X> package to be {activated/deactivated}" :-(
<OscarL> on the other hand... nightlies Tracker ain't that hot.
<PulkoMandy> Habbie: It's not degided that i2c_hid is not built, it's just that no image or package includes it. you can add it to the haiku package definition if you want, or you can use build/jam/UserBuildConfig
<Habbie> PulkoMandy, ah that looks like a great hint
<PulkoMandy> It works just like in makefiles, if nothing depends on it and you don't ask for it to be built from the command line, there's no reason to build it
<Habbie> right
<Habbie> that makes sense, i just wasn't looking at it that way
HaikuUser has joined #haiku
HaikuUser has quit []
<Habbie> PulkoMandy, ok i see it now, i2c_elan is in build/jam/packages/Haiku but i2c_hid is not
<nephele> Habbie: overly long files in Koder highlights the entire file
<nephele> not just the visible space
<nephele> obviously, very bad performancewise
<Habbie> ah
<Habbie> i don't see that setting right away, but i believe you
<Habbie> gerrit tells me No changes need my attention
<Habbie> i left one sitting for two weeks
<nephele> if you are the last one who responded then it doesnt need your attention ;)
<Habbie> yeah, i responded to one just minutes ago
<Habbie> (with a push)
<Habbie> yay KDL
<Habbie> i see why i2c_hid is not usually compiled in :D
flowerg9 has quit [Ping timeout: 480 seconds]
<Habbie> (sorry)
nephele has quit [Quit: Vision[]: i've been blurred!]
<gordonjcp> have we got recent rust on Haiku yet?
* OscarL is *this* close to start cursing in Spanglish and smashing keyboards due to this crappy "wating for build pacakge..." bug.
<Habbie> i wish pkgman info gave version numbers
<Habbie> OscarL, oh right, i wanted to ask - what's wrong with nightly Tracker?
<OscarL> Habbie: heh, good thing my PC is far less well lit, and already covered in most dust than Indiana Jones's hat.
<OscarL> (still doesn't wan'ts to power up the mf!!!)
<gordonjcp> OscarL: I hoovered out my PC recently because it started to smell like a tumble dryer when I was doing big Blender renders
<Habbie> lol
<Habbie> (if your tumble dryer smells like that, that is also bad)
<gordonjcp> Mmmm, Persilly
<gordonjcp> this can't be good
OscarL has quit [Remote host closed the connection]
<Habbie> both my jam and my rsync look "paused"
<Habbie> i wonder if they're competing for some lock
<Habbie> i'm gonna let them figure it out for a while, perhaps even 8 to 30 hours
AndrevS has quit [Remote host closed the connection]
coronavirus has quit []
OscarL has joined #haiku
<OscarL> Habbie: Tracker has been acting a bit weird since a big refactor got merged some time ago. Some parts got fixed already, but still "weird things" happen (more or less frecuently/notably depending on your usage patterns). One such thing, as example: https://dev.haiku-os.org/ticket/19402
<OscarL> some other stuff is hard to describe, because tends to happen after several keyboard/mouse interaction with file selection/navigation, shortcuts not responding, etc.
illwieckz has quit [Quit: I'll be back!]
illwieckz has joined #haiku
<B2IA> (AP) test
OscarL has quit [Remote host closed the connection]
Skipp_OSX has joined #haiku
erysdren has quit [Quit: Konversation terminated!]
Skipp_OSX has quit [Quit: Textual IRC Client: www.textualapp.com]
<kallisti5[m]> I'm going to move zstd from cmake to make. Their own docs say that standard make is recommended. Cmake adds a dependency loop to build something essential in bootstrap
OscarL has joined #haiku
<OscarL> great. second time I get the same KDL when running libarchive test-suite :-(
<OscarL> *exactly* the same KDL. mmm. time to test on nightlies.
<OscarL> less build cycles... always a plus kallisti5[m].
<OscarL> had to resolve quite a few circular build deps on "python package land".
<OscarL> waddlesplash: got "PANIC: ASSERT FAILED (../haiku-git/src/system/kernel/vm/VMCache.cpp:795): offset >= virtual_base && offset < virtual_end" while running libarchive tests (work dirs on RAMFS) on hrev58865
<OscarL> on beta5 was getting "PANIC: vm_page_fault: unhandled page fault in kernel space at 0x40, ip 0xffffffff8112a8b8".
<OscarL> Have the serial debug output from VMware, in case you may find it useful/interesting-
frkazoid333 has quit [Read error: Connection reset by peer]
mmu_man has quit [Ping timeout: 480 seconds]
frkazoid333 has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []