Re: RFS: abcl, new upstream release 0.24.0
Hi! Darren Hoo darren@gmail.com writes: A new version of abcl 0.24.0 has been released upstream. This is the updated package, the URL of my package is at http://mentors.debian.net/debian/pool/main/a/abcl The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/a/abcl/abcl_0.24.0-1.dsc I wish someone could upload it for me. Looks quite good to me for all that I can tell. However I don't have much of a clue of the java part, maybe some debian-java folk can give it a look? Regards Christoph pgpISTzpYE9eN.pgp Description: PGP signature
Re: New try on kstars-data-extra-tycho2
Hi again, On Viernes 18 Febrero 2011 13:17:47 Noel David Torres Taño escribió: Hello all: As my prospective sponsor does not give life signals, I come here again to seek for a sponsor of the package kstars-data-extra-tycho2 (and the related ones i'm about to prepare). [...] As I said in a personal mail, sorry for being dead slow. The package seems to be fine to me as-is, only config and postinst look like lots of debugging has happened and would benefit from some cleanup. But that can be done over time. Package uploaded and waiting in NEW. Best regards, Michael pgpr8Uj1CECSr.pgp Description: PGP signature
Re: New try on kstars-data-extra-tycho2
Many many thanks I will start working on all remaining kstars-data-extra-* packages Noel er Envite signature.asc Description: This is a digitally signed message part.
RFS: libmk4-2 new version with quilt
Le jeudi 24 février 2011 15:07:49, Bastien ROUCARIES a écrit : Dear mentors, I am looking for a sponsor for my package libmk4-2. This times with quilt support and nice patch Comment welcome Bastien Package name: libmk4-2 Version : 2.4.9.7-1 Upstream Author : Jean-Claude Wippler j...@equi4.com URL : http://equi4.com/metakit/index.html License : Expat Section : libs It builds these binary packages: libmk4-2 - MetaKit embeddable database -- shared libraries libmk4-2-dbg - debugging symbols for libmk4 libmk4-2-dev - MetaKit embeddable database -- development files The upload would fix these bugs: 183373 My motivation for maintaining this package is: - I have a boring bugs on akregator that is akregator use metakit embeded on it 613522. - I have corrected and submitted a patch for fixing this bug on metakit upstream (return an exception of corrupted file) - Plan to fix akregator Please note I have used last version on svn as base, because upstream will not release new version for fixing these kind of bugs. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libmk4-2 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libmk4-2/libmk4-2_2.4.9.7-1.d sc I would be glad if someone uploaded this package for me. Kind regards bastien roucaries -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201102281255.35125.roucaries.bast...@gmail.com
Re: RFS: libmk4-2 new version with quilt
Le lundi 28 février 2011 12:55:33, Bastien ROUCARIES a écrit : Le jeudi 24 février 2011 15:07:49, Bastien ROUCARIES a écrit : Dear mentors, I am looking for a sponsor for my package libmk4-2. This times with quilt support and nice patch Notice that it is not lintian clean due to a know bug in gitpkg Bastien -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201102281312.48346.roucaries.bast...@gmail.com
RFS: mactelnet
Dear mentors, I am looking for a sponsor for my package mactelnet. * Package name: mactelnet Version : 0.3-1 Upstream Author : Håkon Nessjøen haakon.nessj...@gmail.com * URL : https://github.com/haakonnessjoen/MAC-Telnet * License : GPL2 Section : net It builds these binary packages: mactelnet - Console tools for telneting and pinging via MAC addresses The package appears to be lintian clean. The upload would fix these bugs: 615823 My motivation for maintaining this package is: As the developer of the application itself, I have good motivation keeping the package up-to-date and review bugs as soon as reported/found. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mactelnet - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mactelnet/mactelnet_0.3-1.dsc I would be glad if someone checked and uploaded this package for me. -- Kind regards Håkon Nessjøen -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinkmmesaytqfr69p2h3th4sqqdjmrlnsgaxz...@mail.gmail.com
Re: RFS: tdc
* Michael Lustfield mtecknol...@ubuntu.com [110227 22:12]: It builds these binary packages: tdc- Tiny Dockable Clock (tdc) is a simple and tiny dockable clock. tdc-dbg- Tiny Dockable Clock (tdc) Debugging Symbols. Does this really justify a debug package? I'd rather guess not. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110228131813.ga15...@pcpool00.mathematik.uni-freiburg.de
Re: RFS: gpick
Hi Dne Thu, 24 Feb 2011 10:03:34 -0500 Elías Alejandro eal...@gmail.com napsal(a): The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gpick - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gpick/gpick_0.2.3-1.dsc I would be glad if someone uploaded this package for me. It fails to build for me: Linking == build/source/gpick /usr/bin/ld: build/source/dynv/DynvXml.o: undefined reference to symbol 'XML_GetBuffer' /usr/bin/ld: note: 'XML_GetBuffer' is defined in DSO //usr/lib64/libexpat.so.1 so try adding it to the linker command line //usr/lib64/libexpat.so.1: could not read symbols: Invalid operation collect2: ld returned 1 exit status scons: *** [build/source/gpick] Error 1 It seems to be related to binutils upgrade, for details, please see: http://lists.debian.org/debian-devel-announce/2011/02/msg00011.html http://wiki.debian.org/ToolChain/DSOLinking -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: git-sh
Hello Alex, On Mon, Feb 28, 2011 at 09:00:11AM +0200, Alex Morega wrote: I am looking for a sponsor for my package git-sh. Package name: git-sh Version : 1.0.20100401-1 Upstream Author : Ryan Tomayko (http://tomayko.com/) URL : http://rtomayko.github.com/git-sh/ License : GNU GPLv2 Section : vcs It builds these binary packages: git-sh - a git shell The package appears to be lintian clean. The upload would fix these bugs: 590440 (ITP) My motivation for maintaining this package is: Git-sh is a handy tool for working in a Git repository. It starts a bash shell with lots of aliases, completion support, and rich information in $PS1. This is my first package, I hope I've done a good job. Here is my repository on GitHub: https://github.com/alex-morega/git-sh/tree/debian Can you please provide a dgettable source package (maybe via mentors.debian.net) or use git-buildpackage instead of a bare git repository? They make easier to build and review your package. Also note that the watch file of your package is broken: you should replace 'v(.*)\.tar\.gz' with '(.*)\.tar\.gz' to reflect upstream tags. In addition the version you are packaging (1.0.20100401) does not exists upstream (which has only version 1.0). These issues make your package to be not buildable. If you want to maintain your packages using git, I suggest you to use git-buildpackage [0] and git.debian.org [1] (you may also want to join the collab-maint group on alioth [2]). Apart from this issues, there are some others: - You are using a deprecated revision of the DEP5 format (current 168) [3] Also note that tha Maintainer field (Upstream-Maintainer in the newer revisions) is meant to point to the **upstream** maintainer. You can use config-edit (from the libconfig-model-perl package) to check the debian/copyright file, as follows: config-edit -application dpkg-copyright -ui none - The upstream license is wrong, should be something like: [ DEP5 headers ] Files: * Copyright: 2008, Ryan Tomayko http://tomayko.com/ 2008 Aristotle Pagaltzis http://plasmasturm.org/ License: GPL-2.0+ Files: git-completion.bash Copyright: 2006,2007 Shawn O. Pearce spea...@spearce.org License: GPL-2.0 License: GPL-2.0+ [ Text of GPL-2.0+ ] License: GPL-2.0 [ Text of GPL-2.0 ] - You are using old Standards-Version (current 3.9.1) - You are including not modified README.source (you can just remove it) - You should remove unneeded comments from the rules file - You may also integrate your patches with the DEP3 guidelines [4] (if you use git-pq(1) shipped with git-buildpackage, this is done automatically) - The upstream CHANGES file is installed automatically by dh_installchangelogs, you dont need to install it with dh_installdocs Please note that I'm not a DD so I can't sponsor your package. Cheers :) [0] http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html [1] http://wiki.debian.org/Alioth/Git [2] http://wiki.debian.org/Alioth/PackagingProject [3] http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=168 [4] http://dep.debian.net/deps/dep3/ -- perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110228155427.GA2483@PC-Ale
Re: RFS: webhoneypot
Hi, Christian Pohl w...@pohlcity.de writes: ---snip--- Where does trunk/update/update-templates.php store updated files? Does it overwrite files contained in the package with newer versions? ---snap--- it will overwrite files in the templates dir if a new version of this file is on the server (See README.debian) That is a policy violation: /usr is the second major section of the filesystem. /usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.[1] You likely want to store the templates in /var. Also take care that updated templates are not overwritten when the package is updated. [1] file:///usr/share/doc/debian-policy/fhs/fhs-2.3.txt.gz ---snip--- I see that update-templates.php does verify the integrity of the update... ---snap--- yes all files are verified (See README.debian) The code still doesn't seem to do so. ---snip--- Please split the patch in debian/patches (if necessary) and give it a sensible name. New files (manpages, example configuration) can also be shipped in debian/ instead of in a patch. ---snap--- debian/patch is automatically build by debuild. (e.g manpages are in debian/webhoneypot.manpages which is read by dh_installman) You can still use quilt to create a patch with a sensible name. Or follow my second suggestion. Ansgar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874o7oexne@marvin.43-1.org
XDM-OPTIONS beta 2 - need testers / feedback
I need help getting feedback for good install people won't have problems with. http://sourceforge.net/projects/xdm-options/ Debian Dpkg is great I love it but I'm F'ed as rules don't cover this install scenario. (does NOT suggest other apps be removed or depend on anything (but X of course) but must be default-display-manager. Also I'd like to announce the release. But X Display Manager. Xhost Phonebook, X Login, X Desktop Chooser, and XDM X server (vnc server). Easy install, Clean uninstall (X up when done). Highly compatible, no libs. Like gdm but different in goals and features. Great as primary or as a backup. I'd esp. Love any ideas for determining where X is installed on *any* given unix rather than just one / one version (other than xmkmf / done). Being replacement for xdm sample scripts the install should be simple. However when you bring in packaging for debian, redhat, kubuntu, into the picture it becomes a real pain no? thank you thank you, John Hendrickson -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/203476.54527...@web39408.mail.mud.yahoo.com