<r0ni>
the ports work, but i can't get the ports to sync with httpup or rsync
<r0ni>
i assume rsync isn't setup to server user accounts but httpup won't work either, but maybe i dunno the correct magic url
<cruxbridge>
<pitillo (@pitillo:crux.nu)> At crux.nu there is only the possibility sync by rsync but they are reserved for the distro projects (upstream ports, not user ports)
<cruxbridge>
<pitillo (@pitillo:crux.nu)> All personal stuff is managed by their own, in personal servers or GitHub
<r0ni>
ahh so then we can't actually use it huh, well guess I'll have to move it lol
<r0ni>
well i'm eventually moving off github anyway, so i'm not going to upload it there.. but thats where it will sit for now
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Good to know, I’ll clone it tomorrow and check it out (it can’t be synced by rsync but I’m thinking that probably it can be synced by httupup if you rebuild REPO file)
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Atm I’m building a bunch of qt6 deps on the opi max… I avoided breakpad which for what I saw, it was a bit messy
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Breakpad is a hard dep…. So I’ll need to put hands on it (everything else is ready)
<r0ni>
there's a REPO file in it and a pub so it works
<cruxbridge>
<pitillo (@pitillo:crux.nu)> If you have built it, it should work over http without problems
<r0ni>
i just cloned it locally to my ports dir and it read it without a problem woo
<r0ni>
oh yeah breakpad just needs a "subproject" to build
<r0ni>
but also the real repo for it changes source tarball md5 daily so i had to mirror it
<r0ni>
or maybe every pull it changes.... i dunno but thats a nightmare
<cruxbridge>
<pitillo (@pitillo:crux.nu)> But your mirror is a mess too xD
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Shouldn’t be easier to package the source as the normal template with name-version and let pkgutils unpack it?
<r0ni>
that's exactly what pulling those files from the official repo gave me lol
<r0ni>
and yeah i could have done the renames, tbh I didn't even think about it
<cruxbridge>
<pitillo (@pitillo:crux.nu)> If you are using the same files, just get them from the original repo instead of hosting them…
<r0ni>
I'll have to revise things soon enough, thats a first go thru of things and fixed deps findredundantdeps as I went... was using it to memorize how to work git commits and stuff heh
<r0ni>
they have a different signature every time you pull them
<r0ni>
meaning they would always fail unless you do pkgmk -is
<cruxbridge>
<pitillo (@pitillo:crux.nu)> That’s great, I’ll make a review to look for anything that can be improved or corrected to let you check
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Ummm why not use git sources for it instead of fighting with those messy tarballs?
<r0ni>
hrmm that is a better idea actually
<r0ni>
I'll have to rewrite it later, this is what happens making ports at 4am ;)
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Don’t push too hard
<r0ni>
they mostly were converted as-is from my slackbuilds for it, and slackware generally prefers a no use of net while building, so no git builds, so I make tarballs by default. My brain just defaults git=bad
<r0ni>
I think i used a git build for DankMaterialShell only cuz I talked to the author last week and he recommended using git since the versioned releases are sporadic
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Building git ports is indeed delicate … footprint mismatches and the possibility to break some things on the way, from the port itself to dependent ones
<cruxbridge>
<pitillo (@pitillo:crux.nu)> I managed enlightenment for many years in that way… svn and git until they started releasing
<r0ni>
yeah it has a place when there's no other options, but it seems almost all distros are defaulting to that these days.... end up in a real big world of hurt if things like github and mirrors go down
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Probably most mature projects using GitHub infrastructure have all their information mirrored
<cruxbridge>
<pitillo (@pitillo:crux.nu)> For what I saw two weeks ago, hyprland recommends builds from all their git repos… I had all ports ready with their published releases and then I removed and created again all the stuff using git
<r0ni>
yeah they release often though
<cruxbridge>
<pitillo (@pitillo:crux.nu)> The problems are footprint mismatches and updates…. I had scripts to do manual upgrades for all enlightenment related ports, so probably that will be needed for hyprland to use it and make a full rebuild of all affected git ports
<r0ni>
yeah and almost all of them dep on 'aquamarine' and need rebuilt a lot when it's bumped... not every time it is, but most of them
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Yeah, hard dep, but there were so many important pieces which had lot of movement, not only aquamarine
<r0ni>
hypr has slowed down a lot this year, for a while, it seemed constant changes, I think it's settling into it's own environment now finally
<cruxbridge>
<pitillo (@pitillo:crux.nu)> I don’t know too much about it, I just discovered a few weeks ago and it seems a nice project, may be a bit hyped by people