Bug#431684: New upstream revision

2008-04-29 Thread Cristian Greco
New upstream revision has been released which includes my patch.

Working on package.


Cristian



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



Bug#478432: TAG: Sdictionary is a dictionary that uses its own dictionary format

2008-04-29 Thread Alexey Semenoff

Package: wnpp
Severity: RFP

Additional info: http://freshmeat.net/projects/sdictionary/

---
WBR,
Alexey





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



Bug#478328: [Pkg-samba-maint] Bug#478328: ITP: samba4 -- LanManager-like fileserver and active directory server

2008-04-29 Thread Christian Perrier
Quoting Jelmer Vernooij ([EMAIL PROTECTED]):
 Package: wnpp
 Severity: wishlist
 Owner: Jelmer Vernooij [EMAIL PROTECTED]


This is a plan we discussed with Jelmer at the SambaXP conference.
(for people less involved in samba stuff, Jelmer is, along with Andrew
Bartlett, one of the two lead developers of Samba4).

Given the Samba4 release timeframe, having both samba3 and samba4
packages in Debian makes sense for quite some time.

We not only want to release Debian with a stable Samba (which means
releasing with 3.x) but also give Samba4 the widest exposure possible
(which means having it in unstable at least).

These samba4 package are *not targeted for lenny*. Security updates
for such alpha releases wouldn't be reasonable, of course.

So, it's quite likely that the first one or two uploads will be sent
to experimental.

There will then be uploads to unstable, but we'll take care of
blocking them from entering testing.

Having this samba4 source package along with many binary packages it
will produce (several libraries), will also help integrating
Openchange (the Free MS-Exchange interoperable server/client)all
this being targeted at lenny+1.




signature.asc
Description: Digital signature


Bug#247337: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]

2008-04-29 Thread Christian Marillat
Gürkan Sengün [EMAIL PROTECTED] writes:

 Dear Salsaman,

 Could you relicense all of your software parts of lives into
 GNU GPL v3, or 2, or 2.1, whatever you like best?

 That'll make inclusion of lives into Debian (and Ubuntu) a lot
 easier.

I still don't understand the necessity to upload Lives in Debian.

Without mjpegtools you can't encode in mpeg2. Same for transcode or
mencoder who doesn't exist in Debian even if you add a note saying
Lives doesn't work, you need to add this package from this site the
first user will certainly don't understand why Lives doesn't work
because this use will certainly never read the README.Debian.

Christian



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



Bug#247337: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]

