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

Bug#702588: RFS: rrep/1.3.5-1



On Sun, 2013-03-17 at 17:44 +0100, Arno Onken wrote:

> I improved the watch file so that more extensions are found:
> http://sf.net/rrep/rrep-(.+)\.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz)))
> Were you referring to that?

I was also referring to the version regex, see the fourth item:

http://wiki.debian.org/debian/watch#Common_mistakes

> Why would you suggest that? The dh_installinfo way seems to be the
> standard way that is described in the Maintainers Guide. I would prefer
> to stick to that.

The info page should also be installed on distributions not using
debhelper to build packages (like Fedora or Gentoo). The best way to
achieve that is to perform all non-distro-specific build and
installation steps in the upstream build system and anything specific to
Debian or our derivatives using debhelper commands. 

> README will not be distributed anymore.

It is still useful in the upstream source tarball, just not in binary
packages.

> I registered the project at transifex.

No translations yet :(

> copy-file.c is part of gnulib. I tried the Debian version of gnulib and
> I tried the latest upstream gnulib. I get the warning in all cases. I am
> reluctant to change any gnulib files.

Please report this bug to the upstream of gnulib.

> I removed the redundant check in rrep.c. rpmatch.c and regcomp.c are
> part of gnulib. See response to copy-file.c.

Same response.

> > msgfmt:
> > 
> > msgfmt: ./po/rrep.pot: warning: source file contains fuzzy translation
> 
> rrep.pot is meant as a template for potential translators. Should I not
> distribute it?

Nevermind, that warning seems normal for pot files and good because then
translators will notice and fill in the info when they copy the pot file
to their po file.

> This is the standard texinfo file. I am reluctant to change anything here.

Makes sense, maybe you could report that upstream?

> Sorry, I have no clue about the linker error of the clang compiler. This
> should work with any sane compiler.

Me either, maybe ask on the clang mailing lists what might cause that.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: