Re: RFS: phpmyid
Hi Dne Thu, 28 Aug 2008 23:41:43 +0200 Andreas Schildbach <[EMAIL PROTECTED]> napsal(a): > Hello Michal, > > On Thu, 2008-08-28 at 22:07 +0200, Michal Čihař wrote: > > > > > - also license information in debian/copyright does not seem to be > > > > sufficient, you should be more detailed (or use new machine readable > > > > format, see http://wiki.debian.org/Proposals/CopyrightFormat) > > > > > > Thanks a lot for this pointer. I've completely rewritten the copyright > > > file. One question though: Do I actually have to include the license > > > text for popular licenses? (in this case: GPL-any) > > > > Why do you use some random older revision of proposal? > > I'm afraid I don't understand. I am using the proposal from the page you > were referring. Other than the revision number from the example in the > proposal, I have no idea which newer revisions could possibly exist. You should point Format-Specification to version of wiki page you based your copyright file on. I guess it is current one, so there should be http://wiki.debian.org/Proposals/CopyrightFormat?action=recall&rev=226 > > > Yes you should include something like: > > > > License-Terms: GPL-2 > > On Debian and Debian-based systems, a copy of the GNU General Public > > License version 2 is available in /usr/share/common-licenses/GPL-2. > > Ok, thanks. The problem is, there is no text for 'GPL-any'. I am > inclined to write something to the effect of: > > "On Debian and Debian-based systems, a copy of the GNU General Public > Licenses are available in /usr/share/common-licenses." > > Would this be ok? I added this only as an example. There is also example for GPL-any on the wiki page, why to reinvent the wheel? Anyway to me it looks more like your package is GPL-2+. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Using debconf-set-selections in my package script
Hi, My package depends pure-ftpd, but only when it's using the standalone mode, which is annoying as this is NOT the default. Am I allowed to use debconf-set-selections somewhere in my package script to set it correctly? If yes, where's the correct place? I guess in the debian/config scripts? Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sid chroot
> Thank you Ricardo, > > That did the trick. > > However, now i wander whether would be appropriate to bring up this > inconsistency between the two tools. For instance the Debian Reference > document section 8.6.35.1 states: > > A chroot Debian environment can easily be created by the debootstrap > command in Sarge. For post-Sarge distributions, you may use cdebootstrap > command instead with appropriate option. For example, to create a Sid > chroot on /sid-root while having fast Internet access: > > However, on Etch cdebootstrap seems to fail while debootstrap works fine. I think it is known that debootstrap is better than cdebootstrap. For example, here is a quote from a recent email on debian-live:[0] "in general, you should always prefere debootstrap over cdebootstrap: debootstrap turned out to be better maintained, and it is the official tool of debian, also used by debian-installer, and it is slightly faster (although it's written in shell and cdebootstrap is C). second, debootstrap got updated in the first etch point release 4.0r1) and is thus recent enough to build a lenny or sid live system." 0. http://lists.debian.org/debian-live/2008/08/msg00249.html Personally I have used debootstrap without a problem a couple of times so I feel confident in its quality. I have never used cdebootstrap. > > if you think that this is important enough to be brought up then whom > shall i address? You may want to file a bug against cdebootstrap. Regards, Jeremiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: phpmyid
OoO En ce début d'après-midi ensoleillé du jeudi 28 août 2008, vers 15:04, Andreas Schildbach <[EMAIL PROTECTED]> disait : >> In debian/control, your dependencies are too strict. > I relaxed the dependencies. However, how can I know that my package > actually works with all HTTP daemons? I cannot test them all. It is not really your matter. You provide a configuration file for the one or several HTTP daemon and let the user handle other cases. The point here is to not force the user install Apache while he wants to use another daemon to run this package. >> I think that you should not ship htaccess file (or as documentation). >> It is usually better to put all configuration in Apache configuration >> file. For example, by default, rewrite rules are not authorized in >> htaccess. You can put the content of htaccess in your apache2.conf >> file for example. > What do you mean by "rewrite rules are not authorized"? Is it perhaps > better to not deviate from upstream in this case (htaccess comes from > upstream)? I could try to convince upstream to change this with the next > version. The default configuration of Apache does not allow to put rewrite rules in .htaccess files. In post-lenny, nothing will be authorized by default in .htaccess. Therefore, a user modifying .htaccess will get a non working configuration unless it also modifies an AllowOverride clause. Upstream ships .htaccess because it allows user to just unpack the soft in some directory and make it work without modifying anything else (but as pointed above, this won't work on a default Debian system). Since you are packaging the software for Debian, you don't need to use .htaccess because you can alter Apache configuration (usually by dropping a file in /etc/apache2/conf.d). There is no mandatory document about this. You can look at the draft policy here: http://webapps-common.alioth.debian.org/draft/html/ch-httpd.html -- No fortunes found pgpjiiPLoX9Zd.pgp Description: PGP signature
Re: Using debconf-set-selections in my package script
OoO En cette matinée ensoleillée du vendredi 29 août 2008, vers 09:37, Thomas Goirand <[EMAIL PROTECTED]> disait : > My package depends pure-ftpd, but only when it's using the standalone > mode, which is annoying as this is NOT the default. Am I allowed to use > debconf-set-selections somewhere in my package script to set it > correctly? If yes, where's the correct place? I guess in the > debian/config scripts? You are not allowed to alter another package unless this package provides a way to. For example, adding a file in ".d" directory or using some helper application like "a2enmod" for Apache. I suggest that you get in touch with pure-ftpd maintainer to get his mood on this. I suppose that using debconf-set-selections could be used after a debconf question. In the meanwhile, you can just add a note in README.Debian or use a debconf note to make the user aware that he should configure pure-ftpd in standalone mode (and you can display this notice only if it is not). Note also that depending on pure-ftpd does not guarantee you that pure-ftpd will be configured when you configure your own package. So debconf-set-selections can have an odd side effect (the question will not be displayed to the user). -- No fortunes found pgpk5KbMx3vxw.pgp Description: PGP signature
Re: RFS: plasma-netgraph
Hi Sune, thanks for tips :) Now all is OK... I hope :) I've uploaded updated version on mentors. Regards, Salvatore On Thu, 28 Aug 2008 23:25:48 +0200, Sune Vuorela <[EMAIL PROTECTED]> wrote: On 2008-08-28, Salvatore Ansani <[EMAIL PROTECTED]> wrote: Dear mentors, I am looking for a sponsor for my package "plasma-netgraph". * Package name: plasma-netgraph Version : 0.3-1 Upstream Author : John Varouhakis * URL : http://code.google.com/p/ivplasma/ * License : GPL Section : kde It builds these binary packages: plasma-netgraph - A plasmoid to display network usage Hi! Nice that people are starting packaging plasma thingies. But. That copyright file really needs some work. CMakeLists.txt is *not* a piece of documentation Why are you requiring all those X development packages? Your plasmoid isn't including any X headers. And this is just a first glance. /Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using debconf-set-selections in my package script
On Fri, 2008-08-29 at 15:37 +0800, Thomas Goirand wrote: > Hi, > > My package depends pure-ftpd, but only when it's using the standalone > mode, which is annoying as this is NOT the default. There may be a good reason why this is not the default - have you talked to the pure-ftpd maintainer(s) ? Can your package be patched to use the default mode? > Am I allowed to use > debconf-set-selections somewhere in my package script to set it > correctly? No - one package is not allowed to modify the configuration of a different package. You need to raise a debconf message, explaining what needs to be changed and how. You must also ensure that your package installs cleanly and can be removed/purged without errors *even if this option is denied*. Your script must not offer to do this task itself. (You would be allowed to restart other services but even this needs to be done with caution - see the problems with dbus and network-manager restarts). If the package is installed without the change in the other package - or if that change is reverted for some reason later on - the package must detect this and handle it cleanly. The package must operate (within limits) with the "wrong" option, at least to the point where a running process continues to run or a new process can provide useful feedback to the user and exit cleanly. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Re: Using debconf-set-selections in my package script
Neil Williams wrote: > On Fri, 2008-08-29 at 15:37 +0800, Thomas Goirand wrote: >> Hi, >> >> My package depends pure-ftpd, but only when it's using the standalone >> mode, which is annoying as this is NOT the default. > > There may be a good reason why this is not the default - have you talked > to the pure-ftpd maintainer(s) ? Can your package be patched to use the > default mode? I'll try. > >> Am I allowed to use >> debconf-set-selections somewhere in my package script to set it >> correctly? > > No - one package is not allowed to modify the configuration of a > different package. That's what I thought as well, and this is why I asked. > Your > script must not offer to do this task itself. (You would be allowed to > restart other services but even this needs to be done with caution - see > the problems with dbus and network-manager restarts). And that's my current problem. My package currently RESTARTS pure-ftpd when the user launches a userland script that have the purpose of configuring pure-ftpd-mysql. Now, what's the correct way to check if pure-ftpd-mysql is using inetd or is in standalone mode? Should I depend on debconf-utils and use debconf-get-selections, check if pure-ftpd has been configured (exit with an error message if not), and restart the daemon if needed? > If the package is installed without the change in the other package - or > if that change is reverted for some reason later on - the package must > detect this and handle it cleanly. Right, and that's my current concern. > The package must operate (within limits) with the "wrong" option, at > least to the point where a running process continues to run or a new > process can provide useful feedback to the user and exit cleanly. Then I do need to detect the current selected option, and I need to know how to do it CLEANLY (I know how to hack it, just not sure what is considered the clean way). Thanks for your useful answers and your time, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Becoming a new contributor
[EMAIL PROTECTED] wrote: > Out of curiosity, what benefits does it provide over, say, using > xview from the xloadimage package? Smaller binary or resident memory > size? Requires less processing power? Easier to use? Good question. (I am tentatively calling this program "photo-album", and for convenience I'll use that name here.) Benefit 1: A list of thumbnails to browse through. Benefit 2: Better image scaling. Find some photos larger than your screen and run "xview -global -shrink *.jpg". The first image shown will be scaled down. Now press "n". The second image reverts to full size. Also, xview scales by skipping/repeating pixels. photo-album uses this fast but rough method at first for performance; then, once it has had time for the calculation, it uses the slower but better-looking averaging/linear interpolation method. (Thanks to eog for the idea.) Benefit 3: Better desktop integration. By using EWMH hints, photo-album runs maximized (rather than 90% of screen size) and uses a thumbnail of the current image as the window's icon. (Again, thanks to gimp for the idea.) This is not to discredit xview. Even though photo-album is designed for older systems (I run it on a decade-old 300MHz system), it still looks obese next to xview. And xview has some advanced features that photo-album does not (and will not) have, such as loading images onto the root window. In the end, photo-album is meant to serve a more specific purpose than xview. xview can be used for many different things: viewing photos, setting desktop wallpapers, zooming in on faxes, etc. photo-album is intended, not to replace xview, but to do one particular thing -- viewing photos -- better. God bless, John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Becoming a new contributor
(I originally sent this email to [EMAIL PROTECTED] without the Cc to the mailing list. Sorry about the repeat.) [EMAIL PROTECTED] wrote: > Does this program have a homepage on the internet where it can be > downloaded ? > > Is it your work ? > > Have you registered a "request for package" (RFP) as described on this > page ? > http://www.debian.org/devel/wnpp/#l2 Yes, it is my work. No, it does not have a homepage on the Internet. I have no experience in setting up servers or webpages. No, I have not submitted a "request for package". This seems to be oriented toward situations where a program is already being distributed on the Internet and a third party would like to see it in Debian. God bless, John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Becoming a new contributor
On Fri, 2008-08-29 at 09:31 -0500, [EMAIL PROTECTED] wrote: > (I originally sent this email to [EMAIL PROTECTED] without the Cc to the > mailing list. Sorry about the repeat.) > > [EMAIL PROTECTED] wrote: > > > Does this program have a homepage on the internet where it can be > > downloaded ? > > > > Is it your work ? > > > > Have you registered a "request for package" (RFP) as described on this > > page ? > > http://www.debian.org/devel/wnpp/#l2 > > Yes, it is my work. No, it does not have a homepage on the Internet. It probably should - even just a bare webpage describing the program and somewhere to download it. > I have no > experience in setting up servers or webpages. There are numerous sites that can provide what you need without doing the configuration yourself. SourceForge and Alioth are two examples (although alioth is hosted by Debian it is not just for Debian packages or Debian packaging and it is easier and faster to setup than SF). > No, I have not submitted a > "request for package". You need at least an ITP - Intent to Package - bug filed against wnpp. > This seems to be oriented toward situations where a > program is already being distributed on the Internet and a third party would > like to see it in Debian. An ITP is a basic part of getting a package into Debian - it is particularly important for sponsorship. An ITP and an RFS together need to cover all the information a sponsor would need in order to review the package. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Re: RFS: phpmyid
On Fri, 2008-08-29 at 10:35 +0200, Vincent Bernat wrote: > The default configuration of Apache does not allow to put rewrite rules > in .htaccess files. In post-lenny, nothing will be authorized by default > in .htaccess. Therefore, a user modifying .htaccess will get a non > working configuration unless it also modifies an AllowOverride clause. Ok thanks, I dropped the original .htaccess from the binary deb and added similar instructions to the Apache example configuration. As soon as I get word from upstream about the licensing I'll upload a fixed version. Best regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Me presento
Hola me llamo Dario y acabo de llegar a la lista.Saludos a todos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
WNPP #495959 : dhcp_probe software
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello mentors, I would like to package the dhcp_probe software. I done several search about this package. It seems the upstream authors had modify the source code of the libnet 1.2.1 (already packaged in Debian). They have add one function to this library that is in the next release of libnet. But this one is alway a Release Candidate library version. I would like an advice about the manner to take the problem... Do you have any procedure, indications to solve my problem or anything else ? Thanks in advance. - -- Laurent Guignard, Registered as user #301590 with the Linux Counter Site : http://www.famille-guignard.org Blog : http://blog.famille-guignard.org Projet : http://sicontact.sourceforge.net GULL de Villefranche sur Saône : http://www.cagull.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIuE6ZjcKpXFc/7oYRAgVkAKCBARQXES9CbpVUy9ObzR9Q4fYo3gCePVK8 l8xOha+6W9G5fXfFUHpfE8k= =fIRY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: WNPP #495959 : dhcp_probe software
OoO En ce début de soirée du vendredi 29 août 2008, vers 21:31, Laurent Guignard <[EMAIL PROTECTED]> disait : > I would like to package the dhcp_probe software. > I done several search about this package. It seems the upstream authors > had modify the source code of the libnet 1.2.1 (already packaged in Debian). > They have add one function to this library that is in the next release > of libnet. But this one is alway a Release Candidate library version. > I would like an advice about the manner to take the problem... > Do you have any procedure, indications to solve my problem or anything > else ? Maybe you can arrange with libnet maintainer to upload this RC version into experimental. This will allow you to package dhcp-probe into experimental. The other solution would be to provide yourself a libnet package with this modification. However, this is likely to be rejected because this is just a more recent version of the current libnet library, not a forked one. -- I AM NOT A LICENSED HAIRSTYLIST I AM NOT A LICENSED HAIRSTYLIST I AM NOT A LICENSED HAIRSTYLIST -+- Bart Simpson on chalkboard in episode AABF04 pgpFHjQR7E3tl.pgp Description: PGP signature
Re: RFS: phpmyid
Vincent Bernat wrote: > OoO En ce début d'après-midi ensoleillé du jeudi 28 août 2008, vers > 15:04, Andreas Schildbach <[EMAIL PROTECTED]> disait : > >>> In debian/control, your dependencies are too strict. > >> I relaxed the dependencies. However, how can I know that my package >> actually works with all HTTP daemons? I cannot test them all. > > It is not really your matter. You provide a configuration file for the > one or several HTTP daemon and let the user handle other cases. The > point here is to not force the user install Apache while he wants to use > another daemon to run this package. > Depends: apache2 | httpd, php5 This should actually be apache2 | httpd-cgi, php5; as a simple httpd like dhttpd Provides: httpd but won't be of any use when the user wants to run php5-cgi (which is the only web server non-apache SAPI of php being shipped atm). > >>> I think that you should not ship htaccess file (or as documentation). >>> It is usually better to put all configuration in Apache configuration >>> file. For example, by default, rewrite rules are not authorized in >>> htaccess. You can put the content of htaccess in your apache2.conf >>> file for example. > >> What do you mean by "rewrite rules are not authorized"? Is it perhaps >> better to not deviate from upstream in this case (htaccess comes from >> upstream)? I could try to convince upstream to change this with the next >> version. > > The default configuration of Apache does not allow to put rewrite rules > in .htaccess files. In post-lenny, nothing will be authorized by default > in .htaccess. Therefore, a user modifying .htaccess will get a non > working configuration unless it also modifies an AllowOverride clause. > > Upstream ships .htaccess because it allows user to just unpack the soft > in some directory and make it work without modifying anything else (but > as pointed above, this won't work on a default Debian system). Since you > are packaging the software for Debian, you don't need to use .htaccess > because you can alter Apache configuration (usually by dropping a file > in /etc/apache2/conf.d). The file is actually useless as it only provides a couple of examples on what "need to add" when php5-cgi is used (it actually doesn't make any sense that you need those). > > There is no mandatory document about this. You can look at the draft > policy here: > http://webapps-common.alioth.debian.org/draft/html/ch-httpd.html ... Besides that, taking a quick look at the code: > // if neither, offer the trust request > $q = strpos($profile['req_url'], '?') ? '&' : '?'; wrong assumption, strpos returns false but might also return 0 which in that case would be evaluated just like false. Oh, and by looking at the code: > # 'allow_gmp' => false, > # 'allow_test'=> false, > # 'allow_suhosin' => false, Enabling allow_gmp requires the user to have the php5-gmp extension installed, so it might be a good idea to Suggests (probably not Recommends as it can fall back to use bcmath which is a built-in extension of the php5 packages) it. I don't see any real reason for this: > $extension_b = array('suhosin'); > foreach ($extension_b as $x) { > if (extension_loaded($x) &! $profile["allow_$x"]) > error_500("phpMyID is not compatible with '$x'"); > } > phpMyID is NOT compatible with Suhosin or other hardened PHP systems (Debian > users take note). > *) Received error: "phpMyID is not compatible with 'suhosin'" > >Suhosin is a security add-on for PHP which, amongst other things, removes >PHP's ability to open and access multiple sessions at one time. Simply put, >phpMyID is reliant upon this feature, and will therefore not work with a >hardened PHP. > >To make phpMyID work with Suhosin, you can try the following: >1) Set the profile key 'allow_suhosin' to "true" in your config file. >2) Set "suhosin.session.encrypt Off" in either your PHP/Suhosin config file, > or as a php_flag in your httpd.conf (or .htaccess). > >See: https://www.siege.org/forum/viewtopic.php?pid=3167 You should really clarify that. Anyway, the code is prone to XSS attacks (I could actually be more specific if you want me to, but better let upstream review all the code) on the html it prints and the headers it sends. It even relies on HTTP_HOST and doesn't perform any sanity check on it. IMHO the code is not ready to be uploaded as there are security issues that need to be addressed first and not after it is uploaded to Debian. Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: wordpress-openid
Andreas Schildbach wrote: > Dear mentors, > > I am looking for a sponsor for my package "wordpress-openid". > > * Package name: wordpress-openid > Version : 2.2.1-1 > Upstream Author : Will Norris, Alan J. Castonguay, Factory Joe > * URL : http://wordpress.org/extend/plugins/openid/ > * License : GPL & modified BSD, Apache License 2.0 > Section : net > logic.php: script prints the content of QUERY_STRING directly probably without any kind of sanitation. interface.php: similar issue when printing $_REQUEST['page'] logic.php: I don't understand why there's such kind of, bogus, exception: > // use email address for username if URL is from emailtoid.net > $username = $identity_url; > if (null != $_SESSION['openid_login_email'] and strpos($username, 'http://emailtoid.net/') == 0) { > if($user_data['user_email'] == NULL) { > $user_data['user_email'] = $_SESSION['openid_login_email']; > } > $username = $_SESSION['openid_login_email']; > unset($_SESSION['openid_login_email']); > } Also, the strpos usage is completely incorrect, see the following example: $ php -n -r '$foo="bar"; var_dump(strpos($foo, "moo") == 0);' bool(true) $ php -n -r '$foo="bar"; var_dump(strpos($foo, "moo") === 0);' bool(false) (again) logic.php: > if( strpos( $claimed_url, '@' ) ) { and > if (strpos($wp_version, '2.5') != 0) { are also incorrect. files/jquery.xpath.*: files are jquery plugins that should be shipped in a separate package. files/jquery.textnode.*: same as above, but I couldn't find its homepage > > Kind regards > Andreas Schildbach > > > P.S. there is also phpmyid, an OpenID identity provider, still waiting to > be sponsored: > http://mentors.debian.net/debian/pool/main/p/phpmyid Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Becoming a new contributor
<[EMAIL PROTECTED]> writes: > (I originally sent this email to [EMAIL PROTECTED] without the Cc to > the mailing list. Sorry about the repeat.) Better still would be to follow the code of conduct for the mailing lists http://www.debian.org/MailingLists/#codeofconduct> and, instead of also sending a copy individually to the person, use your mail program's "Reply to list" feature to send the message only to the list. Thanks for considering the matter as you did, though. -- \ “Contentment is a pearl of great price, and whosoever procures | `\it at the expense of ten thousand desires makes a wise and | _o__) happy purchase.” —J. Balguy | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
New package : aodv-uu / looking for a mentor
Hello, I packaged the aodv-uu software (Ad-hoc On-demand Distance Vector Routing) for my own needs. Here is the official project page : http://core.it.uu.se/core/index.php/AODV-UU This is a routing protocol based on RFC3561 for Ad-Hoc networks. This implementation seems to be the "best" available. Aodv share the same goal as olsrd, even if the technique used is very different. This is why Holger Levsen (olsrd maintener) is on copy (hello). I think it would be a good idea to make it available for every Debian users. The binaries for Etch i386, and the source package (which builds on Lenny) are both available from my repository (on my quite slow connection) : http://debian.azertyfab.net/pool/main/a/aodv-uu/ This is the last upstream version. There is two binary packages : - aodvd-uu : the daemon, - aodv-uu-source : the kernel module source for module-assistant I am thus looking for a mentor/sponsor to publish this package into Debian. Holger? :) Please CC me on your answer. Cheers, Fabien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New package : aodv-uu / looking for a mentor
Hello again, I just managed to upload my aodv-uu package on mentors.debian.net. I also picked up the magic template : From: Fabien Cellier <[EMAIL PROTECTED]> To: debian-mentors@lists.debian.org Subject: RFS: aodv-uu Dear mentors, I am looking for a sponsor for my package "aodv-uu". * Package name: aodv-uu Version : 0.9.5 Upstream Author : [Erik Nordström <[EMAIL PROTECTED]>] * URL : [http://core.it.uu.se/core/index.php/AODV-UU] * License : [GPL] Section : main/net It builds these binary packages: aodv-uu-source - Source for the aodv-uu kernel module aodvd-uu - Ad-hoc On-demand Distance Vector Routing daemon (aodvd) The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/aodv-uu - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/aodv-uu/aodv-uu_0.9.5.dsc I would be glad if someone uploaded this package for me. Kind regards Fabien Cellier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: WNPP #495959 : dhcp_probe software
Another hacky solution would be to get the Debian libnet maintainer to build two variants of libnet, one with the patch (for dhcp-probe) and one without (for everyone else). Ultimately the proper solution is for libnet to get a new upstream release; please work with libnet upstream to make this happen so you can package dhcp-probe. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xinha
Hi Mathieu, Mathieu PARENT wrote: > Dear mentors, > > I am looking for a sponsor for my package "xinha". > > * Package name: xinha > Version : 0.95~rc2-1 Version 0.95 has now been released, could you please update the package? DD's: can anyone take a look at the package when updated? there are several packages shipping their own copy of xinha or htmlarea and would be nice to have just one copy in the whole archive. > * URL : http://xinha.webfactional.com/ > * License : BSD > Section : web > > It builds these binary packages: > xinha - powerful WYSIWYG HTML editor > > The package appears to be lintian clean. > > The upload would fix these bugs: 479708 (ITP: xinha -- powerful > WYSIWYG HTML editor) > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/x/xinha > - Source repository: deb-src http://mentors.debian.net/debian unstable > main contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/x/xinha/xinha_0.95~rc2-1.dsc > > I would be glad if someone uploaded this package for me. > > Kind regards > Mathieu Parent Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]