Re: RFS: sslh (updated package)
On 12/13/2010 03:00 PM, Guillaume Delacour wrote: > Dear mentors, > > I am looking for a sponsor for the new version 1.7a-3 > of my package "sslh". I will take care of this. Thank you for your work on this package! -- 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/4d0708fe.7040...@icecavern.net
Re: A question about svn-buildpackage
Paul Wise writes: > On Mon, Dec 13, 2010 at 9:10 PM, Qijiang Fan wrote: > > > mergeWithUpstream mode detected, looking for > > ../tarballs/hg-git_0.2.5.orig.tar.gz > > I: mergeWithUpstream property set, looking for upstream source tarball... > > E: Could not find the origDir directory, please check the settings! at > > /usr/bin/svn-buildpackage line 595. > > Is there anyone who can tell me how to solve this problem > > Seems obvious to me. > > Download the upstream tarball, rename it to hg-git_0.2.5.orig.tar.gz > and place it in ../tarballs/ It's not quite clear in the OP's message, but I think they're showing that such a file already exists: Qijiang Fan writes: > $ls tarballs/ > hg-git_0.2.5.orig.tar.gz > $cd schacon-hg-git-0ed3c70/ > $svn-buildpackage -rfakeroot […] Quijing Fan, can you confirm that the file does exist in the right directory: $ pwd some_prefix/schacon-hg-git-0ed3c70 $ ls ../tarballs/hg-git_0.2.5.orig.tar.gz ../tarballs/hg-git_0.2.5.orig.tar.gz If the directory does exist, I don't know why the ‘svn-buildpackage’ command would be complaining that it doesn't exist. -- \ “… whoever claims any right that he is unwilling to accord to | `\ his fellow-men is dishonest and infamous.” —Robert G. | _o__) Ingersoll, _The Liberty of Man, Woman and Child_, 1877 | Ben Finney -- 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/871v5lx8v1@benfinney.id.au
Re: A question about svn-buildpackage
On Mon, Dec 13, 2010 at 9:10 PM, Qijiang Fan wrote: > mergeWithUpstream mode detected, looking for > ../tarballs/hg-git_0.2.5.orig.tar.gz > I: mergeWithUpstream property set, looking for upstream source tarball... > E: Could not find the origDir directory, please check the settings! at > /usr/bin/svn-buildpackage line 595. > Is there anyone who can tell me how to solve this problem Seems obvious to me. Download the upstream tarball, rename it to hg-git_0.2.5.orig.tar.gz and place it in ../tarballs/ -- bye, pabs http://wiki.debian.org/PaulWise -- 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/aanlkti=wbp4c7efzmkgvf=hehfp3cs+luobv0v0iy...@mail.gmail.com
Re: RFS: teapot
On Mon, Dec 13, 2010 at 7:24 PM, Yuri D'Elia wrote: > debian/copyright mentions: > > > and is licensed under the GNU General Public License (GPL) Version 3, > see `/usr/share/common-licenses/GPL-3'. > > > can I simply write: > > and is licensed under the same license? Or should I write the extended > "Version 3, or at your option, any later version"? Either option is acceptable. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/aanlktimq3upmpnmb3hrfr1x-urcmt0oeakn+0fgt4...@mail.gmail.com
Re: RFS: sslh (updated package)
2010/12/13 Guillaume Delacour : > dget http://mentors.debian.net/debian/pool/main/s/sslh/sslh_1.7a-3.dsc > Howdy, I'm not a DD, and I can't upload, but here are some notes ( mostly nit-picks ) Might want to consider using DEP5 and DEP3 You should consider breaking up the Depends in the control to newline after 80 chars One lintian issue on the deb: P: sslh: no-upstream-changelog I'm not sure if this is just because I compiled it on Ubuntu, or if it's actually an issue. I'll dig into it later if no one responds telling me I'm wrong ( a bit short on time right now ) I get why you do it, but this is interesting in init :) # Do NOT "set -e" You can use a patch to put the file where it should be ( and not keep it in the debdir ). There is a lot of odd stuff going on, but it looks OK at first glance. Like I said, I'll look more at it later unless someone else gets there first :) Cheers! Paul -- All programmers are playwrights, and all computers are lousy actors. #define sizeof(x) rand() :wq -- 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/aanlktim+jt6mhcvxcc2prn+rfru9=9b+32mqtb5kx...@mail.gmail.com
Re: RFS: sslh (updated package)
On Mon, Dec 13, 2010 at 11:00:02PM +0100, Guillaume Delacour wrote: > The upload would fix these bugs: 598591, 600181, 603608 and piuparts > uninstallation issues. > > I would be glad if someone uploaded this package for me, thanks in advance. i can't upload it for you, but i've had a look at it. the changes are minimal, match the description, it builds and the translation works -- everything seems to be ok. regards chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
RFS: roxterm (flexible terminal emulator) (updated package for experimental)
Dear mentors, I am looking for a sponsor for the new version 1.20.1-1 of my package "roxterm". It builds these binary packages: roxterm- Multi-tabbed GTK/VTE terminal emulator The package appears to be lintian clean. The upload would fix these bugs: 601828 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/roxterm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/r/roxterm/roxterm_1.20.1-1.dsc Although this has too many changes since 1.18.5 to make it viable for Squeeze I believe it is a major improvement and should be available in Debian. I feel that I've finally done the "best I can" to fix and/or work around the unwanted resizing issues that tend to plague multi-tabbed windows containg vte widgets and since 1.18.5 the documentation has been improved and a Spanish translation added. Thanks to Scott Howard for answering my query about using experimental. I would be glad if someone uploaded this package for me. Kind regards Tony Houghton -- 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/4d06a66b.1010...@realh.co.uk
RFS: sslh (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.7a-3 of my package "sslh". It builds these binary packages: sslh - ssl/ssh multiplexer The package appears to be lintian clean. The upload would fix these bugs: 598591, 600181, 603608 and piuparts uninstallation issues. These fixes are non critical for squeeze freeze as they concern 1.7a version that support both standalone and inetd mode. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sslh - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sslh/sslh_1.7a-3.dsc I would be glad if someone uploaded this package for me, thanks in advance. Kind regards Guillaume Delacour signature.asc Description: Ceci est une partie de message numériquement signée
Re: RFS: lilo (updated package) (new Maintainer)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010-12-12 19:43, Joachim Wiedorn wrote: > Hello Niels, > > Niels Thykier wrote on 2010-12-12 17:18: > >> [...] >> For the next non-Squeeze upload you may want to consider using the 3.0 >> (quilt) format, since it supports binary files in the debian dir >> (insteand of the uudecode) as well as cleaning up in the d/rules file >> (e.g. using dh_clean instead of multiple "rm -f" etc) > The next (already made) package with lilo 23.1 will use all new "dh" > methods with format 3.0 (quilt). You can see the "unofficial" packages > here: http://lilo.alioth.debian.org/ftp/ > >> Also the old maintainer is still listed as the "primary maintainer" in >> d/copyright. > With the new file format (see above) it is gone. > On 2010-12-12 17:46, Joachim Wiedorn wrote: > I know that problem. The most problems come from the special script > 'liloconfig' which uses with debconf (but it should not do). It is a > legacy. Sounds good :) I was not sure how much you had done in your 23.1 package (I did not check it) On 2010-12-12 17:46, Joachim Wiedorn wrote: > [...] > Should I nevertheless do an update of the package to > give the release team the chance to let it into Squeeze? > [...] In this case, I believe none of the changes mentioned here are worth trouble for a second upload for Squeeze (given that the release team were okay with the current package). Personally I would probably just do them in the next Squeeze + 1 upload. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIbBAEBCAAGBQJNBpMeAAoJEAVLu599gGRCg+oP90gesEouwkGSpvNfz8IOz8cq HZJHbbMs0pM1lEU1K1kK1OicUg6s67mytVt4L/IvCsMtR2b/4aKjIcZkeWjkbgNH 3LfG6QwWYp+dTdW/xvnflknWzQN72mX8Zm1sf5wB1b01FpI/T/lZRHJ3FpyG40cL g8ePq5xHsstwdzngNBTHEC7qs9DjLQGJz16wMddhBS+iC8ovgYVEA/V8V+Vz1CB+ vQvkVJq7jqH8LlBOowPerA97c0itfWw/rwqkHvu4FLEf7gMzC23IYbCX1t9romzH JCtkUJk5LhQEBWsp9w+4R8Zix9zr90E+zoVjEUlqd0caU551puuZKkwiV7lT3oL9 6iub1hWY20Ajzjh9j0PRE4XGBlHwww9tj9Z5XZYZYrPPEhCy40F0yUjMxPwYlEqU BSeDfbYU4IbGbO1ux5UHbG1+cacUy4JtGKf8e1kqKHEkq63tzVGP6HdWgu0kQl07 F0jnV6sBSs7jxdCmpk7pxrqCCuSK+Bcvv46gxTdlD/de/ZSv9SUSfCBUvU1s4nrR v5HbOQk+LiL0arI98O5aThl+4b8fM24CDeHRgVdPOtP+gkE9UpSn7aL0n0YxNo1P e6GQ59elc5egAa+aJZoBcsI1mN+3BNMnnOumtNm2r8Ur1cX8IrmE0OKFEsxBlzlm Rh8i7zWdAETHJz7qeFk= =QtoM -END PGP SIGNATURE- -- 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/4d06931f.1080...@thykier.net
Re: RFS: disco
Hi Niels, Thank you for a review. I'm adding debian-pyt...@l.d.o because this package is python related. I would be grateful if somebody from DMPT or PAPT could check this package. On Sat, Dec 11, 2010 at 11:29 AM, Niels Thykier wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 2010-12-08 02:25, Janos Guljas wrote: >> Dear mentors, >> >> I am looking for a sponsor for my package "disco". >> >> [...] >> >> Kind regards >> Janos Guljas >> >> > > Hi again, > > Sorry for not getting back to you earlier[1]. > > [quote] >> >> Why do disco-master Pre-Depends on python-disco? I see nothing in the >> preinst script that suggests that python-disco must be present before >> disco-master is unpacked. > > Python module "disco" is needed for starting python-master. > Python-setuptools on disco python module must be triggered before > running /etc/init.d/disco-master start, which is done after installing > python-disco. Trying to start disco-master before configuring > python-disco package will fail. > [/quote] > > You only need a Pre-Depends if you are starting disco-master in the > preinst script (which does not make sense, since the package has yet to > be unpacked at that point). > If a package A depends on B, then the postinst script of B will always > be run before the postinst of A. > > If you can avoid Pre-Depending then please do, since the strength of the > dependency makes some difficult and you need approval to do it. Thanks for clearing that out. Pre-Depends is removed from disco-master. > > [qoute] >> It fails to build from source if Build-Depends-Indep are not satisfied >> when dpkg-buildpackage is invoked with -B: >> [...] >> sphinx-build -b html -d .build/doctrees . .build/html >> make[2]: sphinx-build: Command not found >> [...] >> >> This is how auto-builders will build your package. As I recall the >> debian-policy is disagreeing with reality here. I believe there is an >> attempt to make these two agree, but for now your package must be able >> to build without Build-Depends-Indep when dpkg-buildpackage is passed -B. > > Are you suggesting to move references from: > Build-Depends-Indep: python-sphinx, libjs-jquery > to Build-Depends? > > With that set, cowbuilder --build disco_0.3.1-1.dsc --buildresult . > - --binary-arch is building packages fine. But I do not understand the > reason for -B option in autobuild scripts. Do you have some references > that can clarify reason for it. Until now, I tested packages without > - --binary-arch build. I see now that this is a requirement. > [/quote] > > Moving those packages (as you now have done) to Build-Depends is one > solution. > > You should be able reproduce the original issue by moving them back to > Build-Depends-Indep and running cowbuilder with --debbuildopts "-B". True. I tested with -B and the build fails with Build-Depends-Indep field. I'll leave all dependencies in Build-Depends, for now. Source files with that changed are in http://mentors.debian.net/debian/pool/main/d/disco/. > > [quote] >> >> Have you contacted (or considered to contact) the python application >> team about team maintaining the package? (See [1] for more info). > > Yes, but I am not sure is this belongs to DMPT or PAPT. There are > modules and application packages... > > [/quote] > > Have you tried contacting any of the teams? Either team should be able > to help you (at least by telling you, that you should contact the other > team). Again I am not really into Python, so I cannot do much for you here. + debian-pyt...@l.d.o :-) > > Once again, sorry for the late reply. Another time, feel free to ping me > privately if I do not reply to you within 4 days. :) > > ~Niels > > [1] http://lists.debian.org/debian-mentors/2010/10/msg00213.html > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQIcBAEBCAAGBQJNA1J/AAoJEAVLu599gGRCbtAQAIXUixlPcgpRXOqZwQlWFQf+ > EqGBKiisv6cQtfzLikiwe94DO4UXkeUXqiUYNwx7A6liIeqT6vtcEHboMa0W8ALk > QupNn1Kt9IVLqgi51NZh6KB+vveYNo8xL4B++zwiq8GGd0+W2Ul8X2/eGascXrbl > coQO+uQ2MbpMWhTMS+Af4SUzJ9KHv8QFJfUwqxI244u188tUNCiujOoc3aiwayUO > 7LZKQm8BruPnAVinIUjQ/I/bE6CBQ8ir5C4y/DEXq2Oa22YI1eci5XKkjchvxqtU > XRDnuTgiZ07Xw+iHwkCflZ5utHofiueloOTNZ1oP/hnSqi9Cd0zb7bRhXDaVAlXz > B1jKGyhBk4jUI0hbc+735XKNmUgutFz8TrpZsWpJsjDPqANlFckQiV1IBI+pWN47 > 6SNOp93FhGaPr7gANKmHLLXToQnNE18aLYA2cvS0ksEQBg18cE/UtEHX6IH4HLol > r5novmJD+BWbzhoahTqOihdAdX3CsOAEvKtB5YDlK+54AJJYQeeJd5LYEiHSCXdw > E4ZBKo95Q4Bl/w0HiYGwI5rCri6JwNRjxxiZ0LDdCLDvv+GRi39LpX/SMbd/0s6L > z5carlQGPfCT4x34bqkIdMfLtPqKjBPbrjVkp4VEnyQtJgzLyXPUnKuUIAdhtEDu > z5Wuk1mbkBWnoBwK6Buj > =Imx0 > -END PGP SIGNATURE- > Best, Janos -- 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/aanlktikonwophaqfc+xoqfr7i5r-3psyp1ipdyb5g...@mail.gmail.com
Re: Uploading a newer version of a package that's frozen in testing
On Mon, Dec 13, 2010 at 1:48 PM, Tony Houghton wrote: > I want to get roxterm 1.20.x into Debian but there's 1.18.5-3 in testing > waiting for Squeeze's release. Should 1.20.x go into experimental > instead of unstable? If so do I do this just by putting "experimental" > instead of "unstable" in debian/changelog and requesting sponsorship in > the usual way? There was a recent discussion of this [1] on this list. Generally you should only upload RC bug fixes, documentation fixes, or translation updates to unstable during freeze [2]. All other updates can go into experimental. The simplest way is as you described, setting "experimental" as the distribution in debian/changelog and requesting sponsorship. [1] http://lists.debian.org/debian-mentors/2010/10/msg00185.html [2] http://lists.debian.org/debian-devel-announce/2010/11/msg6.html -- 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/aanlktinfysjxoyjxmtv8dszggbfpeqmnwzq=trgpk...@mail.gmail.com
Uploading a newer version of a package that's frozen in testing
I want to get roxterm 1.20.x into Debian but there's 1.18.5-3 in testing waiting for Squeeze's release. Should 1.20.x go into experimental instead of unstable? If so do I do this just by putting "experimental" instead of "unstable" in debian/changelog and requesting sponsorship in the usual way? -- 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/4d066a77.1060...@realh.co.uk
Re: RFS: new package for speeding up speech
Hello, I am not a DD, so I can not sponsor your package. However, I had a look at your package and here are a few remarks. - can you provide a dget-able source ? You can use mentors.debian.net to host your package. - the source format is "3.0 (native)" but this package is not a native one (ie, it can be used outside Debian). This should be "3.0 (quilt)" instead. - debian/changelog refers to Ubuntu. I believe that you should start a new changelog. Please also file an ITP bug against the "wnpp" pseudo-package and add a corresponding "Closes: #nnn" entry in the changelog. - as the packaging is tracked with Git, you can add the Vcs-Git and Vcs-Browser to debian/control. - dpkg_shlibdeps outputs two warnings : * dpkg-shlibdeps: warning: couldn't find library libsonic.so needed by debian/sonic/usr/bin/sonic (ELF format: 'elf32-i386'; RPATH: ''). * dpkg-shlibdeps: warning: dependency on libm.so.6 could be avoided if "debian/sonic/usr/bin/sonic" were not uselessly linked against it (they use none of its symbols). - the package has several lintian warnings : I: sonic source: duplicate-long-description libsonic libsonic-dev W: sonic source: out-of-date-standards-version 3.8.4 (current is 3.9.1) W: sonic: old-fsf-address-in-copyright-file W: sonic: manpage-section-mismatch usr/share/man/man1/sonic.1.gz:1 1 != LOCAL W: libsonic: old-fsf-address-in-copyright-file E: libsonic: sharedobject-in-library-directory-missing-soname usr/lib/libsonic.so W: libsonic-dev: old-fsf-address-in-copyright-file Hope that helps, -- Etienne Millon signature.asc Description: Digital signature
RFS: arandr (new version)
hello rhonda, hello mentors, i've just released version 0.1.4 of the xrandr frontend ARandR (written in python), and would like to ask you to sponsor the upload of the resulting 0.1.4-1 version of the arandr package (single binary package). the new version fixes a major bug with some graphics adapters (not reported to bts) and adds a bunch of new translations. packaging-wise, the changes are minimal (entries in debian/copyright for the new translation files, updated standards w/o changes). the package is lintian clean up to --pedantic, and can be found at http://mentors.debian.net/debian/pool/main/a/arandr (dget http://mentors.debian.net/debian/pool/main/a/arandr/arandr_0.1.4-1.dsc). kind regards chrysn -- You don't use science to show that you're right, you use science to become right. -- Randall Munroe signature.asc Description: Digital signature
A question about svn-buildpackage
I'm new in Debian.And i met a problem on svn-buildpackage $ls schacon-hg-git-0ed3c70 tarballs $ls tarballs/ hg-git_0.2.5.orig.tar.gz $cd schacon-hg-git-0ed3c70/ $svn-buildpackage -rfakeroot Complete layout information: trunkDir=/tmp/xx/schacon-hg-git-0ed3c70 trunkUrl=svn+ssh:// fqj1994-gu...@svn.debian.org/svn/python-apps/packages/hg-git/trunk dpkg-checkbuilddeps mergeWithUpstream mode detected, looking for ../tarballs/hg-git_0.2.5.orig.tar.gz I: mergeWithUpstream property set, looking for upstream source tarball... E: Could not find the origDir directory, please check the settings! at /usr/bin/svn-buildpackage line 595. Is there anyone who can tell me how to solve this problem
RFS: new package for speeding up speech
Sonic is an LGPL package for speeding up and slowing down speech. While not the only one in the Debian archive, it is the only one that has decent performance for speed ups of over 2X. This is very important in text-to-speech applications, where high quality fast speech output is very important to the blind. Sonic has been incorporated in the most recent version of espeak, as well as a Russian TTS, and Chaumont Devin's TTS engine. It is my hope that sonic will be used to enable high speed speech output on all major linux platforms, especially in TTS and audio-book applications. The source currently generates 3 packages: - libsonic, the most important part, is the speech speech-change library - libsonic-dev, just the header file for using libsonic - sonic, a super-simple executable for changing the speed of wav files Short description: Simple utility to speed up or slow down speech Long description: Sonic is a very simple utility that reads and writes wav files, and speeds them up or slows them down, with low distortion. The key new feature in Sonic versus other libraries is very high quality at speed up factors well over 2X. Source for sonic can be obtained from git with: $ git clone git://vinux-project.org/sonic Any help would be greatly appreciated! Thanks, Bill -- 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/aanlktik_odezig6bgotr_w2xovdulskkztbxagsp8...@mail.gmail.com
Re: RFS: teapot
On Mon, 13 Dec 2010 00:05:38 +0800 Paul Wise wrote: > Why is override_dh_auto_configure needed? It looks like > dh_auto_configure supports cmake and passes the right params. It turns out, dh_auto_configure works fine. I had a stale CMakeCache.txt, generated probably while trying to debug the build that caused some problems (including the useless debian/patches/debian-changes-* file). My bad. override_dh_clean is also not needed, and thus removed. > You should use the same license as upstream for the Debian packaging, > so upstream can use it. Please consider adopting GPLv3+ instead of > GPLv3. debian/copyright mentions: and is licensed under the GNU General Public License (GPL) Version 3, see `/usr/share/common-licenses/GPL-3'. can I simply write: and is licensed under the same license? Or should I write the extended "Version 3, or at your option, any later version"? -- 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/20101213122422.2e020b0e.wav...@users.sf.net
Re: RFS webhoneypot (next try)
Hi, > I am looking for a sponsor for my package "webhoneypot". [...] > - dget > http://mentors.debian.net/debian/pool/main/w/webhoneypot/webhoneypot_0.1.r123-1.dsc Where does trunk/update/update-templates.php store updated files? Does it overwrite files contained in the package with newer versions? (I asked this before, but did not see any answer. Sorry if I did just miss it.) I see that update-templates.php does verify the integrity of the update reponse (lines 66-78), but it later requests individual files (lines 125-136). Is the integrity of the file content checked somewhere as well? What happens if a template contains PHP scripts (do they get interpreted)? Images (and maybe also *.html pages) in trunk/templates/ seem to be takes from several other projects, e.g. 105/* from awstats. This should be documented in debian/copyright. Also 105/* and 105/awstats/* seem to be identical? 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. Regards, 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/s2spqt63r6y@pc-kmaurisc.mathi.uni-heidelberg.de
RFS webhoneypot (next try)
Dear mentors, I am looking for a sponsor for my package "webhoneypot". * Package name: webhoneypot Version : 0.1.r123-1 Upstream Author : Johannes Ulrich * URL : http://code.google.com/p/webhoneypot/ * License : GPL-2 Section : web It builds these binary packages: webhoneypot - DShield Web Honeypot Project The package appears to be lintian clean. My motivation for maintaining this package is: I contributed to the webhoneypot by writing documentation and tried to build a first package (downloadable from the webhoneypot site - outdated). The upload would fix these bugs: 595907 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/webhoneypot - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/webhoneypot/webhoneypot_0.1.r123-1.dsc I would be glad if someone uploaded this package for me. Kind regards Christian Pohl -- 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/4d05d281.9040...@pohlcity.de