Re: RFS: tspc (updated package, adopting)
Kanru Chen scrisse: Dear mentors, I am looking for a sponsor for the new version 2.1.1-7 of my package tspc. If nobody reviews it in the meanwhile, I'll check it (probably not before Monday). CIao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgpxkmCwb1g3C.pgp Description: PGP signature
Re: RFS: copher (2nd try)
On Tue, Dec 2, 2008 at 9:07 PM, Jonathan Wiltshire [EMAIL PROTECTED] wrote: Copher is command line base rather than a GUI, is platform independent, and works with other -forge-like sites (ex. Rubyforge) and protocols. So I think it's not a replacement, but complimentary to releaseforge. Fair enough. Package uploaded. Please mail this list for future uploads and I will upload if I can. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: copher (2nd try)
On Wed, Dec 03, 2008 at 07:06:54PM +0900, Paul Wise wrote: Package uploaded. Please mail this list for future uploads and I will upload if I can. Excellent, cheers :-) Jonathan -- Jonathan Wiltshire signature.asc Description: Digital signature
Re: RFS: tspc (updated package, adopting)
Hello Kanru, On Wed, Dec 3, 2008 at 05:33, Kanru Chen [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for the new version 2.1.1-7 of my package tspc. debian/rules - if you need a patched clean target, then do clean: clean-patched unpatch clean-patched: $(QUILT_STAMPFN) do real clean tuff without calling debian/rules clean. - install is .PHONY so no need for an install-stamp - no .PHONY is defined toh, better if you check dh_make template or other packages debian/control - you could add even a Vcs-Browser pointing to the web git interface - you can remove the last line . from description - uncapitalize Client from short description Since you claim compatibility with policy 3.8.0 and you're using quilt as patch system, you have to provide a README.source to explain that quilt is in use (simple exemple in matplotlib package). debian/copyright - no need to clearly indicate the tarball of the upsteam code, just the website is enough - it's better to link to GPL-2 files on local system (instead of simple GPL), and so license the package - misses many information, like correcy copyright years intervall (I see a 2001 beginning, for example) and for example platform/windows/libopenvpn/buffer.h has copyright holder as Copyright (C) 2002-2003 James Yonan [EMAIL PROTECTED], like many other files in the upstream tarball. Please check every source file in the upstream tarball (I usually run a 'find . -type f -exec less {} \;' over the full source code to find these files, you can even use licensecheck, but don't rely solely on it). debian/watch - is missing: what about adding it? Please fix those points (in particular copyright part, which mainly prevents the upload) and reupload to mentos (same debian revision for me). Regards, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tspc (updated package, adopting)
Hello Sandro, On Wed, Dec 03, 2008 at 11:52:50AM +0100, Sandro Tosi wrote: Hello Kanru, On Wed, Dec 3, 2008 at 05:33, Kanru Chen [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for the new version 2.1.1-7 of my package tspc. debian/rules - if you need a patched clean target, then do clean: clean-patched unpatch clean-patched: $(QUILT_STAMPFN) do real clean tuff without calling debian/rules clean. OK. I forgot that I can relay on dependency order. - install is .PHONY so no need for an install-stamp - no .PHONY is defined toh, better if you check dh_make template or other packages Added. debian/control - you could add even a Vcs-Browser pointing to the web git interface - you can remove the last line . from description - uncapitalize Client from short description OK. Since you claim compatibility with policy 3.8.0 and you're using quilt as patch system, you have to provide a README.source to explain that quilt is in use (simple exemple in matplotlib package). Added. debian/copyright - no need to clearly indicate the tarball of the upsteam code, just the website is enough - it's better to link to GPL-2 files on local system (instead of simple GPL), and so license the package - misses many information, like correcy copyright years intervall (I see a 2001 beginning, for example) and for example platform/windows/libopenvpn/buffer.h has copyright holder as Copyright (C) 2002-2003 James Yonan [EMAIL PROTECTED], like many other files in the upstream tarball. Please check every source file in the upstream tarball (I usually run a 'find . -type f -exec less {} \;' over the full source code to find these files, you can even use licensecheck, but don't rely solely on it). OK. I checked all files and listed their copyright information in debian/copyright. debian/watch - is missing: what about adding it? I can't since upstream doesn't provide the download links anymore. Please fix those points (in particular copyright part, which mainly prevents the upload) and reupload to mentos (same debian revision for me). Reuploaded, thanks! Regards, Kanru signature.asc Description: Digital signature
Re: RFS: librcd
Hi Dne Sat, 29 Nov 2008 18:10:47 +0300 ivan [EMAIL PROTECTED] napsal(a): I am looking for a sponsor for my package librcd. Package name: librcd Version : 0.1.11-2 Upstream Author : Suren A. Chilingaryan [EMAIL PROTECTED] URL : http://rusxmms.sourceforge.net/ License : GPL Section : libs It builds these binary packages: librcd - Russian Charset Detection Library librcd-dev - Russian Charset Detection Library - dev files How does it compare to enca, which supports several languages including Russian? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: librcd
Hi Dne Sat, 29 Nov 2008 18:10:47 +0300 ivan [EMAIL PROTECTED] napsal(a): - dget http://mentors.debian.net/debian/pool/main/l/librcd/librcd_0.1.11-2.dsc Anyway few comments for package: FTBFS: # Add here commands to configure the package. ./autogen.sh ./autogen.sh: line 11: test: argument expected find: `/usr/X11R6/bin': No such file or directory find: `/usr/X11R6/bin': No such file or directory find: `/usr/X11R6/bin': No such file or directory find: `/usr/X11R6/bin': No such file or directory ./autogen.sh: autoconf: using ./autogen.sh: automake: using ./autogen.sh: aclocal: using ./autogen.sh: libtoolize: using ./autogen.sh: autoheader: using ./autogen.sh: line 66: --copy: command not found autogen.sh: exited by previous error(s), return code was 127 make: *** [configure-stamp] Error 1 (Full log is here: http://tmp.cihar.com/librcd_0.1.11-2_amd64.build) debian/rules: - What is reason for version=... magic on top? - Please remove commented out things. - Also you could use more of debhelber 7 capabilities... debian/*.dirs: None of them is IMHO needed. debian/changelog: - You should close an ITP bug you open for new package. - There is no need to include upstream changelog here (dh_installchangelogs should install the upstream one anyway). debian/control: - Library package should include soname in name, eg. librcd0 - Please use current standards version. - Please create better description, especially long one. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: giplet
Hi Dne Mon, 1 Dec 2008 09:52:52 +0100 Salvatore Bonaccorso [EMAIL PROTECTED] napsal(a): - dget http://mentors.debian.net/debian/pool/main/g/giplet/giplet_0.1.7-1.dsc - You miss debian/README.source. - please remove comments from many files in debian/, that they are examples. - this package looks like an ideal candidate for using just dh command in debian/rules, I believe it would work with /usr/share/doc/debhelper/examples/rules.simple (after adding dpatch hooks) - Are you sure package needs python-gtk2-dev for building? As it does not contain single line of C code, I doubt it really needs it. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: tspc (updated package, adopting)
Kanru Chen scrisse: debian/watch - is missing: what about adding it? I can't since upstream doesn't provide the download links anymore. I think it has been moved to http://go6.net/4105/download.asp (new version, lots of changes in-between) Regards, Kanru Ciao, LUca -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgpuJ7pCSkiSU.pgp Description: PGP signature
RFS: gnome-launch-box (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.4-1 of my package gnome-launch-box. It builds this binary package: gnome-launch-box - An application launcher for GNOME The package appears to be lintian clean. The upload would fix this bug: 451098 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gnome-launch-box - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gnome-launch-box/gnome-launch-box_0.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards Julien Lavergne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: librcd
On Wednesday 03 December 2008 16:36:00 Michal Čihař wrote: Hi Dne Sat, 29 Nov 2008 18:10:47 +0300 How does it compare to enca, which supports several languages including Russian? Author write: The RusXMMS libraries are something more than just encoding auto-detection. The LibRCD is a counterpart of Enca. However, enca was developed to analyze long text files while LibRCD is more optimized to short titles consisting only from few words, like ID3 titles, file names, etc. For short Russian and Unkrainian words it significantly improves detection accuracy. Another, important advantage of LibRCD is ability to detect real ISO8859-1 encoding what allows to properly display correct ID3 v.1 titles. However, just detecting encoding in current language is often not enough. It happens what you are working with lists in multiple languages. I have playlists containing Russian, Chinese, French and German music. Therefore, the library needs to provide ability to manage multiple languages. It is also desirable to specify default encodings for each of language in which the data would be stored back. So, the LibRCC supports few encoding detection engines: LibRCD (Russian, Ukrainian), Enca (East-european languages), LibGUESS (Chinese, Korean, Japanese) and provides transparent recoding in multiple languages. As well it brings support for transliteration, translation (using libtranslate), so you know what all that strange looking Chinese symbols mean. LibRCC also includes UI library providing easy integration of recoding options in the configuration menu of GTK applications. Sorry, my english is bad :( signature.asc Description: This is a digitally signed message part.
Re: RFS: librcd
On Wednesday 03 December 2008 16:36:00 Michal Čihař wrote: Hi Dne Sat, 29 Nov 2008 18:10:47 +0300 How does it compare to enca, which supports several languages including Russian? Author write: The RusXMMS libraries are something more than just encoding auto-detection. The LibRCD is a counterpart of Enca. However, enca was developed to analyze long text files while LibRCD is more optimized to short titles consisting only from few words, like ID3 titles, file names, etc. For short Russian and Unkrainian words it significantly improves detection accuracy. Another, important advantage of LibRCD is ability to detect real ISO8859-1 encoding what allows to properly display correct ID3 v.1 titles. However, just detecting encoding in current language is often not enough. It happens what you are working with lists in multiple languages. I have playlists containing Russian, Chinese, French and German music. Therefore, the library needs to provide ability to manage multiple languages. It is also desirable to specify default encodings for each of language in which the data would be stored back. So, the LibRCC supports few encoding detection engines: LibRCD (Russian, Ukrainian), Enca (East-european languages), LibGUESS (Chinese, Korean, Japanese) and provides transparent recoding in multiple languages. As well it brings support for transliteration, translation (using libtranslate), so you know what all that strange looking Chinese symbols mean. LibRCC also includes UI library providing easy integration of recoding options in the configuration menu of GTK applications. Sorry, my english is bad :( signature.asc Description: This is a digitally signed message part.
Re: RFS: tspc (updated package, adopting)
On Wed, Dec 03, 2008 at 07:37:07PM +0100, Luca Bruno wrote: Kanru Chen scrisse: debian/watch - is missing: what about adding it? I can't since upstream doesn't provide the download links anymore. I think it has been moved to http://go6.net/4105/download.asp (new version, lots of changes in-between) They are too different so I thought it's not new version of tspc but rather a new package. In fact, someone has intended to package gw6c (http://bugs.debian.org/497476) but that package does not go into sid for a while. In the meantime I decide to continue maintain tspc and keep it in good shape since me and others still need it :) Regards, Kanru Ciao, LUca Regards, Kanru signature.asc Description: Digital signature
Re: RFS: tspc (updated package, adopting)
Hello Kanru, On Wed, Dec 3, 2008 at 14:20, Kanru Chen [EMAIL PROTECTED] wrote: On Wed, Dec 03, 2008 at 11:52:50AM +0100, Sandro Tosi wrote: On Wed, Dec 3, 2008 at 05:33, Kanru Chen [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for the new version 2.1.1-7 of my package tspc. ... Please fix those points (in particular copyright part, which mainly prevents the upload) and reupload to mentos (same debian revision for me). Reuploaded, thanks! Just uploaded! Thanks for your contribution to Debian, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tspc (updated package, adopting)
On Thu, Dec 04, 2008 at 12:34:04AM +0100, Sandro Tosi wrote: Hello Kanru, ... Just uploaded! Thanks for your contribution to Debian, Thanks! Regards, Kanru signature.asc Description: Digital signature
Re: RFS: dhcp-probe, another try to request with a lot of update
[...] A new version of the package is available which integrates all updates you noticed. I controlled all files twice but an error or anything else could be hidden in. You will find all links need to reach the package on mentors.debian.net The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dhcp-probe - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dhcp-probe/dhcp-probe_1.2.2-2.dsc [...] Sorry, there are problems in your source package: - dget ... dpkg-source -x dhcp-probe_1.2.2-2.dsc fails because .orig.tar.gz does not match the size noted in the .dsc file, apparently it was modified afterwards. - The unpacked directory should better be named $package-$version, not $package_$version. Please re-upload a bugfixed source package so a proper review can be done. Thanks, Michael pgpU8yIWZOt7w.pgp Description: PGP signature
Re: RFS: dhcp-probe, another try to request with a lot of update
On Wed, Dec 03, 2008 at 04:14:06PM -0800, Michael Tautschnig wrote: [...] A new version of the package is available which integrates all updates you noticed. I controlled all files twice but an error or anything else could be hidden in. You will find all links need to reach the package on mentors.debian.net The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dhcp-probe - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dhcp-probe/dhcp-probe_1.2.2-2.dsc [...] Sorry, there are problems in your source package: - dget ... dpkg-source -x dhcp-probe_1.2.2-2.dsc fails because .orig.tar.gz does not match the size noted in the .dsc file, apparently it was modified afterwards. Are the modifications to the tarball documented in the source package somewhere? - The unpacked directory should better be named $package-$version, not $package_$version. Only if the tarball has been repacked for other reasons. Renaming the root directory of a tarball is *not* sufficient reason to repack it. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]