Re: Bug#788844: RFS: gbutils/5.6.6-1 [ITP]

[Pietro Battiston]

Hi Tomasz,

Il giorno dom, 19/07/2015 alle 21.59 +0200, Tomasz Buchert ha scritto:
 On 15/07/15 15:11, Pietro Battiston wrote:
  Il giorno dom, 12/07/2015 alle 20.38 +0200, Tomasz Buchert ha 
  scritto:
   On 11/07/15 00:37, Pietro Battiston wrote:
[...]
  Just to clarify: I had understood your suggestion, and my answer to 
  it
  is I don't think it is practical for users. Think of it as 
  replacing
  cat, echo, grep and others with unixutils cat, unixutils echo,
  unixutils grep... the similarity breaks when we look at the 
  userbase,
  but for those who do use gbutils... I think you get my point.
 
 Frankly, I don't get your point. These are basic Unix programs, used
 all the time in scripts, command line, etc. And there is also
 tradition. The program command interface is not a bad idea: git
 uses it and I don't think that people find git impractical.
 

No, but it does not happen frequently (if ever... at least to me) that
a single command line includes several git calls: it is frequent
instead with executables from gbutils, and this is the point I was
confusely trying to make.

(BTW: then, I am not a fan of the switch from git-buildpackage to
gbp buildpackage, but it's probably just a matter of habit... and
anyway I'm going OT)


 But I don't really care, as long as the people at the NEW queue have
 nothing against it and the multitude of commands does not collide 
 with
 anything else in the whole archive (have you checked?).
 

Yes! At least against anything which can be installed in /usr/bin - do
you think I am missing something?

  [...]
 
  
  Related to your other email, I updated build-depends and depends so
  that now all utilities/functionalities are compiled and installed, 
  and
  introduced a patch fixing a few typos in the previously not 
  installed
  utilities.
  
  Updated package:
  http://mentors.debian.net/debian/pool/main/g/gbutils/gbutils_5.6.6
  -1.dsc
  
  Thanks again!
 
 You're welcome. Do you want me to sponsor it?

Well... it would be great! A.k.a. I currently don't have any
alternative.

  (in any case, don't
 forget to verify that there are no collisions, apt-file search is 
 your
 friend)
 

Done, see above,

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1437423853.28335.61.ca...@pietrobattiston.it

Re: Bug#788844: RFS: gbutils/5.6.6-1 [ITP]

[Pietro Battiston]

Il giorno dom, 12/07/2015 alle 20.38 +0200, Tomasz Buchert ha scritto:
 On 11/07/15 00:37, Pietro Battiston wrote:
  Hi Tomasz,
  
  thank you very much for your careful review.
  
  Il giorno mar, 30/06/2015 alle 13.58 +0200, Tomasz Buchert ha 
  scritto:
   On 30/06/15 12:35, Pietro Battiston wrote:

[...]
   
   There is also the issue of polluting $PATH with so many
   binaries,
   but I don't think it's a formal requirement. I think it would be
   better
   to have gbutils plot ... interface.
   
  
  This I think is unavoidable. Typically, running analyzes with such
  utilities involves calling several of them in a same bash 
  command...
  the fact that each can be called with a short and intuitive 
  sequence of
  digits is crucial. Something like gb rand rather than gbrand
  _could_ in principle work, but I don't think I would prefer it, 
  both
  for ease of use and because installing a two-chars executable would
  actually, to my eyes, create more pollution (increase the 
  probability
  of clashes).
 
 Actually I proposed gbutils (not gb), but, as I said, there is
 probably no formal requirement in this respect.
 

Just to clarify: I had understood your suggestion, and my answer to it
is I don't think it is practical for users. Think of it as replacing
cat, echo, grep and others with unixutils cat, unixutils echo,
unixutils grep... the similarity breaks when we look at the userbase,
but for those who do use gbutils... I think you get my point.


  
  That said, the fixed package is still at
  http://mentors.debian.net/debian/pool/main/g/gbutils/gbutils_5.6.6
  -1.dsc
  
  I also uploaded the packaging repo to Alioth, something previously 
  I
  had forgot to do:
  git://anonscm.debian.org/collab-maint/gbutils.git
 
 You probably forgot to push upstream and pristine-tar branches.
 Och, and moreover, Vcs-Browser is wrong. You can use:
 https://anonscm.debian.org/cgit/collab-maint/gbutils.git
 

Fixed, thanks. I don't know what had made me so sure that the link was
right and I had to just wait the 6 hours time to see it work.
I now also pushed the upstream and pristine-tar branches, as well as
the tags.

Related to your other email, I updated build-depends and depends so
that now all utilities/functionalities are compiled and installed, and
introduced a patch fixing a few typos in the previously not installed
utilities.

Updated package:
http://mentors.debian.net/debian/pool/main/g/gbutils/gbutils_5.6.6
-1.dsc

Thanks again!

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1436965914.2064.34.ca...@pietrobattiston.it

Re: Bug#788844: RFS: gbutils/5.6.6-1 [ITP]

[Pietro Battiston]

Hi Tomasz,

thank you very much for your careful review.

Il giorno mar, 30/06/2015 alle 13.58 +0200, Tomasz Buchert ha scritto:
 On 30/06/15 12:35, Pietro Battiston wrote:
  
  [...]
 
 Hi,
 here are a few notes:
 
   * you install manpages 2 times

Ouch! Fixed.

   * the files in the 'lib' directory have copyright that is not 
 mentioned
 in d/copyright (e.g., Written by Simon Josefsson in 
 lib/getline.h)
 (it seems that lib/ is not used on GNU systems, but still)
 

Fixed too, thanks for noticing.

 There is also the issue of polluting $PATH with so many binaries,
 but I don't think it's a formal requirement. I think it would be 
 better
 to have gbutils plot ... interface.
 

This I think is unavoidable. Typically, running analyzes with such
utilities involves calling several of them in a same bash command...
the fact that each can be called with a short and intuitive sequence of
digits is crucial. Something like gb rand rather than gbrand
_could_ in principle work, but I don't think I would prefer it, both
for ease of use and because installing a two-chars executable would
actually, to my eyes, create more pollution (increase the probability
of clashes).

That said, the fixed package is still at
http://mentors.debian.net/debian/pool/main/g/gbutils/gbutils_5.6.6
-1.dsc

I also uploaded the packaging repo to Alioth, something previously I
had forgot to do:
git://anonscm.debian.org/collab-maint/gbutils.git

Cheers,

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1436567841.2953.59.ca...@pietrobattiston.it

Re: Bug#788844: RFS: gbutils/5.6.6-1 [ITP]

[Pietro Battiston]

Dear mentors,

I am again asking for a sponsor for the package gbutils - see
description below.

I tried to ask on the Debian science mailing list, but without success.

I will be happy to provide any further info about the software/package.

Thanks for your attention,

Pietro

Il giorno lun, 15/06/2015 alle 16.11 +0200, Pietro Battiston ha
scritto:
 Package: sponsorship-requests
 Severity: wishlist
 
 Dear mentors,
 
 I am looking for a sponsor for my package gbutils
 
  * Package name: gbutils
Version : 5.6.6-1
Upstream Author : Giulio Bottazzi
  * URL : 
 http://cafed.sssup.it/software/gbutils/gbutils.html
  * License : GPL-2+
Section : science
 
 It builds those binary packages:
 
   gbutils- utilities for command line econometrics
 
 To access further information about this package, please visit the
 following URL:
 
 http://mentors.debian.net/package/gbutils
 
 
 Alternatively, one can download the package with dget using this
 command:
 
 dget -x \
 http://mentors.debian.net/debian/pool/main/g/gbutils/gbutils_5.6.6
 -1.dsc
 
 or the packaging git repository with
 
 git clone git://anonscm.debian.org/collab-maint/gbutils.git
 
 
 Regards,
 
 Pietro Battiston
 
 


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1435660533.2624.43.ca...@pietrobattiston.it

Bug#788844: RFS: gbutils/5.6.6-1 [ITP]

[Pietro Battiston]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package gbutils

 * Package name: gbutils
   Version : 5.6.6-1
   Upstream Author : Giulio Bottazzi
 * URL : http://cafed.sssup.it/software/gbutils/gbutils.html
 * License : GPL-2+
   Section : science

It builds those binary packages:

  gbutils- utilities for command line econometrics

To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/gbutils


Alternatively, one can download the package with dget using this
command:

dget -x \
http://mentors.debian.net/debian/pool/main/g/gbutils/gbutils_5.6.6-1.dsc

or the packaging git repository with

git clone git://anonscm.debian.org/collab-maint/gbutils.git


Regards,

Pietro Battiston


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1434377513.3527.49.ca...@pietrobattiston.it

Re: sponsorship-requests

[Pietro Battiston]

Il giorno lun, 30/01/2012 alle 23.48 +0100, gregor herrmann ha scritto:
 On Mon, 30 Jan 2012 22:44:02 +0100, Jakub Wilk wrote:
 
  We could ask listmasters to filter out BTS bot messages. Now, there
  are certainly people (e.g. me) who do want to see control messages.
  But they could always subscribe to sponsorship-requests via PTS.
  What do others think?
 
 I'm happ to see them on the list.
 (But I can live without them of the majority is bothered by those
 mails.) 

I would be indifferent because I could filter them.¹

But I think it could be an incentive for people just seeking for advice
(and then potentially getting caught by the interesting discussions) to
not subscribe, or to unsubscribe quickly...

Also, it would make the archives look a bit more like garbage, and
hence less valuable as documentation source.

Pietro Battiston


¹ By the way, I guess creating a filter which catches all - and only -
debian-mentors emails is not trivial at all with email clients which do
not allow filtering on specific headers, such as X-mailing-list, and
I guess that's for instance the case for gmail.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1328003897.3983.16.ca...@debiousci.pietrobattiston.it

Re: sponsorship-requests

[Pietro Battiston]

Il giorno mar, 31/01/2012 alle 11.32 -0500, Andrew Starr-Bochicchio ha
scritto:
 On Tue, Jan 31, 2012 at 4:58 AM, Pietro Battiston m...@pietrobattiston.it 
 wrote:
  ¹ By the way, I guess creating a filter which catches all - and only -
  debian-mentors emails is not trivial at all with email clients which do
  not allow filtering on specific headers, such as X-mailing-list, and
  I guess that's for instance the case for gmail.
 
 Actually Gmail can filter by the X-mailing-list header. They've even
 incorporated it nicely into GUI, allowing you to do so with out
 digging into preferences/settings. For anyone using Gmail who hasn't
 noticed (it is kind of subtle), see the highlight in the attached
 screenshot.


Good to know! thanks

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1328031028.3983.48.ca...@debiousci.pietrobattiston.it

Re: How to test the presence of packages ?

[Pietro Battiston]

Il giorno mar, 03/01/2012 alle 18.56 +0100, fre...@free.fr ha scritto:
 
 - Mail original -
 De: Michael Shuler mich...@pbandjelly.org
 À: debian-mentors@lists.debian.org
 Envoyé: Mardi 3 Janvier 2012 18:44:42
 Objet: Re: How to test the presence of packages ?
 
 On 01/03/2012 11:38 AM, fre...@free.fr wrote:
  What's the way to take, to test the presence of a list of packages
  and to install one package or more in case where none are already
  installed ?
 
 This is handled by declaring package relationships via Depends:,
 Recommends:, etc.
 
 http://www.debian.org/doc/debian-policy/ch-relationships.html
 
 --
 Kind regards,
 Michael
 
 
 Yes, I already reads this page but it does not answer to my problem.
 Here an example of what I want:
 
 Test if package1, package2, package3 and package4 is installed.
 * If one of this list is already iinstalled then do nothing.
 * If none is installed then install package2 and package3 for example.
 
 

The example doesn't make much sense because if package2 and package3 are
both required for your package to work, then one of the list is not
enough.

Replacing If none is installed then install package2 and package3 with
If none is installed then isntall package2, then the solution is:

Depends: package2 | package1 | package3 | package4

Replacing If one of this list is already installed with If at least
two out of this list are already installed... then a simple Depends is
not enough. Theoretically, one can solve the problem with virtual/dummy
packages... but I think you'd better just expose your use case to
understand what your problem is.

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1325614521.3449.22.ca...@debiousci.pietrobattiston.it

Re: Howto create a Repo?

[Pietro Battiston]

Il giorno mar, 20/12/2011 alle 09.05 +0100, Teus Benschop ha scritto:
 May you clarify your wish to create and maintain a Debian repository?
 It is about the word 'repository'. If you wish to create and maintain a
 'package', then it would be clear. Teus.

If i understand the question, Do PPA for Debian exist?, the answer is
no.

See for reference
http://lists.debian.org/debian-mentors/2011/07/msg00587.html
to which it was replied that Launchpad is not free software (to which I
replied it was, and received no reply - though probably the real and
perfectly valid motivation for not running a Launchpad instance for
Debian the huge quantity of manpower required).

You can either create a package conforming to Debian guidelines, upload
on mentors.debian.net and seek a sponsor on this list (committing to
take care of it in the future), or host a private repo somewhere - but
that is not exactly trivial, see
http://wiki.debian.org/HowToSetupADebianRepository

bye

Pietro


 
 
 On 12/20/2011 08:31 AM, Philippe Cochy wrote:
  I wish to create an maintain a Debian repository so I could do the same
  thing in Debian.
  How could I procede without knowing any Debian Developper?
 
 



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1324372763.14346.40.ca...@debiousci.pietrobattiston.it

Re: berlios closing; where should my projects escape to?

[Pietro Battiston]

Il giorno mar, 18/10/2011 alle 10.44 +0200, Patrick Matthäi ha scritto:
 Am 18.10.2011 10:42, schrieb Paul Elliott:
  On Tuesday, October 18, 2011 01:22:15 AM Paul McEnery wrote:
  On 18 October 2011 06:02, Paul Elliottpelli...@blackpatchpanel.com  
  wrote:
  [...]
 
  Any suggestions?
 
  GitHub? I use them for my package repos, and I see that MythTV recently (in
  the last few months) switched to them. Not sure about the full project
  experience, I.e. mailing lists, website etc, but they do appear to have
  these features, although I've not used it to that extent.
 
  Paul.
 
  I don't want to learn GIT right now. Is there someplace I could stay with 
  svn?
 
 
 Sourceforge?
 


Maybe it's only my (long) unfortunate esperience, but Sourceforge seems
to me really awful from the users and potential contributors point of
view.
It's cluttered with ads and unused (in most projects) functions, with a
bad antispam check which basically obliges projects admins to close
ticket reporting/submitting to unregistered users (not that that's
terrible, but it just vanishes the openness of the system). In general,
I really thing it has a terrible user interface.

Just to give an example of something which is similar but nicer, let
me mention Launchpad, which I tend to avoid because I don't like bazaar,
but in one case I find very convenient (for the team-related features)
coupled with an external git repository.

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1318949679.2937.60.ca...@demporaneo.pietrobattiston.it

Re: What version of debian to develop debian packages?

[Pietro Battiston]

Il giorno gio, 29/09/2011 alle 13.21 +0530, Rustom Mody ha scritto:
 
 
 On Thu, Sep 29, 2011 at 12:45 PM, Paul Waring p...@xk7.net wrote:
 On 29/09/11 03:03, Michael Shuler wrote:
 On 09/28/2011 08:54 PM, Paul Elliott wrote:
 
 What version of debian must you have to
 develop debian packages?
 
 All package uploads go into unstable (Sid), so all new
 packaging
 development should also be done on Sid.  You might
 wish to look into
 pbuilder, cowbuilder, or a simple dev chroot made with
 [c]debootstrap.
 
 
 Or could you run Sid in a virtual machine, that way you know
 you have a clean environment which shouldn't affect the rest
 of your system?
 
 Paul
 
 Any further tips pointers on this?  There seem to be a lot of virtual
 machine options nowadays... 


I run sid in Virtualbox. I use snapshots to keep track of a clean
environment, so I can revert to them if I mess up something.

Pietro



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1317283400.5708.143.ca...@debiousci.pietrobattiston.it

Re: Tracking RFSs as bugs

[Pietro Battiston]

Il giorno mar, 06/09/2011 alle 08.12 +0900, Charles Plessy ha scritto:
 Le Mon, Sep 05, 2011 at 10:46:11PM +0200, Jakub Wilk a écrit :
  * Michael Tautschnig m...@debian.org, 2011-09-05, 20:51:
  I've noticed that the release team has a lot of success
  addressing their issues in a rather timely manner.  I think that
  this success comes from the fact that they treat all of the
  items they need to accomplish as bugs [0]. So, as requests get
  old, they notice that and do something about it (or they just
  close it out if the submitter isn't responsive).
  
  This is not a new idea:
  http://lists.debian.org/debian-mentors/2002/08/msg00262.html
 
 And http://wiki.debian.org/PackageReview :)
 

I'm really not much active in sponsoring/reviewing, neither in asking
for sponsorship/reviews, but my very humble opinion is that _this_ is
the right approach, the only systemic one that can change things.
Except that I would require at least 2 reviews of other packages, not
just one.

Pietro Battiston


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1315303707.2494.41.ca...@demporaneo.pietrobattiston.it

Re: AGPL (was Re: Please try expo.debian.net)

[Pietro Battiston]

Il giorno mer, 27/07/2011 alle 22.06 +0200, Adam Borowski ha scritto:
 On Wed, Jul 27, 2011 at 12:03:03PM -0400, Andrew Starr-Bochicchio wrote:
  Launchpad is most certainly free software (though it would have to be
  re-branded, the icons/images are not free). [0]:
  
  Canonical Ltd (Canonical) distributes the Launchpad source code
  under the GNU Affero General Public License, version 3 (AGPLv3).
 
 I can't see how someone can claim that AGPL is a free software license.
 
 Freedom 0: The freedom to run the program for any purpose.

(Maybe I'm really missing something, but) doesn't [0] have anything to
do with this discussion?! I mean: is this still an open debate or your
own opinion != Debian's official position?

[0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=17;bug=495721

bye

Pietro



 
 So you can run Launchpad only as a web site.  You can't take a piece of its
 code and use it somewhere else, since it would then have no way to advertise
 itself and allow the download.
 
 An example: many, many years ago I took several code paths for pty pair
 creation on different platforms from GNU screen, and have used that code in
 several unrelated projects since, some of these don't even have an user
 interface at all.  AGPL would made such an use impossible.
 
 You can't even write a scripting interface for an AGPL work without passing
 advertising and downloads through!
 
 Another case: I use and even sometimes fix bugs in an AGPLed program written
 by Marc Thoben, whom I otherwise really respect.  Yet neither of the two
 principal ways to interface with that program: an IRC bot and now also a
 webpage, provide such a download.  Both are ran by the very person that
 imposed AGPL onto that program.  So you have a case of the very creator of
 the program who would be disallowed its use were he bound by his own
 copyright.
 
 -- 
 1KB   // Yo momma uses IPv4!
 
 



signature.asc
Description: This is a digitally signed message part

Re: Please try expo.debian.net -- a replacement for mentors.debian.net

[Pietro Battiston]

Il giorno mar, 26/07/2011 alle 15.38 -0400, Asheesh Laroia ha scritto:
 On Tue, 26 Jul 2011, Julien Valroff wrote:
  As from the maintainer personal package archive page, I understand 
  that binary packages will be made publicly available? The page states 
  'deb ...' entries in sources.list. If so, I think it is a bad idea. Only 
  source packages should be available to avoid people use this as a 
  standard repository (I remember it used to be the case for mentors.d.n).
 
 For now there is no plan to share the binary packages. Originally debexpo 
 was supposed to do that, but I think it never will actually.
 


(maybe OT? - I was still thinking of debexpo as in the initial plans):
in fact there is no hope that we are going to have something like
Ubuntu's PPAs for Debian?
Is this because of a political choice, or technical mess of doing
builds?

thanks for the clarification

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1311750741.3354.65.ca...@voubian.casa

Re: New Backup Application

[Pietro Battiston]

Il giorno ven, 20/05/2011 alle 10.47 +1200, Paul Reddy ha scritto:
 [...]
 
 [I hope this is the right group. Apologies if not]
 
 I've built a reasonably comprehensive backup and disaster recovery app, and 
 am looking for some help on the next steps, the first of which I believe is 
 to find a mentor/sponsor from this group.
 
 (I can hear the groans from here - yet another backup app). 
 However, this is the first one that met all my criteria for a decent backup 
 app:
 - simple to use, with nice UI.
 - multiple backup configs to multiple locations (e.g. music backed up 
 differently to docs)
 - supports cloud storage (DropBox for example) 
 - auto splits for FAT file systems (with 2G file limits)
 - encryption out of the box using openssl for storage and transports
 - every backup storage location includes a completely self contained GUI 
 disaster recovery program
 - auto-management of storage space
 - good management of encryption keys (as good as you can be without proper OS 
 support).
 - slick recovery UI
 ... and much more.
 
 Its currently got a setup.py and a .deb, documentation (which gets installed 
 in the
 proper place), and is internationalized (but does not have any other 
 translations). It was developed using wxPython.
 
 So... is there anyone out there interested in this project as a 
 sponsor/mentor.
 


All Scott answered is valid. I think it is fair to add that if you want
to make people interested in ((helping) packaging) your project,
mentioning the name and a website/code repository address seems to be a
good move.

(more OT, so if you're interested let's continue the discussion
off-list:
http://www.pietrobattiston.it/wiki/comparison_of_backup_softwares is
curious too)

Pietro Battiston


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1305899763.2944.28.ca...@voubian.casa

Remotely downloaded javascripts in documentation

[Pietro Battiston]

Hello,

a package of mine, sqlkit (currently only in experimental) provides a
documentation in html format which, when browsed, tries to use several
javacript applets which the browser retrieves from remote. Though that's
a fairly common behaviour for most of the webpages we daily browse, I
guess if I should disable that. In particular:

1) some applets are separately packaged: it looks trivial to me that I
will patch the docs generation to use them instead

2) a .js (AnythingSlider) is not included in the tarball only because
its license was unknown (now it is clarified as GPL), nor is it packaged
separately. It will presumably be included in the next upstream release
of sqlkit. For the moment, it and its files are retrieved from the
sqlkit official page. I can't change that just with a patch, since also
a couple of png images are retrieved. Well, I could introduce the .js as
patch _and_ still retrieve the pngs.

3) Since the docs are used also on the project website, the Google
Analytics .js is retrieved for tracking. This should be maybe also
considered as a privacy threat, though I found no mention to this kind
of problems in the Debian policy.

Maybe my question looks a bit rhetoric, but I just want to be sure I
don't patch more than it's strictly required: do I have, in the end, to
remove all the references to remote .js?

thanks

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1304946057.4362.12.ca...@voubian.casa

Re: RFS: tinycalc

[Pietro Battiston]

Il giorno mar, 19/04/2011 alle 22.51 +0530, Neha Bhende ha scritto:
 Dear mentors,
 
 I am looking for a sponsor for my package tinycalc.
 
 * Package name: tinycalc
   Version : 0.1-1
   Upstream Author : Rocco Folino lord...@autilsici.org

I think there's a typo here (autistici, not autilsici).

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1303336416.3129.597.ca...@voubian.casa

Re: Re: installing an end user editable file

[Pietro Battiston]

Il giorno lun, 14/02/2011 alle 19.38 +, james frize ha scritto:
 Hey mentors,
 
 Firstly, thanks for all the help so far.
 
 I like the idea of having a default copy of the file used by my
 program, as suggested by Lars and PJ, so I've altered my source code
 to use a default file and allow multiple users to have their own
 copies of this file in their home/user/Documents folder.
 
 creating a default file in /usr/share and having the program copy it
 to the user's directory when it's run
 
 However, I can't open a file from /usr/share via my python script as I
 don't have permission to open files in a protected directory, and
 after reading up a bit on it, it's been suggested that it's bad form
 to invoke super user in a script, as it's construed as a security risk
 (i.e. http://tldp.org/HOWTO/Security-HOWTO/file-security.html;
 http://www.velocityreviews.com/forums/t346075-sudo-open-python-newbee-question.html)
 
 Do I really have to use sudo or super user privileges to just open and
 copy a text template?

No, you don't.

Just try

python -c print open('/usr/share/common-licenses/GPL').readline()


, but more in general: just try.


 
 Where do packagers normally install files of this type?
 
 I thought it might be a good idea to store it in
 home/user/.packageName But I'm still at a loss as to how I can
 find a users home directory from the rules makefile :(

You've already been explained that this is _wrong_, regardingless of how
you do it.




 
 been trying to use ~/ and $XDG_CONFIG_HOME but I just end up with
 everything being installed in folders called ~ or DG_CONFIG_HOME
 
 Here's the source code if you need more info:
 
 #!/usr/bin/python
 
 # Code Name: gtk-link-lizard
 # Created By: Jim Frize, http://sonodrome.co.uk
 # Copyright (C) 2011 Jim Frize, j...@sonodrome.co.uk
 
 # Licence: GTK Link Lizard is free software: you can redistribute it
 and/or modify it under the terms of the GNU General Public License as
 published by the Free Software Foundation, either version 3 of the
 License, or (at your option) any later version. This program is
 distributed in the hope that it will be useful, but WITHOUT ANY
 WARRANTY; without even the implied warranty of MERCHANTABILITY or
 FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
 for more details. You should have received a copy of the GNU General
 Public License along with this program. If not, see
 http://www.gnu.org/licenses/
 
 # Version: 1.5
 # Description: Simple GUI for storing and displaying web links
 
 # This GUI will do away with synchronizing bookmarks between browsers,
 web links are stored in a regular text file which is found in your
 documents folder. GTK Link Lizard makes it easy to edit, swap or
 replace a list of clickable links
 
 import pygtk
 pygtk.require(2.0)
 import gtk
 import sys
 import re
 import os
 
 path = os.getenv(HOME)
 
 class link_lizard():
 
 def __init__(self):
 
 self.load_main()
 
 #
 # Load File #
 #
 def load_file(self):
 try:
 self.text_file = open(path +
 /Documents/gtk-link-lizard/links.txt,r+)
 except IOError:
 print loading links.txt from usr/share/doc/gtk-link-lizard...
 try:
 self.text_file =
 open(usr/share/doc/gtk-link-lizard/links.txt,r)
 self.text_file.write(path +
 /Documents/gtk-link-lizard/links.txt)
 self.text_file = open(path +
 /Documents/gtk-link-lizard/links.txt,r+)
 except IOError:
 print ERROR: link.txt not found
 
 #
 # Load main GUI #
 #
 def load_main(self, data=None):
 # Create main window
 self.main_window = gtk.Window(gtk.WINDOW_TOPLEVEL)
 # Quit main function when window is destroyed
 self.main_window.connect(destroy, gtk.main_quit)
 self.main_window.set_size_request(600, 600)
 self.main_window.set_position(gtk.WIN_POS_CENTER)
 self.main_window.set_opacity(0.9)
 self.main_window.set_title(GTK Link Lizard)
 self.main_window.set_keep_above(True)
 
 # Create scrolled window
 scrolled_window = gtk.ScrolledWindow()
 scrolled_window.set_policy(gtk.POLICY_NEVER, gtk.POLICY_AUTOMATIC)
 
 # Create placement boxes and dictionaries
 main_box = gtk.VBox(homogeneous=False)
 link_box = gtk.VBox(homogeneous=False)
 linkbutton = {}
 label = {}
 
 # Create edit button
 edit_button = gtk.Button(Edit Links)
 edit_button.connect(clicked, self.load_edit)
 
 # Count number of lines in text file
 self.load_file()
 number_lines = len(self.text_file.readlines())
 
 # Reset counter and check through each line of text
 count = 0
 
 while(count  number_lines):
 self.load_file()
 all_lines = self.text_file.readlines()
 

Re: RFS: LeechCraft

[Pietro Battiston]

Il giorno gio, 16/12/2010 alle 12.17 +0300, Daniel Guzanoff ha scritto:
 Short description:
 
   LeechCraft is a free modular Internet client application.
 
   LeechCraft allows to browse the web, read RSS/Atom feeds, download
   files via BitTorrent, HTTP, FTP and DC, automatically stream,
   download or play podcasts and other media files and much more.
 
   Features can be easily added via plugins that can be integrated with
   each other with no effert while staying abstract from the exact

-effert
+effort

(in the package too)

(maybe, also -with no +with minimal)

bye

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1292498767.5505.7.ca...@voubian.casa

localization documentation files locations

[Pietro Battiston]

Hello.

1) The package I'm working on¹ spontaneously installs localization
(.mo) files in /usr/share/pyshared/sqlkit/locale instead
than /usr/share/locale, so I patched it to install in the latter. But
now I should also patch the app to find them in the new location... and
noticing that i.e. package openshot seems to not care about that, I
wonder if it's really necessary, or even good (I didn't find explicit
recommendations around).

2) If I was a user searching for documentation for pkgname, I would
presumably look at /usr/share/doc/pkgname. Instead, if I'm putting
documentation in package pkgname-doc, dh_installdocs automatically
installs it at /usr/share/doc/pkgname-doc. Is this a minor glitch or a
desired behaviour?

thanks

Pietro


¹: git clone git://git.debian.org/git/collab-maint/sqlkit.git

(notice I'm not really asking for a review simply because I'll try to
get into Debian the _next_ upstream release - and in particular, for
that time I'll split changes in nice readable patches - but anyway any
comment is welcome)


signature.asc
Description: This is a digitally signed message part

Re: localization documentation files locations

[Pietro Battiston]

Either I was not clear or I don't understand your answers.

Il giorno mer, 24/11/2010 alle 11.30 +, Jonathan Wiltshire ha
scritto:
 On Wed, Nov 24, 2010 at 05:29:34PM +0800, Thomas Goirand wrote:
  On 11/24/2010 04:04 PM, Pietro Battiston wrote:
   2) If I was a user searching for documentation for pkgname, I would
   presumably look at /usr/share/doc/pkgname. Instead, if I'm putting
   documentation in package pkgname-doc, dh_installdocs automatically
   installs it at /usr/share/doc/pkgname-doc. Is this a minor glitch or a
   desired behaviour?
 
  If you list your documentation files in debian/pkgname-doc,
  then dh_installdocs will do what should be!
 
  debian/pkgname-doc.docs


Yes, that's what I do, files end up in

/usr/share/doc/python-sqlkit-doc

and I don't like that, because as a user I would instead search them
into

/usr/share/doc/python-sqlkit


But I _do_ want the files to reside in the python-sqlkit-doc package.

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1290623442.3249.464.ca...@voubian.casa

RFS: gallery-uploader 2.3-1

[Pietro Battiston]

Dear mentors,

I am looking for a sponsor for the new version 2.3-1
of my package gallery-uploader.

It builds these binary packages:
gallery-uploader - graphical tool to upload pictures and videos to
Gallery

The package appears to be lintian clean.

The upload would fix these bugs: 576414

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/g/gallery-uploader
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/g/gallery-uploader/gallery-uploader_2.3-1.dsc

I would be glad if someone uploaded this package for me.



Out of template: Piotr Ożarowski sponsored past uploads of the package,
but he's currently in quasi vacation. If anyone is interested in
sponsoring/reviewing but has no access to a gallery instance to test,
please contact me in private so I can provide him the credentials for a
test account.

Kind regards
 Pietro Battiston



signature.asc
Description: This is a digitally signed message part

Re: RFS: tictactoe

[Pietro Battiston]

Il giorno ven, 05/11/2010 alle 15.35 +0100, Innocent De Marchi ha
scritto:
 Dear mentors,
 
 I am looking for a sponsor for my package tictactoe.
 
 * Package name: tictactoe
   Version : 0.8.1-6
   Upstream Author : Daniel Lichtenberger daniel.lichtenber...@gmx.net
 * URL : http://perplex.schmumpf.de/dev/tictactoe/ruby/
 (unavailable)

Just a quick tip: if it's unavailable,
1) do you really think it is worth reporting it?
2) since you refer to this address in debian/changelog too, where did
_you_ download the tarball from? If I interpret whois info correctly,
that website is unavailable (=cybersquatted) at least since 1 year.

I'm not a Debian Developer, but I would guess that asking sponsorship
for a package apparently dead upstream almost automatically implies one
of the following:
1) being sure that upstream will eventually come back to life
2) taking over the role of upstream (including making releases
downloadable somewhere)

bye

Pietro



signature.asc
Description: This is a digitally signed message part

Re: Uploading during freeze time

[Pietro Battiston]

Il giorno mar, 12/10/2010 alle 08.55 -0500, Jordi Gutiérrez Hermoso ha
scritto:
 On 11 October 2010 19:02, Russ Allbery r...@debian.org wrote:
  Jordi Gutiérrez Hermoso jord...@gmail.com writes:
 
 
  The *real* problem is that labelling Firefox 3.6 as experimental is
  downright silly.
 
  Hm, okay.  I guess I'm not feeling particularly inspired to do any work
  based on that reaction.
 
 Sorry if I'm frustrated, but there's a real issue that you seem to
 insist as dismissing as a non-issue. Perhaps you're happy mixing three
 different distribution lines in your sources.list, but I'm not.


Jordi, I can't speak for Russ, but not only I do understand you: I can
grant you lot of people, including some DDs, do.*

But before this conversation goes on forever - which is tipically what
happens when people think they are debating on methods and techniques
while instead they diverge on motivations - does the following satisfy
you:

http://lwn.net/Articles/406301/
http://cut.debian.net/

(at least in its statements of purpose and future plans - obviously not
in the current state of implementation) ?

If - as I think - the answer is yes, then at least you can change your
nobody cares kind of frustration to nobody still did it, but someone
is trying [let's help].

bye

Pietro


* And I also would like to have what you would like. But then, I'm not
100% sure that it would benefit for Debian as a whole. What I really
dream of is that sidux, together with its team, is integrated as part of
Debian. But I do not know anybody from sidux, so again I don't know if
that would benefit Debian as a whole.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1286900149.14125.1178.ca...@voubian.casa

Re: Uploading during freeze time

[Pietro Battiston]

Il giorno mar, 12/10/2010 alle 13.59 -0500, Jordi Gutiérrez Hermoso ha
scritto:
 2010/10/12 Pietro Battiston m...@pietrobattiston.it:
  But before this conversation goes on forever - which is tipically what
  happens when people think they are debating on methods and techniques
  while instead they diverge on motivations - does the following satisfy
  you:
 
  http://lwn.net/Articles/406301/
  http://cut.debian.net/
 
 [Response that shows you didn't read the pages above - at least not until the 
 word rolling]


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1286912874.14125.1378.ca...@voubian.casa

git-buildpackage and patches

[Pietro Battiston]

Hello,

I like git-buildpackage a lot. But I don't understand what's the right
way to manage patches.

The git-buildpackage manual suggests it's gbp-pq, which works on a
separate branch. I would have nothing against this approach, if it
worked transparently. Instead, when I import and then export
patches, they change names and, most importantly, content.

By most importantly I mean it makes it impossible to follow
http://dep.debian.net/deps/dep3/ .

On the other side, using quilt is just fine... but I do find great the
idea that if you use a VCS, you _shouldn't_ need a separate tool for
patches. And indeed, I see sometimes git-buildpackage automatically
creates some patches named debian-changes-x.y.z - but I find the
workflow of building the package every time I need to create a patch
sub-optimal - and apparently undocumented.

I would dream of

1) git status is clean: I do some modifications
2) I run something like git-producepatch patchname
3) I get a file in debian/patches
4) I edit the description and commit

then ideally,
5) a command for editing existing patches which applies them and lets me
work on the patched tree and then update the patch,

utopically,
6) the ability to notice that a patch was accepted in upstream and
automatically discard it.

Is there anything I'm missing?

Thanks

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1284730578.23311.305.ca...@voubian.casa

Re: RFS: gpick

[Pietro Battiston]

Il giorno mar, 07/09/2010 alle 01.15 -0500, Elías Alejandro ha scritto:
 Hi,
 On Tue, Sep 07, 2010 at 12:11:30AM +0200, Pietro Battiston wrote:
  I can't say I have made a deep review - just compiled, tried the app and
  looked at some files. But I must say the app itself is very practical
  for any web (and not only web) designer.
  
  I would anyway not be able be sponsor since I'm not a DD, but I
  encourage DDs to not be fooled by the word simple in the motivation
  above, neither by the intrinsec simplicity that the color picker
  expression may suggest. This is in my opinion a well written and useful
  tool, worth a place in Debian.
  
 First of all, thanks for your words are truly motivating.
 The good news is that gpick is pending[0] and very soon will be on Debian :)
 also I want to thanks to ctaylor.

Oh... OK, great! Debian fulfills my needs before I find the time to
express them.

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1283845302.3391.89.ca...@voubian.casa

Re: RFS: gpick

[Pietro Battiston]

Il giorno gio, 05/08/2010 alle 16.34 -0500, Elías Alejandro ha scritto:
 Dear mentors,
 
 I am looking for a sponsor for my package gpick.
 
 * Package name: gpick
  Version : 0.2.2-1
  Upstream Author : Albertas Vyšniauskas thez...@gmail.com
 * URL : http://code.google.com/p/gpick/
 * License : BSD
  Section : graphics
 
 It builds these binary packages:
 gpick  - advanced color picker written in C++ using GTK+ toolkit
 
 The package appears to be lintian clean.
 
 The upload would fix these bugs: 579617
 
 My motivation for maintaining this package is: provide a simple tool
 to get colors, util for design works.


Hello,

I can't say I have made a deep review - just compiled, tried the app and
looked at some files. But I must say the app itself is very practical
for any web (and not only web) designer.

I would anyway not be able be sponsor since I'm not a DD, but I
encourage DDs to not be fooled by the word simple in the motivation
above, neither by the intrinsec simplicity that the color picker
expression may suggest. This is in my opinion a well written and useful
tool, worth a place in Debian.

My 2 cents.


@Elías: maybe the language and graphic libraries adopted don't deserve a
place in the description.
Instead, if I was in you I would ensure that the expression color
theme appears in it, since that's a fundamental feature of the
software.
Moreover, there is a redundant space in the second line.
Finally, I think the following applies to the package:

http://wiki.debian.org/Projects/DebSrc3.0#Doesa3.0.28quilt.29sourcepackageneedtobuild-dependonquilt.3F

bye

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1283811090.3391.76.ca...@voubian.casa

Re: Packages with DMUA but no DM (was: Re: RFS: mpg321 (updated package with AudioScrobbler support))

[Pietro Battiston]

Il giorno lun, 28/06/2010 alle 11.44 +0200, Michal Čihař ha scritto:
 [...] I
 just did not expect somebody would add DMUA while not being DM ...
 lesson learned.
 

Just curiosity, but... why is this a problem?

I mean: couldn't a DD say I trust you on this package but you're still
not DM - I set the flag so it's useful in case you become it?!
Is there some key-related security trap I'm missing?

thanks

Pietro


signature.asc
Description: This is a digitally signed message part

Re: Packages with DMUA but no DM (was: Re: RFS: mpg321 (updated package with AudioScrobbler support))

[Pietro Battiston]

Il giorno lun, 28/06/2010 alle 11.44 +0200, Michal Čihař ha scritto: 
 [...] I
 just did not expect somebody would add DMUA while not being DM ...
 lesson learned.
 

Just curiosity, but... which lesson?

I mean: couldn't a DD say I trust you for this package but you're still
not DM - I set the flag so it's useful in case you become it?!
Is the problem that it's unsecure to trust an email address which key is
still not officially known to Debian?

thanks

Pietro 


signature.asc
Description: This is a digitally signed message part

Re: RFS: 'snap2' rsync-based backup program with GUI

[Pietro Battiston]

Sorry if I express my maybe unrequested opinion, but my search of a
really usable backup software ([0]) lately made me think that maybe
(hopefully) writers of backup software would appreciate some more
feedback.

Il giorno ven, 11/06/2010 alle 01.18 -0600, Lloyd Standish ha scritto:
 You may already be thinking, There are already lots of backup programs
  in Debian.  True, but I believe none of them makes hard-linked
  snapshot-type backups easily available for less-technical Debian user,

What I call less-technical Debian users do not know what a hard link
is.


Pietro

[0]:
http://pietrobattiston.it/wiki/doku.php?id=comparison_of_backup_softwares



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1276267566.8223.289.ca...@voubian.casa

Re: RFS: go

[Pietro Battiston]

Il giorno ven, 19/03/2010 alle 10.08 +0100, Adam Borowski ha scritto:
 On Thu, Mar 18, 2010 at 01:25:21PM +0100, Dominique Dumont wrote:
  On Thursday 18 March 2010 11:27:16 Ivan Wong wrote:
   * Package name: go
 
   It builds these binary packages:
   go - Google's Go programming language compiler
  
  Hmm, when I've the the subject of this mail, My first thought was about the 
  venerable go game.
 
 In a software distribution, computer languages should get strong priority
 over games. 

I don't see why. If I really had to point a general rule of thumb to
evaluate popularity of words in the computer world, it would be the
number of pages found searching on a search engine.

 You don't say C-lang or perl-lang.

C and perl bring no ambiguity (oh, and there is no C package).

My opinion is that go-compiler makes sense.

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1268992642.2576.51.ca...@vousci

Re: RFS: openshot

[Pietro Battiston]

Il giorno ven, 15/01/2010 alle 13.45 +0800, Paul Wise ha scritto:
 On Fri, Jan 15, 2010 at 12:47 PM, Jonathan Thomas
 jonathan.oo...@gmail.com wrote:
 
  openshot   - Non Linear Video Editor using Python and MLT
 
 [...]
 The Glade format and library is obsolete, please switch to GtkBuilder.
 IIRC you can do this by opening the files in glade-3 and saving them
 as GtkBuilder format.
 

Ahem, then he must also modify the code to use gtk.Builder instead than
gtk.Glade.xml (though presumably nothing difficult, since the interfaces
are very similar).

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: original package changelogs

[Pietro Battiston]

Il giorno dom, 10/01/2010 alle 22.58 +0800, Paul Wise ha scritto:
 I assume you are talking about the upstream ChangeLog rather than
 debian/changelog.
 
 The only standard I am aware of for that is the one described in the
 GNU coding standards document[1].

The suggested document doesn't mention releases, as far as I read. If I
understand correctly, it suggests that each paragraph of the Changelog
describes a modification, or a day of work...

I'd say that in general the main goal of a changelog is to map each
_release_ to a set of changes (OK, and a date too), so that the reader
can answer immediately to the questions:
- what's new in version x?
- in which version was capability y introduced?

So I fear even that doesn't really answer Paul's question.

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: RFS: hexalate

[Pietro Battiston]

Il giorno lun, 21/12/2009 alle 21.13 +0800, Tang Ke ha scritto:
 Dear mentors,
 
 I am looking for a sponsor for my package hexalate.
 
 * Package name: hexalate
Version : 1.0.0-1
 [...]
 The upload would fix these bugs: 561801

As it was pointed out in this bug, hexalate is already in Debian (and
that same version is in Ubuntu too).

Moreover, just as a reference, there are some things that would need to
be tuned in your package. Luckily, you can just discover them by
comparing it with the already existing one:

mkdir 1
mkdir 2
cd 1
apt-get source hexalate
cd ../2
dget \
http://mentors.debian.net/debian/pool/main/h/hexalate/hexalate_1.0.0-1.dsc
dpkg -x dpkg-source -x hexalate_1.0.0-1.dsc 
diff -r hexalate-1.0.0 ../1/hexalate-1.0.0 | less

You'll see some changes due to CDBS, but also some things that you would
have had to clean; for instance, the long description, the qt4-qmake
build-dependency, the On Ubuntu systems in debian/copyright.

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

git-import-dsc and deleted files

[Pietro Battiston]

Hello,

if in sid I do:

apt-get source poedit
git-import-dsc poedit_1.4.2-5.dsc
cd poedit
git-buildpackage

, it will complain about a lot of deleted files. What's happening?!
Shouldn't git-import-dsc import and commit _all_ changes in the debian
source package, even deletions?

Pietro



signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

scrollkeeper/rarian

[Pietro Battiston]

Hello,
I'm trying to package some manual with a package of mine (of which I'm
also upstream), and I'm having big (and unexpected) problems in
installing it correctly.

