Re: Anniv' Debian 16 août 2009

2009-08-10 Thread Carl Chenet
Mardi 18 ça semble bien. Reste à trouver le lieu.
++
Carl Chenet

Le vendredi 07 août 2009 à 12:46 +0200, Gonéri Le Bouder a écrit :
 2009/8/7 Yves-Alexis Perez cor...@debian.org
 On ven, 2009-08-07 at 11:29 +0200, Gonéri Le Bouder wrote:
   Quelque chose de prévu en France pour cet événement ?
  
   http://news.debian.net/2009/08/05/debianday-2009/
   http://wiki.debian.org/DebianDay2009
  
  Oui, c'est une bonne idée, surtout que l'actu est riche en
 ce moment. De
  mon côté, je suis dispo pour une bière sur Paris ce jour là.
 
 
 Perso le dimanche soir ça m'arrange pas, mais dans la semaine,
 lundi ou
 mardi, ça doit pouvoir être gérable. 
 
 Genre mardi 18 ?
 
-- 
Carl Chenet




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



Re: Automatic Debug Packages

2009-08-10 Thread Philipp Kern
On 2009-08-10, Manoj Srivastava sriva...@debian.org wrote:
 dpkg knows about them the same way it knows about debs, AFAICS.
 Why, then, the .ddeb suffix? Why are these not just .debs, with
  a specific naming schema?

At least they shouldn't clash with maintainer-defined ones, IMHO, as they
are created differently.  The main point is probably that they shouldn't
live in the main archive due to space reasons.  Of course we could also
filter out '*-ddeb*' or '*-dbgsym*' as long as it's not '*-dbg*', which
should be dropped at some point but should live in the main archive if
present as they're defined in debian/control.

Kind regards,
Philipp Kern


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



default character encoding for everything in debian

2009-08-10 Thread Thomas Koch
Hi,

I've an issue, that I forgot to set the character encoding of tomcat to utf-8 
after reinstalling a server.
Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite to 
discuss) shouldn't utf8 be the default character set everywhere? So when 
installing a package from Debian I can assume that where a character encoding 
can be set, it't set to utf8.
MySQL would be another example, which to my knowledge uses isoXYZ as default 
character encoding.

Best regards,

Thomas Koch, http://www.koch.ro


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



eiskaltdc extra licence

2009-08-10 Thread Andrey Tataranovich
Hi all, 

I working on packaging eiskaltdc - direct connect client (see #540458).
This program have extra licence information (you can see it on 
http://rootshell.be/~ice/tmp/COPYING) wich installed by default in
/usr/share/eiskaltdc/COPYING. This produced lintian warning
(W: eiskaltdc: extra-license-file usr/share/eiskaltdc/COPYING).

This file is used in About/Licence dialog.

What should I do to satisfy DEBIAN policy?

a) rename/move this file another place and patch code
b) add lintian override

Thanks in advance.


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



Re: default character encoding for everything in debian

2009-08-10 Thread Siggy Brentrup
On Mon, Aug 10, 2009 at 13:09 +0200, Thomas Koch wrote:
 Hi,
 
 I've an issue, that I forgot to set the character encoding of tomcat to utf-8 
 after reinstalling a server.
 Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite 
 to 
 discuss) shouldn't utf8 be the default character set everywhere? So when 
 installing a package from Debian I can assume that where a character encoding 
 can be set, it't set to utf8.
 MySQL would be another example, which to my knowledge uses isoXYZ as default 
 character encoding.

While utf-8 covers the broadest set of character glyphs possible, it
suffers from size as well as performance penalties. Characters no
longer are guaranteed to fit in a byte, how do you define
strlen(utf8_string) c pp.  All these issues have been solved but not
for free.

There are a lot of users out there that are not willing to pay the price
for increased generality.

just my 2¢
  Siggy
-- 
Please don't Cc: me when replying, I might not see either copy.
   bsb-at-psycho-dot-informationsanarchistik-dot-de
   or:bsb-at-psycho-dot-i21k-dot-de
O ascii ribbon campaign - stop html mail - www.asciiribbon.org


signature.asc
Description: Digital signature


Re: eiskaltdc extra licence

2009-08-10 Thread Alexander Reichle-Schmehl
Hi Andrey,

Such questions are better suited for the debian-mentors list.


Andrey Tataranovich schrieb:

 What should I do to satisfy DEBIAN policy?
 
 a) rename/move this file another place and patch code
 b) add lintian override

I would go for b).


Best regards,
  Alexander



signature.asc
Description: OpenPGP digital signature


Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Philipp Kern wrote:

 On 2009-08-10, Manoj Srivastava sriva...@debian.org wrote:
 dpkg knows about them the same way it knows about debs, AFAICS.
 Why, then, the .ddeb suffix? Why are these not just .debs, with
  a specific naming schema?

 At least they shouldn't clash with maintainer-defined ones,

Sure. But that is as simple as the helper package looking at
 debian/control to see if a -dbg package is already defined, and not
 doing the automagic thingy.

In other words, let the maintainer simply override the auto helper
 tool if they so desire.

 IMHO, as they are created differently.

This should not matter. Whether you use debhelper or cdbs or
 yada, the end package is still a .deb -- so how  a package containing
 debug symbols is created should not impact the naming. The important
 thing is the content of the package, not how it was assembled.


 The main point is probably that they shouldn't live in the main
 archive due to space reasons.  Of course we could also filter out
 '*-ddeb*' or '*-dbgsym*' as long as it's not '*-dbg*', which should be

Id automated debug packages should not live in the archive, why
 should -dbg packages? As far as I can see, the issue should be based on
 the content of the debug packages; either debug packages belong in the
 archive, or they do not; independent of the tool chain used to assemble
 them. 

 dropped at some point but should live in the main archive if present
 as they're defined in debian/control.

They should be dropped iff the automated tools can create the
 package; I doubt that the authors envisage 100% coverage (upstream
 build systems are varied enough that 100% coverage would require AI
 like capabilities).

manoj
-- 
Patriotism is an arbitrary veneration of real estate above principles.
George Jean Nathan
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: default character encoding for everything in debian

2009-08-10 Thread Giacomo A. Catenazzi

Thomas Koch wrote:

Hi,

I've an issue, that I forgot to set the character encoding of tomcat to utf-8 
after reinstalling a server.
Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite to 
discuss) shouldn't utf8 be the default character set everywhere? So when 
installing a package from Debian I can assume that where a character encoding 
can be set, it't set to utf8.
MySQL would be another example, which to my knowledge uses isoXYZ as default 
character encoding.


There are different problems.

Future debian systems will have a UTF-8 charset as default.
Look at debian-policy archives.
A lot of debian files will be encoded in utf-8 (control, changelog
and manpages), and transformed in the needed charset runtime.

But for databases there are different issues. I think the best solution
is to do it as mediawiki: the UTF-8 data in put as binary blob: it is
difficult to have database engines and system libraries syncronized, and
it is also difficult to implement support for all Unicode characters.

But let to concentrate to the first task: having a good UTF-8 support
in all programs/terminals/etc.

ciao
cate


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



Webapps policy: final RFC

2009-08-10 Thread Neil McGovern
Hi,

I've been tasked as part of the release team of finalising and pushing
through the Webapps Policy, whcih can be found at
http://webapps-common.alioth.debian.org/draft/html/

The source for this is at
http://svn.debian.org/viewsvn/webapps-common/webapps-common/trunk/doc/Webapps-Policy-Manual-DRAFT.sgml?view=log

Comments appreciated, I'd like to get these all in and integrated by end
of August, to push to the policy team for inclusion.

Thanks,
Neil McGovern
-- 
automake: the emo of Debian software. You just don't understand me.


signature.asc
Description: Digital signature


Re: eiskaltdc extra licence

2009-08-10 Thread Rene Engelhard
Hi,

On Mon, Aug 10, 2009 at 01:48:55PM +0200, Alexander Reichle-Schmehl wrote:
 Andrey Tataranovich schrieb:
 
  What should I do to satisfy DEBIAN policy?
  
  a) rename/move this file another place and patch code

Depends on the license. If it was (L)GPL you could use
/usr/share/common-licenses/...

Regards,

Rene


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



Re: default character encoding for everything in debian

2009-08-10 Thread Michal Čihař
Hi

Dne Mon, 10 Aug 2009 13:09:21 +0200
Thomas Koch tho...@koch.ro napsal(a):

 I've an issue, that I forgot to set the character encoding of tomcat to utf-8 
 after reinstalling a server.
 Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite 
 to 
 discuss) shouldn't utf8 be the default character set everywhere? So when 
 installing a package from Debian I can assume that where a character encoding 
 can be set, it't set to utf8.
 MySQL would be another example, which to my knowledge uses isoXYZ as default 
 character encoding.

I don't know tomcat, but for MySQL it would definitely break some
existing applications (which are broken and do not care about charsets,
but that's different topic).

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature


Re: default character encoding for everything in debian

2009-08-10 Thread Josselin Mouette
Le lundi 10 août 2009 à 14:06 +0200, Giacomo A. Catenazzi a écrit :
 But let to concentrate to the first task: having a good UTF-8 support
 in all programs/terminals/etc.

This task should have been completed for etch.

Now we could concentrate on removing from the archive programs without
proper UTF8 support.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée


Re: eiskaltdc extra licence

2009-08-10 Thread Alexander Reichle-Schmehl
Hi!

Rene Engelhard schrieb:

 a) rename/move this file another place and patch code
 Depends on the license. If it was (L)GPL you could use
 /usr/share/common-licenses/...

GPL with OpenSSL permission. No default template for that.

But yes, that would be option c) wich doesn't work in this case :(


Best regards,
  Alexander



signature.asc
Description: OpenPGP digital signature


Bug#540813: ITP: gamessq -- gamess scheduling frontend

2009-08-10 Thread Patrick Winnertz
Package: wnpp
Severity: wishlist
Owner: Patrick Winnertz win...@debian.org

* Package name: gamessq
  Version : 1.1
  Upstream Author : Brett Bode br...@scl.ameslab.gov
* URL : http://www.msg.chem.iastate.edu/GAMESS/GamessQ/
* License : GPLv3
  Programming Lang: C
  Description : gamess scheduling frontend

gamessQ provides a queueing functionality for GAMESS computations running on 
your local desktop/laptop. gamessQ is a gui application and provides drag 
and drop fucntionality for running jobs with gamess that would otherwise 
require the use of the command line.
..
Key Features:

* Automatic execution of GAMESS jobs.
* Allows you to specify the number of processors to use for each job.
* Advanced process management allowing the user to pause and resume jobs 
  without loosing data.
* Backend daemon keeps the queue active even when you close the interface 
  or log out.
* Batch job operations. Every job operation can be done to multiple jobs 
  at a time, allowing you to more easily manage a large queue.
* A command line interface allowing you to manage the entire queue without
  a GUI.
* Interface provided in MacMolPlt to send GAMESS jobs to gamessQ and in 
  gamessQ to open the output in MacMolPlt.



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



Re: Automatic Debug Packages

2009-08-10 Thread Steve Langasek
On Sun, Aug 09, 2009 at 07:37:10PM -0500, Manoj Srivastava wrote:

   dpkg doesn't know about filenames AFAICS. So you can't coinstall
   foo_1.0-1_i386.deb and foo_1.0-1_i386.ddeb, right? So we do want the
   -ddeb suffix. 

  If we are going to enshrine ddebs into policy, we might as well
   teach dpkg about ddebs.

  I don't have a strong opinion on whether ddebs should be documented in
  policy, but I certainly don't agree with requiring dpkg to understand
  them as a prerequisite for implementing a general purpose, public
  archive for auto-stripped debugging symbols packages.  There really is

 Since this is on -policy, I am commenting on when it gains
  enough gravitas to be enshrined in policy. Getting things in policy is
  also not a pre-requisite for implementing a general purpose, public
  archive for auto-stripped debugging symbols packages.

There is a namespace issue here, that falls in scope for Policy because it
impacts interoperability; if there are going to be limits placed on the
names of packages in the main archive, that almost certainly *does* belong
in Policy.  And the Policy editors should not be dictating a dpkg
implementation for ddebs as a precondition, not when that dpkg
implementation isn't required and doesn't appear to have any backing from
the dpkg maintainers.

 I do have a question: Why is the fact that these are
  automatically created relevant?

Because if they're *not* automatically created, there's no namespace issue:
package name conflicts would continue to be resolved the usual way, via
ftpmasters and the NEW queue.

 Why should it be a leading change in policy? Can't we try out
  the experiment, make any changes needed, and then come with  the policy
  change? If we do not need maintainers to change anything, ans we do not
  need dpkg to change anything, why is there a hurry to get this into
  policy before it has been implemented and tested?

I'm in no particular hurry, myself, but I think the right time to reserve
package namespace is *before* there are exceptions in the archive that have
to be dealt with.  What with the maxim about Policy not making packages
insta-buggy, and all.

 So why not just have foo-ddeb.*.deb?

Why not, indeed?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


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



Re: Automatic Debug Packages

2009-08-10 Thread Steve Langasek
On Mon, Aug 10, 2009 at 06:48:47AM -0500, Manoj Srivastava wrote:
  The main point is probably that they shouldn't live in the main
  archive due to space reasons.  Of course we could also filter out
  '*-ddeb*' or '*-dbgsym*' as long as it's not '*-dbg*', which should be

 If automated debug packages should not live in the archive, why
  should -dbg packages? As far as I can see, the issue should be based on
  the content of the debug packages; either debug packages belong in the
  archive, or they do not; independent of the tool chain used to assemble
  them. 

Most -dbg packages *shouldn't* live in the archive, but maintainers keep
adding them by hand anyway, and we don't have anywhere else to put them.
I'm not sure we would ever want to take packages that are referenced in the
source debian/control and move them to the separate debug archive, I think
that would play havoc with database consistency.  It also gives us no clear
way to tag files referenced in a .changes file as belonging to the debug
archive *except* for the package name, and there are certainly -dbg packages
that intentionally contain things other than detached debugging symbols and
which should not be grouped with the ddebs.

  dropped at some point but should live in the main archive if present
  as they're defined in debian/control.

 They should be dropped iff the automated tools can create the
  package; I doubt that the authors envisage 100% coverage (upstream
  build systems are varied enough that 100% coverage would require AI
  like capabilities).

No, 100% coverage just requires package maintainers to comply with a Policy
should from 10.1 (By default, when a package is being built, any binaries
should include debugging information), making upstream build systems a
non-issue.

The other end is that we need a usable hook for detaching the symbols
instead of discarding them, which is trivial for all debhelper-using
packages, and not at all trivial for packages not using debhelper.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


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



Re: Bug#540813: ITP: gamessq -- gamess scheduling frontend

2009-08-10 Thread Michael Banck
Hi,

On Mon, Aug 10, 2009 at 03:37:23PM +0200, Patrick Winnertz wrote:
 * Package name: gamessq
   Version : 1.1
   Upstream Author : Brett Bode br...@scl.ameslab.gov
 * URL : http://www.msg.chem.iastate.edu/GAMESS/GamessQ/
 * License : GPLv3
   Programming Lang: C
   Description : gamess scheduling frontend
 
 gamessQ provides a queueing functionality for GAMESS computations running on 
 your local desktop/laptop. gamessQ is a gui application and provides drag 
 and drop fucntionality for running jobs with gamess that would otherwise 
 require the use of the command line.

Are you sure such specialized software is useful?  I assume this will go
into contrib, as gamess itself is (AFAIK) non-free?

Maybe having a general-purpose job scheduler or some local-job
application which also supports free codes would be better.

Just my two cents, anyway.


Michael


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



Re: Automatic Debug Packages

2009-08-10 Thread Steve Langasek
On Sun, Aug 09, 2009 at 05:42:04PM -0700, Russ Allbery wrote:
  I don't have a strong opinion on whether ddebs should be documented in
  policy, but I certainly don't agree with requiring dpkg to understand
  them as a prerequisite for implementing a general purpose, public
  archive for auto-stripped debugging symbols packages.  There really is
  no reason for dpkg to treat these packages specially - a simple
  namespace convention imposed by Policy (i.e., reserving package names
  ending in -ddeb for use by this archive, which is what has been
  proposed) is sufficient, and requires no changes to dpkg, which is as it
  should be.

 Or even just -dbg, since aren't the existing debug packages basically
 .ddebs, modulo bugs?

There are a few significant exceptions, such as libc6-dbg and libqt4-dbg,
where the packages contain complete alternate debug builds of the libraries,
/not/ detached debugging symbols.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


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



Re: Debian packaging license (was: Re: RFC: DEP-3: Patch Tagging Guidelines).

2009-08-10 Thread Jonathan Yu
On Mon, Aug 10, 2009 at 1:13 AM, Charles Plessyple...@debian.org wrote:
 Le Tue, Jun 16, 2009 at 11:33:58AM +0800, Paul Wise a écrit :
 On Tue, Jun 16, 2009 at 7:20 AM, Charles Plessyple...@debian.org wrote:

  The dh_make template for debian/copyright induces many developers to put 
  their
  packaging work under the GPL, and I have already seen packages whose 
  license is
  otherwise BSD-ish with such patches. If the maintainer suddenly goes MIA 
  and
  the patch is non-trivial, then in theory if we want to respect what is 
  written,
  we are stuck with a GPL'ed patch. Therefore, we have an optional License 
  field
  to make things crystal clear if necessary.

 Sounds like dh_make needs a bug report about the default packagaging
 license, could you file one?

 Dear all,

 we just had a case in the Debian Med packaging team where the upstream author
 of software licensed under terms similar to the BSD license got upset to see
 the Debian packaging licenced under the GPL, and posted a reminder that GPLed
 contributions to his software will not be accepted.
Yes, this is precisely why the pkg-perl team usually goes with same
terms as Perl itself (Artistic | GPL) and whatever the upstream
licensing terms are (usually Artistic | GPL but sometimes BSD).

So for example if upstream is BSD-licensed, then I'd personally put
something like:
Artistic | GPL | BSD
for the debian/* files

My reasoning is that the upstream can get stuff like patches back into
their software (the BSD) provision but also allows anyone that can use
Perl to use the patch (Artistic | GPL). Further, if upstream decides
later to change to the same as Perl license (it is probably the most
popular license on CPAN), it is okay for them to do so (with our
patches).

In the case of Debian-Med (being an outsider and not knowing what the
team works with), I'd say explicitly licensing your debian/* files
under the same license as upstream would be appropriate, or perhaps a
combination of upstream | GPL licensing. This is clearly a discussion
we all need to have within teams/package groups/etc -- namely, what do
we want our debian/* files to be licensed under.

 This reminded me of this thread and I filled the bug #540740.

 (Note that it is not only about patches, but all the other possible
 contributions: documentation, artwork,…)

 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-devel-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org




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



Re: Non-unified patches and dpkg source format ‘3.0 (quilt)’.

2009-08-10 Thread Raphael Hertzog
retitle 485330 Allow context diff in debian/patches/ in 3.0 (quilt) format
thanks

On Thu, 06 Aug 2009, Pierre Habouzit wrote:
 That said, yes, using non-unified diff is as laughable as using RCS or
 SCCS nowadays. Though I consider it a bug if dpkg refuses to apply a
 patch that patch(1) (that it uses in the end) would apply fine. I shall
 say that I absolutely don't get why there even is an analyze() routine
 in Patch.pm,

analyze() extracts information from the patch in order to:
- create directories that do not exist yet (patch will not do that for
  you AFAIK or at least that's the assumption that the current codebase
  made, it might have changed since this part of the code has been written)
- have a listing of all modified files in order to harmonize their
  timestamp afterwards (required to avoid unwanted rebuilding when
  patching auto-generated files and their source file)

Extracting those information require to parse the patch files, so why not
error out when the parser finds something not allowed?

So while I have no opposition to allowing patches in context format (and
not other non-contextual ones), the fix is most likely not the short one
proposed by Charles. Instead the Dpkg::Source::Patch object should have
full support of the context format at least in the analyze() part.

 if you want that, let patch(1) do it using its --dry-run
 mode.  It'll report failed hunk and bad syntax the same way.

You'll be surprised how much permissive patch actually is. IIRC missing context
in unidiff is not always fatal for example (even when the numbers on the
@@ lines stipulate that there should be more lines than what there is).

Cheers,
-- 
Raphaël Hertzog


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



Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Steve Langasek wrote:

 On Mon, Aug 10, 2009 at 06:48:47AM -0500, Manoj Srivastava wrote:
  The main point is probably that they shouldn't live in the main
  archive due to space reasons.  Of course we could also filter out
  '*-ddeb*' or '*-dbgsym*' as long as it's not '*-dbg*', which should be

 If automated debug packages should not live in the archive, why
  should -dbg packages? As far as I can see, the issue should be based on
  the content of the debug packages; either debug packages belong in the
  archive, or they do not; independent of the tool chain used to assemble
  them. 

 Most -dbg packages *shouldn't* live in the archive, but maintainers
 keep adding them by hand anyway, and we don't have anywhere else to
 put them.

Well, right now there is nowhere to put the .ddebs either, and
 they are really just .debs with a funny name too. Not very different. 

 I'm not sure we would ever want to take packages that are
 referenced in the source debian/control and move them to the separate
 debug archive, I think that would play havoc with database
 consistency.  It also gives us no clear way to tag files referenced in
 a .changes file as belonging to the debug archive *except* for the
 package name, and there are certainly -dbg packages that intentionally
 contain things other than detached debugging symbols and which should
 not be grouped with the ddebs.

How is a .ddeb package going to change things by the time it
 gets into the archive? .ddebs will be there in the .changes file, and
 the only way they are different is in the file name.

  dropped at some point but should live in the main archive if present
  as they're defined in debian/control.

 They should be dropped iff the automated tools can create the
  package; I doubt that the authors envisage 100% coverage (upstream
  build systems are varied enough that 100% coverage would require AI
  like capabilities).

 No, 100% coverage just requires package maintainers to comply with a Policy
 should from 10.1 (By default, when a package is being built, any binaries
 should include debugging information), making upstream build systems a
 non-issue.

OK.

 The other end is that we need a usable hook for detaching the symbols
 instead of discarding them, which is trivial for all debhelper-using
 packages, and not at all trivial for packages not using debhelper.

Why is it not trivial? I have such a hook in my pakages, and it
 is not rocket science.

If you think that adding stuff like 
--8---cut here---start-8---
 filelib_or_exec_file
 objcopy --only-keep-debug   lib_or_exec_file  debug_file
 objcopy add-gnu-debuglink   debug_file lib_or_exec_file

 strip --remove-section=.comment --remove-section=.note \
--strip-unneeded lib_file
 strip  --remove-section=.comment --remove-section=.note exec_file
--8---cut here---end---8---

 to a rules file is not at all trivial, then heaven help us.

manoj
-- 
Every man is as God made him, ay, and often worse. Miguel de Cervantes
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: Automatic Debug Packages

2009-08-10 Thread Philipp Kern
On 2009-08-10, Manoj Srivastava sriva...@debian.org wrote:
 Most -dbg packages *shouldn't* live in the archive, but maintainers
 keep adding them by hand anyway, and we don't have anywhere else to
 put them.
 Well, right now there is nowhere to put the .ddebs either, and
  they are really just .debs with a funny name too. Not very different. 

I agree that we do not really need the .ddeb extension as we need to
avoid clashes in the package namespace anyway, with the extension not
helping us with that.

 I'm not sure we would ever want to take packages that are
 referenced in the source debian/control and move them to the separate
 debug archive, I think that would play havoc with database
 consistency.  It also gives us no clear way to tag files referenced in
 a .changes file as belonging to the debug archive *except* for the
 package name, and there are certainly -dbg packages that intentionally
 contain things other than detached debugging symbols and which should
 not be grouped with the ddebs.
 How is a .ddeb package going to change things by the time it
  gets into the archive? .ddebs will be there in the .changes file, and
  the only way they are different is in the file name.

I'd guess we could also invent another section or priority for it if we want
to.  (But we didn't rely on such provided data yet, the authoriative data
always comes from the override database.)

 The other end is that we need a usable hook for detaching the symbols
 instead of discarding them, which is trivial for all debhelper-using
 packages, and not at all trivial for packages not using debhelper.

 Why is it not trivial? I have such a hook in my pakages, and it
  is not rocket science.

 If you think that adding stuff like 
 --8---cut here---start-8---
  filelib_or_exec_file
  objcopy --only-keep-debug   lib_or_exec_file  debug_file
  objcopy add-gnu-debuglink   debug_file lib_or_exec_file

  strip --remove-section=.comment --remove-section=.note \
 --strip-unneeded lib_file
  strip  --remove-section=.comment --remove-section=.note exec_file
 --8---cut here---end---8---

  to a rules file is not at all trivial, then heaven help us.

Plus lines to actually create the package with appropriate control info
or/and putting it into debian/control which we wanted to avoid (I think).

Of course if we then go and try to modify the behaviour slightly (like
having build-ids and stuff) we still have to modify all those packages
and not just the helper and a binNMU.  But I guess I can't argue with
you about that anyway.  From a policy PoV you're right, we do not
impose debhelper upon everyone.

I already consider debhelper coverage as a worthy goal.  :-P

Kind regards,
Philipp Kern


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



Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Steve Langasek wrote:

 On Sun, Aug 09, 2009 at 05:42:04PM -0700, Russ Allbery wrote:
  I don't have a strong opinion on whether ddebs should be documented in
  policy, but I certainly don't agree with requiring dpkg to understand
  them as a prerequisite for implementing a general purpose, public
  archive for auto-stripped debugging symbols packages.  There really is
  no reason for dpkg to treat these packages specially - a simple
  namespace convention imposed by Policy (i.e., reserving package names
  ending in -ddeb for use by this archive, which is what has been
  proposed) is sufficient, and requires no changes to dpkg, which is as it
  should be.

 Or even just -dbg, since aren't the existing debug packages basically
 .ddebs, modulo bugs?

 There are a few significant exceptions, such as libc6-dbg and libqt4-dbg,
 where the packages contain complete alternate debug builds of the libraries,
 /not/ detached debugging symbols.

Well, of we are top carve out a namespace in policy, it also
 makes sense if we define whay such packages ought to contain as
 well. Having a namespace carved out for packages with only detached
 debugging symbols (and with the normal policy rules on regular
 packages -- copyright, changelog, etc).

manoj
-- 
The wise shepherd never trusts his flock to a smiling wolf.
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Steve Langasek wrote:

 On Sun, Aug 09, 2009 at 07:37:10PM -0500, Manoj Srivastava wrote:

   dpkg doesn't know about filenames AFAICS. So you can't coinstall
   foo_1.0-1_i386.deb and foo_1.0-1_i386.ddeb, right? So we do want the
   -ddeb suffix. 

  If we are going to enshrine ddebs into policy, we might as well
   teach dpkg about ddebs.

  I don't have a strong opinion on whether ddebs should be documented in
  policy, but I certainly don't agree with requiring dpkg to understand
  them as a prerequisite for implementing a general purpose, public
  archive for auto-stripped debugging symbols packages.  There really is

 Since this is on -policy, I am commenting on when it gains
  enough gravitas to be enshrined in policy. Getting things in policy is
  also not a pre-requisite for implementing a general purpose, public
  archive for auto-stripped debugging symbols packages.

 There is a namespace issue here, that falls in scope for Policy because it
 impacts interoperability; if there are going to be limits placed on the
 names of packages in the main archive, that almost certainly *does* belong
 in Policy.  And the Policy editors should not be dictating a dpkg
 implementation for ddebs as a precondition, not when that dpkg
 implementation isn't required and doesn't appear to have any backing from
 the dpkg maintainers.

The policy editors may ask for the design to be implemented and
 tested, and (gasp) even critique the design, before having it added to
 policy. Policy is not the place to shoce in untested/raw design.

And in this case, there seems to be an issue of occams razor:
 why should a new file suffix be created when  policy based naming wold
 not require it in the first place; namespace partitioning can be done
 on the package name, not on the  filename. 

So, please keep heckling from the peanut gallery to a minimum,
 please, and assume that policy editors have a modicum of sense when
 dealing with their role duties.


 I do have a question: Why is the fact that these are
  automatically created relevant?

 Because if they're *not* automatically created, there's no namespace
 issue: package name conflicts would continue to be resolved the usual
 way, via ftpmasters and the NEW queue.

Seems like if policy carves out a namespace for debug packages,
 it would serve for both automatically generated and hand crafted debug
 packages; and it is trivial for the automatic generation not to happen
 when there is an entry in debian/control for a debug package already,
 as long as there is a naming convention for debug packages.


 Why should it be a leading change in policy? Can't we try out
  the experiment, make any changes needed, and then come with  the policy
  change? If we do not need maintainers to change anything, ans we do not
  need dpkg to change anything, why is there a hurry to get this into
  policy before it has been implemented and tested?

 I'm in no particular hurry, myself, but I think the right time to
 reserve package namespace is *before* there are exceptions in the
 archive that have to be dealt with.  What with the maxim about Policy
 not making packages insta-buggy, and all.

If policy is going to be creating name spaces for debug
 packages, it should be done on the basis of the content or type of
 package it is, not because of the tools that created it.

We do not have a
  emacs-debhelper_2.3-1_amd64.deb
  emacs-cdbs_2.3-1_amd64.deb
  emacs-yada_2.3-1_amd64.deb

   So as long as there is clarity on what the contents of the package
 should be (only detached debug symbols, kept in a standard location, or
 something), how they are generated should not matter.


 So why not just have foo-ddeb.*.deb?

 Why not, indeed?

manoj
-- 
Oh what wouldn't I give to be spat at in the face... a prisoner in
Life of Brian
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: Automatic Debug Packages

2009-08-10 Thread Don Armstrong
On Mon, 10 Aug 2009, Manoj Srivastava wrote:
  Why is it not trivial?

Because it requires editing the rules file for each such package?
(debhelper using packages all get tweaked in a single shot.)


Don Armstrong

-- 
All my dreams came true.
I just didn't think them through.
 -- a softer world #388
http://www.asofterworld.com/index.php?id=388

http://www.donarmstrong.com  http://rzlab.ucr.edu


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



Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Philipp Kern wrote:

 Why is it not trivial? I have such a hook in my pakages, and it
  is not rocket science.

 If you think that adding stuff like 
 --8---cut here---start-8---
  filelib_or_exec_file
  objcopy --only-keep-debug   lib_or_exec_file  debug_file
  objcopy add-gnu-debuglink   debug_file lib_or_exec_file

  strip --remove-section=.comment --remove-section=.note \
 --strip-unneeded lib_file
  strip  --remove-section=.comment --remove-section=.note exec_file
 --8---cut here---end---8---

  to a rules file is not at all trivial, then heaven help us.

 Plus lines to actually create the package with appropriate control info
 or/and putting it into debian/control which we wanted to avoid (I think).

 Of course if we then go and try to modify the behaviour slightly (like
 having build-ids and stuff) we still have to modify all those packages
 and not just the helper and a binNMU.  But I guess I can't argue with
 you about that anyway.  From a policy PoV you're right, we do not
 impose debhelper upon everyone.

 I already consider debhelper coverage as a worthy goal.  :-P

Oh, it is a wonderful goal. But  anything we put into policy
 should not just depend on debhelper being the only route to get the
 advantage of debug packages; there should be enough information in
 there where a packager (or developer of a helper package) can create
 policy compliant debug packages.

I have never objected to having debhelper auto-create debug
 packages, I just object to putting things in policy that say Use
 debhelper or python-central to create these policy compliant
 packages. Policy ought to deal with specifying the package naming
 convention and the contents, not specifying you get whatever the tool
 shall produce.

manoj
-- 
We all know Linux is great...it does infinite loops in 5 seconds.
(Linus Torvalds about the superiority of Linux on the Amsterdam Linux
Symposium)
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: Automatic Debug Packages

2009-08-10 Thread Michael Banck
On Mon, Aug 10, 2009 at 04:28:33PM +, Philipp Kern wrote:
 On 2009-08-10, Manoj Srivastava sriva...@debian.org wrote:
  Most -dbg packages *shouldn't* live in the archive, but maintainers
  keep adding them by hand anyway, and we don't have anywhere else to
  put them.
  Well, right now there is nowhere to put the .ddebs either, and
   they are really just .debs with a funny name too. Not very different. 
 
 I agree that we do not really need the .ddeb extension as we need to
 avoid clashes in the package namespace anyway, with the extension not
 helping us with that.

I assumed (without knowing any rationale) that the .ddeb extension was
devised so that mirrors could easily exclude them?  I understand
excluding by section or package pattern would be possible as well, but
excluding by extension would probably be the easiest?


Michael


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



Re: default character encoding for everything in debian

2009-08-10 Thread Russ Allbery
Josselin Mouette j...@debian.org writes:

 Now we could concentrate on removing from the archive programs without
 proper UTF8 support.

There are, sadly, some very useful programs with no adequate replacement
that don't have UTF-8 support.  tf5, for instance.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


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



Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Don Armstrong wrote:

 On Mon, 10 Aug 2009, Manoj Srivastava wrote:
  Why is it not trivial?

 Because it requires editing the rules file for each such package?
 (debhelper using packages all get tweaked in a single shot.)

Rubbish.  I suspect all cdbs using packages can be similarly
 tweaked (or any packages that use my build system).

Also, It is indeed trivial to add that to non-helper-package
 using packages, it just requires some editing (just like modufying
 helper packages will need editing). I do not  find edting a rules file
 to be non-trivial, so far. (thank the lord for the one true editor).

I agree it is very non trivial for debhelper to change packages
 that do not use it; but that was never something to shoot for.

manoj
-- 
The best laid plans of mice and men are usually about equal. Blair
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: default character encoding for everything in debian

2009-08-10 Thread Roger Leigh
On Mon, Aug 10, 2009 at 01:45:40PM +0200, Siggy Brentrup wrote:
 On Mon, Aug 10, 2009 at 13:09 +0200, Thomas Koch wrote:
  Hi,
  
  I've an issue, that I forgot to set the character encoding of tomcat to 
  utf-8 
  after reinstalling a server.
  Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite 
  to 
  discuss) shouldn't utf8 be the default character set everywhere? So when 
  installing a package from Debian I can assume that where a character 
  encoding 
  can be set, it't set to utf8.
  MySQL would be another example, which to my knowledge uses isoXYZ as 
  default 
  character encoding.
 
 While utf-8 covers the broadest set of character glyphs possible, it
 suffers from size as well as performance penalties. Characters no
 longer are guaranteed to fit in a byte, how do you define
 strlen(utf8_string) c pp.  All these issues have been solved but not
 for free.

Of course there's a penalty for certain operations.  But UTF-8 is about
as compact as an extended encoding is going to get.

 There are a lot of users out there that are not willing to pay the price
 for increased generality.

These users will need to change their character encoding to something else.
But the Debian default should remain UTF-8.  Those not willing to pay the
flexibility/performance tradeoff are the exception, and will need to
customise their environment accordingly.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature


Re: default character encoding for everything in debian

2009-08-10 Thread Norbert Preining
On Mo, 10 Aug 2009, Roger Leigh wrote:
 Of course there's a penalty for certain operations.  But UTF-8 is about
 as compact as an extended encoding is going to get.

Rubbish. You know why in Japan and other Asian countries UTF8 is not
so common? Because many of their glyphs need 4 (four!) bytes, while
for example jis-2022 (AFAIR) is much more compact.

We are not living in an ASCII world anymore.

Best wishes

Norbert

---
Dr. Norbert Preining prein...@logic.atVienna University of Technology
Debian Developer prein...@debian.org Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
CHICAGO (n.)
The foul-smelling wind which precedes an underground railway train.
--- Douglas Adams, The Meaning of Liff


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



Re: Automatic Debug Packages

2009-08-10 Thread Don Armstrong
On Mon, 10 Aug 2009, Manoj Srivastava wrote:
 On Mon, Aug 10 2009, Don Armstrong wrote:
  On Mon, 10 Aug 2009, Manoj Srivastava wrote:
   Why is it not trivial?
 
  Because it requires editing the rules file for each such package?
  (debhelper using packages all get tweaked in a single shot.)
 
 I suspect all cdbs using packages can be similarly tweaked

Uh... cdbs uses debhelper, so tweaking would be unecessary.

 Also, It is indeed trivial to add that to non-helper-package using
 packages, it just requires some editing (just like modufying helper
 packages will need editing).

Since it's trivial, I look forward to seeing patches from you to
implement policy once we decide it on all of the non-debhelper using
packages. [How many person-hours of labor are we talking about now?]


Don Armstrong

-- 
I now know how retro SCOs OSes are. Riotous, riotous stuff. How they
had the ya-yas to declare Linux an infant OS in need of their IP is
beyond me. Upcoming features? PAM. files larger than 2 gigs. NFS over
TCP. The 80's called, they want their features back.
 -- Compactable Dave http://www3.sympatico.ca/dcarpeneto/sco.html

http://www.donarmstrong.com  http://rzlab.ucr.edu


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



Re: default character encoding for everything in debian

2009-08-10 Thread Philipp Kern
On 2009-08-10, Norbert Preining prein...@logic.at wrote:
 On Mo, 10 Aug 2009, Roger Leigh wrote:
 Of course there's a penalty for certain operations.  But UTF-8 is about
 as compact as an extended encoding is going to get.
 Rubbish. You know why in Japan and other Asian countries UTF8 is not
 so common? Because many of their glyphs need 4 (four!) bytes, while
 for example jis-2022 (AFAIR) is much more compact.
 We are not living in an ASCII world anymore.

Really because of the size?  We are not living in a byte beancounting
world anymore.  At worst you double the *text* size (we're not talking
about images or anything, which are far larger), going from 2 bytes
that you need anyway to four.  ISO 2022 also wastes one bit per byte
to be 7bit safe.  If I read the Wikipedia article correctly at least
the JP escaping only needs to be put into the document once.  (Well,
or maybe several times switching back and forth if you're embedding
latin-encoded words into the text.)

Maybe I'm an ignorant European but I'm not sure that equation still
holds.  Of course there are certain tradeoffs about latin characters
being the privileged few to get a short encoding, but that doesn't
make UTF-8 bad per se to call it rubbish.

Kind regards,
Philipp Kern


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



Re: default character encoding for everything in debian

2009-08-10 Thread Siggy Brentrup
On Mon, Aug 10, 2009 at 19:53 +0100, Roger Leigh wrote:
 On Mon, Aug 10, 2009 at 01:45:40PM +0200, Siggy Brentrup wrote:

  While utf-8 covers the broadest set of character glyphs possible, it
  suffers from size as well as performance penalties. Characters no
  longer are guaranteed to fit in a byte, how do you define
  strlen(utf8_string) c pp.  All these issues have been solved but not
  for free.

 Of course there's a penalty for certain operations.  But UTF-8 is about
 as compact as an extended encoding is going to get.

It's not Huffman (just kidding :), stating the obvious you're trading
time efficiency for space efficiency.

  There are a lot of users out there that are not willing to pay the price
  for increased generality.

 These users will need to change their character encoding to something else.
 But the Debian default should remain UTF-8.  Those not willing to pay the
 flexibility/performance tradeoff are the exception, and will need to
 customise their environment accordingly.

Either my memory is wrong or I seem to have missed some fundamental
change in Debian Policy during my 5 year of absence.  From those days
I seem to remember that Debian supported use of low end machines in
the past while they seem to be deprecated now as I was told in another
thread on d-u iirc.  Call me a dinosaur, I'm not yet decided how to
think about this.

Regards
  Siggy
-- 
Please don't Cc: me when replying, I might not see either copy.
   bsb-at-psycho-dot-informationsanarchistik-dot-de
   or:bsb-at-psycho-dot-i21k-dot-de
O ascii ribbon campaign - stop html mail - www.asciiribbon.org


signature.asc
Description: Digital signature


Re: default character encoding for everything in debian

2009-08-10 Thread Norbert Preining
On Mo, 10 Aug 2009, Philipp Kern wrote:
  Of course there's a penalty for certain operations.  But UTF-8 is about
  as compact as an extended encoding is going to get.
[...]
 make UTF-8 bad per se to call it rubbish.

I didn't call utf-8 itself rubbish, I am myself a strong proponent for
utf-8, only your quote that it is about as compact as an extended encoding
is going to get.

OTOH, I agree that UTF-8 is the way to go in general computing, I have had
too much pain with all those local encodings around the world.

Best wishes

Norbert

---
Dr. Norbert Preining prein...@logic.atVienna University of Technology
Debian Developer prein...@debian.org Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
HUTTOFT (n.)
The fibrous algae which grows in the dark, moist environment of
trouser turn-ups.
--- Douglas Adams, The Meaning of Liff


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



Re: eiskaltdc extra licence

2009-08-10 Thread Bernd Zeimetz
Andrey Tataranovich wrote:
 Hi all, 
 
 I working on packaging eiskaltdc - direct connect client (see #540458).
 This program have extra licence information (you can see it on 
 http://rootshell.be/~ice/tmp/COPYING) wich installed by default in
 /usr/share/eiskaltdc/COPYING. This produced lintian warning
 (W: eiskaltdc: extra-license-file usr/share/eiskaltdc/COPYING).
 
 This file is used in About/Licence dialog.
 
 What should I do to satisfy DEBIAN policy?
 
 a) rename/move this file another place and patch code
 b) add lintian override

c) patch it to display /usr/share/doc/$package/copyright ?

-- 
 Bernd Zeimetz Debian GNU/Linux Developer
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F


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



Re: default character encoding for everything in debian

2009-08-10 Thread Roger Leigh
On Mon, Aug 10, 2009 at 02:06:44PM +0200, Giacomo A. Catenazzi wrote:
 Thomas Koch wrote:
 I've an issue, that I forgot to set the character encoding of
 tomcat to utf-8 after reinstalling a server.
 Now, before I report a wishlist(?) bug to tomcat, I want to ask
 (and invite to discuss) shouldn't utf8 be the default character
 set everywhere? So when installing a package from Debian I can
 assume that where a character encoding can be set, it't set to
 utf8.
 MySQL would be another example, which to my knowledge uses isoXYZ
 as default character encoding.
 
 Future debian systems will have a UTF-8 charset as default.
 Look at debian-policy archives.

For system users, yes, assuming you are talking about the C.UTF-8
proposal.  For normal users, UTF-8 has been the default since
Lenny.

If having a C.UTF-8 locale always available for system services is
required for them to fully support UTF-8, then that needs adding to
glibc. For a locale available after /usr is mounted, a simple localedef
invocation is all that's needed; for all times, after starting init,
it needs the tables compiling into glibc as for the standard C locale.
I've been looking at how to do the latter, but I'm not expert with the
3-level locale tables and other glibc internals, so if anyone who
knows the details of glibc locales could provide me with
assistance/guidance here, that would be much appreciated.

For reference, this is bug #522776.  This would be great to have as a
release goal for Squeeze, and (speculatively) a native C UTF-8 locale
for Squeeze+1 to give us a default pure UTF-8 system from end-to-end.

 A lot of debian files will be encoded in utf-8 (control, changelog
 and manpages), and transformed in the needed charset runtime.

I think will here implies it's something to be done in the future,
but it's a requirement right now, and all but a few exceptions are
already converted.

 But for databases there are different issues. I think the best solution
 is to do it as mediawiki: the UTF-8 data in put as binary blob: it is
 difficult to have database engines and system libraries syncronized, and
 it is also difficult to implement support for all Unicode characters.

PostgreSQL seems to manage it without problems.  Putting text in as a
binary blob obviates most uses for having in a database in the first
place.  Sorting, indexing and querying requires being able to read it!

Note that there are separate client and server (database) encodings for
text as well.  You may well get recoding between what the user sees and
what's actually stored in the database, potentially at several points.
Having UTF-8 on the server does not require it on the client (and vice
versa).

 But let to concentrate to the first task: having a good UTF-8 support
 in all programs/terminals/etc.

I think that part was already done quite some time ago.  Any program
that doesn't support UTF-8 is an exception, and should be fixed or
removed.

For the specific case of databases, what's being proposed here is
making the default UTF-8.  Existing databases should not be affected,
since they would retain their current encoding.  New databases should,
however, use UTF-8.  If a specific application needs a specific
encoding in order to function correctly, then it's that application's
responsibility to specify that when creating it i.e. overriding the
default.  If it doesn't do that already, it's already broken since it's
currently unspecified.


Regards,
Roger
-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature


Re: eiskaltdc extra licence

2009-08-10 Thread Rene Engelhard
Hi,

On Mon, Aug 10, 2009 at 09:50:07PM +0200, Bernd Zeimetz wrote:
 c) patch it to display /usr/share/doc/$package/copyright ?

That would be against policy.
No package is supposed to rely on /usr/share/doc/$package for doing stuff.

Regards,

Rene


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



Re: default character encoding for everything in debian

2009-08-10 Thread Roger Leigh
On Mon, Aug 10, 2009 at 09:49:34PM +0200, Norbert Preining wrote:
 On Mo, 10 Aug 2009, Philipp Kern wrote:
   Of course there's a penalty for certain operations.  But UTF-8 is about
   as compact as an extended encoding is going to get.
 [...]
  make UTF-8 bad per se to call it rubbish.
 
 I didn't call utf-8 itself rubbish, I am myself a strong proponent for
 utf-8, only your quote that it is about as compact as an extended encoding
 is going to get.

I should have qualified it with that is both 8-bit and backward-
compatible with ASCII.  Other encodings will be more compact, but
AFAIK there isn't a more compact UCS encoding, though UTF-16 /might/
be more compact for certain languages, albeit without any 8-bit
backward compatibility.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature


Re: Automatic Debug Packages

2009-08-10 Thread Roger Leigh
On Mon, Aug 10, 2009 at 07:52:23AM -0700, Steve Langasek wrote:
 On Sun, Aug 09, 2009 at 05:42:04PM -0700, Russ Allbery wrote:
   I don't have a strong opinion on whether ddebs should be documented in
   policy, but I certainly don't agree with requiring dpkg to understand
   them as a prerequisite for implementing a general purpose, public
   archive for auto-stripped debugging symbols packages.  There really is
   no reason for dpkg to treat these packages specially - a simple
   namespace convention imposed by Policy (i.e., reserving package names
   ending in -ddeb for use by this archive, which is what has been
   proposed) is sufficient, and requires no changes to dpkg, which is as it
   should be.
 
  Or even just -dbg, since aren't the existing debug packages basically
  .ddebs, modulo bugs?
 
 There are a few significant exceptions, such as libc6-dbg and libqt4-dbg,
 where the packages contain complete alternate debug builds of the libraries,
 /not/ detached debugging symbols.

Could we not just use a -ddbg suffix for detached debug information,
perhaps with a new archive section to match?  This will not conflict
with existing practice for -dbg, so could go into Policy without
violating any prexisting namespace conventions.

Reading through this thread, I don't see a compelling reason for using
a .ddeb extension given that they are just regular .debs, nor for
keeping the packages separate from the main archive (if the size of the
Packages file is an issue, can't they just go in a separate debug
section/component?)


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature


Re: Automatic Debug Packages

2009-08-10 Thread Russ Allbery
Roger Leigh rle...@codelibre.net writes:
 On Mon, Aug 10, 2009 at 07:52:23AM -0700, Steve Langasek wrote:
 On Sun, Aug 09, 2009 at 05:42:04PM -0700, Russ Allbery wrote:

 Or even just -dbg, since aren't the existing debug packages basically
 .ddebs, modulo bugs?

 There are a few significant exceptions, such as libc6-dbg and libqt4-dbg,
 where the packages contain complete alternate debug builds of the libraries,
 /not/ detached debugging symbols.

 Could we not just use a -ddbg suffix for detached debug information,
 perhaps with a new archive section to match?  This will not conflict
 with existing practice for -dbg, so could go into Policy without
 violating any prexisting namespace conventions.

We could also ask the existing -dbg packages that are not detached
debugging symbols to rename their packages.  That would probably mean less
total migration effort, given that the vast majority of -dbg packages
currently in the archive are detached debugging symbols, but it would
cause more pain for those particular packages.

 Reading through this thread, I don't see a compelling reason for using a
 .ddeb extension given that they are just regular .debs,

Agreed.

 nor for keeping the packages separate from the main archive (if the size
 of the Packages file is an issue, can't they just go in a separate debug
 section/component?)

The Packages file lists all archive sections.  I think you mean moving
them to a separate archive area (which by definition means moving them
outside of main, since main is an archive area).  That doesn't mean that
they need to move off of ftp.debian.org, just that they would be akin to
contrib or non-free.  I think that approach makes the most sense, since
that also allows main mirrors to choose whether they want to mirror the
(possibly quite large) debug archive area.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


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



Re: Automatic Debug Packages

2009-08-10 Thread Roger Leigh
On Mon, Aug 10, 2009 at 01:55:51PM -0700, Russ Allbery wrote:
 Roger Leigh rle...@codelibre.net writes:
 
  nor for keeping the packages separate from the main archive (if the size
  of the Packages file is an issue, can't they just go in a separate debug
  section/component?)
 
 The Packages file lists all archive sections.  I think you mean moving
 them to a separate archive area (which by definition means moving them
 outside of main, since main is an archive area).  That doesn't mean that
 they need to move off of ftp.debian.org, just that they would be akin to
 contrib or non-free.  I think that approach makes the most sense, since
 that also allows main mirrors to choose whether they want to mirror the
 (possibly quite large) debug archive area.

That's what I meant (just not sure of the correct dak terminology).
Would this present problems for the ftp-masters, since TTBOMK currently
source and binary packages are restricted to the same area?  i.e. would
work on projectb/dak be required to implement such functionality?


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature


Re: default character encoding for everything in debian

2009-08-10 Thread brian m. carlson
On Mon, Aug 10, 2009 at 09:42:18PM +0100, Roger Leigh wrote:
 On Mon, Aug 10, 2009 at 09:49:34PM +0200, Norbert Preining wrote:
  I didn't call utf-8 itself rubbish, I am myself a strong proponent for
  utf-8, only your quote that it is about as compact as an extended encoding
  is going to get.
 
 I should have qualified it with that is both 8-bit and backward-
 compatible with ASCII.  Other encodings will be more compact, but
 AFAIK there isn't a more compact UCS encoding, though UTF-16 /might/
 be more compact for certain languages, albeit without any 8-bit
 backward compatibility.

Actually, SCSU and BOCU-1 are potentially more compact, assuming the
text can be compressed.  However, they are not backward-compatible with
ASCII; SCSU comes closer than BOCU-1.  As a practical matter, nobody of
any importance actually uses SCSU or BOCU-1, except for Reuters (with
SCSU).

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature


Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Don Armstrong wrote:


 Also, It is indeed trivial to add that to non-helper-package using
 packages, it just requires some editing (just like modufying helper
 packages will need editing).

 Since it's trivial, I look forward to seeing patches from you to
 implement policy once we decide it on all of the non-debhelper using
 packages. [How many person-hours of labor are we talking about now?]

Why would you see patches? You will see new uploads of my
 packages.  As a DD, I am responsible for my packages, and making sure
 they follow policy -- and any policy mandate to add debug packages will
 be fairly trivial to implement (I already have kernel-package allowing
 debug kernel images to be built).


I think it will take me about 30 minutes or so to code, and
 of course any new packages will have to be built and tested, but I can
 mostly automate that bit. Turning on debug packages is likely to be
 less than 5 minutes per package, unless I choose to implement turning
 on debug packages without entering them in debian/control.

Even if I let a helper package build some packages, I would
 still have to test it -- more so, since it would be mostly black
 magic.  So people who use helper packages will still have to
 rebuild/test their packages anyway -- I do not see the testing part as
 a new and onerous burden only upon myself. Or were you imagining some
 single person is going to test all these debug packages? How many
 thousands of man hours is that?

I would not presume to let gobs of untested packages loose on the
 archive, no. 

So anyone not using a helper is already responsible for having
 their packages follow policy; and if they follow the current policy
 already, adding debug packages will be trivial.

manoj
-- 
I have been insulted! I have been hurt! I have been beaten! I have been
robbed! Anger ceases in those who do not harbour this sort of thought. 4
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Roger Leigh wrote:

 Could we not just use a -ddbg suffix for detached debug information,
 perhaps with a new archive section to match?  This will not conflict
 with existing practice for -dbg, so could go into Policy without
 violating any prexisting namespace conventions.

 Reading through this thread, I don't see a compelling reason for using
 a .ddeb extension given that they are just regular .debs, nor for
 keeping the packages separate from the main archive (if the size of the
 Packages file is an issue, can't they just go in a separate debug
 section/component?)

I would support this.

I would also add that the debug symbols should live in
 /usr/lib/debug/ . /full/path/to/lib_or_binary, blessing the current
 practice.


manoj
-- 
A shortcut is the longest distance between two points. Professor Charles
P. Issawi
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: Automatic Debug Packages

2009-08-10 Thread Philipp Kern
On 2009-08-10, Roger Leigh rle...@codelibre.net wrote:
 That's what I meant (just not sure of the correct dak terminology).
 Would this present problems for the ftp-masters, since TTBOMK currently
 source and binary packages are restricted to the same area?  i.e. would
 work on projectb/dak be required to implement such functionality?

IMHO you can build single binaries that live e.g. in contrib from a package
in main so this should be a non-issue.

Kind regards,
Philipp Kern


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



Re: Automatic Debug Packages

2009-08-10 Thread Sune Vuorela
On 2009-08-10, Manoj Srivastava sriva...@debian.org wrote:
 I would also add that the debug symbols should live in
  /usr/lib/debug/ . /full/path/to/lib_or_binary, blessing the current
  practice.

You are missing the new features of build-id as written earlier by
insisting on this.

/Sune


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



Re: Automatic Debug Packages

2009-08-10 Thread Stephen Gran
This one time, at band camp, Manoj Srivastava said:
 On Mon, Aug 10 2009, Roger Leigh wrote:
 
  Could we not just use a -ddbg suffix for detached debug information,
  perhaps with a new archive section to match?  This will not conflict
  with existing practice for -dbg, so could go into Policy without
  violating any prexisting namespace conventions.
 
  Reading through this thread, I don't see a compelling reason for using
  a .ddeb extension given that they are just regular .debs, nor for
  keeping the packages separate from the main archive (if the size of the
  Packages file is an issue, can't they just go in a separate debug
  section/component?)
 
 I would support this.
 
 I would also add that the debug symbols should live in
  /usr/lib/debug/ . /full/path/to/lib_or_binary, blessing the current
  practice.

The only reason I can see for an extension like .ddeb is that it would
signal that they're like more like .udebs than .debs (not for regular
user consumption, may not have all the files under /usr/share/doc,
may have some funky layout based on this build-id idea, whatever).

That being said, I'm not sure that's either enough to create a new
extenstion or something that mandates a different extension.  It seems
like a reasonably compelling argument to me, but I don't feel strongly
enough to fight for it.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature


Re: Automatic Debug Packages

2009-08-10 Thread Russ Allbery
Stephen Gran sg...@debian.org writes:

 The only reason I can see for an extension like .ddeb is that it would
 signal that they're like more like .udebs than .debs (not for regular
 user consumption, may not have all the files under /usr/share/doc, may
 have some funky layout based on this build-id idea, whatever).

We could adopt some conventions for debug packages that would make them
still Policy-compliant without having many drawbacks, I think.  For
example, since debug information is practically by definition specific to
a given binary build of the package, I think most debug packages,
particularly if there's a one-to-one correspondence with regular binary
packages, qualify for having a /usr/share/doc symlink.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


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



Re: Automatic Debug Packages

2009-08-10 Thread Steve Langasek
On Mon, Aug 10, 2009 at 11:17:45AM -0500, Manoj Srivastava wrote:
  There is a namespace issue here, that falls in scope for Policy because it
  impacts interoperability; if there are going to be limits placed on the
  names of packages in the main archive, that almost certainly *does* belong
  in Policy.  And the Policy editors should not be dictating a dpkg
  implementation for ddebs as a precondition, not when that dpkg
  implementation isn't required and doesn't appear to have any backing from
  the dpkg maintainers.

 The policy editors may ask for the design to be implemented and
  tested, and (gasp) even critique the design,

Yes, and I may critique the quality of your critique.  This doesn't belong
in dpkg.

 before having it added to policy. Policy is not the place to shoce in
 untested/raw design.

It's not particularly untested, it's essentially equivalent to what's been
deployed in Ubuntu for several years now.

 And in this case, there seems to be an issue of occams razor:
  why should a new file suffix be created when  policy based naming wold
  not require it in the first place

It shouldn't.  Why are you fixating on this when I've already noted that
it's a red herring?

So we fix that.  That doesn't require making any changes to dpkg.

 So, please keep heckling from the peanut gallery to a minimum,
  please, and assume that policy editors have a modicum of sense when
  dealing with their role duties.

If you were showing a modicum of sense, there would be no need to assume.

For example, not referring to a fellow member of the Technical Committee,
the constitutional authority on Debian technical policy, as the peanut
gallery.

  I do have a question: Why is the fact that these are
   automatically created relevant?

  Because if they're *not* automatically created, there's no namespace
  issue: package name conflicts would continue to be resolved the usual
  way, via ftpmasters and the NEW queue.

 Seems like if policy carves out a namespace for debug packages,
  it would serve for both automatically generated and hand crafted debug
  packages; and it is trivial for the automatic generation not to happen
  when there is an entry in debian/control for a debug package already,
  as long as there is a naming convention for debug packages.

That's fair, but it doesn't guard against package name collisions with
packages built from a *different* source package; so if manually-built
packages are allowed to use the same namespace, there ought to be a policy
in place that prevents them from being provided in a way that confuses the
automated build process.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


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



Re: Automatic Debug Packages

2009-08-10 Thread Steve Langasek
On Mon, Aug 10, 2009 at 11:20:17AM -0500, Manoj Srivastava wrote:
  Or even just -dbg, since aren't the existing debug packages basically
  .ddebs, modulo bugs?

  There are a few significant exceptions, such as libc6-dbg and libqt4-dbg,
  where the packages contain complete alternate debug builds of the libraries,
  /not/ detached debugging symbols.

 Well, of we are top carve out a namespace in policy, it also
  makes sense if we define whay such packages ought to contain as
  well. Having a namespace carved out for packages with only detached
  debugging symbols (and with the normal policy rules on regular
  packages -- copyright, changelog, etc).

Yes, certainly; but -dbg is not the correct namespace, then, since there are
pre-existing packages using these names for other purposes.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


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



Re: eiskaltdc extra licence

2009-08-10 Thread Bernd Zeimetz
Rene Engelhard wrote:
 Hi,
 
 On Mon, Aug 10, 2009 at 09:50:07PM +0200, Bernd Zeimetz wrote:
 c) patch it to display /usr/share/doc/$package/copyright ?
 
 That would be against policy.
 No package is supposed to rely on /usr/share/doc/$package for doing stuff.

if [ -f $file ]; then cat $file; else echo 'admin was stupid'; fi


-- 
 Bernd Zeimetz Debian GNU/Linux Developer
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F


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



Re: Automatic Debug Packages

2009-08-10 Thread Steve Langasek
On Mon, Aug 10, 2009 at 09:46:49PM +0100, Roger Leigh wrote:
 Reading through this thread, I don't see a compelling reason for using
 a .ddeb extension given that they are just regular .debs, nor for
 keeping the packages separate from the main archive (if the size of the
 Packages file is an issue, can't they just go in a separate debug
 section/component?)

Size of *the archive* is an issue.  They could live in a separate component,
but as mentioned in the proposal, this component shouldn't by default be
mirrored with the rest of the archive.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


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



Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Sune Vuorela wrote:

 On 2009-08-10, Manoj Srivastava sriva...@debian.org wrote:
 I would also add that the debug symbols should live in
  /usr/lib/debug/ . /full/path/to/lib_or_binary, blessing the current
  practice.

 You are missing the new features of build-id as written earlier by
 insisting on this.

Please, Do enlighten me.

manoj
-- 
I have more hit points that you can possible imagine.
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: Automatic Debug Packages

2009-08-10 Thread Manoj Srivastava
On Mon, Aug 10 2009, Steve Langasek wrote:

 On Mon, Aug 10, 2009 at 11:17:45AM -0500, Manoj Srivastava wrote:
  There is a namespace issue here, that falls in scope for Policy because it
  impacts interoperability; if there are going to be limits placed on the
  names of packages in the main archive, that almost certainly *does* belong
  in Policy.  And the Policy editors should not be dictating a dpkg
  implementation for ddebs as a precondition, not when that dpkg
  implementation isn't required and doesn't appear to have any backing from
  the dpkg maintainers.

 The policy editors may ask for the design to be implemented and
  tested, and (gasp) even critique the design,

 Yes, and I may critique the quality of your critique.  This doesn't belong
 in dpkg.

Given that it turns out that the proposed packages are really
 just plain old .deb packages, with the only change being additional
 constraints on content, you are right.


 So, please keep heckling from the peanut gallery to a minimum,
  please, and assume that policy editors have a modicum of sense when
  dealing with their role duties.

 If you were showing a modicum of sense, there would be no need to assume.

 For example, not referring to a fellow member of the Technical Committee,
 the constitutional authority on Debian technical policy, as the peanut
 gallery.

The word you are looking for is not sense. It is respect.

You expect respect based on the position you hold -- not the
 arguments you made. I reject the notion that I should make exeptions
 based on the office you hold (in other words, it is OK to call non-dd's
 on the list members of the peanut gallery, but not the
 oh-so-respectable ctte members such).

Telling me I my argument was incorrect (which it was) is one
 thing, saying that policy team members should not do something that I
 had not actually advocated (I never said that dpkg implementation was a
 prerequisite to adding things to policy --- I just asked why that is
 not the reasonable thing to do first). So, if you again pull a strawman
 argument and proceed to hector a ole in Debian, I shall again call such
 content heckling from the peanut gallery, irrespective of how high and
 mighty the author was.

Not arguing against the man cuts both ways.

  I do have a question: Why is the fact that these are
   automatically created relevant?

  Because if they're *not* automatically created, there's no namespace
  issue: package name conflicts would continue to be resolved the usual
  way, via ftpmasters and the NEW queue.

 Seems like if policy carves out a namespace for debug packages,
  it would serve for both automatically generated and hand crafted debug
  packages; and it is trivial for the automatic generation not to happen
  when there is an entry in debian/control for a debug package already,
  as long as there is a naming convention for debug packages.

 That's fair, but it doesn't guard against package name collisions with
 packages built from a *different* source package; so if manually-built
 packages are allowed to use the same namespace, there ought to be a policy
 in place that prevents them from being provided in a way that confuses the
 automated build process.

Umm, huh? If the name space carved out is foo-debug, or even
 foo-dbg, the only collision I see is a *different* package has a native name
 of foo-dbg and thus collides with the debugging symbols from foo.

If such packages existed, then not only would they create
 trouble with the current slew of debug packages, they can always be
 resolved by our normal disambiguation rules.

manoj
-- 
Pull the trigger and you're garbage. Lady Blue
Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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



Re: default character encoding for everything in debian

2009-08-10 Thread Harald Braumann
On Mon, 10 Aug 2009 13:45:40 +0200
Siggy Brentrup deb...@psycho.i21k.de wrote:

 On Mon, Aug 10, 2009 at 13:09 +0200, Thomas Koch wrote:
  Hi,
  
  I've an issue, that I forgot to set the character encoding of
  tomcat to utf-8 after reinstalling a server.
  Now, before I report a wishlist(?) bug to tomcat, I want to ask
  (and invite to discuss) shouldn't utf8 be the default character set
  everywhere? So when installing a package from Debian I can assume
  that where a character encoding can be set, it't set to utf8.
  MySQL would be another example, which to my knowledge uses isoXYZ
  as default character encoding.
 
 While utf-8 covers the broadest set of character glyphs possible, it
 suffers from size as well as performance penalties. Characters no
 longer are guaranteed to fit in a byte, how do you define
 strlen(utf8_string) c pp.  All these issues have been solved but not
 for free.
 
 There are a lot of users out there that are not willing to pay the
 price for increased generality.

Don't you mean s/users/programmers? As a user I don't see what price I
pay. I only see advantages in having a consistent encoding. Which,
btw., doesn't have to be UTF-8. In an ideal world every programme would
adhere to LC_CTYPE. But if the encoding has to be configured then I
would also prefer UTF-8 as the default.

Of course, for the programmer there might be a price to pay. And if
he's not willing to pay it, he can't be forced, anyway.

Or do you mean the user pays the price, because if the encoding is set
to UTF-8 then performance would suffer? In that case, I'd love to see
some real life numbers. I doubt the difference would be noticeable. 

Cheers,
harry


signature.asc
Description: PGP signature


Re: default character encoding for everything in debian

2009-08-10 Thread Samuel Thibault
Harald Braumann, le Tue 11 Aug 2009 01:33:58 +0200, a écrit :
 Or do you mean the user pays the price, because if the encoding is set
 to UTF-8 then performance would suffer? In that case, I'd love to see
 some real life numbers. I doubt the difference would be noticeable. 

Google utf-8 grep performance loss.

Samuel


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



Bug#540976: ITP: libcarp-always-perl -- Perl module to make warns and dies noisy with stack backtraces

2009-08-10 Thread Ryan Niebur
Package: wnpp
Owner: Ryan Niebur ryanrya...@gmail.com
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: libcarp-always-perl
  Version : 0.09
  Upstream Author : Adriano R. Ferreira ferre...@cpan.org
* URL : http://search.cpan.org/dist/Carp-Always/
* License : Artistic | GPL-1+
  Programming Lang: Perl
  Description : Perl module to make warns and dies noisy with stack 
backtraces
 Carp::Always is meant as a debugging aid. It can be used to make a script
 complain loudly with stack backtraces when warn()ing or die()ing.



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



Re: Bits from the release team and request for discussion

2009-08-10 Thread Anthony Towns
On Fri, Jul 31, 2009 at 05:39:23AM +1000, Anthony Towns wrote:
 On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
  About freeze timing we think that DebConf should definitely not fall
  into a freeze

  We noticed that releases in the first quarter of the year
  worked out quite well in the past like both Etch and Lenny. Taking these
  into consideration we think it would be best to freeze in December.

  We'll be consulting all key teams within Debian to see how their plans
  and schedules can fit into a new timeline. Before the end of August we
  hope to have finished this process of consultation and be able to
  present the new plan to you.

 Why not have a developer poll as to what month(s) would most suit
 people for the freeze, rather than limiting it to key teams?

So, with August almost half-way over, I guess the release team's not
going to be doing much more to seek input from non-key teams/developers.

I still think it'd be interesting and useful to get broader input,
though. Something like a choice amongst the following questions by GR
might work:

  1. The Debian project recommends that the release team target
 December 2009 for squeeze's freeze, and work hard to avoid allowing
 the freeze to slip by more than a few weeks. The project notes this
 is approximately 10 months after lenny's release, and approximately
 18 months after lenny's freeze. The project acknowledges this may
 assist in synchronising Debian 6.0 and Ubuntu 10.04 LTS, may assist
 in setting up regular freezes every second December, and is intended
 to allow Debian 6.0 to be released prior to DebConf 2010.

  2. The Debian project recommends that the release team target
 January-February 2010 for squeeze's freeze, following a December
 release summit with maintainers/upstreams for major packages to
 allow some new upstream releases that occur early in the freeze to be
 included. The project acknowledges this may assist in synchronising
 Debian 6.0 and Ubuntu 10.04 LTS, and may assist in setting up
 regular freezes every second year. The project notes this may or
 may not allow Debian 6.0 to be released prior to DebConf 2010.

  3. The Debian project recommends that the release team target
 March/April 2010 for squeeze's freeze. The project acknowledges
 this will likely mean the freeze will be active during DebConf 10.

  4. The Debian project recommends that the release team target
 May-July 2010 for squeeze's freeze. The project notes that this
 is approximately two years after lenny's freeze, and acknowledges
 this will mean the freeze will be active during DebConf 10.

  5. The Debian project recommends that the release team target
 October-December 2010 for squeeze's freeze. The project notes that
 this will be after DebConf 10 has finished, and between 20-22 months
 after lenny's release. The project acknowledges that depending on
 the length of the freeze, this may mean squeeze will be released
 more than two years after lenny.

Any thoughts? We could have such a vote over and done in about two weeks,
with the DPL's consent, and it'd seem a lot more inclusive and less
cabal-tastic than how things seem to be working atm...

Cheers,
aj



signature.asc
Description: Digital signature


Re: Bits from the release team and request for discussion

2009-08-10 Thread Charles Plessy
Le Tue, Aug 11, 2009 at 01:07:33PM +1000, Anthony Towns a écrit :
  On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
 
   We'll be consulting all key teams within Debian to see how their plans
   and schedules can fit into a new timeline. Before the end of August we
   hope to have finished this process of consultation and be able to
   present the new plan to you.
 
 So, with August almost half-way over, I guess the release team's not
 going to be doing much more to seek input from non-key teams/developers.

Hi all,

in the Debian Med packaging team – that I hope I will not hurt people's
feelings by classifying as ‘non-key’ because most of our packages are leaf
packages – I have started a discussion about our internal release goals
(combined with a ping of the members of our Alioth project, in line with the
post-release ping proposition I made about Debian membership). I will try to
write a summary by the end of August, which I will be happy to CC to
debian-rele...@l.d.o or -devel for info if there is interest (do not hesitate
to tell me to do it earlier). If you like the idea, I recommend that the other
‘leaf’ teams to do the same. That is probably the most work-efficient for
everybody.
 
Leafs are what give trees their nice colors :) 

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


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



Accepted libjdic-java 0.9.5-4 (source all i386)

2009-08-10 Thread Varun Hiremath
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 02:00:40 -0400
Source: libjdic-java
Binary: libjdic-java libjdic-bin
Architecture: source all i386
Version: 0.9.5-4
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Varun Hiremath va...@debian.org
Description: 
 libjdic-bin - JDesktop Integration Components (shared libraries)
 libjdic-java - JDesktop Integration Components
Changes: 
 libjdic-java (0.9.5-4) unstable; urgency=low
 .
   * Add patches/Tray.diff to:
 - Add support for more architectures
 - Fix libawt.so load path
   * debian/control: set Architecture to any for libjdic-bin, attempt
 to build on all archs
Checksums-Sha1: 
 cda33faa8e0977622c8c79a3c23fc645ca55685d 1442 libjdic-java_0.9.5-4.dsc
 343ca93c4c695928e54e3ead3ab97b41a1a7519c 19279 libjdic-java_0.9.5-4.diff.gz
 236900d2ab204c9a47f03961983d2665f403701e 245132 libjdic-java_0.9.5-4_all.deb
 0c2055d81b139bc894ad19f64473a5a7c673c89e 59498 libjdic-bin_0.9.5-4_i386.deb
Checksums-Sha256: 
 7c76a81713405b0d6068577ec8c2957803172bef46b38a5b61c3f3c038d06736 1442 
libjdic-java_0.9.5-4.dsc
 0bd692cfc717ee635cb5a5a66ccb3295d6a4cd84e23ba82c3565b6e3ed505a2a 19279 
libjdic-java_0.9.5-4.diff.gz
 9c3f423b55a35042143ea69bb49c0836314651db013cdb1bbf2399e55811c0d4 245132 
libjdic-java_0.9.5-4_all.deb
 b95b905af35f5344932032519ced9e2d3fa6c576386bd5c8fca147347ce1c056 59498 
libjdic-bin_0.9.5-4_i386.deb
Files: 
 e26724abe937054f57d43673f4fe70ac 1442 java optional libjdic-java_0.9.5-4.dsc
 4860603898bfb8c86868f3958311df52 19279 java optional 
libjdic-java_0.9.5-4.diff.gz
 f0def6813598e66dc1aef938daf7f678 245132 java optional 
libjdic-java_0.9.5-4_all.deb
 f92a4ecddc87ded86e0c9482992e176f 59498 java optional 
libjdic-bin_0.9.5-4_i386.deb

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

iD8DBQFKf8AqPEFSUMxFMZcRAnGRAJ9GBzv4l9387080PzuwtsKG/aLXPACg1BaL
v1qBzdZSHkE465gLe/4oZK4=
=6LQ5
-END PGP SIGNATURE-


Accepted:
libjdic-bin_0.9.5-4_i386.deb
  to pool/main/libj/libjdic-java/libjdic-bin_0.9.5-4_i386.deb
libjdic-java_0.9.5-4.diff.gz
  to pool/main/libj/libjdic-java/libjdic-java_0.9.5-4.diff.gz
libjdic-java_0.9.5-4.dsc
  to pool/main/libj/libjdic-java/libjdic-java_0.9.5-4.dsc
libjdic-java_0.9.5-4_all.deb
  to pool/main/libj/libjdic-java/libjdic-java_0.9.5-4_all.deb


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



Accepted botan1.8 1.8.5-5 (source i386)

2009-08-10 Thread Daniel Baumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 09:06:50 +0200
Source: botan1.8
Binary: botan1.8-dbg libbotan-1.8.2 libbotan1.8-dev
Architecture: source i386
Version: 1.8.5-5
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel Baumann dan...@debian.org
Description: 
 botan1.8-dbg - multiplatform crypto library (debug)
 libbotan-1.8.2 - multiplatform crypto library
 libbotan1.8-dev - multiplatform crypto library (development)
Changes: 
 botan1.8 (1.8.5-5) unstable; urgency=low
 .
   * Adding patch from upstream to fix FTBFS on mips and mipsel.
Checksums-Sha1: 
 b504b7a037f8e2dd904ebdab15e54f86e5acd03d 1204 botan1.8_1.8.5-5.dsc
 6bc9ce1d08a2b6b4de8154f806726ef4d88f35e3 6639 botan1.8_1.8.5-5.diff.gz
 dc2ae5d1d761d08f01767518f488558903de8f99 118890 botan1.8-dbg_1.8.5-5_i386.deb
 eb9591b77f26b4732e128185ea4a4de14953a95b 1174994 
libbotan-1.8.2_1.8.5-5_i386.deb
 4adc71438764f49432ad9abdcff6c4ad096379e6 3110026 
libbotan1.8-dev_1.8.5-5_i386.deb
Checksums-Sha256: 
 beb25fff90be1d648fea66de8d22a3810093b66d4a91c1361cf714ebc77e8169 1204 
botan1.8_1.8.5-5.dsc
 b3c3212e7dad70f6010923b7bdac3134a5f246e608faafc2480b4bcf22d7351b 6639 
botan1.8_1.8.5-5.diff.gz
 4ac1544b1faf0feb6572831c64d9f015cbc6f04d43d5f677e6c4cb56366c4bdf 118890 
botan1.8-dbg_1.8.5-5_i386.deb
 9fc89a2f4400864b25596177a57c543e4af58d49654108a8ad00ebdbb35b6b7b 1174994 
libbotan-1.8.2_1.8.5-5_i386.deb
 efbe46620f292503a88816e4f4647ded05a41f74f6ce6c23dacf5048b1460485 3110026 
libbotan1.8-dev_1.8.5-5_i386.deb
Files: 
 338b8e94a743f1f52c5fc93b57a4ed5a 1204 libs optional botan1.8_1.8.5-5.dsc
 38a9038c144df2b9ba8211f0763c5aaa 6639 libs optional botan1.8_1.8.5-5.diff.gz
 88f7b96f3e06a0b6432ca310c801542f 118890 debug extra 
botan1.8-dbg_1.8.5-5_i386.deb
 abbe456dfdf5912b3c053ef809947638 1174994 libs optional 
libbotan-1.8.2_1.8.5-5_i386.deb
 e66a890c13ed0307dc106e9ba09668fc 3110026 libdevel optional 
libbotan1.8-dev_1.8.5-5_i386.deb

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

iEYEARECAAYFAkp/x90ACgkQ+C5cwEsrK56VmgCffl7rlxUY2ayV8dYRXU7LbdWk
SzQAnj0rpRcfuqku5WM5mYZgVNXcC+OS
=ZjdN
-END PGP SIGNATURE-


Accepted:
botan1.8-dbg_1.8.5-5_i386.deb
  to pool/main/b/botan1.8/botan1.8-dbg_1.8.5-5_i386.deb
botan1.8_1.8.5-5.diff.gz
  to pool/main/b/botan1.8/botan1.8_1.8.5-5.diff.gz
botan1.8_1.8.5-5.dsc
  to pool/main/b/botan1.8/botan1.8_1.8.5-5.dsc
libbotan-1.8.2_1.8.5-5_i386.deb
  to pool/main/b/botan1.8/libbotan-1.8.2_1.8.5-5_i386.deb
libbotan1.8-dev_1.8.5-5_i386.deb
  to pool/main/b/botan1.8/libbotan1.8-dev_1.8.5-5_i386.deb


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



Accepted cipux 3.4.0.5-1 (source all)

2009-08-10 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Format: 1.8
Date: Mon, 10 Aug 2009 09:27:59 +0200
Source: cipux
Binary: libcipux-perl
Architecture: source all
Version: 3.4.0.5-1
Distribution: unstable
Urgency: low
Maintainer: CipUX team cipux-de...@lists.alioth.debian.org
Changed-By: Jonas Smedegaard d...@jones.dk
Description: 
 libcipux-perl - user and resource management framework CipUX - base library
Changes: 
 cipux (3.4.0.5-1) unstable; urgency=low
 .
   * New upstream release.
   * Bump Policy compliance to standards-version 3.8.2.
   * Update package-relations.mk: Cleanup unversioned+versioned
 dependency mix. Improve whitespace cleanup. Rewrite and silence
 applying dependencies.
Checksums-Sha1: 
 70421768cc120a150329ccce6c320f2ac4e57b7e 1973 cipux_3.4.0.5-1.dsc
 be6b1a38b97df63e2ce738d57b30e8d648de5430 15223 cipux_3.4.0.5.orig.tar.gz
 61e6e126ec6ba35700a055f066fac2c6eed43835 11321 cipux_3.4.0.5-1.diff.gz
 99c3b3dd439d482a954fd43851fed0677b93e28f 29724 libcipux-perl_3.4.0.5-1_all.deb
Checksums-Sha256: 
 55b0521458be4c1e6deb9858bd49af64e31905adb008f9690bdafdd777f31b8d 1973 
cipux_3.4.0.5-1.dsc
 c11f3ed1f4d1550bc3c87c1969a04b374b7908f466f612e13ddb23b6867ce261 15223 
cipux_3.4.0.5.orig.tar.gz
 549b36c013b5711db8a27ae781269b1b54f0157e04b34363cb9fdb559c3a6b0b 11321 
cipux_3.4.0.5-1.diff.gz
 026242544acacea0f9110a3d805bb3e902962036ad49c012620919032be021d8 29724 
libcipux-perl_3.4.0.5-1_all.deb
Files: 
 d92d17722fe6f89cd7657aee22de67c6 1973 perl optional cipux_3.4.0.5-1.dsc
 860e0c869ef17a792744cc1c3bc52a3e 15223 perl optional cipux_3.4.0.5.orig.tar.gz
 215a152a3f7d8d0df34ab5b3dff324f3 11321 perl optional cipux_3.4.0.5-1.diff.gz
 5e187077f94216617df1bf08dcf52eca 29724 perl optional 
libcipux-perl_3.4.0.5-1_all.deb

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

iEYEAREDAAYFAkp/zQMACgkQn7DbMsAkQLh28ACfRLERmADvS3Hz8EbrERcFs89c
BRkAn2HeCl1VCqLbEpqbqa+y/XWBiJ4X
=/GtR
-END PGP SIGNATURE-


Accepted:
cipux_3.4.0.5-1.diff.gz
  to pool/main/c/cipux/cipux_3.4.0.5-1.diff.gz
cipux_3.4.0.5-1.dsc
  to pool/main/c/cipux/cipux_3.4.0.5-1.dsc
cipux_3.4.0.5.orig.tar.gz
  to pool/main/c/cipux/cipux_3.4.0.5.orig.tar.gz
libcipux-perl_3.4.0.5-1_all.deb
  to pool/main/c/cipux/libcipux-perl_3.4.0.5-1_all.deb


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



Accepted org-mode 6.29c-1 (source all)

2009-08-10 Thread Sebastien Delafond
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 09:02:41 +0200
Source: org-mode
Binary: org-mode
Architecture: source all
Version: 6.29c-1
Distribution: unstable
Urgency: low
Maintainer: Sebastien Delafond s...@debian.org
Changed-By: Sebastien Delafond s...@debian.org
Description: 
 org-mode   - keep notes, maintain ToDo lists, and do project planning in emacs
Changes: 
 org-mode (6.29c-1) unstable; urgency=low
 .
   * New upstream release
   * Bumped up standards revision.
Checksums-Sha1: 
 57f37a6ae4400507453022e3b60889b1d607e537 1007 org-mode_6.29c-1.dsc
 b8f5d580f1d22458cc892067af5c6aa8543f51ce 2141216 org-mode_6.29c.orig.tar.gz
 86e6858acaa15738a2ebbeb39897153fe1557367 7485 org-mode_6.29c-1.diff.gz
 43de8dce5c345d984f4fb84f684163d947a04483 2040060 org-mode_6.29c-1_all.deb
Checksums-Sha256: 
 8304f7cd57c780a71e5bc14c0ad7bd93063c86e05fbd961e1666faf9a0ba4915 1007 
org-mode_6.29c-1.dsc
 458a9595d671f8446ed2c5c732a6e8643ab413767bfc78b7770bfc9a85345c79 2141216 
org-mode_6.29c.orig.tar.gz
 14c94e283cf5277486d4e974b101f2ed9ab71d62a46b8da7a3bdd33997045416 7485 
org-mode_6.29c-1.diff.gz
 99e98863003bcb818aa1dafefa6c1d1d961be05d70e84a802c2fcc5174a4f81a 2040060 
org-mode_6.29c-1_all.deb
Files: 
 3ae28df42d0f92f630b205aa0d6aed78 1007 misc optional org-mode_6.29c-1.dsc
 3f1c312a44c7f9969657754cb0e7bbd1 2141216 misc optional 
org-mode_6.29c.orig.tar.gz
 598a18430691d09715c1bd5af4708a05 7485 misc optional org-mode_6.29c-1.diff.gz
 eac960ba829410c47ae1625ccd23d4d9 2040060 misc optional org-mode_6.29c-1_all.deb

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

iEYEARECAAYFAkp/x+EACgkQiZgNKcDdyD9EAwCgtm7w1Hq3ABEim3D2gmzol/c+
BLQAoKlbizxXyBI71vEv2CbAnlpk7on0
=WWuv
-END PGP SIGNATURE-


Accepted:
org-mode_6.29c-1.diff.gz
  to pool/main/o/org-mode/org-mode_6.29c-1.diff.gz
org-mode_6.29c-1.dsc
  to pool/main/o/org-mode/org-mode_6.29c-1.dsc
org-mode_6.29c-1_all.deb
  to pool/main/o/org-mode/org-mode_6.29c-1_all.deb
org-mode_6.29c.orig.tar.gz
  to pool/main/o/org-mode/org-mode_6.29c.orig.tar.gz


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



Accepted nautilus-open-terminal 0.17-1 (source amd64)

2009-08-10 Thread Julien Valroff
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 10:05:59 +0200
Source: nautilus-open-terminal
Binary: nautilus-open-terminal
Architecture: source amd64
Version: 0.17-1
Distribution: unstable
Urgency: low
Maintainer: Julien Valroff jul...@kirya.net
Changed-By: Julien Valroff jul...@kirya.net
Description: 
 nautilus-open-terminal - nautilus plugin for opening terminals in arbitrary 
local paths
Changes: 
 nautilus-open-terminal (0.17-1) unstable; urgency=low
 .
   * New upstream release:
 + Fix remote SSH terminal with non-standard ports
   * Updtaed Debian packaging copyright information
Checksums-Sha1: 
 0a4868a511749586b0e96e39c9e28b7ee100f222 1422 nautilus-open-terminal_0.17-1.dsc
 d80929e5a4739ccb02830a3222f5fb885433ed12 350701 
nautilus-open-terminal_0.17.orig.tar.gz
 8c9b64e6cb45c6bb3a2d37dd45655dcc3091c721 3981 
nautilus-open-terminal_0.17-1.diff.gz
 1b22f5c76b60acdd901e161bac56ca2698965960 57500 
nautilus-open-terminal_0.17-1_amd64.deb
Checksums-Sha256: 
 8d7a5e726034c0f2c2320ca8c251da24c97fbcda9d67cb5315fd52b7ed919869 1422 
nautilus-open-terminal_0.17-1.dsc
 9e00c08b563246dce61fbbe6c11f03caf2eb8a8573b74c6096aa7a91ab617214 350701 
nautilus-open-terminal_0.17.orig.tar.gz
 acbf464a70d839b4058bc4a9aff1d2cd11f7ca97dc1490ed8481af0a2aafa1c6 3981 
nautilus-open-terminal_0.17-1.diff.gz
 24bb36b1d48898d66d26c55df1e09d287a4468ae6d6a77a895ec729d7b7037e9 57500 
nautilus-open-terminal_0.17-1_amd64.deb
Files: 
 6dd4872acc6d3498333e9a3b9289c93e 1422 gnome optional 
nautilus-open-terminal_0.17-1.dsc
 cbbae12271a4f552335e917aaf98ef2f 350701 gnome optional 
nautilus-open-terminal_0.17.orig.tar.gz
 3d95993f9ba5bee2cb5f5a4502252b90 3981 gnome optional 
nautilus-open-terminal_0.17-1.diff.gz
 13fe655268a17a76f4cc64078082260e 57500 gnome optional 
nautilus-open-terminal_0.17-1_amd64.deb

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

iEYEARECAAYFAkp/1WQACgkQIQvyq59x1EmM8QCg4SDuGJu4kJBFFO87p6np7S+k
RbUAoKzWkgKHPc39gOrICQL0SkeQaJ/o
=rz6M
-END PGP SIGNATURE-


Accepted:
nautilus-open-terminal_0.17-1.diff.gz
  to pool/main/n/nautilus-open-terminal/nautilus-open-terminal_0.17-1.diff.gz
nautilus-open-terminal_0.17-1.dsc
  to pool/main/n/nautilus-open-terminal/nautilus-open-terminal_0.17-1.dsc
nautilus-open-terminal_0.17-1_amd64.deb
  to pool/main/n/nautilus-open-terminal/nautilus-open-terminal_0.17-1_amd64.deb
nautilus-open-terminal_0.17.orig.tar.gz
  to pool/main/n/nautilus-open-terminal/nautilus-open-terminal_0.17.orig.tar.gz


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



Accepted libjdic-java 0.9.5-5 (source all i386)

2009-08-10 Thread Varun Hiremath
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 03:40:10 -0400
Source: libjdic-java
Binary: libjdic-java libjdic-bin
Architecture: source all i386
Version: 0.9.5-5
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Varun Hiremath va...@debian.org
Description: 
 libjdic-bin - JDesktop Integration Components (shared libraries)
 libjdic-java - JDesktop Integration Components
Changes: 
 libjdic-java (0.9.5-5) unstable; urgency=low
 .
   * Move all Build-Depends-Indep to Build-Depends
   * Set JAVA_HOME in debian/rules
Checksums-Sha1: 
 d4f09fc22e1f29fa2f30bd4603ed12b45b3e38f2 1422 libjdic-java_0.9.5-5.dsc
 78bac872963f10be365828c984301264a5df0011 19326 libjdic-java_0.9.5-5.diff.gz
 8114da2563f8c0f546d8ac64808b7653e24763ff 245156 libjdic-java_0.9.5-5_all.deb
 608e4d15b0ef9bfd8e69776aaf8496ac2f03f7ea 59524 libjdic-bin_0.9.5-5_i386.deb
Checksums-Sha256: 
 99f397229e920e35ee44931a4e9faecc83178e48c110d12907379672d2200345 1422 
libjdic-java_0.9.5-5.dsc
 e6e0da32d6f1b240bafe381d6e36be612665157ef146f7a84c138df487f942da 19326 
libjdic-java_0.9.5-5.diff.gz
 0f78a870c5f3a13997b5f40b7a3415f86ca22e868cc5fd88d1a2e5bcc81d2ec1 245156 
libjdic-java_0.9.5-5_all.deb
 662b2398aeaba0e54fb0d826fda6e86e37f259b8456c6b81ecc96c971d3a537c 59524 
libjdic-bin_0.9.5-5_i386.deb
Files: 
 9e46bed9357196ee99e53160a4268fec 1422 java optional libjdic-java_0.9.5-5.dsc
 cfd5c42da3ef5e70266c194e2392428f 19326 java optional 
libjdic-java_0.9.5-5.diff.gz
 879bbc77eda277cc67845652b8734be2 245156 java optional 
libjdic-java_0.9.5-5_all.deb
 2844f533fa5b544fdb11a89b512d3e1f 59524 java optional 
libjdic-bin_0.9.5-5_i386.deb

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

iD8DBQFKf9KrPEFSUMxFMZcRAhBVAKDW4uwZUJq11LgHNx8BkppA0PFEpQCg3XcQ
t043cLPNPuJWrDEbH2vtD58=
=q3m/
-END PGP SIGNATURE-


Accepted:
libjdic-bin_0.9.5-5_i386.deb
  to pool/main/libj/libjdic-java/libjdic-bin_0.9.5-5_i386.deb
libjdic-java_0.9.5-5.diff.gz
  to pool/main/libj/libjdic-java/libjdic-java_0.9.5-5.diff.gz
libjdic-java_0.9.5-5.dsc
  to pool/main/libj/libjdic-java/libjdic-java_0.9.5-5.dsc
libjdic-java_0.9.5-5_all.deb
  to pool/main/libj/libjdic-java/libjdic-java_0.9.5-5_all.deb


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



Accepted freebsd-utils 7.2-6 (source kfreebsd-i386)

2009-08-10 Thread Aurelien Jarno
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 02 Aug 2009 12:17:35 +0200
Source: freebsd-utils
Binary: freebsd-utils freebsd-utils-udeb kldutils kldutils-udeb kbdcontrol 
freebsd-net-tools
Architecture: source kfreebsd-i386
Version: 7.2-6
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno aure...@debian.org
Changed-By: Aurelien Jarno aure...@debian.org
Description: 
 freebsd-net-tools - FreeBSD networking tools
 freebsd-utils - FreeBSD utilities needed for GNU/kFreeBSD
 freebsd-utils-udeb - FreeBSD utilities needed for GNU/kFreeBSD (udeb)
 kbdcontrol - command-line tool to change keyboard layout on GNU/kFreeBSD
 kldutils   - tools for managing kFreeBSD modules
 kldutils-udeb - tools for managing kFreeBSD modules (udeb)
Closes: 539599 539599
Changes: 
 freebsd-utils (7.2-6) unstable; urgency=low
 .
   * Update Japanese Debconf translation from Hideki Yamane (closes:
 bug#539599).
   * Add Italian Debconf translation from Luca Monducci (closes:
 bug#539599).
   * kbdcontrol: change the priority of debconf question to critical to
 make sure it appears in debian-installer. Default to us.unix.kbd.
   * kldutils: fix init script in case /etc/modules.d/ is empty.
   * Move sysctl kern.module_path from freebsd-utils.init to
 kldutils.init.
Checksums-Sha1: 
 a6715d37f1436341242b5bed6bca8928b7da2915 1571 freebsd-utils_7.2-6.dsc
 a79a60e9a3f089a04391a25e10809ffc9fbd3695 47594 freebsd-utils_7.2-6.diff.gz
 7e8a52d08e1da3f09b3aea206d3fcbec30ac72e4 130750 
freebsd-utils_7.2-6_kfreebsd-i386.deb
 d881af4738c8ed0bf5c576e668037db64f00b75a 9910 
freebsd-utils-udeb_7.2-6_kfreebsd-i386.udeb
 47c4f6e9f50e754e511ddd9ad8bf0992a1a11dbf 31352 kldutils_7.2-6_kfreebsd-i386.deb
 77bcad183092a6e1db09641bc50e381049a64d33 5440 
kldutils-udeb_7.2-6_kfreebsd-i386.udeb
 74c8037f1482d72013852d8c34530e63f9b223e3 101390 
kbdcontrol_7.2-6_kfreebsd-i386.deb
 0dddce52b4bbe2d20ab05f6a73f536e8099f6bc0 244166 
freebsd-net-tools_7.2-6_kfreebsd-i386.deb
Checksums-Sha256: 
 afff86f12a7f7d897fd42204b3301f23fcbf4eae2874dcc47024a757f966e4f8 1571 
freebsd-utils_7.2-6.dsc
 32932bcd338d0a383e9dfb9064ce0cdaa9300f507a8d5d844e85df38268269ba 47594 
freebsd-utils_7.2-6.diff.gz
 ce77aff67ca61c645daf0713da828682b2ffcf0f9ebf028b210f51bba6018150 130750 
freebsd-utils_7.2-6_kfreebsd-i386.deb
 c0122457a66938b8a6dbd6e87aea7b87825a0776f66837cf26942f53b9870b16 9910 
freebsd-utils-udeb_7.2-6_kfreebsd-i386.udeb
 abd99d88ad4ecf128f832488118c52f1ea2e1c044dfb3a226f63e0de3060dea5 31352 
kldutils_7.2-6_kfreebsd-i386.deb
 74c9ee9659648093c20f30122a8923152cda693f02391b9b83ba7067d6c500a6 5440 
kldutils-udeb_7.2-6_kfreebsd-i386.udeb
 45fa560d66e87d45f962912e953ffeb7f15b6882cc11248b9587f197102a4241 101390 
kbdcontrol_7.2-6_kfreebsd-i386.deb
 1c578aaf55954251e078754d85f7112cb128af051908abbbd1cb30c22f66f04a 244166 
freebsd-net-tools_7.2-6_kfreebsd-i386.deb
Files: 
 695a7fbfb4f1399502e6b4c13c576a8d 1571 utils important freebsd-utils_7.2-6.dsc
 004e61ec7b6b777ce014d492008fea90 47594 utils important 
freebsd-utils_7.2-6.diff.gz
 71947db8d6e14f8b9afc56331b82787c 130750 utils required 
freebsd-utils_7.2-6_kfreebsd-i386.deb
 4abef3cf74ad08f21b982f18e90ed41c 9910 debian-installer optional 
freebsd-utils-udeb_7.2-6_kfreebsd-i386.udeb
 b1635e2ff9bebb9c306d5780f7dc9a4c 31352 utils important 
kldutils_7.2-6_kfreebsd-i386.deb
 54b201ad8bfa2ac11fb9b6141693bc18 5440 debian-installer optional 
kldutils-udeb_7.2-6_kfreebsd-i386.udeb
 c95fb9dbd30f6a79baec5d6965877e71 101390 utils important 
kbdcontrol_7.2-6_kfreebsd-i386.deb
 fc34b40e19e9363ffa30939c337d26b6 244166 net important 
freebsd-net-tools_7.2-6_kfreebsd-i386.deb
Package-Type: udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/kFreeBSD)

iD8DBQFKf9lvw3ao2vG823MRAlXpAKCLUpFBNA53w/KamuD4j9ROPllcCwCfQ1Xl
F3SOiXdPRm9i2dssVtEUxxc=
=kQFG
-END PGP SIGNATURE-


Accepted:
freebsd-net-tools_7.2-6_kfreebsd-i386.deb
  to pool/main/f/freebsd-utils/freebsd-net-tools_7.2-6_kfreebsd-i386.deb
freebsd-utils-udeb_7.2-6_kfreebsd-i386.udeb
  to pool/main/f/freebsd-utils/freebsd-utils-udeb_7.2-6_kfreebsd-i386.udeb
freebsd-utils_7.2-6.diff.gz
  to pool/main/f/freebsd-utils/freebsd-utils_7.2-6.diff.gz
freebsd-utils_7.2-6.dsc
  to pool/main/f/freebsd-utils/freebsd-utils_7.2-6.dsc
freebsd-utils_7.2-6_kfreebsd-i386.deb
  to pool/main/f/freebsd-utils/freebsd-utils_7.2-6_kfreebsd-i386.deb
kbdcontrol_7.2-6_kfreebsd-i386.deb
  to pool/main/f/freebsd-utils/kbdcontrol_7.2-6_kfreebsd-i386.deb
kldutils-udeb_7.2-6_kfreebsd-i386.udeb
  to pool/main/f/freebsd-utils/kldutils-udeb_7.2-6_kfreebsd-i386.udeb
kldutils_7.2-6_kfreebsd-i386.deb
  to pool/main/f/freebsd-utils/kldutils_7.2-6_kfreebsd-i386.deb


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



Accepted lustre 1.6.7.2-1 (source all i386)

2009-08-10 Thread Patrick Winnertz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 10:08:15 +0200
Source: lustre
Binary: linux-patch-lustre lustre-source lustre-utils lustre-tests liblustre 
lustre-dev
Architecture: source all i386
Version: 1.6.7.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian Lustre Packaging team 
pkg-lustre-maintain...@lists.alioth.debian.org
Changed-By: Patrick Winnertz win...@debian.org
Description: 
 liblustre  - Runtime library for Lustre filesystem utilities
 linux-patch-lustre - Linux kernel patch for the Lustre Filesystem
 lustre-dev - Development files for the Lustre filesystem
 lustre-source - source for Lustre filesystem client kernel modules
 lustre-tests - Test suite for the Lustre filesystem
 lustre-utils - Userspace utilities for the Lustre filesystem
Changes: 
 lustre (1.6.7.2-1) unstable; urgency=low
 .
   * New Upstream Version
   * Disabled run of autogen.sh before build as something is currently
 broken there, instead providing a working configure within a patch.
Checksums-Sha1: 
 5c42c1883707f12173e24c88a437065acde6d34d 1517 lustre_1.6.7.2-1.dsc
 9fa2cdf04dd98f79072816b5525caa94321aa38b 4943268 lustre_1.6.7.2.orig.tar.gz
 95f1f03966902d5c8be470194e01ddccf32afe52 638023 lustre_1.6.7.2-1.diff.gz
 3ecf20f72577985978ac7af06939094678f8422f 591944 
linux-patch-lustre_1.6.7.2-1_all.deb
 355c34da9ba7bf20192dcd3448f33b261568f827 3390864 
lustre-source_1.6.7.2-1_all.deb
 caee8ea13f79aab5272028fae69b0b92ba9edd98 610806 lustre-utils_1.6.7.2-1_i386.deb
 6bb0cd4a240ee63e278f97522412f19710669a2e 421684 lustre-tests_1.6.7.2-1_i386.deb
 cbf947a77aa7531fb2b3594ca40797a7501b24d7 4723898 lustre-dev_1.6.7.2-1_i386.deb
 cf4ec09d5a61b6e5ce2d089d6570a00c1a6a0726 701528 liblustre_1.6.7.2-1_i386.deb
Checksums-Sha256: 
 a5c746e9ee1d915a0866a3bf30cf81ce7a1cf1a1ef296b4dce458b700aebf6f4 1517 
lustre_1.6.7.2-1.dsc
 ec124ea9b06356f4609cfb95c9d1f358810bbab87df536ab7361b3fb391fb85d 4943268 
lustre_1.6.7.2.orig.tar.gz
 68621837982e6f4229e8f7f090c90bea549ebc431deec198adccb3e01b783af0 638023 
lustre_1.6.7.2-1.diff.gz
 5032e6890ddfb66d2ec17d15c66bba3b495ce6df8e6f7eec9a7138ad1324badb 591944 
linux-patch-lustre_1.6.7.2-1_all.deb
 e53c11e2f626b7aa7ab0fbbf2ce025e089de65748e77cfe90504b8b22d73cb48 3390864 
lustre-source_1.6.7.2-1_all.deb
 7584d838ff66dc98faa8f2f0bb76b568b541354078dcfbe3d3b9e634285f669c 610806 
lustre-utils_1.6.7.2-1_i386.deb
 d91cca630037e7adb29d054ecda2c8e0f092f673151906c2d091df040e8b351e 421684 
lustre-tests_1.6.7.2-1_i386.deb
 2a3ff00820acb7cd92b157c9c9769b909b8aee3bc3bd08209cdf767b216d612d 4723898 
lustre-dev_1.6.7.2-1_i386.deb
 82a134cbdfb775a40a7f668cd05ad3e91ece39ed9acdf022e30354688bf83dc3 701528 
liblustre_1.6.7.2-1_i386.deb
Files: 
 5cefd2ce297d636ee4d4e6ad1d3eb112 1517 admin optional lustre_1.6.7.2-1.dsc
 19af40e3a4d7fd5326c0983b1cb48177 4943268 admin optional 
lustre_1.6.7.2.orig.tar.gz
 58117d2e5d0f53d0011b6eb3422f2def 638023 admin optional lustre_1.6.7.2-1.diff.gz
 cee185a8946fe16cc0a5d7c7fbcffbdf 591944 kernel optional 
linux-patch-lustre_1.6.7.2-1_all.deb
 ff5db36591551e325e73aee61d794512 3390864 kernel optional 
lustre-source_1.6.7.2-1_all.deb
 c28fe45bbcb62e1c54c8915e5c438b9e 610806 utils optional 
lustre-utils_1.6.7.2-1_i386.deb
 75d720f349176b3dd9a6afb700d95c37 421684 admin optional 
lustre-tests_1.6.7.2-1_i386.deb
 b9f9a5a333ffc4d1372269d84b97c686 4723898 libdevel optional 
lustre-dev_1.6.7.2-1_i386.deb
 923691f362861ec636b7f75c3641a961 701528 otherosfs optional 
liblustre_1.6.7.2-1_i386.deb

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

iEYEARECAAYFAkp/3KoACgkQzgm26bkTFDpAxQCeOREM8xDaw9j7Oj8drFTxkiGO
nZUAn1wlQAcxn4q3yLwpZNsfrO0wRktZ
=/Ttc
-END PGP SIGNATURE-


Accepted:
liblustre_1.6.7.2-1_i386.deb
  to pool/main/l/lustre/liblustre_1.6.7.2-1_i386.deb
linux-patch-lustre_1.6.7.2-1_all.deb
  to pool/main/l/lustre/linux-patch-lustre_1.6.7.2-1_all.deb
lustre-dev_1.6.7.2-1_i386.deb
  to pool/main/l/lustre/lustre-dev_1.6.7.2-1_i386.deb
lustre-source_1.6.7.2-1_all.deb
  to pool/main/l/lustre/lustre-source_1.6.7.2-1_all.deb
lustre-tests_1.6.7.2-1_i386.deb
  to pool/main/l/lustre/lustre-tests_1.6.7.2-1_i386.deb
lustre-utils_1.6.7.2-1_i386.deb
  to pool/main/l/lustre/lustre-utils_1.6.7.2-1_i386.deb
lustre_1.6.7.2-1.diff.gz
  to pool/main/l/lustre/lustre_1.6.7.2-1.diff.gz
lustre_1.6.7.2-1.dsc
  to pool/main/l/lustre/lustre_1.6.7.2-1.dsc
lustre_1.6.7.2.orig.tar.gz
  to pool/main/l/lustre/lustre_1.6.7.2.orig.tar.gz


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



Accepted tasks 0.16-1 (source amd64)

2009-08-10 Thread Ross Burton
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 10:08:52 +0100
Source: tasks
Binary: tasks-hildon tasks tasks-dbg
Architecture: source amd64
Version: 0.16-1
Distribution: unstable
Urgency: low
Maintainer: Ross Burton r...@debian.org
Changed-By: Ross Burton r...@debian.org
Description: 
 tasks  - a simple to do manager
 tasks-dbg  - a simple to do manager (debug symbols)
 tasks-hildon - a simple to do manager - Hildon flavour
Closes: 539510
Changes: 
 tasks (0.16-1) unstable; urgency=low
 .
   [ Ross Burton ]
   * New upstream release (Closes: #539510)
   * Fix debug package section and depends
   * Bump Standards
 .
   [ Loïc Minier ]
   * Set LDFLAGS directly; bump cdbs bdep to = 0.4.41.
   * Create tasks.pot during build: Add a common-build-arch:: snippet to call
 langpack.mk's langpack-mk-update-pot target with
 DEB_BUILDDIR=$(DEB_SRCDIR); intltool-update can't be called in builddir as
 it needs POTFILES.in and even with it wont lookup files listed there in
 srcdir; add a clean:: snippet to remove the pot file; LP: #188690.
 .
   [ Emilio Pozuelo Monfort ]
   * Wrap build-deps and deps.
Checksums-Sha1: 
 6864d96f0ed7a747d0bd79709efbefa93d120411 1064 tasks_0.16-1.dsc
 d0712097c3fba54d83f301fc44814d053ea2356b 258000 tasks_0.16.orig.tar.gz
 6c6d348943deb7bf054db0e9cf8e4361f46174c0 3158 tasks_0.16-1.diff.gz
 b347a2ea309e57e99f016d669ea1f591f92d66eb 108634 tasks-hildon_0.16-1_amd64.deb
 fbef92fff5bfad7fc1c8acb1d727b57465275003 114010 tasks_0.16-1_amd64.deb
 f3baff6aaa7c84cfd8067fc3833f56a8b201720e 211752 tasks-dbg_0.16-1_amd64.deb
Checksums-Sha256: 
 c1bcc48edb4cbd28831d7e1b8da6ae390a99db31cafafeeb2f5fc00bc5dacabf 1064 
tasks_0.16-1.dsc
 343877dc6c3ed5d7475c2fa8a50f1e58f4bcdda7ddedc37f51ad6d737a9f8312 258000 
tasks_0.16.orig.tar.gz
 7ffc61bde7e315f61bee31d6cef3d6528470e42c80112b75825754c0985f7053 3158 
tasks_0.16-1.diff.gz
 6e60ee1708cacff48d4384448ac0084bbfec8b2c56eb697b0b3a4631d4c320c1 108634 
tasks-hildon_0.16-1_amd64.deb
 b346ec58297cb2e84bf97399fc9b6c2602eea762bdf76720ac45003542b00728 114010 
tasks_0.16-1_amd64.deb
 3b1514375d7e78f9878a2a7048b9dcf447862bdfc102b2df3c8b3cfdc6462b5f 211752 
tasks-dbg_0.16-1_amd64.deb
Files: 
 8f4b36d6607c267a4afb0f3a82a599bd 1064 gnome optional tasks_0.16-1.dsc
 ed89cd0e5d85afdd4af9895109ed6569 258000 gnome optional tasks_0.16.orig.tar.gz
 3f9348fb917e727118ddcde8c862d30a 3158 gnome optional tasks_0.16-1.diff.gz
 c9f8a6f2e33182d847de31b14288bfcb 108634 gnome optional 
tasks-hildon_0.16-1_amd64.deb
 b3529d07dcd2ca9a9cbc7ddcd05b8ac0 114010 gnome optional tasks_0.16-1_amd64.deb
 2de1b2fa539c2b450be6c05b3fe15e75 211752 debug extra tasks-dbg_0.16-1_amd64.deb

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

iD8DBQFKf+SFLQnkR9C0M98RAs3OAKDPZp14EgLbZyX01bt72L02KhEhzwCeKcPY
bRWOGCiXrhfzjW542GQIaso=
=pQM4
-END PGP SIGNATURE-


Accepted:
tasks-dbg_0.16-1_amd64.deb
  to pool/main/t/tasks/tasks-dbg_0.16-1_amd64.deb
tasks-hildon_0.16-1_amd64.deb
  to pool/main/t/tasks/tasks-hildon_0.16-1_amd64.deb
tasks_0.16-1.diff.gz
  to pool/main/t/tasks/tasks_0.16-1.diff.gz
tasks_0.16-1.dsc
  to pool/main/t/tasks/tasks_0.16-1.dsc
tasks_0.16-1_amd64.deb
  to pool/main/t/tasks/tasks_0.16-1_amd64.deb
tasks_0.16.orig.tar.gz
  to pool/main/t/tasks/tasks_0.16.orig.tar.gz


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



Accepted libhx 2.9-3 (source amd64)

2009-08-10 Thread Bastian Kleineidam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 09:20:17 +0200
Source: libhx
Binary: libhx18 libhx-dev libhx-doc
Architecture: source amd64
Version: 2.9-3
Distribution: unstable
Urgency: low
Maintainer: Bastian Kleineidam cal...@debian.org
Changed-By: Bastian Kleineidam cal...@debian.org
Description: 
 libhx-dev  - Development files for libhx
 libhx-doc  - Documentation files for libhx
 libhx18- A library providing queue, tree, I/O and utility functions
Closes: 540532
Changes: 
 libhx (2.9-3) unstable; urgency=low
 .
   * Updated download URL in debian/watch (Closes: #540532)
Checksums-Sha1: 
 30a84929696d008c44fda6fb18abbab45ebeb56a 1034 libhx_2.9-3.dsc
 dfb3f324d2c857976728595f65f23207984eadb7 2436 libhx_2.9-3.diff.gz
 05831072582495d37a76238842217e2c4906684a 30056 libhx18_2.9-3_amd64.deb
 e8bed031ea956f72bd7dc290801257633ccd60a1 38702 libhx-dev_2.9-3_amd64.deb
 52511c67fa4e453eac6b9262e409a4efd084221b 466650 libhx-doc_2.9-3_amd64.deb
Checksums-Sha256: 
 d70b3ccd3dc0b0a6fb25e477b6d129e6abd1d11db2ec11950aae4628b4af3b3e 1034 
libhx_2.9-3.dsc
 aa6087cdb81ebb6d27cdafea15ecf8c3261088a2ec7a85c5488ee85360bb3dfe 2436 
libhx_2.9-3.diff.gz
 fc2b06e9530da9ea144eea8066f7be3fe9af78eb0fac45600cbe35bf8e34afd9 30056 
libhx18_2.9-3_amd64.deb
 277d0835ddcdabf1796be92725990c3b974a56c63a8a4882e3659eecd2c43484 38702 
libhx-dev_2.9-3_amd64.deb
 5cfac330dc0c800b6b930d1ecb56dd0430b74165523a4671ba4af82216226408 466650 
libhx-doc_2.9-3_amd64.deb
Files: 
 f6f56f12052ae653e54f9a7e01474b99 1034 libs extra libhx_2.9-3.dsc
 6a67383fa5cb595aa7717ef9b7731425 2436 libs extra libhx_2.9-3.diff.gz
 dd5e723a32fa1890b5482f67db47232a 30056 libs extra libhx18_2.9-3_amd64.deb
 e15e8aeea1e8e993d04ba23963534f5b 38702 libdevel extra libhx-dev_2.9-3_amd64.deb
 b9e83264546a6142d5e780601ca6feca 466650 doc extra libhx-doc_2.9-3_amd64.deb

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

iEYEARECAAYFAkp/zXEACgkQeBwlBDLsbz5smgCfenSrp8aaflMBt3M2D6k6TJuy
e2gAn0gHDNf5MOVYh+Y9fmUsWub8VHxa
=ybq2
-END PGP SIGNATURE-


Accepted:
libhx-dev_2.9-3_amd64.deb
  to pool/main/libh/libhx/libhx-dev_2.9-3_amd64.deb
libhx-doc_2.9-3_amd64.deb
  to pool/main/libh/libhx/libhx-doc_2.9-3_amd64.deb
libhx18_2.9-3_amd64.deb
  to pool/main/libh/libhx/libhx18_2.9-3_amd64.deb
libhx_2.9-3.diff.gz
  to pool/main/libh/libhx/libhx_2.9-3.diff.gz
libhx_2.9-3.dsc
  to pool/main/libh/libhx/libhx_2.9-3.dsc


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



Accepted icicles 22.0+20090810-1 (source all)

2009-08-10 Thread Sebastien Delafond
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 10:44:57 +0200
Source: icicles
Binary: icicles
Architecture: source all
Version: 22.0+20090810-1
Distribution: unstable
Urgency: low
Maintainer: Sebastien Delafond s...@debian.org
Changed-By: Sebastien Delafond s...@debian.org
Description: 
 icicles- emacs library that enhances minibuffer/input completion
Changes: 
 icicles (22.0+20090810-1) unstable; urgency=low
 .
   * New upstream release.
   * Added a NEWS.debian file to document problematci interaction between
 icicle-add-menu-item-to-cmd-history and emacsclient.
Checksums-Sha1: 
 8aa8c88bd998934e034ac7ee44c07f1fc3ea8bba 1011 icicles_22.0+20090810-1.dsc
 8b379a0d6426849dd3eee163d4418016ec94fc17 625684 
icicles_22.0+20090810.orig.tar.gz
 a56977ef2da4291bf4684da283c9221e0298d61a 5469 icicles_22.0+20090810-1.diff.gz
 ee62bd8d1236321083eeefdf515f58ffd5d01310 630306 icicles_22.0+20090810-1_all.deb
Checksums-Sha256: 
 4fb02abb622f7d7fdb50e800b91def09a849c308a52c32138f904ffb3f1bfa73 1011 
icicles_22.0+20090810-1.dsc
 dde6e018faf50541654d760473bcc479ac321424e725e6982b7f508f7d4c5461 625684 
icicles_22.0+20090810.orig.tar.gz
 cacb7807e64aa184bd778e827c3fd27ba14aacc1fedea41a2ec7af3c11db80f2 5469 
icicles_22.0+20090810-1.diff.gz
 4d087753641e70df4c8730d77f8771193862fcf858ac9b2ccd425b8f45f820de 630306 
icicles_22.0+20090810-1_all.deb
Files: 
 1a5aefbc9b880e5cdfdb7fd3d92c842b 1011 misc optional icicles_22.0+20090810-1.dsc
 73fd540a882b725f08932b1bbd082fec 625684 misc optional 
icicles_22.0+20090810.orig.tar.gz
 b1aa03df018705c684a304c00c62 5469 misc optional 
icicles_22.0+20090810-1.diff.gz
 f070502b11959dd2514677a12d96bbb3 630306 misc optional 
icicles_22.0+20090810-1_all.deb

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

iEYEARECAAYFAkp/3rcACgkQiZgNKcDdyD9mnwCgu6wfU/vvOoa8glSDdgubx07s
gksAnRy1zW5hFpRQ7fOlswG8HqMgitem
=gdp8
-END PGP SIGNATURE-


Accepted:
icicles_22.0+20090810-1.diff.gz
  to pool/main/i/icicles/icicles_22.0+20090810-1.diff.gz
icicles_22.0+20090810-1.dsc
  to pool/main/i/icicles/icicles_22.0+20090810-1.dsc
icicles_22.0+20090810-1_all.deb
  to pool/main/i/icicles/icicles_22.0+20090810-1_all.deb
icicles_22.0+20090810.orig.tar.gz
  to pool/main/i/icicles/icicles_22.0+20090810.orig.tar.gz


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



Accepted cipux-storage 3.4.0.2-1 (source all)

2009-08-10 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Format: 1.8
Date: Mon, 10 Aug 2009 11:19:36 +0200
Source: cipux-storage
Binary: libcipux-storage-perl cipux-storage-tools
Architecture: source all
Version: 3.4.0.2-1
Distribution: unstable
Urgency: low
Maintainer: CipUX team cipux-de...@lists.alioth.debian.org
Changed-By: Jonas Smedegaard d...@jones.dk
Description: 
 cipux-storage-tools - Commandline storage-related tools for CipUX
 libcipux-storage-perl - storage abstraction layer for CipUX
Changes: 
 cipux-storage (3.4.0.2-1) unstable; urgency=low
 .
   * New upstream release.
   * Bump Policy compliance to standards-version 3.8.2.
   * Build-depend on libtest-refcount-perl and libtest-leaktrace-perl.
   * Tighten dependencies on libcipux-perl to at least 3.4.0.5.
   * Update package-relations.mk: Cleanup unversioned+versioned
 dependency mix. Improve whitespace cleanup. Rewrite and silence
 applying dependencies.
Checksums-Sha1: 
 367f3a57b0d63b3a2f3171b7d5af158cf261c3d3 1853 cipux-storage_3.4.0.2-1.dsc
 11dfcfce78afab97b518867dd124195b5186b7d2 26742 
cipux-storage_3.4.0.2.orig.tar.gz
 11e21925cef28291ea575e6aff7637c029693554 19829 cipux-storage_3.4.0.2-1.diff.gz
 02bcbbdc4e461f8fc0ca1852825cf4cf95b6480b 51316 
libcipux-storage-perl_3.4.0.2-1_all.deb
 ad2f737db893cf3a2601cc5500dfdb5eb062e4c2 19384 
cipux-storage-tools_3.4.0.2-1_all.deb
Checksums-Sha256: 
 0b2a1ca2b5725cd93c43c6e0935161bf91b50f707611538710cbf2504f30880a 1853 
cipux-storage_3.4.0.2-1.dsc
 c1bcb2da0a451e45e3646eb003a251f6aa90aa583b1d81ea4ec337d2b8206cf1 26742 
cipux-storage_3.4.0.2.orig.tar.gz
 634e85cd4a137863218eeb74c191ab6d85987e7001a731523c16b7ffd308ce2e 19829 
cipux-storage_3.4.0.2-1.diff.gz
 2959ef470519f98ccee6a73dc3688607be5a137d515dabfeb77dfd767f6908f1 51316 
libcipux-storage-perl_3.4.0.2-1_all.deb
 531effe1409dec46fc8fb651d5fcce9aba7936b7b2a1587d262288f1904087b5 19384 
cipux-storage-tools_3.4.0.2-1_all.deb
Files: 
 133c61c9f2970555b3d1468bf1264efe 1853 perl optional cipux-storage_3.4.0.2-1.dsc
 d2ba5e5c7e0d461a5d9d165f6f5910fb 26742 perl optional 
cipux-storage_3.4.0.2.orig.tar.gz
 2a57c3cd0356a9b4bd8f4dfec42da156 19829 perl optional 
cipux-storage_3.4.0.2-1.diff.gz
 2d762fe8d64526a6cbb2a7241aa78acd 51316 perl optional 
libcipux-storage-perl_3.4.0.2-1_all.deb
 730f9867bbf235cd68286ea0dd765452 19384 perl optional 
cipux-storage-tools_3.4.0.2-1_all.deb

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

iEYEAREDAAYFAkp/6B8ACgkQn7DbMsAkQLgilgCcDyjbBDrkC5gMH7yzet2QKQX7
EzYAn3bsongeQU5HMF7OIinuPnnH8AdK
=PpAp
-END PGP SIGNATURE-


Accepted:
cipux-storage-tools_3.4.0.2-1_all.deb
  to pool/main/c/cipux-storage/cipux-storage-tools_3.4.0.2-1_all.deb
cipux-storage_3.4.0.2-1.diff.gz
  to pool/main/c/cipux-storage/cipux-storage_3.4.0.2-1.diff.gz
cipux-storage_3.4.0.2-1.dsc
  to pool/main/c/cipux-storage/cipux-storage_3.4.0.2-1.dsc
cipux-storage_3.4.0.2.orig.tar.gz
  to pool/main/c/cipux-storage/cipux-storage_3.4.0.2.orig.tar.gz
libcipux-storage-perl_3.4.0.2-1_all.deb
  to pool/main/c/cipux-storage/libcipux-storage-perl_3.4.0.2-1_all.deb


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



Accepted koffice 1:2.0.2-1 (source all i386)

2009-08-10 Thread Ana Beatriz Guerrero Lopez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 00:18:16 +0200
Source: koffice
Binary: koffice koffice-doc-html karbon kchart kplato kpresenter krita 
krita-data kspread kword kword-data kthesaurus koffice-libs koffice-data 
koffice-dev koffice-dbg
Architecture: source all i386
Version: 1:2.0.2-1
Distribution: experimental
Urgency: low
Maintainer: Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org
Changed-By: Ana Beatriz Guerrero Lopez a...@debian.org
Description: 
 karbon - a vector graphics application for the KDE Office Suite
 kchart - chart drawing components for the KDE Office Suite
 koffice- KDE Office Suite
 koffice-data - common shared data for the KDE Office Suite
 koffice-dbg - debugging symbols for KOffice
 koffice-dev - common libraries for KOffice (development files)
 koffice-doc-html - KDE Office Suite documentation in HTML format
 koffice-libs - common libraries and binaries for the KDE Office Suite
 kplato - an integrated project management and planning tool
 kpresenter - a presentation program for the KDE Office Suite
 krita  - a pixel-based image manipulation program for the KDE Office Suite
 krita-data - data files for Krita painting program
 kspread- a spreadsheet for the KDE Office Suite
 kthesaurus - thesaurus for the KDE Office Suite
 kword  - a word processor for the KDE Office Suite
 kword-data - data files for KWord word processor
Changes: 
 koffice (1:2.0.2-1) experimental; urgency=low
 .
   * New upstream release.
   * Update installed files and lintian overrides.
   * Update to Standards-Version 3.8.2, no changes required.
   * Bump build depends to KDE 4.3.0.
   * Move /usr/lib/kde4/libwmfexport.so and /usr/lib/kde4/libwmfimport.so to
 karbon package from kword. Add appropriate Conflicts/Replaces.
Checksums-Sha1: 
 eff7cbf5042d1032317d2320f78f882ceac52633 1757 koffice_2.0.2-1.dsc
 bd0f554c3cd61bb6b864c6c0d9d084f164929d8b 85519865 koffice_2.0.2.orig.tar.gz
 b1fcf5d34b06dac4f4e366e83b48f4326d005d7a 39132 koffice_2.0.2-1.diff.gz
 99fa9bc87637ac5a7712120b974c9ebb3d68397c 8182 koffice_2.0.2-1_all.deb
 8aa2dbe6e7fa2265aaed30b2d3d7efc366547cf3 29061678 
koffice-doc-html_2.0.2-1_all.deb
 7911416619d8dc4e7076d335e72ec64858a269cd 1325782 krita-data_2.0.2-1_all.deb
 e2435f272353f8bc2edf00a5244831adc82e4376 131400 kword-data_2.0.2-1_all.deb
 20a810633f7638f81964974f551a96619f2d12f8 926700 koffice-data_2.0.2-1_all.deb
 a065b9d86ebb933fcdc8593853f3c9c83ab28a72 687966 karbon_2.0.2-1_i386.deb
 446d9ebf0d75a6f94b2c737b386d0dee9ae997e7 836586 kchart_2.0.2-1_i386.deb
 78ece1e6a80e6437921b7d46c4d053faddac55c1 1418284 kplato_2.0.2-1_i386.deb
 32850c1b162c21a58698819da9041ab1cd44ac0c 414190 kpresenter_2.0.2-1_i386.deb
 1588d73b1314e6be038206de96dc222d1e2dcbdd 3006712 krita_2.0.2-1_i386.deb
 39e66c5767af18746da70c1a0d0d60155e9a9ce0 2317132 kspread_2.0.2-1_i386.deb
 5463b558c7b8b5998eb449a1514bcf780170cd4c 1107388 kword_2.0.2-1_i386.deb
 a04a929cfe3d737a15a70ab8ccafd8f338b5ed7b 15946 kthesaurus_2.0.2-1_i386.deb
 967c9a0cca0777ac98b1818e6a933836bb70ca50 2654496 koffice-libs_2.0.2-1_i386.deb
 e545865ae06564713ed34cd2c73c8e8dd6b14dd0 245280 koffice-dev_2.0.2-1_i386.deb
 fac924e7497e63d63ac57bacd71a7d1200e52adf 120266532 koffice-dbg_2.0.2-1_i386.deb
Checksums-Sha256: 
 5b1c004b58e90b94dbc1416eabd2679a3df5db75c0f28d18a49212018d2e7643 1757 
koffice_2.0.2-1.dsc
 eba4695e51aaaf9da96441523265f25e3828c1b6ffb6e99d7de547b7b62042cf 85519865 
koffice_2.0.2.orig.tar.gz
 519fbd6ff51e9258effb7f263a83a840fd7902ad14a5209580871f6585c72c3a 39132 
koffice_2.0.2-1.diff.gz
 fc644dc39dfe0592f59d4307da911528567897da94212341c657bbf4dc7778d3 8182 
koffice_2.0.2-1_all.deb
 e6d3a758d751e431d135f418dfd7aca019697e2154425b5b91876a205c0e 29061678 
koffice-doc-html_2.0.2-1_all.deb
 93d974cc521211e60ee82b7568a8be6f31dc2b7797a1fbfa0a814b4bcc968aca 1325782 
krita-data_2.0.2-1_all.deb
 7985cf3f0b2b8a756805a7fc55f7fa5847757333da6fae2fa213c0bf28ef1d59 131400 
kword-data_2.0.2-1_all.deb
 1f321cd5cdea3980d92a89299dcae462d5cbf7c291f0e7d4033cc7a4d1765a54 926700 
koffice-data_2.0.2-1_all.deb
 5ba77b688dffe51ce32d8692078cbc3af1325bf5df6e9de27511e4c710a3058c 687966 
karbon_2.0.2-1_i386.deb
 8092c5c0fe2678c9e8690b087340268b6d456c1fd352845c98b9c7b867c2929f 836586 
kchart_2.0.2-1_i386.deb
 cc98ab5ce073174a952b50a2dbcaa403a22b0f310a852bc29f7309558315ce89 1418284 
kplato_2.0.2-1_i386.deb
 166fc3e8a50f5415b0814b71084458ca4afd4f95264edf0fd4a13583606ec63d 414190 
kpresenter_2.0.2-1_i386.deb
 c0f7f5dabd6dba9d6e6dda6cdd4e3ded73c99226cc62b9354eb977af7b9891b5 3006712 
krita_2.0.2-1_i386.deb
 19bb7a7757d135b96028e584019e53d9b50e1472ad504263b5f3dba362c00384 2317132 
kspread_2.0.2-1_i386.deb
 444bef8ae86de2ec8b6edcc1a3db1141af981dd80a9c5da93b4d95150a0afb07 1107388 
kword_2.0.2-1_i386.deb
 021ea98813f068a1af3aba0df7a2a9d5892034c7b848e9d728bf10bc9a16ceb6 15946 
kthesaurus_2.0.2-1_i386.deb
 7cb436d6cf7c4327f902679830601d0ad4937c73cf268680d95eb86d2e9aad80 2654496 

Accepted clive 2.2.4-1 (source all)

2009-08-10 Thread Damyan Ivanov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 13:20:05 +0300
Source: clive
Binary: clive
Architecture: source all
Version: 2.2.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Changed-By: Damyan Ivanov d...@debian.org
Description: 
 clive  - video extraction utility for YouTube, Google Video and others
Closes: 497394 520520 535459 535483 535957 540349
Changes: 
 clive (2.2.4-1) unstable; urgency=low
 .
   [ Ryan Niebur ]
   * New Upstream Version
 - adds support for vimeo (Closes: #497394)
   * refresh patches
 .
   [ Damyan Ivanov ]
   * New Upstream Version (Closes: #540349)
 - allows use of --format=(mp4|hd|hq|3gp) with youtube
   (Closes: #535957 -- --format switch doesn't work anymore)
 - restore ~/.config/clive/config path support (Closes: #535483)
   - note this in NEWS.Debian
 - pair --exec with --exec-run, the latter now triggers the former
   (Closes: #520520)
 - fixes `clive URL --exec=ls;' (Closes: #535459)
   * Set Homepage to http://clive.googlecode.com/
   * drop debian/patches; the only patch there was applied upstream
Checksums-Sha1: 
 88d915daebeb9758c887d544b442da98493743eb 1513 clive_2.2.4-1.dsc
 fa0e026266dc3cf694980a166927e0332e2f3c38 51826 clive_2.2.4.orig.tar.gz
 b0860d9e5676cbe6f740ed8652582c57fef568b8 5547 clive_2.2.4-1.diff.gz
 9d725640e0c73843f5a050643a5daff18681f443 54686 clive_2.2.4-1_all.deb
Checksums-Sha256: 
 3f4a7ad1b87903b805af90bb164003d2b12756b37f0b299bca8dc55a92559f0a 1513 
clive_2.2.4-1.dsc
 18802be92c6e850802df2046daecf88b62aac39a01de6b73a6ea5197514c9fed 51826 
clive_2.2.4.orig.tar.gz
 5294ed30f7fe1bf47da1483b431b18182274f058b595608c394b464ba371d107 5547 
clive_2.2.4-1.diff.gz
 adb42e211b931a83a1c0a92326c51f0e117cf37305aa0c941742f52ac4656c90 54686 
clive_2.2.4-1_all.deb
Files: 
 be7d9daed091da12a4df0a84cbc480d7 1513 utils optional clive_2.2.4-1.dsc
 a070a659de5fc8a96c16fb63fa7847c4 51826 utils optional clive_2.2.4.orig.tar.gz
 330c69bd86e648c1a5a22636fb6e7fde 5547 utils optional clive_2.2.4-1.diff.gz
 bb4735f261077553935be069039a0721 54686 utils optional clive_2.2.4-1_all.deb

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

iEYEARECAAYFAkp/9XoACgkQHqjlqpcl9jszBQCeOv67/VRyWKzMWxnwDdbJ0Trw
XpcAnRkLL6cpvshDVuuTg175/HpZ7b5T
=KadH
-END PGP SIGNATURE-


Accepted:
clive_2.2.4-1.diff.gz
  to pool/main/c/clive/clive_2.2.4-1.diff.gz
clive_2.2.4-1.dsc
  to pool/main/c/clive/clive_2.2.4-1.dsc
clive_2.2.4-1_all.deb
  to pool/main/c/clive/clive_2.2.4-1_all.deb
clive_2.2.4.orig.tar.gz
  to pool/main/c/clive/clive_2.2.4.orig.tar.gz


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



Accepted module-build-cipux 0.4.0-3 (source all)

2009-08-10 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Format: 1.8
Date: Mon, 10 Aug 2009 12:07:51 +0200
Source: module-build-cipux
Binary: libmodule-build-cipux-perl
Architecture: source all
Version: 0.4.0-3
Distribution: unstable
Urgency: low
Maintainer: CipUX team cipux-de...@lists.alioth.debian.org
Changed-By: Jonas Smedegaard d...@jones.dk
Description: 
 libmodule-build-cipux-perl - build helper for the user and resource management 
framework CipUX
Changes: 
 module-build-cipux (0.4.0-3) unstable; urgency=low
 .
   * Fix typo in README.source: new new.
   * Update local CDBS snippets:
 + Update package-relations.mk: Cleanup unversioned+versioned
   dependency mix. Improve whitespace cleanup. Rewrite and silence
   applying dependencies.
 + Implement fail-source-not-repackaged rule in upstream-tarball.mk.
 + Update URL to draft DEP5 format in copyright-check.mk output.
   * Bump policy compliance to standards-version 3.8.2.
   * Tighten build-dependency on debhelper to at least 6.
Checksums-Sha1: 
 756364282de8fb8d309c86ee93d25d1c45f36dc2 1684 module-build-cipux_0.4.0-3.dsc
 643979407e39e0981ab75ba17d5f4977e66c6464 10694 
module-build-cipux_0.4.0-3.diff.gz
 f8c00c2e7265ed9fa50ee87fc4fdb6bf5a47697a 22378 
libmodule-build-cipux-perl_0.4.0-3_all.deb
Checksums-Sha256: 
 acdd39fc91317717a9aedb20cc8f776de13729c3fb2f69ed7011248114572608 1684 
module-build-cipux_0.4.0-3.dsc
 0f60edee6371547b869087e1c54b9b3d22e1d4acb5afdc366bc4342a8b310e2f 10694 
module-build-cipux_0.4.0-3.diff.gz
 26f489e798bcf54663539891f8773c04de2ddb8fdb6eb2468b3aa32b40378004 22378 
libmodule-build-cipux-perl_0.4.0-3_all.deb
Files: 
 9badcbb465962ba16b0290a088e0f90c 1684 perl optional 
module-build-cipux_0.4.0-3.dsc
 4b43957ff32247eb64797cba22743b2f 10694 perl optional 
module-build-cipux_0.4.0-3.diff.gz
 3c3fb9616511597a5a220531ae64c38c 22378 perl optional 
libmodule-build-cipux-perl_0.4.0-3_all.deb

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

iEYEAREDAAYFAkp/9HcACgkQn7DbMsAkQLjaugCcD6K697A20iR7+Wbl/lQlMwdV
/w4An31tfUtBjqRgbqeynVkB982J7pEF
=F4YG
-END PGP SIGNATURE-


Accepted:
libmodule-build-cipux-perl_0.4.0-3_all.deb
  to pool/main/m/module-build-cipux/libmodule-build-cipux-perl_0.4.0-3_all.deb
module-build-cipux_0.4.0-3.diff.gz
  to pool/main/m/module-build-cipux/module-build-cipux_0.4.0-3.diff.gz
module-build-cipux_0.4.0-3.dsc
  to pool/main/m/module-build-cipux/module-build-cipux_0.4.0-3.dsc


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



Accepted qtemu 2.0~alpha1-1 (source amd64)

2009-08-10 Thread Fathi Boudra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 05 Jul 2009 14:18:47 +0200
Source: qtemu
Binary: qtemu
Architecture: source amd64
Version: 2.0~alpha1-1
Distribution: experimental
Urgency: low
Maintainer: Fathi Boudra f...@debian.org
Changed-By: Fathi Boudra f...@debian.org
Description: 
 qtemu  - graphical user interface for QEMU
Closes: 520206
Changes: 
 qtemu (2.0~alpha1-1) experimental; urgency=low
 .
   * New upstream release.
 .
   [Ana Beatriz Guerrero Lopez]
   * Add to the list of Architectures: arm, armel and sparc.
 That are also supported by qemu. (Closes: #520206)
 .
   [Fathi Boudra]
   * Remove debian/patches: merged upstream.
   * Bump debian/compat from 6 to 7.
   * Update debian/control:
 - Remove cdbs and sharutils build dependencies.
 - Add libvncserver-dev (= 0.9.7) build dependency.
 - Bump debhelper version to 7.3.
 - Add Vcs-Browser and Vcs-Svn fields.
 - Add Suggests: Suggests: sudo, iproute, net-tools, bridge-utils and
   uml-utilities.
   * Update debian/copyright: keep up-to-date.
   * Remove debian/install: not needed anymore since Debian packaging doesn't
 provide qtemu.desktop and qtemu.png files.
   * Convert debian/rules to dh usage.
Checksums-Sha1: 
 1e78393061f73ceddcd01607c5dc6f702ba925fc 1453 qtemu_2.0~alpha1-1.dsc
 0729cb270a10c60c6bb6593124f397022f4da858 1009834 qtemu_2.0~alpha1.orig.tar.gz
 626ce2fb5e79b839d05037cca175c6d3a48a52db 2900 qtemu_2.0~alpha1-1.diff.gz
 eb01dffbc57102d657bcd4604859604e74026602 1018534 qtemu_2.0~alpha1-1_amd64.deb
Checksums-Sha256: 
 1f83fd5b81721ceb42d99d009d8487a53f64ce1b49b645b142d4d23e8ae036bb 1453 
qtemu_2.0~alpha1-1.dsc
 db1269e9495a8f70098dba7470c8f5fe9824dbaed4838838132fc1ae5d0606dd 1009834 
qtemu_2.0~alpha1.orig.tar.gz
 988917b5f1652a8f20598906e8a994a4404066b74c197ce9a978adf945381b75 2900 
qtemu_2.0~alpha1-1.diff.gz
 e5ef015117ef140bf4349a3dac90c7a76d96f881ae1a8c9c526016b1b28abfc6 1018534 
qtemu_2.0~alpha1-1_amd64.deb
Files: 
 148217fa87fec6fc857149acdfa5d9f4 1453 x11 optional qtemu_2.0~alpha1-1.dsc
 928b5d5e4e876bdf0375d63e2bc6ca0f 1009834 x11 optional 
qtemu_2.0~alpha1.orig.tar.gz
 9be9eda4eb0a0169f2ec61a7d8052cd9 2900 x11 optional qtemu_2.0~alpha1-1.diff.gz
 73b36156ab038d698fd404f9e5b7e266 1018534 x11 optional 
qtemu_2.0~alpha1-1_amd64.deb

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

iJwEAQECAAYFAkp//rYACgkQjPU19mqlcvceEgP8Cw4oCz1Hz0XRAL6U3Jgymjpz
CVA3ER3eEims8XLFhRwR3PUmbIM6Pypw4AorWfMN4vexgQri0YXp2Wrs39gBsRMa
qiHh+1SCxK81QYYfYj3alw6rFLtrLMC1XMnin32z1e9lHnQ7u5rvNQqNWzmC+lev
89p1vzzW7SrFEsxK69E=
=Tn8T
-END PGP SIGNATURE-


Accepted:
qtemu_2.0~alpha1-1.diff.gz
  to pool/main/q/qtemu/qtemu_2.0~alpha1-1.diff.gz
qtemu_2.0~alpha1-1.dsc
  to pool/main/q/qtemu/qtemu_2.0~alpha1-1.dsc
qtemu_2.0~alpha1-1_amd64.deb
  to pool/main/q/qtemu/qtemu_2.0~alpha1-1_amd64.deb
qtemu_2.0~alpha1.orig.tar.gz
  to pool/main/q/qtemu/qtemu_2.0~alpha1.orig.tar.gz


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



Accepted org-mode 6.29c+1-1 (source all)

2009-08-10 Thread Sebastien Delafond
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 12:38:39 +0200
Source: org-mode
Binary: org-mode
Architecture: source all
Version: 6.29c+1-1
Distribution: unstable
Urgency: low
Maintainer: Sebastien Delafond s...@debian.org
Changed-By: Sebastien Delafond s...@debian.org
Description: 
 org-mode   - keep notes, maintain ToDo lists, and do project planning in emacs
Closes: 540736
Changes: 
 org-mode (6.29c+1-1) unstable; urgency=low
 .
   * Clarify licensing of org-mode's documentation in debian/copyright, and
 correct packaging bug in 6.27a-1 and 6.29c-1 where the wrong,
 GFDL-only version of the manual was accidentally included (Closes:
 #540736).
Checksums-Sha1: 
 85517e2da0f9536c5adfd2c2ca93c3f3ee274a91 1018 org-mode_6.29c+1-1.dsc
 ebd5b2f3754b6820f7f8f4a12141348e15b47d34 971758 org-mode_6.29c+1.orig.tar.gz
 4facc455fe9c2a6517014556c249f521915de71c 5008 org-mode_6.29c+1-1.diff.gz
 13a2ac9e6881b4014cf2b6008fb6f44715f3968a 1725468 org-mode_6.29c+1-1_all.deb
Checksums-Sha256: 
 4c6b1794de092d4eefcb6437f92ab4ed4796cc520808f19d0a7d05ae7f77ed6b 1018 
org-mode_6.29c+1-1.dsc
 5d159e91d0f7a8097886d129dec8fc5976294f3c31720e36100dd018b7ef1748 971758 
org-mode_6.29c+1.orig.tar.gz
 e678d6089a79807d6148dc702edd8567584eb68d12c10e7094bb9ae242f228e6 5008 
org-mode_6.29c+1-1.diff.gz
 89be9f814f07ca01161bc939a58972c43b29849158caf353f0f7587833a4264b 1725468 
org-mode_6.29c+1-1_all.deb
Files: 
 2282d8d76226e628c284b04f3d73014f 1018 misc optional org-mode_6.29c+1-1.dsc
 70ef5d2ea5342538937518ebd7913331 971758 misc optional 
org-mode_6.29c+1.orig.tar.gz
 690c2837360e5290d1e1a807429914b4 5008 misc optional org-mode_6.29c+1-1.diff.gz
 27be392a78a01c7410d4f85cf13b877e 1725468 misc optional 
org-mode_6.29c+1-1_all.deb

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

iEYEARECAAYFAkp///4ACgkQiZgNKcDdyD/KIACgkglOG0jA9pyAKAtR66y4CO7f
12UAn01/xS6bsuCZX2hUjQpE7R5MsjhA
=pXLa
-END PGP SIGNATURE-


Accepted:
org-mode_6.29c+1-1.diff.gz
  to pool/main/o/org-mode/org-mode_6.29c+1-1.diff.gz
org-mode_6.29c+1-1.dsc
  to pool/main/o/org-mode/org-mode_6.29c+1-1.dsc
org-mode_6.29c+1-1_all.deb
  to pool/main/o/org-mode/org-mode_6.29c+1-1_all.deb
org-mode_6.29c+1.orig.tar.gz
  to pool/main/o/org-mode/org-mode_6.29c+1.orig.tar.gz


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



Accepted emacs-jabber 0.7.93-2 (source all)

2009-08-10 Thread Milan Zamazal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 12:27:51 +0200
Source: emacs-jabber
Binary: emacs-jabber
Architecture: source all
Version: 0.7.93-2
Distribution: unstable
Urgency: low
Maintainer: Milan Zamazal p...@debian.org
Changed-By: Milan Zamazal p...@debian.org
Description: 
 emacs-jabber - Jabber client for Emacsen
Closes: 540244
Changes: 
 emacs-jabber (0.7.93-2) unstable; urgency=low
 .
   * Simplify dependencies on Emacsen; closes: #540244.
   * Standards 3.8.2 (no real change).
   * Support emacs23.
Checksums-Sha1: 
 e3d62c7d098243c84c4fa3467a56ace2a53cab43 1075 emacs-jabber_0.7.93-2.dsc
 9e377ffd3c689321863ca869cb00117bb371c580 76944 emacs-jabber_0.7.93-2.diff.gz
 073bcd33a861714186cffe56e6d18b183ef59831 180530 emacs-jabber_0.7.93-2_all.deb
Checksums-Sha256: 
 35af638e10c1bc240e9b14df8f2acc7cbf40c46fe1e9d6a67029daf0b0309383 1075 
emacs-jabber_0.7.93-2.dsc
 adee70899233448d302665ce0d33449f8f4427442ae9185729e6894eb6d80c5e 76944 
emacs-jabber_0.7.93-2.diff.gz
 b8cc221c899f3a5e763a21fabdae9f0cc5a7fa38014d3dfccc7e09d88a40d977 180530 
emacs-jabber_0.7.93-2_all.deb
Files: 
 45f4483dbb0eb16820cf16ca6de54a79 1075 net optional emacs-jabber_0.7.93-2.dsc
 e4e55c955bba78d6fc94e9bfa9f42a61 76944 net optional 
emacs-jabber_0.7.93-2.diff.gz
 4b54bb0105e00de3a0a9308e25f3a35d 180530 net optional 
emacs-jabber_0.7.93-2_all.deb

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

iEYEARECAAYFAkp/+sEACgkQkSkk/j3Cm0GZ6wCgxfDBTh9lozBzNCaDkXBJaCSD
hsYAnjT88QweqJBwKPMuDosB6CU3oJ7n
=KMoy
-END PGP SIGNATURE-


Accepted:
emacs-jabber_0.7.93-2.diff.gz
  to pool/main/e/emacs-jabber/emacs-jabber_0.7.93-2.diff.gz
emacs-jabber_0.7.93-2.dsc
  to pool/main/e/emacs-jabber/emacs-jabber_0.7.93-2.dsc
emacs-jabber_0.7.93-2_all.deb
  to pool/main/e/emacs-jabber/emacs-jabber_0.7.93-2_all.deb


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



Accepted xcache 1.3.0-1 (source amd64)

2009-08-10 Thread Michal Čihař
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 15:04:48 +0200
Source: xcache
Binary: php5-xcache
Architecture: source amd64
Version: 1.3.0-1
Distribution: unstable
Urgency: low
Maintainer: Michal Čihař ni...@debian.org
Changed-By: Michal Čihař ni...@debian.org
Description: 
 php5-xcache - Fast, stable PHP opcode cacher
Changes: 
 xcache (1.3.0-1) unstable; urgency=low
 .
   * New upstream release.
Checksums-Sha1: 
 4370039ed1190a497de4340f1488020b74454190 1093 xcache_1.3.0-1.dsc
 1200a136fb6438b2880b1adbef769ce8c4ea8500 105881 xcache_1.3.0.orig.tar.gz
 6abddaef067a5d121fbcee5ab67ed0afc942b99a 5226 xcache_1.3.0-1.diff.gz
 3f05bb952cfd3f60641de7348c4f8441eccf81e4 94640 php5-xcache_1.3.0-1_amd64.deb
Checksums-Sha256: 
 34099643569d53966e849cfd85a2deb6616481bb5b8b4a88fee80c81a9d93519 1093 
xcache_1.3.0-1.dsc
 f3a08f71ef0fd93640ecf22df0915f6c465a237d19037a27b8405d5586b165b5 105881 
xcache_1.3.0.orig.tar.gz
 5a7f4c49c68e6e2550af6e7ad3097618b3e1a77107600a8d3e91cb6a54ef 5226 
xcache_1.3.0-1.diff.gz
 2f5ec7e2644ac418e65c94dd6f256f5e0c2113c0a6eb8bb980b0e640df547282 94640 
php5-xcache_1.3.0-1_amd64.deb
Files: 
 0e659ebaef3cab03d47f0f67f647459e 1093 php optional xcache_1.3.0-1.dsc
 aa78eec93ce9684dfd99010f62ad6720 105881 php optional xcache_1.3.0.orig.tar.gz
 e68cbf8cd4b8bdbe1bfafa6471160fdf 5226 php optional xcache_1.3.0-1.diff.gz
 c97dc1a884f06f41a661520573812594 94640 php optional 
php5-xcache_1.3.0-1_amd64.deb

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

iEYEARECAAYFAkqAHqYACgkQ3DVS6DbnVgTnRwCg3JqBxNRI8sVgfOa3fBT1UV4w
UCgAn3nn1z+OXJVIKFKJRVq2+6S21HWg
=MfjG
-END PGP SIGNATURE-


Accepted:
php5-xcache_1.3.0-1_amd64.deb
  to pool/main/x/xcache/php5-xcache_1.3.0-1_amd64.deb
xcache_1.3.0-1.diff.gz
  to pool/main/x/xcache/xcache_1.3.0-1.diff.gz
xcache_1.3.0-1.dsc
  to pool/main/x/xcache/xcache_1.3.0-1.dsc
xcache_1.3.0.orig.tar.gz
  to pool/main/x/xcache/xcache_1.3.0.orig.tar.gz


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



Accepted inn2 2.5.0-4 (source i386)

2009-08-10 Thread Marco d'Itri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 14:38:07 +0200
Source: inn2
Binary: inn2 inn2-lfs inn2-inews inn2-dev
Architecture: source i386
Version: 2.5.0-4
Distribution: unstable
Urgency: medium
Maintainer: Marco d'Itri m...@linux.it
Changed-By: Marco d'Itri m...@linux.it
Description: 
 inn2   - 'InterNetNews' news server
 inn2-dev   - The libinn.a library, headers and man pages
 inn2-inews - NNTP client news injector, from InterNetNews (INN)
 inn2-lfs   - 'InterNetNews' news server (LFS version)
Closes: 533933
Changes: 
 inn2 (2.5.0-4) unstable; urgency=medium
 .
   * Added patches changeset_r8556: move dbz.h into the public inn directory.
 (Closes: #533933)
   * Backported more misc fixes.
Checksums-Sha1: 
 f6911ac5e3af4d7ace52bef0c26d7150dc02cbae 1098 inn2_2.5.0-4.dsc
 ad1a05c122d9a486e3acaa41f7434356f43bad2c 39940 inn2_2.5.0-4.diff.gz
 06d710ba12fc77a6d6f2574e9b4db5d99e67c170 3702294 inn2_2.5.0-4_i386.deb
 af291e0a4decc83f2d47f875990e1fd1229f0525 3821284 inn2-lfs_2.5.0-4_i386.deb
 3a4564d409be0c86d9d2911dbe75e55c41180166 135998 inn2-inews_2.5.0-4_i386.deb
 04bd665fd090c674535bfe6e9d50e17770d2b0ca 268120 inn2-dev_2.5.0-4_i386.deb
Checksums-Sha256: 
 82395af01962b1b023a9724bb0810e48e0c6c298d4271cbb1d87d29dbd97ff26 1098 
inn2_2.5.0-4.dsc
 2ea9e847d09fc4f333e1421eac60ead53b85c2a02df05e7ba835d8a7744c7359 39940 
inn2_2.5.0-4.diff.gz
 ec5608d0c783527f3cf7526533b446b3a3cb6bc822637bf87b887b36d3d08668 3702294 
inn2_2.5.0-4_i386.deb
 95fd21c80021cc0dbd1ffca18cc3396b323d5316f60f32dd9c89b17be5934539 3821284 
inn2-lfs_2.5.0-4_i386.deb
 a1b158a322deae3939d22ecda75cf13250e2dde3941dc6e4dacb5ad7d0b5e5fe 135998 
inn2-inews_2.5.0-4_i386.deb
 d9dde4758f6da83f43e29dfb3aa9e90d12f853a928f88e21a107c62f1e921a80 268120 
inn2-dev_2.5.0-4_i386.deb
Files: 
 a69be173da75b7bd39c8a65268679aac 1098 news extra inn2_2.5.0-4.dsc
 5fd2fb1a29a76da12687a43cdcc80f92 39940 news extra inn2_2.5.0-4.diff.gz
 368bbd7863b17d9ecc147a8a1bdc1798 3702294 news extra inn2_2.5.0-4_i386.deb
 a3b669618427ae663a4bab5e7864b4e0 3821284 news extra inn2-lfs_2.5.0-4_i386.deb
 92c93f0936fd814716f1c287a68b5f0a 135998 news extra inn2-inews_2.5.0-4_i386.deb
 ac7977d69d13cea32f5e749da204babb 268120 devel extra inn2-dev_2.5.0-4_i386.deb

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

iEYEARECAAYFAkqAHg8ACgkQFGfw2OHuP7HimACfczK9ubfFOHDYp6z1FmPsLOZ/
2+AAn3VzMy87FASdOk9yX22evEOR7gp9
=fNhJ
-END PGP SIGNATURE-


Accepted:
inn2-dev_2.5.0-4_i386.deb
  to pool/main/i/inn2/inn2-dev_2.5.0-4_i386.deb
inn2-inews_2.5.0-4_i386.deb
  to pool/main/i/inn2/inn2-inews_2.5.0-4_i386.deb
inn2-lfs_2.5.0-4_i386.deb
  to pool/main/i/inn2/inn2-lfs_2.5.0-4_i386.deb
inn2_2.5.0-4.diff.gz
  to pool/main/i/inn2/inn2_2.5.0-4.diff.gz
inn2_2.5.0-4.dsc
  to pool/main/i/inn2/inn2_2.5.0-4.dsc
inn2_2.5.0-4_i386.deb
  to pool/main/i/inn2/inn2_2.5.0-4_i386.deb


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



Accepted mz 0.34.7-1 (source amd64)

2009-08-10 Thread Cristian Greco
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 28 Jul 2009 20:53:10 +0200
Source: mz
Binary: mz
Architecture: source amd64
Version: 0.34.7-1
Distribution: unstable
Urgency: low
Maintainer: Cristian Greco cristian.deb...@gmail.com
Changed-By: Cristian Greco cristian.deb...@gmail.com
Description: 
 mz - versatile packet creation and network traffic generation tool
Changes: 
 mz (0.34.7-1) unstable; urgency=low
 .
   * New upstream version.
 - debian/{control,rules}: build-depends on quilt.
 - debian/README.source: add info about quilt patch system.
 - debian/patches/fix-build.patch: drop some architecture dependent CFLAGS.
   * Upload to unstable.
Checksums-Sha1: 
 c65e1b5e714198174c8de332be115db9bef9e3ce 1128 mz_0.34.7-1.dsc
 2e12f3f280701d42966b95d52abcb0afd616ebed 184987 mz_0.34.7.orig.tar.gz
 aac6d9c1fa6bdc1cd713f3f4c57a7aae3100f508 2957 mz_0.34.7-1.diff.gz
 6167cd5d929215ae87cd92e8570ce8031185ea8e 159138 mz_0.34.7-1_amd64.deb
Checksums-Sha256: 
 abc1101f4669f0ac7aa3653aa5c830f340fab0ed3cd3a0a49da0770262ae902c 1128 
mz_0.34.7-1.dsc
 50eafda15ff9b4ce9320a326007151f2e19da1ba1fdd7a968526861f9e28ef3d 184987 
mz_0.34.7.orig.tar.gz
 66a45f655a95643b8c45b848ca9daf2e38f81830050c2e07de9d53bd41b36afd 2957 
mz_0.34.7-1.diff.gz
 af8486f5415c67c92e6b90883c8f8927e0c3d8ff59fb82bb2284bcc6a0ecda78 159138 
mz_0.34.7-1_amd64.deb
Files: 
 db1a7104b7f32fa69b46b9fa34bcf045 1128 net optional mz_0.34.7-1.dsc
 eec12622446035bd4da0e5b5cfe62cf0 184987 net optional mz_0.34.7.orig.tar.gz
 0b019bf7e32386dd7372b72bfaab97b5 2957 net optional mz_0.34.7-1.diff.gz
 d0f54280a8073edc94fe28e887101d4f 159138 net optional mz_0.34.7-1_amd64.deb

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

iEYEARECAAYFAkqAIPMACgkQ3DVS6DbnVgRPzgCgtxW/H42IlWZO1yzkHPbLLzXP
SR8AoO3J/VXKazZds0GDi62CUXdF2wGO
=s9OV
-END PGP SIGNATURE-


Accepted:
mz_0.34.7-1.diff.gz
  to pool/main/m/mz/mz_0.34.7-1.diff.gz
mz_0.34.7-1.dsc
  to pool/main/m/mz/mz_0.34.7-1.dsc
mz_0.34.7-1_amd64.deb
  to pool/main/m/mz/mz_0.34.7-1_amd64.deb
mz_0.34.7.orig.tar.gz
  to pool/main/m/mz/mz_0.34.7.orig.tar.gz


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



Accepted srecord 1.50-1 (source amd64)

2009-08-10 Thread Fathi Boudra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 14:14:39 +0200
Source: srecord
Binary: srecord
Architecture: source amd64
Version: 1.50-1
Distribution: unstable
Urgency: low
Maintainer: Fathi Boudra f...@debian.org
Changed-By: Fathi Boudra f...@debian.org
Description: 
 srecord- collection of powerful tools for manipulating EPROM load files
Closes: 504851
Changes: 
 srecord (1.50-1) unstable; urgency=low
 .
   * New upstream release.
   * Add patch to fix ftbfs with gcc-4.4. (Closes: #504851)
   * Remove patches:
 - 01_gcc_4.3_support.diff - merged upstream.
 - 02_remove_useless_cstdio.diff - merged upstream.
 - 03_groff_fix.diff - merged upstream.
 - 04_section_mismatch.diff - merged upstream.
   * Bump debian/compat from 6 to 7.
   * Update debian/control:
 - remove cdbs build dependency.
 - add libboost-dev and libgcrypt11-dev build dependencies.
 - bump debhelper version to 7.3.
 - bump Standards-Version from 3.7.3 to 3.8.2 (no changes needed).
   * Convert debian/rules to dh usage.
   * Fix debian/watch file.
Checksums-Sha1: 
 8f59f9f9f8749ec3bf03095206a96447e5f5932a 1296 srecord_1.50-1.dsc
 4d9d7150ee9bff41d167a5e2e9b9131af9536302 590969 srecord_1.50.orig.tar.gz
 3cac6cfff57f97168d5ae6c5d6a6a1785d3f5403 4024 srecord_1.50-1.diff.gz
 99a7bfad08efd4c39eea48f0d37ba215fe5a8f97 454382 srecord_1.50-1_amd64.deb
Checksums-Sha256: 
 edd3cff4c11646b1b57b437dfce9109d7beee70a0c5ee22563af0a8f0dab0c1a 1296 
srecord_1.50-1.dsc
 038882e15c32e7afce2de3ca8a3a74716c95b093f78f9a06c967cecf5d6a8798 590969 
srecord_1.50.orig.tar.gz
 74f428710bb3cc25dda88f2096bf98d93d14fe3374af137e317249cb45163e66 4024 
srecord_1.50-1.diff.gz
 3a76799a51d84a371b111ca172e437ab23d09c26972e62bdd1342de19b1b0274 454382 
srecord_1.50-1_amd64.deb
Files: 
 85a19018dcc577e082166d436518ab97 1296 utils extra srecord_1.50-1.dsc
 32e325f6f66e0abdc70903497d05c992 590969 utils extra srecord_1.50.orig.tar.gz
 69d3ad76b2059adb6870ea54175f11ff 4024 utils extra srecord_1.50-1.diff.gz
 3f70d5feafeaaa16c6bcaef3ddd43dd1 454382 utils extra srecord_1.50-1_amd64.deb

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

iJwEAQECAAYFAkqAIdAACgkQjPU19mqlcvftDgP7BQ5br8hAlWjyNGOMTcH9g5iZ
dfx79OP2gW+7eflNKpeb8f0fJ0KPLE723sw2/j/teXrH/NRmprk4YKCDjgyl3oYN
Kt9lB5Ap77KwuHwjTqm2PNFEExG1IeNnYWx8iOzJTDO3T9nkOxPQ5jKmBuXJ1r6h
ZlpLtnx6AGoR7Sukhdo=
=fY8F
-END PGP SIGNATURE-


Accepted:
srecord_1.50-1.diff.gz
  to pool/main/s/srecord/srecord_1.50-1.diff.gz
srecord_1.50-1.dsc
  to pool/main/s/srecord/srecord_1.50-1.dsc
srecord_1.50-1_amd64.deb
  to pool/main/s/srecord/srecord_1.50-1_amd64.deb
srecord_1.50.orig.tar.gz
  to pool/main/s/srecord/srecord_1.50.orig.tar.gz


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



Accepted python-minimock 1.2.5-1 (source all)

2009-08-10 Thread Ben Finney
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 07 Aug 2009 15:06:18 +1000
Source: python-minimock
Binary: python-minimock
Architecture: source all
Version: 1.2.5-1
Distribution: unstable
Urgency: low
Maintainer: Ben Finney ben+deb...@benfinney.id.au
Changed-By: Ben Finney ben+deb...@benfinney.id.au
Description: 
 python-minimock - simple library for Python mock objects
Changes: 
 python-minimock (1.2.5-1) unstable; urgency=low
 .
   * New upstream version:
 + Deprecate MockTracker. TraceTracker should be used instead.
   * debian/control:
 + Update to ‘Standards-Version: 3.8.2’. No changes required.
Checksums-Sha1: 
 7f23d4af3affa2676ee7c022bebf74c357c6e731 1171 python-minimock_1.2.5-1.dsc
 402d1471c23b487e531e3168cadc0c879b9fee5f 9204 python-minimock_1.2.5.orig.tar.gz
 f159af20abc0c882622cc1bc092972d59726b96d 3124 python-minimock_1.2.5-1.diff.gz
 4fcee895ce2cdce115e84e133709bb9e2781c2e8 14622 python-minimock_1.2.5-1_all.deb
Checksums-Sha256: 
 68b2839dad9fae35d9b2140a64418452aaf0f0493dd47b6a0681ba731d84a6ed 1171 
python-minimock_1.2.5-1.dsc
 4a8dd16281aad2f7f3dd0e9426d038b5b6114b3902133daa232d0e42539941c2 9204 
python-minimock_1.2.5.orig.tar.gz
 48a687fbbce2b098e92a01487b38441a2f34b980738a84b6c2b5f081157d3d9c 3124 
python-minimock_1.2.5-1.diff.gz
 8c941c537038000a652ce0a8b0ab1c96fb9b5eb78937f8d8b7263e91fedca062 14622 
python-minimock_1.2.5-1_all.deb
Files: 
 85574f75eea79b0d9413298ad7990d7c 1171 python extra python-minimock_1.2.5-1.dsc
 404ad9b0b2052686dee28936403aa3e7 9204 python extra 
python-minimock_1.2.5.orig.tar.gz
 bbf878c59c1e816e34c2274b7959c01f 3124 python extra 
python-minimock_1.2.5-1.diff.gz
 cc10ed73482d1e0a4d71cf8eb5434f9d 14622 python extra 
python-minimock_1.2.5-1_all.deb

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

iEYEARECAAYFAkqAIgsACgkQ3DVS6DbnVgSt1gCfVTvikj2zzobbMGwaesFVmiLB
rRYAoL8Sfkp9hoZJjPUb4Flkv4KD9Nzj
=zOKn
-END PGP SIGNATURE-


Accepted:
python-minimock_1.2.5-1.diff.gz
  to pool/main/p/python-minimock/python-minimock_1.2.5-1.diff.gz
python-minimock_1.2.5-1.dsc
  to pool/main/p/python-minimock/python-minimock_1.2.5-1.dsc
python-minimock_1.2.5-1_all.deb
  to pool/main/p/python-minimock/python-minimock_1.2.5-1_all.deb
python-minimock_1.2.5.orig.tar.gz
  to pool/main/p/python-minimock/python-minimock_1.2.5.orig.tar.gz


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



Accepted tin 1:1.9.5~20090720-1 (source i386)

2009-08-10 Thread Marco d'Itri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 15:33:49 +0200
Source: tin
Binary: tin
Architecture: source i386
Version: 1:1.9.5~20090720-1
Distribution: unstable
Urgency: low
Maintainer: Marco d'Itri m...@linux.it
Changed-By: Marco d'Itri m...@linux.it
Description: 
 tin- A full-screen easy to use Usenet newsreader
Closes: 525917 526646
Changes: 
 tin (1:1.9.5~20090720-1) unstable; urgency=low
 .
   * New upstream snapshot. Fixes:
 + CAPABILITIES errors handling. (Closes: #525917, #526646)
Checksums-Sha1: 
 e2812a04ae1ceccf498b42b2239b85a2616358d8 1078 tin_1.9.5~20090720-1.dsc
 6cf3303a77de730f051fb4a2e0c9d50f4c7bf0af 2251593 tin_1.9.5~20090720.orig.tar.gz
 b97d95da0fc99552c4b57e3b8cf1a77d943ebc07 11368 tin_1.9.5~20090720-1.diff.gz
 d26863ab29376241fb6c0f14d90eaf16b67e1ec9 465674 tin_1.9.5~20090720-1_i386.deb
Checksums-Sha256: 
 de45efd610f11c3a3d95ac133c48ff9a04d32c2d91be8b3bee6049f6e9f8ae71 1078 
tin_1.9.5~20090720-1.dsc
 c1bfa1d2783d60f965f949a7154046eeaf875e373e315238d6c7d871b3a1bffd 2251593 
tin_1.9.5~20090720.orig.tar.gz
 82eb650af9734051fad74391cb3a6e4d020b6ddc8d2d23e585aa7947daa339bd 11368 
tin_1.9.5~20090720-1.diff.gz
 59a70a55288399b7461d1435426b4cdccdc5c8137c7a2f87f7bc5b2796639ed8 465674 
tin_1.9.5~20090720-1_i386.deb
Files: 
 0225579c22ef254c4caa258a769fa2e0 1078 news optional tin_1.9.5~20090720-1.dsc
 7052cfaad8d5129e64bea0427e5a5d27 2251593 news optional 
tin_1.9.5~20090720.orig.tar.gz
 2c0d0c85cffb6d7839426f0b693e0b6d 11368 news optional 
tin_1.9.5~20090720-1.diff.gz
 914c455f2847446465435298c4878cbe 465674 news optional 
tin_1.9.5~20090720-1_i386.deb

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

iEYEARECAAYFAkqAI4UACgkQFGfw2OHuP7EnhQCePtU4WvIMLEdSwIf65XVyYl2Q
3XQAnjxOIt4J5OB2/b9FDkfLQ/w1SYxd
=yE2q
-END PGP SIGNATURE-


Accepted:
tin_1.9.5~20090720-1.diff.gz
  to pool/main/t/tin/tin_1.9.5~20090720-1.diff.gz
tin_1.9.5~20090720-1.dsc
  to pool/main/t/tin/tin_1.9.5~20090720-1.dsc
tin_1.9.5~20090720-1_i386.deb
  to pool/main/t/tin/tin_1.9.5~20090720-1_i386.deb
tin_1.9.5~20090720.orig.tar.gz
  to pool/main/t/tin/tin_1.9.5~20090720.orig.tar.gz


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



Accepted xterm 244-1 (source i386)

2009-08-10 Thread Julien Cristau
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 16:30:29 +0200
Source: xterm
Binary: xterm
Architecture: source i386
Version: 244-1
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force debia...@lists.debian.org
Changed-By: Julien Cristau jcris...@debian.org
Description: 
 xterm  - X terminal emulator
Closes: 378700 458432 522141 538594
Changes: 
 xterm (244-1) unstable; urgency=low
 .
   * New upstream release
 + remove a limit-check in ptydata.c, allowing Unicode values past 64k to
   be displayed using TrueType fonts (closes: #458432)
 + demote recent (xterm 242) change to Debian #252873 fix to experimental,
   ifdef'd out as EXP_BOGUS_FG (closes: #522141)
 + work around groff mapping of ASCII quotes using macros (requested by
   Reuben Thomas based on Colin Watson advice (closes: #378700)
   * Switch debian/rules to xsfbs instead of copying half of (an outdated
 version of) it (closes: #538594).  Incidentally, this provides
 README.source, and allows us to bump Standards-Version to 3.8.2.
   * Remove preinst dealing with upgrades from pre-etch versions.
   * Remove from postinst some code to fix pre-etch non-released versions.
   * Refresh/update patches.
   * Bump debian/compat to 5, as compatibility level 4 has been deprecated.
   * Remove obsolete debian/README.
Checksums-Sha1: 
 8484e62d1fcbcf0059f8a4e9ba40b48d1850f6aa 1339 xterm_244-1.dsc
 3393a28bfe19d23d5f234ec5bceafefd61c5986c 882642 xterm_244.orig.tar.gz
 155d89746199a8cbbfd868370e1c5c1791f88b0d 73013 xterm_244-1.diff.gz
 a890ba49613af766155956c418b76874c3212496 495426 xterm_244-1_i386.deb
Checksums-Sha256: 
 3758d663b5f4add240ac7fdc16ef0265dabadb2f2c68b41df50c7c1b4f230afd 1339 
xterm_244-1.dsc
 b253870e0cc4d702a77ae63df1ed8933274f79d56060add48e8ee714ceac1e5b 882642 
xterm_244.orig.tar.gz
 4be08c3ebe4cc7e9a46a72e3053cee14cbbc37f52b73b7898864bfb7b67c2cfc 73013 
xterm_244-1.diff.gz
 28a1e3c2e9b37cf12c9d1d0057eed30eeed49b80830e1953ce7ed0d4986d726d 495426 
xterm_244-1_i386.deb
Files: 
 084610a5c7f72f5f5d0b35d50ba14696 1339 x11 optional xterm_244-1.dsc
 9133a24dde377ad355139f5d6bc9b336 882642 x11 optional xterm_244.orig.tar.gz
 d842c65c7b40d17e89d45e09dc9b6b44 73013 x11 optional xterm_244-1.diff.gz
 61295959c9eb34352ed54bd57b930bbe 495426 x11 optional xterm_244-1_i386.deb

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

iEYEARECAAYFAkqAL7oACgkQmEvTgKxfcAxktQCgpAuUS4CPkbLp2YrITM4+7sEf
wX8AnR3xrRKXLppS3ZqlAD5NleVTQtke
=H6v+
-END PGP SIGNATURE-


Accepted:
xterm_244-1.diff.gz
  to pool/main/x/xterm/xterm_244-1.diff.gz
xterm_244-1.dsc
  to pool/main/x/xterm/xterm_244-1.dsc
xterm_244-1_i386.deb
  to pool/main/x/xterm/xterm_244-1_i386.deb
xterm_244.orig.tar.gz
  to pool/main/x/xterm/xterm_244.orig.tar.gz


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



Accepted virtualbox-guest-additions 3.0.4-1 (source all)

2009-08-10 Thread Felix Geyer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 09 Aug 2009 12:06:56 +0200
Source: virtualbox-guest-additions
Binary: virtualbox-guest-additions
Architecture: source all
Version: 3.0.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian Virtualbox Team 
pkg-virtualbox-de...@lists.alioth.debian.org
Changed-By: Felix Geyer debfx-...@fobos.de
Description: 
 virtualbox-guest-additions - guest additions iso image for VirtualBox
Changes: 
 virtualbox-guest-additions (3.0.4-1) unstable; urgency=low
 .
   * New Upstream version.
Checksums-Sha1: 
 552bc93ebf71e70b6cc526dd5b1012d62e95efb9 1410 
virtualbox-guest-additions_3.0.4-1.dsc
 93573322a332fa28a9ec5b805e45796d779f9f62 24219647 
virtualbox-guest-additions_3.0.4.orig.tar.gz
 53779f216131392fb074061b522319fb3edb89f1 5441 
virtualbox-guest-additions_3.0.4-1.diff.gz
 169c8305e8d3e2a49410689953e0bf5c2e01e6b3 24162658 
virtualbox-guest-additions_3.0.4-1_all.deb
Checksums-Sha256: 
 28da1253d8fd4ece881011002ac665b1fc1c7c14d3290654f672147b961b2038 1410 
virtualbox-guest-additions_3.0.4-1.dsc
 365099223d704a96a3723772681f6b011df0d02c5ef7b482b4ee7ed13f31ebc9 24219647 
virtualbox-guest-additions_3.0.4.orig.tar.gz
 5f04e6c4d6c7be33bedd69eb493156dcec69a7fa5b3fbf9c16b268da7a0daed2 5441 
virtualbox-guest-additions_3.0.4-1.diff.gz
 6a1d11a5bc44bd1377765895c06821f8627e5b6392ccb2eeaaf7ae73ca2ada31 24162658 
virtualbox-guest-additions_3.0.4-1_all.deb
Files: 
 8ed0e644dbca438ade10ce6dc96f4c4a 1410 non-free/misc extra 
virtualbox-guest-additions_3.0.4-1.dsc
 ddbbf320057354d0337be9c9172dc1a4 24219647 non-free/misc extra 
virtualbox-guest-additions_3.0.4.orig.tar.gz
 1845b12ebbab77e324e0e98e41a6e0c8 5441 non-free/misc extra 
virtualbox-guest-additions_3.0.4-1.diff.gz
 ef5770e61ede81a7ae3e53769b525edf 24162658 non-free/misc extra 
virtualbox-guest-additions_3.0.4-1_all.deb

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

iD8DBQFKgCiEVkEm8inxm9ERAtwGAJ9oODxZ7fygtIfX5y1TpYXmZYpBRQCcCecy
yeL1WtoCj1N8XDIJ5w/Xrfc=
=4mNL
-END PGP SIGNATURE-


Accepted:
virtualbox-guest-additions_3.0.4-1.diff.gz
  to 
pool/non-free/v/virtualbox-guest-additions/virtualbox-guest-additions_3.0.4-1.diff.gz
virtualbox-guest-additions_3.0.4-1.dsc
  to 
pool/non-free/v/virtualbox-guest-additions/virtualbox-guest-additions_3.0.4-1.dsc
virtualbox-guest-additions_3.0.4-1_all.deb
  to 
pool/non-free/v/virtualbox-guest-additions/virtualbox-guest-additions_3.0.4-1_all.deb
virtualbox-guest-additions_3.0.4.orig.tar.gz
  to 
pool/non-free/v/virtualbox-guest-additions/virtualbox-guest-additions_3.0.4.orig.tar.gz


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



Accepted gjiten 2.6-2.1 (source amd64)

2009-08-10 Thread Chris Lamb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 08 Aug 2009 15:52:37 +0100
Source: gjiten
Binary: gjiten
Architecture: source amd64
Version: 2.6-2.1
Distribution: unstable
Urgency: medium
Maintainer: Botond Botyanszki b...@users.sourceforge.net
Changed-By: Chris Lamb la...@debian.org
Description: 
 gjiten - Japanese dictionary for GNOME
Closes: 529766
Changes: 
 gjiten (2.6-2.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Add missing Build-Depends on libglade2-dev. (Closes: #529766)
Checksums-Sha1: 
 71cc9c1cd2ea7ff12255d648629c6d3262161fd3 1114 gjiten_2.6-2.1.dsc
 034ce08e082ed21fc61bec97baf43589edb2e42f 564845 gjiten_2.6.orig.tar.gz
 df909d5b9ecbacb42f45c7e6ff28c9e8dae0c6f0 1057 gjiten_2.6-2.1.diff.gz
 600961e0c5e034e800bc6c169cd9903130b8a7c5 150518 gjiten_2.6-2.1_amd64.deb
Checksums-Sha256: 
 389f649ec2ddec1d733941502f3ff7f3cf37d17ef9641bc080ee85975ea2db7e 1114 
gjiten_2.6-2.1.dsc
 f6c0cc69e1e59ed8c3a946a1ee3e4a5e2e1deb16890bfc5f67c055adb10a71dd 564845 
gjiten_2.6.orig.tar.gz
 2b26b31067b364951dbe7f56f64442d5221da0edfcc817b24213e72d6e4be798 1057 
gjiten_2.6-2.1.diff.gz
 d2086b8ad4569bde3bb5b74da0468b4ef64753d571aebac1ccd0858738933aa9 150518 
gjiten_2.6-2.1_amd64.deb
Files: 
 836265ce0c65f8af82626231b41956fd 1114 gnome optional gjiten_2.6-2.1.dsc
 44a5d9640e37d8b0547f9c7e3d7ac67a 564845 gnome optional gjiten_2.6.orig.tar.gz
 5744521cc6dbb9a59733e30fe036430a 1057 gnome optional gjiten_2.6-2.1.diff.gz
 e177ed001e792e662ebd88147f4e657a 150518 gnome optional gjiten_2.6-2.1_amd64.deb

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

iEYEARECAAYFAkp9kjwACgkQ5/8uW2NPmiDUkwCggdvY38W7fi2v1G9SO2Ur/g7u
xzQAniPyfLpUqxIzl9CtU3eAupQdfDRX
=VwPN
-END PGP SIGNATURE-


Accepted:
gjiten_2.6-2.1.diff.gz
  to pool/main/g/gjiten/gjiten_2.6-2.1.diff.gz
gjiten_2.6-2.1.dsc
  to pool/main/g/gjiten/gjiten_2.6-2.1.dsc
gjiten_2.6-2.1_amd64.deb
  to pool/main/g/gjiten/gjiten_2.6-2.1_amd64.deb


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



Accepted zope-common 0.5.49 (source all)

2009-08-10 Thread Jonas Meurer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 14:44:40 +0200
Source: zope-common
Binary: zope-common
Architecture: source all
Version: 0.5.49
Distribution: unstable
Urgency: high
Maintainer: Jonas Meurer m...@debian.org
Changed-By: Jonas Meurer m...@debian.org
Description: 
 zope-common - common settings and scripts for Zope installations
Closes: 539466 539588
Changes: 
 zope-common (0.5.49) unstable; urgency=high
 .
   * add zope2.12 to known zope releases in dzhandle.
   * bump standards-version to 3.8.2, noch changes needed.
   * bump debhelper compat level to 6.
   * add russian debconf translation, thanks to Yuri Kozlov. (closes: #539466)
   * add spanish debconf translation, thanks to Fernando González de Requena.
 (closes: #539588)
   * use 'invoke-rc.d zopeZVER restart INSTANCE=name' to restart pending zope
 instances in DZRestartPendingInstances.run().
   * add Breaks: zope2.7, zope2.8, zope2.9, zope2.10 ( 2.10.9), zope2.11
 ( 2.11.4) for that reason.
   * set urgency=high for that reason.
Checksums-Sha1: 
 bc5e4946410243eb9399f64edc87d5299a9bc4e7 1172 zope-common_0.5.49.dsc
 7c8d93a98d13ea5cf12166eed533c0b04a267afd 66304 zope-common_0.5.49.tar.gz
 8854c65b79c6c7b8dc55d62983381983f5a2eace 48954 zope-common_0.5.49_all.deb
Checksums-Sha256: 
 39a6e0d6ea6dd79d845bc3b41825b57753558dd479e4a958f892e8f80a539b00 1172 
zope-common_0.5.49.dsc
 04d63008b40cd968848d739987a5b187789528a140b6861ab1790936d054eca7 66304 
zope-common_0.5.49.tar.gz
 3b10d4b0aab55202c3aa111ed5498bdd0324c5d6f2dce68c03d7dfe4b4c1acdb 48954 
zope-common_0.5.49_all.deb
Files: 
 6345ac38f94450cae84f313d0f7653e6 1172 web optional zope-common_0.5.49.dsc
 4fc75e1c5c49e669096facb7031da350 66304 web optional zope-common_0.5.49.tar.gz
 174b09361de499f40170ab25f56a600c 48954 web optional zope-common_0.5.49_all.deb

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

iEYEARECAAYFAkqAGVYACgkQd6lUs+JfIQICZACfZbGIU7ReGvqCZikHSsIHHXSY
55gAniPI70oMtxgJUpXKIOeVnFatfC6v
=FlqP
-END PGP SIGNATURE-


Accepted:
zope-common_0.5.49.dsc
  to pool/main/z/zope-common/zope-common_0.5.49.dsc
zope-common_0.5.49.tar.gz
  to pool/main/z/zope-common/zope-common_0.5.49.tar.gz
zope-common_0.5.49_all.deb
  to pool/main/z/zope-common/zope-common_0.5.49_all.deb


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



Accepted kickseed 0.53 (source all)

2009-08-10 Thread Colin Watson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 15:23:12 +0100
Source: kickseed
Binary: kickseed-common initrd-kickseed
Architecture: source all
Version: 0.53
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-b...@lists.debian.org
Changed-By: Colin Watson cjwat...@ubuntu.com
Description: 
 initrd-kickseed - Load Kickstart file from the initrd (udeb)
 kickseed-common - Common files for Kickstart compatibility (udeb)
Changes: 
 kickseed (0.53) unstable; urgency=low
 .
   * Implement 'halt' and 'poweroff'.
   * Override not-using-po-debconf Lintian tag. All our templates are
 intentionally untranslatable.
   * Drop no-standards-version-field override, which Lintian no longer emits
 for udebs.
   * Upgrade to debhelper v7.
   * Implement 'repo', with some Debian extensions to handle the sources.list
 format.
Checksums-Sha1: 
 272e225b7b13b91b83693085221f751b2d036bf3 841 kickseed_0.53.dsc
 9e2712e88dfffedc4996510811217a892de305bc 22373 kickseed_0.53.tar.gz
 ea12355faddf61bf1f65c0a7a35014beea6c87ff 11928 kickseed-common_0.53_all.udeb
 a6aa9f88d91d39033323aa8015145a62eecab621 4046 initrd-kickseed_0.53_all.udeb
Checksums-Sha256: 
 ab35a9ebe62440d9c0562468f4cda2a11eb1d3e94f1496265675c0528e01a7b9 841 
kickseed_0.53.dsc
 a5d1113246a6cf1d30f08419c1d456a7983585af57e06219120ee0f684d969d3 22373 
kickseed_0.53.tar.gz
 cb99865363bbf0986f83849c4b385807d23f4d19b270ee603a95e8ff18463397 11928 
kickseed-common_0.53_all.udeb
 845632c11031b5dddba3be797d0108531c37229b6adb130ccfc56d74384ed438 4046 
initrd-kickseed_0.53_all.udeb
Files: 
 d6a14243b890456828ff7e4a16b75913 841 debian-installer optional 
kickseed_0.53.dsc
 3c04b1c229eec9fb1905f6f42401d900 22373 debian-installer optional 
kickseed_0.53.tar.gz
 597f49b14043626e8e296e1433d2c331 11928 debian-installer standard 
kickseed-common_0.53_all.udeb
 877cfa7aa5f993133c29d6ddc12cf24a 4046 debian-installer optional 
initrd-kickseed_0.53_all.udeb
Package-Type: udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Colin Watson cjwat...@debian.org -- Debian developer

iD8DBQFKgC5k9t0zAhD6TNERAg6LAJsEXQDU9W0KkVYU0Xq5FwNv/CB5SACeJ0K0
pZyt4t6OzGKUY/0Ti4ZyyBM=
=xTR0
-END PGP SIGNATURE-


Accepted:
initrd-kickseed_0.53_all.udeb
  to pool/main/k/kickseed/initrd-kickseed_0.53_all.udeb
kickseed-common_0.53_all.udeb
  to pool/main/k/kickseed/kickseed-common_0.53_all.udeb
kickseed_0.53.dsc
  to pool/main/k/kickseed/kickseed_0.53.dsc
kickseed_0.53.tar.gz
  to pool/main/k/kickseed/kickseed_0.53.tar.gz


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



Accepted epiphany-browser 2.26.3-1 (source all amd64)

2009-08-10 Thread Josselin Mouette
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 15:29:31 +0200
Source: epiphany-browser
Binary: epiphany-browser epiphany-gecko epiphany-browser-data 
epiphany-browser-dev epiphany-browser-dbg
Architecture: source amd64 all
Version: 2.26.3-1
Distribution: unstable
Urgency: low
Maintainer: Josselin Mouette j...@debian.org
Changed-By: Josselin Mouette j...@debian.org
Description: 
 epiphany-browser - Intuitive web browser - dummy package
 epiphany-browser-data - Data files for the GNOME web browser
 epiphany-browser-dbg - Debugging symbols for the GNOME web browser
 epiphany-browser-dev - Development files for the GNOME web browser
 epiphany-gecko - Intuitive GNOME web browser - Gecko version
Changes: 
 epiphany-browser (2.26.3-1) unstable; urgency=low
 .
   * New upstream translation and bugfix release.
   * 10_smart_bookmarks.patch: replaced by a much simpler version that’s
 more consistent, as suggested by Xan Lopez.
   * 99_autoreconf.patch: updated for the new version.
Checksums-Sha1: 
 9ea2fe3e2305707ebde48a85ec4de7c211c4ba9d 2067 epiphany-browser_2.26.3-1.dsc
 50ebc5ffbaf0d3a8844756845da4ecba1cf92d0d 7940713 
epiphany-browser_2.26.3.orig.tar.gz
 1fa49f395c5ff062fc3b06fc8201b544b6e03e0d 135007 
epiphany-browser_2.26.3-1.diff.gz
 7610d2fa00a96b0865a2df6adc94ef12cc677e25 548670 
epiphany-gecko_2.26.3-1_amd64.deb
 3d868d3ebbac6695c1a277649e3d63ee4006b1df 1947390 
epiphany-browser-dbg_2.26.3-1_amd64.deb
 cb0b9abe9f24b92398b97014dd094174af35d48d 18914 
epiphany-browser_2.26.3-1_all.deb
 f2f756d2b17c4fdea993d398d9c90713ddb975c1 5871828 
epiphany-browser-data_2.26.3-1_all.deb
 5254293790e913bd467480fec57c04821481ee50 86902 
epiphany-browser-dev_2.26.3-1_all.deb
Checksums-Sha256: 
 d6a9773134263dc0bcba435b25870be6446492bcdb5dbc67b2eb349ab2d12dd1 2067 
epiphany-browser_2.26.3-1.dsc
 e581e6c8be93c188edf570b167159289e0d54f2f94526ab10fbe06562ab1d806 7940713 
epiphany-browser_2.26.3.orig.tar.gz
 f804c9487c7db87ae71c5367727fb3e41bb940f87de37826731ee5d34469aff6 135007 
epiphany-browser_2.26.3-1.diff.gz
 894cfa3b2d69cdb59ff3c45a83601d005223a15735dbe319d0fae06b88fd7f8a 548670 
epiphany-gecko_2.26.3-1_amd64.deb
 0d9a30039a5da75fb8a1558afc7857588b32683b7622da88f528f93821000794 1947390 
epiphany-browser-dbg_2.26.3-1_amd64.deb
 fa593a65abba97fad0b70d38dcc1c155e5297bec2d61465a06cb3f63e9fac77a 18914 
epiphany-browser_2.26.3-1_all.deb
 4f4cc1dd80c9da9f1586bff63fbaa62833f31efa6f39af9eef52720be5525a42 5871828 
epiphany-browser-data_2.26.3-1_all.deb
 91dfc367110ac18c0251388d0b504e8ba42e0ffd9481adf0cd2d617d4deb4494 86902 
epiphany-browser-dev_2.26.3-1_all.deb
Files: 
 186d5507cec33bbe52e2441c6376f043 2067 gnome optional 
epiphany-browser_2.26.3-1.dsc
 db1022c074409cbe082684712ae3bea5 7940713 gnome optional 
epiphany-browser_2.26.3.orig.tar.gz
 52fc3d26f9cd290594bdea82cb9aefc9 135007 gnome optional 
epiphany-browser_2.26.3-1.diff.gz
 eb0074751c5016d2788632e69fc5647f 548670 gnome optional 
epiphany-gecko_2.26.3-1_amd64.deb
 eca2ab936866e0497937da65080b8a5d 1947390 debug extra 
epiphany-browser-dbg_2.26.3-1_amd64.deb
 feec5a3a5a02a37b3f73dfce1923c06b 18914 gnome optional 
epiphany-browser_2.26.3-1_all.deb
 32176f450ea5a7fb0f6e5ed9dc1d51f5 5871828 gnome optional 
epiphany-browser-data_2.26.3-1_all.deb
 6da6b91281c3556c671962175281f76e 86902 devel optional 
epiphany-browser-dev_2.26.3-1_all.deb

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

iD8DBQFKgDS3rSla4ddfhTMRAoArAKDacKOnP/+FqTA5TKZK5GrdG7Q/jwCeNTU+
ICNHID/2/tCNOdOtrIJtOcQ=
=CMgB
-END PGP SIGNATURE-


Accepted:
epiphany-browser-data_2.26.3-1_all.deb
  to pool/main/e/epiphany-browser/epiphany-browser-data_2.26.3-1_all.deb
epiphany-browser-dbg_2.26.3-1_amd64.deb
  to pool/main/e/epiphany-browser/epiphany-browser-dbg_2.26.3-1_amd64.deb
epiphany-browser-dev_2.26.3-1_all.deb
  to pool/main/e/epiphany-browser/epiphany-browser-dev_2.26.3-1_all.deb
epiphany-browser_2.26.3-1.diff.gz
  to pool/main/e/epiphany-browser/epiphany-browser_2.26.3-1.diff.gz
epiphany-browser_2.26.3-1.dsc
  to pool/main/e/epiphany-browser/epiphany-browser_2.26.3-1.dsc
epiphany-browser_2.26.3-1_all.deb
  to pool/main/e/epiphany-browser/epiphany-browser_2.26.3-1_all.deb
epiphany-browser_2.26.3.orig.tar.gz
  to pool/main/e/epiphany-browser/epiphany-browser_2.26.3.orig.tar.gz
epiphany-gecko_2.26.3-1_amd64.deb
  to pool/main/e/epiphany-browser/epiphany-gecko_2.26.3-1_amd64.deb


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



Accepted zope-debhelper 0.3.14 (source all)

2009-08-10 Thread Jonas Meurer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 09 Aug 2009 15:56:18 +0200
Source: zope-debhelper
Binary: zope-debhelper
Architecture: source all
Version: 0.3.14
Distribution: unstable
Urgency: high
Maintainer: Jonas Meurer m...@debian.org
Changed-By: Jonas Meurer m...@debian.org
Description: 
 zope-debhelper - debhelper script for zope packaging
Changes: 
 zope-debhelper (0.3.14) unstable; urgency=high
 .
   * use 'invoke-rc.d {start|stop} {ZEOSERVER|INSTANCE}=$INSTANCE' in
 maintainer scripts instead of dzhandle. That is required in order
 to fix bug #540158 and #540159.
   * bump dependency on zope-common to 0.5.49 both in dh_installzope
 and dh_installzopeinstance.
   * set urgency=high for that reason.
Checksums-Sha1: 
 3b54cc4336ec4cd0eeb85aacf1d74492b03a66e8 1169 zope-debhelper_0.3.14.dsc
 209c4da524a4d20e040bc5e952485d4178742c66 11952 zope-debhelper_0.3.14.tar.gz
 c530dd9cbd435951c6991255b668c39a76dcd0f2 19986 zope-debhelper_0.3.14_all.deb
Checksums-Sha256: 
 1eff85a48d2fa72e4daf4343cbcf961bef8521fa3f578abd68cb4aca2ece7e9e 1169 
zope-debhelper_0.3.14.dsc
 4d8c0f36020da4f3af17627cc30885102ba2151692c628e8fae7f05e1894e734 11952 
zope-debhelper_0.3.14.tar.gz
 a764ff117cf1ee2f7494d224efb2281001d04795d4d04a2ae69398128d9d0a3f 19986 
zope-debhelper_0.3.14_all.deb
Files: 
 3e161a8c6cecd31b8d94cb90833d1274 1169 zope extra zope-debhelper_0.3.14.dsc
 c0260ec44ef52d700d7efe179cdafb91 11952 zope extra zope-debhelper_0.3.14.tar.gz
 2a4b33b5fbcc189e5a5d8b5f9a443648 19986 zope extra zope-debhelper_0.3.14_all.deb

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

iEYEARECAAYFAkqAFwMACgkQd6lUs+JfIQKFOACfbCy79ouriXNkcFW7edhgnlHZ
hMMAoIVZrqLzAkuwH2dtzDhuxvxLwEC2
=pZQS
-END PGP SIGNATURE-


Accepted:
zope-debhelper_0.3.14.dsc
  to pool/main/z/zope-debhelper/zope-debhelper_0.3.14.dsc
zope-debhelper_0.3.14.tar.gz
  to pool/main/z/zope-debhelper/zope-debhelper_0.3.14.tar.gz
zope-debhelper_0.3.14_all.deb
  to pool/main/z/zope-debhelper/zope-debhelper_0.3.14_all.deb


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



Accepted rlpr 2.05-4 (source amd64)

2009-08-10 Thread Ari Pollak
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Format: 1.8
Date: Mon, 10 Aug 2009 12:00:57 -0400
Source: rlpr
Binary: rlpr
Architecture: source amd64
Version: 2.05-4
Distribution: unstable
Urgency: low
Maintainer: Ari Pollak a...@debian.org
Changed-By: Ari Pollak a...@debian.org
Description: 
 rlpr   - A utility for lpd printing without using /etc/printcap
Closes: 535718
Changes: 
 rlpr (2.05-4) unstable; urgency=low
 .
   * Update config.{sub,guess} on configure (Closes: #535718)
Checksums-Sha1: 
 e070eaeef24c5a8929397d761716e113ba065e5d 929 rlpr_2.05-4.dsc
 f18d587908e33750a023c447061d1503799fd167 5423 rlpr_2.05-4.diff.gz
 0944ad23d19b3d56fda1a2a7bb1c68dd8bee52eb 56834 rlpr_2.05-4_amd64.deb
Checksums-Sha256: 
 bd33a10e389d861c5aa7ca0c8b0da34140c81b30a51230a4a2e302e7723bdc47 929 
rlpr_2.05-4.dsc
 7f2021b89aa3b16c6475dcd9ed32a52fb3562ef931f060843c24b8eb7990c70f 5423 
rlpr_2.05-4.diff.gz
 f6f2b155c405feffee62317869532dafac852c0fe123003af150ba7c78f3ab01 56834 
rlpr_2.05-4_amd64.deb
Files: 
 bf604d39c2ac24d0b038d0899027855b 929 net optional rlpr_2.05-4.dsc
 d82afd69ca95567a18b5277558364417 5423 net optional rlpr_2.05-4.diff.gz
 8c5629c1f7d301319481da2cf3cd6156 56834 net optional rlpr_2.05-4_amd64.deb

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

iEYEAREDAAYFAkqAROgACgkQwO+u47cOQDsZygCbB+aEpauIevO6TbyqteAtvTx1
Gv8AoJ19C/sutBHAWGkfNsVunBi4lXCO
=+f/u
-END PGP SIGNATURE-


Accepted:
rlpr_2.05-4.diff.gz
  to pool/main/r/rlpr/rlpr_2.05-4.diff.gz
rlpr_2.05-4.dsc
  to pool/main/r/rlpr/rlpr_2.05-4.dsc
rlpr_2.05-4_amd64.deb
  to pool/main/r/rlpr/rlpr_2.05-4_amd64.deb


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



Accepted totem 2.26.3-1 (source all amd64)

2009-08-10 Thread Josselin Mouette
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 17:26:40 +0200
Source: totem
Binary: totem totem-xine totem-gstreamer totem-mozilla totem-common totem-dbg 
totem-plugins
Architecture: source amd64 all
Version: 2.26.3-1
Distribution: unstable
Urgency: low
Maintainer: Sebastien Bacher seb...@debian.org
Changed-By: Josselin Mouette j...@debian.org
Description: 
 totem  - A simple media player for the GNOME desktop (dummy package)
 totem-common - Data files for the Totem media player
 totem-dbg  - Debugging symbols for the Totem media player
 totem-gstreamer - A simple media player for the GNOME desktop based on 
GStreamer
 totem-mozilla - Totem Mozilla plugin
 totem-plugins - Plugins for the Totem media player
 totem-xine - A simple media player for the GNOME desktop based on xine
Closes: 525353 531633
Changes: 
 totem (2.26.3-1) unstable; urgency=low
 .
   [ Josselin Mouette ]
   * Add totem-video-thumbnailer to the alternatives. Closes: #525353.
   * Only suggest gnome-codec-install, it is way too obnoxious with some
 packages like rhythmbox.
 .
   [ Emilio Pozuelo Monfort ]
   * New upstream bugfix release.
   * debian/patches/90_autotools.patch: regenerated.
   * debian/rules: dh_desktop and dh_scrollkeeper are deprecated.
 .
   [ Josselin Mouette ]
   * totem-mozilla.links: add cone plugin, remove deprecated basic
 plugin. Closes: #531633.
Checksums-Sha1: 
 f9aeb214bbe7df500a8baf7893951a2dbc40740d 2686 totem_2.26.3-1.dsc
 eb7fc23c6ff6c8e7c5a23ff15ec9fa1b59b5a494 4709812 totem_2.26.3.orig.tar.gz
 11c44c332301b127755ef11c69b1d4871465e57c 136445 totem_2.26.3-1.diff.gz
 d72c4114388807a7c0d81a5f79cea0a6192ad083 836256 totem-xine_2.26.3-1_amd64.deb
 c42bd618a1055bfc0168e1a911d6656040cc45b4 946526 
totem-gstreamer_2.26.3-1_amd64.deb
 f3190d1cb569b0f6e50769954481dc8d641505d1 3435626 totem-dbg_2.26.3-1_amd64.deb
 20ce2714dbbad7230139369c8b7c7d782ff18734 434244 
totem-plugins_2.26.3-1_amd64.deb
 d5e707956d5fb4a7ae0f5afccc4aaca345c1b5a3 261964 totem_2.26.3-1_all.deb
 9772cccd5f0e36fe9a116e95c728981f771d20fc 263550 totem-mozilla_2.26.3-1_all.deb
 ec46683fc65c36371c9e025099b86c34dffa7f26 3146316 totem-common_2.26.3-1_all.deb
Checksums-Sha256: 
 dc8e557aad9cd7c587a5444dcbdb2b41575c7b87a4508336b34373fc2ff84108 2686 
totem_2.26.3-1.dsc
 13535e05ba20e0a0da236dfabd665b44b9104314b47852f6fcb98760ec37d0e7 4709812 
totem_2.26.3.orig.tar.gz
 c65202e808fcc68149727ed932c8598341353e56a4d2b681ca620bf3a66cf3b9 136445 
totem_2.26.3-1.diff.gz
 3d483ca6993a571f1ae03c871a1ce235e15ec2dfff79f5782f0d589c538e950a 836256 
totem-xine_2.26.3-1_amd64.deb
 f8b9a163f3e9c2e71e426939b57851b9208c03ceb56e77685c90d5498f789a70 946526 
totem-gstreamer_2.26.3-1_amd64.deb
 a1a826a8ad1541d751ca3009b97e2efdb77737b3b4c4d3515651d3a7de15b5ac 3435626 
totem-dbg_2.26.3-1_amd64.deb
 a9fbed8c7ca792f421dafdb9eed4af9bfa333fd9f5e671d7df009a1cf94c0e87 434244 
totem-plugins_2.26.3-1_amd64.deb
 cb1bc2f8f4e1532c2c8e0056a80e634ecd2efb693ba4d81b082bbffdd062cbbd 261964 
totem_2.26.3-1_all.deb
 536ddc3c3e0c9fb7a3bac0b4acedc3cd8b311b58e15a39c89203c44598f1ddc0 263550 
totem-mozilla_2.26.3-1_all.deb
 d75e96f94007176ce8738dfef6ed4e9b9bbb54bf1a55dfcbca829c81e9ab2f73 3146316 
totem-common_2.26.3-1_all.deb
Files: 
 75d70016c88482688f2462a88c38682c 2686 gnome optional totem_2.26.3-1.dsc
 7d874ab9e17eec2460f724541f9675ec 4709812 gnome optional 
totem_2.26.3.orig.tar.gz
 0f5e6c78d2c85da48e9b6d1cd1b167fa 136445 gnome optional totem_2.26.3-1.diff.gz
 1a7bdbac3a4492b5f1485bf368f33b11 836256 gnome optional 
totem-xine_2.26.3-1_amd64.deb
 8c80a0556d7cad3c8fc5e50c33cd 946526 gnome optional 
totem-gstreamer_2.26.3-1_amd64.deb
 a6db10567b8c8c777b496155d88d05e8 3435626 libdevel extra 
totem-dbg_2.26.3-1_amd64.deb
 b1818d7eb61604251f2dd37cfa85e6f9 434244 gnome optional 
totem-plugins_2.26.3-1_amd64.deb
 228f2a69e83399f932377d5fe0a8813d 261964 gnome optional totem_2.26.3-1_all.deb
 d80647bb18b41850172c5d81710ce27b 263550 web optional 
totem-mozilla_2.26.3-1_all.deb
 a54548dacdd0f05ab0d36732c44075bb 3146316 gnome optional 
totem-common_2.26.3-1_all.deb

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

iD8DBQFKgENYrSla4ddfhTMRAnhYAJ4odm/7chedma/H+LZ/jXAUYraz/ACgw3E4
PESuaj1ZBJQBUPdYZM6ieE8=
=i3go
-END PGP SIGNATURE-


Accepted:
totem-common_2.26.3-1_all.deb
  to pool/main/t/totem/totem-common_2.26.3-1_all.deb
totem-dbg_2.26.3-1_amd64.deb
  to pool/main/t/totem/totem-dbg_2.26.3-1_amd64.deb
totem-gstreamer_2.26.3-1_amd64.deb
  to pool/main/t/totem/totem-gstreamer_2.26.3-1_amd64.deb
totem-mozilla_2.26.3-1_all.deb
  to pool/main/t/totem/totem-mozilla_2.26.3-1_all.deb
totem-plugins_2.26.3-1_amd64.deb
  to pool/main/t/totem/totem-plugins_2.26.3-1_amd64.deb
totem-xine_2.26.3-1_amd64.deb
  to pool/main/t/totem/totem-xine_2.26.3-1_amd64.deb
totem_2.26.3-1.diff.gz
  to pool/main/t/totem/totem_2.26.3-1.diff.gz
totem_2.26.3-1.dsc
  to pool/main/t/totem/totem_2.26.3-1.dsc
totem_2.26.3-1_all.deb
  to 

Accepted cl-sql 4.0.5-5 (source all amd64)

2009-08-10 Thread Kevin M. Rosenberg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 10:05:16 -0600
Source: cl-sql
Binary: cl-sql cl-sql-uffi cl-sql-mysql cl-sql-aodbc cl-sql-odbc 
cl-sql-postgresql cl-sql-postgresql-socket cl-sql-sqlite cl-sql-sqlite3 
cl-sql-oracle cl-sql-tests
Architecture: source all amd64
Version: 4.0.5-5
Distribution: unstable
Urgency: low
Maintainer: Kevin M. Rosenberg k...@debian.org
Changed-By: Kevin M. Rosenberg k...@debian.org
Description: 
 cl-sql - SQL Interface for Common Lisp
 cl-sql-aodbc - CLSQL database backend, AODBC
 cl-sql-mysql - CLSQL database backend, MySQL
 cl-sql-odbc - CLSQL database backend, ODBC
 cl-sql-oracle - CLSQL database backend, Oracle
 cl-sql-postgresql - CLSQL database backend, PostgreSQL via library
 cl-sql-postgresql-socket - CLSQL database backend, PostgreSQL via sockets
 cl-sql-sqlite - CLSQL database backend, SQLite
 cl-sql-sqlite3 - CLSQL database backend, SQLite3
 cl-sql-tests - Testing suite for CLSQL
 cl-sql-uffi - Common UFFI functions for CLSQL database backends
Closes: 540816
Changes: 
 cl-sql (4.0.5-5) unstable; urgency=low
 .
   * debian/rules: Fix bug introduced by change to dh-lisp (closes:540816)
Checksums-Sha1: 
 b16c0d8295113d9e73b477cdfa852cb3b95bf514 1254 cl-sql_4.0.5-5.dsc
 2cc5bc98ac8b6ff4db56a2ade09260b876d9b2b0 11837 cl-sql_4.0.5-5.diff.gz
 3db2496f00e397c477e786dad2780c498ccb82ca 493030 cl-sql_4.0.5-5_all.deb
 68a11b1eb1a6726ea4b5b15ed00e89a4405b1abb 12530 cl-sql-aodbc_4.0.5-5_all.deb
 e178eab95b1918756547784ae1ccdcf976491a50 39318 cl-sql-odbc_4.0.5-5_all.deb
 5c3189076563bbd0af49cf119e5acbcbfac9eaf4 17458 
cl-sql-postgresql_4.0.5-5_all.deb
 e2e594ce0edf6710a19f9c1ab35124f2565982d1 21932 
cl-sql-postgresql-socket_4.0.5-5_all.deb
 b47ddd5cf8db2be09f1e0324e62985dfb30cbde2 16910 cl-sql-sqlite_4.0.5-5_all.deb
 79c2ba4e62a9236bb127951d932561d127877072 17784 cl-sql-sqlite3_4.0.5-5_all.deb
 1df42e1c80797cb7fe874632e749e7a5a21436ea 34300 cl-sql-oracle_4.0.5-5_all.deb
 66f4ea39d2f43c3d69b48aab46978416ab9da7d6 36092 cl-sql-tests_4.0.5-5_all.deb
 3922c53bbbf72c12b2dc6498ca1294a87a570927 16022 cl-sql-uffi_4.0.5-5_amd64.deb
 3eff770289c13a66b4694e0e56df38c49725c285 26528 cl-sql-mysql_4.0.5-5_amd64.deb
Checksums-Sha256: 
 02cee557a745fec6c2858554bc7e82d3dea646a65b63fd8fc7288ac37495c8eb 1254 
cl-sql_4.0.5-5.dsc
 39ad4099887139efcea9120e92ea81c30422476916c95df48eda0ed51e55272e 11837 
cl-sql_4.0.5-5.diff.gz
 ac2b9780fc357cf27528ce3c2e2169d16ae6753a993d60346360cd14cc917786 493030 
cl-sql_4.0.5-5_all.deb
 3a531794dd48c68249fc766712b7e59e66d8dec3b32989b6b74f49e6fc8a3283 12530 
cl-sql-aodbc_4.0.5-5_all.deb
 adeddd2ac9bf3ab99d4380ddf5bd7d38088860ae3e1b21dae6b4954368533ca1 39318 
cl-sql-odbc_4.0.5-5_all.deb
 d3dce74c10745f029d5d7991f382cf3d14dcf5cfc249cd4996566b4da4c0790f 17458 
cl-sql-postgresql_4.0.5-5_all.deb
 11635b7cb3f90bb9a0d36d26a4bd2d5c057d85bb90d72d2849c777eee203bd34 21932 
cl-sql-postgresql-socket_4.0.5-5_all.deb
 7af0ba07966051a3f7c799e21942c6f9d9191943b6c25d23b48711d67f680fa4 16910 
cl-sql-sqlite_4.0.5-5_all.deb
 93fd683404bae3f5ba81867ee10203dc5d7e253f74988904d795ea7c16c775ce 17784 
cl-sql-sqlite3_4.0.5-5_all.deb
 4d5bcb98e1e151455822e3119bcd498860fcfa45880a6f61b49846e429b181ea 34300 
cl-sql-oracle_4.0.5-5_all.deb
 0011309ad1203a48e01f125c9ba41d78a3dafc578dca70ad84efe730da067edd 36092 
cl-sql-tests_4.0.5-5_all.deb
 168a05d0451384f9a460b99c56d73cefc77880bd82f9148e47f1b5dac6f0e8e4 16022 
cl-sql-uffi_4.0.5-5_amd64.deb
 c0e1bb6c45479273d0a857bae93b82d1f96b81eeb594a89ff7c6ec58b9f67e30 26528 
cl-sql-mysql_4.0.5-5_amd64.deb
Files: 
 4a02b443bdb90217d767ff71a111cbf3 1254 lisp extra cl-sql_4.0.5-5.dsc
 243fbf264683008379bee6caba228f07 11837 lisp extra cl-sql_4.0.5-5.diff.gz
 2afcd41ed143780361e9c7af4e5bb32b 493030 lisp extra cl-sql_4.0.5-5_all.deb
 49cdb2c04929a67fe0e4d6070de90bea 12530 lisp extra cl-sql-aodbc_4.0.5-5_all.deb
 fb81a05e6d875391ab22b113b1a6d823 39318 lisp extra cl-sql-odbc_4.0.5-5_all.deb
 7f53861e03ad191cead61d92a99cc024 17458 lisp extra 
cl-sql-postgresql_4.0.5-5_all.deb
 8cb030159317933e5797cdfa0db85ecd 21932 lisp extra 
cl-sql-postgresql-socket_4.0.5-5_all.deb
 f4fe6eef9b02aa6385dbd632b66ddbb1 16910 lisp extra cl-sql-sqlite_4.0.5-5_all.deb
 a7e427eeb7aad3ab7310732f3d434357 17784 lisp extra 
cl-sql-sqlite3_4.0.5-5_all.deb
 b0f720716e1396710ffeb86a71867dc5 34300 contrib/lisp extra 
cl-sql-oracle_4.0.5-5_all.deb
 c507c51427006a499c534eff15266dd0 36092 lisp extra cl-sql-tests_4.0.5-5_all.deb
 bb2a78a80ec9a09e14c686322cceb93a 16022 lisp extra cl-sql-uffi_4.0.5-5_amd64.deb
 5ccc47a8d87931263da6c154bcac5c7e 26528 lisp extra 
cl-sql-mysql_4.0.5-5_amd64.deb

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

iEYEARECAAYFAkqARfIACgkQES7N8sSjgj5LdwCeNUDlr2uPv1tb5PHt1Rlcc1bs
9s0AoI8DUrI261/IqBp4+1CSYXcElFr3
=csWS
-END PGP SIGNATURE-


Accepted:
cl-sql-aodbc_4.0.5-5_all.deb
  to pool/main/c/cl-sql/cl-sql-aodbc_4.0.5-5_all.deb
cl-sql-mysql_4.0.5-5_amd64.deb
  to pool/main/c/cl-sql/cl-sql-mysql_4.0.5-5_amd64.deb

Accepted keytouch 2.4.1-3 (source all amd64)

2009-08-10 Thread Luke Cycon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 01 Aug 2009 21:15:20 -0700
Source: keytouch
Binary: keytouch keytouch-data
Architecture: source all amd64
Version: 2.4.1-3
Distribution: unstable
Urgency: low
Maintainer: Luke Cycon lcy...@gmail.com
Changed-By: Luke Cycon lcy...@gmail.com
Description: 
 keytouch   - A program to configure extra function keys in multimedia keyboard
 keytouch-data - keyboard definition files and documentation for keytouch
Changes: 
 keytouch (2.4.1-3) unstable; urgency=low
 .
   * Changes to keytouch-keyboard startup script
- Added call to retrieve absolute location of kdesu
   * Update kmix plugin to use dbus rather than dcop for KDE4
 as reported by Martin kom...@tranceshock.net
Checksums-Sha1: 
 72eaeed1adca774aa56dcff811159183cb7d4c27 1294 keytouch_2.4.1-3.dsc
 99e4b103276ab76e85c4a6609c0c117ebf5c8e05 13136 keytouch_2.4.1-3.diff.gz
 5370b70fc27be6eee64876c8bffe79be3e79da04 299544 keytouch-data_2.4.1-3_all.deb
 d663d714a3778f92387b62783238973705f8f90c 194986 keytouch_2.4.1-3_amd64.deb
Checksums-Sha256: 
 39e6a5f7093b7455cbb9f1e70be5506affb946eb9ce854c79d7827e9d70920c3 1294 
keytouch_2.4.1-3.dsc
 97a46d9ffca6d2062172d3b1a4a7bf77b414960cfab07c241d22921f7ddbb02d 13136 
keytouch_2.4.1-3.diff.gz
 98b64cfc3912047aec52c17e6cc48eb479e74417be3c240664c6c15f6168f909 299544 
keytouch-data_2.4.1-3_all.deb
 a488edd660b8204f0cc0f6eb1688de3fc73c814a2db4ee26a2913521409460b8 194986 
keytouch_2.4.1-3_amd64.deb
Files: 
 13d42b142a88ae7ba468cfd8dfdb9d77 1294 admin optional keytouch_2.4.1-3.dsc
 ffa6a3ffb2c1e662a854ee6dd90f8e00 13136 admin optional keytouch_2.4.1-3.diff.gz
 01c62aada979131e26e55011d4b97730 299544 admin optional 
keytouch-data_2.4.1-3_all.deb
 4852bca9eea4ab127a9f9e9abe03c4fa 194986 admin optional 
keytouch_2.4.1-3_amd64.deb

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

iEYEARECAAYFAkqASaYACgkQAZmDGK3JvCiJBQCdGfuKhe/HvTiMzYGfoWxcW+u5
gNIAn2z3pnNNCT3loVcPNNgPe8KFSZwG
=lXZD
-END PGP SIGNATURE-


Accepted:
keytouch-data_2.4.1-3_all.deb
  to pool/main/k/keytouch/keytouch-data_2.4.1-3_all.deb
keytouch_2.4.1-3.diff.gz
  to pool/main/k/keytouch/keytouch_2.4.1-3.diff.gz
keytouch_2.4.1-3.dsc
  to pool/main/k/keytouch/keytouch_2.4.1-3.dsc
keytouch_2.4.1-3_amd64.deb
  to pool/main/k/keytouch/keytouch_2.4.1-3_amd64.deb


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



Accepted spamassassin 3.2.5-5 (source all i386)

2009-08-10 Thread Noah Meyerhans
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 12:07:10 -0400
Source: spamassassin
Binary: spamassassin spamc
Architecture: source all i386
Version: 3.2.5-5
Distribution: unstable
Urgency: low
Maintainer: no...@debian.org
Changed-By: Noah Meyerhans no...@debian.org
Description: 
 spamassassin - Perl-based spam filter using text analysis
 spamc  - Client for SpamAssassin spam filtering daemon
Closes: 509273 510711 530896 537477 539148
Changes: 
 spamassassin (3.2.5-5) unstable; urgency=low
 .
   * Remove open-whois.org as it is cybersquatted (Closes: #537477)
   * Update debhelper compatibility level to 7.
   * Apply patch to init script to provide a status command (Closes: #530896)
   * Fix missing documentation of spamc exit code 98 (Closes: #539148)
   * Backport IPv6 support for the Received header parser (Closes: #510711)
   * Fix additional pod2man errors. We're finally lintian-clean!
   * Update Standards-Version to 3.8.2 (no changes needed).
   * Fix typo in spamd manpage (Closes: #509273)
Checksums-Sha1: 
 7b4e3b99172853a4f5b90d86474450a0854e4fbe 1386 spamassassin_3.2.5-5.dsc
 d2f368c6159cea8fc66da2baf829ea0c62e1f079 45722 spamassassin_3.2.5-5.diff.gz
 26f6e469f75e965e862618d6393c5abd039701ef 1100938 spamassassin_3.2.5-5_all.deb
 9b1ad15b9ebedc42217bf05601e10d6690e51895 72866 spamc_3.2.5-5_i386.deb
Checksums-Sha256: 
 9d035f10df5e3c2348f725dd7984885c159c827c67a4dc8cca26ecd5961d1601 1386 
spamassassin_3.2.5-5.dsc
 deeced60d4659f155b75bbede33a65ac82905e9efc297d6906df1b88721a6ff5 45722 
spamassassin_3.2.5-5.diff.gz
 a27a3aa251727a5eaa5303aabbb2084fa4b21958f121856a895cc06c96080beb 1100938 
spamassassin_3.2.5-5_all.deb
 a8b7c181d92ec9aac9c6336cf00a427ffc78151fe8e987f477252ed1e37238a7 72866 
spamc_3.2.5-5_i386.deb
Files: 
 8582f6ed2f5e23c1d1baa4c98383b95f 1386 mail optional spamassassin_3.2.5-5.dsc
 315a95d620988e992886d62f29cd3982 45722 mail optional 
spamassassin_3.2.5-5.diff.gz
 7370a2d69f62fdf7464ce1518b175e48 1100938 mail optional 
spamassassin_3.2.5-5_all.deb
 e2fd6932a1cd0dea4d8262171e3bd5f1 72866 mail optional spamc_3.2.5-5_i386.deb

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

iD8DBQFKgEfUYrVLjBFATsMRAqMCAJ4rYiQABvL4+f5KjKJhi/q+9wwN/ACfeFRJ
JoyLGJ/UfTSSk8vOZzWg2lk=
=iU2d
-END PGP SIGNATURE-


Accepted:
spamassassin_3.2.5-5.diff.gz
  to pool/main/s/spamassassin/spamassassin_3.2.5-5.diff.gz
spamassassin_3.2.5-5.dsc
  to pool/main/s/spamassassin/spamassassin_3.2.5-5.dsc
spamassassin_3.2.5-5_all.deb
  to pool/main/s/spamassassin/spamassassin_3.2.5-5_all.deb
spamc_3.2.5-5_i386.deb
  to pool/main/s/spamassassin/spamc_3.2.5-5_i386.deb


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



Accepted gnumed-client 0.4.7-1 (source all)

2009-08-10 Thread Andreas Tille
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 18 Jun 2009 09:05:16 +0200
Source: gnumed-client
Binary: gnumed-client gnumed-client-de gnumed-common gnumed-doc
Architecture: source all
Version: 0.4.7-1
Distribution: unstable
Urgency: low
Maintainer: Debian-Med Packaging Team 
debian-med-packag...@lists.alioth.debian.org
Changed-By: Andreas Tille ti...@debian.org
Description: 
 gnumed-client - medical practice management - Client
 gnumed-client-de - medical practice management - Client for German users
 gnumed-common - medical practice management - common files
 gnumed-doc - medical practice management - Documentation
Changes: 
 gnumed-client (0.4.7-1) unstable; urgency=low
 .
   * new upstream version
   * debian/control:
 - Standards-Version: 3.8.2 (no changes needed)
 - Fixed typo in description
 - debhelper = 7
   * debian/rules: dh
   * debian/compat: 7
Checksums-Sha1: 
 3ab6b172fe6f8bf085db6a948de0810c312ea037 1443 gnumed-client_0.4.7-1.dsc
 246ef09669f5609109740dda48dd7ef6018a03fc 1277693 
gnumed-client_0.4.7.orig.tar.gz
 13a10103dd6c758f07bea46ea2c0babcf6540072 20118 gnumed-client_0.4.7-1.diff.gz
 f952f568cfa37e2accbe43bfdb1f59bfe312ad6b 896310 gnumed-client_0.4.7-1_all.deb
 0402a522952b840a4348dc96ea2e7b7b628c74d0 9494 gnumed-client-de_0.4.7-1_all.deb
 ed5b3f9c6f0efe13c5e9ece1682ca7c8a16b86b6 139688 gnumed-common_0.4.7-1_all.deb
 813a3e7db8ee83a9e6fd2d351116c78e8def8744 117224 gnumed-doc_0.4.7-1_all.deb
Checksums-Sha256: 
 240e419e8d1210c99767bf46a41a9198634a95b5d44e883f6c6772bdf3ccd034 1443 
gnumed-client_0.4.7-1.dsc
 8c473c45ac8c89e26211e61594111a95b98f523c4218757222cc3a1c5df9561c 1277693 
gnumed-client_0.4.7.orig.tar.gz
 8be1e2f932835fecba134cacd6682ae86f4e01c9c5dccd85a15e6fec804220ce 20118 
gnumed-client_0.4.7-1.diff.gz
 6414a13b99526282ed5eb40fd068d76fe40c753d3dae8cfd6933ca2135f09762 896310 
gnumed-client_0.4.7-1_all.deb
 509bb67a5bbe74cea9b7b6db971166e337c1527f15f37412791841f9f2e1157b 9494 
gnumed-client-de_0.4.7-1_all.deb
 d22d4abf43c30405e59b7a1f2892570bc09699e855763068901f950da7a50dbf 139688 
gnumed-common_0.4.7-1_all.deb
 2e8a57c40fcd19177b5ce98016616f52fa906c4f08182356fbf516ab30950796 117224 
gnumed-doc_0.4.7-1_all.deb
Files: 
 5cec472660ecc89e07881dcda609aabd 1443 misc optional gnumed-client_0.4.7-1.dsc
 d83368136264ec92b0fa11b35166ea2e 1277693 misc optional 
gnumed-client_0.4.7.orig.tar.gz
 67c4b385e380cfa670b2303085f4156f 20118 misc optional 
gnumed-client_0.4.7-1.diff.gz
 6939abb25752618e4a8f12618bb07997 896310 misc optional 
gnumed-client_0.4.7-1_all.deb
 cb7e8e5afff45377d2ac68db00cd0de2 9494 misc optional 
gnumed-client-de_0.4.7-1_all.deb
 24869fa572aa500670144f278319ff09 139688 misc optional 
gnumed-common_0.4.7-1_all.deb
 2417dd7db35c507b67d6c7bf8917c723 117224 doc optional gnumed-doc_0.4.7-1_all.deb

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

iEYEARECAAYFAkqATDwACgkQYDBbMcCf01rPAwCgsf8bLg/hUJVVFzjg2AdX9OPS
oZgAnimeoaUkDln7cn/zbmCvQTicjSbs
=VhzK
-END PGP SIGNATURE-


Accepted:
gnumed-client-de_0.4.7-1_all.deb
  to pool/main/g/gnumed-client/gnumed-client-de_0.4.7-1_all.deb
gnumed-client_0.4.7-1.diff.gz
  to pool/main/g/gnumed-client/gnumed-client_0.4.7-1.diff.gz
gnumed-client_0.4.7-1.dsc
  to pool/main/g/gnumed-client/gnumed-client_0.4.7-1.dsc
gnumed-client_0.4.7-1_all.deb
  to pool/main/g/gnumed-client/gnumed-client_0.4.7-1_all.deb
gnumed-client_0.4.7.orig.tar.gz
  to pool/main/g/gnumed-client/gnumed-client_0.4.7.orig.tar.gz
gnumed-common_0.4.7-1_all.deb
  to pool/main/g/gnumed-client/gnumed-common_0.4.7-1_all.deb
gnumed-doc_0.4.7-1_all.deb
  to pool/main/g/gnumed-client/gnumed-doc_0.4.7-1_all.deb


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



Accepted rednotebook 0.8.3-1 (source all)

2009-08-10 Thread Jonathan Wiltshire
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 17:58:46 +0100
Source: rednotebook
Binary: rednotebook
Architecture: source all
Version: 0.8.3-1
Distribution: unstable
Urgency: low
Maintainer: Jonathan Wiltshire deb...@jwiltshire.org.uk
Changed-By: Jonathan Wiltshire deb...@jwiltshire.org.uk
Description: 
 rednotebook - daily journal with calendar, templates and keyword searching
Changes: 
 rednotebook (0.8.3-1) unstable; urgency=low
 .
   * New upstream version
Checksums-Sha1: 
 f3300ae1808e46821be0523835d9e6dbacd137fc 1237 rednotebook_0.8.3-1.dsc
 7d1f4d8970f6504aa0ec04a6bfbb5e24769fa32c 258134 rednotebook_0.8.3.orig.tar.gz
 9606be7e22e61cf8ac26e414e35723d22436706a 3911 rednotebook_0.8.3-1.diff.gz
 e33c3027ee8d40ff54c6fbea9006a600102d9d1b 256440 rednotebook_0.8.3-1_all.deb
Checksums-Sha256: 
 4bab517865a85a6a98167d058d45ebe1e2328df72bb5330ee75ba725ff2200c4 1237 
rednotebook_0.8.3-1.dsc
 819c3801b6662565b8f1d1eba043c125f6628002ddea1659619bd89832f12a2d 258134 
rednotebook_0.8.3.orig.tar.gz
 86883e46afcce68b76409b7aa0a94386a88b246ad1e474fb2fcfdf48f0d516e1 3911 
rednotebook_0.8.3-1.diff.gz
 c98f1ba7e8c549e31ffb7e4082f546a37e43390478fa7fd3e38a0fe1d6c08989 256440 
rednotebook_0.8.3-1_all.deb
Files: 
 6be0b9ff01649fdbc7d4f738626b7015 1237 text optional rednotebook_0.8.3-1.dsc
 0ed6f152312020c227bc8edbe4e4dbe2 258134 text optional 
rednotebook_0.8.3.orig.tar.gz
 8e746e1dfeed8a8a83ffe39f8445014d 3911 text optional rednotebook_0.8.3-1.diff.gz
 ffc30801c6c4c8c3fbffee3607fd8f37 256440 text optional 
rednotebook_0.8.3-1_all.deb

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

iEYEARECAAYFAkqAVA4ACgkQymvqPtuAC1LBYQCfcbhEUIIP6w9IP+Y+Rkxm3eQr
gJwAn1nZz3HrYrhve1OK5S+3WgC8Ba6P
=U0hG
-END PGP SIGNATURE-


Accepted:
rednotebook_0.8.3-1.diff.gz
  to pool/main/r/rednotebook/rednotebook_0.8.3-1.diff.gz
rednotebook_0.8.3-1.dsc
  to pool/main/r/rednotebook/rednotebook_0.8.3-1.dsc
rednotebook_0.8.3-1_all.deb
  to pool/main/r/rednotebook/rednotebook_0.8.3-1_all.deb
rednotebook_0.8.3.orig.tar.gz
  to pool/main/r/rednotebook/rednotebook_0.8.3.orig.tar.gz


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



Accepted libpdfbox-java 0.7.3.dfsg-3 (source all)

2009-08-10 Thread gregor herrmann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 10 Aug 2009 18:39:40 +0200
Source: libpdfbox-java
Binary: libpdfbox-java libpdfbox-java-doc
Architecture: source all
Version: 0.7.3.dfsg-3
Distribution: unstable
Urgency: low
Maintainer: gregor herrmann gre...@debian.org
Changed-By: gregor herrmann gre...@debian.org
Description: 
 libpdfbox-java - PDF library for Java
 libpdfbox-java-doc - PDF library for Java (documentation)
Closes: 539311
Changes: 
 libpdfbox-java (0.7.3.dfsg-3) unstable; urgency=low
 .
   * Change XS-Vcs-* fields to Vcs-*.
   * Set Standards-Version to 3.8.2: Rename debian/README.Debian-source to
 debian/README.source and mention quilt usage.
   * debian/rules: explicitly set JAVA_HOME; create install-stamp target.
   * Change debian/copyright to some version of the new machine-readable
 format.
   * Change patch system from dpatch to quilt.
   * debian/control: set Section to java.
   * Change my email address in debian/rules and debian/copyright.
   * debian/copyright: add a note why libpdfbox-java is in contrib; thanks to
 Bastien ROUCARIES for the bug report (closes: #539311).
   * debian/rules: add -n to the cp command.
Checksums-Sha1: 
 9e1aeb3e6ebd34b58f8fccde62fe4e140e9954bf 1564 libpdfbox-java_0.7.3.dfsg-3.dsc
 1b3d2582fd4417fd4a8710a0a8ccb08b6dc2fda1 7988 
libpdfbox-java_0.7.3.dfsg-3.diff.gz
 4e2324e2799de91fcca0d3617e36687623e00ffb 4499600 
libpdfbox-java_0.7.3.dfsg-3_all.deb
 e9e6b48ecd5900df2f9005a58a1dda91f0ad72c7 804148 
libpdfbox-java-doc_0.7.3.dfsg-3_all.deb
Checksums-Sha256: 
 a6a846a7b58ed1d7f6d11a65c3b536b2ef46ce3d124b612c1a85a3f61fe387c0 1564 
libpdfbox-java_0.7.3.dfsg-3.dsc
 1897b4e5a869bc7d977509a563905dbd4316bea2f55e3bce7f72a1534179606f 7988 
libpdfbox-java_0.7.3.dfsg-3.diff.gz
 494cb191d29028952a60ed6e8061df9467acc5396f6c428079fb02b1e5230a8d 4499600 
libpdfbox-java_0.7.3.dfsg-3_all.deb
 a838046fbd1c72ab440a8fd51c2be6d0de80b935d3e57f5594c59a0cb5466480 804148 
libpdfbox-java-doc_0.7.3.dfsg-3_all.deb
Files: 
 27d1b1daffd3a4b22e2c70ce1f472203 1564 contrib/java extra 
libpdfbox-java_0.7.3.dfsg-3.dsc
 9cfa42cd5459b7434545efc8580b841a 7988 contrib/java extra 
libpdfbox-java_0.7.3.dfsg-3.diff.gz
 8be4fab9714ea18faa6e1fd78864b5f7 4499600 contrib/java extra 
libpdfbox-java_0.7.3.dfsg-3_all.deb
 c24c6e6473253dcb34db9d706048b2b5 804148 contrib/doc extra 
libpdfbox-java-doc_0.7.3.dfsg-3_all.deb

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

iEYEARECAAYFAkqAT4QACgkQOzKYnQDzz+S0RACeLJxyTmwDRogdC2fV1kH+eBaT
5N4An0aHzU7V7yAv8bDm1cB+DSaSKwLG
=sumd
-END PGP SIGNATURE-


Accepted:
libpdfbox-java-doc_0.7.3.dfsg-3_all.deb
  to pool/contrib/libp/libpdfbox-java/libpdfbox-java-doc_0.7.3.dfsg-3_all.deb
libpdfbox-java_0.7.3.dfsg-3.diff.gz
  to pool/contrib/libp/libpdfbox-java/libpdfbox-java_0.7.3.dfsg-3.diff.gz
libpdfbox-java_0.7.3.dfsg-3.dsc
  to pool/contrib/libp/libpdfbox-java/libpdfbox-java_0.7.3.dfsg-3.dsc
libpdfbox-java_0.7.3.dfsg-3_all.deb
  to pool/contrib/libp/libpdfbox-java/libpdfbox-java_0.7.3.dfsg-3_all.deb


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



Accepted mozplugger 1.12.1-2 (source amd64)

2009-08-10 Thread Ari Pollak
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Format: 1.8
Date: Mon, 10 Aug 2009 12:13:49 -0400
Source: mozplugger
Binary: mozplugger
Architecture: source amd64
Version: 1.12.1-2
Distribution: unstable
Urgency: low
Maintainer: Ari Pollak a...@debian.org
Changed-By: Ari Pollak a...@debian.org
Description: 
 mozplugger - Plugin allowing external viewers to be launched inside Mozilla
Closes: 535314
Changes: 
 mozplugger (1.12.1-2) unstable; urgency=low
 .
   * Add xulrunner-1.9 to optional depends (Closes: #535314)
Checksums-Sha1: 
 182ce030c1f541100704d00d7961b776c9c194ee 1206 mozplugger_1.12.1-2.dsc
 eb53025e1f6c366f9ffc3d8ab394b70d32a04211 14403 mozplugger_1.12.1-2.diff.gz
 249fc9493324a22e177d7a325da6604105b0fc53 67324 mozplugger_1.12.1-2_amd64.deb
Checksums-Sha256: 
 39cc5f909f290fc0854fe29a1f474a981a0cefc2ec829321e47b55b2831e6cae 1206 
mozplugger_1.12.1-2.dsc
 dedc41fa083be38d00517d2b0ce8a9f12fb67c724c3b30202ca226ff8f045d38 14403 
mozplugger_1.12.1-2.diff.gz
 9ef88550878923c0bf42e31bec8f73704ec39bc28b291775337a0e9dafec6d9c 67324 
mozplugger_1.12.1-2_amd64.deb
Files: 
 4991451b3e17bfe3015aba2be62c80ef 1206 web optional mozplugger_1.12.1-2.dsc
 a016e9a4a0b28b9e76895b38f080a9b1 14403 web optional mozplugger_1.12.1-2.diff.gz
 1df52d62147690136ac9cfb7171fac53 67324 web optional 
mozplugger_1.12.1-2_amd64.deb

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

iEYEAREDAAYFAkqAWPYACgkQwO+u47cOQDsOOACfWYgKdnkJReSawbw3ICrBukR/
iNoAoJhB8Bhza2nQB7Y50MRu65Y6BrA0
=HMtK
-END PGP SIGNATURE-


Accepted:
mozplugger_1.12.1-2.diff.gz
  to pool/main/m/mozplugger/mozplugger_1.12.1-2.diff.gz
mozplugger_1.12.1-2.dsc
  to pool/main/m/mozplugger/mozplugger_1.12.1-2.dsc
mozplugger_1.12.1-2_amd64.deb
  to pool/main/m/mozplugger/mozplugger_1.12.1-2_amd64.deb


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



  1   2   3   >