<Begasus>
well, checked running against it, that was fine
<OscarL>
("packageEntries" line, I mean... just comparing to the older recipe... but I don't really know much about these things so... don't quote me on that :-D)
<OscarL>
Also, newer LO seemed to have no issues so... maybe old LO just doesn't likes newer libqrcodegen?
<Begasus>
what does config.log say? :P
* OscarL
looks around for the missing logs.
<OscarL>
¯\_(ツ)_/¯
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
on the $includeDir, it's only automated move instead of a manual move, outcome is the same (only that it now provides shared libs)
<Begasus>
iirc*
<OscarL>
understood.
<OscarL>
In any case... qrcodegen headers seems to be there on the qr_code_generator_devel package (64 bits) so...
* Begasus
should boot into 32bit to see why it fails :/
<OscarL>
"checking for qrcodegen/QrCode.hpp... no" << no idea where it is trying to look for that one.
<Begasus>
I think there have been changes in that regard *.hpp
<Begasus>
atleast it's not present in the package
<OscarL>
Newer LO didn't build on 32 bits, right? too much of an issue? (just thinking if it makes sense to invest time on 6.4 instead of trying to fix 7.x on 32 bits).
<OscarL>
BTW, Begasus... report.txt for 64 bits looking GOOD!
<Begasus>
yeah! ;D
<Begasus>
only 1 package on 32bit now too :)
<OscarL>
Lazy jmairboeck!
<OscarL>
(I kid, I kid!)
<Begasus>
nah, sollution is already in the PR's :P
<Begasus>
waiting on some green light for autoconf and automake, should fix the issue for texinfo_x86
<OscarL>
yeah... more like... these poor buildmasters can't keep up lately... gcc (multiple times!) / libreoffice, texstudio, calligra...
<Begasus>
texstudio wasn't that hard :P
<OscarL>
I might be confusing it with something else then :-D
<OscarL>
I ran away then I read "tex" :-D
<Begasus>
needed something to check to check autoconf/automake and came accross an update for that one
<Begasus>
It's used for TeX files yes ;)
<Begasus>
but it doesn't "need" texlive for the build
<OscarL>
llvm12_x86 was the one I forgot too... lots of big packages builds lately. (scribus kept me warm)
<Begasus>
well, llvm116 is around the corner
<Begasus>
progress on code::blocks ...
<Begasus>
bugger ... another error
<OscarL>
Sigh... I still need to fix the scipy package :-(
<Begasus>
for now others things have been fixed, now you can focus on that one :P
<OscarL>
(kind of rage-quit last time I've touched it :-D)
<OscarL>
and also need to move paramiko to "any"... damn thing got me chasing dependency after dependency... I think I got it ALMOST all ready, and lost steam in the last meters :-D
<Begasus>
heh
<OscarL>
oh, nice... also panda on the ToDo list :-(
<Begasus>
know the feeling :)
<OscarL>
*pandas
<OscarL>
Mmm, Geany uses cmd:python3.8... I wonder if it could do with just cmd:python3 instead.
<OscarL>
only package requiring 3.8 specifically as cmd: (doesn't seems to rely on 3.8 libs, so... it might just work with "python3", unless its plugins specifically require 3.8).
<OscarL>
mmm, it also requires cmd:fpc, cmd:javac, cmd:ruby.... I'm tempted to thing those are "soft" dependencies, and not hard requirements.
<OscarL>
But... GTK so... I rather stay away :-D
AlaskanEmily has quit [Remote host closed the connection]
<Begasus>
ah, will have a look at that later, thanks for spotting
<Begasus>
checking trunk now for code::blocks
<OscarL>
do pkman handles something like "SUGGESTS" or "RECOMMENDS" ? if so, I think those commands should be moved there for Geany
<Begasus>
it's not a hard requirement iirc
<Begasus>
so probably can be removed (as some of the other languages in there)
<OscarL>
mmm, can't find "suggest/recommend" in either pkgman/package_kit, nor haikuporter. would be cool to have something like that.
<Begasus>
giving up ... running into error after error ...
frkzoid has joined #haiku
<OscarL>
:-(
<OscarL>
I recall trying code:blocks LOOONG time ago.
<OscarL>
(on Wn, trying to find something lightweight for an IDE replacement... /me always had slow hardware :-D)
<Begasus>
there is still an open PR from way back by return, still using wxqt (tried with wxgtk here)
<Begasus>
LO on buildmaster not building yet ;)
<Begasus>
biab
Begasus has quit [Quit: Vision[]: i've been blurred!]
<botifico>
[haikuports/haikuports] Begasus 0caa1c2 - xcb_proto, use cmd:python3 (#9233)
<OscarL>
nice
<Begasus>
yeah :D
Ticbow has quit [Quit: WeeChat 3.5]
Tc has joined #haiku
Tc is now known as Ticbow
mmu_man has joined #haiku
<Ticbow>
Hello, I'm actually on haiku this time!
<Begasus>
cmd:python >= 2.7 (does that count as cmd:python3?) :)
<OscarL>
Welcome Ticbow!
<Begasus>
whoot Ticbow!
<Ticbow>
I really have to say, I do love this OS, I definitely want it as my daily driver at some point
<OscarL>
Begasus: it should... unless you see some "print" instead of "print()" somewhere in the code :-P
<Begasus>
k, LO building on buildmaster :)
<Begasus>
checking for a Python interpreter with version >= 2.5... python3 :)
<Begasus>
so can leave that alone
<OscarL>
Ticbow: it is indeed a lovely OS :-)
<Ticbow>
OscarL: I think I'll probably convert my current laptop to a haiku machine once I get an upgrade
<Begasus>
it's my daily driver for some time now, only need to reboot to Windows once in a while
<Begasus>
which: no python2.7 in (.:/boot/home/config/non-packaged/bin:/boot/home/config/bin:/boot/system/non-packaged/bin:/bin:/boot/system/apps:/boot/system/preferences)
<Begasus>
hmm ...
* OscarL
dreams of updating his hardware... or at least getting acpi_cpufreq driver working on this one :-D
<Ticbow>
Is there steam compatibility at all? That's my main concern. That and Minecraft
<Begasus>
I think minecraft is around?
<Begasus>
Ticbow, 32bit or 64bit?
<OscarL>
No Steam, that I know of. Plenty of older games thou (if you stick to things not requiring HW accel).
<Begasus>
minetest An InfiniMiner/Minecraft inspired game
<Ticbow>
Begasus 64 bit
<Begasus>
so there is minetest then
<Ticbow>
I'll check it out
<Begasus>
you can use "HaikuDepot" to install packages (GUI) or pkgman in Terminal (cli)
<OscarL>
Begasus: re: "cmd:python >= 2.7" guess the match is just agains the string part so it needs cmd:python3 (as none of the other 3.x packages provides cmd:python).
<Begasus>
could we drop nodejs12?
<OscarL>
I would drop **any** nodejs stuff, so... don't ask me :-D
<Begasus>
lol
* OscarL
rathers deals with pearl than with node :-P
<Begasus>
that's not helping :P
<Ticbow>
Begasus I'm just installing a few packages now, cheers
<Begasus>
+1
<Begasus>
atleast yarn or npm is using nodejs12
<Begasus>
or both ....
<Begasus>
no version constrains looking at them in Expander
<Begasus>
if it's not used in Haiku should be good to drop (only 64bit also)
<OscarL>
Using TextSearch for "node" in haiku/build yeilds no results.
<OscarL>
but... better ask one of the usual suspects.
<Begasus>
will leave it for now :)
<Begasus>
nielx[m] can tackle that one :P
<Begasus>
ktorrent it is atm ...
<Begasus>
error: invoking cmake without CMAKE_BUILD_TYPE specified! ... tsss (means it hasn't been updated in a while) (probably can't due to kde-frameworks)
andreasdr has quit [Quit: Vision[]: i've been blurred!]
andreasdr has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
<Begasus>
set (KF5_MIN_VERSION "5.91") (should be good enough to update ...
<OscarL>
LO build failed again :-(
<OscarL>
"/sources/core/shell/source/backends/kf5be/kf5backend.cxx:190:10: error: 'unique_ptr' is not a member of 'std'"
<Begasus>
:/
<jmairboeck>
missing a #include <memory> or using C++98 for some reason
<botifico>
[haikuports/haikuports] Begasus 1a9b788 - libreoffice, try to fix build for 32bit (#9237)
<Begasus>
let's see if it applies
<OscarL>
finished with the updates aaannd.... of course that a new scipy version was released. Might as well switch to that given that only one package requires scipy (and it's on the PR for noteshrink that started this mess :-D)
walkingdisaster has joined #haiku
<Begasus>
lol
<Begasus>
too many changes in boost ...
walkingdisaster has quit [Quit: Vision[]: i've been blurred!]
<nielx[m]>
Begasus: saw you mention my name, what am I tackling?
<OscarL>
do ninja or meson use python? otherwise... dunno, but many of 3dEyes recipes seem to have spurious python dependencies.
<Begasus>
checked most recent version on 64bit, don't see anything when building without it
<Begasus>
hmm ... nielx[m] ... need to read back :)
<Begasus>
[11:38] <Begasus> sys-boot/edk2 ... is it tied to Haiku somewhere?
<jmairboeck>
OscarL: meson is implemented in python IIRC
<jmairboeck>
don't know about ninja
<OscarL>
that would explain it then.
<Begasus>
well, it's a dependency for meson then jmairboeck? not for others?
<Begasus>
have to step out, bbl
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL>
heh, ninja has a dependency browser implemented in Python3, ("ninja -t browse"), so it seems our ninja recipe is missing cmd:python3 on its REQUIRES
mmu_man has joined #haiku
<Begasus>
focus OscarL :)
<OscarL>
patching the scipy patch as we speak :-P
<Begasus>
+1 :)
tqh has joined #haiku
<OscarL>
oh, c'mon! "waiting for build package ... to be activated" :-/
<OscarL>
And OF course that now SciPy needs a newer Cython!
<OscarL>
requires >= 0.29.35, we have 0.29.32 :-D
<Begasus>
whoops :D
<Begasus>
OscarL, me thinks it's not really needed to hunt down all the cmd:python(2) recipes, most of them only require it at build time ...
<OscarL>
you mean... leave them be until someone actually wants to update them?
<Begasus>
unneeded stress :)
<Begasus>
yep
<Begasus>
installing most of them shouldn't be a problem
<OscarL>
but, but... OK, I guess :-)
<Begasus>
focus should rather be on lib:libpython* probably then cmd:python
<OscarL>
or at least making sure it is on REQUIRES and not PRE/BUILD_REQUIRES, no?
<Begasus>
that shortens the list :)
<Begasus>
if it's in REQUIRES it's actually needed
<OscarL>
indeed, that's what I meant. "making sure to only update *now* those that actually require it at runtime".
<Begasus>
right, makes it a bit harder to track down ...
<OscarL>
no problem, I can do it (after I get some sleep).
<Begasus>
only one with lib:libpython2.7 is gdb 0.8 (and that's disabled/broken)
<zard>
Wait, Haiku disables clicking for around half a second after pressing a key!?
<zard>
Is that a feature or a bug?
<phschafft>
is that touchpad protecting thingy?
lubo76kubuntu has joined #haiku
<phschafft>
not sure if that is a hardware or a software thing. but on my Debian systems I have a setting so that when you type you cannot interact with the touchpad.
lubo76kubuntu has quit [Remote host closed the connection]
<Begasus>
the thing not working here is sometimes a blessing :)
<OscarL>
zard: you can try disabling /system/add-ons/input_server/filters/padblocker at boot, and then just black-list it if you like that to be permanent.
<jmairboeck>
isn't there also a setting for it in input preferences?
<phschafft>
zard: not sure what Haiku does. but also keep in mind that a VM may have a missleading hardware configuration that will Haiku play safe and maybe switch on this extra protection. but again, just a random guess. Just wouldn't assume it's a bug right away (which you didn't).
<Begasus>
OscarL, should be fine on python3.7 too I think
<OscarL>
yeah, not seeing anything for python3.7.
<Begasus>
inrecipe lib:libpython3.7m doesn't show anything
<Begasus>
inrecipe python37 clean
<OscarL>
"ir python3.7" gives nothing.
<Begasus>
only ones that would have changes are the ones using cmd:python3, but those will pop up when someone bumps into them
<Begasus>
so ... I think we're good :P
<Begasus>
patch applied fine on buildmaster for LO, crossing fingers :)
<jmairboeck>
I suspect that most of the patch is still missing, but let's see :)
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus>
whoops, missed your comment jmairboeck :/
<Begasus>
time to hit the road, cu later peeps, thanks for looking into scipy OscarL! :)
<zard>
OscarL: Ok, my virtual machine exposes a USB tablet. It has the same settings as a mouse, not a touchpad. So no "Keyboard lock" setting
<zard>
I'll try disabling the padblocker next...
<OscarL>
Later Begasus! Cython seems to build fine... but need some sleep now :-)
<OscarL>
See you around folks!
OscarL has quit [Quit: zzz]
mmu_man has joined #haiku
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
<zard>
Indeed, padblocker it was :)
<jmairboeck>
zard: This looks like a bug to me then, I think it should be disabled automatically if no touchpad is detected. Also considering that there are is no setting to control it then.
jmairboeck has quit [Quit: Konversation terminated!]
mmu_man has quit [Ping timeout: 480 seconds]
zard has joined #haiku
zard has quit [Ping timeout: 480 seconds]
higen has quit [Quit: Ping timeout (120 seconds)]
higen has joined #haiku
tqh has quit [Quit: Leaving]
jacereda has left #haiku [ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1)]
jacereda has joined #haiku
<jacereda>
Hi
<jacereda>
The git instructions suggest copying the commit-msg hook as "scp -p $USER@git.haiku-os.org:hooks/commit-msg ..." but I'm getting this error under Haiku:
jacereda has left #haiku [ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1)]
<x512[m]>
If you are signed in, it will show commands using SSH.
petterhj has quit [Ping timeout: 480 seconds]
<jacereda>
x512[m]: I can ssh to git.haiku-os.org and I'm greeted by the message about disabled interactive shells
erysdren has quit [Quit: Konversation terminated!]
<x512[m]>
When logged in it shows something like ```git clone "ssh://X547@git.haiku-os.org/haiku" && (cd "haiku" && mkdir -p `git rev-parse --git-dir`/hooks/ && curl -Lo `git rev-parse --git-dir`/hooks/commit-msg https://review.haiku-os.org/tools/hooks/commit-msg && chmod +x `git rev-parse --git-dir`/hooks/commit-msg)```.
<jacereda>
Hmmm, the command copied from gerrit works... Maybe the guide should be updated?
<jacereda>
x512[m]: https access works, the scp command stated in the guide doesn't
<jacereda>
Should I create a ticket for new functionality or is sending the patch to gerrit enough?
OscarL has joined #haiku
<OscarL>
jacereda: for my (admitedly small) patches, usually just send them for review (unless I found a bug first, filed it, and then found a fix :-D)
<jacereda>
Great, thanks
<jacereda>
Sent my first patch, I badly needed remapping Caps to Control to use Emacs...
<jacereda>
Now, if only Control+Tab worked fine under Emacs... I'm not very familiar with Haiku, shouldn't the OS intercept Control+Tab? Is Emacs somehow disabling that behaviour? Or are the input events sent to the application before and handled by the OS if the app ignores it?
<jacereda>
And there's another thing that I miss, I'd like to simulate XY scroll events with my trackball (perhaps by pressing LMB+RMB while moving). Is there any work in that direction?
<jacereda>
(my trackball doesn't have a scroll wheel)
AlaskanEmily has joined #haiku
<OscarL>
for the "fake scroll" thing... it's not that hard to writhe an input_server filter, in case you don't find one that suits your needs. I have some code that might serve as reference, if you excuse my poor programming skills: https://github.com/OscarL/TwoWheels/tree/FreeWheely
<OscarL>
s/writhe/write/ (I'm known for my typos, sorry).
<OscarL>
Haiku's behaviour regarding CTRL vs ALT is... complicated (more than I can explain in my broken "English" , less so on IRC)...
<OscarL>
You might want to take a look at the "Keymaps" preflet, if you haven't done so already... and maybe switch shortcuts to Win/Linux mode? (not sure if it will help with your emacs' CTRL+TAB issue, but... worth a try).