deb/rpm packaging

[adrelanos]

To spread the adaption of TUF, would deb/rpm packaging make sense? One package for maintainers, which includes signercli.py. Another package, which includes what applications could depend on.

[JustinCappos]

This would be a good way for us to package our client / devel tools. It
shouldn't be hard to do given the other ways we've started to package it.

On Thu, Oct 3, 2013 at 1:33 PM, adrelanos notifications@github.com wrote:

To spread the adaption of TUF, would deb/rpm packaging make sense? One
package for maintainers, which includes signercli.py. Another package,
which includes what applications could depend on.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/129
.

[trishankkarthik]

Maybe we could use PKGR, haven't really looked deeply into it: "The easiest way to get a debian package out of any app."

[adrelanos]

Trishank Karthik Kuppusamy:

Could use PKGR: "The easiest way to get a debian package out of any app."

Any demo package link? I wanted to look, if the package looks acceptable.

For example download https://deb.pkgr.io/pkgr/dillinger doesn't work for
me. None of the examples do.

The services does not seem to be Free Software. I am wondering under
what license created packages are?

Will packages created with this service be ready to be uploaded to
Debian? I am skeptical about this, but will be happy to be prove wrong.

[trishankkarthik]

Hey Patrick, thanks for checking to see whether PKGR makes sense! Probably
a case of trigger-happy fingers: I just saw it on HN and thought maybe it
would apply here. I guess not! :)

On Mon, Mar 31, 2014 at 7:27 PM, Patrick Schleizer <notifications@github.com

wrote:

Trishank Karthik Kuppusamy:

Could use PKGR: "The easiest way to get a debian
package out of any app."

Any demo package link? I wanted to look, if the package looks acceptable.

For example download https://deb.pkgr.io/pkgr/dillinger doesn't work for
me. None of the examples do.

The services does not seem to be Free Software. I am wondering under
what license created packages are?

Will packages created with this service be ready to be uploaded to
Debian? I am skeptical about this, but will be happy to be prove wrong.

Reply to this email directly or view it on GitHubhttps://github.com//issues/129#issuecomment-39154757
.

[trishankkarthik]

stdeb claims to produce Debian packages from Python packages.

[lukpueh]

See discussion in #263 for the current status of tuf in debian. Closing here.