RFS: courier-filter-perl (updated package)
Hi mentors, I am looking for a sponsor for the new version 0.200 of my courier- filter-perl package (a Perl-based mail filtering framework for the Courier MTA). In the past, I had Daniel Ruoso sponsoring uploads for the package. I now asked him whether he'd be willing to again sponsor an upload for the new Courier::Filter release, however he said he was quite busy and couldn't say whether he'd manage to look into it anytime soon. So I'm looking for an alternate sponsor -- hopefully in time for the updated package to get into Lenny before the freeze -- preferably but not necessarily someone who uses Courier themselves. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/courier-filter-perl - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/courier-filter-perl/courier-filter-perl_0.200.dsc It's lintian-clean and fixes the bug #344173 (and #326785). Oh, and it switches section from perl to mail. I can handle any ftp-master negotiations about that. TIA, Julian. pgpJSaC8lGcQH.pgp Description: PGP signature
RFS: uvccapture (3rd try)
Dear mentors, I am looking for a sponsor for my package uvccapture. * Package name: uvccapture Version : 0.4-1 Upstream Author : Gabriel A. Devenyi [EMAIL PROTECTED] * URL : http://staticwave.ca/source/uvccapture/ * License : GPL (version 2 or newer) Section : graphics It builds these binary packages: uvccapture - USB UVC Video Class snapshot software The package appears to be lintian clean. The upload would fix these bugs: 473153 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/u/uvccapture - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/u/uvccapture/uvccapture_0.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Krzysztof Burghardt [EMAIL PROTECTED] http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: jin
* Anuradha Weeraman [EMAIL PROTECTED] [080409 04:38]: I am looking for a sponsor for my package jin. * Package name: jin Version : 2.14.1-1 Upstream Author : Alexander Maryanovsky * URL : http://www.jinchess.com/ * License : GPL Section : contrib/games It builds these binary packages: jin- Graphical client for chess servers I'm not that into java to sponsor myself and using cdbs makes me sponsoring even unlikelier, but some general hints: The package Depends: sun-java5-jre which according to packages.debian.org is only available in non-free yet, so this package could go at most into contrib. You should include the full license information, especially the part in copyright.txt about which versions of the GPL it is are most important and missing in your debian/copyright file. You also seem to miss copyright information for some files in debian/copyright. Not everything is from Alexander Maryanovsky, things like ./free/chess/EboardVectorPiecePainter.java list other people. Also src/free/jin/legal lists other licenses and copyright holders. Are they for specific parts and if yes which? and why is nothing in debian/copyright about them? some of the .zip files in resources/pieces have AUTHORS files with a name not listed in debian/copyright. why not? resources/lnfs and resources/libs contains jar files with classes but nothing seems to contain their sources. You have an jin.6.old file in the .diff. gpl.txt should not be in debian/docs. There is a copy in basefiles. The directory names might need reinvestigating. AFAIR it should be /usr/share/games/jin andn ot /usr/share/jin. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: poco and poco-doc (updated packages) [2nd try]
Dear mentors, I am looking for a sponsor for the new version 1.3.2+dfsg1-1 of my package poco. It builds these binary packages: libpoco5-dev - Development files for POCO - The C++ Portable Components libpocodata5 - The C++ Portable Components Data library libpocodatad5 - The C++ Portable Components Data library, debug version libpocofoundation5 - The C++ Portable Components Foundation library libpocofoundationd5 - The C++ Portable Components Foundation library, debug version libpoconet5 - The C++ Portable Components Network library libpoconetd5 - The C++ Portable Components Network library, debug version libpoconetssl5 - The C++ Portable Components Network library with SSL libpoconetssld5 - The C++ Portable Components Network library with SSL, dbg version libpocoodbc5 - The C++ Portable Components ODBC library libpocoodbcd5 - The C++ Portable Components ODBC library, debug version libpocosqlite5 - The C++ Portable Components SQLite library libpocosqlited5 - The C++ Portable Components SQLite library, debug version libpocoutil5 - The C++ Portable Components Util library libpocoutild5 - The C++ Portable Components Util library, debug version libpocoxml5 - The C++ Portable Components XML library libpocoxmld5 - The C++ Portable Components XML library, debug version The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/poco - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/poco/poco_1.3.2+dfsg1-1.dsc I am also looking for a sponsor for the new version 1.3.2-1 of my package poco-doc (documentation for poco library). It builds these binary packages: libpoco-doc - Documentation for POCO - The C++ Portable Components The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/poco-doc - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/poco-doc/poco-doc_1.3.2-1.dsc I would be glad if someone uploaded this packages for me. Kind regards, -- Krzysztof Burghardt [EMAIL PROTECTED] http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: Custom Debian package installation
Hi,
So how can I actually check in my initscript that it is running during the
installation process so I can skip the start of my service at that time?
At the moment my postinst file looks like this:
#!/bin/sh
set -e
# Automatically added by dh_installinit
if [ -x /etc/init.d/red5 ]; then
update-rc.d red5 defaults /dev/null
if [ -x `which invoke-rc.d 2/dev/null` ]; then
invoke-rc.d red5 start || exit $?
else
/etc/init.d/red5 start || exit $?
fi
fi
# End automatically added section
And my service (red5) starts when I don't want it to.
Regards,
David
-Original Message-
From: The Fungi [mailto:[EMAIL PROTECTED]
Sent: Monday, 7 April 2008 8:38 AM
To: debian-mentors@lists.debian.org
Subject: Re: Custom Debian package installation
On Mon, Apr 07, 2008 at 07:43:34AM +1000, David Schulberg wrote:
I have a Debian package which starts a service set up by having
‘dh_installinit’ in my rules file.
I want the service to start every time my computer boots up.
Does it also have to fire up straight after I install the package?
I have a configuration file that is part of my package which needs
to be customised before I run the service that is installed by
the package so I don’t want to run the service until I have done
that.
The way this is usually tackled is to either have the initscript
refuse to start the service if not yet configured (but still exit
with an okay return value so package installation succeeds), or ship
a file in /etc/default/ sourced by the initscript and containing a
switch variable to make the initscript's start function a no-op
(until edited to turn it on).
--
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657);
SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]);
MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); }
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: awn-extras-applets
Julien Lavergne scrisse: Dear mentors, I am looking for a sponsor for my package awn-extras-applets. If nobody come up in the meanwhile, I'll take care of reviewing this in a bunch of days (coupling with already sponsored awn). My review queue is currently growing because of a couple of exams, but hopefully I'll go through it soon. Kind regards Julien Lavergne Ciao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgpSmiXMiQAcK.pgp Description: PGP signature
Re: Custom Debian package installation
Hi, On Wed, Apr 09, 2008 at 09:35:53PM +1000, David Schulberg wrote: So how can I actually check in my initscript that it is running during the installation process so I can skip the start of my service at that time? Using debhelper I'm not sure if that's possible at all. I would not consider it a bug if it isn't, because there's no good reason to ever need the information. You don't want is this run during the installation?, but is the configuration file already set up?. The usual method for doing this is described in the e-mail you quoted, and I quote it again below. The reason to do it this way, and not how you suggest, is that you cannot rely on the user to edit the configuration file before the next reboot. What if the user is in a hurry, but just installs the package and then shuts down. The next time he boots, he plans to edit the config file. But then the service is started with the default, which was wrong. This is easily avoided: if the default configuration is wrong (so it's really just a template), then the init script should not start until it's edited, no matter how oft it's tried. Another solution is to use debconf to create a sensible configuration file during the install. Then it is fine to start it after the install, because by that time a good file will be installed. Thanks, Bas -Original Message- On Mon, Apr 07, 2008 at 07:43:34AM +1000, David Schulberg wrote: I have a Debian package which starts a service set up by having ‘dh_installinit’ in my rules file. I want the service to start every time my computer boots up. Does it also have to fire up straight after I install the package? I have a configuration file that is part of my package which needs to be customised before I run the service that is installed by the package so I don’t want to run the service until I have done that. The way this is usually tackled is to either have the initscript refuse to start the service if not yet configured (but still exit with an okay return value so package installation succeeds), or ship a file in /etc/default/ sourced by the initscript and containing a switch variable to make the initscript's start function a no-op (until edited to turn it on). -- -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Re: RFS: jin
On Wed, Apr 9, 2008 at 6:03 AM, Bernhard R. Link [EMAIL PROTECTED] wrote: The package Depends: sun-java5-jre which according to packages.debian.org is only available in non-free yet, so this package could go at most into contrib. Yes, unfortunately, jin doesn't run on GIJ due to incomplete swing support. I'm hoping that icedtea/openjdk would eventually move this out of contrib. Thanks for your input and suggestions. I will have a new revision that addresses them soon. -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Default admin password for a webapp
Hi mentors, I'm currently packaging pixelpost (ITP #470214) which is a photoblog application written in php and using mysql. The installation process requires to create an 'admin' account in the database with, of course, a password. My question is: what do you think is the best solution to set this password? One solution, the easiest on the package development point of view, is to set a default password documented in the README.Debian. Of course, this is not beautiful and can be a security issue, especially if the user doesn't change it immediately... Another solution would be to use debconf to ask for a password during the configuration of the package. The level for the question would probably be medium. But if debconf is configured to show only questions with a level higher than critical, what will be the value of the password? Moreover in that case, how to inform the user of the default password? I guess some of you already faced this kind of situation, so your feedback is welcome :-) Thanks, Xavier signature.asc Description: Digital signature
Re: Custom Debian package installation
On Wed, Apr 09, 2008 at 09:35:53PM +1000, David Schulberg wrote:
So how can I actually check in my initscript that it is running
during the installation process so I can skip the start of my
service at that time?
You wouldn't. You'd add some intelligence to your initscript to
detect that the service hasn't been appropriately configured yet
(such as looking for a particular line in the config that would
always exist but always be changed from its default value), or by
having the initscript source a file your package provides in the
/etc/default directory which has an autostart=0 line (or similar)
and then use that variable in a conditional statement in the start
function of your initscript. There are many official packages in
Debian whose initscripts either won't automatically start a daemon
until it is configured, or won't start a daemon until you edit
/etc/default/something and reset a variable from 0 to 1. Finding
examples of these is left as an exercise for the reader (hint, look
in /etc/default on any Debian machine).
At the moment my postinst file looks like this:
As it should. More importantly, what does your initscript look like?
(Also, please don't Cc me--I read the list.)
--
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657);
SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]);
MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); }
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Default admin password for a webapp
Xavier Luthi [EMAIL PROTECTED] writes: I'm currently packaging pixelpost (ITP #470214) which is a photoblog application written in php and using mysql. The installation process requires to create an 'admin' account in the database with, of course, a password. Apparently based on the assumption that the installation will in all cases be monitored by a person babysitting the installation process. My question is: what do you think is the best solution to set this password? Since the above assumption is not necessarily true on a Debian system, and (as you point out) a debconf query for the password might not be answered at install time, you should have the package installed such that it allows *no* access until the password is chosen by the administrator. One solution, the easiest on the package development point of view, is to set a default password documented in the README.Debian. Of course, this is not beautiful and can be a security issue, especially if the user doesn't change it immediately... I would modify can be to is definitely a security issue. Don't do that. Installing applications with default passwords is not a valid approach for a 21st century package. Instead, in the absence of explicitly choosing a password, the application should be installed such that it will deny authentication until such a password is explicitly chosen. -- \ I got a postcard from my best friend, it was a satellite | `\ picture of the entire Earth. On the back he wrote, 'Wish you | _o__) were here'. -- Steven Wright | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Default admin password for a webapp
On Thu, Apr 10, 2008 at 12:37:41AM +1000, Ben Finney wrote: Xavier Luthi [EMAIL PROTECTED] writes: One solution, the easiest on the package development point of view, is to set a default password documented in the README.Debian. Of course, this is not beautiful and can be a security issue, especially if the user doesn't change it immediately... I would modify can be to is definitely a security issue. Don't do that. Installing applications with default passwords is not a valid approach for a 21st century package. Instead, in the absence of explicitly choosing a password, the application should be installed such that it will deny authentication until such a password is explicitly chosen. OK. Now let's suppose the password has not been set during the package configuration because debconf level was too high. The webapp won't allow any authentication becasue the password is not set. How to ask for a password? With a warning message on the administrative page of the webapp saying something like: 'Please run (as root) dpkg-reconfigure pixeplpost to set the password of the administrative user.' (priority is always 'low' for dpkg-reconfigure). Obviously, I cannot redirect the administrative page to a custom page to set the password as this would be also a security hole ;) -- Xavier signature.asc Description: Digital signature
RFS: xiterm+thai (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.08-1 of my package xiterm+thai. It builds these binary packages: xiterm+thai - X terminal program with Thai languague support The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/x/xiterm+thai - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/x/xiterm+thai/xiterm+thai_1.08-1.dsc I would be glad if someone uploaded this package for me. Kind regards Neutron Soutmun signature.asc Description: นี่คือ ส่วนข้ อความท ี่มีลา ยเซ็นด ิจิทัล กำกับ
RFS: libgpiv, gpiv and gpivtools
Dear mentors, I am looking for a sponsor of the following packages. Older packages of this software are already in Debian. It concerns here new upstream releases: Package: libgpiv-0.5.2 URL: http://libgpiv.sourceforge.net It builds the binary packages: libgpiv3, libgpiv3-dev: Description: Library for Particle Image Velocimetry (PIV) and libgpiv3-doc: Description: Documentation for libgpiv3 The package can be found on mentors.debian.net: http://mentors.debian.net/debian/pool/main/l/libgpiv The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/l/libgpiv/libgpiv_0.5.2-1.dsc Package: gpiv-0.5.2 URL: http://gpiv.sourceforge.net It builds the binary package: gpiv Description: Graphic User Interface program for Particle Image Velocimetry The package can be found on mentors.debian.net: http://mentors.debian.net/debian/pool/main/g/gpiv The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/g/gpiv/gpiv_0.5.2-1.dsc Package: gpivtools-0.5.2 URL: http://gpivtools.sourceforge.net It builds the binary package: gpivtools Description: Command line programs for Particle Image Velocimetry The package can be found on mentors.debian.net: http://mentors.debian.net/debian/pool/main/g/gpivtools The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/g/gpivtools/gpivtools_0.5.2-1.dsc The packages are lintian clean and are properly build and installed under a clean system, using pbuilder. I would be glad if someone could upload these packages for me. Kind regards, Gerber van der Graaf -- developer of Gpiv: software for Particle Image Velocimetry URL: http:/gpiv.sourceforge.net signature.asc Description: This is a digitally signed message part
Re: Default admin password for a webapp
On Wed, Apr 09, 2008 at 04:54:38PM +0200, Xavier Luthi wrote:
OK. Now let's suppose the password has not been set during the
package configuration because debconf level was too high. The
webapp won't allow any authentication becasue the password is not
set. How to ask for a password?
[...]
People doing new package installs under these conditions are
expected to know where to find and how to read documentation. A
clear message in README.Debian describing how to generate the
password hash, what file/database table to put it in, and whether
any running services need to be (re)started should be more than
sufficient, I would think.
--
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657);
SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]);
MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); }
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: webstrict
Dear mentors, I am looking for a sponsor for my package webstrict. * Package name: webstrict Version : 1.0-1 Upstream Authors : Usman Najib [EMAIL PROTECTED] jMehdi (ubuntuME) [EMAIL PROTECTED] * URL : http://www.ubuntume.com/webstrict * License : GPL-2 Section : x11 It builds these binary packages: webstrict - UI frontend to DansGuardian The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/webstrict - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/webstrict/webstrict_1.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards -- Mehdi Administrator of the Ubuntu Muslim Edition project www.ubuntume.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: pydance
I am looking for a sponsor so I can adopt the package pydance. It is a dancing simulator, much like the ones in the arcades, such as Dance Dance Revolution. It is programmed in python. It is published under the GNU General Public License v2. Upstream has not released anything in quite some time. The ITA is here: http://bugs.debian.org/388361 Upstream is here: http://www.icculus.org/pyddr/ I have already created a package which I believe is fit to be put into unstable. It fixes a few minor bugs, such as setting the standards version, and making myself the maintainer, as well as one bigger bug which caused pydance to crash when loading certain files. The dsc, source, and diff are here: http://wntrknit.freeshell.org/pydance_1.0.3-5.dsc http://ftp.debian.org/debian/pool/main/p/pydance/pydance_1.0.3.orig.tar.gz http://wntrknit.freeshell.org/pydance_1.0.3-5.diff.gz -Brandon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Default admin password for a webapp
Hi Xavier won't allow any authentication becasue the password is not set. How to ask for a password? With a warning message on the administrative page of the webapp saying something like: 'Please run (as root) dpkg-reconfigure pixeplpost to set the password of the administrative user.' (priority is always 'low' for dpkg-reconfigure). I've seen this used in other web applications, and I think this is a very nice solution to the problem. I would definately vote for this as a very good solution. Just my five cents Cheers, Andreas -- Andreas Wenning [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Default admin password for a webapp
Xavier Luthi [EMAIL PROTECTED] writes: The webapp won't allow any authentication becasue the password is not set. How to ask for a password? Some way that the administrator can do so separately from installing the package. Ideally, the installation would use the same API to set the administrative password if available during the install. With a warning message on the administrative page of the webapp saying something like: 'Please run (as root) dpkg-reconfigure pixeplpost to set the password of the administrative user.' (priority is always 'low' for dpkg-reconfigure). That would do the job at hand, but is unfortunately Debian-specific. Better would be to work with the upstream to address this at the source, such that the solution becomes part of the upstream distribution. That's up to you to determine whether you have the resources to do so. -- \ “It is difficult to get a man to understand something when his | `\ salary depends upon his not understanding it.“ —Upton | _o__) Sinclair, 1935 | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Custom Debian package installation
On Mon, 07 Apr 2008, David Schulberg wrote: I have a configuration file that is part of my package which needs to be customised before I run the service that is installed by the package so I don't want to run the service until I have done that. If everyone who installs this package is going to want the service running, then you should try to figure out a default configuration that works well enough and is conservative enough to start once the package has been installed initially. The only case where you shouldn't start the daemon are cases where there are substantial number of install where the daemon should not be started (like spamassassin) or where you can't possibly find a default configuration (this latter case is rare, and you should be asking questions using debconf to overcome it anyway.) Don Armstrong -- THERE IS NO GRAVITY THE WORLD SUCKS -- Vietnam War Penquin Lighter http://gallery.donarmstrong.com/clippings/vietnam_there_is_no_gravity.jpg http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libgpiv, gpiv and gpivtools
On Wed, Apr 9, 2008 at 11:24 PM, Gerber van der Graaf [EMAIL PROTECTED] wrote: I am looking for a sponsor of the following packages. Older packages of this software are already in Debian. It concerns here new upstream releases: You might want to ask people on the science list, join the pkg-science team and maintain the package collaboratively there. http://lists.debian.org/debian-science/ http://alioth.debian.org/projects/pkg-science -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: ext3grep
Dear mentors, I am looking for a sponsor for my package ext3grep. * Package name: ext3grep Version : 0.5.0-1 Upstream Author : Carlo Wood [EMAIL PROTECTED] * URL : http://code.google.com/p/ext3grep/ * License : GPL Section : admin It builds these binary packages: ext3grep - Tool to facilitate deleted file recovery on ext3 filesystems ext3grep-dbg - Debug symbols for ext3grep. The package appears to be lintian clean. The upload would fix these bugs: 470813 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/e/ext3grep - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/e/ext3grep/ext3grep_0.5.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Rich Ercolani -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pydance
On Thu, Apr 10, 2008 at 3:12 AM, Brandon [EMAIL PROTECTED] wrote: I am looking for a sponsor so I can adopt the package pydance. It is a dancing simulator, much like the ones in the arcades, such as Dance Dance Revolution. It is programmed in python. It is published under the GNU General Public License v2. Upstream has not released anything in quite some time. Perhaps you would like to join the debian games team and maintain the package in our repository? http://wiki.debian.org/Games -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ext3grep
On Thu, Apr 10, 2008 at 10:10 AM, [EMAIL PROTECTED] wrote: I am looking for a sponsor for my package ext3grep. You might want to join the forensic software packaging team and maintain your package there: http://alioth.debian.org/projects/forensics/ -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
