file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Tiago Saboga
Hi! I am polishing the packages for omegat (#448867) and libhtmlparser-java (#448872) and I have a few questions. The background is that I already have to repackage upstream tarball, because they contain compiled jars. 1) Should I convert eol markers (fromdos)? Or at least should I fix the half

Re: file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Kumar Appaiah
On Thu, Nov 08, 2007 at 09:10:11AM -0200, Tiago Saboga wrote: I am polishing the packages for omegat (#448867) and libhtmlparser-java (#448872) and I have a few questions. The background is that I already have to repackage upstream tarball, because they contain compiled jars. 1) Should I

Re: file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Kumar Appaiah
On Thu, Nov 08, 2007 at 03:24:40PM +0100, Bas Wijnen wrote: I don't know much about java, but if those are just compilations of things for which the source is also in the tarball, there is no need to repackage. You can remove them in the clean target in debian/rules, for example, to make sure

Re: file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Bas Wijnen
On Thu, Nov 08, 2007 at 08:22:06PM +0530, Kumar Appaiah wrote: On Thu, Nov 08, 2007 at 03:24:40PM +0100, Bas Wijnen wrote: I don't know much about java, but if those are just compilations of things for which the source is also in the tarball, there is no need to repackage. You can remove

Re: file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Bas Wijnen
On Thu, Nov 08, 2007 at 09:10:11AM -0200, Tiago Saboga wrote: The background is that I already have to repackage upstream tarball, because they contain compiled jars. I don't know much about java, but if those are just compilations of things for which the source is also in the tarball, there is

Re: file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Justin Pryzby
On Thu, Nov 08, 2007 at 03:59:44PM +0100, Bas Wijnen wrote: On Thu, Nov 08, 2007 at 08:22:06PM +0530, Kumar Appaiah wrote: On Thu, Nov 08, 2007 at 03:24:40PM +0100, Bas Wijnen wrote: I wouldn't do that. Repackaging is done to make the tarball complient with our standards, not to

Re: file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Tiago Saboga
On Thu, Nov 08, 2007 at 03:24:40PM +0100, Bas Wijnen wrote: On Thu, Nov 08, 2007 at 09:10:11AM -0200, Tiago Saboga wrote: The background is that I already have to repackage upstream tarball, because they contain compiled jars. I don't know much about java, but if those are just

Bug#450608: debhelper: [DH_FIXPERMS] bin/* are updated with v5 too (Re: Executable's execute permission not getting set)

2007-11-08 Thread Justin Pryzby
Package: debhelper Version: 5.0.42 Severity: minor Tags: patch File: /usr/bin/dh_fixperms User: [EMAIL PROTECTED] Usertag: dh_fixperms X-Debbugs-Cc: debian-mentors@lists.debian.org On Thu, Nov 08, 2007 at 04:16:06PM +0100, Bernd Zeimetz wrote: Arnaud Fontaine wrote: Bernd == Bernd Zeimetz

Re: file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Kumar Appaiah
On Thu, Nov 08, 2007 at 10:09:59AM -0500, Justin Pryzby wrote: Making changes to make the build work is always good, of course. However, when changes are made for the Debian package, this should be done in a way which doesn't hide them. When a user sees a package where the tarball is

Re: Executable's execute permission not getting set

2007-11-08 Thread Bernd Zeimetz
Arnaud Fontaine wrote: Bernd == Bernd Zeimetz [EMAIL PROTECTED] writes: Hello, Bernd if I understand dh_fixperms manpage correctly it does not Bernd 'fix' the permissions for bin directories anymore. So you Bernd just want to add a chmod 755 somewhere. However,

Re: file encoding and eol marker in orig.tar.gz

2007-11-08 Thread Kumar Appaiah
On Thu, Nov 08, 2007 at 03:59:44PM +0100, Bas Wijnen wrote: Making changes to make the build work is always good, of course. However, when changes are made for the Debian package, this should be done in a way which doesn't hide them. When a user sees a package where the tarball is repackaged

Re: Executable's execute permission not getting set

2007-11-08 Thread Arnaud Fontaine
Bernd == Bernd Zeimetz [EMAIL PROTECTED] writes: Hello, Bernd if I understand dh_fixperms manpage correctly it does not Bernd 'fix' the permissions for bin directories anymore. So you Bernd just want to add a chmod 755 somewhere. However, dh_fixperms seems to fix the

RFS: mediatomb -- open source (GPL) UPnP MediaServer with a web interface

2007-11-08 Thread Andres Mejia
Dear mentors, I am looking for a sponsor for my package mediatomb. * Package name: mediatomb Version : 0.10.0-4 Upstream Author : Gena Batyan [EMAIL PROTECTED], Sergey Bostandzhyan [EMAIL PROTECTED], Leonhard Wimmer

Re: RFS: mediatomb -- open source (GPL) UPnP MediaServer with a web interface

2007-11-08 Thread Justin Pryzby
On Fri, Nov 09, 2007 at 09:35:05AM +0930, Paul Wise wrote: postinst should use dpkg-statoverride instead of chown Really? I thought this was an administrator's tool, and the postinst should do something like getent $u /dev/null || adduser --system --group --home /var/... --shell

Re: RFS: mediatomb -- open source (GPL) UPnP MediaServer with a web interface

2007-11-08 Thread Paul Wise
On Nov 9, 2007 9:43 AM, Justin Pryzby [EMAIL PROTECTED] wrote: On Fri, Nov 09, 2007 at 09:35:05AM +0930, Paul Wise wrote: postinst should use dpkg-statoverride instead of chown Really? I thought this was an administrator's tool, and the postinst should do something like I guess I meant

dpkg-statoverride (Re: RFS: mediatomb -- open source (GPL) UPnP MediaServer with a web interface)

2007-11-08 Thread Justin Pryzby
On Fri, Nov 09, 2007 at 10:35:00AM +0930, Paul Wise wrote: On Nov 9, 2007 9:43 AM, Justin Pryzby [EMAIL PROTECTED] wrote: On Fri, Nov 09, 2007 at 09:35:05AM +0930, Paul Wise wrote: postinst should use dpkg-statoverride instead of chown Really? I thought this was an administrator's tool,

Re: RFS: mediatomb -- open source (GPL) UPnP MediaServer with a web interface

2007-11-08 Thread Paul Wise
ftp-master is down, so here is a review of your diff.gz: since you already use the Homepage field, you should remove it from the descriptions don't forget to send the desktop file upstream (and other relevant stuff) the Encoding field is obsolete in .desktop files (please use lintian next time)