Re: RFS: kwstyle (patch 2)

[Mathieu Malaterre]

George,

On Fri, Jul 31, 2009 at 6:46 PM, George Danchev wrote:
<...>
> 1) Insisting on NMU prior to Initial release does not make much of sense and I
> don't think we even need a lintian check for that ;-)
<...>
> 2) Missing build dependencies: cmake
> You may want to have a look at the cowbuilder package and cowbuilder(8) man
> page of how to create and use a clean chroot environment in order to test your
> package builds and find regressions.
<...>
> 3) Two warnings are still there:
> W: kwstyle source: out-of-date-standards-version 3.7.3 (current is 3.8.2)
> W: kwstyle: copyright-without-copyright-notice
<...>
> 4) Ok, that is fine, however I doubt anyone would upload a package with a man
> page like that:

I believe patch2 of KWStyle packaging fixes all of the above.

Thanks,
-- 
Mathieu


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

RFS: rkward

[Thomas Friedrichsmeier]

Dear mentors,

I'm looking for a new sponsor for package "rkward". My current sponsor, Roland 
Marcus Rutschmann in CC, would like to pass sponsoring for rkward to somebody 
who is actively using rkward, R or related packages on a regular basis.

So, in the mid-term, I'm looking for a regular sponsor of rkward. In the 
short-term, I'm looking for someone to upload version 0.5.1-1 of 
rkward.

The package can be found at http://rkward.sourceforge.net/debian/ . The 
project home page is at http://rkward.sourceforge.net .

Description: a KDE frontend to the R statistics language
 RKWard aims to become an easy to use, transparent frontend to R,
 a powerful system for statistical computation and graphics.
 Besides a convenient GUI for the most important statistical functions,
 future versions will also provide seamless integration with an
 office-suite.

Regards
Thomas Friedrichsmeier



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

watch file problem

[Jaromír Mikeš]

Hi all,

I am building package from source downloaded here:
https://launchpad.net/invada-studio/+download

and this is file I would like to monitor by watch file:
invada-studio-plugins_0.3.1-nopkg.tar.gz 

I tried this forms in watch file:
https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*)\.tar\.gz
 
https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*)\-nopkg\.tar\.gz
https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*-nopkg)\.tar\.gz

I tested watch file and get always error output 
$ uscan --report-status
uscan warning: In debian/watch,
  no matching hrefs for watch line

Is fault on my side or form of monitored file is not valid for watch file?
Upstream would like to have two different sources on this sites:
1)with debian directory for people which would like to make their own packages
2)without debian dir for debian packaging needs

Thanks for advice/help

mira


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

Re: watch file problem

[Sebastian Harl]

Hi mira,

On Wed, Aug 05, 2009 at 01:19:15PM +0200, Jarom?r Mike? wrote:
> I am building package from source downloaded here:
> https://launchpad.net/invada-studio/+download
> 
> and this is file I would like to monitor by watch file:
> invada-studio-plugins_0.3.1-nopkg.tar.gz 
> 
> I tried this forms in watch file:
> https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*)\.tar\.gz
>  
> https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*)\-nopkg\.tar\.gz
> https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*-nopkg)\.tar\.gz

The tar-balls cannot be found in [1] directly but rather in sub-
directories of [2]. However, you'll find links to the files on [1]. You
can thus use the format ' ' which will then download the
website found at  and scan it for hrefs (i.e. )
matching  (see the uscan(1) manpage for details). Your watch
file thus should look something like this:

https://launchpad.net/invada-studio/+download/ \

http://launchpad.net/invada-studio/ladspa/\d\.\d/\+download/invada-studio-plugins_(.*)-nopkg.tar.gz

HTH,
Sebastian

[1] 
[2] 

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Re: Re: watch file problem

[Jaromír Mikeš]

> Od: Sebastian Harl 

Hi Sebastian,

> On Wed, Aug 05, 2009 at 01:19:15PM +0200, Jarom?r Mike? wrote:
> > I am building package from source downloaded here:
> > https://launchpad.net/invada-studio/+download
> > 
> > and this is file I would like to monitor by watch file:
> > invada-studio-plugins_0.3.1-nopkg.tar.gz 
> > 
> > I tried this forms in watch file:
> >
> https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*)\.tar\.gz
> 
> >
> https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*)\-nopkg\.tar\.gz
> >
> https://launchpad.net/invada-studio/+download/invada-studio-plugins_(.*-nopkg)\.tar\.gz
> 
> The tar-balls cannot be found in [1] directly but rather in sub-
> directories of [2]. However, you'll find links to the files on [1]. You
> can thus use the format ' ' which will then download the
> website found at  and scan it for hrefs (i.e. )
> matching  (see the uscan(1) manpage for details). Your watch
> file thus should look something like this:
> 
> https://launchpad.net/invada-studio/+download/ \
>
> http://launchpad.net/invada-studio/ladspa/\d\.\d/\+download/invada-studio-plugins_(.*)-nopkg.tar.gz
> 
> HTH,
> Sebastian
> 
> [1] 
> [2] 
> 
> -- 

