~scoopta/wlrobs#15: 
Release a tarball source or add a Git mirror

So I tested the other day wlrobs with the screencopy backend in a Flatpak and it worked pretty great.

Flatpak-builder only supports Git for VCS, and the auto-generated archives from commits https://hg.sr.ht/~scoopta/wlrobs/archive/<commit-sha>.tar.gz are not reproducible (different hash for each download).

I don't know what the OBS Flatpak app maintainer thinks of wlrobs and if he would accept a PR adding it, but the minimum requirement is most likely a tarball release or a Git mirror source.

Status
RESOLVED WONT_FIX
Submitter
~tinywrkb
Assigned to
No-one
Submitted
4 years ago
Updated
4 years ago
Labels
No labels applied.

~tinywrkb 4 years ago

~scoopta REPORTED WONT_FIX 4 years ago

I don't really have a place to host a tarball outside of sr.ht and I also don't really want to maintain an official git mirror or a tarball for that matter. It's not uncommon for package maintainers to maintain this kind of stuff. For example the debian package maintainer for wofi maintains a git repo for wofi for the purpose of packaging: https://salsa.debian.org/swaywm-team/wofi As far as the hashing issue with the tarballs is concerned this is actually a known bug but it's been worked around by other maintainers. If someone wants to maintain a git mirror by all means do but I won't.

~tinywrkb 4 years ago

Thanks for responding, I think I'll wait on the archive checksum issue.

~maribu 4 years ago

Hi,

would instead of tarball releases tagged releases be possible? That combined with the hopefully soon to come stable archives would be make life for distros packaging this much easier :-)

~scoopta 4 years ago

I can do tagged releases. Never seemed needed for this project but it's super stable and hardly goes under any changes so I can tag it.

~tinywrkb 4 years ago

This is still unusable, https://hg.sr.ht/~scoopta/wlrobs/archive/v1.0.tar.gz is not cached, it gives a different hash on each download, not suitable for packaging.
I'm giving up on this, XDG Portals is the way to go anyway.

~maribu 4 years ago

@tinywrkb: You might want to complain over here, instead: https://todo.sr.ht/~sircmpwn/hg.sr.ht/33

~tinywrkb 4 years ago

@maribu, the VCS hosting bug is open for quite a while now, no one is assigned to it and it looks like this is an unmaintained platform. I see no reason to report there.
Posting here that the hosting platform is broken is very much relevant to get feedback from wlrobs' developer. If he still sticking to this broken platform it means he doesn't care about distribution and that's fair enough, people can have their private projects. I just won't bother package maintainers like the Flatpak one to bundle wlrobs.

~scoopta 4 years ago

~tinywrkb that's nice, see wofi...where I have a package for just about every distro and even FreeBSD...sorry packaging like all those maintainers do is too much work for you. It does suck that the issue hasn't been fixed, if you're that dependent on it you could go fix it seeing as sourcehut is FOSS...or just make a git mirror for packaging purposes...like debian does...and quite possibly a bunch of other distros.

~scoopta 4 years ago

As an FYI this issue has since been resolved

~maribu 4 years ago

Thanks for the pointer. Alpine is already using the point release with the now stable checksum :-)

Register here or Log in to comment, or comment via email.