[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#722249: help with debian packageing simplescreenrecorder



The text for the man pages can be taken from the --help output of both
simplescreenrecorder and ssr-glinject. There is a tool that can do this
automatically IIRC, but some reformatting may be needed. I can maintain
manpages upstream (which is probably desirable), but I have no
experience with creating them. I'll do some searching and try to come up
with something.

If there's anything else that I can do upstream to make packaging
easier, don't hesitate to let me know :).

Maarten Baert

On 10/03/15 19:26, Paul Elliott wrote:
> I have seen the ITP on simplescreenrecorder.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722249
>
> I have decided to help out packaging this package.
>
> Whoever owns this bug and is working on this please clone:
> git@github.com:pelliott80/simplescreenrecorder-dpm.git
> or
> https://github.com/pelliott80/simplescreenrecorder-dpm.git
>
> This is a packaging repository used for packaging. It
> is in dpm format.
> http://git-dpm.alioth.debian.org/
>
> This is the most common format for packaging work on alioth.
>
> packages in this format usually have at least 3 branches,
> upstream, pristine-tar, and master.
>
> upstream contains the upstream's source unmodified.
> pristine-tar is used to reconstruct a tarball.
> master is the files as modified for packaging
> there will be a debian directory and the source may
> be modified by any patches.
>
> here is the changelog entry I used to help get this package
> into Debian:
>
> simplescreenrecorder (0.3.3-2) unstable; urgency=medium
>
>   * volunteer to help get it into Debian.
>   * change to non-native package; native packages do not make it into Debian.
>   * update standards version to 3.9.6
>   * remove unneeded build dependency on build-essential
>   * remove duplicate dependency in build depends, libxext-dev, libx11-dev,
>   - libxfixes-dev
>   * use correct format specification URI
>   - https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
>   * remove indefinite article from Description field
>   * wrap too long line in Description field
>   * remove empty debian/postinst
>   * update copyright file
>   * fix VCS fields
>   - VCS fields should point to the source control for the packaging;
>   - not the source control for the program.
>   * create debian/watch file.
>
>  -- Paul Elliott <pelliott@blackpatchpanel.com>  Sat, 07 Mar 2015 16:59:23 -0600
>
> here are the current results of lintian:
> P: simplescreenrecorder source: debian-watch-may-check-gpg-signature
> N: 
> N:    This watch file does not include a means to verify the upstream tarball
> N:    using cryptographic signature.
> N:    
> N:    If upstream distributions provide such signatures, please use the
> N:    pgpsigurlmangle options in this watch file's opts= to generate the URL
> N:    of an upstream GPG signature. This signature is automatically downloaded
> N:    and verified against a keyring stored in
> N:    debian/upstream-signing-key.asc.
> N:    
> N:    Of course, not all upstreams provide such signatures, but you could
> N:    request them as a way of verifying that no third party has modified the
> N:    code against their wishes after the release. Projects such as
> N:    phpmyadmin, unrealircd, and proftpd have suffered from this kind of
> N:    attack.
> N:    
> N:    Refer to the uscan(1) manual page for details.
> N:    
> N:    Severity: pedantic, Certainty: certain
> N:    
> N:    Check: watch-file, Type: source
> N: 
> W: simplescreenrecorder: binary-without-manpage usr/bin/simplescreenrecorder
> N: 
> N:    Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games should
> N:    have a manual page
> N:    
> N:    Note that though the man program has the capability to check for several
> N:    program names in the NAMES section, each of these programs should have
> N:    its own manual page (a symbolic link to the appropriate manual page is
> N:    sufficient) because other manual page viewers such as xman or tkman
> N:    don't support this.
> N:    
> N:    If the name of the man page differs from the binary by case, man may be
> N:    able to find it anyway; however, it is still best practice to make the
> N:    case of the man page match the case of the binary.
> N:    
> N:    If the man pages are provided by another package on which this package
> N:    depends, lintian may not be able to determine that man pages are
> N:    available. In this case, after confirming that all binaries do have man
> N:    pages after this package and its dependencies are installed, please add
> N:    a lintian override.
> N:    
> N:    Refer to Debian Policy Manual section 12.1 (Manual pages) for details.
> N:    
> N:    Severity: normal, Certainty: possible
> N:    
> N:    Check: manpages, Type: binary
> N: 
> W: simplescreenrecorder: binary-without-manpage usr/bin/ssr-glinject
>
> I: Lintian run was successful.
>
> As I see it the outstanding issues on getting this package into
> Debian is the lack of manpages for ssr-glinject and simplescreenrecorder.
>
> Perhaps the upstream, Maarten Baert, could be persuaded to write those
> manpages. He knows those programs best.
>
> By the way, who owns this bug? perhaps we could collaborate in getting
> this program into Debian?
>
> Best Wishes to all.
>


Reply to: