Re: RFS: i2p
On Wed, Nov 24, 2010 at 04:23:15AM +, hungryh...@i2pmail.org wrote: Right, but I can't seem to figure out how to make it non-native. I think the problem is the missing .orig in the .tar.gz filename that dpkg-buildpackage produces, but I haven't been able to get dpkg-buildpackage to add it. You should create such file. Simply rename your original file. Then dpkg-buildpackage won't build it as native. regards fEnIo -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 signature.asc Description: Digital signature
Re: RFS: radiotray
On Thu, May 06, 2010 at 03:09:53AM -0500, Elías Alejandro wrote: I am looking for a sponsor for my package radiotray. * Package name: radiotray Version : 0.5.1-1 Upstream Author : Carlos Ribeiro carlosmribei...@gmail.com * URL : http://radiotray.sourceforge.net/ * License : GPL-1 Section : sound It builds these binary packages: radiotray - online radio streaming player that runs on a Linux system tray The package appears to be lintian clean. The upload would fix these bugs: 579182 My motivation for maintaining this package is: I think it is a awesome aplication for Debian. [...] Checked and uploaded. regards fEnIo -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 signature.asc Description: Digital signature
Re: RFS: ipwatchd
On Sat, Feb 27, 2010 at 01:10:29PM +0100, Jaroslav Imrich wrote: Dear mentors, I am looking for a sponsor for my packages ipwatchd. * Package name: ipwatchd Version : 1.2-1 Upstream Author : Jaroslav Imrich ja...@jariq.sk * URL : http://ipwatchd.sf.net * License : GPL2 Section : net It builds these binary packages: ipwatchd - IP conflict detection tool The package appears to be lintian clean. The upload would fix these bugs: 569779 My motivation for maintaining this package is: As you may know Linux kernel does not react to Gratuitous ARP requests neither IP conflicts and therefore very often a network administrator is left in the complete ignorance by the Linux kernel and needs to troubleshoot IP conflict the hard way. I've written user-space solution for this problem - simple daemon called IPwatchD. I am the upstream author, maintainer in Ubuntu and I would be glad to maintain this package also in Debian. Just fix lintian warnings/errors and I will upload it (both ipwatchd and gnotify-ipwatch) for you. regards fEnIo -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 signature.asc Description: Digital signature
Re: RFS: enna
On Tue, Jan 05, 2010 at 02:35:10PM +0100, Davide Cavalca wrote: Dear mentors, Hello. I am looking for a sponsor for my package enna. * Package name: enna Version : 0.4.0-1 Upstream Author : The Enna Project * URL : http://enna.geexbox.org * License : LGPL v2.1 or later Section : video [...] The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/e/enna - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/e/enna/enna_0.4.0-1.dsc Please note that Enna requires libplayer and libvalhalla (which itself requires libnfo). These three packages are all on mentors awaiting for a sponsor (I filed RFS for them a while ago but nobody replied). I'm really interested in these packages, and you can contact me privately with future uploads. I'm going to look into needed libraries first to make it possible to upload enna. [...] I would be glad if someone uploaded this package for me. Even if you aren't inclined to upload, any criticism is welcome. Please CC me on any replies. I should have some comments for at least one library today. Just wait for mail from me ;) regards fEnIo -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 signature.asc Description: Digital signature
Re: Looking for a sponsor
On Tue, Dec 29, 2009 at 11:40:39AM +, Tadeusz Struk wrote: Hi Guys, My name is Tadeusz Struk. I'm looking for a sponsor for a Small Privacy Guard (http://sourceforge.net/projects/spg/) This software allows to encrypt/decrypt files as well as generate/verify signature of a file. It uses Elliptic Curve Cryptography for asymmetric operations and implements ECIES and ECDSA algorithms on both jocobian and affine coordinates as described in Guide to Elliptic Curve Cryptography by Alfred Menezes, Darrel Hankerson Scott Vanstone. And where can we find some preliminary packages for review? What kind of sponsoring did you mean? regards fEnIo -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 signature.asc Description: Digital signature
Re: RFS: moc
On Sat, Jun 21, 2008 at 02:57:23AM +0200, Elimar Riesebieter wrote: I am looking for a sponsor for my package moc. * Package name: moc Version : 1:2.5.0~alpha3-3 Upstream Author : Damian Pietras [EMAIL PROTECTED] * URL : http://moc.daper.net * License : GPL Section : sound It builds these binary packages: moc- ncurses based console audio player moc-ffmpeg-plugin - ncurses based console audio player - ffmpeg plugin The package appears to be lintian clean. The upload would fix these grave bugs: 485059, 487205 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/moc - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/moc/moc_2.5.0~alpha3-3.dsc I would be glad if someone uploaded this package for me. Uploaded. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: moc (updated package)
On Sat, May 24, 2008 at 10:03:21PM +0200, Elimar Riesebieter wrote: I am looking for a sponsor for the new version 1:2.5.0~alpha3-2 of my package moc. [...] I would be glad if someone uploaded this package for me. Uploaded. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: vexim
On Fri, Apr 25, 2008 at 07:04:31PM +0200, Daniel Knabl wrote: after a long while I'm again searching for someone willing to sponsor and/or upload vexim to Debian. you can find the latest files here: http://tirolinux.net/~daniel/vexim/ * http://tirolinux.net/~daniel/vexim/vexim_2.2.1-5.1.dsc * http://tirolinux.net/~daniel/vexim/vexim_2.2.1-5.1.tar.gz * http://tirolinux.net/~daniel/vexim/vexim_2.2.1-5.1_i386.changes the original tarball can be found here: * http://www.silverwraith.com/vexim/vexim2.2.1.tar.gz any hints and tips are really welcome, also suggestions for further improvement and features. anyone willing to contribute, please visit our pages at a.d.o: * https://alioth.debian.org/projects/pkg-vexim/ Any reason to make it native package? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: simutrans (ITP #437627)
On Fri, Feb 29, 2008 at 01:32:34PM +0100, Ansgar Burchardt wrote: I'm looking for a sponsor for my package simutrans (ITP #437627). * Package name: simutrans Version : 99.18~0.svn1661-1 Upstream Author : Simutrans Team [EMAIL PROTECTED] * URL : http://www.simutrans.com/ * License : Artistic Section : games Did you find sponsor already? I'm willing to sponsor it if not. Contact me privately. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: aufs
On Sun, Apr 15, 2007 at 04:00:06PM +0200, Julian Andres Klode wrote: I am looking for a sponsor for my package aufs. * Package name: aufs Version : 0.0.cvs20070409-1 Upstream Author : Junjiro Okajima [EMAIL PROTECTED] * URL : http://aufs.sourceforge.net/ * License : GPL Section : misc It builds these binary packages: aufs-source - Source for the aufs driver aufs-tools - Tools to manage aufs filesystems aufs-unionctl - Tools to manage aufs filesystems The package is lintian clean. The upload would fix these bugs: 419368 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/aufs - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/aufs/aufs_0.0.cvs20070409-1.dsc I would be glad if someone uploaded this package for me. Don't you think that few lines about what aufs is, would be useful? regard fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Procedure for adopting a package?
On Sun, Jul 02, 2006 at 12:11:36PM -0400, Ryan Coyner wrote: Hello Mr. Fenski Hi. As the maintainer of the package calcurse (at least until yesterday) I was surprised, both good and bad, this morning to check my email and find that a new version of calcurse has been uploaded to Debian. I was surprised in a good way because the upload of version 1.4 was overdue and is now complete. That's great for the users of calcurse. The delay in packaging the update was entirely my fault and had to do with personal circumstances. My personal problems aside, it's great that a upload of calcurse occured to get the unstable package up-to-date. I was surprised in a bad way because with the new upload of version 1.4, I see that I have been replaced as the maintainer of the package. I thought that there was a process, at least informal and out of courtesy if not actually formal, where someone desiring to take over a package would contact the present maintainer and ask if he/she would be willing to part with the package. Either the present maintainer would agree and give up the package or not agree and hopefully invite the person to either co-maintain or assist with the package in some other way. I tried to contact you several times. Mails sent to your address were bouncing all the time. I contacted your sponsor and talked about it with him. As a conclusion we decided that I can hijack this package. Please let me know if I've misunderstood the adoption process. I absolutely love the Debian project and look forward to contributing my time and effort to it in the future. However I must admit that I'll think twice about packaging software in the future if there is indeed a policy where a DD can simply take over maintainence of a package without even sending me a courtesy email. From the bug reports you've filed against calcurse it's clear to me that you probably are the perfect person to maintain it, so in the final analysis I have no issue with you becoming the maintainer. But like I said, I thought there was a process regarding adoption. Please don't feel offended. I tried to contact you several times and I hijacked this packaged because I couldn't do that. Feel free to reupload calcurse with you in the maintainer line again. I'm willing to sponsor your upload if you want. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Package in new queue needs update
On Wed, Mar 15, 2006 at 02:17:17PM +0100, gregor herrmann wrote: One of my packages is in the new queue, and now it needs a tiny change (a library it build-depends on changes it's package name). Can I use the same Debian revision for the updated package or do I have to bump the revision number (or is there anything else to do this)? Simply upload new package with bumped revision number. There are plenty of such packages in NEW queue. Just take a look at http://ftp-master.debian.org/new.html regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: gaim-snapshot (possible) newbie question
On Fri, Mar 10, 2006 at 05:18:01PM +0100, Marco Cabizza wrote: Hello, Hi. I'm trying to apply to the NM program so this whole email is quite newbie-ish. I've been making some gaim debs for the cvs version lately. It's quite stable and usable by now. Can this be a good candidate for experimental? Uploading such package would be considered as hijacking someone's else package. The current maintainer of gaim (Robert McQueen) should be first person to contact with such idea. So IMHO this is very bad package for starting NM process. [...] regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFC: arpoison
On Thu, Feb 02, 2006 at 07:40:17PM +0100, Pieter-Augustijn Van Malleghem wrote: I'm trying to package arpoison 0.6 (arpoison.sf.net). So far, so good: everything seems to work. I uploaded it to mentors.debian.net. If any of you would like to have a look .. Someone already told you in your ITP bugreport that full description of the package is one of the requirenment that you didn't pass. So now I'm telling you that it's also requirenment for RFC/RFS on this list. Please be more verbose whenever you ask for comments/sponsoring, cause not everyone wants to google to find basic informations about your package. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: base64, utility for encoding to and decoding from base64
On Thu, Dec 29, 2005 at 08:21:21AM -0500, Joey Hess wrote: This command line application encodes and decodes base64 and can be used in redirects and pipes etc. Can't you just use uuencode -m and uudecode? Or openssl. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: changes to upstream sources/HOWTO patch
On Mon, Dec 19, 2005 at 10:56:24AM +0100, Bastian Venthur wrote: Can someone explain to me how to apply patches to upstream sources the right way or point me to an appropriate document? `apt-get install dpatch` You've got some examples in /usr/share/doc/dpatch/ then. You can also take a look at some packages which build depend on dpatch. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: billard-gl -- 3D billiards game
On Mon, Dec 19, 2005 at 01:29:09PM +0100, Thierry Reding wrote: I'm looking for a sponsor for billard-gl. The new version, which can be found at[0] does no longer depend on xlibs-dev. The package builds clean in pbuilder and has no lintian or linda warnings. Uploaded. Since I'm mentioned as uploader don't hesitate to contact me privately whenever you have new version for upload. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Question about skim.
On Sun, Nov 13, 2005 at 01:18:12AM +, Sune Vuorela wrote: A chroot is a nice solution - I use it for many things. the program 'debootstrap' can help you building a chroot. just: mkdir sid-chroot sudo debootstrap sid sid-chroot http://yournearestmirror. sudo chroot sidchroot in here, you can create a user account, install packages and whatever you like. I would suggest pbuilder for this task. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: Sirc -- A perl irc client
On Mon, Oct 31, 2005 at 06:15:27AM +0100, Rudolf Weeber wrote: Sirc was offered for adoption by the QA team. I prepared a new version, closing a few of the bugs filed against it. As I'm not yet a DD, I'm looking for someone to check it, and sponsor the upload, wehn everything is right. You cann Download it from: www.faveve.uni-stuttgart.de/~rudolf/sirc_2.211.orig.tar.gz www.faveve.uni-stuttgart.de/~rudolf/sirc_2.211-8.diff.gz Could you please put .dsc file there too? It makes it easier to decompress whole package and apply diff. One minor problem. If you're going to adopt this package (and seeing at bugreport 253955 it seems so), then please close this bug in your changelog preferably with something like that: * New maintainer (Closes: #253955) Otherwise package looks good and if you still don't have a sponsor you can write to me privately and I'll upload it. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: duplicate library code in a package
On Wed, Sep 28, 2005 at 12:19:08PM -0400, Roberto C. Sanchez wrote: Is it a Bad Thing to use that library instead of depending on the official packaged one? Yes(TM), it is a Bad Thing(TM). If the official library is suitable, then use it. It will: - absolve you of providing security support for the duplicate code - make the resulting binary packages fewer or smaller - save space on end user systems and repository mirror sites - save someone's memory from loading another library Cause usually they're linking it statically which is another Bad Thing(TM). regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: Kat -- Desktop Search Enviroment for KDE
On Fri, Sep 23, 2005 at 09:48:30PM +0200, Laszlo Boszormenyi wrote: Offtopic: anyone knows a similar application, but for Gnome? http://beaglewiki.org/Main_Page Already in Debian. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: packet versions
On Tue, Sep 20, 2005 at 02:40:19PM +0200, Roland Pontes wrote: a question about numbering my packet versions. i have an own apt-server for my own enviroment. i want to modify openvpn and several other packages (openvpn_2.0-1_i386.deb ). is there a guideline for numbering my new openvpn packages and so on. (it's only for me) or can i version the packages, how i want? I doubt there is some official guideline, so the short answer is you can version them as you want. However consider that some packages can depend on particular version of other packages. Thus changing version from 2.0-1 to 1.0my_package-1 could break something which depends on let's say version 1.5. I would use versioning scheme similar to that used on backports.org. 2.0-1 - 2.0-1.my.1. But, new version (2.0-2) will overwrite your package. You can however put your package on hold, and if new version appears recompile it again. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Sponsorship for 2 important uploads and 1 less important
On Mon, Aug 22, 2005 at 06:41:25PM +0200, Artur R. Czechowski wrote: A person which I usually bother to upload my packages is on holidays now and I have two packages to upload ASAP. php4-rrdtool and rrdcollect depend on librrd, which has changed SONAME last days and my packages are uninstallable and FTBFS now. The other package is less important: lwatch. I ITP-ed it a long time ago and it would be nice to have it uploaded into repository. All packages wait for sponsors on http://blabluga.hell.pl/upload/ Please, pick up any of three, and upload it. Did you find sponsor already? If not please contact me privately and I'll upload your packages. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: apt-get remove (including dependancies)
On Fri, Aug 19, 2005 at 07:23:08PM +0200, Ram Kumar DANGETI wrote: Is there a way to remove a package and all its dependencies ? with apt-get remove we can remove the base package, but I just want to know how we can remove the base package as well as all the dependencies which where installed along with this base package. Start using aptitude instead of apt. It can remember what dependencies came with package. And please ask such questions on debian-user mailing list. That's not proper place for them. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: sponsors.debian.net beta
On Wed, Aug 17, 2005 at 11:20:48AM +0100, Neil McGovern wrote: http://sponsors.debian.net is now around 90% finished, so I'm looking for people to try and break it :) Great ;) [...] So, please pop along and register. I've just played with it a little, and AFAICS it doesn't support several sponsors for one package, does it? Also maybe some mail-based handling (as in our BTS) of entries would be helpful, since I really don't like web-based interfaces. Anyway sponsors.debian.net seems to be great idea and let's wait for feedback from sponsorees ;) Maybe you should post this announce on d-devel too. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Applicant looking for sponsor
On Wed, Aug 17, 2005 at 01:43:40PM -0300, [EMAIL PROTECTED] wrote: The package I am seeking sponsorship for calculates and displays the size of files and or directories (supports multiple) and the total of the files/directories specified - I grew tired of stringing together commands and my alias configuration across machines gets out of date quickly. I have been a avid Debian user for several years and am eager to begin contributing to this wonderful community. Any feedback or assistance would be greatly appretiated. If you're looking for sponsor then show us what have you done alredy. Link do your package (orig.tar.gz/diff.gz/.dsc) is a must. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: secpanel -- A graphical user interface for SSH and SCP
On Tue, Aug 16, 2005 at 03:28:58PM +0200, pedro silva wrote: hello! 2005/8/16, Roberto C. Sanchez [EMAIL PROTECTED]: It appears that the package is already in Debian, though it has been orphaned. You may want to state that, as I was confused why someone would be requesting a sponsor for a package that already exists. Yes. This package already exists in debian archive, but in a previous version. It has been orphaned, and i'm trying to adopt it. But as long as i'm not a dd, i need a sponsor to upload/review it... could you help me with it? Could you please stop sending mails in HTML format? Are you going to fix some outstanding bugs? Did you test if they're already fixed? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Request for sponsor: flpsed
On Sat, Aug 13, 2005 at 12:16:31PM +0200, Morten Brix Pedersen wrote: I already have a flpsed package in unstable. Unfortunately my usual sponsor, Bill Allombert, is unavailable to do a new upload. The new package fixes grave bug #321430 (uninstallable due to C++ ABI transition). If it fixes it then why don't you close it in changelog entry? The package was built before that bug was reported. I had in mind to close the bug manually when the package is uploaded. If you want me to re-built the package just to update the changelog; I can do that. Preferred way of closing bugs is proper changelog entry. I added it myself. And how you can be sure that it's gonna be rebuilt with new fltk? Please put proper version in Build-Depends line. It's possible that some autobuilders still have old version of -dev package. As far as I know, there is no new devel package. Only the binary depend on libfltk1.1 is needed, which will be filled in automatically by shlibs. There is nothing to change in build-depends. You should ensure that proper version will be used yourself. It is possible that some autobuilders still didn't recompile their libfltk package and old one will be used. This way some archs will have fixed package (with new ABI) and some still not. This isn't the case this time, cause all autobuilders rebuilt their fltk packages, but it's always better to ensure. I added correct version of needed libfltk to Build-Depends line. You can also bump your Standards-Version. 3.6.2 is actual. `zless /usr/share/doc/debian-policy/upgrading-checklist.txt.gz` Thanks. I will do this for the next update of the package, but not now. Ok. The package can be found at: http://wtf.dk/~mbp/my_debs/flpsed/flpsed_0.3.5/ Thanks. Fix above issues and contact me privately if you still don't have sponsor. If you still feel that there is problems with the above mentioned issues, please tell me so. I fixed those issues and uploaded package. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Request for sponsor: flpsed
On Fri, Aug 12, 2005 at 12:31:03PM +0200, Morten Brix Pedersen wrote: Hi, Hello. I already have a flpsed package in unstable. Unfortunately my usual sponsor, Bill Allombert, is unavailable to do a new upload. The new package fixes grave bug #321430 (uninstallable due to C++ ABI transition). If it fixes it then why don't you close it in changelog entry? And how you can be sure that it's gonna be rebuilt with new fltk? Please put proper version in Build-Depends line. It's possible that some autobuilders still have old version of -dev package. You can also bump your Standards-Version. 3.6.2 is actual. `zless /usr/share/doc/debian-policy/upgrading-checklist.txt.gz` The package can be found at: http://wtf.dk/~mbp/my_debs/flpsed/flpsed_0.3.5/ Thanks. Fix above issues and contact me privately if you still don't have sponsor. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: pbuilder fails when looking for X / XOpenDisplay
On Sat, Aug 06, 2005 at 12:06:58PM -0400, Kevin Coyner wrote: I've just started using pbuilder to build my packages and have run into the following error when trying to build a package: checking for sigaction... yes checking for strftime... yes checking for X... no checking for XOpenDisplay in -lX11... no configure: error: XOpenDisplay not found in -lX11 make: *** [config.status] Error 1 pbuilder: Failed autobuilding of package - Aborting with an error - unmounting dev/pts filesystem - unmounting proc filesystem - cleaning the build env - removing directory /var/cache/pbuilder/build//14176 and its subdirectories Is there a flag or options I need to set in pbuilder for X to be recognized? I've build this same package using straight dpkg-buildpackage and it does fine. Just can't build it in pbuilder or pdebuild. I'm using a sid based box and the pbuilder distribution is also sid. Any pointers would be appreciated. Are you sure that Build-Depends line contains libx11-dev ? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Display upgrade note
On Mon, Jul 25, 2005 at 02:08:02PM -0300, Margarita Manterola wrote: Is there a standard way to get the old package version and compare it to the new one? As shown in the Upgrading diagram I made some time ago [1], and also, as it is explained in the Debian Policy [2], when doing an upgrade, the maintainer scripts are called with a second parameter that indicates the package version. Nice diagrams, but I would like to see reconfigure task there too. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: zoo: directory traversal security bug
On Fri, Jul 15, 2005 at 12:10:50AM +0100, Roger Leigh wrote: If you can't understand what you are packaging, you shouldn't be packaging it, IMHO. So maybe our documentation should state that? I mean something like if your're going to package something written in Python it is highly recommended to KNOW python, and if you're going to package something written in C it is highly recommended to know C ? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: fortunes-ru - Russian fortune cookies
On Wed, Jul 13, 2005 at 09:46:10PM +0700, Basil Shubin wrote: A collection of Russian fortune cookies, from various sources. his package can be replacement for or an addition to the fortunes package to let fortune speak Russian. I have packaged fortunes-ru, so long awaited by russian community. You will find the source package on: http://bashu.solarnet.ru Can someone sponsor my package please? I suppose you should look sponsor among Russian developers. They can be interested in it. http://db.debian.org - check Russia - Search regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: qsf - small and quick Bayesian spam filter
On Thu, Jun 16, 2005 at 09:25:35PM -0300, Nelson A. de Oliveira wrote: Hi mentors! Hello. [...] It's released under Artistic license, linda and lintian clean and builds OK on pbuilder. Package, source and other files available at http://biolinux.df.ibilce.unesp.br/naoliv/qsf/ Upstream author gaves me access to the project CVS, so the diff file is small. If I change something on the package, I will updated CVS, and vice-versa. Thank you very much! I would be interested in sponsoring this package. ([EMAIL PROTECTED])~/test/qsf$md5sum *.tar.gz 79e5341cdd79ed00f769cee8a903a437 qsf_1.1.0.orig.tar.gz 8cdb8573050811abda5973c1de17d1fd qsf-1.1.0.tar.gz ([EMAIL PROTECTED])~/test/qsf$ Why are they different? qsf-1.1.0.tar.gz is downloaded from upstream's page, while qsf_1.1.0.orig.tar.gz is created by you. Otherwise package looks ok and I can upload it for you, but please add the following line to your control file: Uploaders: Bartosz Fenski [EMAIL PROTECTED] Contact me privately when it's done. Of course assuming you want me as a sponsor for your package ;) regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Looking for a sponsor ; first package done
On Mon, Jun 20, 2005 at 09:47:29PM +0200, Geoffroy Carrier wrote: I'm Geoffroy Carrier, a student from Grenoble, France. I've been using Debian GNU/Linux for years, and I (nearly) always wanted to become a maintainer. I have been reading all the important documentation these days: that's the summer hollidays for me. I started writing a small package for a software I use everyday: AdvanceMenu. You can see my temporary repository at http://kali.tofu.eu.org/deb/ Please next time make sure to include description of the packaged program. I heard about AdvanceMenu first time. I'd like to make new packages soon (Cube, libenet, etc.). I'll be an applicant on Thursday: my GPG key isn't signed yet. I'd like to thank Christian Marillat for the time he loose for me. I'm looking for a sponsor; It would be great if this sponsor had Jabber. Some comments after looking at your package: - You should always check your packages with linda and lintian programs. That's what prospective sponsors usually checks first, and you've got plenty of warnings/errors there. - manual page should have the same name as binary - you don't close any ITP in changelog entry, and I can't find any in WNPP database Enough for first time. Please fix these errors and ask for sponsor once again. Also don't forget we've got more than 15k packages which can be used as examples. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: co-maintainers sought
On Sun, Jun 12, 2005 at 02:57:38PM +0200, martin f krafft wrote: - ipcalc - Parameter calculator for IPv4 addresses : http://packages.qa.debian.org/i/ipcalc.html I would be interested in adoptioning or co-maintaining this package, since I'm using it quite often. So please decide whether you want to stay as co-maintainer or give me its maintainence. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: cogito no longer conflicts with git or cgvg
On Fri, Jun 10, 2005 at 11:21:54PM -0600, Sebastian Kuzminsky wrote: The new cogito package (0.11.3+20050610-1) is on its way into sid. It does not install /usr/bin/git or /usr/bin/cg, and so it does not conflict with git or with cgvg. I made a note about this in /usr/share/doc/cogito/README.Debian, and I updated the git docs to remove all the mentions of those programs. I guess I just prefer getting flamed by the git/cogito people rather than the Debian people. :-/ Maybe we should rename project to Debian Cogito? This way you wouldn't have to write about this cogito all the time :P debian-devel nor debian-mentors isn't cogito announce list as far as I know. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Sponsoring of packages
On Tue, Jun 07, 2005 at 04:51:18PM +0200, Martin Mewes wrote: maybe this is a most wanted question, but maybe someone can dump the information to me. I am not a developer but I have started trying to pack things for debian but somehow it is to complex for me. So I thought about to sponsor some packages and my question is: If I am willing to send out some Paypal-Cash and some package-guru out there is willing to do the job, is this the proper place to seek out for this companion? Most things has been answered already, so I have only two questions. What packages are we talking about? I mean what program would you like to see in Debian? Are they free software or do you want to see non-official packages outside Debian cause they don't comply DFSG? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Modification on the installer: Debian software selection
On Fri, May 20, 2005 at 02:09:39PM +0200, Njes Nilsen wrote: [...] What I want is to edit the installation so the user get another option here, which will install some given packages. I've read some of the information about how to hack the installer on the debian wiki page, but can't find any information about how to do this. Anyone got some documentation I can read / show me an example? AFAIR Debian-Edu has some documents about that. They changed installer for their purposes, so at least you can check how it looks like in sources. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Changed upstream dependancy
On Wed, May 11, 2005 at 12:01:06PM +0300, Shachar Shemesh wrote: [...] Now here are the questions: 1. What is the correct order of things? Should I first upload a package for argtable, wait for it to pass ftpmasters, and only then upload the latest rsyncrypto version, or should I upload both, knowing that rsyncrypto will be uninstallable (and uncompilable) until argtable is accepted? First upload argtable. This way you won't confuse our buildds needlessly. 2. I cannot seem to get a response from my sponsor at the moment. I asked him whether he would like to sponsor argtable as well (being as it is that they are now related). If he turns out MIA, what is the procedure I need to follow? Reissue a RFS for both packages? Yes that would be the correct way. RFS once again. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: cannot make (my first) debian package
On Tue, May 03, 2005 at 09:22:28PM +0200, Mauro Darida wrote: I have written an advanced debian tutorial and decided to try to build a debian package from it. I used the pdf format as source and, after reading the maintainer stuff, tried to build the package thinking it would be easy since there are no dependencies. You're using PDF as *source*? How come? [...] I cannot proceed form here. I think that probably the problem is that I do not have a source code but just a pdf document. All the documentation I read was always talking about source file and thought it was ok for a pdf file also, but I suspect I am wrong. So, what is the procedure for building a package for a pdf doc? Did I miss something in the maintainer documentation? Or maybe I am just too bold and ignorant and have to give up? Why don't you simply check some packages that contain binary files? `apt-get source asc-music` I chose asc-music package cause that's one of my package so I'm sure it will be similar to yours. Just take a look at rules file and the most important for you will be dh_install call along with debian/install file. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS2: gnochm - CHM file viewer for GNOME
On Tue, May 03, 2005 at 10:28:28PM +1200, Carlos Z.F. Liu wrote:
Hello, dear mentors
Hello.
I'm looking for a sponsor willing to check and upload deb packages for
python-pychm and gnochm. python-pychm is the python binding for CHMLIB
library, and gnochm is the file viewer based on python-pychm.
[...]
Package: python-pychm
This should be probably called python-chm.
[...]
Now some comments on your packages.
* You don't close your WNPP bugs with changelogs entries.
* You don't use ${python:Depends} in gnochm, but write versions of python
manually. In fact I have no idea how did you get such exact version
numbers for dependencies.
* Please fix copyright file. You don't include info about copyright
holder. Old dh_make template was broken in that matter. Take a look at
new templates.
And if gnochm needs pychm to work, then you should probably start looking
sponsor for pychm first, and then if it will enter archive, start looking
sponsor for gnochm.
regards
fEnIo
--
,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo
: :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland
`. `' phone:+48602383548 | proud Debian maintainer and user
`- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001
signature.asc
Description: Digital signature
Re: RFS2: gnochm - CHM file viewer for GNOME
On Tue, May 03, 2005 at 04:39:07PM +0100, Rob Bradford wrote: * You don't close your WNPP bugs with changelogs entries. Uhm. No, I don't think thats right. Its a very common practices to close ITP bugs with the initial release, O/ITA bugs with the first upload by the new maintainer. Well I don't agree with you. I think that having sponsor eventually you can put the following entry in changelog: * First official Debian release (Closes: #XX) That's IMHO still better than closing bugs manually. regards fEnio -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: splat package
On Sat, Apr 30, 2005 at 08:25:57PM +1000, David Clarke wrote: Nico probably wants to see the *.dsc and *.diff.gz files as well. There's no diff file as it's a native package (that's right isn't it?). No that's not right. You should make .orig.tar.gz file without your debian/* stuff, which should be put in .diff.gz file instead. [...] regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: A quick question about a prev mail i recved
On Mon, Apr 25, 2005 at 03:33:28PM -0500, Johnny Mast wrote: My question is simple, to find a sponsor i need to have my project being ready for distribution if i am correct ??.. Well if you don't consider your project to be in releasable state, then why would you like to distribute it? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: ttf-antp
On Sat, Apr 23, 2005 at 12:53:57PM +0200, Adam Borowski wrote: Whee! Hello. So, uhm... They say that fonts are among the easiest things to package, and thus probably also to check. Here's one that I'm looking a sponsor for: Package: ttf-antp Apt line: deb-src http://mentors.debian.net/debian unstable main Sources: http://mentors.debian.net//debian/pool/main/t/ttf-antp/ Samples: http://angband.pl/antp/ ITP #: 299771 Lintianlinda: clean I took a look at your package and here's some notes about it: * there is no .diff.gz file, put your debian subdirectory outside of upstream sources, otherwise it's native package and it shouldn't * if there is opened ITP then you should close it with your changelog entry * your prerm and postinst scripts are generated automatically during build, so there is no need to include them in your debian subdirectory * please remove most comments from your rules file, most developers know where they have to add commands to install the package, and these scripts are aimed mainly at developers * please extend description a little, would be great to see there supported encodings so someone looking for iso-8859-2 fonts could find it * I'm not sure, but defoma-hints Location header should probably mention languages able to use this font... and if there is iso-8859-2 support, then list of languages probably differs from English only * debian/copyright should explicitly mention copyright holders, writing who are the upstream authors is not enough Otherwise package looks good for me, and I would be interested in sponsoring it. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Mentor for extreme ftpd
On Sat, Apr 23, 2005 at 02:26:39PM +0200, Johnny Mast wrote: Hello there im looking for a sponsor/mentor for my extreme ftpd package can you guys help me out ? That's proper place for such request but not proper form. Usually if someone is looking for sponsor he/she pastes here information about this software and URLs to packages. Just take a look at archive. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Policy about command names
On Fri, Apr 22, 2005 at 12:39:15PM -0300, Lucas Di Pentima wrote: Hi there, Hello. I'm packaging ZABBIX (http://www.zabbix.com), a resource monitor agent. The original programs in the upstream source tgz file are generated with names like this: * zabbix_agent * zabbix_agentd * zabbix_server ..etc... I've read somewhere (I think a package's changelog) that the name like_this was changed to like-this because of the Debian policy...so I've searched for this detail on the website but didn't found anything about that. Is it truth that programs shouldn't have the underscore on their names? I don't remember any command to have it anyways :-) ([EMAIL PROTECTED])~$ls /usr/bin/* | grep _ | wc -l 71 ([EMAIL PROTECTED])~$ That's my fresh installation (I'm during migration to new box). Please DON'T rename binaries names. It only confuses users and often makes examples in documentation not working. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: debian directory included in upstream
On Tue, Apr 12, 2005 at 06:27:52PM -0300, Eduardo M KALINOWSKI wrote: I disagree. ./debian is the domain of the Debian maintainer, not of the upstream. Unless you are developing software *for* *Debian* (native), there is no reason why you should bother with ./debian at all. What about the case in which the upstream maintainer is the Debian maintainer? I create packages for a piece of sofware I've written (and for which I'm looking a sponsor, see http://lists.debian.org/debian-mentors/2005/04/msg00106.html ). The debian/ directory is in CVS, naturally. It is currently distributed in the .tar.gz file. Should it be removed? This would make things more difficult for me, because in the case of a new version, I would need to untar the new .tar.gz file and then copy the debian/ directory from CVS. Well that's the way it is. Consider someone will fill bugreport stating that you have a typo in your package description. Having native package you will have to upload whole new source.tar.gz. Having Debian packaging infrastructure in diff.gz you will have to reupload only this part. Developing software != making Debian packages. At least in general. SuSE, Fedora, Mandrake, Slackware, put anything here won't use your debian/* stuff so why do you want to include it in your releases? For Debian users? They'll use Debian OFFICIAL package. If you don't have official package then... that's not a case here. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Makefile modification
On Wed, Mar 23, 2005 at 01:13:15PM +0200, Charles Majola wrote: Is editing upstream's makefile ok? the package doesn't use autoconf, it just has a makefile with install and clean targets. I need it to install the python files it contains in a diff directory, not the one in the makefile(its hardcoded) should I edit the makefile or move the files during installation ? Both ways are correct. I usually move needed files using dh_install. You can however patch upstream's makefile. In fact if you want you can rewrite building infrastructure from scratch ;) But maybe asking upstream to make modifications you need would be the easiest way. Just make sure you don't change .orig.tar.gz file. Leave your changes in .diff.gz. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: copyright and license missing?
On Sat, Mar 12, 2005 at 09:49:41AM +, Qingning Huo wrote: I am working on these two packages: libtorrent and rtorrent [1]. There are no copyright claims on any source files or README files. There is only an AUTHORS file with the name and email of the author. On the other hand, it is indicated on the website that the software is Licensed under the GPL, but I can find nowhere in the source tarball saying so. There is a COPYING file (GPLv2) though. Obviously, the author wants the software be released as GPL, so it should be DFSG free. But, he didn't follow the How to apply guide of GPL. Are there source tarballs suitable as part of debian source packages? And, how should I write the debian/copyright? Does he use some statements in the source files? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: setserial - Controls configuration of serial ports
On Mon, Mar 07, 2005 at 09:49:45PM +0200, Jan Zizka wrote: However I'm not a DD so I would need a sponsor. Would there be anyone willing to help me? Request for sponsor for some package should contain: 1) description of package I thought that this is already debian package that I don't have to repeat the same info, but here is link with description: http://packages.debian.org/stable/base/setserial Well you're looking for sponsor right? You should prepare request that will make it easier for eventual sponsors to get know as much as possible about package here. At least that's my opinion ;) 2) url to prepared package non except official ones done by current maintainer. http://packages.qa.debian.org/s/setserial.html Why? If you're going to adopt it then please use procedure for this. http://www.debian.org/devel/wnpp/ Hint: You should prepare package which will close RFA with changelog entry. and when it's adoption would be great to see 3) changelog, preferably with some fixes for outstanding bugs there are no outstanding bugs reported so there is nothing to fix at the moment. Does this mean that we, me and current maintainer, should wait for some outstadnig bug before he could hand the package to me? Or what should be the procedure? Procedure is mentioned at WNPP pages. And there is some bugreport against setserial. Wishlist with updated translation, but it's still bugreport ;) So the correct way of adopting would be to prepare new revision of package with fixed bug and changelog entry which will close RFA. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: setserial - Controls configuration of serial ports
On Mon, Mar 07, 2005 at 11:09:34PM +0200, Jan Zizka wrote: Procedure is mentioned at WNPP pages. And there is some bugreport against setserial. Wishlist with updated translation, but it's still bugreport ;) Yes but that is already added in 2.17-40. So I see no reason for keeping this bugreport open. It should be closed or at least tagged as sarge related. So the correct way of adopting would be to prepare new revision of package with fixed bug and changelog entry which will close RFA. Yes but for this I would have to be already a DD. Since I'm not I'll have to find a sponsor first. But I'll try to seach if there is any other wish, which I could implement and make the package fist and come back with it :)) No. It's not find sponsor and then work on package. It's actually inverse order. Noone will sponsor you or even promise sponsoring if you have nothing to show. You don't have to be DD for preparing new revision of package. Only uploading part needs DD access, and you should ask for sponsor having something to upload. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Closing bugs
On Sat, Feb 26, 2005 at 08:19:21PM -0500, Justin Pryzby wrote: I've packaged gaim-extendedprefs and closed the ITP bug in revision 3 but my sponsors upload was not accepted by katie due to a missing .orig.tar.gz. On request of my sponsor I'm making some changes to the package, and I'm wondering if I have to close the ITP again in the changelog for revision 4? I'm not sure if the bugs closed in revisions not accepted, will be closed when closed when a new revision is accepted. I believe the bug will not be closed unless you mention it again. But I don't know if it makes sense to do so. Look at the .changes file to see if it has Closes: #N to tell. Seems like it would be best to leave the changelog as is, and just send a message to [EMAIL PROTECTED] to close. Blah... and what about -v switch for dpkg-buildpackage? Arjan don't close ITP again in your changelog. Just make sure to build it so two entries will be considered as new one. Also you *have to* tell it to your sponsor. Just tell him to use `dpkg-buildpackage -rfakeroot -v1.2.3-4` or something like that. Please read `man dpkg-buildpackage`. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: bookmarkbridge
On Sat, Feb 26, 2005 at 07:49:45PM +0900, Masami Ichikawa wrote: uploaded bookmarkbridge. http://moonlinux.sourceforge.jp/debian/ If you still don't have sponsor for that package, then I could upload it for you. There is however BIG problem in your package. Build-Depends: debhelper (= 4.0.0) This package can't be build with such dependencies. Especially since final Depends line looks like this: Depends: libaudio2, libc6 (= 2.3.2.ds1-4), libfontconfig1 (= 2.2.1), libfreetype6 (= 2.1.5-1), libgcc1 (= 1:3.4.1-3), libice6 | xlibs ( 4.1.0), libpng12-0 (= 1.2.8rel), libqt3c102-mt (= 3:3.3.3), libsm6 | xlibs ( 4.1.0), libstdc++5 (= 1:3.3.4-1), libx11-6 | xlibs ( 4.1.0), libxcursor1 ( 1.1.2), libxext6 | xlibs ( 4.1.0), libxft2 ( 2.1.1), libxml2 (= 2.6.16), libxrandr2 | xlibs ( 4.3.0), libxrender1, libxt6 | xlibs ( 4.1.0), zlib1g (= 1:1.2.1) Please use pbuilder and test what exact dependencies do you need for that package. That's first what I've spotted looking at your package. Please contact me privately when you fix above one, then I'll take a look at it more closely. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Help: Updates of Upstream Versioning
On Sat, Feb 26, 2005 at 05:11:54PM +, Ben Hill wrote: I'm updating some code from an upstream source, so do I give this version a different version number? For example, if it's 0.3.1, should I call it 0.3.1.1 or use a different format? No. In my opinion it is the best thing to just include the patch via dpatch. Regards Nico The updates are to do with copywritten artwork, and upstream may not want the updates. So keep them as patches and don't change orig.tar.gz and upstream version. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: Can't make a proper Debian package of a library
On Sat, Feb 26, 2005 at 07:46:44PM +, Noel Torres wrote: BTW, How to cope with Makefile having to create two different packages? You don't have to cope with Makefile in that case. Just ensure that all files are put in debian/tmp with `make install`, and the move them to debian/library1 and debian/library-dev with dh_install. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: RFS: bookmarkbridge
On Sat, Feb 19, 2005 at 09:05:04PM +0900, Masami Ichikawa wrote: browsers. It is aware of X, y and z browsers and bookmark formats. I'm not familiar with those browsers. Are they packaged for Debian? grin bookmarkbridge is supports these browser. Internet Explorer, Opera, Mozilla Navigator, Mozilla Firebird, and Konqueror. So this should be mentioned in its description. Also you should at least suggest these browsers in your control file. Without them it's rather useless. And why don't you close ITP in your changelog entry? Is support for kazehakase planned? If yes, then I would be interested in this package. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: helping script
On Fri, Feb 18, 2005 at 10:52:48PM +, Helder Correia wrote: Hello! Hello. I have used many GNU/Linux systems for 8 years, but only very recently I found Debian, or at least the real wonder it is :) I would like to start the process of becoming a DD as soon as possible, so I want to learn how to package. So, I wrote the following script in order to help me finding the dependencies of an application/library. It (hopefully) outputs all needed libraries package names sorted and with no duplicates. I'd like to ask the experienced developers if it outputs the correct information and if it can be improved (example of usage: deps /usr/bin/kcalc) Well experienced developers wrote similar scripts long time ago. Some examples are in Developers' Reference. And there is dh_shlibdeps part of debhelper which is aimed at the same problem and in addition it will fill your control file with correct names and versions of needed packages. So although your script makes thing quite good, I still recommend you to use existing tools, and if you don't like them, fix them ;) [...] I'll try to find a sponsor as soon as I have my first package ready. Are you working on some program already? I hope you filled ITP bugreport about that. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Re: pbuilder and already downloaded deb
On Mon, Feb 07, 2005 at 02:41:12AM -0400, Maykel Moya wrote: I'm giving a try to pbuilder. I launched it with --no-targz to not download everything with every build. It's possible to tell pbuilder to get packages from /var/cache/apt/archives ? Yes, I did a script that parses pbuilder output and copy packages available on /var/cache to buildroot/var/cache. But, is there a pbuilder option for it ? ([EMAIL PROTECTED])~#grep APTCACHE= /etc/pbuilderrc APTCACHE=/var/cache/apt/archives/ ([EMAIL PROTECTED])~# I hate every bit download twice while living with a 33 KBps dial-up. :) So start reading documentation... it doesn't force you to download many bits ;) regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: RFS: irssistats
On Mon, Feb 07, 2005 at 02:22:16AM +0100, Antoine Jacquet wrote: Hello again, Hello. I am also looking for a sponsor for the following package : Package: irssistats Licence: GPL Description: This tool generates HTML IRC stats based on irssi logs Try to avoid starting description with capital letter. Also this is unneeded there. Maybe something like: Description: tool generating statistics based on irssi logs But I'm not native English speaker so this could be wrong ;) ~ irssistats is a tool that make HTML stats from irssi logfiles. ~ The statistics generated display many useful and funny informations ~ about the channel. [...] Thank you for your help and best regards, I took a look at the package and first obvious mistake is to make it as native package. You should prepare .orig.tar.gz file and .diff.gz with your debian/ subdirectory. Otherwise every simple change in packaging scripts will lead to new upload of sources. Also you didn't fill ITP (intend to package) bugreport. http://www.debian.org/devel/wnpp/ Then please close it with changelog entry. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Newbie question: missing conf file
On Sun, Jan 30, 2005 at 10:27:08PM +0100, [EMAIL PROTECTED] wrote: I take it you are upstream as well? I think the recommended way of doing upstream+debian is to have the .diff include all of ./debian/, such that other distros don't have to deal with it. Also, that way you can do a Debian update without an upstream update. Yes, I'm author and Debian packager (Gentoo and PLD/Fedora in that matter, too). Removing debian/ from mainstream is a requirement or a suggestion? Not having .diff.tar.gz file is usually wrong. That's ok only for native packages. It is far move convinient for me to hold everything in one CVS repository than splitting this to pieces. I have additional files for Gentoo, for PLD and for Fedora/RedHat. Other distros are stored in the Port-linux directory, only Debian requires a specific directory to be present in the top directory. As for other distros, my DHCPv6 works even on those Windows things (sorry for cursing on the list). Oh well, they'll have to live with it. Nobody said you have to remove your debian/ directory from CVS. Just make sure to export sources to .orig.tar.gz file and then build it using files from debian/. Nice to see you're still working on this package ;) regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: RFS(2): autoreply - A safe, rate-limited auto-responder
On Mon, Jan 31, 2005 at 10:08:50AM -0500, Chris Sacca wrote: This is a single binary package. It's small, lintian and linda clean, I have the blessing of the upstream maintainer, and have filed and ITP ( #292667 ). You don't close it in your changelog entry. That's wrong. [...] Hopefully someone will sponsor me, but if not, I would really appreciate feedback on crafting a better RFS. You don't need postinst, postrm, preinst, prerm files in your debian/ subdirectory, cause you don't make any unusual things during installation. dh_make's rules file is a template. After modifications you can remove unneeded comments from it. gzip -9 ChangeLog What's that for? dh_installchangelogs will compress changelog if it will be needed. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Not a valid DEB package error
On Tue, Jan 25, 2005 at 04:57:16PM +0200, Mugurel Tudor wrote: I created some DEB packages, and everything is OK with one exception: for every package that I created, at instalation time, I get the following error (on Debian Stable and also on Debian Unstable): # apt-get install foo Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: foo 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 2449kB of archives. After unpacking 3121kB will be used. Get:1 http://mtudor-l.aa.local pool/ foo 1.1.3-4 [2449kB] Fetched 2449kB in 0s (10.5MB/s) E: /var/cache/apt/archives/foo_1.1.3-4_i386.deb not a valid DEB package. Selecting previously deselected package avira-core. (Reading database ... 23434 files and directories currently installed.) Unpacking avira-core (from .../foo_1.1.3-4_i386.deb) ... Setting up foo (1.1.3-4) ... I am refering to the /var/cache/apt/archives/foo_1.1.3-4_i386.deb not a valid DEB package. error. Any idea why is this happening? Could you put this package somewhere so we could take a look on it? regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian maintainer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Not a valid DEB package error
On Tue, Jan 25, 2005 at 05:22:44PM +0200, Mugurel Tudor wrote: I created some DEB packages, and everything is OK with one exception: for every package that I created, at instalation time, I get the following error (on Debian Stable and also on Debian Unstable): I have to mention also that I created the package with ar (the version from debian). I put together a debian_binary, a control.tar.gz and a data.tar.gz with something like this: ar cr foo-1.1.3-4.deb debian_binary control.tar.gz data.tar.gz Why don't you use dpkg-deb? That's the correct way to build Debian package. Even if you are going to simply build only binary package. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian maintainer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: About x.org and other packages
On Sun, Jan 23, 2005 at 10:55:13PM +0100, Rafael Fernández López wrote: Hi you all guys !! Hello. I'm looking for a package that I like to keep it care of. I'm not sure which to take. I'm a University student from Spain and I've to say that I've a little time everyday to check for updates and things like that, so I think that I would be useful for Debian Project. hehe. We don't have packages that are waiting for new maintainers... at least we don't give them away here ;) You have to find some useful piece of software yourself. Good start point would be our WNPP requested packages. (http://www.debian.org/devel/wnpp/requested) This way you can assume that someone will use your package. I've some questions, of course for being a newbie Debian maintainer (because I'm an advanced? Debian user), I'm not going to take care of x.org, but I'd like to see it into official Debian repositories instead of our XFree86, x.org is more powerful and It improves in many ways compatibility. So I was wondering if someone is going to bring it to Debian. X.org will be probably included, but only after sarge. I suppose you don't have an idea how hard is to maintain XFree. http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=xfree86 Just take a look at number of bugreports. I've read how I can reach the Debian maintainer role, and I've some questions. I've to write here for the package that I want to maintain, true?, then I should be helped by another maintainer to learn how to build packages the best way, right? If you prepare some package then, yes someone from here could take a look on it and give you some advices. But as I said... you have to find prospective package yourself. I think I got the most important points about how to be a Debian maintainer and I dream with a [EMAIL PROTECTED] email address, hehe. Proove it doing good volunteer work ;) You community are the best of all this... THANK YOU VERY MUCH. We really love Debian here in Spain. Nice to read it ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian maintainer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: RFS: anagramarama - fast paced anagram puzzle game using SDL
On Tue, Jan 18, 2005 at 07:53:06AM -0500, Ryan Stutsman wrote: Any takers? It's a very simple package. Didn't you think about splitting it to two packages? Consider that Debian supports 11 archs right now. Your package is 800k big. 11 * 800k = 8,8M Using one binary dependent package + one independent that would be: 11 * 30k + 770k = ~ 1MB I know it's not very much, but Debian's archives are very big and overloaded, and we should search for savings everywhere ;) Also remove your README.Debian file, cause it is not saying anything interested and related to Debian. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian maintainer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Need Sponsor for Package and Myself
On Sat, Jan 08, 2005 at 02:03:23PM -0500, Ryan Stutsman wrote: With the aim of eventually becoming a full devel I have finished package my first ever package. Nice. I'd be much appreciative if someone would take a look at sponsoring it for inclusion in main. Here is an overview of the package: [...] The developers' page is here: http://www.coralquest.com/anagramarama/ Please let me know if you have time/interest. And where are your preliminary packages? I doubt that anyone will have interest in it without seeing what have you done already and what's the quality of that ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian developer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Need Sponsor for Package and Myself
On Sat, Jan 08, 2005 at 02:54:45PM -0500, Ryan Stutsman wrote: It's available at http://www.cs.purdue.edu/homes/rstutsma/debian/ Ok. Here goes my comments: First of all you made it as native Debian package. That's definitelly wrong. You should put upstream sources as anagramarama_0.2.origtar.gz. You should submit Intend To Package bugreport and after that close it with your changelog entry. More info at http://www.debian.org/devel/wnpp/ and of course in Developers' Reference and New Maintainer Guide. Your rules file contains many unnecesarry comments. You can remove them. That's all from me now... However, I didn't check if it builds correctly with set dependencies. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian developer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: RFS: balance -- userland tcp proxy with failover
On Fri, Jan 07, 2005 at 02:47:14PM -0500, James Richardson wrote: I have just packaged balance a generic userland tcp proxy with failover and round robin functionality. Balance can also be controlled at run time via simple command line interface. Please take a look at http://www.jamesrichardson.org/test/balance_3.19-1_i386.deb Feedback would be appreciated. First of all if you are looking for sponsor for your new package, you have to provide .orig.tar.gz + .diff.gz files. And know something about your deb file: ([EMAIL PROTECTED])~/test/balance$linda balance_3.19-1_i386.deb E: balance; Copyright file for package contains full GPL. W: balance; There is no Depends: line in the control file. ([EMAIL PROTECTED])~/test/balance$lintian balance_3.19-1_i386.deb E: balance: old-fsf-address-in-copyright-file E: balance: copyright-file-contains-full-gpl-license W: balance: description-synopsis-might-not-be-phrased-properly W: balance: description-synopsis-starts-with-a-capital-letter W: balance: description-synopsis-starts-with-an-article W: balance: missing-depends-line ([EMAIL PROTECTED])~/test/balance$ These tools should return 0 messages ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian developer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: How to -- debian distribution CD...
On Mon, Jan 03, 2005 at 01:01:35AM -0800, TIFR students wrote: I guess we can get the additional packages we want from the net,after installing this minimal ISO.But the problem is,how then,do we convert the whole thing into an ISO that we want. You got some hints from others. I would like to add another Some lines from `apt-cache show dfsbuild` Debian From Scratch (DFS) is a live bootable CD that is designed to provide a fully-featured kernel and a fully-featured rescue environment. The rescue environment contains filesystem tools, editors, C development environment, etc. . dfsbuild is the program used to create the DFS CD image. It is highly configurable and can be used to create other custom bootable CD or DVD images. You can use dfsbuild to do something as simple as building a DFS CD with a custom kernel. Or, you can customize the CD to include a completely different set of packages. . dfsbuild works by obtaining packages from your nearest Debian mirror. It will generate an ISO image that contains a bootable Debian system generated by installing those packages. Also, it can place all the .debs and files needed by cdebootstrap in the image. Thus, the generated image can be used to install the base Debian system on a PC as well. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian developer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: RFS: setserial
On Mon, Jan 03, 2005 at 05:31:06PM -0500, James Richardson wrote: Greetings, I request a sponsor for the setserial package. I use this package regularly and would like to see it well maintained. This will close out bug# 285355. Great... but the usual way to find sponsors is to include URI for sponsored files. In addition would be great if your package could close something else except wnpp bug. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0)phone:+48602383548 | proud Debian developer and user ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
RFS: clanlib0.7
Hello. I prepared packages for Clanlib development branch. I think everyone knows what it is so I won't describe it here. Is someone interested in doing sponsored upload to experimental distribution? Packages can be fetched from http://skawina.eu.org/clanlib/ regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: How to : convinience package (or virtual package)
On Thu, Dec 30, 2004 at 05:32:12PM +1100, Matthew Palmer wrote: We need to know the following. How to create a virtual or convinience package for debian web site listing. For example a package called 'kdeedu' contains all the educational packages like khangman,kalzium etc. What they have done is kdeedu has dependencies on all the packages that constitute kdeedu itself. Is that how u create a virtual package?? No, a virtual package is something different (and unrelated to the problem at hand). What might be of use to you is a package called 'equivs'. It's designed to help make packages that don't contain anything, but instead just have information (like a big pile of dependencies) in them to help pull in a bunch of other packages. Also take a look at tasksel. Seems to be created for these purposes. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Looking for a sponsor
On Wed, Dec 22, 2004 at 10:38:58AM -0500, Justin Pryzby wrote: [...] which seems to be used elsewhere. I thought lintian enforced this, but I can't seem to find it in the code. I'm opening a couple bugs now we speak. Well the problem is that dh_make had wrong template few weeks ago. I filled bugreport about it and it has been fixed, so I thought that new packages will have proper copyright files. Unfortunatelly wrong copyright files are still created. Maybe linda/lintian warnings could decrease their numbers, so thanks for doing it ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Looking for a sponsor
On Tue, Dec 21, 2004 at 01:13:29PM +0100, Maciej Dems wrote: How does your package differ from konwert? Has it got some advantages? These two packages have very similar functionality. I dont know konwert very well so I cannot tell much about differences between these two packages. I thing that whether user would use polcnv or konwert is the question of personal preference. (that's why I think it should be in Debian). Ok I took a look at your package. Few glitches I found: - If upstream uses configure stuff, then why are you patching Makefile.in and similar files? Can't you just use --prefix=/usr ? - Your copyright file still doesn't look as it should. Take a look at such files in other packages. Name of author should be mentioned also under Copyright header. Then follows license. You can use package potrace as an example. - You should close your bugreport (ITP) in changelog entry. Otherwise package looks good for me. Good luck with finding sponsor. I can't upload it cause I'm not DD yet. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Looking for a sponsor
On Mon, Dec 20, 2004 at 10:20:53AM +0100, Maciej Dems wrote: Currently I would like to add some of my packages to Debian. The first one should be polcnv - Polish diacritics conventer, a tool simmilar to recode but much easier to use. Hi Maciek. How does your package differ from konwert? Has it got some advantages? regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: sorting through xlibs-dev dependencies?
On Sat, Dec 18, 2004 at 10:39:37PM +, Helen Faulkner wrote: Hi, Hello. I hope this isn't a too dumb question! ;) I'm the maintainer for xwrits, and partway through the NM process. My application manager (Frank Lichtenheld) has sent me a review of my packages, and I am confused about one of the things he suggested I do. xwrits currently depends on xlibs-dev. Frank suggests that I replace that with only the needed dependencies. What I am confused about is how to tell what it really needs and what it doesn't really need. I don't know that much about X, in general. xlibs-dev seems to be a package that does nothing but depend on a collection of many different X libraries. But I don't know what all those libraries do (and no, I don't want to read the code for all of them!). So, the only thing I thought to do is a) look at every header file that is #included in the xwrits code b) use dlocate or similar to see which packages all those headers are in. c) make xwrits build-depend on those packages. But this will take me quite a long time. I wondered if I am missing something obvious and there is a better way to do it. Or am I on the right track after all. Now, obviously, I don't want someone to actually tell me which things I should be build-depending on. I want to know how to work out such things for myself in the future :) (It would also defy the point of my AM asking me this.) But I would appreciate a hint... Well I would do it this way: ([EMAIL PROTECTED])~$ldd /usr/bin/xwrits | grep X11R6 libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x40025000) libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x4002e000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40045000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x4010d000) ([EMAIL PROTECTED])~$ Then I would do `dpkg -S libSM.so.6` and similar for every other library. Then just take -dev version of every package. This should be enough. You can always ensure using pbuilder. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: warning: menu-command-not-in-package
On Mon, Dec 13, 2004 at 10:05:28PM +0100, Sven Mueller wrote: In any event, the program starts in a terminal environment, but ultimately must be run in an x11 environment. What does it need the terminal for? I mean if it actually runs in its own X11 window, what does it use the terminal for? Anyway: The menu entry with needs=text is, by the description you quoted, exactly what you are looking for. The description explizitly talks about the X server starting an X terminal emulator, so what do you worry about? Do we have *anything* which uses menu entries and it is not X-Window-Manager or desktop environment like KDE/GNOME? I'm just curious ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
RFS: fuse - Filesystem in USErspace
Hello. My usual sponsor didn't respond for my mail for more than a week now, and he isn't marked as on vacation. Since my new package fixes all (6) outstanding bugs and is needed for other package which depends on it, I'm looking for some other one time or even permanent sponsor. Here goes information about this package: Description: Filesystem in USErspace Simple interface for userspace programs to export a virtual filesystem to the linux kernel. Version: 2.1pre1 URL: http://fuse.sourceforge.net/ Author: Miklos Szeredi [EMAIL PROTECTED] License: GPL Packages can be fetched from http://skawina.eu.org/fuse/ regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
RFS: fuse - Filesystem in USErspace
Hello. My usual sponsor didn't respond for my mail for more than a week now, and he isn't marked as on vacation. Since my new package fixes all (6) outstanding bugs and is needed for other package which depends on it, I'm looking for some other one time or even permanent sponsor. Here goes information about this package: Description: Filesystem in USErspace Simple interface for userspace programs to export a virtual filesystem to the linux kernel. Version: 2.1pre1 URL: http://fuse.sourceforge.net/ Author: Miklos Szeredi [EMAIL PROTECTED] License: GPL Packages can be fetched from http://skawina.eu.org/fuse/ regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Simple Debian Package Creation?
On Wed, Nov 03, 2004 at 10:47:45AM -0600, Zach Garner wrote:
[...]
First:
1. The sheer number of helper scripts, with layers and layers of
scripts built on top of each other is really confusing.
I'd agree it's pretty confusing, but only first time.
It's quite easy to understand it.
2. The number of files that I have to create within the /debian
directory is difficult to deal with, and having to create the /debian
directory within my application directory and being forced to name my
application directory according to debian rules is very irritating.
You don't need all of them.
3. Most of the package creation scripts (I'm refering explicitly to
dh_make which is supposed to be the proper way of creating a package, as
discussed in the New Maintainer's Guide) expect that you are building a
traditional unix application, that's written in C, has ./configure and a
Makefile. All we are doing in most of our packages is installing some
files. Why can't that be simple?
Most of the apps are using `./configure make make install` so dh_make
tries to use that way.
In fact the only file you need is debian/rules.
It should be Makefile which create your package.
If you really don'y like debhelper's scripts you can always write this
Makefile yourself or use cdbs (`apt-get install cdbs`).
I feel that RPM creation is better here. One command ('rpmbuild') is
used. One file, the package.spec file, is needed with different
sections for each part. I can keep my rpm packaging files any where I
want it, and I don't have to have my application directory conform to
any debian rules.
I know that rpm is using one file. So what?
I LOVE to split tasks to many files... that's the unix way ;)
And as I mentioned... s/package.spec/debian\/rules/ and you still have
one file.
Why can't debian package building be as simple as 'dpkg-create
foo.spec'?
Second, why can't I create packages with standard unix commands? Why
can't I say something like:
$ tar cvzf data.tgz myapplication/*
$ tar czvf control.tgz control
$ tar czvf mypackage-0.1.deb data.tgz control.tgz
Debian uses standard unix commands.
My main complaint here, is that we really want to be able to build the
debian packages from any developer workstation. Since we don't impose
operating system requirements on developers, we can't expect debian to
be on all workstations.
Sorry. How do you suppose to build rpm without rpm?
Right now, using Debian to deploy our software seems more and more
difficult for us. I'd greatly appreciate any advice or comments. All I
want to be able to do is create a package on any unix system that can be
installed via apt-get, that simply installs some files, and can use the
pre/post install/remove scripts. This seems like a simple thing to do,
but the process seems very difficult.
Is your software free? Can you share it with us?
I'm sure that someone create proper packaging scripts for you.
I'm first to help you if you want.
regards
fEnIo
--
_ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo
_|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska
(0 0) phone:+48602383548 | Slackware - the weakest link
ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001
signature.asc
Description: Digital signature
Re: Simple Debian Package Creation?
On Wed, Nov 03, 2004 at 04:06:01PM -0600, Zach Garner wrote: Most of the apps are using `./configure make make install` so dh_make tries to use that way. In fact the only file you need is debian/rules. It should be Makefile which create your package. What bugs me is that as far as I can tell from the documentation, dh_make is the recommended proper way of doing things. Also, as far as I can tell I need the following: README.Debian compat copyright rules control dirs README.Debian, compat and dirs is useless (well at least it's not needed). In fact you need copyright, when you write copyright issues (could be easily checked how it looks like in other packages), rules (which is the most important file which manages whole building process) and control which could be also easily written cause it includes only most significant issues. I understand your point though, the 'rules' file is the only one that really matters. As I said previously... you can prepare rules file which will handle all issues, but it's not so easy then. If you really don'y like debhelper's scripts you can always write this Makefile yourself or use cdbs (`apt-get install cdbs`). I'll look into cdbs. That's totally other way of packaging. It's designed to simplify rules file as much as it is possible. Sorry I won't describe it more verbosely cause I like debhelper ;) I have some makefiles that work ok, by modifying what I got from dh_make (this is probably a bad idea, but I don't have documentation on how to hand write one without using debhelper scripts...) It generally works, but there is a lot of magic that happens in the dh_ scripts. You can always check some examples. (Not sure if examples is proper name cause they're just working and in most cases fully compliant packages ;)) Anyway... checking some really simple package should give you some ideas what is being happen during packaging. In fact compilation, moving to proper directory and calling dh_builddep should be enough in most cases. You have to use the same targets as in Debian's makefiles, but if you don't care about policy compliant you can even miss that requirenment. For instance, I don't know how it knows that debian/packagename is where my application data is supposed to be. Is this hardcoded in dpkg-deb? Is somehow expressed in one of the dh_ scripts that is listed in my binary: target. All I really know is that if I put my files there, it puts them in the package. I probably need to read the man pages more than I have... That is related to debian/control file. Whole packaging scripts assume that every Package: whatever line in debian/control is used for final packages. So if you have: Package: my_cool_package line in debian/control then scripts looking for your files in debian/my_cool_package directory. So just put there your files in proper filesystem hierarchy and they'll be moved to package called the same. Second, why can't I create packages with standard unix commands? Why can't I say something like: $ tar cvzf data.tgz myapplication/* $ tar czvf control.tgz control $ tar czvf mypackage-0.1.deb data.tgz control.tgz Debian uses standard unix commands. What I meant by standard roughly translates into available on most/all unix or linux systems. The format of a .deb file is special as far as I can tell. I can't create or manipulate them without using dpkg-deb or one of the other scripts. Well you can. But then it became even more hard to do. You can use ar, tar and gzip. You seems to ignore fact that Debian contains almost only free software, and it is almost only build on Debian's autobuilders (excluding non-free and contrib). So building scripts are designed to simplify *this* task, and not packaging binary files. Sorry that's the way it is. We're targeted at FREE SOFTWARE and our policy demands to build it with another free software available on our autobuiders. It is however possible to build binary package in other way. AFAIR there is some manual on the net how to easily do that. Quick google search: http://tldp.org/HOWTO/Debian-Binary-Package-Building-HOWTO/ In fact, I would be happy enough if I could (a) run dpkg-deb on our other systems, this may be possible, though I don't expect it would too easy and (b) use dpkg-deb to create a package by giving it the control.tgz and data.tgz. Ideally, dpkg-deb wouldn't be required to create the specially formatted deb file, and I could just create a tar. Take a look at mentioned link. If you don't care our policy then use binary packaging. My main complaint here, is that we really want to be able to build the debian packages from any developer workstation. Since we don't impose operating system requirements on developers, we can't expect debian to be on all workstations. Sorry. How do you suppose to build rpm without rpm? Oh, I didn't mean to imply RPM was better here. My other biases show here.. I
Re: Simple Debian Package Creation?
On Wed, Nov 03, 2004 at 10:47:45AM -0600, Zach Garner wrote:
[...]
First:
1. The sheer number of helper scripts, with layers and layers of
scripts built on top of each other is really confusing.
I'd agree it's pretty confusing, but only first time.
It's quite easy to understand it.
2. The number of files that I have to create within the /debian
directory is difficult to deal with, and having to create the /debian
directory within my application directory and being forced to name my
application directory according to debian rules is very irritating.
You don't need all of them.
3. Most of the package creation scripts (I'm refering explicitly to
dh_make which is supposed to be the proper way of creating a package, as
discussed in the New Maintainer's Guide) expect that you are building a
traditional unix application, that's written in C, has ./configure and a
Makefile. All we are doing in most of our packages is installing some
files. Why can't that be simple?
Most of the apps are using `./configure make make install` so dh_make
tries to use that way.
In fact the only file you need is debian/rules.
It should be Makefile which create your package.
If you really don'y like debhelper's scripts you can always write this
Makefile yourself or use cdbs (`apt-get install cdbs`).
I feel that RPM creation is better here. One command ('rpmbuild') is
used. One file, the package.spec file, is needed with different
sections for each part. I can keep my rpm packaging files any where I
want it, and I don't have to have my application directory conform to
any debian rules.
I know that rpm is using one file. So what?
I LOVE to split tasks to many files... that's the unix way ;)
And as I mentioned... s/package.spec/debian\/rules/ and you still have
one file.
Why can't debian package building be as simple as 'dpkg-create
foo.spec'?
Second, why can't I create packages with standard unix commands? Why
can't I say something like:
$ tar cvzf data.tgz myapplication/*
$ tar czvf control.tgz control
$ tar czvf mypackage-0.1.deb data.tgz control.tgz
Debian uses standard unix commands.
My main complaint here, is that we really want to be able to build the
debian packages from any developer workstation. Since we don't impose
operating system requirements on developers, we can't expect debian to
be on all workstations.
Sorry. How do you suppose to build rpm without rpm?
Right now, using Debian to deploy our software seems more and more
difficult for us. I'd greatly appreciate any advice or comments. All I
want to be able to do is create a package on any unix system that can be
installed via apt-get, that simply installs some files, and can use the
pre/post install/remove scripts. This seems like a simple thing to do,
but the process seems very difficult.
Is your software free? Can you share it with us?
I'm sure that someone create proper packaging scripts for you.
I'm first to help you if you want.
regards
fEnIo
--
_ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 |
IRC:fEnIo
_|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska
(0 0) phone:+48602383548 | Slackware - the weakest link
ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001
signature.asc
Description: Digital signature
Re: Simple Debian Package Creation?
On Wed, Nov 03, 2004 at 04:06:01PM -0600, Zach Garner wrote: Most of the apps are using `./configure make make install` so dh_make tries to use that way. In fact the only file you need is debian/rules. It should be Makefile which create your package. What bugs me is that as far as I can tell from the documentation, dh_make is the recommended proper way of doing things. Also, as far as I can tell I need the following: README.Debian compat copyright rules control dirs README.Debian, compat and dirs is useless (well at least it's not needed). In fact you need copyright, when you write copyright issues (could be easily checked how it looks like in other packages), rules (which is the most important file which manages whole building process) and control which could be also easily written cause it includes only most significant issues. I understand your point though, the 'rules' file is the only one that really matters. As I said previously... you can prepare rules file which will handle all issues, but it's not so easy then. If you really don'y like debhelper's scripts you can always write this Makefile yourself or use cdbs (`apt-get install cdbs`). I'll look into cdbs. That's totally other way of packaging. It's designed to simplify rules file as much as it is possible. Sorry I won't describe it more verbosely cause I like debhelper ;) I have some makefiles that work ok, by modifying what I got from dh_make (this is probably a bad idea, but I don't have documentation on how to hand write one without using debhelper scripts...) It generally works, but there is a lot of magic that happens in the dh_ scripts. You can always check some examples. (Not sure if examples is proper name cause they're just working and in most cases fully compliant packages ;)) Anyway... checking some really simple package should give you some ideas what is being happen during packaging. In fact compilation, moving to proper directory and calling dh_builddep should be enough in most cases. You have to use the same targets as in Debian's makefiles, but if you don't care about policy compliant you can even miss that requirenment. For instance, I don't know how it knows that debian/packagename is where my application data is supposed to be. Is this hardcoded in dpkg-deb? Is somehow expressed in one of the dh_ scripts that is listed in my binary: target. All I really know is that if I put my files there, it puts them in the package. I probably need to read the man pages more than I have... That is related to debian/control file. Whole packaging scripts assume that every Package: whatever line in debian/control is used for final packages. So if you have: Package: my_cool_package line in debian/control then scripts looking for your files in debian/my_cool_package directory. So just put there your files in proper filesystem hierarchy and they'll be moved to package called the same. Second, why can't I create packages with standard unix commands? Why can't I say something like: $ tar cvzf data.tgz myapplication/* $ tar czvf control.tgz control $ tar czvf mypackage-0.1.deb data.tgz control.tgz Debian uses standard unix commands. What I meant by standard roughly translates into available on most/all unix or linux systems. The format of a .deb file is special as far as I can tell. I can't create or manipulate them without using dpkg-deb or one of the other scripts. Well you can. But then it became even more hard to do. You can use ar, tar and gzip. You seems to ignore fact that Debian contains almost only free software, and it is almost only build on Debian's autobuilders (excluding non-free and contrib). So building scripts are designed to simplify *this* task, and not packaging binary files. Sorry that's the way it is. We're targeted at FREE SOFTWARE and our policy demands to build it with another free software available on our autobuiders. It is however possible to build binary package in other way. AFAIR there is some manual on the net how to easily do that. Quick google search: http://tldp.org/HOWTO/Debian-Binary-Package-Building-HOWTO/ In fact, I would be happy enough if I could (a) run dpkg-deb on our other systems, this may be possible, though I don't expect it would too easy and (b) use dpkg-deb to create a package by giving it the control.tgz and data.tgz. Ideally, dpkg-deb wouldn't be required to create the specially formatted deb file, and I could just create a tar. Take a look at mentioned link. If you don't care our policy then use binary packaging. My main complaint here, is that we really want to be able to build the debian packages from any developer workstation. Since we don't impose operating system requirements on developers, we can't expect debian to be on all workstations. Sorry. How do you suppose to build rpm without rpm? Oh, I didn't mean to imply RPM was better here. My other biases show here.. I
Re: RFS: asc - turn-based strategy game
On Wed, Oct 20, 2004 at 02:05:31PM +1000, Matthew Palmer wrote: I'm looking for one-time-sponsor for my package asc. Usually Matthew Palmer uploads asc package for me, but he doesn't respond for my mails so I'm looking for someone else to upload it this time. I haven't gotten any e-mails from you since the automated upload e-mail. Check your mail logs. Hmm.. Date: Sun, 10 Oct 2004 20:19:18 +0200 From: Bartosz Fenski aka fEnIo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: new asc I didn't receive any returning mail with errors :/ I've also been on holidays for the past week, which makes it a little hard to respond (although that isn't a problem you can do much about). Yeah I know. My mistake. I should check that first on db.debian.org. Sorry for disturbing you on holidays... hope you spent them well ;) The other problem is that asc is a mammoth package, which takes several days to build on my incredibly underpowered autobuilder. I'm planning on looking at the package tomorrow and making the upload then if all is well. Great. Thank you. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
RFS: asc - turn-based strategy game
Hello. I'm looking for one-time-sponsor for my package asc. Usually Matthew Palmer uploads asc package for me, but he doesn't respond for my mails so I'm looking for someone else to upload it this time. Here goes relevant information: Package name: asc - turn-based strategy game Advanced Strategic Command is a free strategy game in the tradition of BattleIsle 2/3. The game is turn-based and can be played against human or computer. Version: 1.15.1.0 Author: Martin Bickel [EMAIL PROTECTED] Homepage: http://www.asc-hq.org License: GPL Package can be obtained from http://skawina.eu.org/asc/ regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
RFS: asc - turn-based strategy game
Hello. I'm looking for one-time-sponsor for my package asc. Usually Matthew Palmer uploads asc package for me, but he doesn't respond for my mails so I'm looking for someone else to upload it this time. Here goes relevant information: Package name: asc - turn-based strategy game Advanced Strategic Command is a free strategy game in the tradition of BattleIsle 2/3. The game is turn-based and can be played against human or computer. Version: 1.15.1.0 Author: Martin Bickel [EMAIL PROTECTED] Homepage: http://www.asc-hq.org License: GPL Package can be obtained from http://skawina.eu.org/asc/ regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: pearpc_0.3.1-2_i386.changes UNACCEPT
On Fri, Oct 15, 2004 at 04:15:40PM -0300, Leo Costela Antunes wrote: Hi all What can I do about the forwarded problem? I tried reuploading the files + the orig.tar.gz, but it generated the same problem. Any pointers? Rejected: pearpc_0.3.1-2.dsc refers to pearpc_0.3.1.orig.tar.gz, but I can't find it in the queue or in the pool. Are you sure you made your package with the same (md5) orig file as the previous version? I made once such mistake. I prepared package -1 with some orig.tar.gz file, and -2 version with .orig.tar.gz file gzipped with best compression. [...] Sorry if it won't help you but I think that md5 sums are different in .changes files. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: pearpc_0.3.1-2_i386.changes UNACCEPT
On Fri, Oct 15, 2004 at 04:15:40PM -0300, Leo Costela Antunes wrote: Hi all What can I do about the forwarded problem? I tried reuploading the files + the orig.tar.gz, but it generated the same problem. Any pointers? Rejected: pearpc_0.3.1-2.dsc refers to pearpc_0.3.1.orig.tar.gz, but I can't find it in the queue or in the pool. Are you sure you made your package with the same (md5) orig file as the previous version? I made once such mistake. I prepared package -1 with some orig.tar.gz file, and -2 version with .orig.tar.gz file gzipped with best compression. [...] Sorry if it won't help you but I think that md5 sums are different in .changes files. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Bug# 238314 RFS: siefs - virtual fs for accessing Siemens mobiles
On Sun, Oct 10, 2004 at 05:06:10PM +0200, Mathias Weidner wrote: I'm looking for a sponsor to help me get this package into debian. Package name : siefs Version : 0.2 Upstream Author : Dmitry Zakharov [EMAIL PROTECTED] URL : http://mirror01.iptelecom.net.ua/~dmitry_z/siefs/ License : GPL Description : virtual filesystem for accessing memory of Siemens mobiles Long Description : SieFS is a virtual filesystem for accessing Siemens mobile phones memory (flexmem or MultiMediaCard). It's possible to mount your phone (by datacable or IRDA) and work with it like with any other removable storage. The files are at http://weidner.in-bad-schmiedeberg.de/computer/linux/debian/siefs/download/ This would close Bug# 238314 filed by Bartosz Fenski. I contacted Bartosz Fenski as he had packaged siefs by himself. Since he does not have the time to make this package as good as it should be, he allowed me to hijack the package. Hello Mathias. First of all thanks for taking care of siefs. At the moment there are a few warnings provided by lintian: $ lintian siefs_0.2-1_i386.changes W: siefs source: configure-generated-file-in-source config.log W: siefs source: configure-generated-file-in-source config.status W: siefs source: configure-generated-file-in-source config.cache The mentioned files are in the upstream source and I'm uncertain whether to remove the files, ignore the warning or do something else about this. Any help is greatly appreciated. Thanks for taking your time, Do you know that there is newer version available? http://mirror01.iptelecom.net.ua/~dmitry_z/siefs/ It's 0.4 version and it fixes some bugs and supports some new phones, so you certainly should start from that source. Second thing. As you said I don't have time to make this package as good as it should be, but you didn't make it either ;) As far as I looked to similar packages, all filesystems have to provide some mount.name_of_filesystem binaries. Take a look at shfs or smbfs if you need examples. Also there is problem with vmo2wav binary. It also exists in obexftp package. So I suppose there are three ways of fixing it: 1) make your package conflict with obexftp 2) ask obexftp's maintainer to remove vmo2wav binary from his package in fact our (that from siefs) binary is better, it has some output messages and seems to be more up2date. 3) ask obexftp's maintainer to remove vmo2wav binary and create two binary packages from siefs - siefs vmo2wav. Then obexftp's maintainer could set obexftp dependant on vmo2wav. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Bug#275685: ITP: msmtp -- smtp client which can be used as a smtp plugin with mutt
On Sat, Oct 09, 2004 at 04:16:06PM +0200, Julien Louis wrote: * Package name: msmtp Version : 1.2.3 Upstream Author : Martin Lambers [EMAIL PROTECTED] * URL : http://msmtp.sourceforge.net * License : GPL Description : smtp client which can be used as a smtp plugin with mutt msmtp is an SMTP client that can be used as an SMTP plugin for Mutt and probably other MUAs (mail user agents). It forwards mails to an SMTP server (for example at a free mail provider) which does the delivery. The description was taken from msmtp site. Hello Julien. Did you contact with the actual maintainer? Last time when I tried to get packages of msmtp Jess Mahan [EMAIL PROTECTED] told me he intend to maintain it for Debian. For now he maintains it for the upstream. Please contact him for possible comaintainance. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Bug#275685: ITP: msmtp -- smtp client which can be used as a smtp plugin with mutt
On Sat, Oct 09, 2004 at 04:16:06PM +0200, Julien Louis wrote: * Package name: msmtp Version : 1.2.3 Upstream Author : Martin Lambers [EMAIL PROTECTED] * URL : http://msmtp.sourceforge.net * License : GPL Description : smtp client which can be used as a smtp plugin with mutt msmtp is an SMTP client that can be used as an SMTP plugin for Mutt and probably other MUAs (mail user agents). It forwards mails to an SMTP server (for example at a free mail provider) which does the delivery. The description was taken from msmtp site. Hello Julien. Did you contact with the actual maintainer? Last time when I tried to get packages of msmtp Jess Mahan [EMAIL PROTECTED] told me he intend to maintain it for Debian. For now he maintains it for the upstream. Please contact him for possible comaintainance. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: Help: Packaging Error
On Wed, Sep 29, 2004 at 05:41:22PM +0100, Ben Hill wrote:
Apologies if I'm being lame, this is my first Debian package.
I'm running lintian -i to check my built package, but I'm getting the
error:
binary-without-manpage
The software does not come with a manpage, but I've edited the
{app}/debian/manpage.1.ex file adding in the content, then renamed it
manpage.1.
What am I missing?
Did you also modify debian/rules file to include this file?
Change:
# dh_installman
To:
dh_installman debian/manpage.1
Also change the name of the manpage to the name-of-binary.1
regards
fEnIo
--
_ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo
_|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska
(0 0) phone:+48602383548 | Slackware - the weakest link
ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001
signature.asc
Description: Digital signature
Re: Help: Packaging Error
On Wed, Sep 29, 2004 at 05:41:22PM +0100, Ben Hill wrote:
Apologies if I'm being lame, this is my first Debian package.
I'm running lintian -i to check my built package, but I'm getting the
error:
binary-without-manpage
The software does not come with a manpage, but I've edited the
{app}/debian/manpage.1.ex file adding in the content, then renamed it
manpage.1.
What am I missing?
Did you also modify debian/rules file to include this file?
Change:
# dh_installman
To:
dh_installman debian/manpage.1
Also change the name of the manpage to the name-of-binary.1
regards
fEnIo
--
_ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 |
IRC:fEnIo
_|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska
(0 0) phone:+48602383548 | Slackware - the weakest link
ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001
signature.asc
Description: Digital signature
Re: RFS: ascii -- Prints aliases and tables for an ASCII character
On Sun, Sep 26, 2004 at 10:59:44PM +0200, Florian Ernst wrote: As possibly I'll become a DD one day, [...] Heh... you're very optimistic ;) Sort of, yes :) Certainly this is not supposed to call for any urgent actions so it'll happen any earlier, I don't mind the waiting time or any (further) tests. Good luck... I'm waiting over six months after FD approval ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
RFS: xmms-find - external search plugin for xmms
Hello. I'm looking for sponsor for the xmms-find package. Here goes relevant information: * Package name: xmms-find Version : 0.5.1 Upstream Author : Isak Savo [EMAIL PROTECTED] Michael Marineau [EMAIL PROTECTED] * URL : http://xmmsfind.sourceforge.net/ * License : GPL Description : external search plugin for xmms XmmsFind is a small plugin for the X Multimedia System that enables you to quickly search for a file in the current playlist, and at your command, play it. . The plugin is very similar to the built-in jump to file util, but it is launched by an external command so the window will pop up regardless of where the XMMS window is hiding. For example, you can use another program to launch XmmsFind with a keyboard shortcut or button on an extened keyboard. Package can be obtained from my homepage: http://skawina.eu.org/xmms-find/ regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: RFS: ascii -- Prints aliases and tables for an ASCII character
On Sun, Sep 26, 2004 at 10:06:16PM +0200, Florian Ernst wrote: As possibly I'll become a DD one day, I hope a one-time sponsoring will be sufficient, please see http://nm.debian.org/nmstatus.php?email=florian_ernst%40gmx.net and http://qa.debian.org/developer.php?gpg_key=514B3E7C for details about Debian and me. Heh... you're very optimistic ;) regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: RFS: mkat - transparent CLI frontend to burn, catalog data and audio CDs
On Sat, Sep 25, 2004 at 08:14:16PM +1000, [EMAIL PROTECTED] wrote: I'm looking for a sponsor for my software - mkat, released under GPL. The package is Lintian clean. Description follows: [...] Line for /etc/apt/sources.list: deb http://www.amur.ru/~ledestin/mkat/debian / Could you please remove CVS directories and debian/.#rules.1.1.1.1 file? I think they're useless (for package of course). Also you should filled bugreport that you intend to create package. Then you could close it with changelog entry. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: RFS: mkat - transparent CLI frontend to burn, catalog data and audio CDs
On Sat, Sep 25, 2004 at 08:14:16PM +1000, [EMAIL PROTECTED] wrote: I'm looking for a sponsor for my software - mkat, released under GPL. The package is Lintian clean. Description follows: [...] Line for /etc/apt/sources.list: deb http://www.amur.ru/~ledestin/mkat/debian / Could you please remove CVS directories and debian/.#rules.1.1.1.1 file? I think they're useless (for package of course). Also you should filled bugreport that you intend to create package. Then you could close it with changelog entry. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
