Re: RFS: treeline and treeline-i18n

[Miriam Ruiz]

Hi Dato :)

 --- Adeodato Simó <[EMAIL PROTECTED]> escribió:

> * Miriam Ruiz [Thu, 02 Feb 2006 09:31:22 +0100]:
> 
> Hi,
> 
> > My packages can temporarily be found at:
> http://baby.yi.org/packages/treeline/
> 
>   The packages look good. I can upload them, these are my only concerns:

Thanks :)

>   (1) As per upstream's require.html, the spell checker is not an
>   absolute dependency, and aspell is normally preferred. What about
>   this?:
> 
> -Depends: python, python-qt3, ispell, ${misc:Depends}
> +Depends: python, python-qt3, ${misc:Depends}
> +Recommends: aspell | ispell

Yes you're right. That may be more sensible. I've updated it.

>   (2) [minor suggestion, I don't mind leaving it as is] I'd personally
>   leave the end of this sentence out of the Debian description.
> 
> TreeLine is written in Python and uses the PyQt bindings to the Qt
>   - toolkit, which makes it very portable.
>   + toolkit.

I don't really mind too much, I've corrected it as it might be redundant for
the description. It might be of interest to users knowing that they can be
able to take their data files (xml) to many systems, but the last words
probably are redundant with the rest of the sentence.

>   (3) 
> 
> > Package: treeline-i18n
> > Description: translation files for treeline data manager
> 
>   Despite upstream shipping these two in separate tarballs, two separate
>   binaries _and_ source seems an overkill to me. Perhaps other -mentors
>   readers will disagree, but I'd look into shipping the translations in
>   the treeline package itself (most packages do ship translations
>   themselves, don't they?). This would mean repackaging, though.

I found it overkill too, I was just not sure whether to repackage it (maybe
putting original .tgz files inside a .orig.tar.gz?) or to leave them as they
are. Do you think it might be better to repackage them? If I repackaged the
original tarballs, would it be better to have just one binary?

>   Cheers,

Greetings,
Miry




__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com


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

RFS: php-getid3: PHP4 script that extracts useful information from MP3s & other multimedia file formats

[Justin Pryzby]

./debian/copyrights
Please include the years during which the copyright holder made
significant code modifications

./debian/control
Don't pluralize "information"

This could be priority: extra, unless something not in extra will
depend on it.

Build-Depends: @cdbs@
I think this is RC and not allowed..  Build-Depends have to be
available before the build starts, and mustn't be modified by standard
targets:
http://release.debian.org/etch_rc_policy.txt
But I might be wrong, and it might be okay as written.

./debian/watch
Please consider using the sf.net format now documented.

+# Compulsory line, this is a version 3 file
+version=2

I hope you're kidding :)


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

Re: RFS: php-getid3: PHP4 script that extracts useful information from MP3s & other multimedia file formats

[Justin Pryzby]

On Fri, Feb 03, 2006 at 05:07:53AM +0100, Romain Beauxis wrote:
> I have packaged thos php scripts which are very interesting.
> The ITP is #351184
> 
> Packages are available at:
> http://perso.cti.ecp.fr/~beauxir5/getid3/
I get Host perso.cti.ecp.fr not found: 3(NXDOMAIN)


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

Re: RFS: php-getid3: PHP4 script that extracts useful information from MP3s & other multimedia file formats

[Romain Beauxis]

Le Vendredi 3 Février 2006 05:07, Romain Beauxis a écrit :
> Packages are available at:
> http://perso.cti.ecp.fr/~beauxir5/getid3/
Ups..
It is:
 http://perso.ecp.fr/~beauxir5/getid3/

Romain
-- 
There is a land far, far away
Where there's no night, there's only day
Look into the book of life and you will see
That there's a land far, far away

RFS: php-getid3: PHP4 script that extracts useful information from MP3s & other multimedia file formats

[Romain Beauxis]

Hi all!

I have packaged thos php scripts which are very interesting.
The ITP is #351184

Packages are available at:
http://perso.cti.ecp.fr/~beauxir5/getid3/
and are lintian and linda clean of course!

If anyone had time to review/upload it it would be of a great help!

Best regards,
Romain
-- 
If you are the big tree,
We are the small axe,
Ready to cut you down,
Sharpen to cut you down...


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

Re: RFS: treeline and treeline-i18n

[Adeodato Simó]

* Miriam Ruiz [Thu, 02 Feb 2006 09:31:22 +0100]:

Hi,

> My packages can temporarily be found at: http://baby.yi.org/packages/treeline/

  The packages look good. I can upload them, these are my only concerns:

  (1) As per upstream's require.html, the spell checker is not an
  absolute dependency, and aspell is normally preferred. What about
  this?:

-Depends: python, python-qt3, ispell, ${misc:Depends}
+Depends: python, python-qt3, ${misc:Depends}
+Recommends: aspell | ispell
  
  (2) [minor suggestion, I don't mind leaving it as is] I'd personally
  leave the end of this sentence out of the Debian description.

TreeLine is written in Python and uses the PyQt bindings to the Qt
  - toolkit, which makes it very portable.
  + toolkit.

  (3) 

> Package: treeline-i18n
> Description: translation files for treeline data manager

  Despite upstream shipping these two in separate tarballs, two separate
  binaries _and_ source seems an overkill to me. Perhaps other -mentors
  readers will disagree, but I'd look into shipping the translations in
  the treeline package itself (most packages do ship translations
  themselves, don't they?). This would mean repackaging, though.

  Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Lighthouse Family - Let it all change


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

Re: Re-libtooling + automake

[Henrique de Moraes Holschuh]

On Thu, 02 Feb 2006, Damyan Ivanov wrote:
> Bas Wijnen wrote:
> > And I may be becoming repetitive, but I still haven't heard any reason why
> > running autoconf/automake from debian/rules would be bad.  Obviously you 
> > need
> > to depend on the correct version and explicitly call it (Depends: 
> > automake1.9
> > ; export AUTOMAKE=automake-1.9), but I don't see a problem in that either.
> > 
> > Many problems solve themselves when you compile from source instead of using
> > pre-built files.  That is true for executables, it is true for Makefile.in 
> > and
> > configure as well.
> 
> QA team seem to disagree.
> See http://sam.zoy.org/lectures/20050910-debian/img0.html

Watch it!  That reply is very prone to being misunderstood.

You are STRONGLY urged to re-bootstrap autotools, both I (the autotools-dev
maintainer) and the writer of the above slides (which are damn nice, thanks
for pointing them out!) *agree* with that.

The slides urge one to bootstrap _before_ shipping the debian package,
instead of doing it at package build time.  Which, I should add, is exactly
what I also consider to be the best option, and the way I do it on all my
packages.

So, yes, *do* build everything from source (i.e. bootstrap all autotools
from known-good Debian packaged autotools).  You just don't need to do it at
dpkg-buildpackage time, you can also do it before that.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

RFS: dhcpv6-kame -- kame.net DHCPv6 implementation (client, server and relay)

[Jeremie Corbier]

Hello,

I'm looking for a sponsor for this package :

* Package name: dhcpv6-kame
  Version : 20060123
  Upstream Author : Kame Project <[EMAIL PROTECTED]>
* URL : http://www.kame.net/
* License : WIDE License
  Description : kame.net DHCPv6 implementation (client, server and
relay)

It provides a stable and quite complete DHCPv6 solution. It has already
been tested on a 200 machines network and works very well.

The packages can be found at:
http://resel.enst-bretagne.fr/~jcorbier/packages/

It is lintian and linda clean and builds with pbuilder. The ITP number
is #350329.

Regards,

-- 
Jérémie Corbier

GPG fingerprint: 49B2 86EB 0461 CEAC 2E34  7CC5 16AD 84C0 6413 23B1



signature.asc
Description: OpenPGP digital signature

Re: debug packages?

[Joe Smith]

"Kevin B. McCarty" wrote in message news:[EMAIL PROTECTED]

Also (and this is quite a dumb question), when the end user wants to use
the debug package, what magical options does s/he give to gdb when
running a program so that gdb knows where to find the debugging
information?  Is additional setup needed when the thing to be debugged
is a shared library used by the program that the user directly executes?


If everything is set up right then this is automatic. The program/lib would 
cantain a pointer to the file
containing the symbols which would be looked for in the same directory as 
the program/lib, the .debug subdirectory,
or some sort of location inside the "globaldebugdirectory". I'm not sure 
where dh_strip has these files installed, but

if it is in any of those places gdb should find it.



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

Re: RFC: arpoison

[Lucas Wall]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/02/2006 03:40 PM, Pieter-Augustijn Van Malleghem wrote:

> I'm trying to package arpoison 0.6 (arpoison.sf.net). So far, so good:
> everything seems to work. I uploaded it to mentors.debian.net. If any of you
> would like to have a look ..

http://people.debian.org/~mpalmer/debian-mentors_FAQ.html

K.-

- --
Lucas Wall <[EMAIL PROTECTED]>  .''`.
Buenos Aires, Argentina: :ø :   Debian GNU/Linux
http://www.kadath.com.ar   `. `'  http://www.debian.org
PGP: 1024D/84FB46D6  `-
 5D25 528A 83AB 489B 356Ahttp://people.debian.org/~lwall
 4087 BC9B 4733 84FB 46D6mailto:[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD4pFLvJtHM4T7RtYRAgPvAJ9Kl4UCkk8B/1sWdfcXMfg3eUwZnwCg1InQ
sEKEsnDdfdHOvoVnMcdEyis=
=oQQA
-END PGP SIGNATURE-


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

Re: RFC: arpoison

[Bartosz Fenski aka fEnIo]

On Thu, Feb 02, 2006 at 07:40:17PM +0100, Pieter-Augustijn Van Malleghem wrote:
> I'm trying to package arpoison 0.6 (arpoison.sf.net). So far, so good:
> everything seems to work. I uploaded it to mentors.debian.net. If any of you
> would like to have a look ..

Someone already told you in your ITP bugreport that full description of the
package is one of the requirenment that you didn't pass.

So now I'm telling you that it's also requirenment for RFC/RFS on this
list.

Please be more verbose whenever you ask for comments/sponsoring, cause not
everyone wants to google to find basic informations about your package.

regards
fEnIo

-- 
  ,''`.  Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo
 : :' :   32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland
 `. `'   phone:+48602383548 | proud Debian maintainer and user
   `-  http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001


signature.asc
Description: Digital signature

Re: are PHP license 3.0 or 3.1 compatible with Debian ?

[Francesco Poli]

On Thu, 2 Feb 2006 17:06:58 +0100 Alexander Schmehl wrote:

> I only found 3.0 and 3.01, please add license texts to your mail. 
> Makes thinks easier.
> 
> However:
> The license texts I found still contain the following point:
> 
> 
>   6. Redistributions of any form whatsoever must retain the following
>  acknowledgment:
>  "This product includes PHP, freely available from
>  ".
> 
> 
> 
> Which means:  The license is still free, and still not suitable for
> anything but PHP itself.

I don't agree: I think that PHP license version 3.01 does not comply
with the DFSG, even when applied to PHP itself or to PHP Group software.
The problematic clause is #4.

Moreover, when the license is applied to anything else (that is to say,
software not provided by the PHP Group), a bunch of additional issues
appear.

Please, see

  http://lists.debian.org/debian-legal/2005/11/msg00271.html
  http://lists.debian.org/debian-legal/2005/11/msg00272.html

and the rest of the thread, for more details.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp2KfqGkbmXa.pgp
Description: PGP signature

Re: Re-libtooling + automake

[Damyan Ivanov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bas Wijnen wrote:
> And I may be becoming repetitive, but I still haven't heard any reason why
> running autoconf/automake from debian/rules would be bad.  Obviously you need
> to depend on the correct version and explicitly call it (Depends: automake1.9
> ; export AUTOMAKE=automake-1.9), but I don't see a problem in that either.
> 
> Many problems solve themselves when you compile from source instead of using
> pre-built files.  That is true for executables, it is true for Makefile.in and
> configure as well.

QA team seem to disagree.
See http://sam.zoy.org/lectures/20050910-debian/img0.html


dam
- --
Damyan Ivanov  Creditreform Bulgaria
[EMAIL PROTECTED]  http://www.creditreform.bg/
phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994
mob. +359(88)856-6067   [EMAIL PROTECTED]/Gaim
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD4nMdHqjlqpcl9jsRAizwAJ9X1JaxmkeZXylTHdQc4gYwJS+49wCcDAM3
opROQVCKp/4VhxUtMp7E24o=
=by14
-END PGP SIGNATURE-


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

Re: Submission

[Justin Pryzby]

On Thu, Feb 02, 2006 at 02:58:46PM -0500, Larry Owens wrote:
> How do I find where a package is installed on my hard drive by e.g.
> "apt-get install libpgeasy"?  For example, how do I find where a typical
> package, e.g. libpgeasy, is installed?
I don't know what you mean.  You can get the list of files included in
an installed package with dpkg -L.  You can get the list of files for
an arbitrary package (not necessary installed) using p.d.o (presently
unavailable), apt-file, or just by zgrepping the Contents.gz file.

Installed packages aren't guaranteed to have .debs anywhere on the
hard drive, although apt does keep a cache:
  /var/cache/apt/archives/

Justin

PS.  Why is your message titled "submission" ??

 Also, this message doesn't (I don't think) have anything to do
 with learning to build debian packages, and so this is the wrong
 list.


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

Re: Submission

[Stephen Gran]

This one time, at band camp, Larry Owens said:
> How do I find where a package is installed on my hard drive by e.g.
> "apt-get install libpgeasy"?  For example, how do I find where a typical
> package, e.g. libpgeasy, is installed?

This is the sort of question apprpriate for debian-users, BTW - this
list is really for mentoring of future and current developers, rather
than beginning Debian administration tye questions.  That being said,

The actual .deb that got downloaded is at /var/cache/apt/archives/

The unpacked contents of the .deb are viewable by running 
dpkg -L libpgeasy

There may be other files created by maintainer scripts and so forth, but
that will get most of them.
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Submission

[Larry Owens]

How do I find where a package is installed on my hard drive by e.g.
"apt-get install libpgeasy"?  For example, how do I find where a typical
package, e.g. libpgeasy, is installed?

Thank you


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

RFC: arpoison

[Pieter-Augustijn Van Malleghem]

Hi,

I'm trying to package arpoison 0.6 (arpoison.sf.net). So far, so good:
everything seems to work. I uploaded it to mentors.debian.net. If any of you
would like to have a look ..

sources.list:
deb-src http://mentors.debian.net/debian unstable main

apt-get source arpoison

Thanks!

Pieter-Augustijn Van Malleghem


signature.asc
Description: Digital signature

Re: are PHP license 3.0 or 3.1 compatible with Debian ?

[Alexander Schmehl]

Hi!

* José Carlos do Nascimento Medeiros <[EMAIL PROTECTED]> [060202 12:49]:
> Hi, Im mantainer of two packages in Debian, and they have problems with
> php license 2.0.
> 
> php group released new version of php license, solving problems with
> Debian.  
> Is these version compatible with Debian , ?

I only found 3.0 and 3.01, please add license texts to your mail.  Makes
thinks easier.

However:
The license texts I found still contain the following point:


  6. Redistributions of any form whatsoever must retain the following
 acknowledgment:
 "This product includes PHP, freely available from
 ".



Which means:  The license is still free, and still not suitable for
anything but PHP itself.


Yours sincerely,
  Alexander

-- 
http://learn.to/quote/
http://www.catb.org/~esr/faqs/smart-questions.html


signature.asc
Description: Digital signature

are PHP license 3.0 or 3.1 compatible with Debian ?

[José Carlos do Nascimento Medeiros]

Hi, Im mantainer of two packages in Debian, and they have problems with
php license 2.0.

php group released new version of php license, solving problems with
Debian.  
Is these version compatible with Debian , ?

Thanks
Jose Carlos


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

Re: Re-libtooling + automake

[Bas Wijnen]

On Mon, Jan 30, 2006 at 01:19:08PM +, Martin Meredith wrote:
> I do know of this - but looking for a solution for now so I dont have to go
> down that road unless absolutely neccesary :d (for example - the lsdiff |
> touch -r) 

Do I understand correctly that you want to avoid running automake from
debian/rules, even at high cost?  Personally I think using touch is very high
cost, as it seems quite fragile and may easily result in a broken compile
(that is, some things may be forgotten or so).

And I may be becoming repetitive, but I still haven't heard any reason why
running autoconf/automake from debian/rules would be bad.  Obviously you need
to depend on the correct version and explicitly call it (Depends: automake1.9
; export AUTOMAKE=automake-1.9), but I don't see a problem in that either.

Many problems solve themselves when you compile from source instead of using
pre-built files.  That is true for executables, it is true for Makefile.in and
configure as well.

Thanks,
Bas

-- 
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
   in the message body, not as HTML and definitely not as MS Word.
Please do not use the MS Word format for attachments either.
For more information, see http://129.125.47.90/e-mail.html


signature.asc
Description: Digital signature

Re: RFS: dblatex - Produces DVI, PostScript, PDF documents from DocBook sources

[Frank Küster]

Andreas Hoenen <[EMAIL PROTECTED]> wrote:

> - /etc/dblatex/{specs|contrib}/
> - ~/.dblatex/{specs|contrib}/
>
> dblatex would have to scan these directories in addition to the original
> ones where its own specifications/styles stay located.

The first pair could just be symlinked from the established place, and
then adding support to parse an additional per-user directory is just a
goody. 

Regards, Frank

-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

RFS: treeline and treeline-i18n

[Miriam Ruiz]

A friend of mine spent some days looking for a suitable data storage system
that could fit his need: he wanted to have a general-purpose tree-structured
system where he could store different kinds of his personal data. After
looking at different programs, he finally found out treeline, which suited his
needs. I've also used the program since then and it's quite useful.

TreeLine is a GPL program written in python, and can be obtained from
http://www.bellz.org/treeline/

My packages can temporarily be found at: http://baby.yi.org/packages/treeline/

Comments are welcome.

Greetings and thanks,
Miry


Package: treeline
Description: versatile tree-like structured custom data manager
 TreeLine is a versatile tool for working with all kind of information
 that fits into a tree-like structure.
 .
 It can be used to edit bookmark files, create mini-databases (e.g., for
 addresses, tasks, records, CDs, etc.), outline documents, or just
 collect ideas. It can also be used as a generic editor for XML files.
 .
 The data schemas for any node in the data tree can be customized and
 new types of nodes can be defined. The way data is presented on the
 screen, exported to HTML, or printed can be defined with HTML-like
 templates. Plug-ins can be written to load and save data from and to
 custom file formats or external data sources and extend the
 functionality of TreeLine.
 .
 TreeLine is written in Python and uses the PyQt bindings to the Qt
 toolkit, which makes it very portable.
 .
  Homepage: http://www.bellz.org/treeline/


Package: treeline-i18n
Description: translation files for treeline data manager
 TreeLine is a versatile tool for working with all kind of information
 that fits into a tree-like structure.
 .
 This package contains the translation files to German and French.
 .
  Homepage: http://www.bellz.org/treeline/




__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com


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