Re: Re: RFS: furl
Thanks everyone for your replies, this helped me understand more about the maintainer job. I will pay more attention to total duplicate programs before maintaining them. I'll stop maintaining furl. Thanks again. -- Weboide (Arnaud Soyez) webo...@codealpha.net [Using: Linux ~ Ubuntu 8.10] Launchpad page: https://launchpad.net/~weboide -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: RFS: furl
On Sat, Dec 27, 2008 at 09:03:36AM -0500, Weboide wrote: Thanks everyone for your replies, this helped me understand more about the maintainer job. I will pay more attention to total duplicate programs before maintaining them. I'll stop maintaining furl. If it's much consolation your packaging was basically sound, just a few bits you need to address. So hopefully you have something useful for next time. You could still use your package yourself (dpkg -i .deb), it just isn't a cadidate for the general archive. Next time it is wise to retitle your chosen RFP into an ITP (intent to package), which means developers can give you some immediate feedback about its suitability before you even start work. I hope this hasn't put you off packaging something else instead! -- Jonathan Wiltshire PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52 Sending of encrypted mail is encouraged signature.asc Description: Digital signature
Re: Re: Re: RFS: furl
You could still use your package yourself (dpkg -i .deb) Yeah actually I put some of the packages I do on my PPA (launchpad) so anyone can access it. So I've put this one too. Next time it is wise to retitle your chosen RFP into an ITP I also did that too, I changed it back to RFP before closing the bug (maybe it wasn't necessary). I hope this hasn't put you off packaging something else instead! I like packaging, it's just hard to find something worth packaging and well distributed (using makefile's...). I need to give a try at fixing/upgrading packages. Thanks for all this information. -- Weboide (Arnaud Soyez) webo...@codealpha.net [Using: Linux ~ Ubuntu 8.10] Launchpad page: https://launchpad.net/~weboide -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: RFS: furl
Russ Allbery writes Jonathan Wiltshire writes: What does furl do that other packages can't? We already have curl, lynx, wget and even telnet can be used to dump headers. Can you justify having this package in the archive? Also, HEAD from the libwww-perl package, which is designed for exactly this purpose. I requested furl because I think it is much easier to use than the alternates. I know other programs does simular tasks, but furl formates the outbut better. Also, it does not require any deeper knowledge to get it working. furl address, simple. Why include Konqueror when Firefox does a similar enough task to make it work? ... -- Daniel Aleksandersen -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re: RFS: furl
On Sun, Dec 28, 2008 at 6:18 AM, Daniel Aleksandersen wrote: I requested furl because I think it is much easier to use than the alternates. I know other programs does simular tasks, but furl formates the outbut better. Also, it does not require any deeper knowledge to get it working. furl address, simple. HEAD is just as simple: $ HEAD www.google.com wget is almost as simple, and you could setup an alias to make it so: wget -S www.google.com alias furl=wget -SO /dev/null furl www.google.com -- 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
Re: Re: RFS: furl
Thanks for replying this quick. I chose to package this because this was a RFP and it was a small and useful tool for getting HTTP headers, and doesn't use many libraries. I agree that some other programs do the same thing and surely more than that. What do you suggest? Should I stop working on it? Note: I've got a question. This is not a complaint at all, I try to understand the process: Do we (= new package maintainers) have to check RFPs and see if they're really useful? What if not? They stay open till someone else tries to package it and gets rejected? Thanks for your help. -- Weboide (Arnaud Soyez) webo...@codealpha.net [Using: Linux ~ Ubuntu 8.10] Launchpad page: https://launchpad.net/~weboide -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org