Open sbrl opened 5 years ago
Yes, I like this. I primarily use Debian/Ubuntu based systems myself and like real packages better in contrast to snap
.
About half a year ago I attempted to build a .deb
package, and wanted to publish it to my personal PPA. I didn't really find clear instructions on how to properly do that with a Rust binary though, and eventually stopped attempting it because I had to focus on other things. I do have a script available to build a .deb
package, but actually publishing the source version to the PPA would be the next step.
I don't have time to look into this right now, but I definitely want to implement and release this as soon as possible. Thank you for linking the guide, it seems interesting. It might help me realize this.
Steps I'd have to take to implement this:
.deb
package, utilize create_deb
for this, port the script.deb
package as artifact on CI.deb
package as release artifact on GitHub@timvisee Please release packages on the Debian's official repos.
@aurora-of-earth Not sure whether that'll happen, since getting stuff into mainline Debian is really hard & takes ages. An apt repo is a much quicker solution
PPA is Ubuntu's exclusive and requires to be set up to work (poorly) on Debian. A deb repo is better than PPA being simpler, faster and better integrated in the system.
Ah, that's just my poor choice of wording there @m3thm4th haha
fwiw this is kinda blocked by https://github.com/timvisee/ffsend-api/issues/68 ; I prepared all other dependencies for debian. Introducing a deprecated package (websockets) is not a good idea; unfortunately this blocks a debian package.
An
apt
repository for those using a Debian-base distribution who don't usesnap
would be great.Since packages are already been generated for other platforms, perhaps a tool like fpm could be used to convert 1 to the other?
Guides exist to walk through the setting up of an apt repo too, though of course the apache server doesn't have to be used - another or a pre-existing server can be used instead.