Coldfirex has quit [Remote host closed the connection]
Coldfirex has joined #haiku
<Coldfirex>
Thanks for spending some time on the nmap recipe WAddlesplash
<waddlesplash>
np
<waddlesplash>
requires someone to spend a few hours writing a route-haiku.c, or looking at route-bsd.c and seeing if we could implement those APIs in libbsd
<Coldfirex>
Wish I could help. I tried to learn to program 2 years ago and it was a disaster
<botifico>
[haikuports/haikuports] Begasus b3c1388 - librnp, revbump for corrected botan soname in the recipe (#9504)
BiPolar has joined #haiku
Begasus has joined #haiku
<Begasus>
g'morning peeps
Begasus_32 has joined #haiku
<BiPolar>
Hello Begasus.
<BiPolar>
Begasus: re: markupsafe... git blames you for that one! Kids these days... sigh... :-P (should have removed line 54 when you dropped Python 2.7, and added 3.10 for that one :-D)
<Begasus>
still waking up, what was that again? Hi there btw :)
<BiPolar>
Also... you switched it to "any" but it requires cmd:gcc ? mmm, I'll need you to take a breathalizer test for that one :-D
<Begasus>
ah :)
<Begasus>
haven't had any alcohol for over half a year, can't be that :P
<BiPolar>
14:39 <Begasus> OscarL, if you read this, markupsafe has a wrong directory in it's package :) "lib/python3.1" :P
<botifico>
[haikuports/haikuports] Begasus 0f8df82 - borgbackup, bump version (#9502)
<Begasus>
ps, on weechat, since you read the logs, perhaps python should be added to REQUIRES?
<Begasus>
BiPolar, think bookman can be dropped on a next update, tried it, doesn't look that pretty ;)
<BiPolar>
Begasus: re: weechat... haven't made my mind about that one yet :-D. re: bookman... looking at the script, that was my expectation: "this can't be pretty" :-D
<BiPolar>
off to 32 bits to test markupsafe.
BiPolar has quit [Quit: Vision[]: i've been blurred!]
OscarL_32 has joined #haiku
<OscarL_32>
Got it OK on the first try. Noice!
* OscarL_32
reboots
OscarL_32 has quit [Quit: Vision[]: i've been blurred!]
OscarL has joined #haiku
<Begasus>
wb :)
<OscarL>
thanks :-D
* OscarL
reads the rest of yesterday the logs to catchup.
<OscarL>
s/the//
<OscarL>
*the second one. :-P
<OscarL>
ok, ok. k. Will add libpython3.10.so to weechat then... sigh.... :-P
<Begasus>
k, lets build the testsuite for c_ares too ...
* OscarL
git blames that one to see who borked it first :-P
* Begasus
whistels ...
<OscarL>
ok... weechat can run without lua installed. it just will just not support "/lua" commands. I expect the same for "/python".
<OscarL>
but on the other hand... https://bpa.st/KAMQ << yup, while weechat doesn't *hard* requires libpython3.10.so or liblua.so.5.3... its plugins pretty much do so :-D
ScottD16 has joined #haiku
<OscarL>
And as we do not have a "RECOMMENDS"... adding lib:libpython3.10.so makes more sense for now.
ScottD1 has quit [Ping timeout: 480 seconds]
ScottD16 is now known as ScottD1
<Begasus>
+1 ;)
<Begasus>
108 failed tests (no tests were run on previous version)
HaikuUser has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser has quit []
<OscarL>
mmm weechat has "-DENABLE_PERL=ON", but also no dependency on perl / libperl?
<Begasus>
k, let's try this on previous version ...
<Begasus>
perl is like one of those things that are automaticly included in a build I think? (without explicit REQUIRES)
<Begasus>
like some scripts find python eventhough it isn't listed in a recipe
<OscarL>
might be, judging by the lack of devel:libperl.
<Begasus>
yeah
<Begasus>
[ FAILED ] 109 tests, listed below:
<Begasus>
one less failed in new version :)
<Begasus>
Gentoo disables some tests, so I guess we're still OK :)
<OscarL>
lddtree shows: "libperl.so => /packages/perl-5.32.1-1/.self/lib/perl5/5.32.1/x86_64-haiku/CORE/libperl.so" so... do we add lib:libperl.so then, I guess?
<Begasus>
does it show up with readelf (on binary weechat)?
<OscarL>
I would just disable perl, but that might angry some greybeards :-P
<Begasus>
kiddies .... tss
<OscarL>
Begasus: not for /bin/weechat, but for the plugins under /system/lib/weechat/plugins
x10z has joined #haiku
<Begasus>
so there's a perl plugin?
<OscarL>
yes, "perl.so"
<Begasus>
then yes, add it :)
* OscarL
clean ups after Begasus... again! :-P
<Begasus>
I think it's one of those major advantages of weechat, the use of the plugins
<Begasus>
someone has to :P
<Begasus>
it's not an error, it's an enhancement :D
<OscarL>
not sure about leaving cmd:perl... or actually requiring devel:libperl... guess only one way to find out...
<OscarL>
(for BUILD_REQS, I mean)
<OscarL>
but then again... libperl for x86, or gcc2 :-D
<OscarL>
seems people can't make up their mind about dropping either one of those :-P
<Begasus>
heh
<Begasus>
and all because of frozen-bubble ;)
<Begasus>
well ... started with texinfo
<OscarL>
things tend to spiral out (or in) sometimes :-D
caubert has quit [Quit: WeeChat 4.0.1]
caubert has joined #haiku
<OscarL>
weechat is !x86_gcc2, so I guess the correct thing to do would be to ask for devel:libperl$secondaryArchSuffix, but then we better end with perl_x86 as the only one on 32 bits.
<Begasus>
yeah, but we're not there yet
<OscarL>
then we either put weechat also on hold... or you promise to defend me when people blame me for the missing perl dep then! :-D
AlaskanEmily has quit [Remote host closed the connection]
<Begasus>
just leave libperl out for now, I'll back you up :)
<Begasus>
it's not like the only one that probably misses this in a recipe (although not being a hard requirement)
<Begasus>
wished c_ares would write some log for the failed tests :/
<OscarL>
Will add a comment on the PR, just in case :-D
<Begasus>
so far it's still the default (not perl_x86)
<jmairboeck>
I would use lib:libperl$secondaryArchSuffix on it if it is linking libperl.so as the status quo, but that doesn't need to stay that way
<jmairboeck>
waddlesplash also mentioned the possibility of using a "gcc2 linking hack" similar to ffmpeg. Not sure if this is a good idea.
<Begasus>
I'll leave that up to the "real" deveopers to decide :)
<jmairboeck>
it is complicated because it involves the (legacy) gcc build via texinfo
<Begasus>
shouldn't the PR from korli fix that?
<jmairboeck>
also, the secondaryArch perl doesn't work correctly yet concerning loading other libraries, as seen by sdl_perl
<jmairboeck>
yes, for the newer texinfo-7, which drops the dependeny on perl_x86
<Begasus>
rightt
<jmairboeck>
so we could remove perl_x86 again and only keep the primary arch perl (using gcc2 on x86), but that wouldn't help for frozen-bubble (probably) and also for weechat, if I understood that correctly
<jmairboeck>
ok, that links to the gcc2 libperl.so
* OscarL
mumbles: `lddtree /system/lib/x86/weechat/plugins/perl.so` output is nicer :-P
<Begasus>
ah, now I see rpath in there ;)
<jmairboeck>
thanks OscarL, always nice to learn new tools :)
<OscarL>
just passing along what I find here too :-D
* OscarL
points to chrpath PR, now out of draft status (after patchelf got merged... why not? :-P)
<Begasus>
see, sometimes I do something that's functional :P
<Begasus>
lddtree doesn't mention rpath OscarL :P
<OscarL>
I mean... if patchelf got accepted... chrpath might as well too (it is independent from patchelf, BTW) :-P
<Begasus>
ah lol
<Begasus>
only those interested in it will use it
<Begasus>
and if you have a need for it why not (if it's working for you)
<OscarL>
"libperl.so => /packages/perl-5.32.1-1/.self/lib/perl5/5.32.1/x86_64-haiku/CORE/libperl.so" <<< tell me the RPATH without telling me it is the RPATH ;-D
<Begasus>
no idea what that means :P
<OscarL>
I mean... compare readelf line: " 0x0000000f (RPATH) Library rpath: [/packages/perl-5.32.1-1/.self/lib/perl5/5.32.1/BePC-haiku/CORE]" vs the one I posted.
<OscarL>
*that is from lddtree
<Begasus>
that mentions "Library rpath" :P
x10z has joined #haiku
<OscarL>
thus why I wrote "tell me the RPATH without telling me it is that"... lddtree output kinda implies it.
yann64[m] has quit [Quit: Client limit exceeded: 20000]
paxsov[m] has quit [Quit: Client limit exceeded: 20000]
<OscarL>
this RPATH talk, reminds me why I needed chrpath... trying to port the tilde editor was driving me nuts with its convoluted build process. Got it to compile/work... only to discover that it stopped working if I moved it away from the dirs where it was built! :-D
<Begasus>
still in favor of readelf :)
<OscarL>
it set RPATH to exactly those dirs, and nowhere else, so... you tried to install it anywhere else... you broke it :-D
<Begasus>
all good on buildmasters and reports :)
<Begasus>
hence some recipe disable RPATH in there?
<OscarL>
I think so, yes.
<Begasus>
well, I see it used by others through repology also
<OscarL>
(all this make harder by me not even knowing what an RPATH was before hand)
<OscarL>
s/make/made/
<OscarL>
reminded me of that "how to make packagers cry" talk that nephele linked days ago :-D
<Begasus>
never to old to learn new things :)
<Begasus>
175 project(s) on this page ... that was 178 yesterday ;)
<OscarL>
Beware! if you reach "0"? it might just roll back to 0xFF :P
<Begasus>
By tomorrow there could be a few new ones :P
<botifico>
[haikuports/haikuports] Begasus d588c77 - capnproto, bump version (#9511)
tuaris has joined #haiku
Evan[m] has quit [Quit: Client limit exceeded: 20000]
floof58 has quit [Ping timeout: 480 seconds]
floof58 has joined #haiku
<Begasus>
All tests passed! (think that's a good thing) :)
<Coldfirex>
Thanks for all your work Begasus!
<Begasus>
np Coldfirex, love doing it, keeps the old brain working for a bit :)
<Coldfirex>
hah nice
prod2[m] has quit [Quit: Client limit exceeded: 20000]
x10z_ has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<Begasus>
nice to see someone mentioning why they don't package the binary for crypto++ :) # Remove cryptest.exe and test files, only needed for check() and bloats the package
mmu_man has joined #haiku
tsukasa has joined #haiku
Anarchos has joined #haiku
JaredMohammed[m]1234 has quit [Quit: Client limit exceeded: 20000]
semicoln[m] has quit [Quit: Client limit exceeded: 20000]
<waddlesplash>
jmairboeck: you confirm the new nightly with -fno-tree-vectorization works fine on hyperv?
<waddlesplash>
Coldfirex: I can do a debugging session today, if you're around as well