That's working perfectly for me ;)
Thanks a lot 

regards

mira
 


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

Re: watch file problem

[Ben Finney]

Sebastian Harl  writes:

> You can thus use the format ' ' which will then download
> the website found at  and scan it for hrefs (i.e. )

Not the website (fortunately for our bandwidth charges); just the one
document (“web page”) at the specified URL.

-- 
 \  “I like to reminisce with people I don't know. Granted, it |
  `\ takes longer.” —Steven Wright |
_o__)  |
Ben Finney


pgpAMxIiXPQCe.pgp
Description: PGP signature

Re: Convert HTML Table into man pages

[Laurent Guignard]

On Fri, 31 Jul 2009 18:41:28 +0200, Daniel Leidert wrote:
> Mathieu Malaterre wrote:
> 
> >   I need to generate a man page for KWStyle the only available
> > documentation is in HTML:
> > 
> > http://public.kitware.com/KWStyle/documentation.htm
> > 
> >   Is there a way to turn this HTML table into something 'nice' as a man
> > page ?
> 
> Of course. xsltproc can process XML as well as HTML. Write an
> XSLT stylesheet, which processes the HTML page and outputs
> a text document (your manual page).
> 
> Should be pretty easy to do, if you have some XSLT knowledge.
> 

This is true only if HTML is well-formed XHTML.
To use xsltproc you have to get a code which follow a least 
XML requirements :

  - each element must be opened and closed,
  - each attribut must follow the template attrib_name="value".


Best regards,
Laurent

-- 
Laurent Guignard, Registered as user #301590 with the Linux Counter
Site : http://www.famille-guignard.org
Blog : http://blog.famille-guignard.org
Projet : http://sicontact.sourceforge.net
GULL de Villefranche sur Saône : http://www.cagull.org



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

Re: Convert HTML Table into man pages

[Jakub Wilk]

* Laurent Guignard , 2009-08-05, 20:48:

>   I need to generate a man page for KWStyle the only available
> documentation is in HTML:
>
> http://public.kitware.com/KWStyle/documentation.htm
>
>   Is there a way to turn this HTML table into something 'nice' as a man
> page ?

Of course. xsltproc can process XML as well as HTML. Write an
XSLT stylesheet, which processes the HTML page and outputs
a text document (your manual page).

Should be pretty easy to do, if you have some XSLT knowledge.



This is true only if HTML is well-formed XHTML.


I believe you are wrong:

$ xsltproc | grep -- --html
--html: the input document is(are) an HTML file(s)

--
Jakub Wilk


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

Re: Convert HTML Table into man pages

[Daniel Leidert]

Am Mittwoch, den 05.08.2009, 20:48 +0200 schrieb Laurent Guignard:
> On Fri, 31 Jul 2009 18:41:28 +0200, Daniel Leidert wrote:
> > Mathieu Malaterre wrote:
> > 
> > >   I need to generate a man page for KWStyle the only available
> > > documentation is in HTML:
> > > 
> > > http://public.kitware.com/KWStyle/documentation.htm
> > > 
> > >   Is there a way to turn this HTML table into something 'nice' as a man
> > > page ?
> > 
> > Of course. xsltproc can process XML as well as HTML. Write an
> > XSLT stylesheet, which processes the HTML page and outputs
> > a text document (your manual page).
> > 
> > Should be pretty easy to do, if you have some XSLT knowledge.
> > 
> 
> This is true only if HTML is well-formed XHTML.

That's wrong. See xsltproc(1) -> --html.

Regards, Daniel


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

Re: Convert HTML Table into man pages

[Mathieu Malaterre]

On Wed, Aug 5, 2009 at 10:02 PM, Daniel
Leidert wrote:
> Am Mittwoch, den 05.08.2009, 20:48 +0200 schrieb Laurent Guignard:
>> On Fri, 31 Jul 2009 18:41:28 +0200, Daniel Leidert wrote:
>> > Mathieu Malaterre wrote:
>> >
>> > >   I need to generate a man page for KWStyle the only available
>> > > documentation is in HTML:
>> > >
>> > > http://public.kitware.com/KWStyle/documentation.htm
>> > >
>> > >   Is there a way to turn this HTML table into something 'nice' as a man
>> > > page ?
>> >
>> > Of course. xsltproc can process XML as well as HTML. Write an
>> > XSLT stylesheet, which processes the HTML page and outputs
>> > a text document (your manual page).
>> >
>> > Should be pretty easy to do, if you have some XSLT knowledge.
>> >
>>
>> This is true only if HTML is well-formed XHTML.
>
> That's wrong. See xsltproc(1) -> --html.

Just for reference I found out that tidy is generating the man page
automatically from the tidy --xml-help and that tidy can be used to
clean up any messy html file just before feeding it to the
html2docbook xslt script:

http://wiki.docbook.org/topic/Html2DocBook

-- 
Mathieu
http://mathieumalaterre.com


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

Re: RFS: magicfilter (updated package)

[Rogério Brito]

Hi, Russ.

On Aug 04 2009, Russ Allbery wrote:
> Rogério Brito wrote:
> > Ooops. Fixed. The updated sources are again at the same address.
> 
> Uploaded.  Thank you!

Thank you for being so kind to sponsor the package.


Rogério Brito.

-- 
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org


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

Re: RFS: yajl

[John Stamp]

On Tuesday 04 August 2009 10:50:20 pm George Danchev wrote:
> The package looks solid, everything is put in place and I was unable
> to find any flaws other than boring nitpicking:
>
> * the short description of the libyajl1-dbg should read `... -
> debugging symbols', instead of ` - library documentation'. Probably a
> copy/paste ;-) * examples would help users to bootstrap more easily
> (optional) * a watch file would help package monitoring
> * send man pages upstream along with the patch of `PIC does not make
> sense for static libs' ;-)

OK.  I updated the package on mentors to take care of those issues.  
Upstream already plans to remove the non-free RFC in future releases; 
I'll send along the other stuff too.  As for examples, json_reformat and 
json_verify are partly intended to show what you can do in < 200 lines, 
so I copied those to an 'examples' directory in libyajl-doc.

> * Why the integer test fails on 64-bit machines? Aligning issues?

One test fails if yajl can cope with 64-bit integers.

Discussion here:
http://github.com/lloyd/yajl/issues#issue/1

> * I imagine that at this stage the API is stable enough and drifts
> should be highly unlikely, is that assumption correct for yajl?

Yes, I believe so.  Based on the above discussion, upstream sounds 
careful and deliberate about that.

> Let's give some days to the rest interested to look at that library
> package, to see if they can find any flaws. Then we can upload.

OK, thanks!

John


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

Re: RFS: yajl

[John Stamp]

On Tuesday 04 August 2009 03:42:17 pm Paul Wise wrote:
> On Tue, Aug 4, 2009 at 10:58 PM, John Stamp
>
>  wrote:
> > As for applications, argyll[2] includes libyajl in its private
> > libraries,
>
> I've added a note about this to the testing security team's
> embedded-code-copies file, please file a bug on argyll once yajl
> enters Debian and let the team know which bug number and if it gets
> fixed.

Will do.  I'll see about getting a patch ready for the bug report.


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

RFS: graph isomorphism

[David Bremner]

* Package name: nauty
  Version : 2.4~b7-1
  Upstream Author : Brendan McKay 
* URL : http://cs.anu.edu.au/~bdm/nauty/
* License : non-free/pacifist. See below.
  Programming Lang: C
  Section : non-free/math

  Description : graph isomorphism testing library, with command line tools

 nauty (no automorphisms, yes?) is a set of procedures for determining
 the automorphism group of a vertex-coloured graph. It provides this
 information in the form of a set of generators, the size of the
 group, and the orbits of the group. It is also able to produce a
 canonically-labelled isomorph of the graph, to assist in isomorphism
 testing.

nauty is a build dependency of polymake (ITP 461976)

Unfortunately upstream is not interested in relicensing the package.
Non-free bits of the license are follows:

  Copyright (1984-2009) Brendan McKay. All rights reserved. Permission
  is hereby given for use and/or distribution with the exception of sale
  for profit or application with nontrivial military significance.
  
It builds these binary packages:
libnauty-dev - library for computing graph automorphisms (development files)
libnauty0d - library to compute graph automorphisms and canonical labellings
nauty  - command line tools to compute graph automorphisms

The package appears to be lintian clean.

The upload would fix these bugs: 529094 (ITP)

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

Warm regards
 David Bremner


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

Re: RFS: graph isomorphism package nauty

[David Bremner]

Sorry, doze-n-send, strikes again.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/non-free/n/nauty
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget http://mentors.debian.net/debian/pool/non-free/n/nauty/nauty_2.4~b7-1.dsc


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

Software using the RSA Data Security, Inc. implementation of MD5 algorithm.

[Charles Plessy]

Dear mentors,

I have a new package almost ready for upload, but it contains source files with
the following license: 

Files :  misc/md5.*
Name  :  RSA Data Security, Inc. MD5 Message Digest Algorithm
Copyright :  © 1990, RSA Data Security, Inc.
License   :

License to copy and use this software is granted provided that   
it is identified as the "RSA Data Security, Inc. MD5 Message 
Digest Algorithm" in all material mentioning or referencing this 
software or this function.   
 
License is also granted to make and use derivative works 
provided that such works are identified as "derived from the RSA 
Data Security, Inc. MD5 Message Digest Algorithm" in all 
material mentioning or referencing the derived work. 
 
RSA Data Security, Inc. makes no representations concerning  
either the merchantability of this software or the suitability   
of this software for any particular purpose.  It is provided "as 
is" without express or implied warranty of any kind. 
 
These notices must be retained in any copies of any part of this 
documentation and/or software.   

Other Debian packages already include this file (for instance htdig
/usr/include/htdig/mhash_md5.h), but others seem to use alternatives. The
advertisement clause is really something too easy to infringe, so I was just
wondering if the other implementations are ‘drop-in’ replacements that I could
recommend upstream to solve this problem.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


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