2008-04-29 Thread Christian Marillat
Gürkan Sengün [EMAIL PROTECTED] writes:

 I still don't understand the necessity to upload Lives in Debian.

 Without mjpegtools you can't encode in mpeg2. Same for transcode or
 mencoder who doesn't exist in Debian even if you add a note saying
 Lives doesn't work, you need to add this package from this site

 Anyone can add it from wherever he wants, or take a Debian package
 and rebuild it according their needs. This is a lot easier when you can
 just say apt-get source PACKAGE, without having to figure where else it
 is (if it's not in an official debian repository).

Debian isn't Gentoo.

 Besides, someone can just use lives effects, then reencode the movie
 into whatever format he wants at the end of all the editing.

 the
 first user will certainly don't understand why Lives doesn't work
 because this use will certainly never read the README.Debian.

 There's no README.Debian.

Even better. How user should guess what is missing then ?

Christian



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



Bug#442339: RFP: linkage -- A feature-rich BitTorrent client using gtkmm and libtorrent

2008-04-29 Thread Wen-Yen Chuang
Thanks to Sven.

I built linkage 0.2.0 last night.
It needs the libtorrent at rasterbar.com (hosted by sourceforge),
which is *NOT* the libtorrent Debian currently have.

It also needs libdbus-c++-1, which even does not release any official
tarball yet.

If anybody want to maintain linkage for Debian, you have to
1. Push the libtorrent at rasterbar.com to Debian
2. Push the libdbus-c++-1 to Debian

I think it is more suitable for gentoo or BSD.
I will not touch linkage unless it can be built by official Debian packages.

Wen-Yen Chuang (caleb)



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



Bug#247337: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]

2008-04-29 Thread Gürkan Sengün

I still don't understand the necessity to upload Lives in Debian.

Without mjpegtools you can't encode in mpeg2. Same for transcode or
mencoder who doesn't exist in Debian even if you add a note saying
Lives doesn't work, you need to add this package from this site


Anyone can add it from wherever he wants, or take a Debian package
and rebuild it according their needs. This is a lot easier when you can
just say apt-get source PACKAGE, without having to figure where else it
is (if it's not in an official debian repository).

Besides, someone can just use lives effects, then reencode the movie
into whatever format he wants at the end of all the editing.

 the

first user will certainly don't understand why Lives doesn't work
because this use will certainly never read the README.Debian.


There's no README.Debian.


Christian


Yours,
Gürkan



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



Bug#478251: ITP: libdata-stag-perl -- Structured Tags datastructures

2008-04-29 Thread David Paleino
2008/4/28, Charles Plessy [EMAIL PROTECTED]:
 Package: wnpp
 Severity: wishlist
 Owner: Charles Plessy [EMAIL PROTECTED]

  Package name: libdata-stag-perl

 ...

 I am finishing to polish the details, and will sponsor the package after
 getting the green light from David and the Debian Perl team. This package is
 needed for libgo-perl, that is needed for a biological format (GFF3) 
 validator.

Go Charles, go! :)

David

-- 
 . ''`.  Debian packager! | http://snipurl.com/gofoxygo/
 : :'  :   User #334216   |  http://www.hanskalabs.net/
 `. `'`   GPG: 1392B174   | http://www.debianizzati.org/
  `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174



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



Bug#472468: RFH: bash-completion -- programmable completion for the bash shell

2008-04-29 Thread David Paleino
2008/4/27, Luk Claes [EMAIL PROTECTED]:
 David Paleino wrote:
  Hi,
  I'd be interested in helping with bash-completion as well! Please let us 
  know
  what to do. Anyhow, my Alioth account is hanska-guest.

 I added you to the project.

Thanks!

 It would be great if you would want to handle the move of the repository.
 More details will follow in private if you acknowledge you want to do that.

Where is it currently hosted?

Thanks,
David

-- 
 . ''`.  Debian packager! | http://snipurl.com/gofoxygo/
 : :'  :   User #334216   |  http://www.hanskalabs.net/
 `. `'`   GPG: 1392B174   | http://www.debianizzati.org/
  `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174



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



Bug#478516: setting package to libcaptcha-recaptcha-perl, tagging 478516

2008-04-29 Thread Gerfried Fuchs
# Automatically generated email from bts, devscripts version 2.10.25
#
# libcaptcha-recaptcha-perl (0.92-1) unstable; urgency=low
#
#  * Initial Release (closes: #478516) 

package libcaptcha-recaptcha-perl
tags 478516 + pending




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



Bug#478516: ITP: libcaptcha-recaptcha-perl -- perl implementation of the reCAPTCHA API

2008-04-29 Thread Gerfried Fuchs
Package: wnpp
Severity: wishlist
Owner: Gerfried Fuchs [EMAIL PROTECTED]


* Package name: libcaptcha-recaptcha-perl
  Version : 0.92
  Upstream Author : Andy Armstrong [EMAIL PROTECTED]
* URL : http://search.cpan.org/dist/Captcha-reCAPTCHA/
* License : same as perl (GPL or Artistic License)
  Programming Lang: Perl
  Description : perl implementation of the reCAPTCHA API

 reCAPTCHA is a hybrid mechanical turk and captcha that allows visitors
 who complete the captcha to assist in the digitization of books.
 From http://recaptcha.net/learnmore.html:
 .
 reCAPTCHA improves the process of digitizing books by sending words that
 cannot be read by computers to the Web in the form of CAPTCHAs for
 humans to decipher. More specifically, each word that cannot be read
 correctly by OCR is placed on an image and used as a CAPTCHA. This is
 possible because most OCR programs alert you when a word cannot be read
 correctly.
 .
 To use reCAPTCHA you need to register your site here:
 https://admin.recaptcha.net/recaptcha/createsite/

 So long,
Rhonda



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



Processed: your mail

2008-04-29 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 reopen 357202
Bug#357202: ITP: kpogre -- Graphical client for PostgreSQL for KDE.
Bug reopened, originator not changed.


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#478516: setting package to libcaptcha-recaptcha-perl, tagging 478516

2008-04-29 Thread Gerfried Fuchs
# Automatically generated email from bts, devscripts version 2.10.25
#
# libcaptcha-recaptcha-perl (0.92-1) unstable; urgency=low
#
#  * Initial Release (closes: #478516) 

tags 478516 + pending




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



Processed: setting package to libcaptcha-recaptcha-perl, tagging 478516

2008-04-29 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.25
 #
 # libcaptcha-recaptcha-perl (0.92-1) unstable; urgency=low
 #
 #  * Initial Release (closes: #478516)
 tags 478516 + pending
Bug#478516: ITP: libcaptcha-recaptcha-perl -- perl implementation of the 
reCAPTCHA API
There were no tags set.
Tags added: pending


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#247337: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]

2008-04-29 Thread salsaman
On Tue, April 29, 2008 11:57, Christian Marillat wrote:
 Gürkan Sengün [EMAIL PROTECTED] writes:

 I still don't understand the necessity to upload Lives in Debian.

 Without mjpegtools you can't encode in mpeg2. Same for transcode or
 mencoder who doesn't exist in Debian even if you add a note saying
 Lives doesn't work, you need to add this package from this site

 Anyone can add it from wherever he wants, or take a Debian package
 and rebuild it according their needs. This is a lot easier when you can
 just say apt-get source PACKAGE, without having to figure where else it
 is (if it's not in an official debian repository).

 Debian isn't Gentoo.

 Besides, someone can just use lives effects, then reencode the movie
 into whatever format he wants at the end of all the editing.

 the
 first user will certainly don't understand why Lives doesn't work
 because this use will certainly never read the README.Debian.

 There's no README.Debian.

 Even better. How user should guess what is missing then ?

 Christian




There is no need to guess, LiVES will inform you if/when you select an
encoder plugin which has missing requirements.

Also, if the user tries to open (import) a file which has no support in
mplayer, they will see an error message on the terminal informing them
that mplayer is possibly missing a library.


Regards,
Gabriel.
http://lives.sf.net





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



Bug#247337: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]

2008-04-29 Thread salsaman
On Tue, April 29, 2008 11:55, Gürkan Sengün wrote:
 I still don't understand the necessity to upload Lives in Debian.

 Without mjpegtools you can't encode in mpeg2. Same for transcode or
 mencoder who doesn't exist in Debian even if you add a note saying
 Lives doesn't work, you need to add this package from this site

 Anyone can add it from wherever he wants, or take a Debian package
 and rebuild it according their needs. This is a lot easier when you can
 just say apt-get source PACKAGE, without having to figure where else it
 is (if it's not in an official debian repository).

 Besides, someone can just use lives effects, then reencode the movie
 into whatever format he wants at the end of all the editing.

   the
 first user will certainly don't understand why Lives doesn't work
 because this use will certainly never read the README.Debian.

 There's no README.Debian.

 Christian

 Yours,
 Gürkan




LiVES will run just fine without mjpegtools, transcode and mencoder.

In fact, 3 years ago I made a version which had no non-free dependencies.

For example, the program is able to encode to ogg theora/vorbis without
any of the above dependencies.

If you ship the program without mjpegtools for example, and the user
selects the mjpegtools encoder, they will get an error message informing
them that they need to install mjpegtools to use that particular encoder.
Hence there is no need for a separate README file.

Regards,
Gabriel.
http://lives.sf.net





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



Bug#247337: [Fwd: Re: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]]

2008-04-29 Thread Gürkan Sengün



 Original Message 
Subject: Re: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]
Date: Tue, 29 Apr 2008 15:48:55 +0200 (CEST)
From: [EMAIL PROTECTED]
To: Gürkan Sengün [EMAIL PROTECTED]

On Tue, April 29, 2008 09:29, Gürkan Sengün wrote:

Dear Salsaman,

Could you relicense all of your software parts of lives into
GNU GPL v3, or 2, or 2.1, whatever you like best?

That'll make inclusion of lives into Debian (and Ubuntu) a lot
easier.

Thank you,
Gürkan


Hi,
all of the LiVES software is licensed under the GPL v3 or later. The only
exception is weed.h, weed.c, weed-utils.c which will become a library
under the LGPL v3 or later. If you find any source files which are
incorrectly licensed, please let me know and I will correct this.


RFX.spec is a documentation file which documents a standard. I am happy to
change the license for this to whatever you recommend (what does debian
recommend for standards ?).


I will take a look at the debian/copyright file and update it as necessary.


Regards,
Gabriel.
http://lives.sf.net






 Original Message 
Subject: lives_0.9.8.10-1_powerpc.changes REJECTED
Date: Mon, 28 Apr 2008 14:29:20 +
From: Joerg Jaspert [EMAIL PROTECTED]
To: Gürkan Sengün [EMAIL PROTECTED]
CC: Debian Installer [EMAIL PROTECTED]

Hi Maintainer,

rejected, includes non-free components. Like RFX.spec.

Additionally your debian/copyright file is incomplete and misses
(C)holders/license data. You have to include all such differences.
Like all of libOSC/*, some of the icons.

And next, it includes a mixture of GPL/LGPL v2/v2.1 and v3.
Now you need to check if all v2/v2.1 ones are or any later. If not it
is undistributable.

--
bye Joerg



===

If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.






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



Bug#478518: ITP: librelative-perl -- Load modules with relative names

2008-04-29 Thread Edi STOJICEVIC
Package: wnpp
Severity: wishlist
Owner: Edi STOJICEVIC [EMAIL PROTECTED]


* Package name: librelative-perl 
  Version : x.y.z
  Upstream Author : Sébastien Aperghis-Tramoni
* URL : http://search.cpan.org/~saper/relative-0.04/lib/relative.pm
* License : GPL (same terms as perl itself)
  Programming Lang: Perl
  Description : Load modules with relative names



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



Bug#478525: ITP: Gedit Latex Plugin

2008-04-29 Thread Andrea Gasparini
Package: wnpp
Severity: wishlist
Owner: Andrea Gasparini [EMAIL PROTECTED]

  Package name: gedit-latex-plugin
  Version : 0.1.3.1
  Upstream Author : Michael Zeising [EMAIL PROTECTED]
  URL : http://live.gnome.org/Gedit/LaTeXPlugin
  License : GPL
  Programming Lang: Python
  Description : GEdit plugin for composing and compiling LaTeX 
documents 

This plugin assists you in composing and compiling LaTeX documents.
It has features like: 
- code completion
- Assistants for frequent tasks like
* creating the body of a new LaTeX file
* inserting a graphics
* inserting a table or a matrix
* inserting source code listings
* inserting BibTeX entries 
- BibTeX Integration
- a build system for PDF, DVI or PostScript.


-- 
-gaspa-
---
 https://launchpad.net/~gaspa -
-- HomePage: iogaspa.altervista.org ---
-Il lunedi'dell'arrampicatore: www.lunedi.org -



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



Bug#478036: ksplice maintenance

2008-04-29 Thread Luca Bruno
Hi,
I've done an initial packaging, and put in collab-maint under git:
git clone http://git.debian.org/git/collab-maint/ksplice.git
or http://git.debian.org/?p=collab-maint/ksplice.git;a=summary

On my repo[1] you can find both source package[2] and i386 binary[3].
I'm in search of co-maintainer, as I'm not sure about how much time I
can spend alone behind this package (someone with good kernel knowledge
would be preferred :).

I will wait a couple of days to find interested collaborators, before
retitling to ITP and uploading to unstable.

Cheers, Luca

[1] deb http://debian.unstable.it/luca/
[2] http://debian.unstable.it/luca/dists/sid/main/source/ksplice_0.8.3-1.dsc
[3] 
http://debian.unstable.it/luca/dists/sid/main/binary-i386/ksplice_0.8.3-1_i386.deb

-- 
 .''`.  ** Debian GNU/Linux **  | Luca Bruno
: :'  :   The Universal O.S.| lucab (AT) debian.org
`. `'`  | GPG Key ID: 3BFB9FB3
  `- http://www.debian.org  | Debian GNU/Linux Developer


pgpDJCbOmrPU4.pgp
Description: PGP signature


Bug#478543: ITP: lure-of-the-temptress -- a quirky and entertaining adventure game

2008-04-29 Thread Wen-Yen Chuang
Package: wnpp
Severity: wishlist
Owner: Wen-Yen Chuang [EMAIL PROTECTED]

* Package name   : lure-of-the-temptress
  Version: ???
  Upstream Author: Revolution Software Ltd.
* URL: http://revolution.co.uk/_display.php?id=10
* License: see below (similar to beneath-a-steel-sky)
  Description: a quirky and entertaining adventure game

Lure of the Temptress was Revolution's very first adventure game and
work began on it in 1989, even before Revolution's inception as an
actual games development company. From the start our aim was to consider
the contemporary adventures of the day and then bring something new to
the genre. From this came the Virtual Theatre engine. VT allowed in-game
characters to wander around the gameworld indepently of each other,
living their own lives and doing their own thing. Another feature
allowed the player to give direct orders to Helper characters - in this
case Ratpouch - who would then go off to perform the task. These
technology concepts were certainly unique, though Revolution were not
sure how to develop them further in subsequent games. Nonetheless, the
result was a quirky and entertaining adventure game that kicked off
Revolution's fondness for characterisation and in-game humour.
.
Lure of the Temptress was originally released for ST, Amiga and PC.



Here is the full licence text from LICENSE.txt in the Spanish version
archive:
=
Lure of the Temptress, PC DOS version (C) Revolution Software
Ltd 1992-
-
-

 1) You may distribute this game for free on any medium, provided this
license
and all associated copyright notices and disclaimers are left intact.

 2) You may charge a reasonable copying fee for this archive, and may
distribute
it in aggregate as part of a larger  possibly commercial software
distribution
(such as a Linux distribution or magazine coverdisk). You must provide
proper
attribution and ensure this license and all associated copyright
notices, and
disclaimers are left intact.

 3) You may not charge a fee for the game itself. This includes
reselling the
game as an individual item.

 4) You may modify the game as you wish.  You may also distribute modified
versions under the terms set forth in this license, but with the additional
requirement that the work is marked with a prominent notice which states
that
it is a modified version.

 5) All game content is (C) Revolution Software Ltd.

 6) THE GAMEDATA IN THIS ARCHIVE IS PROVIDED AS IS AND WITHOUT ANY
EXPRESS OR
IMPLIED WARRANTIES, INCLUDING AND NOT LIMITED TO ANY IMPLIED WARRANTIES OF
MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE.
=



I think it is OK to put the Spanish version in Debian's main archive.
I will mail to Revolution Software Ltd. to ask permission to pack the
English version.



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



Processed: retitle 478525 to ITP: gedit-latex-plugin -- Gedit Latex Plugin

2008-04-29 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.26
 retitle 478525 ITP: gedit-latex-plugin -- Gedit Latex Plugin
Bug#478525: ITP: Gedit Latex Plugin
Changed Bug title to `ITP: gedit-latex-plugin -- Gedit Latex Plugin' from `ITP: 
Gedit Latex Plugin'.


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#466823: ITP: rush -- Ruby replacement for a shell

2008-04-29 Thread Michael Schutte
On Thu, Feb 21, 2008 at 11:15:51AM +0100, Michael Schutte wrote:
 * License : (needs to be clarified)

The license has been clarified by the upstream author: rush is available
under the terms of the MIT/X License.

-- 
Michael Schutte [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Bug#478585: ITP: qpdf -- command-line PDF transformation software

2008-04-29 Thread Jay Berkenbilt
Package: wnpp
Severity: wishlist
Owner: Jay Berkenbilt [EMAIL PROTECTED]


* Package name: qpdf
  Version : 2.0
  Upstream Author : Jay Berkenbilt [EMAIL PROTECTED]
* URL : http://qpdf.sourceforge.net/
* License : Artistic License Version 2.0
  Programming Lang: C++, Perl
  Description : command-line PDF transformation software

QPDF is a program that does structural, content-preserving
transformations on PDF files.  It could have been called something
like pdf-to-pdf.  It also provides many useful capabilities to
developers of PDF-producing software or for people who just want to
look at the innards of a PDF file to learn more about how they work.

QPDF offers many capabilities such as linearization (web
optimization), encryption (password protection), and decryption of PDF
files as well as changing whether or not PDF files use object streams
(compressed objects).  It also has facilities for checking PDF files
for structural errors, inspecting stream contents, or extracting
objects from PDF files.  QPDF is not PDF content creation software --
it does not have the capability to create PDF files from scratch.

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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



Processed: reassign 475757 to wnpp, retitle 475757 to O: libphp-phplot -- graphics library for PHP

2008-04-29 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 # Automatically generated email from bts, devscripts version 2.10.25
 reassign 475757 wnpp
Bug#475757: should this package be orphaned or removed?
Bug reassigned from package `libphp-phplot' to `wnpp'.

 retitle 475757 O: libphp-phplot -- graphics library for PHP
Bug#475757: should this package be orphaned or removed?
Changed Bug title to `O: libphp-phplot -- graphics library for PHP' from 
`should this package be orphaned or removed?'.

 severity 475757 normal
Bug#475757: O: libphp-phplot -- graphics library for PHP
Severity set to `normal' from `serious'


End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Bug#478649: O: c2man -- Graham Stoney's mechanized man page generator.

2008-04-29 Thread Manoj Srivastava
Package: wnpp
Severity: normal

I intend to orphan the c2man package.

The package description is:
 Please do not use c2man -- it is unmaintained upstream now, and only
 exists because other packages depend on it.  Doxygen does a far better
 job. Problems: doesn't handle C++ grammar

This package should be removed from Debian, so no one should
 pick this up, in my opinion.

manoj

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22.3anzu (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash



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



Bug#478652: RFP: gdictthai -- a GTK+ English-Thai Dictionary

2008-04-29 Thread Anon Sricharoenchai
Package: wnpp
Severity: wishlist

*** Please type your report below this line ***

* Package name: gdictthai
  Version : 0.0.2
  Upstream Author : Kitt Tientanopajai [EMAIL PROTECTED]
* URL :
ftp://ftp.kitty.in.th/pub/ubuntu/kitty/pool/edgy/gdictthai/
ftp://ftp.kitty.in.th/pub/sources/gdictthai/
* License : GPL
  Description : a GTK+ English-Thai Dictionary

(Include the long description here.)
GDictThai is a GTK+ English-Thai Dictionary. This project aims to
develop a simple E-T dictionary for GTK+/GNOME environment. The
dictionary database is taken from KDictThai, a KDE-based English-Thai
Dictionary.

-- System Information:
Debian Release: testing/unstable
  APT prefers warty-updates
  APT policy: (800, 'warty-updates'), (800, 'warty-security'), (800,
'warty-backports'), (800, 'warty'), (700, 'hoary-updates'), (700,
'hoary-security'), (700, 'hoary-backports'), (700, 'hoary'), (600,
'breezy-updates'), (600, 'breezy-security'), (600, 'breezy-backports'),
(600, 'breezy'), (599, 'dapper-updates'), (599, 'dapper-security'), (599,
'dapper-backports'), (599, 'dapper'), (500, 'gutsy-backports'), (500,
'feisty-backports'), (500, 'edgy-backports')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-29-386
Locale: LANG=C, LC_CTYPE=thai (charmap=TIS-620)