RFS: sslh (bis)
Dear mentors, I am looking for a sponsor for my package sslh. * Package name: sslh Version : 1.6g-3 Upstream Author : Yves Rutschle s...@rutschle.net * URL : http://www.rutschle.net/tech/sslh.shtml * License : GPL (v2 or later) Section : net It builds these binary packages: sslh - ssl/ssh multiplexer The package appears to be lintian clean. The upload would fix this bug: 497095 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.6g-3.dsc I would be glad if someone uploaded this package for me. Kind regards Guillaume Delacour -- Guillaume Delacour signature.asc Description: PGP signature
RFS: libpam-paperauth
Dear mentors, I am looking for a sponsor for my package libpam-paperauth. * Package name : libpam-paperauth Version : 0.2-4 Upstream Author : Thomas Fors tom@ nospam @fors.net * URL : http://code.google.com/p/ppp-pam * License : BSD Section : libs It builds these binary packages: libpam-paperauth - PAM module implementing GRC's Perfect Paper Passwords cryptosystem The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libpam-paperauth - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libpam-paperauth/libpam-paperauth_0.2-3.dsc I would be glad if someone uploaded this package for me. Please CC me, I'm not currently subscribed to the list. This package was discussed more than a month ago and the discussion that ensued can be found at http://lists.debian.org/debian-mentors/2009/01/threads.html#00052. No action was taken at that time, and I am resending it with the hope that sponsors have more time for uploads since the lenny release. Kind regards Luke Faraone -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
generating html documentation from LaTeX?
Hi, the package I'm working on (eprover) contains LaTeX documentation that is already compiled into PDF in the upstream tarball. However, since Debian Policy states that the preferred format is HTML, I was thinking about generating documentation also in HTML. I found a nice program, tex4ht, which seems to work quite well. I have a few question though: 1) First, is it a good idea at all to create HTML documentation this way, or is the PDF file enough? If yes then: 2) The HTML page is quite large, ~300k, about the same size as the PDF. Should I put it into a separate package or not? 3) Should I state 'tex4ht' in build dependencies and rebuild the documentation in debian/rules, or should I create it in advance and include it as a diff/patch? (This might be a bit complicated as the generated documentation contains PNG images of formulas, which diff/patch tools don't like). Thanks for your opinions/advices. Best regards, Petr
Re: generating html documentation from LaTeX?
Petr Pudlak (Debian) wrote: Hi, the package I'm working on (eprover) contains LaTeX documentation that is already compiled into PDF in the upstream tarball. However, since Debian Policy states that the preferred format is HTML, I was thinking about generating documentation also in HTML. I found a nice program, tex4ht, which seems to work quite well. Consider also using HeVeA for that purpose. -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} *** -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: generating html documentation from LaTeX?
Hello Petr, On Fri, Feb 27, 2009 at 17:44, Petr Pudlak (Debian) d...@pudlak.name wrote: Hi, the package I'm working on (eprover) contains LaTeX documentation that is already compiled into PDF in the upstream tarball. However, since Debian Policy states that the preferred format is HTML, I was thinking about generating documentation also in HTML. I found a nice program, tex4ht, which You could have a look to this article[1] about LaTeX conversion to html. [1] http://matrixhasu.altervista.org/index.php?view=latex_html seems to work quite well. I have a few question though: 1) First, is it a good idea at all to create HTML documentation this way, or is the PDF file enough? If yes then: Yes, it's good: I used it in pyopenssl (if you need references). 2) The HTML page is quite large, ~300k, about the same size as the PDF. Should I put it into a separate package or not? Evaluate if the whole doc dir needs to be in a different package: what it's size compared to the rest of the package? if it's the same or higher, then split out a -doc package, if not, leave in the binary package as is not. 3) Should I state 'tex4ht' in build dependencies and rebuild the documentation in debian/rules, or should I create it in advance and include it as a diff/patch? (This might be a bit complicated as the generated documentation contains PNG images of formulas, which diff/patch tools don't like). Generate that doc in debian/rules file, so it's generated at each package build (but remember it's not needed to generate doc each time if it's a arch:any package, just once it's fine, on your machine). 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 debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: generating html documentation from LaTeX?
Hello, On Fri, 27 Feb 2009, Petr Pudlak (Debian) wrote: generating documentation also in HTML. I found a nice program, tex4ht, which seems to work quite well. Great to hear that! I have a few question though: 2) The HTML page is quite large, ~300k, about the same size as the PDF. Should I put it into a separate package or not? You could use the sectioning options for tex4ht (look at the log file after running htlatex for additional options to fine tune the output of tex4ht) to decide how to split the output so that individual pages are not too big. 3) Should I state 'tex4ht' in build dependencies and rebuild the documentation in debian/rules, or should I create it in advance and include it as a diff/patch? I think the first method is better. It may be possible to make a separate -doc package which is arch all. This way you could build the documentation only once and you avoid loading the buildd's. You can also use Build-Depends-Indep to put tex4ht only as a Build dependency only for the arch independent build. However with only 300k worth of documentation (:-)) this may not be worth the effort. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: vilistextum - a HTML to text converter
Dear mentors, I am looking for a sponsor for my package vilistextum. Vilistextum is a small and fast HTML to text / ascii converter specifically programmed to get the best out of incorrect html. It is quite fault-tolerant and deals well with badly-formed or otherwise quirky HTML. It is able to optimize for ebook reading, collapse multiple blank lines, and create footnotes out of links. * Package name: vilistextum * Version: 2.6.9-1 * Upstream Author: Patric Müller bh...@gmx.net * URL: http://bhaak.dyndns.org/vilistextum/ * License: GPL-2 * Section: text It builds these binary packages: vilistextum - a HTML to text converter The package appears to be lintian clean and builds (in a chroot), installs and works fine here. The upload would fix these bugs: 516972 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/v/vilistextum - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/v/vilistextum/vilistextum_2.6.9-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: screenruler (updated package) (ruby)
Dear mentors, I am looking for a sponsor for the new version 0.85really0.8.9.1+bzr24-1 of my package screenruler. (The version is this weird because is using a broken version scheme and I didn't realize in time... I've already asked him to change it). It builds these binary packages: screenruler - measure objects on screen with a variety of metrics The package appears to be lintian clean, and builds (in a chroot), installs and works fine here. The upload would fix these bugs: 509049 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/screenruler - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/screenruler/screenruler_0.85really0.8.9.1+bzr24-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: libsvm (bug fixed)
Dear mentors I am looking for sponsorship for my package 'libsvm'. It closes the bug #517447. I intend to adopt it since I am from the group developing libsvm and we are very willing to help maintain the system and keep it updated. The package can be found on mentors.debian.net: http://mentors.debian.net/debian/pool/main/l/libsvm/ Package description: The LIBSVM library is used to calculate Support Vector Machine optimizations with a great variety of powerful options. It includes one-class, two-class, multiclass, regression-mode, and probablistic output functionality. It is primarily of interest to machine-learning researchers and artificial intelligence application developers. Thanks in advance. Chen-Tse