<Begasus>
you probably should still be sleeping :)
__gyr has joined #haiku
<OscarL>
Yea, probably. Neighbour's dogs started barking like crazy (small sized dogs can be annoying), and I'm not sleeping much lately so... here I am :-)
_paul0 has quit [Ping timeout: 480 seconds]
<Begasus>
little bugger ;)
<OscarL>
buggerS :-(
<OscarL>
Ok... time to do some work, or pretend to, at least...
<Begasus>
heh
<OscarL>
let's see if this pyAES still works on 3.9 (last update in 2017)
<OscarL>
I'm really tempted to rename it from "pyaes_python39" to "pyaes_python3.9". Could simplify the recipe a bit if that was the case. (no more "pythonVersion vs pythonPackage")
Diver has joined #haiku
<OscarL>
Guess this is a good candidate for trying that? (package not used by anything in-tree)
mmu_man has joined #haiku
<Begasus>
if it's only for python3.9, go for it and see what korli thinks of it :)
<OscarL>
it was 2.7 / 3.7... trying right now with only 3.9 to make build/test shorter.
<Begasus>
that's cheating :P
<OscarL>
Guess I can do the "normal update/clean-up" in a first commit, and the proposed renaming/simplifying in a second one... so it can be easily reverted if not desired.
<OscarL>
I'm learning about the state and history of Python packages FAR beyond of everything I've ever needed while using it for work :-D
<Begasus>
lol, now you know what a pain it is to keep it uptodate for those providing the packages ;)
<OscarL>
oh.. I feel it yeah. I had an idea of what it involved, and thus my admiration for the work you do, Begasus.
<OscarL>
this only exacerbates that respect :-D
<Begasus>
;)
<Begasus>
and how thankfull we are you chipping in!
<OscarL>
:-)
<OscarL>
gah... tests require a _x86 package but the recipe is "any" :-/
<Begasus>
oops :)
pvalue has joined #haiku
<OscarL>
Let's see if I can cheat my way out of this with an "if [ $targetArchitecture = x86_gcc2 ]"
pvalue has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
Cool. All tests passed.
<OscarL>
All in all this is a pretty inconsequential package (a pure-Python implementation of AES, and we have PyCryptodome now that's faster and maintained).
<OscarL>
I'm betting korli will suggest to just drop it after I finish pimping the recipe up :-P
<Begas_VM>
rofl
<Begas_VM>
k, so far for tuxpaint-config :P
<Begas_VM>
crash on launch ...
<Begas_VM>
that or fltk could use an update ;)
AlaskanEmily has quit [Remote host closed the connection]
<OscarL>
FLTK, I haven't heard of that in ages!
<Begasus>
strugling with: if [ -z "$secondaryArchSuffix" ]; then
<OscarL>
oh, wow... still a thing it seems. last weekly snapshot just last week :-)
<Begasus>
it's being used to build tuxpaint-config (but disabled in haikuports)
yeti has quit [Ping timeout: 480 seconds]
<OscarL>
One question, master Begasus (or any other that knows the answer)... do you have any idea why the Python recipes use:
<OscarL>
"${PYTHON_PACKAGES[i]}" and "${PYTHON_VERSIONS[$i]}" inside the for loops? (notice the difference in the subscripts, one uses "i", the other uses "$i".
<Begasus>
I'm guessing one results in 3.9 other one in 39?
<OscarL>
yeah, but I'm not worried about what those return...
<Begasus>
or it strippes, python3.9 to 3.9?
<OscarL>
but how they use the *i* variable.
<OscarL>
as in... array[i] vs array[$i]
<OscarL>
I've tried variations of that on a "nullrecipe-1.2.3.recipe" I keep for testing things... and both array[i] and array[$i] match in my tests.
<OscarL>
but as I'm not well versed in bash... I'm wondering where's the catch.
<Begasus>
maybe search some history for that at haikuports? ;)
<OscarL>
Meh... we can't really simplify this recipe (using only PYTHON_VERSIONS, dropping PYTHON_PACKAGES), unless we rename ALL the python packages at once.
<Begasus>
whoops :P
<OscarL>
The cost of bad decisions :-(
<OscarL>
or, more likely.... of things growing organically.
<Begasus>
OK, so this doesn't work if you use $commandSuffix for the binaries ;) "if [ -n "$secondaryArchSuffix" ]; then"
* Begasus
bumps head
<OscarL>
renaming things now, will require adding REPLACES to all the renamed packages, while keeping both PYTHON_PACKAGES and PYTHON_VERSIONS until everything is renamed... and no one else has installed packaged with the old names :-(
<OscarL>
(only then we could simplify recipes... yikes)
<Begasus>
so for now, leave it as is? ;)
<OscarL>
yup :-(
<OscarL>
with the "Fetching package for..." placed the .hpkg in haikuports/packages instead of installing them system-wide.
<OscarL>
s/with/wish/
<OscarL>
makes keeping my install clean quite a chore.
<Begasus>
move them there?
<OscarL>
I shouldn't have to :-)
<Begasus>
well, having them there is conviniet for building things, not for using them system wide :)
<Begasus>
only got 1301 packages installed in system/packages atm ;)
<OscarL>
ouch!
<OscarL>
my "complain" is... I have no use for 90% of the things I have installed now, outside of builds and "hp --test" :)
<OscarL>
k... time to face pygame, I guess.
<Begasus>
same thing here OscarL (and that's not counting the administrative directories) :)
<OscarL>
I'll add a note about this to the "maybe" section of my ToDo list :-D
<Begasus>
k, think potrace is fine now
<Begasus>
pyaes ok OscarL ?
<Begasus>
or should we wait for korli? ;)
<OscarL>
looks good to me.
<OscarL>
I guess he's taking a break from me now :-P
<OscarL>
Woot. Web+ wen't crazy on me. I've just had one page open on a PyPi package page. Left it idling in th background... it eat a lot of RAM, and died :-D
<OscarL>
(so the people that did the port/update of qemu becomes aware of the issue)
* Begasus
slaps OscarL
* OscarL
thinks the trap worked.
<OscarL>
So.... only "monsterz" (marked ?all x86_gcc2) is using pygame in-tree... and we have two active pygame recipes: version 1.9.4 for x86_gcc2, and 2.0.0 for the "all !x86_gcc2" + x86.
<OscarL>
Begasus: I guess we're keeping the old recipe only for monsterz in x86_gcc2? Should I check if it runs on x86 with the newer pygame, so we can drop the old one?
<OscarL>
(older version of pygame is using python2)
Kokito has joined #haiku
<OscarL>
monsterz last release on 2007... mmm. I'll give it a try... but if it doesn't works with the 2.x version... I'll suggest dropping it.
<Begasus>
shouldn't be a big deal :)
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL>
I'm liking -G so much that I might actually attempt to patch hp at one point to make that an option from the .conf file (and add a "+G" option for when you need it after the fact).
Diver has quit [Read error: Connection reset by peer]
<OscarL>
Oh... /me discovers CMD+SHIFT+click on Terminal... ultra nice!
<OscarL>
just when I was wishing for that feature :-D
<Begasus>
back to static libs ...
<OscarL>
I see flowering cactuses... rain must be comming.
Diver has joined #haiku
<Begasus>
had enough rain here :P
<OscarL>
Flowering cactus / Rain they usually announce / back to porting apps
<OscarL>
how about that Haiku, eh? :-P
<Begasus>
;)
<OscarL>
heh, pygame_x86 doesn't installs, because nothing provides cython3_x86 :-/
<Begas_VM>
fix it ;)
<OscarL>
but it was korli's fault!!! :-D
<Begas_VM>
heh
<OscarL>
that's the problem with buck updates, I guess :-)
<OscarL>
*bulk
Kokito has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
k. starting yet another branch then.
ClaudioM has joined #haiku
zard has joined #haiku
<OscarL>
"cmd:freetype_config_x86" mmm
<OscarL>
mupdf also requires that :-/
<OscarL>
That face when you find an answer on an issue yourself opened months ago, and basically you don't even recall doing so.
<OscarL>
past-me to the rescue!, I guess :-D
<Begas_VM>
nuke that :)
<OscarL>
yup. build went fine, finally.
<Begas_VM>
there is no more freetype-config anymore
<OscarL>
welp. monsterz IS broken on newer pythons :-(
<botifico>
[haikuports/haikuports] OscarL eda4bbc - pygame: retire old 1.9.4 version recipe. (#8257)
xet7 has joined #haiku
<OscarL>
bbjimmy: (after seeing you asking about man in the logs): you can use "most" as a pager ("pkgman install most"), and test it with "PAGER=most man most". That gives some nice coloring to man pages on Terminal.
<OscarL>
other than that... there's a myriad of man2html projects (one in perl from w3.org... one in C here https://github.com/hamano/man2html)
<Begasus>
biab
OscarL has quit [Remote host closed the connection]
OscarL has joined #haiku
<OscarL>
and the hxtools (alredy on the repos) also contains a man2tool (haven't tested that one yet)
printedz has joined #haiku
<zard>
Interesting... never heard of "most" before
printedz has left #haiku [Error from remote client]
<OscarL>
it's nice as: " alias man='PAGER=most man' " at least :-)
<zard>
Nice. Now my man will always be colorful :D
<OscarL>
:-)
HaikuUser has joined #haiku
<HaikuUser>
Hi everyone. Its me HaikuUser again
<HaikuUser>
So Im really intrigued by this packageset versioning system youve got going on. Reminds me a bit of what like Ive used BTRFS or Guix for in the past
humdinger has joined #haiku
<HaikuUser>
But I was curious: how do make a rolledback package state permanent once ive booted into it? The guide online seems to say how for different repositories, but not for different local states (as far as I can google)
<OscarL>
welcome back HaikuUser! (you might want to change your nick to something more unique at some point :-P)
<HaikuUser>
Hi OscarL. Actually I dont know how. This is the most Ive ever used IRC before haha
<OscarL>
HaikuUser: regarding the "nick"... for this session, you can just type "/nick YourSuperCoolNewName"
<OscarL>
to make that more permannent, you need to follow the instructions specifig to your IRC, client. I assume it is Vision right now, so... let me find its docs :-D
OscarL_32 has joined #haiku
HaikuUser is now known as FelicityU
<OscarL>
(docs don't say much... eh...) Just use the "Server" menu item in the Vision window... then "Setup..." ... then "Network Setup..."
<FelicityU>
Yup Im using vision. And as for that page, thats the one I found. What do I do in the case that I have a local version and not one from a different repo?
<OscarL>
I'm not following, sorry. Local version of what? a particular package?
<FelicityU>
Okay set my nick in the settings, thanky you. And I mean that, Im under the impression whenever I changed the packages on my system, it generates a new version. If something doesnt work, I can boot into the old one. However when I reboot it takes me back to the newest again
<zdykstra>
that downgrade page isn't really what you want to be using to make a state permanent
<FelicityU>
I didnt change my repo or anything in the process
freddietilley has quit [Quit: WeeChat 3.8]
<zdykstra>
there isn't a GUI to set a package activation state permanent that I know of, but if you browse to /boot/system/packages/administrative
<zdykstra>
you can see all of the different states
<FelicityU>
Ah okay, should I just delete the ones I dont want?
<zdykstra>
that should be safe to do
OscarL_32 has quit [Quit: Vision[]: i've been blurred!]
<zdykstra>
and you can seemingly copy activated-packages from a previous state to /boot/system/packages/administrative and then it _should_ be what's activated on the next boot
<FelicityU>
Hmm. Tracker wont let me do it. I get a warning about not being able to boot the system
<FelicityU>
Ah okay maybe Ill try that
<zdykstra>
it's fine, it's safe to remove them
<FelicityU>
Ah i mean, I dont see an option to actually do it. It only has cancel
<FelicityU>
"Move" is greyed out
<zdykstra>
hold down the shift key
<FelicityU>
Oh right. Sorry I cant read aparently hah
<OscarL>
mmm
<FelicityU>
Okay sweet
<FelicityU>
lets reboot and see
FelicityU has quit [Quit: Vision[]: i've been blurred!]
<OscarL>
states under administrative should not be read only, right?
<OscarL>
heh... guess I'm just too used to do SHIFT+DEL that I don't even notice anymore, LOL.
<zdykstra>
I don't think it's going to work the way they expect
<OscarL>
specially if some of the states also contained .hpkg they want? :-/
FelicityU has joined #haiku
<OscarL>
meanwhile... sweet, at last Lagrange build is running (trying to disable its use of SSE4.1)
<OscarL>
Annd... it failed :-(
<FelicityU>
Okay so there was one last thing. I had to copy the activated packages out of the old version, and into the directory one level up. It works now though. Thank you @Oscar and @Dykstra
<OscarL>
"SDL_render.h" seems to be missing. Who tests these recipes...? Me?
<OscarL>
Np, guess you'll need to refrain to run SoftwareUpdate, thou, right?
<zdykstra>
they should be able to do whatever they want to now
<OscarL>
FelicityU: were you having a specific issue? Maybe it is worth reporting it over https://dev.haiku-os.org/ if its not reported there already.
<FelicityU>
Ah so I was using testing if this works so that I can do it later when I inevitably need to, so Ill probably pull the old (newest) version back out of the trash now
<FelicityU>
I tinker and Im prone to breaking things so that seemed important to know how to do
<OscarL>
heh
<FelicityU>
really impressed the feature exists though! I configure one of my systems with Guix so I can always roll-back, and another with btrfs versions of my system volume for that
<FelicityU>
Its nifty to see similar just built into Haiku
<zdykstra>
just remember that it's not actually using any filesystem snapshots or anything; it's just a list of different packages to activate.
<FelicityU>
I *think* thats Guix works too, but yes, not a backup-backup
<FelicityU>
Are yall devs on Haiku btw?
<zdykstra>
just a happy/casual user
<FelicityU>
Ah okay okay
<OscarL>
just and old BeOS/Haiku user (and sometimes... small-time, ocassional collaborator)
<FelicityU>
Ive heard about BeOS and Haiku forever, and Im just like super impressed so far now that Im playing with it
<OscarL>
It is indeed a nifty little system :-) (some rough edges but... we still love it :-D)
<zdykstra>
that's almost word for word what my wife says about me
<FelicityU>
Will have to donate as I feel like Im going to want think on a main system one day haha
<OscarL>
lol zdykstra :-D
<FelicityU>
lol
<FelicityU>
Yeah my roommate has like 10 years on me and has given me the story about how BeOS was the future that should have been many a time haha
<OscarL>
FelicityU: sounds like a wise fellow :-P
<FelicityU>
haha
<OscarL>
Oh... c'mon... what's wrong with this Lagrange recipe!?!?! (me curses at the Terminal)
<FelicityU>
Lagrange the gemini browser?
<OscarL>
yup
<FelicityU>
ah cool cool. gemini seems nifty
<OscarL>
trying to build it but without SSE4.1, not sure why it really needs it. and my PC is OLD, so... no SSE4.1, and I want to try it :-D
<FelicityU>
whats SSE?
<OscarL>
debian disables SSE4.1 for it, apparetly.
<OscarL>
An instruction set on more modern CPUs than mine, lol :-D
<FelicityU>
ahhhh okay. I dont know anything about like compilers and such
<FelicityU>
sounds frustrating though
<OscarL>
I barely know anything myself.... but that doesn't stops me! Muhahahaha!
<FelicityU>
lol
FelicityU has quit [Quit: Vision[]: i've been blurred!]
FelicityU has joined #haiku
mmu_man has joined #haiku
nosycat has joined #haiku
FelicityU has quit [Quit: Vision[]: i've been blurred!]
vdamewood has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL>
Begasus: if you get back... I can't seem to build lagrange_x86 using the recipe as-is (despite that the buildmaster could a few days back). Wondering what's the issue... it can't be that last SDL2 change recipe change, can it?
<OscarL>
I was trying to add "-DTFDN_ENABLE_SSE41=NO" to the cmake call, so it could be used in older computers. Debian does so too, apparently... but it fails with an error related to a missing header (seems more like a missing "-I" somewhere)
humdinger has quit [Quit: Vision[]: Oi with the poodles already!!]
<OscarL>
But I have zero idea about cmake :-D
<Begasus>
re
<nosycat>
o/
<Begasus>
no idea OscarL :)
<Begasus>
hi nosycat :)
tuaris has joined #haiku
<Begasus>
strugling again with multiple defenitions ...
bbjimmy_64 has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
thanks Gentoo ;)
DKnoto has quit [Ping timeout: 480 seconds]
vdamewood has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Diver has quit [Remote host closed the connection]
<Begasus>
korli was right when I converted it from bep to recipe (mess)
<OscarL>
mmm matt1, or matt3 would not approve of the name of that package!
<Begasus>
heh
<Begasus>
well, it's libDevIL :P
<zdykstra>
what about libass ?
<OscarL>
lol
<OscarL>
libcaca would go along with libass, I guess.
<OscarL>
checked out pr... started "hp -G devil"... let's see how it goes.
<OscarL>
(good thing I got that "checkout_pr upstream 8260" bash function available :-D)
<Begasus>
right, nice one too zdykstra :)
<OscarL>
welp... that was fast.
<OscarL>
took longer doing the Fetching...
<OscarL>
libIL.so, libILU.so, and libILUT.so on the main package...
<Begasus>
correct openexr used?
<Begas_VM>
2.4.1 (still the old one)
<OscarL>
I don't see any openxr on the build output.
<Begas_VM>
it's a dependency (afaik)
<OscarL>
lemme re-check. didn't see it on the requires of the package, thou.
<Begas_VM>
right, not seeing it too
<OscarL>
I see openexr and _devel being activated on the chroot.
<Begas_VM>
new check without BUILD_REQUIRES ...
<OscarL>
maybe they are dependencies of dependencies?
<Begas_VM>
for openexr
<Begas_VM>
should show itself if it's not provided
<Begas_VM>
no failure
<Begasus>
PR updated, nuked openexr :)
<Begasus>
food, bbl
<OscarL>
so, it's the lib:libilmimf the one pulling in openexr, not?
<Begasus>
yep
<OscarL>
dunno what's more annoying... missing dependencies... or unneded ones :-D
nosycat has quit [Quit: Leaving]
<OscarL>
Can't build lagrange on 64 bits either. No idea what broke it in the last 3 days.
<Begasus>
I didn't touch it :)
<OscarL>
Now that I read one of the buildmaster logs.... why aren't they using the -G switch? (not like they will need to extract a patchset at that stage). Should speed up builds a bit at least, no?
<waddlesplash>
zdykstra: for reference, to revert to an older state, you have to accumulate packages from all the states going backwards
<waddlesplash>
zdykstra: there isn't an easy way to do that right now. if you just want to revert to the most recent state, and you only upgraded and didn't uninstall packages, easiest thing to do is "pkgman install path/to/state/*.hpkg"