Basically, I have the manual files, and then the omf, which, when
installed correctly, work fine.

However, in the .omf file the path of the manual must be insterted.

Now, as upstream I have no problem in doing it in the setup.py. But as
packager, this doesn't solve my problem, since setup.py will get as path
the fake one.

I've read at [0] that scrollkeeper-preinstall should take care of that.
Then I found dh_scrollkeeper... and discovered it's obsoleted by rarian,
which for being a system of managing documentation seems to be really
short of it.

In the end: what to do?

I saw a package - Jokosher - patching the omfs at build time. I saw many
other packages use complex - and, I fear, obsolete - makefiles. I'd
really like to avoid both those.

thank you for any hint

Pietro Battiston


[0]:
http://scrollkeeper.sourceforge.net/documentation/writing_scrollkeeper_omf_files/ar01s05.html
 


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

(non-)upstream changelog

[Pietro Battiston]

Hello,
the developers of an app I'm packaging, denemo (www.denemo.org) do not
use (it is there, but not updated since months) the file ChangeLog.

However, they do keep a list of changes, which they published, for the
last release, in their site and on the mailing list, and which content
would be the perfect content for filling a changelog. [0]

Do you suggest me to:
- patch the changelog/introduce a new one, and then install it, or
- in debian/changelog, after New upstream release, list all of those
changes?

I tend to see the second option as cleaner, but I don't know if ~20
lines of changelog entry for a new upstream release would be considered
too verbose.

thanks in advance for any hint

Pietro

P.S: yes, I may ask them to change their policy... for the next release.

P.P.S: I'm taking care of this package since few months... under
previous maintainer, the upstream ChangeLog was still updated

[0]:
http://lists.gnu.org/archive/html/denemo-devel/2009-11/msg00024.html



signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: (non-)upstream changelog

[Pietro Battiston]

Il giorno gio, 05/11/2009 alle 23.20 +0100, Sandro Tosi ha scritto:
 Hi,
 
 2009/11/5 Pietro Battiston too...@email.it:
  Hello,
  the developers of an app I'm packaging, denemo (www.denemo.org) do not
  use (it is there, but not updated since months) the file ChangeLog.
 
  However, they do keep a list of changes, which they published, for the
  last release, in their site and on the mailing list, and which content
  would be the perfect content for filling a changelog. [0]
 
  Do you suggest me to:
  - patch the changelog/introduce a new one, and then install it, or
  - in debian/changelog, after New upstream release, list all of those
  changes?
 
 The only sane solution is to bother upstream until the update the
 changelog distributed with the tarball.
 
  I tend to see the second option as cleaner, but I don't know if ~20
  lines of changelog entry for a new upstream release would be considered
  too verbose.
 
 please don't. That is the *debian* changelog.
 
  P.S: yes, I may ask them to change their policy... for the next release.
 
 not 'may', just do it.

OK, done


  P.P.S: I'm taking care of this package since few months... under
  previous maintainer, the upstream ChangeLog was still updated
 
 That's nicer, but I don't think it's worth a hunk in diff.gz (either
 as direct change or patch) for this.

In the end, you're suggesting to ship (this version of) the package with
no hint at all about what changed across versions?!

Pietro


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: RFS: pdftk (major NMU, fixes RC bugs)

[Pietro Battiston]

Il giorno lun, 14/09/2009 alle 22.20 +0200, Johann Felix Soden ha
scritto:
 Dear mentors,
 
 I am looking for a sponsor for my NMU of the package pdftk.
 
 In the last month, I sent two mails to its maintainer (Aurélien GÉRÔME)
 concerning his package/this NMU but got no reply.
 
 To solve the (RC) bugs, I have to change lots of things. See below for
 the shortened changelog. So this is not a normal small-diff NMU.
 
 * Package name: pdftk
   Version : 1.41+dfsg-0.1

pie...@vousci:~$ dpkg --compare-versions 1.41+dfsg-0.1 ge 1.41-3
pie...@vousci:~$ echo $?
0

am I missing something?!

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Test of a package on a specific architecture

[Pietro Battiston]

Il giorno ven, 11/09/2009 alle 21.31 +0200, Jérémy Lal ha scritto:
 VirtualBox supports 64 bits guests on 32 bits hosts,
 provided you have a cpu that supports virtualization.
 

Are there any 32 bit cpus around which support virtualization?!

Pietro

 
 On 11/09/2009 21:17, Laurent Guignard wrote:
  Hi mentors,
 
  On my package, dhcp-probe, i have a problem on 64 bits architectures (amd64
  for the bug report).
  I built a patch with help of Ilkka Virta and i have not any 64 bits host to
  test the patch.
  How to test a package 64 bits on a 32 bits host ?
  If it is impossible, where can i test my package before submit it for 
  upload ?
  Is there any machine where i can logon freely and test my package (i am not
  Debian Developer nor Debian Maintainer) ?
 
  Thanks in advance.
 
  Best regards.
 
 
 


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Test of a package on a specific architecture

[Pietro Battiston]

Il giorno sab, 12/09/2009 alle 13.33 +0200, Laurent Guignard ha scritto:
 On Sat, 12 Sep 2009 09:35:39 +0200, Pietro Battiston wrote:
  Il giorno ven, 11/09/2009 alle 21.31 +0200, Jérémy Lal ha scritto:
   VirtualBox supports 64 bits guests on 32 bits hosts,
   provided you have a cpu that supports virtualization.
   
  
  Are there any 32 bit cpus around which support virtualization?!
  
  Pietro
 
 Virtualbox is running fine on my laptop which is a Pentium M (32 bits
 according intel documentation)...
 


Sure, but you can't run 64 bit systems, which is what Jérémy was
referring to.

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: [Fwd: Re: Denemo]

[Pietro Battiston]

Il giorno mer, 19/08/2009 alle 19.19 +0200, Patrick Matthäi ha scritto: 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Pietro Battiston schrieb:
  Rogério's mail ([0]) gave me desire to insist.
  
  Now I'm being much more clearer and short: a (not so unpopular) package
  (Denemo) is unmaintained. It has bugs and a very old version packaged,
  which upstream strongly suggests to avoid. I repackaged it from scratch:
  last upstream version (and changes aren't really minor, also w.r.t.
  packaging), and dropped CDBS.
  
  To the first mail I send, the maintainer answers, after 15 days, I have
  no time to comment.
  To the second mail, where I link the package I made, no answer after 18
  days.
  
  What should I do?
  
  Just wait would also be an admissible response... but _how much time_?
  And then?
 
 Please bug this package with your patch attached (or .dsc).
 If he does not act within 10 days on it you could create an NMU, I am
 willed to sponsor it, if there are no bigger misstakes in your packaging.

Done: see [0], get the .dsc at [1].

About why 0.8.8 was more problematic than 0.8.6, details are in
debian/patches/08_git_autogen_config.dpatch .

[0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513285
[1]:
http://mentors.debian.net/debian/pool/main/d/denemo/denemo_0.8.8-1.1.dsc


 
 After the NMU you may also hijack the package if the maintainer is still
 not responsible for his package.
 

Not that I tremendously desire it; for a pure question of free time (I'm
not even a regular C programmer, so debugging problems really takes me
time), I'd prefer to continue NMUing (and in particular I promise I will
take care of the next release, which will hopefully allow to remove the
bigger patch and tweaks to debian/rules) until there is some hope that
Gunter will step back in. But anyway, if there's need I will do it.

I wait for your feedback

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: [Fwd: Re: Denemo]

[Pietro Battiston]

