<Begasus>
this discussion on the forum about keyboard is getting looong :)
Begasus_32 has joined #haiku
<Begasus_32>
error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.19 but the autoconf macros are from gettext version 0.20
<Begasus>
this is annoying, can't find any version mentioned in the source ...
<OscarL>
re Zeta screenies.... that "MakeMe" app looks interesting.
<Begasus>
yeah, was pretty fine back then, could also create packages
<Begasus>
think I used that to create the icon theme packages back then
<OscarL>
Seems to run fine (no idea how to play it thou :-D)
<Begasus>
did a build with gcc11 in Terminal to check, hence I didn't enabled it for 64bit
<Begasus>
thanks for checking!
<OscarL>
np!
<Begasus>
running into: libxml/xmlmemory.h not found
<Begasus>
(for latest bluefish)
<OscarL>
Bah... Starting 54321 from Deskbar... I got the black screen :-(
<OscarL>
From the "Open" button on HaikuDepot's window for the package... works fine.
<OscarL>
I had a similar case with one of my Monsterz recipe changes, IIRC.
<Begasus>
something simular, launching "Tux Paint Config" from Deskbar menu "Applications" works fine, doesn't work from "recent applications" here
<Begasus>
err ... make that "TuxPaint" (Tux Paint Config is OK with that)
<OscarL>
might be related to SDL then? (I think I recall reading about some change on startup dirs for apps usint it, but I'm not 100% sure)
<Begasus>
could be, not opening an issue or ticket as I'm not sure where the issue lies
<OscarL>
for 54321: definitively an issue relating to the app not fiding its data files, depending on how you call it: using symlinks, fails. Double cliking appsDir/54321/bin/BeOS/54321... works.
<OscarL>
that "chrdir(dirname(argv[0]));" <<< that gives different results for the symlink vs binary proper, for sure.
<OscarL>
I mean, "$appsDir/54321/54321-BeOS" symlink, vs "$appsDir/54321/bin/BeOS/54321" binary. Not sure why the Desklink fails (as it should be pointing out to the latter).
<Begasus>
yeah :/
<Begasus>
though I tried that "fix" for launching from Tracker/Deskbar, doesn't fix the launch from "Recent Applications", so I didn't add it
<OscarL>
Welp, in case of 54321... it hardcodes the path to its data files, BADLY.
<OscarL>
Full of "IMG_Load("../../data[])"
<Begasus>
hence the package is installed in $appsDir (to keep the structure there)
<OscarL>
I mean, at least it is using relative dirs, but assumes the bin is in two level deep (that weird "bin/BeOS/" folder) :-D
<Begasus>
well, it's still some BeOS legacy build :)
<OscarL>
I'll see if I can find something that works (but need some sleep first :-D)
freddietilley has quit [Quit: WeeChat 3.8]
HaikuUser has joined #haiku
<Begasus_32>
can't figure out why this is failing to find the header: #include <libxml/xmlmemory.h>
<Begasus_32>
everything is in place ...
<Begasus>
checked pkg-config and xml2-config, paths are fine
<botifico-c849d97b>
[haikuports/haikuports] OscarL 85ede66 - 54321: fine tunning. (#8649)
<Begasus>
Thanks! :)
<OscarL>
using that "realpath()" function, makes sure we get the "absolute" path (no symlinks), so dirname() + "./data" works as intended.
<OscarL>
np! happy to help :-D
mmu_man has joined #haiku
<Begasus>
meantime still puzzeld why the headers from libxml2 are not found :/
<OscarL>
:-(
<Begasus>
nothing found at repology about it, so seems others don't have a problem there
<OscarL>
which recipe again?
<OscarL>
bluefish, right?
<Begasus>
yep, version 2.2.13
<Begasus>
let's see if 2.2.12 still builds
scott_puopolo[m] has joined #haiku
<Begasus_32>
*** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.19 but the autoconf macros are from gettext version 0.20
<Begasus_32>
fix add "AM_GNU_GETTEXT_REQUIRE_VERSION([0.19])" to configure.ac
<Begasus>
jikes, same error on the libxml2 headers ...
Begasus_64 has joined #haiku
<Begasus_64>
updating texlive packages ... this could take some time :)
<Begasus_64>
whoot, that was fast :P
<Begasus_64>
[system] warning: package texlive-2023-1-any.hpkg: "/boot/system/settings/texlive/ls-R" cannot be updated automatically, since it doesn't have a SYS:PACKAGE attribute. Please perform the update manually if needed.
<Begasus_64>
seen this before (also with other updates), anything that should be done there?
<OscarL>
mmm I think a similar message is given when the .hpkg got deleted but it is still mentioned on the "administrative/activated-packages" file.
freddietilley has quit [Quit: WeeChat 3.8]
<OscarL>
when I got that.... I just deleted that "activated-packages" file, rebooted, and run pkgman update again.
<Begasus_64>
running pkgman update won't change anything unless there is something to update?
freddietilley has joined #haiku
<OscarL>
I though you got that message when running "pkgman update".
<OscarL>
in any case, if package_daemon sometimes gets confused. removing that activated-packages file + reboot, recreates cleanly (and that avoids errors when trying the updates). That's what I understood at the time, at least :-D
<Begasus_64>
yes, with updating the texlive packages
<Begasus_64>
k, build for bluefish on 64bit still works fine
<Begasus_64>
-I/packages/libxml2-2.10.4-2/.self/develop/headers/libxml2 on 64bit (OK)
<Begasus_32>
-I/packages/libxml2_x86-2.10.4-2/.self/develop/headers/x86/libxml2 on 32bit (doesn't seem to work)?
<Begasus_64>
also some other packages, seem to add some primary packages in that list
<Begasus_64>
never harmed so far, but imho shouldn't be listed if they are not required
<OscarL>
those are from the list of activated packages from the build log, right?
<Begasus_64>
yes
<OscarL>
(the gcc2 shouldn't be there, ideally, no?)
<Begasus_64>
my point yes
<OscarL>
pulled in by something else?
<Begasus_64>
looking in the recipe for bluefish I doubt it
<OscarL>
does the libxml2 one contains any .pc file or something that could interfere with the build system?
<Begasus_64>
libxml-2.0.pc and a libxml2-config file
<Begasus_64>
checked both in Terminal, they are fine (paths ok)
freddietilley has quit [Quit: WeeChat 3.8]
<Begasus_64>
config file installed in $binDir, so they don't conflict
<Begasus_64>
should check something else using libxml2 ...
hive[m]1 has joined #haiku
xmeadow[m] has joined #haiku
turb0x[m] has joined #haiku
HaikuUser has joined #haiku
<HaikuUser>
Hi all! Nice to be here again...I tried BeOS many years ago and now is quite exciting to try this in 2023 (even if in a virtual environment under Linux)
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<Begasus_64>
short visit :)
<OscarL>
didn't managed to say Hello to HaikuUser :-(
<Begasus_64>
geany_plugins seems to be fine with libxml2
Begasus_64 has quit [Quit: Vision[]: i've been blurred!]
Begas_VM has joined #haiku
<Begas_VM>
build failed for geany_plugins also with error "can't find libxml/parser.h"
<OscarL>
:-(
freddietilley has joined #haiku
<OscarL>
My connection speed dropped to ~70 Kbps :-( Still better than dial-up, I guess.
<Begasus>
issue filed for the errors on libxml2
<Begasus>
could be something else related, but I can't see where ...
<Begasus>
lol dial-up OscarL :P
OscarL has quit [Remote host closed the connection]