RPM package

[alcir]

Hello.
FYI
I successfully built an RPM package of hasciicam.
I will try to propose to include it in Fedora.

[pkovacs]

I have the request to add this project to Fedora, but it is coming from a third party. My concern is that this project appears to be dead. Is this the authoritative upstream location now? Is anyone going to maintain this project as bugs are filed? Can someone issue a proper release from a gpg-signed annotated git tag and with checksums?

[jaromil]

What makes you think this project is dead? 😮

I'm the author and maintainer and this is the authoritative upstream location.

[pkovacs]

@jaromil Just kicking the horse to see if it bolts. I am asked to review this package for import into Fedora which I am happy to do. It would be helpful (just asking) if you could issue a release, e.g. 1.3 per the configure.ac We cache the tarballs in the distro with checksums. If you upload a public gpg key into your github profile, you can then create a gpg-signed annotated tag on the commit that corresponds to the release and then release a tarball on that tag, e.g. .tar.bz2. Typically you would also display sha1 and/or md5 checksums on the release page. There will be a nice green "Verified"
tag on the release. It makes import into the distros easier, reduces concerns about security, etc. Please consider it.

[jaromil]

Answering myself actually, the README really needed an update and better formatting.

[jaromil]

@pkovacs signed releases are made already on our own infrastructure at https://files.dyne.org/hasciicam

I will upload my GPG key here too, however it is on pgp.mit.edu, fingerprint in the signature of any email I send, as well on the verified account on https://keybase.io/jaromil

Does that suffices? I prefer not to use github for signed releases.

[pkovacs]

@jaromil Whatever works for you! https://files.dyne.org/hasciicam/ is fine for the download area. What is the official homepage URL of the project?

[pkovacs]

Also, can you remove the .png extension from the Icon entry in the desktop file? Just make it Icon=hasciicam per the freedesktop standards which we mention here:

https://docs.fedoraproject.org/en-US/packaging-guidelines/#_icon_tag_in_desktop_files

[alcir]

@pkovacs signed releases are made already on our own infrastructure at https://files.dyne.org/hasciicam

@jaromil but the code here on github is different from the one on dyne.org, is it?

[pkovacs]

It's ok if the official releases are slightly behind the github repository as long as we patch essential problems downstream. I can show you how we do that. For example, 12200d1 is a patch I would want to add downstream if the release doesn't reflect it. Also need to patch the .png problem I mentioned above.

[jaromil]

I intend to pack a 1.3.1 after this exchange is concluded, especially to upstream 12200d1

the official homepage is https://dyne.org/software/hasciicam

[alcir]

Thank you @jaromil :-)

[jaromil]

you are welcome! I'm also grateful for your packaging effort :^)

BTW a curiosity: from a package maintainer point of view, do you have strong feelings against simple GNU makefile based build systems? I'm not intenting to change anything now in hasciicam, but I'm wondering for other software I do.

[pkovacs]

@jaromil autotools and cmake are most often seen with c/c++. The advantage there is the "free" portability framework you get. We build for 6 architectures now, 5 little endian and 1 big endian, just so you know.

[pkovacs]

Probably should update the homepage in configure.ac also since http://ascii.dyne.org is not valid

AC_INIT([hasciicam],[1.3],[jaromil@dyne.org],[hasciicam],[http://ascii.dyne.org])