Il giorno sab, 05/09/2009 alle 09.50 +0200, Pietro Battiston ha scritto:
 Il giorno mer, 19/08/2009 alle 19.19 +0200, Patrick Matthäi ha scritto: 
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
  Pietro Battiston schrieb:
   Rogério's mail ([0]) gave me desire to insist.
   
   Now I'm being much more clearer and short: a (not so unpopular) package
   (Denemo) is unmaintained. It has bugs and a very old version packaged,
   which upstream strongly suggests to avoid. I repackaged it from scratch:
   last upstream version (and changes aren't really minor, also w.r.t.
   packaging), and dropped CDBS.
   
   To the first mail I send, the maintainer answers, after 15 days, I have
   no time to comment.
   To the second mail, where I link the package I made, no answer after 18
   days.
   
   What should I do?
   
   Just wait would also be an admissible response... but _how much time_?
   And then?
  
  Please bug this package with your patch attached (or .dsc).
  If he does not act within 10 days on it you could create an NMU, I am
  willed to sponsor it, if there are no bigger misstakes in your packaging.
 
 Done: see [0], get the .dsc at [1].
 
 About why 0.8.8 was more problematic than 0.8.6, details are in
 debian/patches/08_git_autogen_config.dpatch .
 
 [0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513285
 [1]:
 http://mentors.debian.net/debian/pool/main/d/denemo/denemo_0.8.8-1.1.dsc
 

Removed, there was a lintian warning introduced with the last
modification, please wait a little until I upload a fixed version.

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: [Fwd: Re: Denemo]

[Pietro Battiston]

Il giorno sab, 05/09/2009 alle 10.03 +0200, Pietro Battiston ha scritto:
 Il giorno sab, 05/09/2009 alle 09.50 +0200, Pietro Battiston ha scritto:
  Il giorno mer, 19/08/2009 alle 19.19 +0200, Patrick Matthäi ha scritto: 
   -BEGIN PGP SIGNED MESSAGE-
   Hash: SHA1
   
   Pietro Battiston schrieb:
Rogério's mail ([0]) gave me desire to insist.

Now I'm being much more clearer and short: a (not so unpopular) package
(Denemo) is unmaintained. It has bugs and a very old version packaged,
which upstream strongly suggests to avoid. I repackaged it from scratch:
last upstream version (and changes aren't really minor, also w.r.t.
packaging), and dropped CDBS.

To the first mail I send, the maintainer answers, after 15 days, I have
no time to comment.
To the second mail, where I link the package I made, no answer after 18
days.

What should I do?

Just wait would also be an admissible response... but _how much time_?
And then?
   
   Please bug this package with your patch attached (or .dsc).
   If he does not act within 10 days on it you could create an NMU, I am
   willed to sponsor it, if there are no bigger misstakes in your packaging.
  
  Done: see [0], get the .dsc at [1].
  
  About why 0.8.8 was more problematic than 0.8.6, details are in
  debian/patches/08_git_autogen_config.dpatch .
  
  [0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513285
  [1]:
  http://mentors.debian.net/debian/pool/main/d/denemo/denemo_0.8.8-1.1.dsc
  
 
 Removed, there was a lintian warning introduced with the last
 modification, please wait a little until I upload a fixed version.

Done, please try now, sorry for flooding.

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Menu entries not appearing

[Pietro Battiston]

Il giorno gio, 03/09/2009 alle 13.42 +0200, Alessandro Dentella ha
scritto:
 Hi,
 
   I tried to add a menu entry for application 'sqledit', but the entry does 
 not
   appear if I use standard menu entry in debian as:
 
 ?package(python-sqlkit):needs=X11 section=Applications/Office\
   title=sqledit command=/usr/bin/sqledit
 
   it gets placed in /usr/share/menu/python-sqlkit but it does not show in the
   menu. In postinst scipt I correctly see:
 
 if [ $1 = configure ]  [ -x `which update-menus 2/dev/null` ]; 
 then
   update-menus
 fi
 
   It *does* appear correctly if I place a sqlkit.desktop in
   /usr/share/applications. 
 
   I'm doing something wrong with the menu entry?
   Is it ok to use only sqlkit.desktop?

update-menus generate[s] Debian menu system; it takes care only of the
Debian menu (which - notice - is usually not installed in Ubuntu ;-).

In /usr/share/applications live the .desktop files which should follow
the freedesktop standards (see for instance the categories at
http://standards.freedesktop.org/menu-spec/0.7/apa.html ). A .desktop
file makes sense for your application, and I think it makes sense to
insert it and install it in your upstream setup.py (at least, that's
what I always do).

In any case, the two things are independent.

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: .mo files in source package

[Pietro Battiston]

Il giorno mer, 02/09/2009 alle 14.12 +0800, Paul Wise ha scritto:
 On Wed, Sep 2, 2009 at 2:08 PM, Ludovico
 Cavedonludovico.cave...@gmail.com wrote:
 
  are .mo file considered source, i.e. is an upstream tarball containing
  .mo files ok?
 
  Or is it necessary to have .po files?
 
  If .po files are necessary, but available only via Mercurial, should I
  get the  source from SCM, remove the .hg* file and repackage it?
 
 From what you have said, upstream is modifying the .po files so they
 should be considered the source. I recommend asking upstream to ship
 .po files instead of .mo files and convert .po to .mo at build time.
 

In all my (upstream) programs tarballs I ship .mo AND .po files, so that
regeneration isn't necessary but source is present (and can also be used
to provide further translations).

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: RFS: gerix-wifi-cracker-ng

[Pietro Battiston]

I'm not a Debian Developer, but I have the impression I was able to
compile perfectly your package without the need to install python-dev...
which indeed is not needed by ordinary _python_ programs, but only by
(C) extensions.

So I think you could remove the unnecessary python-dev from
build-depends.

Pietro

Il giorno mer, 02/09/2009 alle 16.26 +0200, Alice Ferrazzi ha scritto:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Dear mentors,
 
 I am looking for a sponsor for my package gerix-wifi-cracker-ng.
 
 * Package name: gerix-wifi-cracker-ng
   Version : 1.0.0
   Upstream Author : Emanuele Gentili
 * URL : http://backtrack.it/~emgent/
 * License : GPL
   Section : x11
 
 It builds these binary packages:
 gerix-wifi-cracker-ng - aicrack-NG GUI with pyrit support on cracking
 
 The package appears to be lintian clean.
 
 The package can be found on mentors.debian.net:
 - - URL: http://mentors.debian.net/debian/pool/main/g/gerix-wifi-cracker-ng
 - - Source repository: deb-src http://mentors.debian.net/debian unstable
 main contrib non-free
 - - dget
 http://mentors.debian.net/debian/pool/main/g/gerix-wifi-cracker-ng/gerix-wifi-cracker-ng_1.0.0.dsc
 
 I would be glad if someone uploaded this package for me.
 
 Kind regards
  aliceinwire
 
 - --
*alice ferrazzi*
 CEO
 
 *Drunk Geisha*
 http://maps.google.com/maps?q=hl=en
   *Email:* jingcom...@email.it mailto:jingcom...@email.it
 *IM:* aliceinwire (AIM)
 *http://www.linkedin.com/in/aliceinwire*
   
 
 See who we know in common http://www.linkedin.com/e/wwk/44328377/
 Want a signature like this? http://www.linkedin.com/e/sig/44328377/
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iQIcBAEBAgAGBQJKnoCvAAoJEP2OlRiJDf7nX3EQAKybkOqkjBoUn1XFo2b3L9O0
 rX3YMnKOHieg4Yj2Yj0FCM6bQZL2WXReEgIJaO/qEC+AHtmO1sK33E2anUSrjZSi
 0DfyXet4BAk1hJ8epcbtXWN+wQOGyz/swyZrxdxub2e14Dos1p/LTx+hiYbFHnc0
 UbO6egT+NFxqB3y28FrcOeJDYiyl0hGRxtd5hbNYojwZtTOGtmwCD3c5A6TrcdAt
 HB3OPKTwniCCbWyw1mGL5D3bpZRucXuKlJN97fov1J1/qN54WpHAlZpFqtN8Pq8R
 xs84PFNOBDACZCXMhB7h6GCh0YXh83ircDAyof3QD0mpa+dG4SkEC2RjI/3O47Rr
 BBpIDT5gOAEzj19wah/b9r7aDX0f3G2MfKoEwbYtYZIkE/bEbRhK0i5MmAwZ8/6Y
 dfSkwqdAX4SpOv6MnTQLweNCSRt2OCkPWvNgP16l8K9JDd6lTliXKMZHDv635MLM
 VW1rQQwalcEMFPeXqx1KXbmiZGYEiJ1bwXCnMjdrKFackSjl1Jic75P9lxza4XaO
 K2TDs4nJ0Urq7YVx3ZOsEpErMDaAaRQiSgTjqIsPrdQgIE0LZS/5g0A1JoDRla4I
 wAHskcqiJhtF6RbZd6FrWvbrl76ZuSqGGeLENLBr0W28SXxLvPSeirGjEqkP8Qvc
 8UsHGzEAhGMdWPqqhUvN
 =UM/x
 -END PGP SIGNATURE-


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: RFS: gerix-wifi-cracker-ng

[Pietro Battiston]

I don't pretend to be a packaging guru, but I have the slight impression
that your package is lintian clean thanks to some bug in lintian:

- version is 1.0.0 ... and it is not a native package. But moreover, it
seems like on the original page (which is
http://backtrack.it/~emgent/hackstuff/Gerix-Wifi-Cracker-NG/ , not just
http://backtrack.it/~emgent/ ) there is no such version, just a r20
which seems to be the version number. So I imagine your package should
be something like r20-1.

- if I was in you (and though I'm Italian!), I'd make some huge pressure
on upstream to ask translation of README-DEV and changelog (and, why
not, the funny project page) in English

- debian/changelog seems to have some big problem... you don't mention
the number of the ITP bug (is there one?)

- if you run lintian -p gerix-wifi-cracker-ng_1.0.0_amd64.changes it
dies horribly (this is probably not your fault, but I think it explains
why the above went undetected!)

ciao

Pietro

Il giorno mer, 02/09/2009 alle 16.26 +0200, Alice Ferrazzi ha scritto:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Dear mentors,
 
 I am looking for a sponsor for my package gerix-wifi-cracker-ng.
 
 * Package name: gerix-wifi-cracker-ng
   Version : 1.0.0
   Upstream Author : Emanuele Gentili
 * URL : http://backtrack.it/~emgent/
 * License : GPL
   Section : x11
 
 It builds these binary packages:
 gerix-wifi-cracker-ng - aicrack-NG GUI with pyrit support on cracking
 
 The package appears to be lintian clean.
 
 The package can be found on mentors.debian.net:
 - - URL: http://mentors.debian.net/debian/pool/main/g/gerix-wifi-cracker-ng
 - - Source repository: deb-src http://mentors.debian.net/debian unstable
 main contrib non-free
 - - dget
 http://mentors.debian.net/debian/pool/main/g/gerix-wifi-cracker-ng/gerix-wifi-cracker-ng_1.0.0.dsc
 
 I would be glad if someone uploaded this package for me.
 
 Kind regards
  aliceinwire
 
 - --
*alice ferrazzi*
 CEO
 
 *Drunk Geisha*
 http://maps.google.com/maps?q=hl=en
   *Email:* jingcom...@email.it mailto:jingcom...@email.it
 *IM:* aliceinwire (AIM)
 *http://www.linkedin.com/in/aliceinwire*
   
 
 See who we know in common http://www.linkedin.com/e/wwk/44328377/
 Want a signature like this? http://www.linkedin.com/e/sig/44328377/
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iQIcBAEBAgAGBQJKnoCvAAoJEP2OlRiJDf7nX3EQAKybkOqkjBoUn1XFo2b3L9O0
 rX3YMnKOHieg4Yj2Yj0FCM6bQZL2WXReEgIJaO/qEC+AHtmO1sK33E2anUSrjZSi
 0DfyXet4BAk1hJ8epcbtXWN+wQOGyz/swyZrxdxub2e14Dos1p/LTx+hiYbFHnc0
 UbO6egT+NFxqB3y28FrcOeJDYiyl0hGRxtd5hbNYojwZtTOGtmwCD3c5A6TrcdAt
 HB3OPKTwniCCbWyw1mGL5D3bpZRucXuKlJN97fov1J1/qN54WpHAlZpFqtN8Pq8R
 xs84PFNOBDACZCXMhB7h6GCh0YXh83ircDAyof3QD0mpa+dG4SkEC2RjI/3O47Rr
 BBpIDT5gOAEzj19wah/b9r7aDX0f3G2MfKoEwbYtYZIkE/bEbRhK0i5MmAwZ8/6Y
 dfSkwqdAX4SpOv6MnTQLweNCSRt2OCkPWvNgP16l8K9JDd6lTliXKMZHDv635MLM
 VW1rQQwalcEMFPeXqx1KXbmiZGYEiJ1bwXCnMjdrKFackSjl1Jic75P9lxza4XaO
 K2TDs4nJ0Urq7YVx3ZOsEpErMDaAaRQiSgTjqIsPrdQgIE0LZS/5g0A1JoDRla4I
 wAHskcqiJhtF6RbZd6FrWvbrl76ZuSqGGeLENLBr0W28SXxLvPSeirGjEqkP8Qvc
 8UsHGzEAhGMdWPqqhUvN
 =UM/x
 -END PGP SIGNATURE-


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: [Fwd: Re: Denemo]

[Pietro Battiston]

Rogério's mail ([0]) gave me desire to insist.

Now I'm being much more clearer and short: a (not so unpopular) package
(Denemo) is unmaintained. It has bugs and a very old version packaged,
which upstream strongly suggests to avoid. I repackaged it from scratch:
last upstream version (and changes aren't really minor, also w.r.t.
packaging), and dropped CDBS.

To the first mail I send, the maintainer answers, after 15 days, I have
no time to comment.
To the second mail, where I link the package I made, no answer after 18
days.

What should I do?

Just wait would also be an admissible response... but _how much time_?
And then?

thanks

Pietro

[0]: http://lists.debian.org/debian-mentors/2009/08/msg00308.html

P.S: please CC me too, I'm in -mentors but not in -devel



Il giorno dom, 16/08/2009 alle 18.49 +0200, Pietro Battiston ha
scritto: 
 Hello,
 the situation of the package denemo is perfectly described in the
 following:
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513285
 
 Notice that today if a Debian user wants to use denemo, the best thing
 to do is certainly to use the package at [1], as far as:
 - you use i386
 - you don't care about installing a binary package without source,
 poorly packaged (several lintian errors) and not provided by any
 repository
 
 Moving from that sad situation (on a quite popular package -  500
 popcon reports - in particular considering that being the version
 distributed with debian so obsolete and the upstream debs packages very
 recent, probably lot of people just install from source), I wanted to
 update the existing package to last denemo version, 1.8.6. In the
 attached email, sent to the current maintainer, I explain the details.
 The short mail from Gunter was the answer to my precedent (14 days
 before's) email asking may I ask you to comment on the bug report
 #513285 ?.
 
 Since I didn't receive an answer from Gunter to the forwarded email
 (after 15 days), I'm resending here to get some enlightenment. I'm
 afraid NMU is not the key word here, since I'm changing version and
 packaging tools (however, doing a NMU that doesn't bring in last
 upstream version would be pointless, and I personally won't learn CDBS).
 
 Just to be clear, I don't want to blame Gunter for anything: he's just
 busy, stop. I just want denemo in debian, so I'm asking what to do?.
 
 thanks
 
 Pietro Battiston
 
 
 --- Messaggio inoltrato ---
  Da: Pietro Battiston too...@email.it
  A: Günter Geiger gei...@xdv.org
  Oggetto: Re: Denemo
  Data: Sat, 01 Aug 2009 10:36:00 +0200
  
  Il giorno mer, 22/07/2009 alle 20.11 +0200, Günter Geiger ha scritto:
   Hi, 
   
   No, it is ok to ask for my comment. I just do not have the time
   currently. 
   
   Best, 
   
   Gunter
  
  It would be useless to debate on how much time it takes to write I do
  not have the time on a bug report vs. in a private mail, so it's not
  what I'm writing you about. I have repackaged the last denemo: 0.8.6. It
  is lintian clean, works, I reapplied both your patches, added a patch
  which upstream still didn't adopt and which shows the icon on Linux,
  wrote a manpage for the now included smfsh and updated copyright and
  watch file. You can find the dsc at:
  
  http://mentors.debian.net/debian/pool/main/d/denemo/denemo_0.8.6-1.dsc
  
  Just tell me what to do now.
  
  Currently the package contains the original changelog with my add-on
  (and several of the currently open bugs as Closes - there may be more,
  but for them I'll ask confirmation to the submitters once the package is
  available). However, truth is that I completely repackaged denemo,
  without using CDBS (I tried, but I just dropped it because I didn't have
  enough time to learn how to fix problems with what to my very very
  personal taste seemed a crippled system). That's why I figure as a
  maintainer. However I'm not particularly interested in being it, I only
  want a working denemo in debian as soon as possible: so, while the
  current thing is just ready to be sponsored, please feel free to decide
  the form you want the upload to take - NMU? You sponsor me? You silently
  adopt my repackaging and put still your name as maintainer? You orphan,
  I adopt? You orphan, I ITP?
  
  Notice that I would warmly appreciate if in a way or another _you_ could
  upload the package and spare me the boring job of finding a sponsor.
  
  But most of all I would appreciate a fast response, whatever it will be.
  
  thank you
  
  Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

RFS: nautilus-scripts-manager (2nd try)

[Pietro Battiston]

Dear mentors,

I am looking for a sponsor for my package nautilus-scripts-manager.

* Package name: nautilus-scripts-manager
  Version : 1.2-1
  Upstream Author : Pietro Battiston (me)
* URL : http://www.pietrobattiston.it/nautilus-scripts-manager
* License : GPL-3
  Section : gnome

It builds these binary packages:
nautilus-scripts-manager - simple tool for nautilus scripts management

The package is lintian clean.

The upload would fix these bugs: 536878

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/n/nautilus-scripts-manager
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/n/nautilus-scripts-manager/nautilus-scripts-manager_1.2-1.dsc

I would be glad if someone uploaded this package for me.


Some background, for those who may be interested:

- I wrote a relatively complex nautilus script ([1]) that I plan to
package.[2] My goal was (mainly) to help people who don't know how to
use/don't want to use the terminal (I do indeed use it regularly ;-) ...
- ...but I realized that currently people /have/ to use the terminal to
enable nautilus scripts (since it must be done on a user base by
symlinking).
- There is a tool to enable/disable them (nautilus-script-manager -
notice mine has an s which prevents the clashing) which is packaged
only in Ubuntu, is really very very simple... and still has no GUI.
Moreover, it doesn't help changing/localizing/organizing the names of
the scripts in the menu.
- The non-userfriendliness of the whole system has led to some crazy
choices in the Ubuntu packaging of nautilus scripts (see [3]) (notice
all such packages currently depend on the old nautilus-script-manager,
and I plan to ask to replace it with my nautilus-scripts-manager, at
least as Recommends).

That's why I wrote and packaged a scripts manager that I see as a (much
better) replacement to Ubuntu's nautilus-script-manager, and as a way to
cleanly introduce user-friendliness in Nautilus scripts  (and hence
Nautilus scripts in Debian).

Notice pygtk is not a dependence for the app itself, but if it is not
installed then the menu icon fails without warnings; that's why I put
python-gtk2 in Depends.
(anyway, if you have nautilus and python installed, you probably have
pygtk, and if you don't, it's not such a huge dependence)

My usual sponsor, Piotr Ożarowsk, already helped me fixing few minor
problems upstream and in the packaging, but is currently too busy to
sponsor nautilus-script-manager.

thanks to anyone who read so far

Pietro Battiston


[1]:
http://poisson.phc.unipi.it/~battiston/gueic/doku.php?id=gallery_uploader
[2]:
(but it will Recommends nautilus-scripts-manager, that's why I still
don't ask for sponsorship)
[3]:
http://bugs.launchpad.net/ubuntu/+source/audio-convert/+bug/130055
 


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: [Fwd: Re: Denemo]

[Pietro Battiston]

Il giorno dom, 16/08/2009 alle 18.49 +0200, Pietro Battiston ha scritto:
 Notice that today if a Debian user wants to use denemo, the best thing
 to do is certainly to use the package at [1], as far as:

where [1] = http://mirror.lihnidos.org/GNU/savannah/denemo/debian/

Pietro Battiston


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

[Fwd: Re: Denemo]

[Pietro Battiston]

Hello,
the situation of the package denemo is perfectly described in the
following:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513285

Notice that today if a Debian user wants to use denemo, the best thing
to do is certainly to use the package at [1], as far as:
- you use i386
- you don't care about installing a binary package without source,
poorly packaged (several lintian errors) and not provided by any
repository

Moving from that sad situation (on a quite popular package -  500
popcon reports - in particular considering that being the version
distributed with debian so obsolete and the upstream debs packages very
recent, probably lot of people just install from source), I wanted to
update the existing package to last denemo version, 1.8.6. In the
attached email, sent to the current maintainer, I explain the details.
The short mail from Gunter was the answer to my precedent (14 days
before's) email asking may I ask you to comment on the bug report
#513285 ?.

Since I didn't receive an answer from Gunter to the forwarded email
(after 15 days), I'm resending here to get some enlightenment. I'm
afraid NMU is not the key word here, since I'm changing version and
packaging tools (however, doing a NMU that doesn't bring in last
upstream version would be pointless, and I personally won't learn CDBS).

Just to be clear, I don't want to blame Gunter for anything: he's just
busy, stop. I just want denemo in debian, so I'm asking what to do?.

thanks

Pietro Battiston


--- Messaggio inoltrato ---
 Da: Pietro Battiston too...@email.it
 A: Günter Geiger gei...@xdv.org
 Oggetto: Re: Denemo
 Data: Sat, 01 Aug 2009 10:36:00 +0200
 
 Il giorno mer, 22/07/2009 alle 20.11 +0200, Günter Geiger ha scritto:
  Hi, 
  
  No, it is ok to ask for my comment. I just do not have the time
  currently. 
  
  Best, 
  
  Gunter
 
 It would be useless to debate on how much time it takes to write I do
 not have the time on a bug report vs. in a private mail, so it's not
 what I'm writing you about. I have repackaged the last denemo: 0.8.6. It
 is lintian clean, works, I reapplied both your patches, added a patch
 which upstream still didn't adopt and which shows the icon on Linux,
 wrote a manpage for the now included smfsh and updated copyright and
 watch file. You can find the dsc at:
 
 http://mentors.debian.net/debian/pool/main/d/denemo/denemo_0.8.6-1.dsc
 
 Just tell me what to do now.
 
 Currently the package contains the original changelog with my add-on
 (and several of the currently open bugs as Closes - there may be more,
 but for them I'll ask confirmation to the submitters once the package is
 available). However, truth is that I completely repackaged denemo,
 without using CDBS (I tried, but I just dropped it because I didn't have
 enough time to learn how to fix problems with what to my very very
 personal taste seemed a crippled system). That's why I figure as a
 maintainer. However I'm not particularly interested in being it, I only
 want a working denemo in debian as soon as possible: so, while the
 current thing is just ready to be sponsored, please feel free to decide
 the form you want the upload to take - NMU? You sponsor me? You silently
 adopt my repackaging and put still your name as maintainer? You orphan,
 I adopt? You orphan, I ITP?
 
 Notice that I would warmly appreciate if in a way or another _you_ could
 upload the package and spare me the boring job of finding a sponsor.
 
 But most of all I would appreciate a fast response, whatever it will be.
 
 thank you
 
 Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

RFS: nautilus-scripts-manager

[Pietro Battiston]

Dear mentors,

I am looking for a sponsor for my package nautilus-scripts-manager.

* Package name: nautilus-scripts-manager
  Version : 1.2-1
  Upstream Author : Pietro Battiston (me)
* URL : http://www.pietrobattiston.it/nautilus-scripts-manager
* License : GPL-3
  Section : gnome

It builds these binary packages:
nautilus-scripts-manager - simple tool for nautilus scripts management

The package is lintian clean.

The upload would fix these bugs: 536878

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/n/nautilus-scripts-manager
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/n/nautilus-scripts-manager/nautilus-scripts-manager_1.2-1.dsc

I would be glad if someone uploaded this package for me.


Some background, for those who may be interested:

- I wrote a relatively complex nautilus script ([1]) that I plan to
package.[2] My goal was (mainly) to help people who don't know how to
use/don't want to use the terminal (I do indeed use it regularly ;-) ...
- ...but I realized that currently people /have/ to use the terminal to
enable nautilus scripts (since it must be done on a user base by
symlinking).
- There is a tool to enable/disable them (nautilus-script-manager -
notice mine has an s which prevents the clashing) which is packaged
only in Ubuntu, is really very very simple... and still has no GUI.
Moreover, it doesn't help changing/localizing/organizing the names of
the scripts in the menu.
- The non-userfriendliness of the whole system has led to some crazy
choices in the Ubuntu packaging of nautilus scripts (see [3]) (notice
all such packages currently depend on the old nautilus-script-manager,
and I plan to ask to replace it with my nautilus-scripts-manager, at
least as Recommends).

That's why I wrote and packaged a scripts manager that I see as a (much
better) replacement to Ubuntu's nautilus-script-manager, and as a way to
cleanly introduce user-friendliness in Nautilus scripts  (and hence
Nautilus scripts in Debian).

Notice pygtk is not a dependence for the app itself, but if it is not
installed then the menu icon fails without warnings; that's why I put
python-gtk2 in Depends.
(anyway, if you have nautilus and python installed, you probably have
pygtk, and if you don't, it's not such a huge dependence)

My usual sponsor, Piotr Ożarowsk, already helped me fixing few minor
problems upstream and in the packaging, but is currently too busy to
sponsor nautilus-script-manager.

thanks to anyone who read so far

Pietro Battiston


[1]:
http://poisson.phc.unipi.it/~battiston/gueic/doku.php?id=gallery_uploader
[2]:
(but it will Recommends nautilus-scripts-manager, that's why I still
don't ask for sponsorship)
[3]:
http://bugs.launchpad.net/ubuntu/+source/audio-convert/+bug/130055



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Still the rejected package

[Pietro Battiston]

Hello,

an ftp master told me that I can find the reason of the rejection of the
package I'm working on (python-shapely, for those who didn't read the
Non free license? thread) in folder /srv/ftp.debian.org/queue/reject/
of server merkel.debian.org. It should be a file named
python-shapely_1.0.4-1_all.reason or something similar.

Could a DD tell me the content of it?

thank you very much

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Still the rejected package

[Pietro Battiston]

Il giorno sab, 20/12/2008 alle 12.36 +0100, Cyril Brulebois ha scritto:
 Pietro Battiston too...@email.it (20/12/2008):
  I'm not the maintainer, the maintainer doesn't answer to my emails, I
  don't know who the sponsor was, the ftp-masters didn't answer to my
  email and when I got in contact with one through IRC he didn't answer
  to the question of who the sponsor was.
 
 Oh, ok.
 
  
  The ftp-master also told me that if the package is too old, the file
  is instead in /morgue; I didn't think this was the case, but at this
  point I imagine it should exist in /srv/ftp.debian.org/morgue or
  something similar.
  
  Could you please check there too?
 
 Sure, but:
 
 k...@merkel:/srv/ftp.debian.org$ find -name '*shapely*'
 find: ./scripts/s3kr1t: Permission non accordée
 
 Maybe the source package name didn't contain “shapely” at all?

Yep, it seems it did:

http://lists.alioth.debian.org/pipermail/pkg-grass-general/2008-May/003072.html

Anyway, I'm starting to think that the effort of this autopsy is
bigger than it's worth: I have nearly finished a new package for it,
license and documentation seem to be ok, I hope I've avoided the problem
the former maintainer had, whatever it was.

Thank you for you help.

Pietro


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Still the rejected package

[Pietro Battiston]

Il giorno sab, 20/12/2008 alle 09.49 -0600, Carlo Segre ha scritto:
 Hi Pietro
 
 On Sat, 20 Dec 2008, Pietro Battiston wrote:
 
  Anyway, I'm starting to think that the effort of this autopsy is
  bigger than it's worth: I have nearly finished a new package for it,
  license and documentation seem to be ok, I hope I've avoided the problem
  the former maintainer had, whatever it was.
 
 
 Do you have access to the previous package?

Unfortunately not (if I had, I would have probably fixed it, instead of
starting from scratch...): moreover, the ftp-master I contacted with
stated clearly that source of rejected packages is not public (for good
reasons, at least in some cases), and... I still don't know who the
sponsor was, so I can't ask him neither.

 Maybe lintian would give a 
 clue.  Otherwise, I agree that you should simply just move forward.  it 
 could have been something as simple as no ITP filed (I couldn't find 
 one...).

I also later had this thought... anyway, I already moved forward...

Pietro Battiston


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Non free license?

[Pietro Battiston]

Hello mentors,

I'm interested in packaging Shapely [0], a python library, because I
need it as a dependency for a program I'm working on (and I'd like to
package too).

Skapely was already packaged (as python-shapely) [1] and uploaded some
time ago, but was rejected.

Unfortunately, nobody could tell me the reason (the maintainer didn't
answer to my emails, ftp masters didn't neither and other community
members of the project seem to have no clue).

Since I started to repackage it, I maybe found a possible solution to
the dilemma: do you think that the license [2] (in particular the third
condition) is not enough free?

Notice that if this is the problem, I could try to contact upstream, or
package an old GPLed version of the library (see [3]).

(or just rewrite the _2_ function that I use from that library...)

thank for you help

Pietro Battiston

[0]: http://trac.gispython.org/lab/wiki/Shapely
[1]:
http://lists.alioth.debian.org/pipermail/pkg-grass-general/2008-May/003072.html
[2]: http://svn.gispython.org/svn/gispy/Shapely/trunk/LICENSE.txt
[3]:
http://lists.gispython.org/pipermail/community/2007-November/001271.html


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: How to not break dependant packages

[Pietro Battiston]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thibaut Paumard ha scritto:
 I guess you are running unstable: you have to expect those
 glitches. It should not happen in testing or stable.


Please forgive my ignorance: why shouldn't it happen in testing?

(I mean: by what control mechanism?)

Pietro
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIf0tUcZVtR82bmAYRAgeMAJ9iv/FJFMcLL+O9aEtYjEBCV58UigCgi+EL
FKdIa16MtFuuJ7kZGEmhtzo=
=Dc1M
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: RFS: gvb

[Pietro Battiston]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Holger Levsen ha scritto:
 Hi Pietro,

 Unfortunatly I dont have time to sponsor it (as this also needs
 continous involvement),

You mean every package does or this package particularly does? (If
it's the second: why?)

 but I had time to briefly look at it and here are some comments:

 On Sunday 22 June 2008 10:31, Pietro Battiston wrote:
 This seems to me the right place to look if there is someone
 interested in sponsoring a package I made.

 still, you should probably crosspost to debian-mentors, too...

Posting do debian-mentors is the first thing I did, some days ago...
Anyway, I'm cross-posting this reply too.

 The package is gvb
 (http://mentors.debian.net/debian/pool/main/g/gvb/gvb_1.1.2-1.dsc)


 It is completely GPL v.3. I am the upstream developer.

 in debian/copyright you say it's GPL2+, while the file COPYING says
 GPL3+ - please make up your mind ;)

 (And then debian/copyrights refers to
 /usr/share/common-licences/GPL, which is the GPL3, so that's
 another (normal) bug.)

 Another minor bug in debian/copyright: The icons of the program
 are screenshots of the program itself and also are covered by GLP
 license. - GLP? :)

 Please also remove the word nice from the short description
 (debian/control), all software is nice, isn't it? :)

No, I think Linux Kernel is a nice piece piece of software in a geek
sense,
gvb is (I hope) in a more literal sense. I just wanted to spot the fact
that some attention is given to aestethical appearance of the GUI.
Anyway, I understand there is risk of misunderstanding, so I removed it.

 Also I think you can completly drop the last paragraph of the
 description: It is written in Python and based on Pygtk and Cairo
 for the interface. It relies on scipy for calculations. - this
 information is provided by the (build-)depends and can also be
 represented with debtags.

Thank you for spotting those errors. Actually, I did remove references to
Python, Pygtk and Cairo because they are indeed informations targeted
basically to developers, but I think it is better to keep the one to
scipy, because it is a library targeted even to non developers (e.g.
as replacement for matlab), and for instance someone using Synaptic
(where you don't see immediately dependences) could find it interesting.

Obviously, all this has been fixed in version 1.1.2-2:
http://mentors.debian.net/debian/pool/main/g/gvb/gvb_1.1.2-2.dsc

Thank you for your attention

Pietro Battiston
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIXh9+cZVtR82bmAYRAoRxAKClRBncHZIdIPR3ELHuWwJTkbHr2QCeLzAf
EDd2WrMOamjnqNOy2VUa+TA=
=FEf9
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

RFS: gvb (updated package)

[Pietro Battiston]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks to the help of Ondrej Certik, I fixed some naivetes in my
package, so I'm writing just to signal the new version (I won't bother
you with further upgrades, but when I wrote my last email, my package
was not Lintian clean, so I just wanted to spot the fact that now it is).

Last version is here:
http://mentors.debian.net/debian/pool/main/g/gvb/gvb_1.1.2-1.dsc

Pietro Battiston

P.S: what is gvb? gvb is a nice graphical app to simulate vibrations
and waves on a string/membrane. Its niceness is due to the use of gtk
and cairo for the graphics, its simplicity is due to the use of python
and scipy for calculations. More info on the email sent some days ago,
or here: http://poisson.phc.unipi.it/~battiston/gvb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIXQH2cZVtR82bmAYRAtawAJ9Vycx6zBQR6rkn/tXZk47hQwhLTACfTPEY
DtKwsN+BHv0UxCgnPg/wWSY=
=HTKv
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

RFS: gvb

[Pietro Battiston]

Dear mentors,

I am looking for a sponsor for my package gvb.

* Package name: gvb
  Version : 1.1-1
  Upstream Author : Pietro Battiston [EMAIL PROTECTED]
* URL : https://poisson.phc.unipi.it/~battiston/gvb
* License : GPL
  Section : science

It builds these binary packages:
gvb- simulate 1 and 2-dimensional vibrations in a nice GUI

The package appears to be lintian clean.

The upload would fix these bugs: 486010

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/g/gvb
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget http://mentors.debian.net/debian/pool/main/g/gvb/gvb_1.1-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Pietro Battiston


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: RFS: gvb

[Pietro Battiston]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After writing this, I found a wonderful FAQ saying I should add
informations to make the package interesting, so I'm answering to myself.

Pietro Battiston ha scritto:
 Dear mentors,

 I am looking for a sponsor for my package gvb.

 * Package name: gvb
   Version : 1.1-1
   Upstream Author : Pietro Battiston [EMAIL PROTECTED]
 * URL : https://poisson.phc.unipi.it/~battiston/gvb
 * License : GPL
   Section : science

 It builds these binary packages:
 gvb- simulate 1 and 2-dimensional vibrations in a nice GUI

 The package appears to be lintian clean.

Ooops... I thought the template maker was so smart that it actually
had already done a test for me.

In fact, just for curiosity I now did a lintian test. There are
several warnings and an error.
1) I get warning script not executable for several .py modules...
but they aren't scripts, just Python modules, so I imagine it's OK.
2) The error is python-script-but-no-python-dep ./usr/bin/gvb. True,
my package doesn't depend on python, it depends on python2.5. In fact,
it does not work with python 2.4 and I never checked with 2.6 (not
even released). I guess adding dependency on python itself would be
useless...

 The upload would fix these bugs: 486010

 The package can be found on mentors.debian.net:
 - URL: http://mentors.debian.net/debian/pool/main/g/gvb
 - Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
 - dget http://mentors.debian.net/debian/pool/main/g/gvb/gvb_1.1-1.dsc

 I would be glad if someone uploaded this package for me.

 Kind regards
  Pietro Battiston

So here's some more description: gvb (Good ViBrations)is an app I
wrote to play with waves and vibrations in 1 and 2 dimensions.

It's written in python, using pygtk-pyglade for the GUI and scipy for
calculations.

It features several starting positions, and a nice editor to create
new ones. One interesting feature is the possibility to dump frames to
png files, so that a movie can be created with them.

It's a quite simple package: the script, a package, some icons, some
localization data. I'll finishing debugging a pair of lintian warnings
later, then eventually upload a new version.

Pietro Battiston
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIUolVcZVtR82bmAYRAmBRAJ4nRoyU2eqSK1388RFbrhI65FtUwQCZAaZi
Zi/1m2cW09lS7RHofT2q3NE=
=kwzR
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]