<Begasus>
think it was/is the same as nephele had?
matt1 has left #haiku [#haiku]
<OscarL>
not sure, as the ticket is newer than the latest revision on that SDL2 recipe...
<OscarL>
too bad the ticket doesn't specifies which revision of the package he was using.
<Begasus>
yeah, saw that, maybe you or nephele could reply there? (well, it should be at haikuports instead as humdinger replied)
<OscarL>
no harm in adding a comment about adding the revision. Will do that.
<Begasus>
+1
<nephele>
They should just open a ticket at haikuports indeed
<nephele>
OscarL: but fwif the issue mentioned is another one to the one i'd fixed, but i encountered this too, just not when building locally... then it was fine
DKnoto has quit [Quit: Leaving]
DKnoto has joined #haiku
nephele has quit [Quit: Vision[]: i've been blurred!]
<Begasus>
your list is shorter then mine I guess :P
<Begasus>
although mine is easier (in most cases) ;)
<OscarL>
being my first time makes is seems worse than it really is, I think :-) (still not really up to speed)
<Begasus>
even build gnash earlier (as it isn't in the depot, although enabled) :)
<OscarL>
lots of little things fall through the cracks over time, it seems :-)
<Begasus>
yeah, those that only provide cmd's I'm not touching (but guess there could be some cleanups done there too)
<Begasus>
saw a few using "apps" instead of "app" in there, should be fixed also
<Begasus>
lol, should have written those down ;)
<OscarL>
I keep tripping over bash expansion to "" for wrongly named variables :-/
<OscarL>
at least now I *know* I have a problem... just need to find out where :-P
<Begasus>
heh
<OscarL>
gah... darn typo.... defaulVariable vs defaultVariable.
<Begasus>
"t"ssss ;)
<OscarL>
heh
<OscarL>
would be cool if hp gave a warning about superfluous PROVIDES.... (as in "cmd:blabla" and blabla not being actually there)
<Begasus>
you're the python expert, write a scriplet for it in haikuporters one? ;)
* OscarL
looks at the ceiling while whistling
<Begasus>
written clues up there?
<OscarL>
nah.. just some old spider webs :-)
mmu_man has joined #haiku
<OscarL>
We should only "REQUIRE" *direct* dependencies, right? as in... this needs "installer", that depends on setuptools... but setuptools is not used directly. Should *not* list setuptools in that case, right?
<Begasus>
should be in BUILD_PREREQUIRES then?
<OscarL>
setuptools? I mean... it is pulled automatically due to installer requiring it already.
matt1 has joined #haiku
<OscarL>
k. it does needs setuptoos at least in BUILD_REQUIRES.
<matt1>
cu ... ;)
matt1 has left #haiku [#haiku]
<OscarL>
This was even putting setuptools in "REQUIRES_*"... that sounded a bit excessive :-D
<Begasus>
probably had some use at one point, but I don't see anything there worth keeping
<OscarL>
re: VCD imager... man... last time I've touched a VideoCD was in 2001. A pirated copy of The Matrix in two discs (no subtitles, English only).
<Begasus>
never had any, but know of them :)
<Begasus>
wireshark, that could take a while, back to "media-libs" here :)
<Begas_VM>
jikes, python
<OscarL>
Ah... I see that both build and installer do not list "setuptools" in their "REQUIRES_*"...
<OscarL>
that's why we're forced to add setuptools ourselves then.
<Begas_VM>
whoops ;)
<OscarL>
no biggie.... it just sounded weird to me to have to list "build/install/wheel" AND setuptools :-D
<OscarL>
s/install/installer/
<Begas_VM>
patches welcome :)
<OscarL>
sure :-)
<OscarL>
a single PR for both? (for cleanup style + fixed runtime requirements), or separate ones?
<Begas_VM>
yeah, should be ok
<Begas_VM>
both*
<Begas_VM>
bugger ... waiting for build ... :/
MajorBiscuit has joined #haiku
<OscarL>
so... we have "build" version 0.8.0, that includes a setup.py, so we can build it with setuptools, same with version 0.9.0. But version 0.10.0... requires a working build already, I guess, as it no longer provides a setup.py file :-D
<OscarL>
we might want to update 0.8.0 -> 0.9.0, and use that for a new recipe for 0.10.0, just in case?
keshavgupta has joined #haiku
<OscarL>
(as in... keep both 0.9.0 and 0.10.0)
<OscarL>
I will have to take a better look at all the dependencies involved.
<Begas_VM>
a bootstrap version for 0.9.0 maybe? ;)
<OscarL>
yup, something like that.
<OscarL>
'tomli >= 1.1.0; python_version < "3.11"' <<<< Haikuporter could learn that trick from "pyproject.toml" files.
<keshavgupta>
do you want to build a snowman
mmu_man has quit [Ping timeout: 480 seconds]
<keshavgupta>
please ignore the above message
<Begas_VM>
too late ;)
<OscarL>
I will not do such thing, keshavgupta! I do want a snowman now!!! WHERE IS MY SNOWMAN!!!
printedz has joined #haiku
<OscarL>
it melted, I guess :-(
keshavgupta has quit [Quit: leaving]
<Begas_VM>
;)
keshavgupta has joined #haiku
keshavgupta has quit []
printedz has left #haiku [Error from remote client]
<OscarL>
Begasus: maybe that "--bindir=$commandBinDir --sbindir=$commandBinDir" should be fixed in Haikuporter's runConfigure?
<OscarL>
(I'm thinking it should do that automatically, I mean)
<OscarL>
or is is not used *that* frequently?
<Begasus>
not used that frequently
<Begasus>
but guess it would be a good candidate
<Begasus>
maybe something for waddlesplash :)
<Begasus>
hmm
<Begasus>
nope
<Begasus>
it is already fixed
<Begasus>
we just need to ommit the dirs
<Begasus>
omit*
<OscarL>
(I think I expressed myself wrong. I was trying to say: "I think hp should internally make sure that $sbinDir == $binDir, without one manually expressing that")
<Begasus>
ah ;)
<Begasus>
I don't even know the difference ;)
<OscarL>
heh... I make *that* much sense, right? :-P
<Begasus>
I get what you mean now, but don't know why one is installed in bindir and others are installed in sbindir
<OscarL>
that bin/sbin isn't just a *nix disctinction/quirk we don't have?
<Begasus>
beats me
<OscarL>
the description for Avahi says: "primarily targetting Linux." and it shows that :-D
<Begasus>
seems related to binaries used by system administrators
<Begasus>
since Haiku is single user I guess it's why we don't have sbindir
<OscarL>
that's why I was thinking runConfigure should just handle that, by making sure sbinDir == binDir :-P
xet7 has quit [Ping timeout: 480 seconds]
<Begasus>
Port.py, line 1167 ;)
<OscarL>
yes, but when you use "--omit-dirs binDir".... it then does the right thing? as in... setting sbinDir = to the one you just passed in?
<Begasus>
for primary arch this isn't a problem
<OscarL>
(if so... then you shouldn't need to omit sbinDir, nor pass it as you did in the avahi recipe. .... and that was what I was trying to express earilier :-D)
<Begasus>
for secondary arch where we install the binaries in $prefix/bin instead of $binDir it is
<Begasus>
so if you don't omit sbindir it will install in $prefix/bin/x86 (binDir) instead of $prefix/bin
<OscarL>
sounds buggy to me ¯\_(ツ)_/¯
<Begasus>
well, you can drop omit and just install them to $binDir :P
<OscarL>
If I'd ran into that in a recipe... I'd open an enhancement request for it :-D
<Begasus>
it get's complicated also if you only binaries installed for primary and not secondary arch ;)
<Begasus>
s/only/only want/
<OscarL>
Guess cactuses were right yesterday... it's raining.
<Begasus>
heh
<Begasus>
sun is shining here
* OscarL
's a bit of a vampire, always running away from sunlight.
<Begasus>
k, why isn't latest c_ares not enbabled for primary on 32bit?
<Begasus>
builds fine
<OscarL>
Welp... if I don't do so... I get *badly* sunburns, so...
<OscarL>
so... it might not be "build" the one missing a setuptools dependencie... but actually one if *its* dependencies that is missing that :-/
<OscarL>
My head is spinning a bit already :-D
<OscarL>
might need to grap paper and pen for these ones.
<Begasus>
heh
jmairboeck has joined #haiku
<Begasus>
seems to been marked "!" for primary since version 1.11.0
<Begasus>
hi jmairboeck
<jmairboeck>
hi Begasus
<OscarL>
seems I *always* get "src" and "dst" wrong when using *nix utilities :-/
<botifico>
[haikuports/haikuports] Begasus 9b34bc3 - c_ares, enable x86_gcc2 for latest version, remove old (#8278)
<Begasus>
ah, 32bit buildmaster is alive again :)
<OscarL>
still not using "-G". Boooh! :-P
<nosycat>
W00t! Hi, Begasus.
<Begasus>
hi nosycat :)
* OscarL
waves at nosycat.
<nosycat>
Hey, OscarL.
<Begasus>
if someone sees anything broken due to updates, please tell :)
<Begasus>
nice, all good on buildmaster :D
<OscarL>
I'm pretty broke, does that counts?
<Begasus>
got to many dependencies that are broke OscarL :P
<Begasus>
s/broke/broken/
<Begasus>
;)
* OscarL
looks at his wallet... yeah... dependencies...
<Begasus>
heh
<nosycat>
Mood.
humdinger has joined #haiku
<OscarL>
Hey... I live in Argentina... we're just basically a never-ending economic distaster.
<OscarL>
sooo... seems "build" *actually* requires setuptools at runtime after all, at least for versions up to 0.9.0...
<OscarL>
then they dropped that in favor of "flit", and offer no setup.py anymore because "f*ck you packagers!"... Guess I'll just make sure the 0.9.0 update works...
<OscarL>
and then see if updating flit / installer provides alternatives for bootstrap cases.
<OscarL>
flit_core via it's bootstrapper... then installer via flit_core, then build via installer, then we're all set.
<OscarL>
Piece of cake.
<zdykstra>
ooh, I want a piece of cake
* OscarL
slaps a cake in zdykstra's face
<OscarL>
There!
<OscarL>
Now you only need to steal that coffee from your wife, and all set :-)
<zdykstra>
not to be picky, but where's the glass of milk?
<Begas_VM>
means packages relying on it need a revbump
<zdykstra>
Stereo Begasus
<OscarL>
Filling up the "COPYRIGHT" is annoying, most projects I've seen do not clearly state that anywhere (and I haven't seen that field used much, if at all while looking at repology).
<Begas_VM>
when nothing is mentioned I mostly grep the source for copyright OscarL
<OscarL>
I did to.. still annoying, and not fruitful in all cases.
<OscarL>
also... seems like I'm just making something up (unless it is clearly stated somewhere on the project). Changes in project ownership do not help :-D
<OscarL>
I'm tempted to just put: "COPYRIGHT= I guess so" :-P
ClaudioM has joined #haiku
<Begas_VM>
no authors list?
mmu_man has joined #haiku
<Begas_VM>
then maybe "foo et all" :P
<OscarL>
I think I did that already, yeah.
<OscarL>
no year, just the github user handle.
<Begas_VM>
I mostly take the year from first rellease to last release (if around) :)
<OscarL>
Feels kinda useless, that's my point.
<Begas_VM>
no cmd/man files?
<OscarL>
(if it's just something I've made up)
<OscarL>
I mean... do we need to hunt down that info? for what?
<Begas_VM>
errr ... copyright? ;)
<OscarL>
but I'm just making it up unless the project clearly states it? doesn't sounds too "legal". Again.. I don't see that on fedora/gentoo/.deb "recipes". so... how that works? Unless I've missed it on those?
<OscarL>
License/docs seems enough. Python's projects also do not list a "copyright" anywhere on PyPi that I can see.
<OscarL>
Anyway... back to chasing deps :-D
mishima has joined #haiku
<jmairboeck>
OscarL: usually the copyright is part of the license file, but if it is a common license that will end up being used by many packages and end up in the common "licenses" folder, so we have to have the copyright separately.
<OscarL>
yeah... still... a real pain in the rear for python projects... pyproject.toml only list license, eg: MIT. sources headers only contain : "#SPDX-License-Identifier: MIT", etc, etc.
<Begas_VM>
checked the pypy(?) site?
<OscarL>
it's not *one* project. seems most of the ones I touch are that way.
<OscarL>
PyPi does not lists copyrights., at best you get "author". no year.
<Begasus>
mostly the maintainers are mentioned there
<OscarL>
maintainers are not necessarily the copyright holders, etc. etc.
<Begasus>
;)
<Begasus>
you're just want be right ;)
<Begasus>
wright* :D
<jmairboeck>
for that one, clicking on "source" goes to github, and there the first line in the LICENSE file is "Copyright (c) 2015, Thomas Kluyver and contributors"
<OscarL>
not only right... copyright!
<jmairboeck>
I would just that as such
<Begasus>
was just an example ;)
* humdinger
waves
humdinger has quit [Quit: Vision[]: Oi with the poodles already!!]
bbjimmy_64 has quit [Quit: Vision[]: i've been blurred!]
nosycat has quit [Quit: Leaving]
Skipp_OSX has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
Blendie has joined #haiku
gouchi has joined #haiku
gouchi has quit []
MrSunshine has joined #haiku
tqh has joined #haiku
tqh1 has joined #haiku
tqh has quit [Read error: No route to host]
tqh2 has joined #haiku
<erysdren>
is there a cross compiler to build C applications for Haiku from linux? maybe i haven't looked hard enough
tqh2 has quit []
tqh1 has quit [Ping timeout: 480 seconds]
zard has quit [Quit: Lost terminal]
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL>
erysdren: https://www.haiku-os.org/guides/building/ there the "buildtools" repo is mentioned as containing the necessary tools for cross-compilation (in the context of building Haikum, but I guess it could serve your purpose?)
<OscarL>
I only compile stuff from inside Haiku, so... you might want to ask again when more "in the know" are around.
erysdren has quit [Quit: Konversation terminated!]
<Begas_VM>
good luck on that one ;)
<OscarL>
that's for later :-D
<OscarL>
seems fonttools has been dragging this "REPLACES_*" since ages ago.
<OscarL>
people just kept updating it because it was there, I guess :-)
<OscarL>
(the REPLACES_ line, I mean).
CPYou has quit [Quit: leaving]
CPYou has joined #haiku
jmairboeck has quit [Quit: Konversation terminated!]
CPYou has quit [Quit: Lost terminal]
<OscarL>
k. no more PRs for today. Not a really productive day, I guess. But I think I got a clearer picture of the Python packaging tools landscape at least (still a mess).
CPYou has joined #haiku
CPYou_ has joined #haiku
<OscarL>
Got "build" 0.10.0 working. But I should submit the clean-up for 0.8.0 + update to 0.9.0 first. Less disruptive changes that way, I guess.
<Begas_VM>
probably :)
CPYou__ has joined #haiku
CPYou_ has quit []
CPYou__ has quit []
CPYou has quit []
<OscarL>
Off for today. End your day well, Begas_VM!! See you tomorrow!
OscarL has quit []
tqh1 has joined #haiku
tqh has quit [Ping timeout: 480 seconds]
Begas_VM has quit [Quit: Vision[]: i've been blurred!]
DKnoto has quit [Quit: Leaving]
printedz has joined #haiku
tqh2 has joined #haiku
frkzoid has quit [Ping timeout: 480 seconds]
tqh2 has quit []
tqh1 has quit [Read error: No route to host]
CPYou has joined #haiku
Begas_VM has joined #haiku
Begas_VM has quit []
<Begasus>
heading down here, g'night peeps
Begasus has quit [Quit: Leaving]
printedz has left #haiku [Error from remote client]
frkazoid333 has joined #haiku
nintendo1889 has joined #haiku
kinkinkijkin is now known as Guest9988
kinkinkijkin has joined #haiku
MajorBiscuit has quit [Quit: WeeChat 3.6]
Guest9988 has quit [Ping timeout: 480 seconds]
mmu_man has quit [Ping timeout: 480 seconds]
CPYou has quit [Ping timeout: 480 seconds]
mmu_man has joined #haiku
printedz has joined #haiku
HaikuUser has joined #haiku
HaikuUser is now known as u53r
printedz has left #haiku [Disconnected: Replaced by new connection]
u53r has quit []
Raposa has quit [Ping timeout: 480 seconds]
erysdren has joined #haiku
Blendie has quit [Quit: Connection closed for inactivity]
gouchi has joined #haiku
HaikuUser has joined #haiku
HaikuUser has quit []
gouchi has quit [Quit: Quitte]
nintendo1889 has quit [Quit: Connection closed for inactivity]