Re: Bug#477454: RFS: quodlibet (1.0.ds1-1)

2008-06-04 Thread Tristan Seligmann
* Joey Hess <[EMAIL PROTECTED]> [2008-06-03 22:51:16 -0400]:

> Tristan Seligmann wrote:
> > Well, fair enough; I suppose the README.Debian note should not be quite
> > as explicit as I made it. I'm just not very happy with the gratuitous
> > (in my view) change to the upstream tarball, so I wanted to be as clear
> > about it as I could for anyone else wondering why it didn't match the
> > released tarball. If it were up to me, I wouldn't be making this change
> > at all, but it seems the alternative is to release lenny without
> > quodlibet, which is not very satisfactory either.
> 
> There has never been a clear explaination in #477454 as to why the bug
> should be considered RC at all, or why, if it is RC, it would require
> modification of the upstream tarball to fix.

The explanation appears to be "because an RM says so"; as far as
modifying the upstream tarball goes, the only way anyone is going to
see the offending code is if they go looking for it. If the objective is
just to avoid casual users from being exposed to it, then nothing needs
to be changed in the first place, so I don't see the point in doing
anything at all in that case.

Am I missing some other rationale here? Unfortunately Andreas Barth has
not yet provided any further clarity on his statement that "the fix is
pretty easy and forward"; CC'ing him again to find out what he meant...

Once again, my personal opinion is that this really shouldn't be such a
big deal that it would prevent the package from releasing as-is with
lenny; the relevant code has already been changed upstream, can't this
bug be left as a non-RC severity and be closed with the next upload of
a new upstream release? I would have just done that anyway, but it seems
the next upstream release is likely to be long after lenny, so this
isn't an option unless the severity of the bug can be downgraded.

> There have been vague mutterings about the content being illegal in
> germany; I've already pointed out in the bug log several other instances
> of personal insults included in Debian packages. If the people who think
> this is illegal in germany, and that Debian should censor such speech
> think this bug is RC, they need to begin a comprensive audit and mass RC
> bug filing on all the other packages too. (They might also find certian
> such insults on the Debian mailing lists..)

I believe the "illegal in Germany" reasoning has already been shot down.
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


signature.asc
Description: Digital signature


Bug#484584: RFP: python-odfpy -- Python API and tools to manipulate OpenDocument files

2008-06-04 Thread Nelson A. de Oliveira
Package: wnpp
Severity: wishlist

* Package name: python-odfpy
  Version : 0.7
  Upstream Author : Søren Roug <[EMAIL PROTECTED]>
* URL : http://opendocumentfellowship.com/projects/odfpy
* License : GPL
  Programming Lang: Python
  Description : Python API and tools to manipulate OpenDocument files

(Not really a long description, but a copy and paste from upstream
homepage)

Odfpy aims to be a complete API for OpenDocument in Python. Unlike other
more convenient APIs, this one is essentially an abstraction layer just
above the XML format. The main focus has been to prevent the programmer
from creating invalid documents. It has checks that raise an exception
if the programmer adds an invalid element, adds an attribute unknown to
the grammar, forgets to add a required attribute or adds text to an
element that doesn't allow it.

These checks and the API itself were generated from the RelaxNG schema,
and then hand-edited. Therefore the API is complete and can handle all
ODF constructions, but could be improved in its understanding of data
types.

In addition to the API, there are a few scripts:

mailodf - Email ODF file as HTML archive
odf2xhtml - Convert ODF to (X)HTML
odf2mht - Convert ODF to HTML archive
odf2war - Convert ODF to KDE web archive
odfimgimport - Import external images
odflint - Check ODF file for problems
odfmeta - List or change the metadata of an ODF file
odfoutline - Show outline of OpenDocument
odfuserfield - List or change the user-field declarations in an ODF file
xml2odf - Create OD? package from OpenDocument in XML form
Take also a look at the contrib folder.

Thank you!

Best regards,
Nelson

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-naoliv1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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