ChanServ changed the topic of #haiku to: Open-source operating system that specifically targets personal computing. | | Nightlies: | Bugtracker: | SCM: | Logs: | Matrix: | XMPP:
Anarchos has quit [Quit: Vision[]: i've been blurred!]
<mmu_man> OMG PCI apocalypse
AlaskanEmily has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
Maturi0n_ has joined #haiku
jason123santa has left #haiku [#haiku]
Maturi0n has quit [Ping timeout: 480 seconds]
mmu_man has quit [Ping timeout: 480 seconds]
talos has quit [Quit: The Lounge -]
talos has joined #haiku
<braewoods> Interesting. The turing smart screen doesn't load properly on about half of the unix clones I tested it on. I mean, the kernel driver complains about something.
<braewoods> Haiku loads but complains about something being broken?
<braewoods> Huh. Seems I found the problem. The turing smart screen only supports being written to?
kikadf_ has joined #haiku
kikadf is now known as Guest12379
kikadf_ is now known as kikadf
Guest12379 has quit [Ping timeout: 480 seconds]
Halamix2 has quit [Quit: ZNC -]
Halamix2 has joined #haiku
randomuser992 has joined #haiku
randomuser992 has quit [Remote host closed the connection]
randomuser86 has quit [Ping timeout: 480 seconds]
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
probono9 has quit [Quit: The Lounge -]
probono9 has joined #haiku
<braewoods> Oh, no. The other implementations can't find the data interface due to some misconfigured USB stuff from the device.
<braewoods> Huh. I guess I always have my plan B. Implement an ACM driver over libusb for systems where the kernel one isn't viable for some reason.
Blendie has quit [Quit: Connection closed for inactivity]
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+2/-2/±0]
<botifico-c849d97b> [haikuports/haikuports] kenmays 627d83a - bind_utils: bump version (#8541)
DKnoto_W has quit [Ping timeout: 480 seconds]
DKnoto_W has joined #haiku
Begasus has joined #haiku
<Begasus> g'morning peeps
andreasdr has joined #haiku
Begas_VM has joined #haiku
andreasdr has quit [Quit: Vision[]: i've been blurred!]
<andreasdr[m]> Good morning Begasus
<Begas_VM> Moin andreasdr[m] :)
<andreasdr[m]> :)
AlaskanEmily has quit [Remote host closed the connection]
cebulon has joined #haiku
Diver has joined #haiku
oldkenobi has quit [Remote host closed the connection]
oldkenobi has joined #haiku
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus f34fc80 - readline6, disable static library (#8542)
OscarL has joined #haiku
<OscarL> Buen día.
<Begasus> Ola OscarL :)
<OscarL> hi Begasus :)
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus c61c655 - exiv2, fix PROVIDES (#8544)
<OscarL> <<< Seems I got fo fix another one, yay!
cebulon has quit [Quit: Vision[]: i've been blurred!]
<Begasus> good to go?
<OscarL> yup.
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] OscarL 545d7dc - sane_backends: switch to Python 3.9, fix x86_32 build. (#8543)
<Begasus> looking into my 64bit install to clean up some static ones there :)
<OscarL> saw that you killed a 123MB .a beast yesterday :-D
<Begasus> yeah, and that's only the static library :)
<Begasus> the package went down for another 30MiB :)
<Begasus> so in total gained about 150MiB ... not bad :D
<OscarL> nice! wish we could trim the noto font package too :-D (darn thing is bigger than llvm12!)
<Begasus> woot!
<Begasus> doubt you can strip some debug there :P
<OscarL> heh
<OscarL> cool, both builds for sane-backend ok (and in almost the same time! 32 bits got a speedup?)
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus ebdcdec - jsoncpp, don't build/install the static library (#8545)
<Begasus> hehe, got about the same build time for librsvg2 here in vmware :D
<OscarL> got to beat the buildmaster's build time for that sane-backends... 503s here, vs 577s/580s (32b/64b). Not bad for this old Phenom!
<OscarL> (usually the buildmasters beat my buildtimes for about 25/40 %... heh)
<Begas_VM> right :)
ScottD13 has joined #haiku
ScottD1 has quit [Read error: Connection reset by peer]
ScottD13 is now known as ScottD1
<Begasus> is libIrrXML.a a Haiku library?
<OscarL> doesn't rings a bell.
<Begasus> I see one recipe for it at haikuports, but I don't have a irrxml package installed
<OscarL> media-libs/assimp has a "prepareInstalledDevelLibs" that also mentions libIrrXML, ain't that weird?
<Begasus> so that's static only :)
<OscarL> does that means that assimp contains a copy of libIrrXML on its sources?
<OscarL> it even provides "devel:libirrxml" :-/
<Begasus> that's the line I mentioned just now OscarL :)
<OscarL> and no CONFLICTs on either... who packages these.. me?
<OscarL> "PS, not too familiar with cmake myself ..." how about now 6 years later, Begasus? :-D
<Begasus> looks like extrowork added it :)
<Begasus> yeah, was reading there too OscarL :D
<Begasus> now I rewrite the cmake file to use $cmakeDirArgs myself :)
<Begasus> ok, let's see for an update there
<Begasus> and use the system irrxml is possible
<OscarL> (to be fair to extrowerk, that version doesn't mentions libIrrXML)
<OscarL> ah, even older.
<Begasus> hehe
<Begasus> the one from you only changed to libVersion :)
<OscarL> then the problem is with
<Begasus> and that probably would be wrong too (doubt the irrxml version is the same as for assimp)
<OscarL> someone didn't check if libIrrXML was already provided :-P
* Begasus hides :)
<OscarL> lol, from #5101: "Is there any benefit on using this one (guessing it's as a requirement for assimp?)?"
<OscarL> at least you asked!
<Begasus> probably dome work from GCI :)
<Begasus> some*
<Begasus> jikes, required for Qt5 (assimp)
<Begasus> not bumping version there :P
<Begas_VM> k, so far for the things installed on 64bit things are OK :)
<Begas_VM> 302 static ones (mostly boost, clang, llvm and qt)
<Begasus> no patches upstreamed to assimp :/
<Begasus> do we still suffer for the 2GB memory exhaustion on 32bit?
floof58 is now known as Guest12398
floof58 has joined #haiku
<OscarL> I only got 2 GB of RAM on this VM, so... :-P
Guest12398 has quit [Ping timeout: 480 seconds]
<OscarL> I think I only ran into an OOM for the first time (compiling something while Web+ was idling in the background) 5 days ago: "virtual memory exausted: Out of memory".
<Begas_VM> seen that a few times, on the other laptop 6GB
<Begas_VM> just for the assimp korli added a patch for that
<OscarL> the one forcing make with one core?
<OscarL> interesting.
<OscarL> meanwhile... my "let's patch AboutSystem's replicant real quick" is getting bigger than expected :-/
<Begasus> what's the patch doing?
<Begasus> ps, the static lib can't be turned of by assimp
<Begasus> doesn't take the system one for irrxml
<OscarL> Attempting to fix a corner case... If you have an AboutSystem replicant on your desktop, and change CPUs (or move your Haiku drive to another PC)...
<OscarL> it doesn't updates the CPU info.
<Begasus> as in?
<OscarL> This would be my 3rd time doing similar fix :-D... first it was the hrev not updating, then the kernel date, now it is the CPU name/frequency and number of cores.
<OscarL> example from a real user:
<OscarL> That happened to BrunoSpr
<Begasus> that probably is in virtual?
<Begasus> I don't see you doing that on bare metal so quickly :)
<OscarL> To be fare, I was aware that that could happen, (even mentioned on my previous gerrit review)
<OscarL> (s/fare/fair)
<OscarL> Begasus can happen really easy if you're using an install on an USB drive.
<Begasus> that too, switching devices
<OscarL> that's the case I didn't considered earlier, and thus decided it wasn't worth fixing at the time :-D
diver1 has joined #haiku
Diver is now known as Guest12401
diver1 is now known as Diver
<Begasus> like if I would hook up my drive on this laptop the CPU info wouldn't be correct either?
<OscarL> by the way... thanks for mentioning the VM case.. now I can test that part :-D
<Begasus> lol
<OscarL> (didn't occured to me I could just change the number of cores in the VM to test :-D)
<Begasus> feature request, remove border from the replicant :)
Guest12401 has quit [Ping timeout: 480 seconds]
<OscarL> that will cost extra :-P
<OscarL> and probably more of a task for Skipp_OSX.
<Begasus> hmm ... that's what you get for helping out ... :P
<braewoods> OscarL: that could be triggered on real hardware with something as simple as a CPU swap.
jmairboeck has joined #haiku
<braewoods> Not very often but it does happen when people upgrade or similar.
<OscarL> braewoods, yes, that's what happened on the image I`ve linked.
<OscarL> well, no.... that seems more like a full mobo+cpu swap, I guess :-D
<braewoods> What causes it? Caching data?
<OscarL> (considering the cpu gens?, I'm not up to speed on intel gens)
<braewoods> It sounds like it since if it was refreshed every boot it shouldn't happen.
<OscarL> braewoods: just the way replicants work.... they are "archived" views (into flattened BMessages, I guess?)...
<Begas_VM> new fix to the beta?
<braewoods> Oh.
<Begas_VM> hrev up to 79 now
<OscarL> braewood, and in this case, that info was only updated on the regular app constructor, but not on the one for the replicant (where it gets "unarchived").
<braewoods> I'll keep working on my mini-project.
<OscarL> braewoods: USB-serial displays, right? Good luck with it!
<braewoods> of which maybe Haiku can run it well enough.
<braewoods> OscarL: yea. i'm doing a low level abstraction and leaving higher level details for clients.
<braewoods> like dealing with pixel formats and the like.
<jmairboeck> Begas_VM: I requested that because it likely fixes the fontforge crash during the lilypond build. If it does, we will still need an actual buildmaster update, I guess ...
<Begasus> thanks OscarL :)
<Begasus> yeah jmairboeck
<braewoods> OscarL: Not just usb serial. There's also some that need custom drivers. My project is for anything that uses USB to control an LCD.
<OscarL> Begasus I swear there's a way to subscribe to those changes via .rss, but now I can't find the link, lol.
<braewoods> Assuming the protocol can be discovered.
<Begasus> /boot/home/haikuports/packages/haiku-r1~beta4_hrev56578_69-1-x86_64.hpkg
<Begasus> so buildmaster is 10 revisions behind now
<braewoods> Right now I'm working on the serial code for USB ACM devices. I'm finding some kernels are stricter than others. Notably one of my screens is rejected by FreeBSD and NetBSD kernels.
<OscarL> braewoods: sounds awesome! I wish I could aford to play more with that type of hardware.
<braewoods> OscarL: these hardware units are more affordable than you might think. ax206 or turing models are usually around 30 USD or less.
<OscarL> (wouldn't help with my focus issues, but... would be cool)
<braewoods> Or maybe you can pickup an old digital picture frame to hack into an ax206 dispaly.
<braewoods> display*
<OscarL> braewoods I might be poorer than expected :-) I live on 50/60 USD a month, hehe.
<braewoods> Oh, I see.
<jmairboeck> OscarL: github provides an atom feed:
<braewoods> Well, you're not missing a lot I guess. I realized that my end result project will mostly be Linux only but the low level display controls can be very portable.
<OscarL> jmairboeck that's the one! Thanks.
<braewoods> Mostly because of hardware sensor support being non-portable which is an input often used to these screens.
<braewoods> So I decided to split my project in two so maybe someone else can use the portable code for something more advanced for their favorite unix clone.
Begasus_32 has joined #haiku
<OscarL> jmairboeck: the atom part at least :-D--- I'm using:
<braewoods> Plus the fact I'm using C to do all the processing and data moving will help reduce latency from the host end.
<jmairboeck> OscarL: I just found out that cgit also provides one :)
<OscarL> (and "h=master" for master)
<braewoods> It's kinda weird seeing people using python to convert pixels to RGB565 format. Not a very effecient way to do that.
<braewoods> It works but I can't help but think it slows down stuff.
<OscarL> braewoods: that's the issue with languages that are good at being "glue"... you'll get people sniffing it too much :-P
<braewoods> There's only one real advantage I can see to using that. Native code that isn't part of the standard distribution of Python is a pain to bundle with interpreted code.
<OscarL> Python being an excellent glue, gets used in all kind of ways it really shouldn't, but... sometimes it makes things SO much easier..
<OscarL> ... that you can overlook the performance penalty.
<braewoods> Well in my case, my client library may end up doing all the intense processing in itself so the interpreted code just has to pass data around.
<OscarL> fantastic.
<braewoods> In theory, we'll just see. Some features I may emulate in software. Some of these displays handle orientations natively so you don't need to manually rotate stuff in software.
<braewoods> It's also funny how byte order of pixels varies between devices.
<Begas_VM> errors during rebuild of current ldap
<Begas_VM> will add conflicts when the new version builds ok :)
diver1 has joined #haiku
Diver is now known as Guest12407
diver1 is now known as Diver
Guest12407 has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
<Begas_VM> run configure with --enable-mdb to run MDB tests ... I did (stupid openldap)
HaikuUser has joined #haiku
<OscarL> heh
<trungnt2910[m]> For hpkg files, what does package:install-path do?
<trungnt2910[m]> It seems to be undocumented.
jmairboeck has quit [Ping timeout: 480 seconds]
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<OscarL> maybe to know when they are installed as system vs home packages?
<OscarL> (I might be way off, thou)
<OscarL> seems I am :-D
<trungnt2910[m]> B_PACKAGE_INFO_INSTALL_PATH, // package install path; only for package
<trungnt2910[m]> // building
TMM has quit [Quit: - Chat comfortably. Anywhere.]
TMM has joined #haiku
<OscarL> I think I usually see a "/packaging/" dir inside the work- tree when building packages.
hightower3 has joined #haiku
<trungnt2910[m]> I'll probably have to do some reverse engineering...
<Begasus> that's a temp directory for gathering the content of the real package?
<trungnt2910[m]> As expected of HaikuOS. So many undocumented corners...
<OscarL> ^ that.
<Begasus> arghh... no HaikuOS :P
<Begasus> just Haiku ;)
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus 71258bb - qhull, fix location of manpages (#8546)
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-1/±0]
<botifico-c849d97b> [haikuports/haikuports] Begasus 2c6f7b2 - sparse, remove obsolete patch (#8521)
<OscarL> for a hobby os... I say it is still marvelously documented.
hightower2 has quit [Ping timeout: 480 seconds]
BrunoSpr has joined #haiku
<OscarL> Hi BrunoSpr! (I'm trying to fix the bug you encountered on AboutSystem after you changed your CPU)
<botifico-c849d97b> [haikuports/haikuports] threedeyes pushed 1 commit to master [+2/-2/±0]
<botifico-c849d97b> [haikuports/haikuports] threedeyes 499be49 - tg_owt: bump version
<BrunoSpr> hello all, hello Oscar
<Begasus> Hi BrunoSpr
<BrunoSpr> hi Begasus
BrunoSpr has quit [Quit: Vision[]: Ich wurde gewaschen!]
<trungnt2910[m]> > <> ```cpp... (full message at <>)
BrunoSpr has joined #haiku
<BrunoSpr> OscarL, yes I changed my cpu and changed the monitor too
<BrunoSpr> other way round I changed my PC
<BrunoSpr> Anyway, I will test if you are finished
BrunoSpr has quit []
<OscarL> Welp... seems to work!
jason123santa has joined #haiku
<OscarL> (should still check with an USB install, switching around computers, just to be sure)
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus> yep ;)
<OscarL> Still could use some code clean up (as part of the code now seem not really useful). I should consult with Skipp_OSX before doing that.
<OscarL> Begasus changing cpu numbers on the VM works at least :-P
<Begasus> progress! :)
<Begas_VM> library hell :/
<Begasus> there is NO libldap in the base package :/
<Begasus> LO is one there that is correct
<OscarL> fantastic... gotta love those phantom dependencies :-D
<OscarL> the postgresql one at least tried: lib:libldap_r_2.4 :-P
<Begas_VM> in the latest release it is correct
<botifico-c849d97b> [haikuports/haikuports] threedeyes pushed 1 commit to master [+3/-3/±0]
<botifico-c849d97b> [haikuports/haikuports] threedeyes 75ed042 - Telegram: bump version
<Begasus> err ... actually postgresql is right (LO not) :)
<OscarL> upstream Telegram must have released a version 3 nanoseconds ago (that's how long it usually takes for 3dEyes to update it :-D)
mmu_man has joined #haiku
<Begasus> err ... both can be used like that :)
<Begasus> guessing once he's done with Qt stuff tons of pushes :)
<OscarL> aparently, the _r version is threadsafe (_r == reentrant ?)
<Begasus> no idea, but for libldap both are provided
<Begasus> in 2.4.*
<Begasus_32> cp man/man1/funzip.1 /packages/unzip-6.10c23-4/.self/documentation/man/man1/man1/funzip.1
* Begasus slaps unzip
<Begasus> they removed the _r ones in (atleast in the 2.6.* versions I've checked)
<OscarL> man1 looks similar to mani (Spanish for peanuts), now I'm hungry.
Diver has quit [Read error: Connection reset by peer]
<Begasus> heh
Diver has joined #haiku
<OscarL> Mmm, that mail I linked suggest that using both version of the libldap libs can cause problems (due to the lack of symbol versioning)... wonder if that's still an issue.
<OscarL> seems that mail asking for advice got not answers, lol.
<Begasus> yeah, no reply there :)
mmu_man has quit [Ping timeout: 480 seconds]
Diver has quit [Quit: Leaving.]
* Begasus bangs head ...
Diver has joined #haiku
Diver is now known as Diver
mmu_man has joined #haiku
<Begasus> had the wrong recipe open for unzip :)
<OscarL> happens to the best of us. (not to me, of course, no sir!)
<Begasus> rofl
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus 80a9890 - unzip, fix location of manpages (#8547)
<Begas_VM> k, base packages for openldap 2.4.* and 2.6.4 can be installed together without conflicts
<Begas_VM> tools_x86 conflicts with gcc2 base package for 2.4.* (both provide the binaries)
<Begas_VM> and devel_packages conflict with each-other ... nice :)
<Begas_VM> nothing gets broken that way
<OscarL> bunch of little details that most user will never see, but important stuff to keep things working. Thanks Begasus!
<Begasus> if the 2.4.* version would still build it was easier to just remove the static libraries :)
<Begasus> but heck, back on the latest release now :)
<Begasus> yeah OscarL , git kicked by libsndfile enough :P
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL> man, I got pissed at some users over that :-D
<Begasus> only one for me ;)
<Begasus> one I can't fix for now is freeimage :/
<Begasus> hence I'm not letting go of Habbie untill the fix for the libVersion (saves headaches later) :)
<Habbie> I'll likely do it tonight
<Begasus> np, there is no hurrie ;)
<Habbie> :)
<Begasus> but you saw how the issue with libsndfile backfired a bit for some users :)
<Habbie> didn't really pay attention
<Begasus> most important it broke LO (among a few others) that needed a revbump
<Begasus> heck ... even lib:libSDL isn't fixed yet
mmu_man has joined #haiku
smalltalkman has quit []
zard has joined #haiku
diver1 has joined #haiku
Diver is now known as Guest12418
diver1 is now known as Diver
BrunoSpr has joined #haiku
Guest12418 has quit [Ping timeout: 480 seconds]
<BrunoSpr> hello you, Any idea why I have no Bokmarks bar in Web+?
<OscarL> Something's broken with that. I've never used it before, but after clicking on "View-Show Bookmark bar"... it hide the emtpy Bookmark Bar I had, and now it won't show it back.
<OscarL> (even after I copied some bookmars on the "Bookmark Bar" folder)
<OscarL> Seems like it happened before:
tuaris has quit [Read error: Connection reset by peer]
<OscarL> BrunoSpr: Original bug report seems to be:
<BrunoSpr> ah ok thx Oscar
<OscarL> BrunoSpr, just in case, I'll add a comment there, noticing that the workaround humdinger mention doesn't seems to work for me.
<OscarL> Bruno. Removing the "Application" file under ~/config/settings/WebPositive/ will make it appear again, but you will lose some settings.
<OscarL> (you might have to re-login, and lose also your history, so.... only try that if you're sure about it).
<OscarL> alternatively... make a backup copy of that Web+ settings folder before making that change :-)
<OscarL> BrunoSpr: see above.
<BrunoSpr> OscarL... strange, for me nothing works... even removing everything there does nothing
<BrunoSpr> OscarL yes hundingers advice does not work for me either
<OscarL> If you remove everything... the "Bookmar bar" dir will not exits, and then nothing will show.
<BrunoSpr> yes, I know so I created the Bookmark bar folder
<OscarL> Then it is really weird. Make sure you have no Web+ open
<BrunoSpr> I tried many ways now...
<OscarL> then remove only Application file, while having some bookmarks on that "Bookmarks bar" folder. Restart Web+. It *should* work then.
<OscarL> if it doesn't... you might be facing a different issue, I guess.
<BrunoSpr> Closing web+ then removing the application file... and so
<BrunoSpr> yes, I tried many different names too...
<BrunoSpr> no way
<OscarL> Guess you should add a comment on that ticket after all, mentioning your hrev, and if you're using 32 or 64 bits.
<BrunoSpr> yes ok
<BrunoSpr> strange the nice Bookmarks bar icon is lost now!?
<BrunoSpr> the folder icon I had before
<OscarL> On the one the "Bookmark" folder icon?
<OscarL> *the one on the...
<OscarL> Noticed it is gone here too.
<OscarL> but "Bookmarks/Bookmark bar" still has it. Maybe I'm just miss-remembering then.
Blendie has joined #haiku
BrunoSpr has quit [Quit: Vision[]: Ich wurde gewaschen!]
diver1 has joined #haiku
Diver is now known as Guest12423
diver1 is now known as Diver
<OscarL> "/bin/message" can dump flattened BMessages to text... do we have something that goes the other way? (text to flattened BMessage?)
<zard> My Haiku also doesn't have an icon for the "Bookmarks" folder.
<OscarL> zard: thanks! Guess I just confused it with the one from Bookmark bar then :-D
<OscarL> not sure which icon BrunoSpr was referring to then.
mmu_man has quit [Ping timeout: 480 seconds]
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus f8db1d5 - bzip2, remove empty man dir (#8548)
<Begasus> bbl
Guest12423 has quit [Ping timeout: 480 seconds]
<OscarL> So... no inverse of /bin/message that I can find, but... we do seem to have a "BJson" class that can do Json->BMessage. Just no round-trips with either, it seems.
eroux has quit [Quit: Textual IRC Client:]
<OscarL> Adding to the infinite ToDo/Wish list: turn BMessage::PrintToStream() around into BMessage::ReadFromStream()
<OscarL> Now that I read BrunoSpr's screenshot properly... he has "Bookmark bar" *outside* of the "Bookmarks" folder... that might explain why it removing the "Application" file doesn't help for him.
mbrumbelow has quit [Quit: Vision[]: i've been blurred!]
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
jmairboeck has joined #haiku
floof58 is now known as Guest12428
floof58 has joined #haiku
Guest12428 has quit [Ping timeout: 480 seconds]
mbrumbelow has joined #haiku
OscarL has quit [Quit: Nettalk6 -]
<botifico-c849d97b> [haikuports/haikuports] korli pushed 1 commit to master [+0/-1/±1]
<botifico-c849d97b> [haikuports/haikuports] korli 62b4801 - mgba: drop now unneeded workaround
mbrumbelow has quit [Remote host closed the connection]
<botifico-c849d97b> [haikuports/haikuports] korli pushed 1 commit to master [+1/-1/±0]
<botifico-c849d97b> [haikuports/haikuports] korli d1a4c18 - mgba: bump version
OscarL has joined #haiku
mbrumbelow has joined #haiku
talos has quit [Quit: WeeChat 3.8]
talos has joined #haiku
xet7 has joined #haiku
<PulkoMandy> OscarL: the PrintToStream format is not always complete enough to allow reconstructing the complete message
<PulkoMandy> And I think the json one can work both ways, but only for a subset of BMessage that can be stored as json (we couldn't make it be fully generic)
<OscarL> re PrintToStream... understandable. I was just wishing for a quick way to "fix" a flattened BMessage :-D
<OscarL> (in this particular case to enable the "show bookmarks bar" on Web+ Application settings file)
tuaris has joined #haiku
<augiedoggie> i think xmlbmessage is lossless
<augiedoggie> i also have a jsonbmessage cli tool hiding in my projects folder somewhere
<OscarL> augiedoggie, thanks for the xmlbmessage tip. lets's "pkginstall cmd:xmlbmessage" to try it :-)
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
<Begasus_32> re
<OscarL> wb
Begas_VM has joined #haiku
<OscarL> augiedoggie, welp... xmlbmessage just crashed on me :-D
<Begasus_32> mkdir -p $manDir/man/man3
<Begasus_32> see something weird there ? ;)
<OscarL> "xmlbmessage: ../haiku-git/src/system/libroot/posix/malloc_hoard2/processheap.cpp:185:void BPrivate::processHeap::free(void*): sb"
<OscarL> that's on stdout. crash report shows an __assert_fail.
gouchi has joined #haiku
<mbrumbelow> waddlesplash: You can wack the old Paladin repo. I took a look and it looks good.
gouchi has quit [Remote host closed the connection]
<Begasus_32> man libsolv
<Begasus_32> man: No entry for libsolv in the manual.
<OscarL> Begasus: that extra man... very manly! :-P
<Begas_VM> yeah, no wonder you cant consult the manpage :P
<OscarL> augiedoggie: if you uncover that jsonbmessage tool... I would certainly like it more than I like xmlbmessage (or xml in general :-D). No hurries, thou.
<OscarL> ok... time to reboot to test if my fix for AboutSystem actually works when moving to different PCs...
<OscarL> I'll be back!
<zdykstra> good luck!
OscarL has quit [Quit: Nettalk6 -]
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus c809b60 - libsolv, fix location of manpage (#8549)
mmu_man has joined #haiku
OscarL has joined #haiku
<Begas_VM> wb OscarL
<OscarL> Success! (might have been zdykstra's luck! :-D)
<OscarL> Thanks Begas_VM :-)
<Begas_VM> congrats! :)
<zdykstra> if you're done using my luck, I'd like it back please
* OscarL gives the talisman back to zdykstra.
<zdykstra> Good word
<OscarL> I should have kept it a bit longer... will need it for the review on gerrit :-D
B2IA has quit [Quit: Vision[]: i've been blurred!]
<OscarL> cool, now let's see how many changeset I'll need for this one :-D
B2IA has joined #haiku
<OscarL> s/changesets/patchsets/
ClaudioM has joined #haiku
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus 608f5b6 - lmdb, fix location of manpages (#8550)
<Begas_VM> should be the last one for the manpages (at least for the ones I found) :)
nosycat has joined #haiku
<OscarL> "mkdir -p $manDir/man/man3" on libsolv-0.3.0_haiku_2014_12_22.recipe
<Begasus> fixed
* OscarL hides, and does a git pull :P
<Begasus> still have a few empty cat directories (from krb5)
<OscarL> that's what I get for switching from installs too fast :-D
<Begasus> heh
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
B2IA has quit [Remote host closed the connection]
<Begas_VM> can Haiku read cat files? (we seem to have a command for it)
<Habbie> what are cat files?
<mmu_man> catalog, translation files
<Habbie> ah!
<Begas_VM> no change if I add cmd:cat to the recipe, might as well remove the empty directories then
Hannah has quit []
<Habbie> the unix 'cat' command is unrelated
<Begas_VM> eeps :)
<Begas_VM> should read some up then
<Habbie> and a recipe definitely should not be providing cmd:cat
<Habbie> well, except for coreutils :)
<Begasus> reverted :)
<Habbie> :)
Hannah has joined #haiku
<Begasus> nothing found (quick look) through repology
<Begas_VM> no one missed those empty directories
<Habbie> what are you looking for? i don't exactly follow
floof58 has quit [Quit: floof58]
<Begas_VM> package krb5 contains 4 empty cat directories in $manDir
<Begas_VM> alpine doesn't provide them, no mention found for gentoo ...
floof58 has joined #haiku
<Habbie> ah
<botifico-c849d97b> [haikuports/haikuports] Begasus pushed 1 commit to master [+0/-0/±1]
<botifico-c849d97b> [haikuports/haikuports] Begasus 30cfe39 - krb5, remove empty cat directories in $manDir (#8551)
<Begasus> k, that should do it for today :)
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
<Begasus> bbl
DKnoto_W has quit [Ping timeout: 480 seconds]
B2IA has joined #haiku
DKnoto_W has joined #haiku
nosycat has quit [Quit: Leaving]
Begasus has quit [Ping timeout: 480 seconds]
xet7 has quit [Ping timeout: 480 seconds]
<waddlesplash> mbrumbelow: done
xet7 has joined #haiku
<nekobot> [haiku/haiku] waddlesplash pushed 1 commit to master [hrev56951] -
<nekobot> [haiku/haiku] 8561b2c89485 - AboutSystem: update CPU info on replicant constructor.
xet7 has quit []
xet7 has joined #haiku
bbjimmy has joined #haiku
CPYou has joined #haiku
<Habbie> Warning: Error: found provides for "libtermkey == 0.22 base", but none matching the version requirement
* Habbie looks around in confusion
<Habbie> oh begasus left
xet7 has quit [Quit: Leaving]
<augiedoggie> the PROVIDES in the termkey recipe should be set to $portVersion
<augiedoggie> libtermkey$secondaryArchSuffix = $libVersion
<Habbie> checking
<Habbie> ah yes
<augiedoggie> s/libVersion/portVersion/
<Habbie> so begasus was a bit too eager there
<Habbie> (and i just trusted his suggestions)
<augiedoggie> and in PROVIDES_devel
<Habbie> right, provides libtermkey is portversion, provides lib:... is libversion?
<augiedoggie> yes
<augiedoggie> well
<augiedoggie> libVersionCompat
<Habbie> uh yes
<Habbie> sorry, was looking at the previous commit, the one that did build :)
AlaskanEmily has joined #haiku
xet7 has joined #haiku
<Habbie> ok, it builds
<Habbie> pushed, want to check? (no rush, of course)
<Habbie> no this can't be right
HaikuUser has joined #haiku
zard has quit [Quit: leaving]
<Habbie> provides libtermkey $portVersion
<Habbie> provides_devel libtermkey $libVersion
HaikuUser has quit []
<augiedoggie> i think everything gets $portVersion except the lib:libtermkey entry
<Habbie> yeah
<Habbie> pushed again
<OscarL> Should the vis recipe specify a libtermkey version? as in "lib:libtermkey >= 1", or that seems overkill?
<Habbie> libtermkey is dead
<Habbie> if it helps ;)
<OscarL> wait..
<Habbie> also even if it wasn't, we probably would never suddenly ship a 0
HaikuUser has joined #haiku
<jmairboeck> OscarL: specifying library versions explicitly is not needed, except if we have multiple for compatibility reasons
<OscarL> trying hp vis on 32 bits to see what it ends up requiring.
<jmairboeck> haikuporter adds the version requirements automatically
<OscarL> jmairboeck, right, that's why I addded the "wait" :-) (I'm a bit slow)
<Habbie> ah thanks
HaikuUser2 has joined #haiku
<OscarL> "requires: lib:libtermekey_x86 >= 1.14.2", looks fine.
Begasus has joined #haiku
HaikuUser2 has quit []
<OscarL> s/termekey/termkey/ (can't type right, as usual)
<Habbie> i hope that was a type and not a cpoy
<Habbie> ok :)
<Habbie> (lol cpoy)
<OscarL> and "type" lol
<Habbie> i typed 'type' on purpose, to contrast it to a 'copy' :)
<OscarL> (me copies that excuse for the next time)
<Habbie> lol
<Habbie> you do that
<Habbie> it was true though :D
<Habbie> (but i'll never convince anybody)
<Begasus> Habbie, will do a new checkup in the morning when Haiku is up and running again :)
<Habbie> oh hi
<Habbie> ok nice :)
<Habbie> what happened?
<augiedoggie> after looking through a couple other recipes... "devel:libtermkey$secondaryArchSuffix = $portVersion" should be $libVersionCompat too
<Begasus> nothing :) time to close down for today
<Habbie> augiedoggie, ah right
<Begasus> right, line 29
<Begasus> augiedoggie, can take it over from here :)
<Begasus> heading down, g'night peeps
<OscarL> sleep well
<augiedoggie> i think it's probably good to go but i haven't tried building it
<augiedoggie> g'night
Begasus has quit [Quit: Leaving]
<OscarL> vis (x86) starts ok at least :-D
<Habbie> nice!
<OscarL> now.. how I exit this thing?
<Habbie> esc :q
<Habbie> i pushed another change
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<OscarL> "Warning: could not find lpeg module" is that expected?
<Habbie> no
<Habbie> and if that's just a warning, it's double bad
<waddlesplash> sooo
<waddlesplash> I can't get recent anyboot images to boot from CD in QEMU or VMware
<waddlesplash> is this a recent regression?
<waddlesplash> well, works on beta4. but that's @release target of course. maybe I need to use @nightly target ...
<OscarL> Habbie, vis -v shouws +curses +lua, but not +lpeg
<OscarL> s/shouws/shows/
<OscarL> mmm, maybe that +lpeg is only set when statically linking lpeg?
<OscarL> '"Lua LPeg statically built-in: ", CONFIG_LPEG' <<< seems so to me.
<jmairboeck> there is no devel:liblpeg in BUILD_REQUIRES, but lib:liblpeg in REQUIRES
<jmairboeck> so it probably doesn't link to lpeg
<waddlesplash> no difference with @nightly target
<waddlesplash> try to grab some older builds...
<jmairboeck> I didn't test it though, just looking at the recipe
<OscarL> maybe is one of the lua modules that can't find it because it is under x86 (we had a similar situation with some python packages)
<OscarL> "/system/lib/x86/lua/5.3/" that's the one I got here.
<BlueSky76> waddlesplash: Same on Virtualbox 6.1 with the latest nightly. Goes to KDL with "PANIC: did not find any boot partitions"
<waddlesplash> hrev?
<OscarL> Habbie, jmairboeck: seems so.... vis.lua reads: "if not vis:module_exist('lpeg') then vis:info('Warning: could not find lpeg module')
xet7 has quit [Ping timeout: 480 seconds]
<waddlesplash> yeah it doesn't work with hrev56948
<waddlesplash> so, at least my recent IO changes are not the problem
<BlueSky76> 56948
<Habbie> lpeg is a lua lib, not a C lib
<OscarL> Haven't read lua code since circa 2010, but I'm pretty confident we'll need to patch at least some PATH for 32 bits x86 for that to work :-D
<Habbie> or, no, that's wrong
<Habbie> but it is loaded at runtime via lua
<Habbie> but, given that it's runtime, indeed we cannot really check it during build :(
<Habbie> (unless we loaded it statically, i guess, which we don't want)
* waddlesplash sighs
<waddlesplash> well, guess I get to try and bisect this one today
<Habbie> ouch
jmairboeck has quit [Quit: Konversation terminated!]
<OscarL> re: its a similar case with Python module extensions when they are compiled into .so files. We fought a similar issue on the "unicorn" recipe with Begasus.
<augiedoggie> Habbie: looks like you're running into
<Habbie> well, no, because we're not doing static?
<Habbie> but the underlying cause might be similar, of course
<augiedoggie> we don't supply a .pc file and the file is in a place the linker can't find it
<Habbie> lpeg definitely does not need a .pc
<augiedoggie> that's optional
<Habbie> the lua library loader doesn't even know what .pc is
<augiedoggie> right, but the vis configure script is looking for it as one option
<augiedoggie> in determining whether to enable it
BrunoSpr has joined #haiku
<Habbie> but only for static, right?
BrunoSpr has quit []
<augiedoggie> the .pc file may be for the static one
<Habbie> likely, yes
<Habbie> my best guess (i haven't tried x86) is some disagreement between where the lpeg port installs, and where lua expects libs
randomuser86 has joined #haiku
<OscarL> Habbie
<Habbie> hello
<OscarL> try :help(lua) inside vis
<Habbie> i see it
<Habbie> and then?
<OscarL> those paths are where lua will look for stuff, apparently.
<Habbie> indeed - need to scroll down to the .so bit
<OscarL> nowhere near our :)
<Habbie> > ls -al /packages/lua-5.3.6-3/.self/lib/lua/5.3/*.so
<Habbie> -r-xr-xr-x 1 user root 49440 Nov 12 2019 /packages/lua-5.3.6-3/.self/lib/lua/5.3/
<augiedoggie> it's a problem with the search paths in vis
<OscarL> missing the x86 in here.
<Habbie> right
<Habbie> so that sounds like a bug in the lua port
<augiedoggie> it's not finding the standard lua directories
<augiedoggie> if you launch vis and run :help, near the bottom it will list its search path
<Habbie> indeed, or :help(lua) to get to it faster, as OscarL mentioned
<augiedoggie> but that seems more like a configure option to vis probably
<nekobot> [haiku/haiku] waddlesplash pushed 1 commit to master [hrev56952] -
<nekobot> [haiku/haiku] be8080575a5a - IORequest: Refactor IOOperation transferred-bytes and status accounting.
<Habbie> we're talking about
<Habbie> /packages/lua-5.3.6-3/.self/lib/lua/5.3/?.so
<Habbie> /packages/lua-5.3.6-3/.self/lib/lua/5.3/
<Habbie> right?
<OscarL> I see the same, yes, and I assume it would work if it was /packages/lua-5.3.6-3/.self/lib/x86/lua/5.3/?.so
<Habbie> OscarL, can you do: lua -e 'print(package.cpath)'
<Habbie> just in the shell
<OscarL> just a sec.
<Habbie> no rush!
<OscarL> (installing cmd:lua :-D)
<Habbie> oh right :D
<OscarL> indeed, it is missing the x86
<mbrumbelow> waddlesplash: Thanks
<OscarL> Habbie: "/packages/lua-5.3.6-3/.self/lib/lua/5.3/?.so;/packages/lua-5.3.6-3/.self/lib/lua/5.3/;./?.so"
<Habbie> ok yes
<Habbie> so the lua port needs fixes for x86
<OscarL> indeed.
<augiedoggie> so
<augiedoggie> it doesn't like being installed to the user package directory, it loads fine when everything is in /system/packages :/
<augiedoggie> for 64 bit
<OscarL> tried with "> LUA_CPATH=/system/lib/x86/lua/5.3 vis", now complains it cannot load lpeg from there, "Not an executable"
<augiedoggie> the lua recipe needs to be patched to allow setting LUA_CDIR like it does with LUA_LDIR
KapiX has joined #haiku
<augiedoggie> specifying the full path at runtime works too
<augiedoggie> LUA_CPATH=/system/lib/x86/lua/5.3/ vis
<OscarL> that works.
* OscarL tries a new build of lua_x86.
<OscarL> getting lots of 'warning: "LUA_CDIR" redefined', (when passing -DLUA_CDIR to make). And I'm missing something because make install fails :-/
<OscarL> task for tomorrow.
<augiedoggie> yeah, LUA_LDIR has been patched to accept new paths
<augiedoggie> the same will need to be done for LUA_CDIR
<Habbie> ah yes
<Habbie> it's two paths
<Habbie> nice
<OscarL> btw habbie, does vis requires 5.3, or can use something newer? (we have upto 5.4, apparently).
<Habbie> oh, i think i picked 5.3 because that's what lpeg was built against maybe?
<Habbie> vis just wants 5.2 or up
<OscarL> good to know.
<OscarL> k, so we need to add an "#ifndef LUA_CDIR" to luaconf.h (leaving it on the logs so I don't forget :-P).
<OscarL> for now... /me waves. See you guys!
<augiedoggie> o/
OscarL has quit [Quit: Later!]
BrunoSpr has joined #haiku
BrunoSpr has quit []
<Habbie> oh oscar left
<Habbie> "> LUA_CPATH=/system/lib/x86/lua/5.3 vis"
<Habbie> this is missing /?.so i think
<augiedoggie> i wonder if it's just a problem with INSTALL in the lpeg recipe, lua might not need an x86 subdir since the modules are in C
<Habbie> good question! i don't know
ClaudioM has quit [Quit: leaving]
randomuser86 has quit [Remote host closed the connection]
Blendie has quit [Quit: Connection closed for inactivity]
CPYou has quit [Ping timeout: 480 seconds]
bjorkintosh has quit [Quit: Leaving]
Diver has quit [Quit: Leaving.]
TMM has quit [Quit: - Chat comfortably. Anywhere.]
TMM has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
AlienSoldier has joined #haiku
KapiX has quit [Quit: KapiX]
AlienSoldier has quit [Read error: Connection reset by peer]
AlienSoldier has joined #haiku
erysdren has quit [Quit: Konversation terminated!]
<nekobot> [haiku/haiku] jessicah pushed 1 commit to master [hrev56953] -
<nekobot> [haiku/haiku] e673ca949139 - cdboot: add missing PCI x86 module.
<Skipp_OSX> yay