<Morgul>
do I need to notify anyone about it? just in case I came to mention it in here, so the change doesn't collect dust on Vision's repository
<Monni>
Begasus: I'm going through all the issues on HaikuPorts in numerical order... lol...
<Morgul>
maybe one of my next contributions will be getting Terminal's command line editing to move between words with that standard Command + arrows combination, rather than Control + arrows
<Monni>
All those key combinations should be configurable ;)
<Morgul>
Terminal currently uses the Command + arrows key bindings to switch to the previous or next tab, and Control + arrows to move between words. It should be exactly the other way around, so it follows Haiku's standard
<Begasus>
Monni, already did that a few times in the past :)
<Begasus>
thanks for stepping in :)
<Begasus>
Morgul, for Terminal there is someone looking into that
<Monni>
Begasus: When I finish with HaikuPorts repository, maybe I'm not too demented to work on HaikuPorter next ;)
<Begasus>
for Vision, that's up to the HaikuArchives team :)
<Morgul>
is there any place where those combinations can be changed? Per system? Per application wouldn't be wise, on my opinion
<Morgul>
ah, okay, Begasus, then I'll hold back on it
<Begasus>
Terminal is an internal app in the Haiku's source, so you'd have to look there
<Begasus>
Morgul, don't hold back, so far (afaik) no PR's are done, maybe a joint efford is better then none :)
<Morgul>
yes, but if someone else will do it for Terminal, then I'll focus on other improvements I took note of
<Begasus>
also nice :)
<Monni>
Begasus: I already have some feature suggestions for HaikuPorter to make it more usable with larger builds... Seems like it hasn't had a lot of TLC in last 10 years...
<Begasus>
only some improvements I think Monni, but all in all it's not that bad
<Monni>
Begasus: Well... Currently it only allows skipping steps from the end, but it would be a lot easier, if it would allow running just single step, instead of only allowing running tests alone...
<Begasus>
lost me there °_0
<Monni>
Begasus: Like with gcc when it rebuilt whole package just to fix requires...
mmu_man has joined #haiku
<Begasus>
so it would skip already compiled parts?
<Monni>
Begasus: Yup... Pretty much be smarter about what has changed in the recipe...
<Begasus>
wouldn't that be risque? if requirements changed?
<Monni>
Begasus: A lot of things can be risque, but that's why some features have to be explicitly enabled and are not defaults... When the requires are provided by same recipe, it's not that risque...
Bones223 has joined #haiku
Bones223 has quit []
diver1 has joined #haiku
<Begasus>
things tend to change for requirements when working on a recipe Monni
<Begasus>
like atm, new libjxl doesn't seem to find/detect libatomic ...
<Monni>
Begasus: I know... Another thing would be to have feature that looks up what package provides a library if that is missing from the provides section of dependency... like libroot.so being in haiku_devel
diver has quit [Ping timeout: 480 seconds]
<Begasus>
for anything: haiku_devel should always be part of any package needing _devel (I think, haven't seen it 'not' being used)
<Begasus>
libatomic I already encountered a few times
janking has joined #haiku
<Monni>
Begasus: Most of the suggestions make it easier tor new recipe maker to find common mistakes...
<Begasus>
-- Performing Test ATOMICS_LOCK_FREE_INSTRUCTIONS - Failed
<Begasus>
any idea why it fails Monni?
<Monni>
Begasus: I always check the logs first... Usually there is the first clue to solving the mystery...
<Begasus>
don't make it too smart, it'll take the fun away for seeking :D
<Begasus>
cmake ... not always that helpfull logs, but yeah, checkigng :)
<Monni>
Begasus: What I hate the most in cmake is that different versions have different name for the logs...
<Morgul>
does anyone know if Pe editor is on Haikuports or the main Haiku repository?
<Begasus>
no log created :/
<Begasus>
Pe is at haikuarchives Morgul
arjen_ has joined #haiku
<Morgul>
okay, thanks, Begasus, I'll look for it
<Begasus>
packaged at haikuports* :)
<Monni>
Begasus: I always grep for the text in the test to find the correct file... sometimes have to start from parent directory to find the log file when binary directory is not subdirectory of the source tree ;)
<Begasus>
there is a new nice PR for cmake syntax, did that yesterday here (not my PR, just repackaged with that PR) :)
<Begasus>
same here Monni, by now I mostly know what to hunt for, also Terminal output gives some clues, but not the solution :D
<Monni>
Begasus: Sometimes the solution is to fix the recipe ;)
<Begasus>
this isn't the recipe Monni :) (already added libatomic/gcc_syslibs with no luck)
<Monni>
Begasus: I can only fix something I have on my own PC...
<Begasus>
I know :)
<Begasus>
can't hurt asking :P
<Begasus>
oh well, just stick with current version then
<Monni>
Begasus: I have no trouble cloning git repositories to get the sources, but I have to try avoid hitting KDL with the network stack ;)
<Begasus>
it's using submodules also, current one is still OK, just wanted to have a look as I mentioned this in the KDE frameworks update script
<Begasus>
should have a newer version on the other partition, but can't access that one atm :)
<janking>
good morning to you all
<Monni>
Begasus: My Haiku installation seems to have -latomic but it's in the wrong directory ;)
<Begasus>
Hi janking
<Begasus>
should be part of gcc_syslibs Monni
<Begasus>
yep
<Begasus>
looks ok here
<Monni>
Begasus: I suspect it has to do something with -fPIC ...
<Monni>
Begasus: It's part of gcc_syslibs_devel ;)
xet7_ has joined #haiku
xet7_ has quit [Remote host closed the connection]
<Begasus>
that's what I meant :P
<Monni>
Begasus: I get relocation error with symbol "n8"
<Begasus>
err ?
<Monni>
Begasus: Found the correct log... that's what it says...
<Monni>
Begasus: Haiku doesn't support -fPIE, instead the test should use -fPIC ...
<Begasus>
ah, so you got a log? couldn't find it in build directory :)
<Begasus>
that I know :)
<Monni>
Begasus: I've been developer for 41 years, I can find a single log file ;)
<Begasus>
lol
<Begasus>
time for retirement then! :P
<Monni>
Begasus: I retired officially in November 2017... It's 2024 already ;)
rexbinary_ has joined #haiku
rexbinary has quit [Ping timeout: 480 seconds]
rexbinary_ is now known as rexbinary
xet7 has quit [Ping timeout: 480 seconds]
<Begasus>
tsss cheater! :P
<Monni>
Begasus: Disabling PIE for Haiku in CMakeLists.txt gets it further...
<Begasus>
will have a look again later Monni
<Begasus>
script for KF6 running atm, and off to dogschool in a bit (when coffee is done) :)
<Monni>
Begasus: I need to RTFM to get it to pass the rest of the checks ;)
<Begasus>
didn't check but did it use POSITION_INDEPENDEND_CODE=ON ?
<Begasus>
lol
<Monni>
Begasus: Just search for "PIE" in CMakeLists.txt and it's easy to find the bad line...
<Begasus>
thanks :)
<Monni>
Begasus: After adding few extra missing packages, I got it as far as it started building...
gouchi has joined #haiku
<Begasus>
-- Performing Test ATOMICS_LOCK_FREE_INSTRUCTIONS - Success
<Begasus>
got that :) thanks
<Begasus>
-- Could NOT find HWY: Found unsuitable version "0.12.2", but required is at least "1.0.7" (found /packages/highway-0.12.2-2/.self/develop/lib/libhwy.a)
<Begasus>
mentioned also in my script :D
jmairboeck has quit [Ping timeout: 480 seconds]
<Begasus>
heading out, bbl
<Monni>
Begasus: I think you need to update dozen dependencies before trying to make a recipe for it ;)
Morgul has quit [Quit: Vision[]: i've been blurred!]
yann64 has joined #haiku
gouchi has quit [Remote host closed the connection]
diver1 has joined #haiku
diver has quit [Ping timeout: 480 seconds]
xet7 has joined #haiku
nephele_xmpp has joined #haiku
<nipos>
Is there an easy way to skip the bootloader when building haiku.hpkg?
<nipos>
I tried building haiku.hpkg and it fails in the bootloader part with some missing symbols,likely because it tries to build 32bit stuff there and I have a 64bit system.
<nipos>
I have the bootloader from the official release already installed to MBR and the code change I want to test is completely unrelated to that,so I'd like to simply skip it,finish up the new haiku.hpkg and boot it using the already installed bootloader.
<PulkoMandy>
There is a way but you have to ask waddlesplash about the magic variable to set or line to comment
<PulkoMandy>
Having the configure script set this up for you would make things too easy...
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
<nipos>
I think I just found it myself,now let's see if it finishes and boots :D
<nipos>
In build/jam/packages/Haiku I commented out the four lines following # bootloaders
<nephele_xmpp>
yes, that is the correct line
<nipos>
Now installing the self-built haiku.hpkg wants to remove haiku_devel and packages depending on it because the version doesn't match.I hope I won't regret this experiment.
<nephele_xmpp>
iirc you should build haiu_devel and haiku_datatranslators in lockstep nipos
<Peppersawce>
I don't have a usb with a write-protection switch, but I have and SD and an usb card reader for it, would that be enough for testing that bug?
<Peppersawce>
(SD with the switch)
<PulkoMandy>
nipos: Usually I build and install to another partition instead of replacing haiku package in my main one. It's a bit easier to test then
<nipos>
nephele_xmpp: I simply allowed uninstallation for now,the few packages requiring it don't seem that important and I can reinstall them later
<nipos>
PulkoMandy: Given that we have boot states and I have a lot of Haiku devices,the risk of breaking something isn't that high
<PulkoMandy>
Peppersawce: The switch on the sdcard is not a switch, just a plastic bit that you can move. So it depends if your sd card reader has a way to detect that plastic tab position and what it does with it
<nipos>
So the self-built haiku.hpkg successfully booted,let's see if it also fixes the bug I hoped to fix
<Peppersawce>
Ah, ic, so I should check how the card reader handles that first
<PulkoMandy>
In this bugreport, I suspect that the usb stick did not advertise being read-only, but then rejected any write commands?
<Peppersawce>
Maybe, to be fair I have never seen an usb with a lock
<nephele_xmpp>
ideally jackburton would retest. maybe they just missed the question from waddlesplash
<PulkoMandy>
I had one but that was a long time ago now
<Peppersawce>
I don't know why but I find that whole bug deal pretty funny
<Peppersawce>
A usb with a lock is such an exotic device nobody can test it :D
<nephele_xmpp>
nipos: maybe make a ticket and assign it to waddlesplash? should still be somewhat fresh in his mind ;)
<PulkoMandy>
nephele_xmpp: I bet jackburton does not own whatever usb key he was testing with 14 years ago anymore...
<Peppersawce>
Or it failed, I don't think I have any usb key that lasted that long
<nephele_xmpp>
PulkoMandy, Oh, i looked at the "last modified" date and overlooked the opening one... my mistake
<PulkoMandy>
the 4 digit ticket number was a good hint :)
<nipos>
nephele_xmpp: I'll look into it myself at the evening,shouldn't be too hard I think.
<nephele_xmpp>
Well, i'm on linux, gnome web uses bad contrast for the adress bad :D and so does gajim for urls
<Peppersawce>
Gtk3 was a mistake :P
HaikuUser has joined #haiku
<Peppersawce>
I remember when it came out and people were freaking out about all the missing features from Gtk2
<nipos>
And GTK4 is even worse
xet7 has quit [Remote host closed the connection]
<Peppersawce>
Ah lol, there's a GTK4 now? I don't even wanna imagine that :D
<nipos>
Seriously,at this point I'd even prefer Windows over GNOME
<Peppersawce>
lmao that sounds pretty sad
<nipos>
The GNOME devs are going after each and any way of customizability."Don't theme my app" and such nonsense.
HaikuUser has quit []
<Peppersawce>
To be fair, usually customization in gtk never worked all that well
<Peppersawce>
Unless you hand-picked every single program based on how they'd react to the theme
<Peppersawce>
But yeah, it's bs, one would use FOSS stuff for the freedom
<nipos>
True,but not theming is also not an option.Look how ugly GTK apps are on Haiku,and it isn't any better in Qt based Desktops
<Peppersawce>
Yeah GTK on Haiku looks like ass, QT apps on the other hand could pass as native as long as you don't poke around too much
<nipos>
Qt stuff integrates so nicely that you can barely see if it's a native app or not.And GTK,sorry,looks like shit.I generally try to avoid GTK stuff.GNOME Web has some unique features so I require it,but the UI makes me want to cry.And that's the only GTK app I ever use on Haiku
<Peppersawce>
Totally, I'm using Abaddon here to have some sort of discord app and it's so dang ugly I can't use it
<nipos>
On OpenIndiana I have a Mate desktop which is based on GTK and that implements theming rather good.Only the newer GTK/GNOME apps that could pass as smartphone apps integrate really awfully.The good old desktop-first applications work a lot better.
<Peppersawce>
Mate is neat, funny that it was born because of the GTK3 debacle
<Peppersawce>
And it's still useful if you want a more unified experience in gtk land :)
<nipos>
Mate is also based on GTK3.And GTK3 by itself isn't that awful,but GNOME and the apps specifically optimized for it are.
<Monni>
"Universal" applications that are basically smartphone apps that run on desktop, tablets and phones is what killed Windows 8 and later versions... People got seriously annoyed and just used "classic" applications, because they actually worked without constantly talking on internet...
xet7 has joined #haiku
<nipos>
Exactly that.And trying to make a app fit for both a smartphone and a desktop at the same time kills the experience on both.I'm a bit surprised that the Linux world didn't learn from M$s mistakes and does the same bullshit both in modern GNOME and modern KDE apps.
<Monni>
In the old days, just seeing some application use Python or JavaScript instead of C++ made me feel sick... Just shows how much more bloat is needed for simple application...
<nipos>
I'm happy as long as it doesn't use Electron at least
<Monni>
nipos: I'm seriously trying to avoid using words like "Electron"... Recipe for flamewars...
<nipos>
Why would anyone think it's a good idea to ship a own bloated Chromium engine bundled with each app?That's ridiculous.
<Monni>
nipos: For same reasons that one could hit CTRL-C in Windows and it would throw the whole desktop to script debugger if installed... Half of the GUI was written in Visual Basic...
<nipos>
Oh my goodness,didn't know about this one
<Monni>
People thought bunding own copy was more secure, but even cookies are shared between Chromium engines as they store the data in same directory, no matter how many times you install it in different directories...
<Monni>
nipos: Required installing Outlook 98 to work... After that they made separate installer for it...
<nipos>
Quality software,I see
<Monni>
nipos: I was beta tester for Internet Explorer 4 at the time, so I got to see some of the worst design blunders...
<nipos>
Internet Explorer was also some very special piece of quality software :D
<Monni>
In the old days, Netscape Navigator 2.x was decently usable...
<nipos>
I mean at least it didn't talk home all the time (at least not that I know of),so it was better much crap we have today,but its interesting rendering choices and unbeaten Javascript performance,well... :D
<Monni>
Internet Explorer was good enough that in South Korea they used it for identity verification still when I was teaching there...
GregCrain has joined #haiku
<nipos>
When I started exploring my first computer,I was also using Internet Explorer the first few years.That was Internet Explorer 8 if I remember right.On Windows XP.Much later I learnt that Opera Presto was really great,but at that time it was almost dead already.I still miss it sometimes.It can't render many modern sites today,but the performance is still unbeaten.
<Monni>
After that they only accept mobile verification and that only works with SIM cards from South Korean providers...
HaikuUser has joined #haiku
<HaikuUser>
hello
<Monni>
In my job I have to have both Chinese and South Korean SIM cards in addition to my normal SIM card...
HaikuUser has quit [Remote host closed the connection]
<nipos>
I'm happy that at least my job doesn't have much to do with computers.I think I'd go crazy
<Monni>
For a while I worked as a cook because I wanted a break from computers...
<nipos>
Sounds good :D
<nipos>
I work as salesperson at a big wholesale
<Monni>
I work as regional manager in multinational software company ;)
<Monni>
Beats working 14+ years as electrical safety inspector at government building...
<nipos>
I always say "Everything but computers" when it comes to the paid job.I do enough with computers in my spare time
<Monni>
I only had to say I don't work with CRT monitors ;)
<nipos>
CRT monitors are cool :D I love old retro stuff
<nipos>
All my computer screens are LCD nowadays,but my television is still CRT
<Monni>
Had enough when I got shocked by CRT TV while holding a 1.5 volt battery...
<nipos>
Oh...
<Monni>
Too much static electricity... went through my hand and discharged at my shoes...
<Monni>
My coworker got shocked by washing machine... It was end of his day... He thought it was safe to touch because he unplugged it...
<nephele_xmpp>
> The GNOME devs are going after each and any way of customizability."Don't theme my app" and such nonsense.
<nephele_xmpp>
Haiku does basically the same thing? you should make an application that respects the OS colors, controltheme, etc. Not do your own thing by randomly modifying internal files to the UI kit
<nephele_xmpp>
GTK uses css for theming, changing that with random rules has unpredictable results...
<Monni>
Qt also use CSS for theming ;)
<nipos>
Haiku allows you as a user to change every color and it allows custom ControlLooks,so it does exactly the opposite of GTK,which tells users that they shouldn't modify their install
<nephele_xmpp>
No, it tells *distros* not to modify the applications
<Begasus>
Monni, for libhighway you can use "-DBUILD_SHARED_LIBS=ON" :)
<nephele_xmpp>
Haiku does it the same way as libadwaita does now. There is an internal library that will perform the drawing from now on
<Monni>
Begasus: Well... that would brick HaikuPorter ;)
<nephele_xmpp>
libadwaita is mostly just doing a similar thing as controllook
<Begasus>
haikuporter uses libhighway?
<Monni>
Begasus: HaikuPorter refuses to build the package...
<nephele_xmpp>
And i can totally understand the problems with theming gtk apps, it mostly doesnt work. So that is annoying. And fosters a culture of "stop sending me bug reports caused by your distro"
<nipos>
Can you still modify *anything* with libadwaita?
<Begasus>
maybe something wrong there then Monni :)
<nephele_xmpp>
no? you can't with controllook either?
<nephele_xmpp>
that is exactly the point. you could probably replace it with a different library, but it has the same entry points of stuff it is supposed to draw
<Monni>
Begasus: Obviously... Got same issue with making packages for RocksDB...
<nipos>
Well,I can switch between Haiku,Be or Flat controllook and there's a good chance more will be created in the future
<nephele_xmpp>
Sure? just as someone could write a replacement for libadwaita
<nipos>
And you can easily pick the replacement in the settings then,sure?
<nephele_xmpp>
I don't know how the future looks. I only know this concept is quite analogous...
HaikuUser has joined #haiku
<nephele_xmpp>
and, honestly, dont theme my apps is a *third party* initiative of gnome peeps. it's not project policy
HaikuUser has quit []
<Begasus>
Monni
<nephele_xmpp>
also, gtk is not perfect. sure. But on linux I basically have to use it. There is no maintained qtwebkit or equivalent browser :P
<Begasus>
grabbing highway-1.2.0-1-x86_64.hpkg and moving it to /Share/haikuports/packages/highway-1.2.0-1-x86_64.hpkg
<Begasus>
grabbing highway_devel-1.2.0-1-x86_64.hpkg and moving it to /Share/haikuports/packages/highway_devel-1.2.0-1-x86_64.hpkg
<nipos>
You don't have to use Linux,do you? lol
<Begasus>
had that launched before I left this morning, just needed to finish up on it :)
<nephele_xmpp>
sure i do. Haiku doesn't support this gpu. and i'm not going to be using 1024x768
<nipos>
Let's hope the driver support will be improved soon.I also have some devices waiting for working touchpads or internal storage or wifi
<nephele_xmpp>
It will probably be improved once i do it. But eh. Rather working on webkit rn, if that is in a vm that is okay too
<nephele_xmpp>
PulkoMandy, should i base patches against wk2 or the normal branch (i.e which branch do you expect the next release to come from)
<PulkoMandy>
Next releases will be from the haiku branch as usual until webkit2 is ready
<PulkoMandy>
Why would that change?
<Monni>
Begasus: I just followed how the old package was creating only static library.... When I tried to twinkle the recipe too much, one of the packages ending up containing just the .PackageInfo file... lol... had to manually add correct files to each package instead of relying on HaikuPorter picking correct files by just specifying directories...
<nephele_xmpp>
I don't know if you plan to have the wk2 release be the next one or not
HaikuUser has joined #haiku
HaikuUser has quit []
<PulkoMandy>
It has no keyboard input and no one is working on it and webpositive doesn't work with webkit2
<Begasus[m]>
lol Monni :D ps, Arch keeps the _test library in there without creating a seperate (didn't see one for Fedora or Gentoo either)
<nephele_xmpp>
...? We aren't releaseing any version at the moment? And I am working on webkit, not sure about the webpostivie integration though
<nephele_xmpp>
I understood that you wanted to upstream relevant patches to webkit but stay on the wk2 branch
<Monni>
Begasus: I can change that it includes libhwy_test in same package, it's not a big change... But changing from static library to shared library would mean that we need to keep the old package recipe around...
<Begasus>
to what purpose Monni?
<Begasus>
only in use by kimageformats and libjxl
<Begasus>
and those are the two I'm working on and needed the update on libhighway
<Monni>
Begasus: There is justification for using static libraries when only few functions are needed...
<Begasus>
Monni, there is also a policy to use shared libraries over static ones
<Begasus>
I know, cleaned up a lot of them :)
<Monni>
Begasus: Well... That policy is flawed...
<Begasus>
k /sources/jpeg-xl-v0.11.0/lib/jxl/cms/jxl_cms.cc:1005:15: error: 'skcms_ICCProfile' {aka 'struct skcms_ICCProfile'} has no member named 'has_CICP'
<Begasus>
they use a commit tag from googlecode, not sure how to pull that in yet ...
<nephele_xmpp>
static libraries mean we have to re-compile every application that depends on it when it is updated
<Monni>
nephele_xmpp: True, but also means no package gets broken even if newer version isn't backwards compatible, like what happened with Qt6...
<Monni>
Some packages don't have backwards compatibility at all... there is no SONAME or anything...
<nephele_xmpp>
No, it doesn't. That is what library versions are for.
<Begasus>
Monni, as mentioned ... only 2 use it, and those are in need of an update anyway, so it won't break anything
HaikuUser has joined #haiku
HaikuUser has quit []
<Begasus>
fwiw, the static library is no runtime dependency
<Begasus>
current jxl recipe only mentions it in BUILD_REQUIRES
<nephele_xmpp>
Begasus: static libraries are never runtime dependencies
<Monni>
Begasus: I can change the recipe in the pull request, I just need to restart Haiku ;)
<Begasus>
thanks Monni
<Begasus>
nephele_xmpp, that was my thought too, they are staticly "linked"
erysdren has joined #haiku
<Monni>
Begasus: If you have any more suggestions, you can just comment on the PR ;)
<Begasus>
will do :)
<Begasus[m]>
done
<Begasus>
bugger, stupid libatomic again ...
<PulkoMandy>
nephele_xmpp: I will make releases as usual from time to time when bugs get fixed. And yes, I have started upstreaming a few things already and I'll continue doing so, but I don't see how that relates to the two branches, since I have to redo the commits in a clean way anyways (without the merge commits)
<PulkoMandy>
So the rules are simple: if you work on webkitlegacy, use the haiku branch, if you work on wbkit2 use the webkit2 branch. I take care of keeping them in sync and I rebase things as needed
<PulkoMandy>
I'm not sure why this raises questions or confusion, especially as nothing changed in the last 5 years about this?
<nephele_xmpp>
I've not used the wk2 branch before, and switching branches in git on haiku is a major annoyance. but okay. I will split the patches per branch then
yann64 has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
Warning: POLICY WARNING: "/packaging/libjxl_tools/bin/cjxl" needs library "libhwy.so.1", but the package doesn't seem to declare that as a requirement :D
<Monni>
Begasus: Newbie mistake ;)
<Monni>
Better enable strict mode again ;)
bbjimmy has quit [Read error: Connection reset by peer]
nosycat has joined #haiku
FreeFull has quit []
n_crm has quit [Remote host closed the connection]
<PulkoMandy>
nephele_xmpp: Well if you work on webkit2 just submit the patch on webkit2 and I take care of porting them to the haiku/legacy branch
FreeFull has joined #haiku
<Begasus>
Monni, intentional ;)
<Monni>
Begasus: Explain ;)
<Begasus>
for one, atm breeze_icons fail to package due to this, even though the requirements are filled in
<Begasus>
and I rather have it telling me what I'm missing (so in this case expected because it did link against the shared library)
<Begasus>
for kimageformats it's another thing, those plugins are not in a default $PATH, so I have to hunt down deps there
<Begasus>
so now that one has a pluging kimg_jxl.so now :)
<Monni>
For packages with files in non-default locations, using just the package name is best solution ...
<Begasus>
$addOnsDir/Qt6 is the default for those, but haikuporter doesn't look in there
<Begasus>
unlike $libDir which is scanned
<Monni>
Begasus: I know... I had that issue with gcc plugins...
<Begasus>
tend to run readelf on them to be sure lately
<Monni>
Begasus: I noticed that I can pass quite weird "package names" to pkgman and it still manages to deduce what the real packagename is... HaikuPorter should do similar resolving IMHO...
<Begasus>
not sure what you mean by that Monni
<Monni>
Begasus: I passed in just partial name of the library and it told me what package contains it...
<Begasus>
I just check configure time output/failure for that?
<Monni>
Begasus: That's where I got the partial filename ;)
<Begasus>
ah, you mean like the plugin names?
<Monni>
Sometimes the package name is not same as the library filename without extension(s)...
<Monni>
Begasus: For example prepending "lib:" to the partial filename...
<Begasus>
doesn't always work
<Begasus>
highway for instance doesn't have a library for that name, that's libhwy
<Monni>
Begasus: Yeah... works almost in same cases as with HaikuPorter...
<Begasus>
how would haikuporter be aware of the library name if it's not build yet?
<Monni>
Begasus: I think it tries to resolve the search term using "Provides" of all packages it knows about...
<Begasus>
and that's correct
<Monni>
Begasus: I think HaikuPorter scans all recipes when it runs even if the package is not built yet...
<Begasus[m]>
yeah, in first place to know which package it needs to activate?
<Begasus[m]>
but I'm no expert there :)
<Monni>
Begasus: Me neither... I just noticed it acts the similar way as ports in FreeBSD and others...
<Begasus[m]>
Fedora is cheating on the KF6 frameworks, it's 6.7.0-rc1, not 6.7.0 :P
<Monni>
Begasus[m]: Their versioning system sorts them differently... NetBSD used very large minor version to mean release candidate, but it meant RC for NetBSD 10 was 9.9x
<Begasus>
yeah, so Fedora is using the wrong version there
<Monni>
Begasus: There is two ways for doing it, neither is absolutely correct...
<Begasus>
and the github mirror is behind for that
Monni has quit [Read error: Connection reset by peer]
Monni has joined #haiku
<Begasus[m]>
no wonder it's not listed at repology
<MonniTheCat>
Begasus: Best would be to clone the repository and then make own export of the commit and upload to some server...
<Begasus[m]>
only listed by AUR, and that's using outdated github commit
<Begasus[m]>
lol wil93 commented on 2016-04-20 21:20 (UTC)
<Begasus[m]>
nah, wrong package
<Monni>
Begasus[m]; One option is to clone the original repository and commit and push it to GitHub under own account... GitHub does have deterministic archive downloads...
janking has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
well, it worked for now, good enough for testing :) grabbing libjxl-0.11.0-1-x86_64.hpkg and moving it to /Share/haikuports/packages/libjxl-0.11.0-1-x86_64.hpkg
<Monni>
Famous last words ;)
<Begasus>
lol
<Begasus>
that was with another package :P
xet7_ has quit []
<Monni>
There was meat on sale at grocery store yesterday... -25% ... They forgot to mention that the maximum weight was 1 kg... When they went to scale, the weight was 1.055 kg ;)
dqk_ has joined #haiku
yann64 has joined #haiku
dqk has quit [Ping timeout: 480 seconds]
<Skipp_OSX>
2.205lb per kg so about 2.5lb
<Begasus>
biab
Begasus has quit [Quit: Vision[]: i've been blurred!]
<Monni>
Gotta laugh when they have to remove 55 grams and rerun through the cash register...
<Skipp_OSX>
55g is approximately 2oz
<Begasus[m]>
that would be 56gr then Monni
<Begasus[m]>
ah no :)
<Skipp_OSX>
56g is approximated 55g
Begasus has joined #haiku
arjen_ has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
xet7 has joined #haiku
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
<FreeFull>
They should have made it -25% for the first 1kg, and then normal price for the rest
<Monni>
FreeFull: Yup...
<Skipp_OSX>
you got half an once of meat for free, no big deal
<FreeFull>
No, they cut it off
<Skipp_OSX>
ok big deal in kg land I guess
yann64 has quit [Quit: yann64]
yann64 has joined #haiku
<FreeFull>
Now, the question is, what will they do with the tiny sliver of meat anyway?
<Monni>
FreeFull: They can't sell it to anyone else as it's not sterile anymore...
dby has joined #haiku
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<Monni>
Begasus[m]; Maybe both had too many recipes that take very long time...
Anarchos has joined #haiku
erysdren has quit [Quit: Konversation terminated!]
FreeFull has quit [Quit: tmux update]
FreeFull has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
<Begasus>
nah Monni, that shouldn't be an issue
<Anarchos>
hello
<Anarchos>
Begasus hey Begasus
<Begasus[m]>
Anarchos hi Anarchos :)
<Anarchos>
Begasus[m] i am officialy a haiku sponsor :)
<Begasus>
Anarchos, saw something passing by in the logs :)
<Begasus>
congrats (I think) :)
<Anarchos>
Begasus yes i have the badge on github now.
<Begasus>
ah! :D
<Anarchos>
Begasus even if small amount. it is better than nothing !
<Monni>
Begasus: Last time I followed the issue conversation, it was still creating "*" links instead of making individual links for logs...
<Begasus>
very true Anarchos :)
<Begasus>
don't have anything special up my sleeve for the short term, it's reported, mentioned here (others will evt run into it also) ...
<Begasus>
k, done :) (git commit checkout - no new version) :P grabbing neochat_kf6-24.10.1-1-x86_64.hpkg and moving it to /Share/haikuports/packages/neochat_kf6-24.10.1-1-x86_64.hpkg
arti has joined #haiku
dby has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
done :D NeoChat 24.11.7 up and running fine :D
<Begasus>
closing down here
<Begasus>
cu peeps!
Begasus has quit [Quit: Vision[]: i've been blurred!]