<MonniTheCat>
<Anarchos> "Mika Lindqvist i always use '..." <- I rarely use debugger... It's easier to just dump variable contents while running Release build and fix the source...
mmu_man has quit [Ping timeout: 480 seconds]
SoulHunter has quit [Ping timeout: 480 seconds]
dqk has joined #haiku
dqk_ has quit [Ping timeout: 480 seconds]
bjorkintosh has quit [Ping timeout: 480 seconds]
B2IA has quit [Quit: Vision[]: i've been blurred!]
vdamewood has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
tuaris has quit [Quit: Leaving.]
vdamewood has joined #haiku
<Ellenor2000>
saluton!
<vdamewood>
Saluton. Kiel vi fartas?
* vdamewood
checks channel
<vdamewood>
Wait, this isn't ##esperanto in Libera.
<Ellenor2000>
In any event, test successful. Ajnaokaze, la tést sukcesis.
<secondcreek>
no
<secondcreek>
Hat funktioniert
<Ellenor2000>
o _ o
OscarL has joined #haiku
<OscarL>
"ĉu vi volas bieron?" <<< all the Esperanto I know. Thanks to an ex father-in-law :-)
* vdamewood
doesn't drink.
<Ellenor2000>
OscarL, vi eĉ tajpis la literon «ĉ». Do mi ne volas kredi, ke tio estas ĉio.
<OscarL>
Had to use an online translator for that one, Ellenor2000 :-D. My Spanish/Latam keyboard makes it easy to use ^ ` ´ ~, etc as dead-keys, and I wasn't really sure it was ĉ or ć (just remembered it wasn't plain "c").
<Ellenor2000>
OscarL, either is unambiguous, actually, esperanto doesn't have any letters that are differentiated by which diacritic you used, only by whether there is or isn't
<OscarL>
Good to know. Sounds like my usual typos would be a bit less conspicuous in Esperanto :-)
* vdamewood
resists the urge to fully explain Esperanto diacritics.
<Ellenor2000>
some folks just bung an x after a letter that should have a diacritic but doesn't
<Ellenor2000>
so ĉu becomes cxu, and ĵaŭdo becomes jxauxdo
<Ellenor2000>
X not being a letter in esperanto this works quite well
rexbinary_ has joined #haiku
rexbinary has quit [Ping timeout: 480 seconds]
rexbinary_ is now known as rexbinary
SoulHunter_ has joined #haiku
<Begasus[m]>
morning peeps
<Ellenor2000>
matenon!
<Begasus[m]>
@dogschool .. so in and out for a while :)
<OscarL>
somehow github tells me that I opened issue 11300 12 minutes ago, and you commented on it 30 minutes ago :-D
<jmairboeck>
I noticed something weird too with the timestamps there
<jmairboeck>
my comment was inserted right after the description, before your second comment
<OscarL>
indeed.
<jmairboeck>
without having tested it, the cmake changes look reasonable
<Begasus>
hi jmairboeck
<Begasus>
had a bit of time* :)
<OscarL>
jmairboeck: while fooling around with that fish recipe... I've noticed something... I copy pasted from other recipe: "-DCMAKE_BUILD_TYPE=RelWithDebugInfo"...
<OscarL>
but seems "RelWithDebugInfo" is just not a valid release type, even if cmake doesn't complains.
<jmairboeck>
I think that should be "RelWithDebInfo" (no "ug")
<OscarL>
(noticed because my package sizes where REALLY different than the rest)
<jmairboeck>
I made the same mistake recently
<OscarL>
"RelWithDebInfo" is the correct one, yes.
<OscarL>
yeah, cmake_gui and minetest are the two recipes that have the wrong one.
<OscarL>
(besides zlib in a comment :-D)
<jmairboeck>
I think it defaults to "Debug" otherwise
<jmairboeck>
ok, let's fix it then. cmake-gui is probably my fault ...
KapiX has joined #haiku
BrunoSpr has joined #haiku
BrunoSpr has quit []
BrunoSpr has joined #haiku
KapiX has quit [Ping timeout: 480 seconds]
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
mmu_man has joined #haiku
diver has joined #haiku
<Begasus>
closing down here (for now)
<Begasus>
bbl
Begasus has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
Not sure what's going on with this fish recipe. I keep getting wrong installation paths, even after removing the explicit "-DCMAKE_INSTALL_BINDIR=bin" I've added.
<MonniTheCat>
OscarL: In worst case it's something in cmake itself that changes the paths to wrong valuaes... In that case, you should just override the wrong values explicitly...
DKnoto_W has joined #haiku
<MonniTheCat>
s/valuaes/values/
<MonniTheCat>
* OscarL: In worst case it's something in cmake itself that changes the paths to wrong values... In that case, you should just override the wrong values explicitly... Could also be bad check in CMakeLists.txt or one of the files it includes...
<OscarL>
$cmakeDirArgs should take care of most of the overrides, but between /me knowing nothing about cmake, and projects always doing something different with their CMakeLists.txt... I better leave it be.
<MonniTheCat>
OscarL: I haven't tried that recipe yet, but I can maybe look at its CMakeLists.txt and other files if there is something suspicious... I still have Haiku running...
<nipos>
It's far from perfect or complete,but basic functionality is working (again) and I plan to keep improving it
san2ban has joined #haiku
<OscarL>
GPL :-/
<nipos>
I always use GPL (or AGPL or LGPL,depending on the type of project) since it gives all freedom to the community and fans of free software,while preventing companies from stealing my code and making closed-source forks
<OscarL>
I prefer less virulent licenses, but... to each its own.
yann64 has quit [Quit: Vision[]: i've been blurred!]
AndersonTorres[m] has joined #haiku
<AndersonTorres[m]>
nipos: It remembers me that Duckstation incident...
san2ban has quit [Quit: Vision[]: i've been blurred!]
<nipos>
Ouch,that sucks.Thanks for sharing,very interesting read
<nipos>
I did it the other direction: There was no license specified at all (which I think is not optimal for an open-source project),so I decided to go with GPL starting with my own changes I make to the code
Guest8310 has quit [Ping timeout: 480 seconds]
mmu_man has quit [Ping timeout: 480 seconds]
diver has quit [Ping timeout: 480 seconds]
bjorkintosh has joined #haiku
deneel has joined #haiku
<MonniTheCat>
lol... haikuporter got stuck, because I only had packages for nightly in /system/packages, not old packages from beta 5...
<OscarL>
Wonder why on a default Haiku install the DNS settings are: 8.8.8.8 / 9.9.9.9 / 0.0.0.0
<OscarL>
google's dns, then Quad9's dns... but what 0.0.0.0 does there?
<nipos>
Doesn't it use your routers settings over DHCP?
<OscarL>
no idea.
<nipos>
For me it only sets 192.168.178.1 and I would be really shocked to see Googles surveillance crap there as default
<OscarL>
I was going to say that it only lacked 1.1.1.1 to give you a heart attack :-)
<nipos>
Yeah,Cloudflare is awful too
<MonniTheCat>
0.0.0.0 is like 127.0.0.1 but selects the interface randomly...
<OscarL>
my router is set in WDS mode to the neighbour's router, so I guess those aren the DNS set by the ISP. I usually overwrite them with 9.9.9.10 / 142.112.112.10
<OscarL>
but his being a new install... was wondering why 0.0.0.0 was set as 3rd DNS option.
<nipos>
I can really recommend https://dismail.de/info.html#dns which includes adblocking.That's what I normally use,but it's proxied and cached by the router,so all connected devices get the router IP as DNS
<nipos>
Maybe a misconfiguration of your neighbours router?None of my Haiku installs has/had 0.0.0.0 in the DNS server list
<nipos>
They also have adblockers,but have anycast with multiple server locations globally.For me it's only slightly faster than Dismail,but for you it may make a bigger difference
<OscarL>
ping 94.140.14.14 -> avg 50.543, not bad :-)
<OscarL>
thanks for the data, nipos.
<nipos>
No problem :)
<augiedoggie_>
bah, x86_gcc2 and x86_64 use different versions of texinfo
* augiedoggie_
doesn't feel like fixing zsh again, the 32 bit users will have to go without documentation
<jmairboeck>
augiedoggie_: I would use texinfo$secondaryArchSuffix if you can
<jmairboeck>
the old version on 32 bit is just for some compatibility issue
<botifico>
[haikuports/haikuports] augiedoggie ed682ae - zsh: fix texinfo requirement again
deneel has quit [Quit: deneel]
<augiedoggie_>
now it pulls in both texinfo packages :/
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
diver has quit [Quit: Leaving.]
<OscarL>
LOL! Finally managed to use RAMFS for building recipes with HaikuPorter :-D. Wish I knew earlier that this was actually possible just by setting the right (undocumented) HaikuPorter options.
scantysnax has quit [Quit: Vision[]: i've been blurred!]
<MonniTheCat>
Gotta love undocumented features...
<OscarL>
Running "hp -c foobar" when the work dir is on RAMFS is (obviously) so frikking fast. It removes one of my major pain points with hp.
<OscarL>
MonniTheCat: yeah... I was pretty convinced I would need to patch haikuporter for my desired setup (only one repo for 32 and 64 bits, ideally using RAMFS).
<OscarL>
While reading the code to see if I could make some progress on that... found a bunch of undocumented options.
<OscarL>
"[...] ideally using RAMFS for the work dirs" I meant on my previous comment.
scantysnax has joined #haiku
<OscarL>
Now what I need is an UPS :-P
<MonniTheCat>
I often read source code when I don't have anything better to do...
<Begasus[m]>
Monni that's nice for upstreaming, for haikuports packaging there isn't a change
<OscarL>
MonniTheCat: yeah, I read source code for "fun" (too bad that being a good reader doesn't turns you automatically into a good writer :-D)
<OscarL>
MonniTheCat: I just used if (NOT APPLE AND NOT HAIKU) there.
<Begasus[m]>
eeps
<MonniTheCat>
Begasus[m]: Sometimes there is two ways to do things... This one fixes the original cause for extra files...
<Begasus[m]>
that's correct OscarL
<Begasus[m]>
plenty of those around for them, mostly I don't (and I'm not alone) bother patching it
<OscarL>
thanks MonniTheCat and augiedoggie_ on the assist for that.
<OscarL>
mmm, and now adding "-DCMAKE_INSTALL_BINDIR=bin" actually produces my intended result.
Begasus has joined #haiku
<OscarL>
Mmmm. albeit order of files in the .hpkg is not the same. Weird. "settings/" comes before "bin" for some reason.
<OscarL>
(on the output of "/bin/package list -p fish_x86-3.7.1-2-x86_gcc2.hpkg")
<MonniTheCat>
<OscarL> "Mika Lindqvist: I just used if..." <- I wasn't sure Haiku's cmake defines "HAIKU"...
<OscarL>
it apparently does :-)
<OscarL>
Begasus[m]: not sure if properly cooked yet, something still a bit "fishy" :-)
<OscarL>
SPAM ATTACK on the forum :-/
<Begasus[m]>
jikes!
<OscarL>
oh, FFS.
<OscarL>
where's humdinger when you need him? :-)
<Begasus[m]>
@home? @biking? :)
<OscarL>
other forum mods we we can ping? nephele_xmpp, nielx[m], BlueSky76?
FreeFull has quit []
<OscarL>
(forgot that humdinger is no longer a mod :-D)
<Begasus>
wasn't aware also
<MonniTheCat>
Need moderators that actually visit the forum every day...
<MonniTheCat>
Like when one sleeps, there is one that is awake...
<OscarL>
flagged a bunch of post as spam, at least one got set as "Unlisted" by "system".
<MonniTheCat>
late Halloween ghost doing cleanup... eh...
<OscarL>
hope system doesn't flags me for spamming the "flag as spam" button :-P
<MonniTheCat>
That has happened to me elsewhere ;)
DKnoto_W has quit [Remote host closed the connection]
bbjimmy_64 has quit [Remote host closed the connection]
bbjimmy_64 has joined #haiku
DKnoto has joined #haiku
<OscarL>
welp... seems I helped to get all the spam hidden for the moment, at least.
FreeFull has joined #haiku
<Begasus[m]>
+1
<Begasus[m]>
OscarL why not use -DCMAKE_INSTALL_BINDIR=$prefix/bin ?
<Begasus[m]>
it's more common then =bin
<OscarL>
because tried it and didn't got good results (but might have been unrelated to that), tried a bunch of stuff... and that's the one that was left :-)
<jmairboeck>
CMake usually uses relative paths
<OscarL>
now that I can run builds on RAMFS!!! I'm a bit more willing to do repeated builds (after the whole bunch that I already did :-D)
<jmairboeck>
$cmakeDirArgs are also relative
<OscarL>
yeah, read that for CMAKE_INSTALL_* relative paths are to be used.
<jmairboeck>
so just "bin" is correct in this case
<Begasus[m]>
it is, but not how it's used atm :)
<jmairboeck>
if you use $commandBinDir, you should introduce $relativeCommandBinDir in this case also
<Begasus[m]>
everyone forgot about $commandBinDir also
<OscarL>
(even tried with -DCMAKE_INSTALL_FILL_BINDIR, didn't went too far)
<OscarL>
s/FILL/FULL/
<jmairboeck>
relativeCommandBinDir=$relativeBinDir as default and =bin for x86_gcc2
<OscarL>
I tried the usual $commandBinDir stuff first...
OrangeBomb has quit [Remote host closed the connection]
<jmairboeck>
I once made a $relativeCommandBinDir already
<OscarL>
but I've only seen that with overrides to runConfigure (--omit-dir)...
<OscarL>
Begasus[m]: that's why I was wondering if you were free and bored earlier... because I had already exhausted my very limited cmake "skills" :-)
<Begasus>
did you check for DESTINATION in the source OscarL?
<OscarL>
I don't even know what to look for, that's the problem :-)
<OscarL>
I should stick to Python stuff, I think :-D
<jmairboeck>
Begasus: just use relative paths for cmake and don't bother with anything else
<Begasus>
OscarL has to jmairboeck :)
<Begasus>
just looking on why it would cause problems
<Begasus>
checked the build up front before merging, didn't see a problem there
<jmairboeck>
probably because it concatenates the $prefix anyway
<Begasus>
it's def not a GnuInstallDirs aware setup
<Begasus>
although it defines some of their options
<OscarL>
" If the value is not already an absolute path, an absolute path is constructed typically by prepending the value of the CMAKE_INSTALL_PREFIX variable."
<OscarL>
fish CMakeLists.txt does "include(GNUInstallDirs)"
<Begasus>
-DBINDIR=L"${CMAKE_INSTALL_FULL_BINDIR}" isn't very comon I think
<Begasus>
why the "L"?
<Begasus>
I use that for checking values with -L, but like this I haven't seen it yet
<Begasus>
booting 32bit
Begasus has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
yeah, seeing that was why I also tried "-DCMAKE_INSTALL_FULL_BINDIR=$prefix/bin" (but didn't seem to work OK... I was getting the "fish" folder under data/application, somehow.
<jmairboeck>
I don't know either, but it looks like a marker that it should expand the variable
<Begasus[m]>
OscarL did you use that line before or after $cmakeDirArgs?
<OscarL>
after
<Begasus[m]>
OK, just to be sure :)
<jmairboeck>
it shouldn't matter, because $cmakeDirArgs doesn't define that
<Begasus[m]>
I've seen it go wrong when mentioned before
<jmairboeck>
and I have no idea what happens when both are defined
<OscarL>
Tried a bunch of stuff like overiding DATADIR, etc, but echoing $cmakeDirArgs showed that I was just duplicating data there.
Begasus_32 has joined #haiku
<MonniTheCat>
cmake putting files in weird places might be buffer overflow somewhere in cmake's code... because it still finds NULL character, it doesn't cause a crash when it runs amok...
<Begasus_32>
so the idea is to only get the binaries in $prefix/bin, no other changes?
<Begasus_32>
for the record, those files in applications/pixmaps are harmless
<Begasus_32>
only need to watch out for files installed to $dataDir/mime
<jmairboeck>
Begasus_32: but they are not needed on Haiku, we've got resources in the binary and a symlink in Deskbar for that
<Begasus_32>
right jmairboeck, didn't say they are needed :) asked around at KDE for those files, and where needed nuked them out with rm
<Begasus_32>
one thing I do lately is to move the build type up front, makes more sense to keep dir options combined, but that's just me
nephele_xmpp has left #haiku [Error from remote client]
SoulHunter has joined #haiku
<OscarL>
all this just because I wanted to try fish... and after installing it on 32 bits.. fish was giving me "command not found" :-P
<Begasus_32>
fish_x86 should work?
<Begasus_32>
or switch with setarch before?
<OscarL>
fish-x86 does. even so, silly fish, for all its goodies, still doesn't allows you to use SHIFT+arrow-keys for text selection.
<Begasus_32>
that means the binary should be patched for it?
<OscarL>
Begasus_32: re setarch, etc. I know the workarounds, but I prefer thing working out of the box.
<jmairboeck>
+1 OscarLfor improving things :)
<Begasus_32>
never used it, so didn't bother me yet :)
<OscarL>
Begasus_32: while I haven't done extensive search on the matter, I did a bit, and couldn't find anything that allows fish to use that mode of text selection.
<Begasus_32>
does it work on other OS's?
<OscarL>
I did found a plugin for zsh that does... works great on Linux, but doesn't works well on Haiku :-(
<OscarL>
Begasus_32: no, AFAIK, fish doesn't has shift+arrow keys selection anywhere.
<jmairboeck>
did you only try Terminal, or maybe Konsole also?
* Begasus_32
smacks head
<OscarL>
jmairboeck: only Terminal.
<Begasus_32>
then why complain that it can't? :P
<OscarL>
Begasus_32: because it is 2024... and not allowing to select text with SHIFT+arrow keys.. on a shell that proclaims to be "modern"... seems odd.
<Begasus_32>
k, doesn't seem to respect libdir also (or uses dataDir to install the pkgconfig file ...)
<Begasus_32>
request upstream? ;)
<jmairboeck>
OscarL: I recently installed Konsole on Haiku when investigating that bug you and I (and a few others) encountered that broke pretty much anything
<OscarL>
welp, my fish build seems pretty fine, except for the weird order of files in the resulting .hpkg file :-/
<OscarL>
I never know if I'm facing yet another bug... I'm just doing something wrong, or what the heck is going on :-)
<Begasus_32>
that fish.pc is installed in the wrong place, also with the one currently in the depot
<jmairboeck>
I think $dataDir works too, if it doesn't contain anything architecture specific (i.e. no $libDir references)
<OscarL>
I see it as "data/pkgconfig/fish.pc". Where should it really be?
<OscarL>
(so glad to have Beezer for opening such files :-D)
<Begasus_32>
$libDir/pkgconfig
<Begasus_32>
the .pc file
<Begasus_32>
the .pc file*?
<OscarL>
btw, Begasus_32... I've installed Beezer on my two new beta5 installs, and after a reboot, it shows on Open with for .hpkg just fine. No idea what it didn't worked for you :-(
<Begasus_32>
well, it probably iirc works ok when installed in $dataDir, haven't checked for a while there
<Begasus_32>
it does now too OscarL :)
<OscarL>
yay!
<Begasus_32>
for the package I just double click and open it with HD, then compare content
<OscarL>
not using my super-duper compare-packages.py script? /me troutslaps certain peep.
<OscarL>
bin/sbin split is one of those "linux things"... the rest doesn't seems too relevant.
<OscarL>
(for the configure part at least)
scantysnax has quit [Quit: Vision[]: i've been blurred!]
<Begasus_32>
only spits out version for the pkgconfig file, shouldn't bother too much there
<Begasus_32>
yeah, that was what I thought too bin/sbin
<Begasus_32>
so what's still fishy with fish now? ;)
<OscarL>
the order of files on the resulting .hpkg, at the moment.
<Begasus_32>
not seeing anything too weird
<jmairboeck>
I don't think the order actually matters, except for being harder to compare package versions
<OscarL>
I'm getting "settings/fish/conf.d/..." before the rest.
<OscarL>
Never seen that before.
<jmairboeck>
but as I've dug into haikuporter's code already today, I saw that it handles the settings dir specially, maybe it comes from that
<OscarL>
jmairboeck: yeah, added a "sorted(lines)" to my compare-package.py script, and all looks in order, but I would like to understand what's going on.
<OscarL>
I might have to go back to my slow but trusted HDD :-D
<Begasus_32>
was doing a recipe this week where it failed to link to the build library, turned out -jn was not a good option, too fast isn't always good :)
cocobean has joined #haiku
<cocobean>
Zzzz
<Begasus_32>
pssst
<Begasus_32>
OscarL is having issue with the fish cocobean :P
<OscarL>
(wish I had clipboard integration on this thing)
<Begasus[m]>
CMAKE_INSTALL_SYSCONFDIR not relative to PREFIX then?
DKnoto has joined #haiku
<Begasus[m]>
-DCMAKE_INSTALL_BINDIR=bin/x86 this I didn't know :) learned again :)
<OscarL>
BTW, do we really want that big ass debuginfo package? 37 MB of data I doubt anyone will ever use :-)
<OscarL>
(also... takes quite a while to generate that darn package)
<Begasus[m]>
yeah, could be switched to Release I guess
<OscarL>
Begasus[m]: I was really confused by that ".settings". I think it is actually a symlink, but to where... didn't foilowed it enough.
<Begasus_32>
doesn't show as symlink here
<Begasus_32>
you could open with Expander to see?
<OscarL>
I mean that /package/fish_x86-3.7.1-2/.settings, like the .self one.
<Begasus[m]>
ah right
<Begasus[m]>
think you need to dive into haikuporter code for that?
<OscarL>
yeah, I did earlier to see where that "." in ".setting" came from.
<scantysnax>
good afternoon. is there any way i can force the FAT driver to mount my FAT volumes read/write? always defaults to readonly even if i tell it read/write
<MonniTheCat>
That cmake/Install.cmake in fish had some more hardcoded stuff that was incorrect ;)
<Begasus_32>
OscarL: port.py line 1163 I think
<Begasus_32>
it mentions .self and .settings there
<Begasus_32>
hi scantysnax, no idea on that one, I try to keep them seperated here :)
HaikuUser2 has joined #haiku
<scantysnax>
it worked fine in beta4.
<augiedoggie_>
as long as the new fish works better then we can turn off full debugging, i put that in to try and figure out why the old one was hanging
<Begasus_32>
makes sense
<MonniTheCat>
scantysnax: In Beta 5, if the FAT volume is too big, it will always be mounted read-only...
HaikuUser2 has quit []
<OscarL-32>
https://bpa.st/KWSUQ <<< this is my "have a cake and eat it too" new haikuports.conf (only one clone for both 32/64 bits, work dirs on RAMFS)
<OscarL>
scantysnax: mentioned before... depending on the size of your FAT volumes... the new driver might be just blocking you. On nightlies that limitation was lifted.
Begasus_32 has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
btw, hope your MRI went as smoothly as possible!
<Begasus[m]>
Done for today, has been very busy at the dogschool earlier :)
<OscarL>
I should be on bed already too.
<OscarL>
see you guys!
<Begasus[m]>
cu peeps!
OscarL has quit [Quit: zzzZZZzzz]
OscarL-32 has quit [Quit: Vision[]: i've been blurred!]