<erysdren>
sorry to interject: i got the Ironwail quake sourceport compiling for Haiku x86_64 target, but it fails to launch in QEMU with a GL error "function glQueryCounter not found"
<erysdren>
anything i can do about this, or is it due to lacking Mesa drivers?
<OscarL>
I can't find any "glQueryCounter" on beta4 32 bits either, erysdren (looping "nm -A --defined-only $f | grep glQueryCounter" on the system libs). But grepping the headers, it is there (GL/glext.h, and GL/glew.h inside some ifdef guard).
<OscarL>
(that's the extent of what I can offer, I generally don't have much idea about anything :-P)
<erysdren>
well
<erysdren>
ironwail didn't work
<erysdren>
HOWEVER
<erysdren>
i got Quakespasm to compile, link and run successfully
<OscarL>
Begas_VM: running a new clean build of rizin 0.3.4 (after "hp -c rizin"). Using a cheap and dirty trick to make it work from a clean state., but, seems to get the build running at least: https://bpa.st/YAGHI
<OscarL>
Begas_VM: if we have to stick with that version for cutter... maybe we can tolerate that ugly hack?
<OscarL>
(double call to "meson build", first fails, but pulls the necessary files, so we can patch them and run "meson build" for realz)
<OscarL>
erysdren: I used to run quake1 on an AMD K5 with 16 MB of ram.. playing with no mouse. As long as I get 10+ FPS (even in reduced screen), good enough for me :-P
<erysdren>
i have no idea how to prepare this for submission to haikuports or anything
<erysdren>
i figure it's probably worth it
<OscarL>
That "LINK_M=1" seems odd. we don't actually have -lm ?
<erysdren>
the cross-compiler threw a fit without it
<OscarL>
(well, it's a no-op, AFAIK, right?
<erysdren>
not sure
<OscarL>
ah, ok. never used cross-compiler :-)
<erysdren>
maybe inside Haiku it would accept -lm
<erysdren>
but, on my cross compiler it wouldn't
<erysdren>
should i put the x86 and x86_64 builds in here for some unofficial testing?
<erysdren>
i can only test in QEMU and on my thinkpad
<Begas_VM>
re
<PulkoMandy>
pairisto[m]: it seems your build problem is a bug with filesystem xattr emulation. If you are building from Linux, I would recommend using an xfs partition instead of ext4, this way, xattr emulation is not needed
<PulkoMandy>
Error 1 on Linux seems to be EPERM/permission denied
<Begas_VM>
OscarL, current cutter needs the older rizin library, and rebuilding with the new one fails
<erysdren>
if it doesnt launch from tracker, try it from terminal
<erysdren>
i'm not sure what's causing that bug
<OscarL>
Begas_VM: older as in 0.3.4? or older as in "0.3.4, but as it was when it was build back then"?
<OscarL>
(as it pulls things from git, and the recipe didn't had "subprojects_check=false", who knows which git revisions of his subprojects it ended up using, no?)
<Begas_VM>
current one is 0.3.4
<Begas_VM>
latest one I have here is 0.5.2
<OscarL>
I ask because I tried just moving 0.3.4 to use Python 3.9, but build failed on buildmasters. with the hack on https://bpa.st/YAGHI, it should work.
<Begas_VM>
cutter 2.2.1 (with the changes imported from 2.0.1) builds, but fails at the linking stage at the end
<Begas_VM>
yeah, saw those fixes upstream
AlaskanEmily has quit [Remote host closed the connection]
<OscarL>
erysdren: usually, when ported apps run ok from Terminal, but fail from tracker.... what's usually needed is a patch making sure any logic similar to 'dirname(argv[0]) + "/data/dirs"', to make sure that argv[0] points to the right place.
* OscarL
noticed that his last message to erysdren is full of errors. Me fail English? That's unpossible!
<Begasus>
lol
<OscarL>
ah.... I see kenmays is trying to stay ahead on the commit numbers! Muhahahah.... I'm gonna catch ya!!!
<Begas_VM>
go for it! :P
freddietilley has joined #haiku
Diver has joined #haiku
Diver is now known as Diver
<OscarL>
first I HAVE to test erysdren's quakespasm on 32 bits... you know... for science!
<OscarL>
erysdren: Runs OK on beta4 32 bits (VBox VM). nice!
<OscarL>
erysdren: might just need a chdir() call in main(). Quoting good guy PulkoMandy from the logs: "<PulkoMandy> we have patched many things to add a chdir to the correct directory at start " "<PulkoMandy> linux does it automatically, but we don't"
<OscarL>
in the example I linked before, I've also used realpath(), so it works even when called from symlinks (like when clicked from Deskbar).
<botifico-c849d97b>
[haikuports/haikuports] Begasus a9d6812 - Move libblkid to a seperate package (#8710)
<Begasus>
rizin 32bit fine too :)
<OscarL>
yup! finally crossed out that one from the big list :-D
<OscarL>
18 to go. (plus some Python 2.x that are still lurking)
<Begasus>
now kdevelop ... maybe wait for revbump on llvm9 :)
* OscarL
tries to find one that would fit on his ever shinking free HDD space)
<Begasus>
is anything in Haiku using something older then python3.9?
<OscarL>
Haiku proper? not sure. Haven't really checked.
<Begasus>
still no rev update on Haiku :)
<OscarL>
I think it builds once a day.
<OscarL>
even if there was no new commit. /me shakes head.
<OscarL>
Begasus: "started1h 21m ago " << new build in progress for beta4.
<Begas_VM>
;)
<Begas_VM>
probably will be for tomorrow
ADS_Sr_ has joined #haiku
<OscarL>
na.... it's already copying stuff to wasabi.
ADS_Sr has quit [Remote host closed the connection]
OscarL has joined #haiku
OscarL has quit [Remote host closed the connection]
<OscarL>
"CTCPServ [services@services.oftc.net] requested CTCP VERSION from OscarL: " <<< what's that? (usually get knocked out of this webchat when I get one of those)
<OscarL>
"some IRC networks use version checks when connecting." must be that, and the disconnects, just some coincidence, I guess.
<Begas_VM>
got the wrong version then? :P
<OscarL>
or didn't replied on time, and got kicked :-D
<OscarL>
anyway... +86 already available on pkgman update.
<Begas_VM>
now it is :)
<Begas_VM>
updating other laptop ...
<Begas_VM>
still checking latest e2fsprogs atm here
<botifico-c849d97b>
[haikuports/haikuports] Begasus daf55ac - rizin, bump version (#8712)
<Begasus>
sorry OscarL :)
<OscarL>
Begasus: finished cleaning up downloads/work-dirs... from < 5% free to almost 45%. nice. (small partition for 32 bits). Erasing lots of small files in Haiku is SLOOOOOW :-D
<Begasus>
Hi Anarchos
<OscarL>
Begasus: dont worry, got my commit counted anyway :-P
<Begasus>
yeah OscarL cleaning up can take some time :/
<Begasus>
heh
<Begasus>
if this is finished cutter can be updated
* Anarchos
still can't wait to see the msi refactor finished :) I can't remember the ticket to followw
<Begasus>
don't know OscarL , only saw libgnt needed to be merged before libpurple on the prior link :)
<OscarL>
ok, the I just test without -S, open a PR just for this switch to Py3.9, buildmaster will work. And then Add a comment on that HP issue, mentioniing this particular case. Sounds good?
<OscarL>
s/the I/then I/
<Begasus>
yup :)
<Begasus>
was reading up on a PR for vala, fbronson usualy gives some handy information (although, a LOT at times) :P
<Begasus>
testcases for current and latest e2fsprogs are the same outcome
<OscarL>
u-boot. that now fails to build (Habbie's fault!) because there's a .patchset that's not included on the recipe.
<Begas_VM>
oops :)
<OscarL>
judging for how long it is taking just to unpack... this one's gonna hurt.
<Begas_VM>
it's a feature, not an error :P
<Anarchos>
hrev 57023, x86_gcc2 , my atheros wifi doesn't see any SSID at all anymore
<Anarchos>
and latex not working anymore
<Begas_VM>
what's up with latex Anarchos?
<Anarchos>
Begas_VM: texmf.cnf not found.
<Begas_VM>
after the update?
<Anarchos>
yes
<Begas_VM>
TeXstudio still working fine here
<Begas_VM>
is that with BeTex?
<Begas_VM>
Saw new update for texstudio ... :)
<Anarchos>
Begas_VM: no plain latex command in Terminal
<OscarL>
PulkoMandy: should the u_boot recipe be in a buildable state? (can't find any u_boot package, and getting unresolvable dependencies for "cmd:arm_none_abi_gcc"). Context: just trying to switch recipes to Python 3.9 (from 3.7).
<Begas_VM>
Anarchos maybe ask jmairboeck when he's around, he should know more
<Anarchos>
Begas_VM: i know but i always come when he leaves !
<Begas_VM>
launching "latex" from Terminal seems ok, but I don't know how too use it there :)
<Begas_VM>
heh
<Begas_VM>
too/to*
MajorBiscuit has quit [Ping timeout: 480 seconds]
zard has joined #haiku
<Anarchos>
Begas_VM: latex file.tex :)
<Begasus_32>
~/tex> latex alphabet.tex
<Begasus_32>
This is pdfTeX, Version 3.141592653-2.6-1.40.25 (TeX Live 2023/Haiku) (preloaded format=latex)
<Begasus_32>
restricted \write18 enabled.
<Begasus_32>
---! /packages/texlive-2023-2/.self/var/texlive/web2c/pdftex/latex.fmt made by different executable version, strings are different
<Begasus_32>
(Fatal format file error; I'm stymied)
<Begas_VM>
different error I guess, using that tex file in texstudio seem to work though
MajorBiscuit has joined #haiku
<Anarchos>
Begas_VM: i guess you have to delete latex.fmt and let latex rebuilds it (beaware to do a save of latex.fmt, justi n case...)
<Begasus>
running "fmtutils-sys --all" atm to check
* Anarchos
: or you could use the stnadard tools as fmtutils-sys, as you know better than me :)
<Begas_VM>
nah, google is my friend :)
<Begas_VM>
and even on that I found that they had to remove the file you mentioned because fmtutil-sys didn't work :)
<Anarchos>
Begas_VM: tex/latex is such a beast to tame : imagine D. Knuth envisioned his code with char being size different of 8 bits...
<Begas_VM>
yeah, but would be nice to know it's working for every one Anarchos
* Begas_VM
got lost somewhere between char and size ;)
<Anarchos>
Begas_VM: char size was not standardized in the 70s : it could be from 6 to 8 (as i know of)
<Anarchos>
so when knuth developed TeX , he was aware of those legacy systems (VAX ; PDP...)
<Begas_VM>
never saw or heard something pc related in the 70s (still playing with marbles I guess) :D
<Anarchos>
Begas_VM: technically, those were not PC :) I worked on Vax system at engineering school in 1997/1998
<Begasus>
glad enough I got this far ;)
<OscarL>
Char size of 5 is (was) also a thing on serial comms / termios.
<Begasus>
only came accross cobol for programming (and even then only for a short time)
<phschafft>
still using char sizes < 8 bit over here for wireless transmissions.
<phschafft>
there is just no point in transmitting e.g. 8 bit when the 8th bit is always zero for ASCII.
<phschafft>
(however that is only half of the story, as such predictable bits can be helpful for syncing)
<Anarchos>
phschafft: i am french, and we use the8th bit for accentuated letters
<Anarchos>
éèàëù
<Anarchos>
and so on
<OscarL>
ñ
<phschafft>
Anarchos: I'm a German and as we say could spit over the border to you. ;)
<phschafft>
so we have at least öüäß
<Begasus>
àç§é
<Anarchos>
phschafft: ich lernte es zur Schule, auch :)
<phschafft>
:))
* OscarL
only understood "ich", maybe.
<phschafft>
I was forced (as in people tried to be god, not as in I would not like to know the language) to learn your language for two years with the worst teacher I ever have have met.
<Begasus>
immer im Deutsch mit lorglass :)
<phschafft>
which resulted in me not remembering anything but one lecture which I left early. so all the words I know I do from before.
<phschafft>
which comes doen to me understanding that everything "pom" is round ;)
<phschafft>
*down
HaikuUser has joined #haiku
frkazoid333 has joined #haiku
freakazoid332 has joined #haiku
nephele has joined #haiku
frkzoid has quit [Ping timeout: 480 seconds]
<Anarchos>
HaikuUser are you from ukraina ?
frkazoid333 has quit [Ping timeout: 480 seconds]
HaikuUser has quit [Quit: Vision[]: i've been blurred!]