Bug#923893: RFS: libetpan/1.9.3-1~bpo9+1 [NMU] -- Backport of libetpan for Debian 9 Stretch
Hi Shaun, On Tue, May 07, 2019 at 08:27:10AM -0700, Shaun Johnson wrote: > Thank you for the feedback Ricardo - I will keep an eye out for 1.9.3-2 > and update accordingly! Cool, thanks in advance! > Just curious however - is this (1.9.3-2) still aimed for 'Buster' or is > there a new 'testing' target being prepared? (I ask as I was under the > understanding that Buster was in 'full freeze' as of March 12th - not > sure how severity of bugs effect the release freeze constraints in > debian) It's aimed for buster, yes. You're right regarding testing freeze, but I've requested an unblock for this upload which has been approved by the Release Team (see bug #928548). If you're curious about the kind of fixes which are allowed at this stage latest Release Team bits can help: https://release.debian.org/ regards, -- Ricardo Mones ~ The world will end in 5 minutes. Please log out.Unknown signature.asc Description: PGP signature
Bug#923893: RFS: libetpan/1.9.3-1~bpo9+1 [NMU] -- Backport of libetpan for Debian 9 Stretch
Hi Shaun, On Wed, 6 Mar 2019 11:50:17 -0800 Shaun Johnson wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my backport package "libetpan" > > * Package name: libetpan >Version : 1.9.3-1~bpo9+1 >Upstream Author : Ricardo Mones > * URL : https://github.com/dinhviethoa/libetpan > * License : BSD-3-Clause >Section : mail […] > Changes since the last upload: > > Backport of new upstream version 1.9.3 It's probably preferably to backport 1.9.3-2, which fixes bug #927709. It has been uploaded today, but if everything goes fine will hit testing before the end of the week. regards, -- Ricardo Mones http://people.debian.org/~mones «Nice guys don't finish nice.» pgptuQDxaTaMJ.pgp Description: Firma digital OpenPGP
Re: Advice needed to put mailfilter in the pool
Hi therre, On Mon, Apr 04, 2016 at 09:17:15AM +, Gianfranco Costamagna wrote: > Hi dear Joerg and Ricardo, do you have any issues in having me > sponsoring the debdiff? Not from my side :) > The debdiff looks really good, however some things needs > changes/comments: > > 1) adding yourself to uploaders needs an ack Indeed, if you plan to keep maintaining it, yes, if not, just NMU and don't modify uploaders, it's already polluted enough ;-) In fact you should drop my address from that before uploading, please, since it's unlikely I'm going to have time for mailfilter this year. > 2) this seems to be otherwise an NMU, and I would prefer a puntual fix. > > However, since the debdiff of the new release is mostly due to > autogenerated files, with two little changes, we can consider an NMU > doable, even if I would prefer one maintainer acking yourself stepping > in as uploader. […] > (I could upload on deferred maybe, since this is an RC bug, but I > won't do it with you as uploader, I will convert in an NMU upload > then) Upload directly if you're confident it's not going to break anything. regards and thanks for your work, -- Ricardo Mones ~ bash: ./signature: No such file or directory /bin/bash signature.asc Description: Digital signature
Re: RFS: vagalume
Hi Alberto, On Tue, 19 Feb 2008 03:32:21 +0100 Alberto Garcia [EMAIL PROTECTED] wrote: I am looking for a sponsor for my package vagalume. * Package name: vagalume Version : 0.5.1-2 Upstream Author : Alberto Garcia [EMAIL PROTECTED] * URL : https://garage.maemo.org/projects/vagalume * License : GNU GPLv3 Section : sound [...] I would be glad if someone uploaded this package for me. Uploaded, thanks for your contribution ;-) -- Ricardo Mones http://people.debian.org/~mones «Many pages make a thick book, except for pocket Bibles which are on very very thin paper.» signature.asc Description: PGP signature
Re: RFS: osmo
[Resending, seems the first didn't find its way, sorry for duplicates] Hi Eike, On Sun, 27 Jan 2008 16:04:34 +0100 Eike Nicklas [EMAIL PROTECTED] wrote: this is just a second attempt to find a sponsor for Osmo ;-) If you want to sponsor, but notice any packaging glitches, just let me know and I will try to fix them. Your copyright file is incorrect: there's source files with additional copyright holders which should be included. The style of the description is uncomfortable to me. It should be more direct and less narrative, with the key/unique features easily readable. You have to show the user if the package fits what is needed or not. The changelog entry is too long, the Initial release line is enough, the rest is not relevant (and is incomplete anyway). Apart from these, the package pdebuilds and runs fine, so it may be suitable for sponsoring after proper fixing. regards, -- Ricardo Mones http://people.debian.org/~mones «Your best consolation is the hope that the things you failed to get weren't really worth having.»
Re: RFS: vbackup
Hi Stefanos, On Sun, 30 Dec 2007 16:53:12 +0200 Stefanos Harhalakis [EMAIL PROTECTED] wrote: My name is Stefanos Harhalakis and I'm a sysadmin at TEI of Thessaloniki, Greece. I'm looking for a sponsor for a program of mine (I've also created the debian package). This is a new package: Name: vbackup License: GPLv2. May be changed to GPLv3. Version: 0.1.4 Author: Stefanos Harhalakis [EMAIL PROTECTED] (that's me) URL: http://www.it.teithe.gr/~v13/vbackup/ ITP: 458340 deb: http://hydra.it.teithe.gr/debian/dists/unstable/main/binary-all/admin/vbackup_0.1.4-2_all.deb You have to provide your source package link (.dsc file), in your case: http://hydra.it.teithe.gr/debian/dists/unstable/main/source/admin/vbackup_0.1.4-2.dsc vbackup is a modular backup program. It is a set of scripts that can perform full or incremental system backups. Currently it supports: * Filesystem backups using tar * XFS backups using xfsdump * PostgreSQL backups * MySQL backups * dpkg package list backups and can be easily extended to do other things. AFAIK there's several backup script packages in Debian, which makes yours better/different from the others? I'm using parts of this program to backup some of our systems for the last 2+ years. The program is developed by me and I'm developing it for our needs (currently, it is going to backup 8 systems). I've already packaged it and created a mini repository to ease the installation on those systems (7 of them are running debian). Since I'm the original author of the program and I'm depending on debian packages for using this program in our systems, I believe that this package will not become easily unmaintained. That's good :) The reason I've created vbackup and I'm seeking for debian inclusion is that I believe that there is no similar backup program available. vbackup is opensource, very simple to setup, very easy to extend and it is shell script based. Belief is not enough, IMHO. At least you should do some little research among existing backup packages of the same category and show us that yours is different. The package almost passes the lintian check and fully passes the linda check. There is a problem with the rules file because there are commands listed in arch-binary instead of arch-indep (the package is for architecture: all) but I'm not 100% sure about how to correctly correct this. There is also a (I believe) bogus warning that lintian reports: Currently your package doesn't build under pbuilder because clean target assumes too much: you have to replace your «$(MAKE) distclean» in debian/rules by «[ ! -f Makefile ] || $(MAKE) distclean» or similar. Lintian warnings are not bogus: W: vbackup source: binary-arch-rules-but-pkg-is-arch-indep You have to move binary-arch rules to binary-indep, as no arch-dependent packages are built. There's also a lot of commented lines from template in rules, these are there to be removed if not used. W: vbackup source: out-of-date-standards-version 3.7.2 (current is 3.7.3) Change the Standards-Version field to the current one (3.7.3, of course :) Seems dh-make templates are still not updated. There's also a couple of informative messages you may want to fix (give and additional -I flag to lintian to discover them). I could not register vbackup with the sponsors.debian.net site. I've created the ITP (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458340) using reportbug but the site keep saying: - Connecting to bugs database... done Searching database... done Some errors occured: ITP/ITA number 458340 doesn't have the phrase ITP: vbackup or ITA: vbackup in the title - while the ITP bug report actually has this in the title. Any suggestions with that? I'm afraid none :( -- Ricardo Mones http://people.debian.org/~mones «You have an ambitious nature and may make a name for yourself.» signature.asc Description: PGP signature
Re: I'm sorry
On Wed, 19 Dec 2007 00:24:20 +0100 Richard van Roy [EMAIL PROTECTED] wrote: Ow no, this makes a crappy first impression :S Yep, those things happen :) The was something wrong with mu SMTP server, so I accidentally send my meesage four times, very sorry for this. You can start reading the New Maintainer Guide [0], which will point you to the Work-Needing and Prospective Packages [1], where you can look for some orphaned package you may take care of. regards, [0] http://www.debian.org/doc/manuals/maint-guide/index.en.html [1] http://www.debian.org/devel/wnpp -- Ricardo Mones http://people.debian.org/~mones «Beware the one behind you.» signature.asc Description: PGP signature
Re: RFS: podbrowser (updated package) - 2nd try
Hi Jeffrey, On Wed, 19 Dec 2007 15:04:59 +0100 Jeffrey Ratcliffe [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 0.12-1 of my package podbrowser. It builds these binary packages: podbrowser - Documentation browser for Perl The package appears to be lintian clean. I've started to check the package last week, it was built ok under pbuilder, but I was unable to install it because of broken dependencies and had no time to look further. Do you know if this still happens? I'm somewhat reluctant to upload something I cannot install :) -- Ricardo Mones http://people.debian.org/~mones «Tuesday is the Wednesday of the rest of your life.» signature.asc Description: PGP signature
Re: RFS: podbrowser (updated package) - 2nd try
On Wed, 19 Dec 2007 20:27:35 +0100 Jeffrey Ratcliffe [EMAIL PROTECTED] wrote: On 19/12/2007, Ricardo Mones [EMAIL PROTECTED] wrote: I've started to check the package last week, it was built ok under pbuilder, but I was unable to install it because of broken dependencies and had no time to look further. Do you know if this still happens? I'm somewhat reluctant to upload something I cannot install :) It looks as though I missed the libhtml-parser-perl dependency. I've rebuild the package and uploaded it again. Would you mind having another look? Looks better now :) uploaded. Thanks for your contribution, -- Ricardo Mones http://people.debian.org/~mones «Q: What's the difference between Bell Labs and the Boy Scouts of America? A: The Boy Scouts have adult supervision.» signature.asc Description: PGP signature
Re: RFS: mpc123
On Thu, 06 Dec 2007 21:50:50 +0100 Daniele Sempione [EMAIL PROTECTED] wrote: Hello, my previous sponsor can't upload debian packages anymore. I hope nothing serious had happened. I'm looking for a new sponsor for the Musepack command-line player mpc123. new bug-free version is out. Here's debian stuff: http://mentors.debian.net/debian/pool/main/m/mpc123 Uploaded. Please, for next version remember to update to current Standards-Version (3.7.3). Also hyphens (-) on manpage should be escaped (\-) to keep lintian happy. Thanks for your contribution, -- Ricardo Mones http://people.debian.org/~mones «Q: How many IBM CPU's does it take to do a logical right shift? A: 33. 1 to hold the bits and 32 to push the register.» signature.asc Description: PGP signature
Re: RFS: sysadmin-guide-es (5th try)
On Sat, 24 Nov 2007 18:28:34 +0100 Krzysztof Burghardt [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for my package sysadmin-guide-es. * Package name: sysadmin-guide-es Version : 0.8-1 Upstream Author : Rafael Ignacio Zurita [EMAIL PROTECTED] (translator) Lars Wirzenius [EMAIL PROTECTED] Joanna Oja [EMAIL PROTECTED] Stephen Stafford [EMAIL PROTECTED] Alex Weeks [EMAIL PROTECTED] * URL : http://www.ibiblio.org/pub/Linux/docs/LDP/system-admin-guide/translations/es/ * License : GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A quick review of the text version on the above URL shows that the license you're writing here is not in the document itself. It has been translated without keeping the original English form, which is required AFAIK to be a valid license (the GFDL is explicit about what to write in the license in case of no invariant sections and doesn't allow translated forms of that text). regards -- Ricardo Mones http://people.debian.org/~mones «Q: What do you have when you have a lawyer buried up to his neck in sand? A: Not enough sand.» signature.asc Description: PGP signature
Re: Orphaned clanlib package
On Sat, 01 Dec 2007 10:01:56 -0500 Barry deFreese [EMAIL PROTECTED] wrote: Right now both clanbomber and epiphany use clanlib. I have tried to build both of them with 0.8 without much success. I know there is a clanbomber2 available that doesn't use clanlib but not sure about epiphany. You are certainly welcome to help get clanbomber and/or epiphany working with 0.8. :-) I'll even post the new clanlib somewhere for you if you wish. Newer version of epiphany doesn't use clanlib either (I think I've already mentioned it in some other thread), so that makes zero users for that lib. regards, -- Ricardo Mones http://people.debian.org/~mones «O, what a tangled web we weave, When first we practice to deceive. -- Sir Walter Scott, Marmion» signature.asc Description: PGP signature
Re: Orphaned clanlib package
On Sat, 01 Dec 2007 11:16:15 -0500 Barry deFreese [EMAIL PROTECTED] wrote: Ricardo Mones wrote: On Sat, 01 Dec 2007 10:01:56 -0500 Barry deFreese [EMAIL PROTECTED] wrote: Right now both clanbomber and epiphany use clanlib. I have tried to build both of them with 0.8 without much success. I know there is a clanbomber2 available that doesn't use clanlib but not sure about epiphany. You are certainly welcome to help get clanbomber and/or epiphany working with 0.8. :-) I'll even post the new clanlib somewhere for you if you wish. Newer version of epiphany doesn't use clanlib either (I think I've already mentioned it in some other thread), so that makes zero users for that lib. regards, Well the current versions of both clanbomber and epiphany that are in the archive use it so... :-) Sure, I wanted to mean in a future and in sid... :) -- Ricardo Mones http://people.debian.org/~mones «Wrinkles should merely indicate where smiles have been. -- Mark Twain» signature.asc Description: PGP signature
Re: RFS: pangzero (updated package)
Hi, On Mon, 01 Oct 2007 21:32:34 +0100 Marco Rodrigues [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for the new version 1.3-1 of my package pangzero. Uploaded, thanks for your work. It builds these binary packages: pangzero - action game that involves popping balloons with a harpoon The package appears to be lintian clean. You probably should consider using Build-Depends-Indep when building an arch all package. According lintian is entry 7.6 here [0]. regards, [0] http://www.debian.org/doc/debian-policy/ch-relationships.html -- Ricardo Mones http://people.debian.org/~mones «There is no distinctly native American criminal class except Congress. -- Mark Twain» signature.asc Description: PGP signature
Re: RFS: vsdump (updated package)
On Thu, 16 Aug 2007 11:32:38 -0400 Juan Angulo Moreno [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for the new version 0.0.40-1 of my package vsdump. It builds these binary packages: vsdump - Convert Microsoft Visio diagrams .vsd, .vss The package appears to be lintian clean. The upload would fix these bugs: 435664 The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/v/vsdump - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/v/vsdump/vsdump_0.0.40-1.dsc I would be glad if someone uploaded this package for me. Uploaded, thanks for your contribution. -- Ricardo Mones http://people.debian.org/~mones «You may worry about your hair-do today, but tomorrow much peanut butter will be sold.» signature.asc Description: PGP signature
Re: RFS: boa (updated package)
On Sat, 11 Aug 2007 17:46:12 -0400 Francois-Denis Gonthier [EMAIL PROTECTED] wrote: On August 10, 2007 10:36:14 pm Nelson A. de Oliveira wrote: Thanks. Fixed and uploaded again. There was also a bug in the changelog which made Lintian think this was an NMU. I've set run_lintian to 1 in my .dput.cf. That will no longer happen. Uploaded, thanks for your contribution. -- Ricardo Mones http://people.debian.org/~mones «You have a will that can be influenced by all with whom you come in contact.» signature.asc Description: PGP signature
Re: RFS: boa (updated package)
Hi Francois-Denis, On Thu, 09 Aug 2007 20:08:41 -0400 Francois-Denis Gonthier [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for the new version 0.94.14rc21-2 of my package boa. It builds these binary packages: boa- Lightweight and high performance web server The package appears to be lintian clean. Not good enough, it doesn't build under pbuilder: | dpkg-source: building boa using existing boa_0.94.14rc21.orig.tar.gz | dpkg-source: building boa in boa_0.94.14rc21-2.diff.gz | dpkg-source: building boa in boa_0.94.14rc21-2.dsc | debian/rules build | dh_testdir | quilt push -a | No patches in series | make: *** [patch-stamp] Error 2 | pbuilder: Failed autobuilding of package | - Aborting with an error HTH, -- Ricardo Mones http://people.debian.org/~mones «You recoil from the crude; you tend naturally toward the exquisite.» signature.asc Description: PGP signature
Re: RFS: libonig NMU for a RC bug
Hi, On Sat, 04 Aug 2007 16:01:59 +0200 Laurent Bigonville [EMAIL PROTECTED] wrote: Hi, Could someone review and upload libonig 5.9.0 http://mentors.debian.net/debian/pool/main/l/libonig/libonig_5.9.0-0.1.dsc This upload fix a RC bug, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426355 As this is a NMU I think is fair to Cc the maintainer (even if he already ignored the bug since your 21st July notification :-). I'm personally interested in this because this is one of sylpheed package depencencies, so I'll review and eventually upload it if you don't mind. regards, -- Ricardo Mones http://people.debian.org/~mones «You should go home.» signature.asc Description: PGP signature
Re: OpenBook (O'Reilly) packing or Debian
Hi, On Mon, 09 Jul 2007 09:17:11 -0700 Russ Allbery [EMAIL PROTECTED] wrote: Michelle Konzack [EMAIL PROTECTED] writes: For some time I have downloaded the entired OpenBook folder of O'Reilly and packed if to my own use and my friends. Since the O'Reilly License permit redistribution I now ask here, whether it is worth to file an ITP/RFS for those Documentations. A spot-check of a few of the books linked to under: http://www.oreilly.com/openbook/ shows a depressing lack of any explicit license statements on many of these works. I believe they'd have to be checked one-by-one to see if they're even distributable in non-free. For example: http://www.oreilly.com/catalog/samba2/book/toc.html has the GFDL appended to the book, but I see no explicit statement that the book is actually under the GFDL and, if so, what if any invariant sections there are. Without that information, it's impossible to tell if the package can go in main or non-free. I think you choose a bad example :) in the same book, preface page [0], one can read: | Appendix G is the copyright license under which this book is | published. and, Appendix G is linked to the GFDL. regards, [0] http://www.oreilly.com/catalog/samba2/book/ch00.html -- Ricardo Mones http://people.debian.org/~mones «The time is right to make new friends.» signature.asc Description: PGP signature
Re: OpenBook (O'Reilly) packing or Debian
On Mon, 09 Jul 2007 11:12:27 -0700 Russ Allbery [EMAIL PROTECTED] wrote: Ricardo Mones [EMAIL PROTECTED] writes: Russ Allbery [EMAIL PROTECTED] wrote: For example: http://www.oreilly.com/catalog/samba2/book/toc.html has the GFDL appended to the book, but I see no explicit statement that the book is actually under the GFDL and, if so, what if any invariant sections there are. Without that information, it's impossible to tell if the package can go in main or non-free. I think you choose a bad example :) in the same book, preface page [0], one can read: | Appendix G is the copyright license under which this book is | published. and, Appendix G is linked to the GFDL. regards, [0] http://www.oreilly.com/catalog/samba2/book/ch00.html Ah, I missed that. But that still is broken. That is not a valid way of applying the GFDL to a work. See the GFDL for more details, but basically it omits statements about whether there are Invariant Sections, Front-Cover Texts, or Back-Cover Texts, which we would need to know. Maybe I'm missing something (and surely drifting off-topic) but appended GFDL [0] reads (point 1, paragraph 4th): | The Document may contain zero Invariant Sections. If the Document does | not identify any Invariant Sections then there are none. Isn't that enough? regards, [0] http://www.oreilly.com/catalog/samba2/book/appg.html -- Ricardo Mones http://people.debian.org/~mones «Change your thoughts and you change your world.» signature.asc Description: PGP signature
Re: RFS: codeblocks
Hi, On Tue, 19 Jun 2007 16:01:37 -0300 Erick Mattos [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for my package codeblocks. * Package name: codeblocks Version : 1.0rc2~svn.20070615-1 Upstream Author : The Code::Blocks Team * URL : http://www.codeblocks.org/ * License : GPL version 2 Section : devel It builds these binary packages: codeblocks - Code::Blocks integrated development environment (IDE) The package is lintian clean. Mmm, probably, but it doesn't build under pbuilder ;-) : dpkg-source: building codeblocks using existing codeblocks_1.0rc2~svn.20070615.orig.tar.gz dpkg-source: building codeblocks in codeblocks_1.0rc2~svn.20070615-1.diff.gz dpkg-source: building codeblocks in codeblocks_1.0rc2~svn.20070615-1.dsc debian/rules build dh_testdir # Add here commands to configure the package. CFLAGS=-Wall -g -O2 ./configure --host=x86_64-linux-gnu --build=x86_64-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --enable-contrib /bin/sh: ./configure: Permission denied make: *** [configure-stamp] Error 126 pbuilder: Failed autobuilding of package - Aborting with an error - unmounting dev/pts filesystem - unmounting proc filesystem - cleaning the build env - removing directory /home/devel/pbuilder/build/10728 and its subdirectories regards, -- Ricardo Mones http://people.debian.org/~mones «A visit to a fresh place will bring strange work.» signature.asc Description: PGP signature
Re: RFS: gnofract4d
On Fri, 01 Jun 2007 10:25:29 +0200 (CEST) francesco namuri [EMAIL PROTECTED] wrote: I am looking for a sponsor for my package gnofract4d. Package name: gnofract4d Version : 3.4+dfsg-1 Upstream Author : Tim Whidbey [EMAIL PROTECTED] URL : http://gnofract4d.sourceforge.net/download.html License : BSD Section : graphics It builds these binary packages: gnofract4d - a fractal images creator The package is lintian clean. The upload would fix these bugs: 420507 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gnofract4d - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gnofract4d/gnofract4d_3.4+dfsg-1.dsc I would be glad if someone uploaded this package for me. I would, but the copyright file states: | fractutils/gf4d_subprocess.py: | | #By obtaining, using, and/or copying this software and/or its | #associated documentation, you agree that you have read, understood, | #and will comply with the following terms and conditions: | # | #Permission to use, copy, modify, and distribute this software and | #its associated documentation for any purpose and without fee is | #hereby granted, provided that the above copyright notice appears in | #all copies, and that both that copyright notice and this permission | #notice appear in supporting documentation, and that the name of the | #author not be used in advertising or publicity pertaining to | #distribution of the software without specific, written prior | #permission. To my understanding this is contrary to DFSG #1 because you cannot sell it, permission is only given for any purpose AND without fee. So either you contact the upstream author and agree with him to change this clause or you package it for non-free. regards, -- Ricardo Mones http://people.debian.org/~mones «Try the Moo Shu Pork. It is especially good today.» signature.asc Description: PGP signature
Re: RFS: MMS - My Media System
On Tue, 13 Mar 2007 12:58:15 +0100 Roman Müllenschläder [EMAIL PROTECTED] wrote: Am Sonntag, 11. März 2007 schrieb Ricardo Mones: and, also an informative hint about splitting the (large) arch-independent portion in mms-common in another package (mms-common-data fore example) which I think is a good idea in this case. Would you mind helping me a little to get the things splitted between mms-common and mms-common-data? I'll assume you know how to create another Package: stanza in the control file for mms-common-data, see here [0] if not. I'll assume too you know how to use dh_install, install or mv to put the arch-independent files in the right place after building. The only tricky thing is setting the dependencies between mms-common and mms-common-data so the thing is properly binNMU-able [1]. There's a lot of examples already in the archive, apt-cache search/show are your friends :) regards, [0] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-binarycontrolfiles [1] http://wiki.debian.org/binNMU -- Ricardo Mones http://people.debian.org/~mones «You have had a long-term stimulation relative to business.» signature.asc Description: PGP signature
Re: RFS: MMS - My Media System
On Sat, 10 Mar 2007 09:34:56 +0100 Roman Müllenschläder [EMAIL PROTECTED] wrote: Am Dienstag, 23. Januar 2007 schrieben Sie: I filed the ITP and it was accepted as: - Bug#408099: ITP: mms -- My Media System - a complete Mediasuite for various devices - So, I'm keen on whats next ;) Some time hs gone now and I would like to rerequest sponsorship on the packages for MMS (My Media System), a complete media suit for various devices. Package name : mms Version: 1.0.8.2-1 Upstream author: Anders Rune Jensen [EMAIL PROTECTED] URL: http://www.mymediasystem.com License: GPL Section: sound Package URL: http://www.prodeia.de/mms/ It builds these binaries: mms-common - My Media System (common files) mms-standard - My Media System - a complete Mediasuite (SDL, Alsaplayer) mms-slim - My Media System - a complete Mediasuite (SDl, Gstreamer) mms-mpeg - My Media System - a complete Mediasuite (FF-DVB, Alsaplayer) The packages are lintian clean and pbuilder builds them well for Edgy, Sid and Etch. Not completely, there's some warnings caused by non-executable scripts around, and, also an informative hint about splitting the (large) arch-independent portion in mms-common in another package (mms-common-data fore example) which I think is a good idea in this case. There's also a typo in debian/control too (DXR§?) though I'm not sure what these mean, so probably the description can be improved a bit. If you fix these I'll be happy to sponsor the package. regards, -- Ricardo Mones http://people.debian.org/~mones «You may be infinitely smaller than some things, but you're infinitely larger than others.» signature.asc Description: PGP signature
Re: License question (OpenSSL + GPL)
Hello Paul, On Tue, 30 Jan 2007 17:40:01 + (GMT) Paul Cager [EMAIL PROTECTED] wrote: I'm packaging myserver (http://www.myserverproject.net). It uses OpenSSL to serve HTTPS requests, and contains the following in its license: MyServer is released under the terms of the GNU General Public License (GPL) with the additional exception that compiling, linking, and using OpenSSL is allowed. I've looked in the archives to see if this is allowed in Debian, and the following implies that it is: http://lists.debian.org/debian-legal/2004/05/msg00595.html Does this seem OK to everybody? If you're asking copying the exception clause (or a similar one) of the linked mail is enough to keep the Debian archive legal the answer is yes. Have a look at the new queue's reject FAQ [0], this is the first question mentioned. regards, [0] http://ftp-master.debian.org/REJECT-FAQ.html -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS : Tellico Amaya
On Mon, 29 Jan 2007 15:32:34 + (GMT) Regis Boudin [EMAIL PROTECTED] wrote: -Amaya : http://www.imalip.info/amaya/ , dget http://www.imalip.info/amaya/amaya_9.53~dfsg.0-1.dsc . The package is not in Etch anyway, this version fixes an RC bug, plus some licensing issues, and includes a fully reworked set of patches to use system-provided libraries instead of shipping the source and compiling them. All the applied patches are in debian/patches/ and the relevant ones have been submitted upstream. Uploaded. CC'ing Joerg, in case he has something to say about it as my AM... Any comment about the packages is welcome as well. lintian -iIv on the changes file gives two informative bugs and a warning, you can start with these for future uploads. regards, -- Ricardo Mones http://people.debian.org/~mones «You will stop at nothing to reach your objective, but only because your brakes are defective.» signature.asc Description: PGP signature
Re: Opinions on CDBS amongst sponsors
On Mon, 11 Dec 2006 11:38:41 +0100 Andreas Barth [EMAIL PROTECTED] wrote: * Neil Williams ([EMAIL PROTECTED]) [061211 11:26]: Yet some sponsors have made it clear that CDBS is not their preferred method and are somewhat unwilling to sponsor CDBS. I don't use automatic debian/control management and I personally wouldn't recommend using that part of CDBS. What are the problems with CDBS (apart from debian/control automation)? I need to reverse-engineer code every time I use it There was a good blog entry recently about automation: Good helpers make the tasks easier by reducing complexity. cdbs doesn't do that - it surely makes the task easier for people used to it, but for all others, it is a big black box adding complexity. Fully agreed. Factorising rules is alright, would be unreasonable to have to write every single command each time, but factorising to the extreme, like CDBS does, making the building system utterly complex is a bit absurd too. -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: [2nd] fbdesk -- desktop icons for fluxbox window manager
On Sat, 02 Dec 2006 20:11:23 +0200 Jari Aalto [EMAIL PROTECTED] wrote: I'm looking for sponsor: I'll take care of uploading this one. Thanks for your contribution to Debian, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tdicons
/xbmbrowser W: tdicons: menu-item-creates-new-section Apps/Misc/tdicons32 /usr/share/menu/tdicons:19 W: tdicons: menu-command-not-in-package /usr/share/menu/tdicons:26 /usr/bin/xbmbrowser W: tdicons: menu-item-creates-new-section Apps/Misc/tdicons48 /usr/share/menu/tdicons:26 W: tdicons: menu-command-not-in-package /usr/share/menu/tdicons:33 /usr/bin/xbmbrowser W: tdicons: menu-item-creates-new-section Apps/Misc/tdicons64 /usr/share/menu/tdicons:33 E: tdicons: changelog-file-not-compressed Changelog W: tdicons: wrong-name-for-upstream-changelog usr/share/doc/tdicons/Changelog I: tdicons: unknown-field-in-control homepage N: Removing /tmp/1nwV7IAhV7 ... In addition to this, I feel debian/copyright file is missing info. Now, about the included icons, I hardly believe the Windows and MS-DOS icons are under the Artistic License. The icons depicting Ossama Ben Laden and Britney Spears the are equally doubtful regarding the license, and, while I can play with the idea of using the first ones as xkill icons, I guess others may find additional objections to having them in their hard disks. Notice that even fixing all of this I won't upload the package (sorry, but I find the icons low quality and too windowish), but others may do! :) regards, -- Ricardo Mones http://people.debian.org/~mones «Today is the first day of the rest of the mess.» signature.asc Description: PGP signature
Re: RFS: java2html (intending to adopt package)
On Tue, 14 Nov 2006 21:57:22 + Paul Cager [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for the new version 0.9.2-4 of package java2html. I am hoping to adopt this package. This is my first attempt at package adoption, and I hope someone will be able to check the package for any silly errors. [...] I would be glad if someone could upload this package for me. Uploaded, feel free to contact me for future updates. regards, -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Freeness of a license - french
Hi Miriam, El Thu, 26 Oct 2006 10:14:04 +0200 (CEST) Miriam Ruiz [EMAIL PROTECTED] escribió: Can anyone tell me if the Art Libre license ( http://moleinvasion.tuxfamily.org/download/snd/LICENSE.txt ) might be considered DFSG-free? It's written in french, and although I can more or less understand a part of it, I'm incapable of be sure whether it might be DFSG-free or not. Lots of thanks, On the Copyleft Attitude site mentioned in the license http://artlibre.org/ the license appears translated in English and even Spanish ;-) And TTBOMK it appears to be free, though I'm not a license expert. -- Ricardo Mones http://people.debian.org/~mones «Celebrate Hannibal Day this year. Take an elephant to lunch.»
Re: RFS: filezilla - Port of the famous Win32 graphical FTP client
El Wed, 04 Oct 2006 13:49:28 +0200 Adam Cécile (Le_Vert) [EMAIL PROTECTED] escribió: I removed this nag because it's a bit annoying and Debian user can report bugs. That's also ok, but, please, put a notice about the removed warning and his complete text in the README.Debian file. Users should be informed of the quality of the software they're using. Thanks, -- Ricardo Mones. ~ Keep emotionally active. Cater to your favorite neurosis.
Re: RFS: filezilla - Port of the famous Win32 graphical FTP client
Hi Adam, On Tue, 03 Oct 2006 20:27:59 +0200 Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for my package filezilla. * Package name: filezilla Version : 2.9.4+cvs20060919-1 Upstream Author : Tim Kosse [EMAIL PROTECTED] (Project Leader) * URL : http://filezilla-project.org/ * License : GPL / MIT Section : net It builds these binary packages: filezilla - Port of the famous Win32 graphical FTP client filezilla-common - Architecture independent files for filezilla filezilla-locales - Translations of filezilla The package is lintian clean. The upload would fix these bugs: 330678 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/filezilla - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/filezilla/filezilla_2.9.4+cvs20060919-1.dsc Package looks fine, but: You missed copyright notice on src/putty/sshcrcda.c, that should be in copyright file too. On your control file you wrote: * Spanish; Castilian (es) - this is wrong, if you're referring to the Spanish of Spain it should be es_ES locale, otherwise just put Spanish (es). I would be glad if someone uploaded this package for me. I'll do when those things are fixed. -- Ricardo Mones ~ bash: ./signature: No such file or directory /bin/bash
Re: RFS: filezilla - Port of the famous Win32 graphical FTP client
On Wed, 04 Oct 2006 02:34:50 +0200 Nacho Barrientos Arias [EMAIL PROTECTED] wrote: Date: Tue, 3 Oct 2006 20:27:59 +0200 Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote: Hello Adam, I am looking for a sponsor for my package filezilla. I recently build your Filezilla package using the provided sources. I got a curious surprise when I executed it. This marvelous surprise was that, the first I saw was an emergent window saying (as well as other stuff): --- snip --- - DO NOT post bugreports. [...] - DO NOT distribute it. --- snip --- Do you think this announcement is suitable for a Debian system? The complete message (why taking two lines out of context?) is: , | Important information | | This software is still alpha software in early development, don't expect | anything to work | DO NOT post bugreports, | DO NOT use it in production environments, | DO NOT distribute it, | DO NOT complain about it | USE AT OWN RISK ` You can parse this two ways: a) this is just a big warning notice the authors want to make clear to users and redistributors about software unstability/usability b) this is part of the license Nothing relevant points this text is part or excerpt of the license. License is clearly GPL/MIT, as stated on source code, so displaying such nag screen, while annoying or unsuitable does not affect legality. The not posting bugreports (to upstream) doesn't prevent users to report it to BTS, just prevents Adam to forward it upstream. If he's happy dealing with those by himself, that's his choice. Maybe the text should be extended (i.e.: DO NOT post bugreports to the original authors) for Debian. Anyway, I'd like to read some comments from others before uploading, of course. best regards, -- Ricardo Mones ~ RTFM - Read The Manual (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup
Re: RFS: bandwidthd - bandwidth monitoring daemon
El Fri, 29 Sep 2006 10:22:16 +0200 Andreas Henriksson [EMAIL PROTECTED] escribió: The latest version fixes all reported bugs, including RC bugs, and some more: http://bugs.debian.org/bandwidthd New package available at: http://www.fatal.se/pub/debian/bandwidthd-latest/ It's lintian and linda clean (with no overrides). Sorry, but it's not lintian clean: N: Processing binary package bandwidthd (version 2.0.1+cvs20050208-9) ... W: bandwidthd: init.d-script-missing-lsb-section /etc/init.d/bandwidthd N: N: This /etc/init.d script does not have an LSB keyword section (or the N: ### BEGIN INIT INFO tag is incorrect). This section provides N: description and runlevel information in a standard format and provides N: dependency information that can be used to parallelize the boot N: process. Please consider adding it. N: N: Refer to http://wiki.debian.org/LSBInitScripts for details. regards, -- Ricardo Mones. ~ Today is what happened to yesterday.
Re: RFS: seccure
On Sat, 29 Jul 2006 13:00:28 +0100 James Westby [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for my package seccure. * Package name: seccure Version : 0.1-1 Upstream Author : B. Poettering (seccure AT point-at-infinity.org) * URL : http://point-at-infinity.org/seccure/ * License : GPL Section : utils It builds these binary packages: seccure- tools for using algorithms based on elliptic curve cryptography (ECC) The seccure toolset implements a selection of asymmetric algorithms based on elliptic curve cryptography (ECC). In particular, it offers public key encryption / decryption and signature generation / verification. ECC schemes offer a much better key size to security ratio than classical systems (RSA, DSA). Keys are short enough to make direct specification of keys on the command line possible (sometimes this is more convenient than the management of PGP-like key rings). seccure builds on this feature and therefore is the tool of choice whenever lightweight asymmetric cryptography -- independent of key servers, revocation certificates, the Web of Trust, or even configuration files -- is required. Would be interesting to point some differences, improvements or even disadvantages respect other similar ECC tools in the archive like sks-ecc. regards, -- Ricardo Mones http://people.debian.org/~mones «You will have a long and unpleasant discussion with your supervisor.» signature.asc Description: PGP signature
Re: shc -- #335278 broken packaging -- non-DD NMU prepared
On Fri, 14 Jul 2006 13:49:10 +0200 Bas Wijnen [EMAIL PROTECTED] wrote: So it is very well possible (but probably not a good idea) to perform real NMU as a maintainer. A lintian/linda check wouldn't give a false positive there. Indeed, I think is not a good idea too, but if the upload is ready and the original maintainer has only time for reviewing it (and the bug is important enough) is better to allow a developer to self-NMU than leaving the bug unfixed. -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: shc -- #335278 broken packaging -- non-DD NMU prepared
El Fri, 14 Jul 2006 10:56:00 +0300 George Danchev [EMAIL PROTECTED] escribió: On Friday 14 July 2006 10:08, Bas Wijnen wrote: On Fri, Jul 14, 2006 at 09:34:20AM +0300, George Danchev wrote: shc (3.8.6-1) unstable; urgency=low ^^^ This is the wrong version number for an NMU anyway. True. Fixed as -0.1. Hm, it would be nice if lintian and linda warn if changelog claims Non-maintainer upload and the debian-revision value is not compliant with the conventions They do. However, since you added yourself as comaintainer (via Uploaders:), they didn't actually consider it an NMU. That also should be catched and warned, since an NMU done by a maintaner makes no sense. It's not very common, but it does: the NMU is prepared by another non-DD and the package maintainer sponsors it. -- Ricardo Mones. ~ You will have a long and unpleasant discussion with your supervisor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFS] wormux - A funny fight game on 2D maps
On Thu, 18 May 2006 10:57:14 +0200 artefact [EMAIL PROTECTED] wrote: Le 17.05.2006 22:46, Christoph Haas a écrit : On Wed, May 17, 2006 at 04:35:31PM +0200, artefact wrote: Do you have a realname?--^ Hi, Yes I'm Jean Parpaillon. In the package description and changelog, there is my real name. Anyway people often like to talk with persons and not to artifacts. There's no shame on using your name of person when posting to the lists, you can put your nick or alias next to it enclosed in parentheses, like others do. regards, -- Ricardo Mones.
Re: Adopt new package Wormux
[Please don't CC me on mailing lists I post, I'm subscribed] On Thu, 06 Apr 2006 19:38:25 +0200 artefact [EMAIL PROTECTED] wrote: Sorry, but that's not fixed properly: you don't have to change attribution of _all_ entries on changelog, only the last one (your changes). Does the life of the package before its integration matter ? ;-) Yes, of course. If it doesn't, why do you write a changelog? ;-P Furthermore, I was the only one working on the packaging until now. That's what you say, but for any observer it looks like the previous work of a guy called Jean Parpaillon [EMAIL PROTECTED] is being hijacked by another so called artefact [EMAIL PROTECTED] (which isn't even a real name). You'll agree it's a bit difficult to know both are the same. -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adopt new package Wormux
On Thu, 06 Apr 2006 17:44:04 +0200 artefact [EMAIL PROTECTED] wrote: That most likely means the maintainer name in the debian/control file and the debian/changelog file are not the same. (Which you should better fix) Ok, fixed. Sorry, but that's not fixed properly: you don't have to change attribution of _all_ entries on changelog, only the last one (your changes). -- Ricardo Mones ~ The world will end in 5 minutes. Please log out.Unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new and some about me
Hi, On Mon, 06 Mar 2006 11:49:48 +0100 [EMAIL PROTECTED] wrote: On Mon, 6 Mar 2006 06:48:22 +0900 Melita Mihaljevic [EMAIL PROTECTED] wrote: Hi, I'm new here and I supose I should say something about myself. Ok my name is Melita, but many people called me Gizmo. I'm student of Computing science at College of engineering and coputer science in croatia. I'm second year. I know some C programming but I programmed things needet for college homeworks. the best thig I had done is simulating priority queue in C. Also I learned some perl and I try to learn some Perl. I'm lerning C++, I'm at the beginning of lerning, but I think, later in time I would like to help Debian in Development, if i can! Debian is the best in the world, because it's free in whole things of associations! It's really very nice to know someone, who has got the same ideas and same philosophie!!! It's not required to be a programmer to help Debian, there is a lot of other areas where help is needed and welcomed. A few examples: translations, documentation. See the link provided by Linas in the previous response for more. I'm passioned in Linux, exspecially I like Debian because I feel the most free working on it. I would like to develop things some day, but now I would like to learn as much is I can. I would like to do this on the same way, but I don't know how!??!?! Maybe you can contact me privatly, then we can plan somethink for the Development in Debian!!! Debian is an open community, you can plan almost anything you want in the appropriate public mailing list. And if no appropriate list exists a new one can be created too :-) You can start in this one if in doubt, we can always move to a more suitable one later. Feel free to suggest anything you think is interesting for Debian in public. regards, -- Ricardo Mones. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: change in a package name
Hi Tommaso, On Fri, 10 Feb 2006 18:31:53 +0100 Tommaso Moroni [EMAIL PROTECTED] wrote: A Debian user some time ago sent me a script very similar to mrename (which I maintain). This new script is backward-compatible with the old one, and has some new features too. If I want to package the new script, is it better to choose a different name (something like mrename-ng) or keep the same? Keep same package name and add the new script. Rename the old script to mrename-old or similar if you want to keep it around, but there is no need for a new package IMHO. regards, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Including separately distributed translations in deb
On Wed, 26 Oct 2005 15:18:42 +0200 Torsten Marek [EMAIL PROTECTED] wrote: I'm the maintainer of eric (eric.sourceforge.net). Upstream distributes the translations of eric (de, ru, fr) separately from eric, and up to now I've included the compiled message catalogs (qm, eric is a PyQt program) into a regenerated orig.tar.gz. Since they are binary files, it's not possible to include them into the Debian diff. However, I could include the textual translation files (the po's, so to say) into the diff.gz and compile them when the package is built. Which solution is better? In the first, the orig.tar.gz is not original, in the second the diff.gz get quite big (the uncompressed message catalogs are ~700kiB each). Assuming those binary translations are arch-independent (which is the usual case) I'd suggest to make a new package for them with arch 'all' (for example 'eric-i18n'). Is a waste of space and time to rebuild them every time for all architectures. If upstream provides them built is even better (package will be built faster ;) regards, -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Including separately distributed translations in deb
On Wed, 26 Oct 2005 16:23:38 +0200 Torsten Marek [EMAIL PROTECTED] wrote: eric itself is arch: all, the this would not be a problem. Still, if I created an eric-i18n package, I would have to merge all the separate translation tarballs (one per language) into one package. Is there a best-practice for this? Given that there is no gain in making a separate package other than saving some space to English users (which eventually would not install the i18n package). So what you're doing up to date (merging translations to orig) is perfectly right IMHO, even without making an i18n package. regards, -- Ricardo Mones ~ The world will end in 5 minutes. Please log out.Unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFS] crystalcursors and kde-icons-nuovext
On Sat, 15 Oct 2005 22:47:26 +0200 Bastian Venthur [EMAIL PROTECTED] wrote: - a lot of commented-out debhelper calls in debian/rules Hmm, this is rather cosmetical, isn't it? Is not only cosmetics, is also disk space and bandwidth for holding useless stuff. -- Ricardo Mones ~ The world will end in 5 minutes. Please log out.Unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFS] crystalcursors and kde-icons-nuovext
On Sun, 16 Oct 2005 14:21:06 +0200 Bastian Venthur [EMAIL PROTECTED] wrote: The difference in *bytes* is exactly 338 -- this is ~5-10 times smaller than the size of *one* single cursor contained in this package. Your package being big is no excuse to make it bigger without need to, better do the opposite. Anyway if you like doing math, you can also do it if all packages on the archive do the same waste, and also all the times these bytes would appear on the archived build logs, for example. The reason why I try to leave all the commands commented-out instead of removing them is simple: Packaging is a quite new task for me and it happens that I accidently remove a line too much from the rules file. Afterwards it's easier to comment them in again than to find the appropiate command and place where to insert it again, if I've removed too much. Use a source code management system like CVS, Subversion, Arch, whatever you like. Allows you to recover things while keeping files clean :) -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFS] crystalcursors and kde-icons-nuovext
On Sun, 16 Oct 2005 13:53:11 -0400 Peter S Galbraith [EMAIL PROTECTED] wrote: Ricardo Mones [EMAIL PROTECTED] wrote: On Sun, 16 Oct 2005 14:21:06 +0200 Bastian Venthur [EMAIL PROTECTED] wrote: The difference in *bytes* is exactly 338 -- this is ~5-10 times smaller than the size of *one* single cursor contained in this package. Your package being big is no excuse to make it bigger without need to, better do the opposite. Anyway if you like doing math, you can also do it if all packages on the archive do the same waste, and also all the times these bytes would appear on the archived build logs, for example. Oh my god, give the guy a break! :-? If this offends you, then make it into policy! Debian is not a police state! :- I have lots of commented-out debhelper lines which sometimes later get used when upstream does add a relevant file. If you like things all prim and proper, that's fine, but please don't impose it on others. I think the one who should take a break is you. I'm not trying to impose anything. This is debian-mentors, both keeping files clean and using a SCM are common practices for debian packaging, but you can do it as you like of course. Looks like mentioning this offended you, who used not less than three exclamation marks, brought policy and god into scene and nearly called me a nazi. I hope you're relieved now ;-) -- Ricardo Mones ~ RTFM - Read The Manual (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Best practice for Java?
On Sat, 23 Jul 2005 12:46:22 +0200 Eric Lavarde [EMAIL PROTECTED] wrote: There is a big effort to get freed Java packages, documented under http://java.debian.net/. Else, the java-package package allows you to create your own little Java package. Interesting site, but somebody (I hope) not related to debian or java is using it for his own business: http://java.debian.net/index.php/AddingPages Time for password protecting it, I guess. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cannot make (my first) debian package
On Sun, 08 May 2005 13:17:32 +0200 Bas Wijnen [EMAIL PROTECTED] wrote: Ricardo Mones wrote: On Thu, 05 May 2005 10:23:19 -0400 Brenda J. Butler [EMAIL PROTECTED] wrote: Anyway your case is clearly different, your source is a kpr file not a pdf one. If not, then how should I proceed? I can put the .kpr, .ps and .pdf in the package... I could place the .kpr, .ps and .pdf in /usr/share/doc/myslides... does that sound reasonable? Do you have a better suggestion? It sounds pretty reasonable to me, maybe adding a note to the README.Debian saying the kpr is the original source and kpresenter package is required to modify it, for example. The source should of course be in the source package, but I don't see why it needs to be in the .deb. Other packages don't include their sources in /usr/share/doc... Why would it make sense to do that for this one? Basically saving bandwidth. Given you cannot process the kpr source without human intervention, she will have to put also the ps and pdf files in the source package. The size of the kpr is also negligible compared with these two. If you don't put the kpr in the binary package any user wanting the source will need to download again all the source with ps/ pdf data (already on the disk) just for getting the small kpr. I'm sure somebody with a T1 pipe won't mind download, 1 Mb (for example) source package for getting a 50 Kb kpr file. A modem user won't think the same, neither should the server admin, specially if is paying for bandwidth ;) -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cannot make (my first) debian package
On Thu, 05 May 2005 10:23:19 -0400 Brenda J. Butler [EMAIL PROTECTED] wrote: On Thu, May 05, 2005 at 11:09:57AM +0200, Bartosz Fenski aka fEnIo wrote: 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'm also making a package of presentation slides. I made the slides using kpresenter, so the source is a .kpr file. Is there a way to get the .pdf or .ps from the .kpr without bringing up the kpresenter interface? There is a --print file command line option, but also brings a dialog up. Maybe can be tweaked for using the pdf/ps output as default without showing the dialog, but that's beyond my KDE knowledge. Anyway your case is clearly different, your source is a kpr file not a pdf one. If not, then how should I proceed? I can put the .kpr, .ps and .pdf in the package... I could place the .kpr, .ps and .pdf in /usr/share/doc/myslides... does that sound reasonable? Do you have a better suggestion? It sounds pretty reasonable to me, maybe adding a note to the README.Debian saying the kpr is the original source and kpresenter package is required to modify it, for example. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Adding a package to the repository
On Sat, 23 Apr 2005 10:09:27 -0300 Marco Túlio Gontijo e Silva [EMAIL PROTECTED] wrote: Did you look at gnuchess? That's the chess engine that most GNU chess programs use. http://www.gnu.org/software/chess/ When I was starting to write it I've taken a look in gnuchess, but the propose of my software is different. I want it to be simple and small, and only to implement the chess game, just like a board, not like a player. That means I don't want Artificial Inteligence at all. The propose is to be a simple p2p chess game to you play with your friend without having to read docs or to install big and heavy things. You may be interested in trying eboard [1] which is available in Debian and mostly complies with your requirements: * no AI (but can also use external chess engines if you want to play against the computer) * simple, but good appearance and theme-able (pieces and board). * allows direct (no server in the middle) p2p games (and also supports playing using internet chess servers). regards, [1] http://eboard.sourceforge.net/ -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: Policy about command names
On Fri, 22 Apr 2005 12:39:15 -0300 Lucas Di Pentima [EMAIL PROTECTED] wrote: Is it truth that programs shouldn't have the underscore on their names? No. I don't remember any command to have it anyways :-) Are you using debhelper for making you package? If answer is yes, you need read your debian/rules again, really. If not, install it and type dh_ and pres tab... ;) -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help about license
On Mon, 28 Feb 2005 14:43:06 -0300 Nelson A. de Oliveira [EMAIL PROTECTED] wrote: When there is a program that only says (c) GNU Copyleft, what do I put on debian/copyright file, at section License:? GNU Copyleft could be considered GNU GPL? Could be and could be not :-) http://www.gnu.org/copyleft/copyleft.html Cant' you contact upstream to clarify the license? Maybe pointing to the page above in order s/he can choose one of the copyleft licenses. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Introducing myself and my package
On Wed, 15 Dec 2004 02:11:52 +0100 (CET) Miriam Ruiz [EMAIL PROTECTED] wrote: Also fails to build at first because debian/rules is not executable, but after chmod'ing it builds and runs fine. Nice toy :) Corrected that too. debian/rules is automatically created from debian/packages when you do a yada rebuild rules, so I had not touched it. I've chmoded it too, and uploaded the new files. If yada generated the rules without executable permission you should file a bug against it (but I did 'yada rebuild rules' and rules was executable, so try to reproduce it first). -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Introducing myself and my package
On Wed, 15 Dec 2004 10:22:42 -0500 Justin Pryzby [EMAIL PROTECTED] wrote: If yada generated the rules without executable permission you should file a bug against it (but I did 'yada rebuild rules' and rules was executable, so try to reproduce it first). I believe that the problem is that the diff we use doesn't store permission information, and so zcat ../foo-12.diff.gz |patch -p1 (which *creates* debian/*) doesn't have a chance to restore with execute permission. Yep, that was. My fault, for some reason thought it should have set the permissions. Sorry for the noise :( -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Introducing myself and my package
Hello Miriam, On Wed, 15 Dec 2004 00:41:58 +0100 (CET) Miriam Ruiz [EMAIL PROTECTED] wrote: [xdesktopwaves intro] I've checked the package both with lintian and linda and none of them complains. Mine (Lintian v1.23.5) does twice: E: xdesktopwaves source: depends-on-build-essential-package-without-using-version gcc [build-depends: gcc] N: N: The package declares a depends on a build essential package without N: using a versioned depends. In general a package should not depend on N: build essential packages but if it must do so, the depends should have N: a version string. N: N: Refer to Policy Manual, section 4.2 for details. N: E: xdesktopwaves source: depends-on-build-essential-package-without-using-version libc6-dev [build-depends: libc6-dev] [...] I've used yada to make it, because my previous two packages were done with debhelper and I wanted to try something different to be able to compare. In case you're interested, you can get the package from https://baby.yi.org:8000/debian/xdesktopwaves/ Also fails to build at first because debian/rules is not executable, but after chmod'ing it builds and runs fine. Nice toy :) -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: hey
On Tue, 23 Nov 2004 05:59:50 -0500 Aaron Martinez [EMAIL PROTECTED] wrote: Hey i will like to know what do i need to do to become a developer, i know alot of Debian i've being working with Debian for almost 3 years already im good with python Perl, and c++ and i can track bugs, find out back doors, on programs etc.. thank you very much You can start here: http://www.debian.org/devel/join/newmaint -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: hey
On Tue, 23 Nov 2004 05:59:50 -0500 Aaron Martinez [EMAIL PROTECTED] wrote: Hey i will like to know what do i need to do to become a developer, i know alot of Debian i've being working with Debian for almost 3 years already im good with python Perl, and c++ and i can track bugs, find out back doors, on programs etc.. thank you very much You can start here: http://www.debian.org/devel/join/newmaint -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: Second RFS: cnet network simulator
On Tue, 09 Nov 2004 12:55:06 +0100 J. M. D. Mendinueta [EMAIL PROTECTED] wrote: I make the package on several Debian boxes downloading the sources with APT, and seems to work well. Working well is good, but there is some quality standards a package must satisfy to be accepted in Debian. A quick review of your sources shows for example there is a lot of .ex files that shouldn't be there (they're templates from dh_make). I'd suggest you to install linda and lintian packages. Being linda/lintian clean is usually required to be sponsored. After solving all the issues pointed out by them make you third RFS ;-) regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Second RFS: cnet network simulator
On Tue, 09 Nov 2004 12:55:06 +0100 J. M. D. Mendinueta [EMAIL PROTECTED] wrote: I make the package on several Debian boxes downloading the sources with APT, and seems to work well. Working well is good, but there is some quality standards a package must satisfy to be accepted in Debian. A quick review of your sources shows for example there is a lot of .ex files that shouldn't be there (they're templates from dh_make). I'd suggest you to install linda and lintian packages. Being linda/lintian clean is usually required to be sponsored. After solving all the issues pointed out by them make you third RFS ;-) regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: Simple Debian Package Creation?
On Wed, 03 Nov 2004 10:47:45 -0600 Zach Garner [EMAIL PROTECTED] wrote: [...] First: 1. The sheer number of helper scripts, with layers and layers of scripts built on top of each other is really confusing. You don't need to understand they all to make packages, but at least you can see what they are doing. 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. Most of the files added by dh_make are there to be deleted. IIRC you only need the control, rules, compat, changelog and copyright, the rest is pretty optional. 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? It is, make the Makefile copy the files at the right location. Anyway seems you're forgetting Debian packaging is meant for sources to be built in different architectures, not a replacement for tar+gzip. 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. So you want to make a Debian package that is not a Debian package? Use the right tool: tar czf Why can't debian package building be as simple as 'dpkg-create foo.spec'? Quality has a price. 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 You can, in fact they are designed for using standard tools, but you have to understand the package structure first. Try ar x any.deb 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. 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. I repeat, you don't want to use apt-get, you want to use wget and a web server populated with tar.gz files. Imposing apt-get is making your non-Debian workstation developers change the natural way of installing sofware, so, if you can do that, don't mess with making debs, make a script called tycoon-install that grabs the tar.gz from your server and unpacks it to the right location and teach your users. -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Simple Debian Package Creation?
On Wed, 03 Nov 2004 10:47:45 -0600 Zach Garner [EMAIL PROTECTED] wrote: [...] First: 1. The sheer number of helper scripts, with layers and layers of scripts built on top of each other is really confusing. You don't need to understand they all to make packages, but at least you can see what they are doing. 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. Most of the files added by dh_make are there to be deleted. IIRC you only need the control, rules, compat, changelog and copyright, the rest is pretty optional. 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? It is, make the Makefile copy the files at the right location. Anyway seems you're forgetting Debian packaging is meant for sources to be built in different architectures, not a replacement for tar+gzip. 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. So you want to make a Debian package that is not a Debian package? Use the right tool: tar czf Why can't debian package building be as simple as 'dpkg-create foo.spec'? Quality has a price. 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 You can, in fact they are designed for using standard tools, but you have to understand the package structure first. Try ar x any.deb 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. 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. I repeat, you don't want to use apt-get, you want to use wget and a web server populated with tar.gz files. Imposing apt-get is making your non-Debian workstation developers change the natural way of installing sofware, so, if you can do that, don't mess with making debs, make a script called tycoon-install that grabs the tar.gz from your server and unpacks it to the right location and teach your users. -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: RFS: Cnet: a Network Protocol Simulator Program
Hi Jose Manuel, On Wed, 27 Oct 2004 15:47:47 +0200 J. M. D. Mendinueta [EMAIL PROTECTED] wrote: I have packaged two versions of cnet versus unstable distribution, so i have the ability of upgrade the package (and of course create it ;)). Yeah, but for being distributed by Debian everybody must be able to do that too ;-) because of the: Licence: GPL [...] Location: apt - deb http://gsic.tel.uva.es/debian-packges web - http://gsic.tel.uva.es/debian-packages/pool/main/c/cnet Many thanks in advance by your attention. Hope somebody wants to sponsor my package. I've been searching, but didn't found it. Where is the source package? (Nobody will sponsor a binary package only) regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: Cnet: a Network Protocol Simulator Program
Hi Jose Manuel, On Wed, 27 Oct 2004 15:47:47 +0200 J. M. D. Mendinueta [EMAIL PROTECTED] wrote: I have packaged two versions of cnet versus unstable distribution, so i have the ability of upgrade the package (and of course create it ;)). Yeah, but for being distributed by Debian everybody must be able to do that too ;-) because of the: Licence: GPL [...] Location: apt - deb http://gsic.tel.uva.es/debian-packges web - http://gsic.tel.uva.es/debian-packages/pool/main/c/cnet Many thanks in advance by your attention. Hope somebody wants to sponsor my package. I've been searching, but didn't found it. Where is the source package? (Nobody will sponsor a binary package only) regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: debian applicant
On Fri, 15 Oct 2004 15:32:34 +0200 Guglielmo Dapavo [EMAIL PROTECTED] wrote: Hi I'm a Debian applicantt, is there anyone willing to be my sponsor, I have already chosen a package to work with. The usual way is to work with the package and then post the URL[1] with your packaging efforts, so the potential sponsors can review your work. IOW, advertising without seeing the final product doesn't work here ;-) regards, [1] You don't need to own a web server, see http://mentors.debian.net -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian applicant
On Fri, 15 Oct 2004 15:32:34 +0200 Guglielmo Dapavo [EMAIL PROTECTED] wrote: Hi I'm a Debian applicantt, is there anyone willing to be my sponsor, I have already chosen a package to work with. The usual way is to work with the package and then post the URL[1] with your packaging efforts, so the potential sponsors can review your work. IOW, advertising without seeing the final product doesn't work here ;-) regards, [1] You don't need to own a web server, see http://mentors.debian.net -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: Watch file
On Thu, 14 Oct 2004 09:25:50 +0200 MiguelGea [EMAIL PROTECTED] wrote: Hello mentors, What's watch file? I found that my package don't have it, but I couldn't find the description of this file. $ more /usr/share/debhelper/dh_make/debians/watch.ex regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Watch file
On Thu, 14 Oct 2004 09:25:50 +0200 MiguelGea [EMAIL PROTECTED] wrote: Hello mentors, What's watch file? I found that my package don't have it, but I couldn't find the description of this file. $ more /usr/share/debhelper/dh_make/debians/watch.ex regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: Sponsor needed
On Thu, 16 Sep 2004 20:59:10 -0700 Gary M. Witscher [EMAIL PROTECTED] wrote: I'm looking for a sponsor for the following package. Providing an URL for the package you want to be sponsored is usually a good idea. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: RFS: kubication -- KDE network configuration selector
On Fri, 03 Sep 2004 01:23:39 -0300 Luciano Bello [EMAIL PROTECTED] wrote: I am not a Debian Developer, so I am looking for sponsorship. Neither I, so I cannot sponsor you, only provide some advices :) My packages for the following are available at: http://www.asciigirl.com/kubication/ It's my first complex package from the scratch . Plz, I need a sponsor with lots of patience :P From a quick read of you diff.gz file, you should: - rename file menu.ex to menu and fill it with the appropriate values. - set the appropriate Section in debian/control I'd suggest you to install lintian and linda packages and run your .changes file through them, and solve all issues shown by them. Being linda lintian clean is a must for a package. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: kubication -- KDE network configuration selector
On Fri, 03 Sep 2004 01:23:39 -0300 Luciano Bello [EMAIL PROTECTED] wrote: I am not a Debian Developer, so I am looking for sponsorship. Neither I, so I cannot sponsor you, only provide some advices :) My packages for the following are available at: http://www.asciigirl.com/kubication/ It's my first complex package from the scratch . Plz, I need a sponsor with lots of patience :P From a quick read of you diff.gz file, you should: - rename file menu.ex to menu and fill it with the appropriate values. - set the appropriate Section in debian/control I'd suggest you to install lintian and linda packages and run your .changes file through them, and solve all issues shown by them. Being linda lintian clean is a must for a package. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: Debian Packaging Question
On Thu, 19 Aug 2004 12:33:44 -0600 Amr Nasr [EMAIL PROTECTED] wrote: Makefile:18: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. objective: dependencies rules These separators *must* be one tab keypress, not spaces. All of them. Maybe your editor has converted tabs to spaces when cut'n'pasting. [...] Can anybody help on that by showing me examples of the Makefiles. Try: apt-get source x Where x is the name of any package you like. I'm sure you'll found some. -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Packaging Question
On Thu, 19 Aug 2004 12:33:44 -0600 Amr Nasr [EMAIL PROTECTED] wrote: Makefile:18: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. objective: dependencies rules These separators *must* be one tab keypress, not spaces. All of them. Maybe your editor has converted tabs to spaces when cut'n'pasting. [...] Can anybody help on that by showing me examples of the Makefiles. Try: apt-get source x Where x is the name of any package you like. I'm sure you'll found some. -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
Re: RFS: qtfprot: Qt-based GUI for F-PROT Anti-Virus 4.x
On Tue, 17 Aug 2004 13:35:27 -0230 Lawrence Williams [EMAIL PROTECTED] wrote: Description: QTFprot is a QT-based frontend for F-Prot that makes it as easy to use as PC-Cillin for Windows! You should remove this comparison from description. Is meaningless for anyone who has not used such software and can even be discouraging for the ones who used it and found it unfriendly ;-) IMO QTFprot is a QT-based frontend for F-Prot that makes it easy to use should suffice. Disclaimer: I'm not a DD. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones