date:20130527

On Sat, May 25, 2013 at 7:10 PM, Michael Gilbert mgilb...@debian.orgwrote:

  Yes, I think we can do without his bug reports.

 I think it would be wrong to discriminate against particular bug
 reporters.  I've found it often helpful to make specific suggestions
 about the bug reports that I've received that aren't of sufficient
 quality.  Sure, that takes some time, but it also reduces repeat poor
 submissions because eventually those specific suggestions improve the
 quality of those reporters over time.  That probably sounds naive and
 too kind, but in my opinion, it's just the right thing to do.


You are free to receive whatever garbage bug reports in your package.
However my time is too valuable to deal with people who don't listen and
just repeat their opinion endlessly (yes, speaking about Filipus here).
That's why I have asked for per-package blacklist.

O.
-- 
Ondřej Surý ond...@sury.org

Re: systemd .service file conversion

On Sun, May 26, 2013 at 10:27:53PM +, brian m. carlson wrote:
 At the risk of adding another level of indirection, we could add a
 meta-init format that can generate an appropriate file for any of these.

Are you aware of http://wiki.debian.org/MetaInit (packages metainit and
dh-metainit)? That work was started like eight years ago. Unfortunately
it didn't take off yet. The only package using it is infon.

[snipping constructive options for each issue]

 A meta-init format would make everyone equally happy (or miserable,
 depending on your point of view), which may be the best way to solve the
 problem.  I fear that consolidation of interfaces is unlikely to occur.

As far as I can tell Debian simply lacks the resources to do that. Maybe
Joachim Breitner can shed some light on this?

Unless some consolidation of interfaces is going to happen, Debian will
simply be unable to support multiple init systems natively.

Helmut


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527063844.ga11...@alf.mars

Re: Blacklists in BTS (stopping the trolls and bug machines)

On Sat, May 25, 2013 at 8:02 PM, Russ Allbery r...@debian.org wrote:

 Ben Hutchings b...@decadent.org.uk writes:
  On Sat, 2013-05-25 at 10:41 +0200, Ondřej Surý wrote:

  I have no big problem pointing fingers on d-d.
 
  Example 1: Dan Jacobson jida...@jidanni.org

  Often writes poor bug reports, but is not abusive.

 And his bug reports have gotten better and better over the years.


I am horrified what his bugreports were before the years, if those I have
just shown are better :).


 He
 still files all upstream bugs with Debian, but I can't throw stones there;
 I tend to do the same thing myself, since Debian has such a nice and
 consistent bug reporting interface and upstream's usually... isn't.  :)

 He files lots and lots of minor/wishlist bugs, but that isn't abuse.  He's
 one of the few people who regularly files bugs when he finds unclear or
 confusing documentation, and while that results in a lot of small bugs
 (and a lot of bugs that are really upstream bugs), I think that's also a
 valuable *type* of bug that frequently doesn't get enough attention.


I think I have never said the word abuse, just tiresome. The I see a
warning from ucf, let's fill a bug on php5-common finally overflew my cup
of patience (what is the correct english idiom for this?).

I have an idea – maybe we could have a pseudo-package called
please-improve (or whatever name we pick), where people can reassign
bugreports which they feel they are unable to handle. This pseudo-bug would
be monitored by some virtuous people[*] better in handling poor bugreports
and they would work with submitter to improve the bug report, and then
reassign it back.

This might be similar to what I have seen in Launchpad – there's a bugsquad
team that can handle all bugreports in just any package[1][2].

* - if we can find such people somewhere, but I am quite sure there are
some :).

1. https://wiki.ubuntu.com/HelpingWithBugs
2. https://launchpad.net/~bugsquad

O.
-- 
Ondřej Surý ond...@sury.org

Re: systemd .service file conversion

2013-05-27 Thread Игорь Пашев

2013/5/27 brian m. carlson sand...@crustytoothpaste.net:
 At the risk of adding another level of indirection, we could add a
 meta-init format that can generate an appropriate file for any of these.


http://xkcd.com/927/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/call-q8xqutu4eznaxhg-amfzklwfn7xjcas3w33mv6wevbd...@mail.gmail.com

Re: optimizing PNGs

On Sun, May 26, 2013 at 8:10 PM, Aron Xu happyaron...@gmail.com wrote:
On Mon, May 27, 2013 at 1:42 AM, Mathieu Malaterre ma...@debian.org wrote:
On Sun, May 26, 2013 at 5:56 PM, Adam Borowski kilob...@angband.pl wrote:
A while ago, someone raised the possibility of recompressing PNG files.
Unlike xz, this would save space not only on mirrors but also on live
installed systems. PNGs are nearly incompressible so this is mostly
independent from xz.

At least by number, there's a lot of PNG images:
[...]
5 ns3-doc

This one is slightly different and should be treated differently IMHO.
See `Subject: Ridiculously large packages`[1] on debian-cd, which got
solved using SVG output when generating doxygen documentation. See for
example:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557238

2cts
[1] https://lists.debian.org/debian-cd/2009/11/msg00039.html

Can you give a more detailed pointer to `got solved using SVG output
when generating doxygen documentation`? ns3-doc currently runs optipng
against all generated PNG files during the arch:all package
generation, which costs quite some time to finish even on a quite fast
server but reduces the size for about 300MiB.

vtk-doc in suqeeze used to be a lot bigger when the output was PNGs file:

http://comments.gmane.org/gmane.text.doxygen.general/8232

Installed Size 855,380 kB

Which is now (in squeeze using SVGs output):

http://packages.debian.org/squeeze/vtk-doc

Installed Size 393,136.0 kB

Doxygen will use SVG for graph (collaboration, inheritance), SVG is
AFAIK one of the best possible representation for such information.
The remainings PNGs are formulas (latex). It would be nice if doxygen
would use mathml...

2cts

--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/ca+7wuszmvuuodrtq5txklrbt7+obv0u+pq-umgjdw0g4jqw...@mail.gmail.com

Re: optimizing PNGs

On Sun, May 26, 2013 at 8:20 PM, Adam Borowski kilob...@angband.pl wrote:
On Sun, May 26, 2013 at 07:42:49PM +0200, Mathieu Malaterre wrote:
On Sun, May 26, 2013 at 5:56 PM, Adam Borowski kilob...@angband.pl wrote:
A while ago, someone raised the possibility of recompressing PNG files.
Unlike xz, this would save space not only on mirrors but also on live
installed systems. PNGs are nearly incompressible so this is mostly
independent from xz.

At least by number, there's a lot of PNG images:
[...]
5 ns3-doc

Formats other than PNG might be more appropriate, yes.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557238

This one (vtk-doc) doesn't compress PNGs, but reduces their quality in a
lossy way to 256 colours. And in this case, using optipng+advpng would
reduce the files by more than a half (comparing sizes of .tar.xz).

True there are remainings PNGs in vtk-docs, as explained before, those
are latex equation.
I believe it would be even nicer when doxygen would support better
latex support and would generate something other than a poor-man
solution of PNGs for equations.

2cts

--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CA+7wUszQxvSF_t0Ef7Jr2sUC0w9ek=3vj9nercfwgswtrsw...@mail.gmail.com

Re: systemd .service file conversion

On Sun, May 26, 2013 at 10:29 PM, Helmut Grohne hel...@subdivi.de wrote:

 I find it depressing to see four init/rc systems, of which three are
  mutually incompatible in every single possible aspect.


Just my two cents.

I would be quite happy to write service files for two (systemd, upstart) or
three (systemd, upstart, openrc) of those in all my packages[*], if it
stops the endless flamewar here. I would also be happy to have the
requirement to support two (or three) of them in the Debian policy.

I know that we would still need to pick-up default, but that might be a
slightly easier task than to decide the only supported init system.

* - That's just *6* out of my 70+ package, but I doubt that anybody has too
much packages with init script to handle (and if that's the case he should
have co-maintainers).

O.
-- 
Ondřej Surý ond...@sury.org

Re: Blacklists in BTS (stopping the trolls and bug machines)

On Mon, May 27, 2013 at 09:04:53AM +0200, Ond??ej Surý wrote:
 I have an idea ??? maybe we could have a pseudo-package called
 please-improve (or whatever name we pick), where people can reassign
 bugreports which they feel they are unable to handle. This pseudo-bug would
 be monitored by some virtuous people[*] better in handling poor bugreports
 and they would work with submitter to improve the bug report, and then
 reassign it back.

The downside of this approach is that you lose track of the affected
component and version information (or at least this information is no
longer mechanically queryable if it is present at all). So instead maybe
tags could be used to convey this information. Indeed there are already
some tags that that partly address your needs. For instance, moreinfo
is to mark bugs that lack important information and help is a signal
that you are not going to fix it. To get a cleaner view on your bugs,
you can then use usercategories to sort bugs with tags moreinfo and help
to the end of your report page. For more information see
http://www.debian.org/Bugs/server-request#user

Hope this helps

Helmut


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527080454.ga22...@alf.mars

Re: systemd .service file conversion

2013-05-27 Thread Lucas Nussbaum

Hi,

On 27/05/13 at 09:13 +0200, Ondřej Surý wrote:
 On Sun, May 26, 2013 at 10:29 PM, Helmut Grohne hel...@subdivi.de wrote:
 
  I find it depressing to see four init/rc systems, of which three are
   mutually incompatible in every single possible aspect.
 
 
 Just my two cents.
 
 I would be quite happy to write service files for two (systemd, upstart) or
 three (systemd, upstart, openrc) of those in all my packages[*], if it
 stops the endless flamewar here. I would also be happy to have the
 requirement to support two (or three) of them in the Debian policy.
 
 I know that we would still need to pick-up default, but that might be a
 slightly easier task than to decide the only supported init system.
 
 * - That's just *6* out of my 70+ package, but I doubt that anybody has too
 much packages with init script to handle (and if that's the case he should
 have co-maintainers).

The point has been made (in [1]) that the problem of supporting several
init implementations is not really with packages providing services, but
with packages strongly tied with the init system.

[1] https://lists.debian.org/debian-devel/2013/05/msg01275.html

However, I would very much welcome a more detailed justification of that
point.

Lucas


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527075128.ga16...@xanadu.blop.info

Re: Blacklists in BTS (stopping the trolls and bug machines)

2013-05-27 Thread Vincent Lefevre

On 2013-05-27 09:04:53 +0200, Ondřej Surý wrote:
 I think I have never said the word abuse, just tiresome. The I see a
 warning from ucf, let's fill a bug on php5-common finally overflew my cup
 of patience (what is the correct english idiom for this?).

If you think you are distracted by some bug reports, end users
are also distracted by debug messages (which are not clearly
debug messages) in the terminal.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527081956.ga6...@xvii.vinc17.org

Re: optimizing PNGs

Was there any reason for the additional CCs? I saw no Mail-Followup-To
or request for CC, so I dropped them.

On Mon, May 27, 2013 at 09:22:20AM +0200, Mathieu Malaterre wrote:
 Doxygen will use SVG for graph (collaboration, inheritance), SVG is
 AFAIK one of the best possible representation for such information.
 The remainings PNGs are formulas (latex). It would be nice if doxygen
 would use mathml...

I'd like to add some bits from the doxygen point of view. Documentation
packages created using doxygen currently have a number of issues with
respect to size. Some of them are to be addressed soon(TM).

 * Packages shipping .md5 and .map files. Even though these files are
   small, there can be very many of them adding up to the installation
   size for filesystems with large block sizes. These files are used for
   incremental recreation of the documentation, so they are completely
   useless in a binary package. A future version of the doxygen package
   will include a dh_doxygen to aid in getting rid of these files.

 * The use of PNGs for graphs and formulas is unfortunate as has been
   pointed out already. The use of SVG for graphs improves this
   situation. As for formulas, there is support for mathjax. It needs to
   be enabled explicitly with USE_MATHJAX. I do not see mathml as the
   option of choice yet, because it is way harder to implement (unless
   you write the mathml directly in \htmlonly tags).

 * The embedding of jquery and files from doxygen is another story with
   wider implications, but this is rather a small constant per package,
   so the reduction in size is negligible.

Helmut


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527082656.gb22...@alf.mars

Re: Blacklists in BTS (stopping the trolls and bug machines)

2013-05-27 Thread Bastien ROUCARIES

On Mon, May 27, 2013 at 10:04 AM, Helmut Grohne hel...@subdivi.de wrote:
 On Mon, May 27, 2013 at 09:04:53AM +0200, Ond??ej Surı wrote:
 I have an idea ??? maybe we could have a pseudo-package called
 please-improve (or whatever name we pick), where people can reassign
 bugreports which they feel they are unable to handle. This pseudo-bug would
 be monitored by some virtuous people[*] better in handling poor bugreports
 and they would work with submitter to improve the bug report, and then
 reassign it back.

 The downside of this approach is that you lose track of the affected
 component and version information (or at least this information is no
 longer mechanically queryable if it is present at all). So instead maybe
 tags could be used to convey this information. Indeed there are already
 some tags that that partly address your needs. For instance, moreinfo
 is to mark bugs that lack important information and help is a signal
 that you are not going to fix it. To get a cleaner view on your bugs,
 you can then use usercategories to sort bugs with tags moreinfo and help
 to the end of your report page. For more information see
 http://www.debian.org/Bugs/server-request#user

Maybe using affects bug-improve is the way to go.

Bastien

 Hope this helps

 Helmut


 --
 To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20130527080454.ga22...@alf.mars



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAE2SPAbhpTm=8jy0gpedafacjboeq6qjpocxtr4qre5n8v_...@mail.gmail.com

Re: optimizing PNGs

On Mon, May 27, 2013 at 10:26 AM, Helmut Grohne hel...@subdivi.de wrote:
Was there any reason for the additional CCs? I saw no Mail-Followup-To
or request for CC, so I dropped them.

On Mon, May 27, 2013 at 09:22:20AM +0200, Mathieu Malaterre wrote:
Doxygen will use SVG for graph (collaboration, inheritance), SVG is
AFAIK one of the best possible representation for such information.
The remainings PNGs are formulas (latex). It would be nice if doxygen
would use mathml...

I'd like to add some bits from the doxygen point of view. Documentation
packages created using doxygen currently have a number of issues with
respect to size. Some of them are to be addressed soon(TM).

* Packages shipping .md5 and .map files. Even though these files are
small, there can be very many of them adding up to the installation
size for filesystems with large block sizes. These files are used for
incremental recreation of the documentation, so they are completely
useless in a binary package. A future version of the doxygen package
will include a dh_doxygen to aid in getting rid of these files.

Just for clarity, I believe you mean .md5. .map files are very useful
(HTML usemap attribute), see:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704443

--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/ca+7wuszrapuwkmpnz5gs_rg2s5b1rpntlhjwpa0hy_zpc6x...@mail.gmail.com

Re: [Pkg-virtualbox-devel] virtualbox moved to contrib

2013-05-27 Thread Frank Mehnert

Hi,

On Saturday 18 May 2013 22:03:08 Felix Geyer wrote:
 On 18.05.2013 20:04, Antonio Terceiro wrote:
  However, Watcom is needed only for 16-bit code, and VirtualBox has an
  EFI mode.  Would it be possible to restrict it to EFI only in main,
  unless the BIOS from contrib is loaded?
  
  If that's possible, I would ask the virtualbox maintainer(s) to please
  consider this alternative so that we can have virtualbox back in main.
 
 There are a few problems with this:
 
 - The EFI images aren't currently built from source as well. However it
 should be possible to do so (see [1]).
 - I'm not sure how well VirtualBox is able to boot common operating system
 with EFI. I (and probably upstream) are already looking forward to heaps
 of $OS doesn't boot bug reports.

EFI in VirtualBox has definitely not the same level of stability as the
normal BIOS. I would strongly discourage from publishing an EFI-only
VirtualBox package.

 - It would require even more patching of VirtualBox to default to EFI and
   display a proper error message when you try to boot a VM in BIOS mode and
   it's not available.
 - The VirtualBox maintainers (= me at the moment) don't even have time to
   properly maintain the VirtualBox package as it is. So someone else would
   have to join pkg-virtualbox and do the work.

Kind regards,

Frank
-- 
Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox
ORACLE Deutschland B.V.  Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany

Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher


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

Re: Blacklists in BTS (stopping the trolls and bug machines)

On Mon, May 27, 2013 at 10:04 AM, Helmut Grohne hel...@subdivi.de wrote:

 On Mon, May 27, 2013 at 09:04:53AM +0200, Ond??ej Surı wrote:
  I have an idea ??? maybe we could have a pseudo-package called
  please-improve (or whatever name we pick), where people can reassign
  bugreports which they feel they are unable to handle. This pseudo-bug
 would
  be monitored by some virtuous people[*] better in handling poor
 bugreports
  and they would work with submitter to improve the bug report, and then
  reassign it back.

 The downside of this approach is that you lose track of the affected
 component and version information (or at least this information is no
 longer mechanically queryable if it is present at all). So instead maybe
 tags could be used to convey this information. Indeed there are already
 some tags that that partly address your needs. For instance, moreinfo
 is to mark bugs that lack important information and help is a signal
 that you are not going to fix it. To get a cleaner view on your bugs,
 you can then use usercategories to sort bugs with tags moreinfo and help
 to the end of your report page. For more information see
 http://www.debian.org/Bugs/server-request#user


That's useless since simple tagging as +moreinfo help would just mean that
nobody would take care of those bugs, and they would linger the
indefinitely. I could just close the bugs and the effect would be same.

I like the idea from Bastien:

affects bugno bug-improve

or even better

reassign bugno bug-improve
affects bugno original-package

But we still need the bugsquash team to be formed.

O.
-- 
Ondřej Surý ond...@sury.org

Re: Blacklists in BTS (stopping the trolls and bug machines)

On Mon, May 27, 2013 at 10:19 AM, Vincent Lefevre vinc...@vinc17.net
wrote:

 On 2013-05-27 09:04:53 +0200, Ondřej Surý wrote:
  I think I have never said the word abuse, just tiresome. The I see
a
  warning from ucf, let's fill a bug on php5-common finally overflew my
cup
  of patience (what is the correct english idiom for this?).

 If you think you are distracted by some bug reports, end users
 are also distracted by debug messages (which are not clearly
 debug messages) in the terminal.


You are most welcome to come, join the packaging team(s) and help triage
those or any other bugs. (And I do mean it for real and not as sarcasm.)

BTW there's around 2000 open bugs marked as moreinfo, the oldest is dated
Sun, 29 Mar 1998 21:03:03 UTC.

O.
--
Ondřej Surý ond...@sury.org

Re: Blacklists in BTS (stopping the trolls and bug machines)

2013-05-27 Thread Timo Juhani Lindfors

Ondřej Surý ond...@sury.org writes:
 affects bugno bug-improve

I'd put such pseudo packages to a separate namespace. Some package
might, while unlikely, be called bug-improve in the future.


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/844ndog2yx@sauna.l.org

Re: systemd .service file conversion

Well,

each init system has it's proponents, so they can provide support (in form
of patches) for those tightly-tied package.

E.g. adopt an approach similar to our archs, setup some criteria[*] for
supporting the init system and either it can keep up and fullfil the
criteria or it won't and we drop the support for that particular init
system.

I guess both systemd and upstart would be able to fill the criteria just
fine. If anybody wants OpenRC, then fine, but provide the support, time and
energy to meet the criteria.

* - this needs to be defined, but I imagine something like this:
- 95% of native init configs in Packages with Priority: standard
- 60% of native init scripts in Packages with Priority: optional
- support for udev/dbus/whatever/...

O.


On Mon, May 27, 2013 at 9:51 AM, Lucas Nussbaum lu...@debian.org wrote:

 Hi,

 On 27/05/13 at 09:13 +0200, Ondřej Surý wrote:
  On Sun, May 26, 2013 at 10:29 PM, Helmut Grohne hel...@subdivi.de
 wrote:
 
   I find it depressing to see four init/rc systems, of which three are
mutually incompatible in every single possible aspect.
  
 
  Just my two cents.
 
  I would be quite happy to write service files for two (systemd, upstart)
 or
  three (systemd, upstart, openrc) of those in all my packages[*], if it
  stops the endless flamewar here. I would also be happy to have the
  requirement to support two (or three) of them in the Debian policy.
 
  I know that we would still need to pick-up default, but that might be a
  slightly easier task than to decide the only supported init system.
 
  * - That's just *6* out of my 70+ package, but I doubt that anybody has
 too
  much packages with init script to handle (and if that's the case he
 should
  have co-maintainers).

 The point has been made (in [1]) that the problem of supporting several
 init implementations is not really with packages providing services, but
 with packages strongly tied with the init system.

 [1] https://lists.debian.org/debian-devel/2013/05/msg01275.html

 However, I would very much welcome a more detailed justification of that
 point.

 Lucas


 --
 To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/20130527075128.ga16...@xanadu.blop.info




-- 
Ondřej Surý ond...@sury.org

Re: optimizing PNGs

On Mon, May 27, 2013 at 10:35:48AM +0200, Mathieu Malaterre wrote:
 On Mon, May 27, 2013 at 10:26 AM, Helmut Grohne hel...@subdivi.de wrote:
   * Packages shipping .md5 and .map files. Even though these files are
 small, there can be very many of them adding up to the installation
 size for filesystems with large block sizes. These files are used for
 incremental recreation of the documentation, so they are completely
 useless in a binary package. A future version of the doxygen package
 will include a dh_doxygen to aid in getting rid of these files.
 
 Just for clarity, I believe you mean .md5. .map files are very useful
 (HTML usemap attribute), see:
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704443

You are correct here. Thanks for pointing out.

While digging into this, I also discovered that there are a number of
duplicate files, that could be reduced using hard links[1] without much
effort. For example, in case of activiz.net-doc[2] 2% of the files can
be replaced by hard links. For vtk-doc[3] this amounts to 13% of the
files. Other large documentation packages are likely affected in a
similar way. The files typically affected are .svg and .map files. Even
though this certainly hits small files, this can reduce the installation
size measurably (for some filesystems).

Helmut

[1] http://wiki.debian.org/dedup.debian.net#Within_a_single_binary_package
rdfind also support -makehardlinks true
[2] http://dedup.debian.net/binary/activiz.net-doc
[3] http://dedup.debian.net/binary/vtk-doc


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527101927.ga10...@alf.mars

Re: [Pkg-virtualbox-devel] virtualbox moved to contrib

2013-05-27 Thread Holger Levsen

Hi,

On Montag, 27. Mai 2013, Frank Mehnert wrote:
 EFI in VirtualBox has definitely not the same level of stability as the
 normal BIOS. I would strongly discourage from publishing an EFI-only
 VirtualBox package.

so making it the default and moving virtualbox back to main would give this 
instability issues more exposure and thus hopefully more bugfixing?

A virtualbox which relies on non-free components is definitly also not so 
useful.


cheers,
Holger


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

Re: [Pkg-virtualbox-devel] virtualbox moved to contrib

2013-05-27 Thread Frank Mehnert

On Monday 27 May 2013 12:45:27 Holger Levsen wrote:
 On Montag, 27. Mai 2013, Frank Mehnert wrote:
  EFI in VirtualBox has definitely not the same level of stability as the
  normal BIOS. I would strongly discourage from publishing an EFI-only
  VirtualBox package.
 
 so making it the default and moving virtualbox back to main would give this
 instability issues more exposure and thus hopefully more bugfixing?
 
 A virtualbox which relies on non-free components is definitly also not so
 useful.

Just read the discussion. I wouldn't argue again and again.

Kind regards,

Frank
-- 
Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox
ORACLE Deutschland B.V.  Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany

Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher


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

Re: [Pkg-virtualbox-devel] virtualbox moved to contrib

2013-05-27 Thread Wouter Verhelst

On 27-05-13 13:30, Frank Mehnert wrote:
 On Monday 27 May 2013 12:45:27 Holger Levsen wrote:
 On Montag, 27. Mai 2013, Frank Mehnert wrote:
 EFI in VirtualBox has definitely not the same level of stability as the
 normal BIOS. I would strongly discourage from publishing an EFI-only
 VirtualBox package.

 so making it the default and moving virtualbox back to main would give this
 instability issues more exposure and thus hopefully more bugfixing?

 A virtualbox which relies on non-free components is definitly also not so
 useful.
 
 Just read the discussion. I wouldn't argue again and again.

Pointers to said discussion would be helpful.

-- 
This end should point toward the ground if you want to go to space.

If it starts pointing toward space you are having a bad problem and you
will not go to space today.

  -- http://xkcd.com/1133/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a34926.3080...@debian.org

Re: Debian development and release: always releasable (essay)

2013-05-27 Thread Andreas Tille

Hi,

On Sun, May 26, 2013 at 03:10:07PM +0200, Holger Levsen wrote:
 Hi,
 
 On Samstag, 25. Mai 2013, Petter Reinholdtsen wrote:
  Actually, I believe there is.  The Debian Edu blend contain the
  education-main-server task and metapackage, which include a Kerberos
  KDC.  It also contain the LDAP server as KDC backend storage and
  user/group/etc lookup.
 
 there is also the Debian-LAN which is described as The goal of Debian-LAN is 
 to make setting up a local network with centralized user and machine 
 management, intranet, etc. as easy as possible in Debian.
 
 see ://lists.debian.org/20120408083121.GB9680@flashgordon

If I where Andreas Mundt I would try to do this inside the Debian
Enterprise effort.  While there is barely any traffic on this list you
just need to start with such an effort somehow and IMHO the topic does
fit.

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527121417.gc16...@an3as.eu

Re: Is there an active Debian mactel team?

2013-05-27 Thread Thibaut Paumard

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Le 23/05/2013 09:42, Thibaut Paumard a écrit :
 
 Dear all,
 
 Despite all the efforts from many people, it's still quite
 difficult to get a fully functional Debian system on certain Apple
 hardware.
 
 I have been looking for a team I could join to discuss and improve
 the situation, but I could not find one. There are pages on the
 wiki, there is a debian-mactel channel on OFTC, but no alioth
 project and no mailing list. Is there something I missed?

Hi,

Apperently, I did not miss anything. I therefore created a project on
Alioth (Debian Mactel, UNIX name pkg-mactel):

 https://alioth.debian.org/projects/pkg-mactel/

I hereby invite anyone interested in joining this project.

Kind regards, Thibaut.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJRo0qGAAoJEJOUU0jg3ChA/6QQAMlbiWZAQSe/4IXwQgim1lQ9
p2jdEqE0xtB3bfokfIjt/1pgm1esN6ZfEC78W90C7b1llEZEdUAo0PevDl+eLpHS
1u/oj+pRCx41b4yFO8ZQGUW7utD1piC+Ko5uFRoZSORU5kIl5xpQb7Y/4TkKywqB
jfUC/kWZ15OlI/jbtHEC7FWVulFc8HZ6Y9hsD3mHbPy8T7BlTiq7HR+RIon51kyt
qwXnkKpLSbG4Cx20LWdZgyZSmVbbddViVaYaZzH3k4lueYsqHWNlpvw4h1pvtRtY
gLCm0Q8bsE3AO4Txn5zdzKWIjh4isPfxZESTRc0KKMxhcjG1eO1Vnt9uPoh4cLWu
2fWnaMR1vImU1GATSHFqz3177Sy4zSEHyQst4E+It9VYzSxSCdxxBGMo7u7PTE7i
xMIzTl048mJsOQ2SR1CLZLL5hw0aFU7HK0+NBCycGn/zsvcGnYncBp7DNAFd7+/T
J/L/6SfXxSOumzGX3WJKFz2D0z+hqKwbDTT8ZFq5M43vVustuoeyjuSLINGfvsc+
kpGgjOrXQtQARjOguYRaQEJaCm531UoA/5mnOz74qJjivf3xHsv/FDhEhYPdy0PH
ZAfOQ1cP6vl0FRNvEI6Z5mnx/i+DZNq94dffM69j492YOv/rxfnT9yfEn6zCvVVd
4qjEWrQSdsVyKi/TBS4v
=OSoT
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a34a8e.9000...@debian.org

Re: optimizing PNGs

On Mon, May 27, 2013 at 6:19 PM, Helmut Grohne wrote:

 While digging into this, I also discovered that there are a number of
 duplicate files, that could be reduced using hard links[1] without much
 effort. For example, in case of activiz.net-doc[2] 2% of the files can
 be replaced by hard links. For vtk-doc[3] this amounts to 13% of the
 files. Other large documentation packages are likely affected in a
 similar way. The files typically affected are .svg and .map files. Even
 though this certainly hits small files, this can reduce the installation
 size measurably (for some filesystems).

In megaglest we replace duplicate files with symlinks using these commands:

# Replace duplicate files with symlinks
rdfind -outputname /dev/null -makesymlinks true debian/megaglest-data/
# Fix those symlinks to make them relative
symlinks -r -s -c debian/megaglest-data/


-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caktje6getsrggr9ydrdwver97ziksnbgyv3zujy-6ugmqyz...@mail.gmail.com

Re: [Pkg-virtualbox-devel] virtualbox moved to contrib

On Mon, May 27, 2013 at 7:53 PM, Wouter Verhelst wrote:

 Pointers to said discussion would be helpful.

http://bugs.debian.org/691148

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caktje6fpculragovzy+6k-hfjbw3uo45zeyqdrghgfybroj...@mail.gmail.com

Bug#710013: ITP: libgrip -- multitouch gesture library for GTK

2013-05-27 Thread Stephen M. Webb

Package: wnpp
Severity: wishlist
Owner: Stephen M. Webb stephen.w...@bregmasoft.ca

* Package name: libgrip
  Version : 0.3.6
  Upstream Author : Canonical Ltd.
* URL : https://launchpad.net/libgrip
* License : LGPL v2.1, LGPL v3
  Programming Lang: C
  Description : multitouch gesture library for GTK

This is a GTK extension library that provides a multi-touch gesture API.  It is 
currently used by optional extensions to
eog and evince.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a365ad.8070...@bregmasoft.ca

Re: Blacklists in BTS (stopping the trolls and bug machines)

2013-05-27 Thread Bas Wijnen

On Mon, May 27, 2013 at 09:04:53AM +0200, Ondřej Surý wrote:
 On Sat, May 25, 2013 at 8:02 PM, Russ Allbery r...@debian.org wrote:
  He still files all upstream bugs with Debian, but I can't throw stones
  there;

I do not think this is wrong.  In fact, one of the reasons I like Debian, is
that I can report bugs in a uniform way and the maintainer will (well, should
at least) take care of handling communication with upstream where appropriate.

If it would be inappropriate to file upstream bugs with Debian, reportbug
should be changed to complain if you try to add the upstream tag.  It doesn't,
and in my opinion it shouldn't.  Forwarding stuff upstream is actually part of
your task as a package maintainer.

  I tend to do the same thing myself, since Debian has such a nice and
  consistent bug reporting interface and upstream's usually... isn't.  :)

That too. :-)  And in many cases they require you to subscribe to a mailinglist
while you only want to see replies to your own report, not follow the
development of the program.  This requirement is acceptable for the maintainer
of the Debian package, but not for someone who thinks this can be better,
perhaps they didn't think about it.

  He files lots and lots of minor/wishlist bugs, but that isn't abuse.  He's
  one of the few people who regularly files bugs when he finds unclear or
  confusing documentation, and while that results in a lot of small bugs
  (and a lot of bugs that are really upstream bugs), I think that's also a
  valuable *type* of bug that frequently doesn't get enough attention.

I agree.  On a completely different level, those bugs are also often quite easy
to fix (taking mostly time, not much skill), and therefore can be used to
attract new developers to a project.

 The I see a warning from ucf, let's fill a bug on php5-common finally
 overflew my cup of patience.

Especially with simple wishlist bugs, the submitter doesn't want to dig deep
into the package to see what the problem really is.  In a case like this, the
maintainer should reassign the bug to the package that causes it, just like
they should forward it upstream if appropriate.  This is a similar action,
which as I wrote I consider part of the task of a package maintainer.

 This might be similar to what I have seen in Launchpad – there's a bugsquad
 team that can handle all bugreports in just any package[1][2].

We have a pretty good NMU system, which lets any DD handle bugs in any package.
There's nothing wrong with preparing an NMU for a wishlist bug.  So we already
have that team.  Perhaps the QA team is even closer to what you mean, but they
always say that any DD is in the QA team, so there isn't really a difference.
;-)  But as you write, most people will not fix (or ask for more info on)
wishlist bugs in other people's packages.

On Mon, May 27, 2013 at 11:46:05AM +0200, Ondřej Surý wrote:
  If you think you are distracted by some bug reports, end users
  are also distracted by debug messages (which are not clearly
  debug messages) in the terminal.

And speaking for me personally, even if they are clearly debug messages, I
still consider it a bug that they were enabled for a release.  I don't think
I've ever reported such a thing, but I might do that.  It's one of those things
which is trivial to fix when you're preparing a release anyway, and makes the
package a tiny bit better if done right.

 BTW there's around 2000 open bugs marked as moreinfo, the oldest is dated
 Sun, 29 Mar 1998 21:03:03 UTC.

For moreinfo bugs, you are not considered a bad maintainer if you send a I
will close this if you don't reply-response after some time and then do that
after some more waiting.  (Where some time and some more  15 years.)

Thanks,
Bas


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527142105.ga11...@fmf.nl

Accurate diagnostics

2013-05-27 Thread Ben Hutchings

On Mon, 2013-05-27 at 10:19 +0200, Vincent Lefevre wrote:
 On 2013-05-27 09:04:53 +0200, Ondřej Surý wrote:
  I think I have never said the word abuse, just tiresome. The I see a
  warning from ucf, let's fill a bug on php5-common finally overflew my cup
  of patience (what is the correct english idiom for this?).
 
 If you think you are distracted by some bug reports, end users
 are also distracted by debug messages (which are not clearly
 debug messages) in the terminal.

Worse are warnings that always appear because either an application
really is doing something wrong (many Gtk apps trigger such warnings) or
the warning condition is wrong.  The typical response to a report of
such a bug will be 'oh, that's harmless', but then if a user ignored
warnings for some time before reporting a bug the reponse will be 'why
did you ignore that?!'

We should be careful to give accurate diagnostic messages; otherwise we
will train users to ignore them.  And that can certainly lead to data
loss.

Ben.

-- 
Ben Hutchings
Experience is what causes a person to make new mistakes instead of old ones.


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

Re: systemd .service file conversion

2013-05-27 Thread brian m. carlson

On Mon, May 27, 2013 at 08:38:44AM +0200, Helmut Grohne wrote:
 On Sun, May 26, 2013 at 10:27:53PM +, brian m. carlson wrote:
  At the risk of adding another level of indirection, we could add a
  meta-init format that can generate an appropriate file for any of these.
 
 Are you aware of http://wiki.debian.org/MetaInit (packages metainit and
 dh-metainit)? That work was started like eight years ago. Unfortunately
 it didn't take off yet. The only package using it is infon.

I was not.

  A meta-init format would make everyone equally happy (or miserable,
  depending on your point of view), which may be the best way to solve the
  problem.  I fear that consolidation of interfaces is unlikely to occur.
 
 As far as I can tell Debian simply lacks the resources to do that. Maybe
 Joachim Breitner can shed some light on this?

I'm happy to work on this if need be.

 Unless some consolidation of interfaces is going to happen, Debian will
 simply be unable to support multiple init systems natively.

Yes, it sounds like the issue is less of the init scripts themselves,
and more how to interact with the init systems (the interfaces).
Forcing everybody to use the same init system is going to make a lot of
people very unhappy, as we've seen.

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


signature.asc
Description: Digital signature

Re: ITP: opensmtpd -- Simple Mail Transfer Protocol daemon

2013-05-27 Thread Daniel Walrond

On Wed, May 22, 2013 at 02:16:34PM -0700, Russ Allbery wrote:
 Daniel Walrond deb...@djw.org.uk writes:
 
  As per policy 10.9 - Permissions and owners[0], opensmtpd requires
  some system users for running non-root-privileged processes. I propose
  to user the following dynamic accounts; opensmtpd, opensmtpq, opensmtpf.
 
 We currently have no good policy about how to name system users, but
 despite that I personally would recommend against using simple
 alphanumeric usernames like those.  (They are longer than eight
 characters, which avoids some local namespaces, but not all.)
 
 There are two conventions that other packages have used to make it less
 likely that system accounts will conflict with local usernames:
 
 * Append Debian- to the username, as in Debian-opensmtpd
 * Append an underscore, as in _opensmtpd
 
 I personally mildly prefer the latter just because it's simple, although
 it isn't as informative or robust against any namespace issue.  Note that
 you will have to pass --force-badname to adduser to let you use an
 underscore in the name.

The upstream package defaults to _smtpd since all the daemons in OpenBSD
start with a _. It seems like a good convention to avoid local
namespace clashes, although I haven't seen any package within Debian
using it. The regex in a default install is ^[a-z][-a-z0-9_]*\$, so I
think it's best to stick within that.

Thanks for the input, I'll stick with opensmtpd.


Dan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527174221.ga3...@sumdoave.com

FW: problem with amixer

2013-05-27 Thread Juan Diego Tortul Batistuta










Hi I have no sound, have a problem with amixer in (Debian 7 Gnome);

in booting the error is:

amixer : amixer hw : 0 : load error : invalid argument


hardware:

user@debian:~$ cat /proc/asound/modules
 0 snd_hda_intel

user@debian:~$ cat /proc/asound/cards
 0 [NVidia ]: HDA-Intel - HDA NVidia
  HDA NVidia at 0xfe024000 irq 22

user@debian:~$ lshw -C MULTIMEDIA
WARNING: you should run this program as super-user.
  *-multimedia UNCLAIMED  
   description: Audio device
   product: MCP61 High Definition Audio
   vendor: NVIDIA Corporation
   physical id: 5
   bus info: pci@:00:05.0
   version: a2
   width: 32 bits
   clock: 66MHz
   capabilities: cap_list
   configuration: latency=0 maxlatency=5 mingnt=2
   resources: memory:fe024000-fe027fff
WARNING: output may be incomplete or inaccurate, you should run this program as 
super-user.


user@debian:~$ lspci -k
00:00.0 RAM memory: NVIDIA Corporation MCP61 Host Bridge (rev a1)
Subsystem: Giga-byte Technology Device 5001
00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2)
Subsystem: Giga-byte Technology Device 0c11
00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2)
Subsystem: Giga-byte Technology Device 0c11
Kernel driver in use: nForce2_smbus
00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2)
Subsystem: Giga-byte Technology Device 0c11
00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a3)
Subsystem: Giga-byte Technology Device 5004
Kernel driver in use: ohci_hcd
00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a3)
Subsystem: Giga-byte Technology Device 5004
Kernel driver in use: ehci_hcd
00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2)
Subsystem: Giga-byte Technology Device a002
Kernel driver in use: snd_hda_intel
00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2)
Subsystem: Giga-byte Technology Device e000
Kernel driver in use: forcedeth
00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
Subsystem: Giga-byte Technology Device b002
Kernel driver in use: sata_nv
00:08.1 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
Subsystem: Giga-byte Technology Device b002
Kernel driver in use: sata_nv
00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 7025 / 
nForce 630a] (rev a2)
Subsystem: Giga-byte Technology Device d000
Kernel driver in use: nouveau
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor 
HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address 
Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM 
Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor 
Miscellaneous Control
Kernel driver in use: k10temp
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link 
Control

Re: Blacklists in BTS (stopping the trolls and bug machines)

2013-05-27 Thread Paul Gevers

Hi

 BTW there's around 2000 open bugs marked as moreinfo, the oldest is dated
 Sun, 29 Mar 1998 21:03:03 UTC.
 
 For moreinfo bugs, you are not considered a bad maintainer if you send a I
 will close this if you don't reply-response after some time and then do that
 after some more waiting.  (Where some time and some more  15 years.)

And for everybody that hasn't learned it yet (I just recently did),
replying to a bug does NOT send an e-mail to the original reporter. I
now have several moreinfo bugs, that have in fact not requested more
info to the right person. Maybe that is the case for more people.

Paul



signature.asc
Description: OpenPGP digital signature

Re: optimizing PNGs

Helmut Grohne hel...@subdivi.de writes:

 I'd like to add some bits from the doxygen point of view. Documentation
 packages created using doxygen currently have a number of issues with
 respect to size. Some of them are to be addressed soon(TM).

  * Packages shipping .md5 and .map files. Even though these files are
small, there can be very many of them adding up to the installation
size for filesystems with large block sizes. These files are used for
incremental recreation of the documentation, so they are completely
useless in a binary package. A future version of the doxygen package
will include a dh_doxygen to aid in getting rid of these files.

Yes, yes, please!  That would make my life so much better for several of
my packages.

  * The embedding of jquery and files from doxygen is another story with
wider implications, but this is rather a small constant per package,
so the reduction in size is negligible.

I've been replacing the copy of jquery with a symlink to the one shipped
in Debian and adding a dependency on that package, and some quick testing
didn't turn up anything that broke.  If that strategy works, maybe
dh_doxygen can do that as well?

-- 
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
Archive: http://lists.debian.org/87txlo2rzi@windlord.stanford.edu

Re: Accepted wdm 1.28-13+deb7u1 (source i386)

2013-05-27 Thread Alexander Benjik

Unsubscribe
--
Diese Nachricht wurde von meinem Android Mobiltelefon versandt.



Agustin Martin Domingo agmar...@debian.org schrieb:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 23 May 2013 20:45:46 +0200
Source: wdm
Binary: wdm
Architecture: source i386
Version: 1.28-13+deb7u1
Distribution: stable
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Agustin Martin Domingo agmar...@debian.org
Description:
wdm - WINGs Display Manager - an xdm replacement with a WindowMaker loo
Closes: 707231
Changes:
wdm (1.28-13+deb7u1) stable; urgency=low
.
* QA upload.
* wdm.pam: Ignore pam_selinux.so failures when the module does not
exist (e.g. on architectures without SE Linux support like
non-linux) instead of requiring it. Thanks Laurent Bigonville for
bug report and proposed change (Closes: #707231).
Checksums-Sha1:
5b4a8cb3f8df4cc511432017ebddf81a7dcf9a35 1472 wdm_1.28-13+deb7u1.dsc
f900cd2c211023b0323c0fe1ec5d17d10adfe055 68692 wdm_1.28-13+deb7u1.debian.tar.gz
c0f58dae3a4a23d97a9aee23a81ead3b4152f0d3 338442 wdm_1.28-13+deb7u1_i386.deb
Checksums-Sha256:
33e3bff58eb3ef8b40e893ff17e080d87e8c662ba67d2a42231b1aa7a92bf2c9 1472 
wdm_1.28-13+deb7u1.dsc
a6d96b55861a3ef754076602cfbefa2c28a6861ffc2df9a51fe600e84413b6db 68692 
wdm_1.28-13+deb7u1.debian.tar.gz
1708e624d95824900eaad31043733fa56c39d652848b4847edbca52b82c7f665 338442 
wdm_1.28-13+deb7u1_i386.deb
Files:
d22d56f3e79b53d8c82f5c1ed25b11b9 1472 x11 optional wdm_1.28-13+deb7u1.dsc
8059a44f03f796981aea07a158c84b00 68692 x11 optional 
wdm_1.28-13+deb7u1.debian.tar.gz
42e977d07ab3936a266e6667a205713d 338442 x11 optional wdm_1.28-13+deb7u1_i386.deb

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

iD8DBQFRnmVmTShHqj72DpwRAuVqAKCeDG1a3qfa5yA4Oiq0VM+67U8cgACfcG6Z
COxmsosSu5pRFm9K0W6ehFs=
=5IHI
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugmir-0005s7...@franck.debian.org

Re: systemd .service file conversion

Игорь Пашев pashev.i...@gmail.com writes:
 2013/5/27 brian m. carlson sand...@crustytoothpaste.net:

 At the risk of adding another level of indirection, we could add a
 meta-init format that can generate an appropriate file for any of
 these.

 http://xkcd.com/927/

Also:

All problems in computer science can be solved by another level of
indirection -- David Wheeler

...except for the problem of too many layers of indirection. -- Kevlin
Henney

which I suspect is what prompted Brian's phrasing in the original
message.  :)

-- 
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
Archive: http://lists.debian.org/8738t846ry@windlord.stanford.edu

Re: systemd .service file conversion

Ondřej Surý ond...@sury.org writes:

 I would be quite happy to write service files for two (systemd, upstart)
 or three (systemd, upstart, openrc) of those in all my packages[*], if
 it stops the endless flamewar here. I would also be happy to have the
 requirement to support two (or three) of them in the Debian policy.

+1

However, there is a legitimate concern that I'm not likely to personally
test more than one, maybe two, of the service files, since I'm probably
going to find that I have a personal favorite and end up using that on
most or all of my systems.

In general, whichever one we pick as the installation default is probably
going to get the most testing.  This isn't a problem for things like MTAs,
which are fairly self-contained; Postfix is quite well-supported in Debian
despite having Exim as the default.  But for init systems, where the
support is spread over a large number of packages, the situation is
trickier.

-- 
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
Archive: http://lists.debian.org/87y5b02s3y@windlord.stanford.edu

Re: Bug#666490: O: svgalib -- console SVGA display libraries

2013-05-27 Thread Moritz Mühlenhoff

On Mon, May 13, 2013 at 07:30:20PM +0200, Stephen Kitt wrote:
 Hi,
 
 On Sun, Apr 01, 2012 at 02:59:24AM +0100, Ben Hutchings wrote:
  Thanks for your work, but isn't it time we quietly got rid of this
  library?  Video memory and mode setting should be managed by the kernel,
  not by applications.  It's bad enough that we had the X server doing
  this for years (and still do on some hardware).

I agree.
 
 I've looked into this; svgalib's reverse dependencies are:
 * bochs (bochs-svga)
 * gnuboy (gnuboy-svga)
 * lcdproc (no svgalib-specific package)
 * links2 (no svgalib-specific package)
 * mplayer (no svgalib-specific package)
 * qcam (no svgalib-specific package)
 * spectemu (spectemu-svga)
 * synaesthesia (no svgalib-specific package)
 * thrust (no svgalib-specific package)
 * tmview (dvisvga)
 * zgv (no svgalib-specific package)
 
 Apart from mplayer and zgv, all of these rebuild fine without
 libsvga1-dev; they can use X and some can use fb (I can provide
 patches of course and NMU where necessary). mplayer FTBFS anyway
 because of changes in liblivemedia (#708140). zgv only builds a
 svgalib-based binary; it can in theory be built with SDL instead but
 that fails. All the svgalib-specific packages have low popcon scores.

I'll file bugs soon and coordinate the removal.

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527182957.GA6134@pisco.westfalen.local

Forming a Debian bugsquad team (Was: Blacklists in BTS (stopping the trolls and bug machines))

If we are to form the Debian bugsquad team similar to Ubuntu bugsquad team,
the main two questions would be:

1. As a Debian Developer/Maintainer would you be thankful for other people
to come and help with bugs in your package.
2. Can we find enough volunteers to form such team?

The idea would be to have a team of pasionate people who would constantly
try to improve Debian as a whole and they would help the maintainers to
triage bugs.

The criteria for choosing bugs to help with might be:
1. the 'help' tag
2. the 'moreinfo' tag
3. the age of the bug
4. bugs without an answer
5. special user-tag, f.e. 'bugsq...@lists.alioth.debian.org'

--

On Mon, May 27, 2013 at 4:21 PM, Bas Wijnen wij...@debian.org wrote:

 On Mon, May 27, 2013 at 09:04:53AM +0200, Ondřej Surý wrote:
  On Sat, May 25, 2013 at 8:02 PM, Russ Allbery r...@debian.org wrote:
   He still files all upstream bugs with Debian, but I can't throw stones
   there;


I think it's ok to fill upstream bugs in Debian BTS, but I almost always
reply with here's the upstream bugzilla, please be so kind and fill the
bug there, it will be much more efficient.


   He files lots and lots of minor/wishlist bugs, but that isn't abuse.
  He's
   one of the few people who regularly files bugs when he finds unclear or
   confusing documentation, and while that results in a lot of small bugs
   (and a lot of bugs that are really upstream bugs), I think that's also
 a
   valuable *type* of bug that frequently doesn't get enough attention.

 I agree.  On a completely different level, those bugs are also often quite
 easy
 to fix (taking mostly time, not much skill), and therefore can be used to
 attract new developers to a project.


Where are these developers you are talking about? Shove them to PHP BTS to
triage the bugs.


   The I see a warning from ucf, let's fill a bug on php5-common finally
  overflew my cup of patience.

 Especially with simple wishlist bugs, the submitter doesn't want to dig
 deep
 into the package to see what the problem really is.  In a case like this,
 the
 maintainer should reassign the bug to the package that causes it, just like
 they should forward it upstream if appropriate.  This is a similar action,
 which as I wrote I consider part of the task of a package maintainer.


Some packages are easier to maintain, some are much harder. So it might be
easier for you to say than f.e. for me with php, rails, bdb and some other
packages in my unfortunate portfolio. How many security bugs did you have
in your packages in squeeze? Please understand that our perspectives and
experiences with Debian package maintenance might wildly differ.

 This might be similar to what I have seen in Launchpad – there's a
 bugsquad
  team that can handle all bugreports in just any package[1][2].

 We have a pretty good NMU system, which lets any DD handle bugs in any
 package.
 There's nothing wrong with preparing an NMU for a wishlist bug.  So we
 already
 have that team.


No, we don't have that team. Most if not all people will NMU only for
things they care about. I did a lot of NMUs when I planned Berkeley DB
transition.


 Perhaps the QA team is even closer to what you mean, but they
 always say that any DD is in the QA team, so there isn't really a
 difference.


No, the QA team is not even close.


 But as you write, most people will not fix (or ask for more info on)
 wishlist bugs in other people's packages.


I am talking about group of people which would help triage the bugs on
regular basis, and would help maintainers who cannot find more active
maintainers to the team even though the RFH bug is open for more than a
year. (And I am thankful for every little contribution I receive)


 On Mon, May 27, 2013 at 11:46:05AM +0200, Ondřej Surý wrote:
   If you think you are distracted by some bug reports, end users
   are also distracted by debug messages (which are not clearly
   debug messages) in the terminal.

 And speaking for me personally, even if they are clearly debug messages, I
 still consider it a bug that they were enabled for a release.  I don't
 think
 I've ever reported such a thing, but I might do that.  It's one of those
 things
 which is trivial to fix when you're preparing a release anyway, and makes
 the
 package a tiny bit better if done right.


I sent the original email asking on advice how to make my job somehow
easier, because sometimes it's too much and I want to prevent  my burnout
and burntout of some other fellow Debian Developers.

Do you understand that your email saying don't complain, it's your job
isn't very helpful?

O.
-- 
Ondřej Surý ond...@sury.org

Re: Forming a Debian bugsquad team (Was: Blacklists in BTS (stopping the trolls and bug machines))

2013-05-27 Thread Arno Töll

Hi,

On 27.05.2013 21:01, Ondřej Surý wrote:
 1. As a Debian Developer/Maintainer would you be thankful for other people
 to come and help with bugs in your package.

I very much doubt, there is a maintainer in Debian who discourages other
people to triage bugs of their own packages. So yes, I suppose this is
highly appreciated.

 2. Can we find enough volunteers to form such team?

That's the actual question. You know, if people would like it to deal
with certain bugs (and bug reporters) we would not need find someone
else doing it on your behalf.

Having that said, there are more jobs that team could take over, like
handling bugs against general, or against in-existing packages.

Yet I don't think that would be a highly appealing job, but I'm more
than happy if others would like to do it.

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Re: using upstart in Debian

2013-05-27 Thread Nikolaus Rath

Wouter Verhelst wou...@debian.org writes:
 On 26-05-13 15:11, Holger Levsen wrote:
 Hi,
 
 On Samstag, 25. Mai 2013, Nikolaus Rath wrote:
 For example: after some intense studying, I now fully understand why
 declaring a new upstart job C that depends on existing jobs A and B
 (start on job-a-did-its-thing AND job-b-did-its-thing) may prevent the
 start of job A (cf
 https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/964207). However, I
 still consider it confusing and at least questionable design that adding a
 new job can prevent an existing job from starting even though they do not
 conflict in any way.
 
 WHAT?!? if that's true then I for sure know what I won't let near my 
 systems! 
 That's rather horrible. Thanks for the info!

 Reading the bug, what Nikolaus fails to mention is that the way the
 event handling happens, this really becomes a _circular_ dependency
 unless the --no-wait option is specified (IIUC)

The hang is because of a loop, yes, but this loop doesn't exist in the
actual dependencies:

gdm depends on mountall (via mounted event) and dbus
dbus depends on mountall

There should be no problem at all to satisfy these dependencies and boot
the system. However, due to the event-based way upstart is designed, it
doesn't work like that: if mountall emits its events without --no-wait,
then the emitting the mounted event will latch and only return once
gdm is started. gdm, however, still waits for dbus, and the boot hangs.

The only way to avoid this (at least at the time I reported the bug),
would have been to recompile mountall to emit events with --no-wait (but
I'm not sure what other unintended consequences that would have had).

As I said, there isn't a bug anywhere here. Once you understand what's
going on, this all makes sense. But I don't consider this a very good
design.


Best,

   -Nikolaus

-- 
 »Time flies like an arrow, fruit flies like a Banana.«

  PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6  02CF A9AD B7F8 AE4E 425C


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/874ndontbu@vostro.rath.org

Re: Blacklists in BTS (stopping the trolls and bug machines)

2013-05-27 Thread Christian PERRIER

Quoting Ondřej Surý (ond...@sury.org):

 You are most welcome to come, join the packaging team(s) and help triage
 those or any other bugs. (And I do mean it for real and not as sarcasm.)
 
 BTW there's around 2000 open bugs marked as moreinfo, the oldest is dated
 Sun, 29 Mar 1998 21:03:03 UTC.


While I could still manage to deal with bugs in the samba package,
bugs that were tagged moreinfo more than a few years ago have been
unilateraly closed by /me over time.

Being somehow aggressive with bug reports doesn't hurt. Indeed it
benefits the project as a whole, because it tends to keep opened only
those bugs that have a small chance to see someone working on them in
a foreseeable future.




signature.asc
Description: Digital signature

Re: systemd .service file conversion

On Mon, May 27, 2013 at 8:30 PM, Russ Allbery r...@debian.org wrote:

 Ondřej Surý ond...@sury.org writes:

  I would be quite happy to write service files for two (systemd, upstart)
  or three (systemd, upstart, openrc) of those in all my packages[*], if
  it stops the endless flamewar here. I would also be happy to have the
  requirement to support two (or three) of them in the Debian policy.

 +1

 However, there is a legitimate concern that I'm not likely to personally
 test more than one, maybe two, of the service files, since I'm probably
 going to find that I have a personal favorite and end up using that on
 most or all of my systems.


That's true, but see my second email in reply to Lucas. Each init system
has it's proponents and it would be their job to help with testing. And I
would happily accept any patch which would help me with testing (I still
have to check the autopkg testing.)

So whatever we pick I guess we:

1. get enough feedback from Ubuntu people to ensure quality upstart jobs

2. kFreeBSD folks would provide OpenRC support (same as Hurd people
providing the MAX_PATHLEN patches)

3. people passionate about systemd (Gnome folks, etc...) would provide
support for service files

We can revise the plan after during the jessie development, if it doesn't
work we will just drop support for the non-functional init system (or just
make it non-RC)

O.
-- 
Ondřej Surý ond...@sury.org

Re: Forming a Debian bugsquad team (Was: Blacklists in BTS (stopping the trolls and bug machines))

2013-05-27 Thread Holger Levsen

Hi,

On Montag, 27. Mai 2013, Arno Töll wrote:
 Having that said, there are more jobs that team could take over, like
 handling bugs against general, or against in-existing packages.

while in general (no pun intended) your idea is quite right, note that 
currently http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=general lists no 
bug which merrely needs bug triaging. whats missing (to fix these bugs) is 
sometimes consenus and always code.


cheers,
Holger




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

Re: Forming a Debian bugsquad team (Was: Blacklists in BTS (stopping the trolls and bug machines))

2013-05-27 Thread Miguel Figueiredo


Em 27-05-2013 20:01, Ondřej Surý escreveu:

If we are to form the Debian bugsquad team similar to Ubuntu bugsquad
team, the main two questions would be:

1. As a Debian Developer/Maintainer would you be thankful for other
people to come and help with bugs in your package.


on l10n the approach is to first contact the maintainer and tell what's 
going to happen if it's ok with him/her.


I find it very fair and nice.


2. Can we find enough volunteers to form such team?


Sure.

[...]
--
Melhores cumprimentos/Best regards,

Miguel Figueiredo


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a3b97d.20...@debianpt.org

Bug#710045: RFP: node-redis-commander -- Redis web-based management tool

2013-05-27 Thread Cristian Greco

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

   Package name: node-redis-commander
Version: 0.1.1
Upstream Author: Joe Ferner j...@fernsroth.com
URL: https://github.com/nearinfinity/redis-commander
License: [unknown, see later]
Description: Redis web-based management tool

A node.js web application used to view, edit, and manage a Redis
Database: Main features are:
- Config Information
- Tree View
- View Key Values
- Edit Values
- Redis CLI
- Tab Completion
- API Popup

Unfortunately, there is no license file nor license statements in the
source code files, so anyone willing to package this module must ask
the author to clarify the license.

Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4


signature.asc
Description: PGP signature

Debian systemd survey results

2013-05-27 Thread Michael Stapelberg

Hi,

Thanks for participating, everyone!

find the results at:
http://people.debian.org/~stapelberg/2013/05/27/systemd-survey-results.html

Another discussion is really not necessary at this point. Quote from the
page:

I know this is a controversial topic. Please don’t start yet another
systemd discussion on debian-devel. We, the systemd Debian
maintainers, will try to come up with good answers to all listed
concerns and communicate them in a friendly and concise way
soon. Furthermore, we have recognized the need for more
documentation/information about how things are supposed to work with
regards to the transition (and systemd in general) and will address
that, too.

-- 
Best regards,
Michael


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/x6k3mk42pw@midna.zekjur.net

Re: systemd .service file conversion

2013-05-27 Thread Josselin Mouette

Le lundi 27 mai 2013 à 09:13 +0200, Ondřej Surý a écrit : 
 I would be quite happy to write service files for two (systemd,
 upstart) or three (systemd, upstart, openrc) of those in all my
 packages[*], if it stops the endless flamewar here. I would also be
 happy to have the requirement to support two (or three) of them in the
 Debian policy.

This kind of madness is precisely described here:
http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html

By supporting several init systems, each with their own combination of
bugs, each combination of services using the init systems with their own
combination of bugs *depending on the init system*, you are just going
to make it impossible to maintain packages depending on these services. 
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1369684595.30759.2.camel@tomoyo

Re: systemd .service file conversion

2013-05-27 Thread Vincent Bernat

 ❦ 27 mai 2013 08:38 CEST, Helmut Grohne hel...@subdivi.de :

 At the risk of adding another level of indirection, we could add a
 meta-init format that can generate an appropriate file for any of these.

 Are you aware of http://wiki.debian.org/MetaInit (packages metainit and
 dh-metainit)? That work was started like eight years ago. Unfortunately
 it didn't take off yet. The only package using it is infon.

It's unfortunate that MetaInit predates systemd and upstart by several
years, but it seems better to stick with either upstart and systemd
configuration format as an universal one. This would also allows to
leverage work done by upstream since those job/unit descriptions are not
distribution-dependant.
-- 
panic(Lucy in the sky);
2.2.16 /usr/src/linux/arch/sparc64/kernel/starfire.c


pgpKu709XB9AR.pgp
Description: PGP signature

Re: Forming a Debian bugsquad team

2013-05-27 Thread Bas Wijnen

On Mon, May 27, 2013 at 09:01:40PM +0200, Ondřej Surý wrote:
 The idea would be to have a team of pasionate people who would constantly
 try to improve Debian as a whole and they would help the maintainers to
 triage bugs.
...
  Perhaps the QA team is even closer to what you mean, but they
  always say that any DD is in the QA team, so there isn't really a
  difference.
 
 No, the QA team is not even close.

I don't see how the purpose of the QA team differs from your proposal.  If you
mean the QA team can't find enough people to do all the work they would like
to do, then I agree.  But setting up a different team with exactly the same
purpose under a new name isn't going to solve that problem.

 On Mon, May 27, 2013 at 4:21 PM, Bas Wijnen wij...@debian.org wrote:
  I agree.  On a completely different level, those bugs are also often quite
  easy to fix (taking mostly time, not much skill), and therefore can be used
  to attract new developers to a project.
 
 Where are these developers you are talking about? Shove them to PHP BTS to
 triage the bugs.

I don't have them, of course.  My point was that if someone is interested in
helping, they will want to do a simple task to become familiar with the code.
You cannot use the bugs to generate the people, but you can use them to keep
them from running away.

The I see a warning from ucf, let's fill a bug on php5-common finally
   overflew my cup of patience.
 
  Especially with simple wishlist bugs, the submitter doesn't want to dig
  deep into the package to see what the problem really is.  In a case like
  this, the maintainer should reassign the bug to the package that causes it,
  just like they should forward it upstream if appropriate.  This is a
  similar action, which as I wrote I consider part of the task of a package
  maintainer.
 
 Some packages are easier to maintain, some are much harder.

Sure.  But instead of saying ask upstream, you can say forward the report
upstream yourself.  It's probably not more work for you, but it would be more
work for the submitter, because they would have to create an account on the
bugzilla and learn how it works (which is hopefully not hard, but still work).

 So it might be easier for you to say than f.e. for me with php, rails, bdb
 and some other packages in my unfortunate portfolio. How many security bugs
 did you have in your packages in squeeze? Please understand that our
 perspectives and experiences with Debian package maintenance might wildly
 differ.

Oh, I understand that.  But we're talking about ideals here (well, at least I
am).  I think a package maintainer _should_ be the proper place to report any
issue with the package (packaging-related or not).  I know that some upstreams
are particularly hostile if you say that you're using a package (Blender for
example).  They say Debian does it all wrong, and people should download and
install directly from them (which is a very bad idea, of course).  For such an
upstream, I don't want to report my bugs there.  I want to report to the
package maintainer who can fight with them.  But I don't know in advance if
upstream will be like that.  And again, a uniform bug reporting interface for
all bugs is a great feature, which I want our users to have.

For this reason, I argue that maintainers should not complain about bug
submitters when the bugs are in upstream's code.  I didn't say (or mean) that
maintainers can't complain.

 I am talking about group of people which would help triage the bugs on
 regular basis, and would help maintainers who cannot find more active
 maintainers to the team even though the RFH bug is open for more than a
 year. (And I am thankful for every little contribution I receive)

Again, I do not see how this is not 100% the goal of the QA team.

 I sent the original email asking on advice how to make my job somehow
 easier, because sometimes it's too much and I want to prevent  my burnout
 and burntout of some other fellow Debian Developers.
 
 Do you understand that your email saying don't complain, it's your job
 isn't very helpful?

Sorry about that, that wasn't the take-home message I intended.

I wasn't trying to say you should work harder even if you see a burnout coming.
It totally acceptable to be unable to fully maintain a package, if you ask for
help (and you do that).  If no help comes, then apparently this is not
important enough for Debian.  That's unfortunate, but don't let it kill you.
The result will be a badly maintained package (possibly with too many open bugs
or late responses to bug submitters).  Of course that's not good, but in some
cases we just can't do better.  If you don't want to take responsibility for
such a package, and there is no way to fix the problem without a burnout
(which, by the way, will not fix it either), then you should orphan the
package.  Your health is more important than what you do for Debian.

So no, I'm not saying you shouldn't complain, and I actually agree with a lot
of what

Re: Debian development and release: always releasable (essay)

2013-05-27 Thread Andreas B. Mundt

Hi all,

On Mon, May 27, 2013 at 02:14:17PM +0200, Andreas Tille wrote:
 On Sun, May 26, 2013 at 03:10:07PM +0200, Holger Levsen wrote:
  On Samstag, 25. Mai 2013, Petter Reinholdtsen wrote:
   Actually, I believe there is.  The Debian Edu blend contain the
   education-main-server task and metapackage, which include a Kerberos
   KDC.  It also contain the LDAP server as KDC backend storage and
   user/group/etc lookup.
 
  there is also the Debian-LAN which is described as The goal of Debian-LAN 
  is
  to make setting up a local network with centralized user and machine
  management, intranet, etc. as easy as possible in Debian.
 
  see ://lists.debian.org/20120408083121.GB9680@flashgordon

 If I where Andreas Mundt I would try to do this inside the Debian
 Enterprise effort.  While there is barely any traffic on this list you
 just need to start with such an effort somehow and IMHO the topic does
 fit.

First, many thanks to Holger for mentioning the Debian-LAN project
here and thereby pointing me to the ongoing discussion. I try to
follow -devel as time permits, but I'm not subscribed, please keep me
in cc.

@Andreas:  I announced Debian-LAN on several lists, including
debian-enterprice [1], and debian-news mentioned it too [2].  It's
planned to send another announcement message as soon as the latest
additions to the debian-lan-config package are well tested and
uploaded to wheezy-backports.  A DebConf talk is under way.  In other
words:  Anybody is invited to make use of and/or contribute to the
Debian-LAN project.  I would be rather astonished if there are already
efforts in Debian Enterprise currently working on the same issue.  If
this is the case, we should of course not do the work twice.

But back to the topic.  I appreciate the ideas outlined by Lars and
Russ very much, and I would love to see debian-lan helping to make
them reality.

The Debian-LAN system provides a basic Debian Desktop installation in
combination with a full-featured server providing a Kerberos KDC with
kerberized services: ssh, NFSv4, apache, LDAP, exim, dovecot, ...

FAI provides a very structured and extremely flexible way to compose
the system. For any service (== FAI class), the implementation is
straight forward: Packages, preseedings, and if unavoidable extra
files and/or 'manual' configuration tweaks.  All this in combination
with the thorough logging included in FAI proved to be a valuable
concept:  It's almost always clear what's gone wrong and causes
problems.

Since I started to work on the Debian-LAN project at DebConf11, it
turned out with every implementation of a new service/feature that
using FAI is a very good approach.

I am not familiar with jenkins, but I cannot imagine a problem running
automatic test as Holger already does with a slightly adapted
Debian-LAN system.  The goal of Debian-LAN is to provide a Debian
local area network out-of-the box, this covers exactly all relevant
tests that a stable Debian should pass.

If Debian-LAN can be part of such automatic testing it would be really
great!

Best regards,

 Andi



[1] https://lists.debian.org/debian-enterprise/2012/04/msg0.html
[2] https://lists.debian.org/debian-news/2012/msg00015.html


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527220655.GA438@fuzi

Bug#710057: ITP: require-kernel.js -- Reference implementation of a CommonJS module loader for a browser environment

2013-05-27 Thread Mike Gabriel

Package: wnpp
Severity: wishlist
Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de

* Package name: require-kernel.js
  Version : 1.0.6
  Upstream Author : Chad Weider cwei...@oofn.net
* URL : https://github.com/cweider/require-kernel
* License : Expat
  Programming Lang: Javascript
  Description : Reference implementation of a CommonJS module loader for a 
browser environment

 With this Javascript library you can add CommonJS module support to
 your browser environment. It defines a kernel that provides a
 CommonJS compliant require() function. Modules can either be loaded
 synchronously or asynchronously.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130527221114.17133.17433.report...@minobo.das-netzwerkteam.de

piuparts 0.52 (was Re: bits from the piuparts maintainers: the first million is the hardest)

2013-05-27 Thread Holger Levsen

Hi,

On Donnerstag, 23. Mai 2013, Holger Levsen wrote:
 adequate
 
 sid-nodoc will also be the first suite to be completly tested with
 adequate [4] which from piuparts 0.52 will be automatically run if it's
 installed. http://piuparts.debian.org/sid/inadequate_issue.html shows
 some example reports.

FYI: piuparts 0.52 is available in sid now.

BTW, would someone appreciate wheezy-backports of piuparts?


cheers,
Holger


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

Bug#710060: ITP: pyflot -- interface from Python to libjs-flot

2013-05-27 Thread Andrew Starr-Bochicchio

Package: wnpp
Severity: wishlist
Owner: Andrew Starr-Bochicchio a...@debian.org

* Package name: pyflot
  Version : 0.1
  Upstream Andre da Palma
* URL : http://github.com/andrefsp/pyflot
* License : MIT
  Programming Lang: Python
  Description : interface from Python to libjs-flot

PyFlot makes it easy to generate flot graphs. Its primary goal is to allow one
to specify data inputs and options in a Python application and generate the
appropriate JSON. Common uses of this are rendering into a template as flot()
arguments or as the payload of an XHR response. PyFlot takes care of all the
annoying details of converting types to match up with how flot expects them.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130527231332.6190.80525.reportbug@asb-laptop

Re: FW: problem with amixer

On Tue, May 28, 2013 at 1:24 AM, Juan Diego Tortul Batistuta wrote:

 Hi I have no sound, have a problem with amixer in (Debian 7 Gnome);

 in booting the error is:

 amixer : amixer hw : 0 : load error : invalid argument

Please contact our user support channels for help:

http://www.debian.org/support
http://lists.debian.org/debian-user/
http://forums.debian.net/
http://ask.debian.net/
irc://irc.oftc.net/debian

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caktje6fuqws+qgiosc4pa+0pjnskrzu9sfg9tczkof+2091...@mail.gmail.com

Re: using upstart in Debian

2013-05-27 Thread Steve Langasek

On Mon, May 27, 2013 at 11:58:13AM -0700, Nikolaus Rath wrote:
 The only way to avoid this (at least at the time I reported the bug),
 would have been to recompile mountall to emit events with --no-wait (but
 I'm not sure what other unintended consequences that would have had).

Lots of them.  There are various actions one wants to take as soon as a
filesystem is mounted, and before anything else is allowed to use the
filesystem - tmp cleaning, for instance, or populating heirarchies on /run.
Jobs starting on such 'mounted' events *must* block until they're finished,
so that you don't have one part of the system racing to use /tmp while
another part is still cleaning it.  This is the primary purpose for which
these 'mounted' events are made available.

 As I said, there isn't a bug anywhere here. Once you understand what's
 going on, this all makes sense. But I don't consider this a very good
 design.

Well, I don't think it's a bad design that third-party jobs can see and use
upstart events that were created primarily for internal consumption; if
anything, the problem is in documenting these in a way that doesn't make it
clear that they are not a general-purpose interface for services and should
not be used except in special cases.

-- 
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


signature.asc
Description: Digital signature

MBF: transition from texi2html to texinfo

2013-05-27 Thread Ryan Kavanagh

In coordination with Norbert Preining, I propose a MBF against all
packages depending on or build-depending on texi2html, asking them to
transition from the `texi2html' utility to the `makeinfo' utility from
the texinfo package, with the end goal of being able to remove the
texi2html package from the archive. This is because:

 1) texi2html is dead upstream since 2011 and has been superseeded by
 Texinfo, as documented on the texi2html front page[0].

 2) texi2html is currently orphaned in Debian since 2013-01-13[1] (I
 currently have it ITA'd).

 3) transitioning from texi2html to makeinfo can be done with minimal
 effort, see e.g., this patch against bc[2], and now seems to be the
 opportune time to perform such a transition.

There are 94 reverse-build-dependencies and 2 reverse-dependencies
according to the `reverse-depends' tool. I am prepared to file the bugs
against the affected packages, to prepare a lintian check warning
against the use of texi2html, to prepare a wiki page documenting how to
transition from texi2html to makeinfo, and to start submitting patches.
See attached for a dd-list of affected packages.

Depending on how pressing people think this issue is, the bugs can have
severity wishlist, minor, or normal—I'm leaning towards minor, please
let me know if you have a strong opinion otherwise. The proposed bug
text is as follows:

-- BEGIN --
Dear maintainer,

[ This is an automated bug report, submitted as part of the mass bug
  filing discussed at TODO-ADD-URL-TO-DEVEL-THREAD-HERE ]

The texi2html package on which your package depends or build-depends is
destined to be removed from the archive in the near future. Please
update your package to use the `makeinfo' utility from the texinfo
package instead. More details may be found at
http://wiki.debian.org/Texi2htmlTransition .

Thanks for considering,
Best wishes.
-- END --

Best wishes,
Ryan

[0] http://www.nongnu.org/texi2html/
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698081
[2] 
http://anonscm.debian.org/gitweb/?p=collab-maint/bc.git;a=commitdiff;h=8f6f51467bcb6487579f5372697863bcfb14018a#patch2

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature

default MTA

2013-05-27 Thread Marco d'Itri

Now that we are done with systemd for the time being, can we have the 
flame war about replacing Exim with Postfix as the default MTA?

Are there any objections other than but I like it this way!?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: libtiff borken - cannot build anymore?

Jay Berkenbilt q...@debian.org writes:
 Russ Allbery r...@debian.org wrote:
 Jay Berkenbilt q...@debian.org writes:
 Ondřej Surý ond...@sury.org wrote:

 This results in:

 E: libgd-tools: binary-or-shlib-defines-rpath usr/bin/annotate
 /usr/lib/x86_64-linux-gnu/libtiff5-alt

 Yes, I'm afraid that's unavoidable.  This issue is mentioned in the
 README.Debian file.  This works by installing the .so file in a
 non-standard location so that it can coexist with libtiff4, and
 linking in that way with libtool the rpath to be embedded.  Once the
 tiff transition is completed and the packages are rebuilt, this
 problem will go away.

 This shouldn't be required, since the two libtiff shared libraries can
 both go into /usr/lib (since they have different SONAMEs).  The only
 thing that can't go into /usr/lib and has to go somewhere else is the
 *.so symlink, which doesn't require an rpath setting, only a -L flag
 during linking.

 The .so files (there are two libraries), static libraries, and .la files
 are already the only files in a non-standard location.  Basically only
 the files whose names clash are in non-standard locations.  (Tiff still
 can't remove its .la file yet, or at least it couldn't though I can't
 remember the exact details of when it's okay to remove the .la
 fileit has a lot of reverse dependencies  It's the only package
 I maintain that still installs .la files.)

Ah, I see.  I took a look, and indeed, it's the *.la file that causes the
problem, and only for other packages linked with libtool.

Obviously removing the *.la file would be ideal, but if the *.la file is
referenced in any other *.la files of other libraries that depend in
libtiff, you can't remove it without breaking builds.  However, you can
fix the *.la file so that it won't introduce this problem, I think.  I
believe you should be able to edit the *.la file after the build and
change:

libdir='/usr/lib/i386-linux-gnu/libtiff5-alt'

to:

libdir='/usr/lib/i386-linux-gnu'

I don't think this will interfere with the build, and it should suppress
the rpath.

 See the krb5-multidev and heimdal-multidev packages for how this is
 done.

 I'll give them a look and see if I can tell what they're doing
 differently.

These don't use libtool, which is the immediate difference.

-- 
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
Archive: http://lists.debian.org/87k3mjyisk@windlord.stanford.edu

Re: MBF: transition from texi2html to texinfo

On Tue, May 28, 2013 at 8:28 AM, Ryan Kavanagh wrote:

 In coordination with Norbert Preining, I propose a MBF against all
 packages depending on or build-depending on texi2html, asking them to
 transition from the `texi2html' utility to the `makeinfo' utility from
 the texinfo package, with the end goal of being able to remove the
 texi2html package from the archive. This is because:
 ...
 There are 94 reverse-build-dependencies and 2 reverse-dependencies
 according to the `reverse-depends' tool. I am prepared to file the bugs
 against the affected packages, to prepare a lintian check warning
 against the use of texi2html, to prepare a wiki page documenting how to
 transition from texi2html to makeinfo, and to start submitting patches.
 See attached for a dd-list of affected packages.

There are a lot of texi2html uses, 877 pages worth in Debian sid:

http://codesearch.debian.net/search?q=texi2htmlskip=877

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caktje6fc_qmnkb8mcopy0gl0aypxw4feu50hhxmzrs7zygq...@mail.gmail.com

Re: using upstart in Debian

2013-05-27 Thread Nikolaus Rath

Steve Langasek vor...@debian.org writes:
 On Mon, May 27, 2013 at 11:58:13AM -0700, Nikolaus Rath wrote:
 As I said, there isn't a bug anywhere here. Once you understand what's
 going on, this all makes sense. But I don't consider this a very good
 design.

 Well, I don't think it's a bad design that third-party jobs can see and use
 upstart events that were created primarily for internal consumption; if
 anything, the problem is in documenting these in a way that doesn't make it
 clear that they are not a general-purpose interface for services and should
 not be used except in special cases.


But exactly the same can happen between other jobs as well, it's not
specific to mountall or the mounted event. In my opinion the problem is
not that third-party jobs can see upstart internal events, but the way
that upstart has defined events in the first place. To me, this leads to
confusing semantics all over the place.

To give a different example, if I look at something like start on
event1 and event2 then the first thing that comes to my mind is so
this job is only going to start if these two events happen to occur
simultanously by some coincidence?[1]. As I understand, Upstart is
handling this by giving lengths a duration. But the duration is defined
by how other jobs combine this event with others, yet affects the
program that tries to emit the event.

For this reason, the systemd way of declaring jobs seems much more
natural to me. I don't want my X server to start when dbus is available
the the home directory is mounted (as upstart forces me to think), I
want dbus to be started and the home directories mounted when I request
an X session. If I am not mistaken, only systemd allows me to express
the later .


Best,

   -Nikolaus

[1] Don't get me wrong, the upstart documentation does a good job of
explaining this. My point is not that it's not well documented, but
that it is counterintuitive.

-- 
 »Time flies like an arrow, fruit flies like a Banana.«

  PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6  02CF A9AD B7F8 AE4E 425C


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87a9nf260a@vostro.rath.org

Eliminating mail-transport-agent from standard

2013-05-27 Thread Josh Triplett

In addition to determining the MTA pulled in by default for packages
which require mail-transport-agent in order to function (the provider of
default-mta), I'd like to propose as a release goal that we not have any
MTA in standard anymore.  I've actually worked towards this goal for a
while now, and made a fair bit of progress; this mail documents the
remaining work required, most of which is simple dependency/priority
changes and patch application.

Only one package in standard or above currently Depends on a
mail-transport-agent:

- bsd-mailx: should have the same priority as an MTA (optional).

Two packages in standard or above Recommends bsd-mailx (indirectly via
the mailx virtual package):

- exim4-base: moved to optional as part of this goal.

- logrotate; could just Suggests mailx (or use sendmail directly and
  Suggests an MTA).

Four packages in standard or above Recommends mail-transport-agent:

- cron: I've already filed bugs on cron (and anacron) with patches to
  support sending cronjob output to syslog, so that it will not
  disappear into /dev/null without an MTA installed.

- at: I'd argue for this becoming priority optional, though it wouldn't
  be particularly hard to write a patch like the one for cron instead.

- procmail: should have the same priority as an MTA (optional)

- mutt: can easily Suggests a mail-transport-agent, since it supports
  IMAP and SMTP, leaving aside more exotic configurations like
  getmail/fetchmail.  (That leaves aside the question of whether mutt
  should be standard or optional, but I think either way it should only
  Suggests an MTA.)

With the above changes made, all providers of mail-transport-agent could
become priority optional or lower, including the provider of
default-mta.

(To the extent this affects the selection of default-mta, I'd suggest
that it might argue in favor of making default-mta one that only
supports smarthosts and does not queue locally, leaving the choice of
what MTA to run on a mail server up to the end user, but that question
matters a lot less to me than removing MTAs from standard.)

- Josh Triplett


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130528032733.GA30967@leaf

Re: Status of OpenRC in Debian

2013-05-27 Thread Thomas Goirand

On 05/24/2013 04:23 PM, Thomas Goirand wrote:
 On 05/24/2013 02:19 PM, Svante Signell wrote:
 What is the status of packaging OpenRC for Debian? Is there a group
 doing that, is help needed?
 
 Ok, if you ask...
 
 Currently, the package can build and install, at least on Linux flavors
 of Debian.
 
 Once installed, it will unfortunately not understand the LSB headers of
 the scripts in /etc/init.d. I tried replacing the init script provided
 by the source package of sysvrc by the one shipped with OpenRC (they are
 called runscript), and it worked very well. For fun, I replaced the LSB
 headers of essential boot init.d scripts (I tried with udev and ssh),
 and it just worked out of the box. I had rc-status working, together
 with the cgroups support (which is nice, right?).
 
 Though that's not practical: we need a full drop-in replacement without
 touching the existing init.d scripts, and we don't even want to touch
 the LSB headers at all (that should be left as a decision).
 
 But the good news is that there is already a perl script to transform
 the LSB headers into an OpenRC header. There is even 2 versions: one in
 perl, and one in Python. It is well possible that it will be
 reimplemented in C, to avoid any kind of dependencies.
 
 One of the problem also is that OpenRC doesn't understand the concept of
 X-Start-Before: (it only has the concept of Required-Start /
 Required-Stop). So something will have to be done so that we have
 support for that.
 
 So the work to be done will be:
 - Hook into update-rc.d, somehow either understand or convert the LSB
 headers of existing script, or convert them on-the-fly (maybe in another
 directory, like /etc/init.d/openrc or something similar).
 - Add code so that it can support X-Start-Before
 - Add a bit of configuration so that it can build on kFreeBSD
 - A tinny bit of adaptation so that the OpenRC ebegin / eend calls are
 replaced by the usual lsb-base calls (I didn't look at it much, but that
 shouldn't be hard, really), so that we get the nicer usual Debian boot
 script prints.
 
 I just tried to build it in kFreeBSD (on a virtualbox VM), and
 unfortunately, it suffers from the usual problems in this arch: it needs
 a bit of adaptation, because it doesn't detect the arch correctly. It
 should really be only configuring and not programming (eg, write the
 mk/kFreeBSD.mk files, etc.), and not code, since there are already some
 build for OpenRC working in many *BSD unix (FreeBSD, NetBSD...).
 
 I'm not really sure if there's more work to be done, but I think that
 should be it. Probably heroxbd or Roger (hereby CC:) can tell their
 opinion on what's left to implement. If that is it, then that's not so
 much, IMO, and that's not so hard either (the hardest part, IMO, is the
 X-Start-Before support, which is the only part which requires a bit of
 thinking and algorithm, though since we already have implementation in
 sysvrc, it should be fairly easy to have a look how it is done...).
 
 We currently have a Google Summer of Code project to cover the above,
 for which I am a mentor. Roger Leigh  heroxbd (who is a Gentoo
 developer, and upstream for OpenRC) are co-mentors. I have good hopes
 that by September we will have all of the above implemented (this
 depends how good the GSoC student will be, and it is my understanding
 that I can't, for the moment, disclose (yet) who we have chosen among
 the 6 candidates).
 
 For those who want to see an example of what a runscript looks like,
 here's 2 examples, taken from the source of OpenRC on our Alioth Git (in
 collab maint):
 
 ~/sources/debian_packaging/openrc/openrc# more init.d/swap-blk.in
 #!@PREFIX@/sbin/runscript
 # Copyright (c) 2007-2008 Roy Marples r...@marples.name
 # Released under the 2-clause BSD license.
 
 depend()
 {
   before fsck
   keyword -jail -prefix
 }
 
 start()
 {
   ebegin Activating block swap devices
   swapctl -A -t blk /dev/null
   eend 0 # If swapon has nothing todo it errors, so always return 0
 }
 
 stop()
 {
   ebegin Deactivating block swap devices
   swapctl -U -t blk /dev/null
   eend 0
 }
 ~/sources/debian_packaging/openrc/openrc# more init.d/rarpd.in
 #!@PREFIX@/sbin/runscript
 # Copyright (c) 2007-2008 Roy Marples r...@marples.name
 # Released under the 2-clause BSD license.
 
 command=/usr/sbin/rarpd
 command_args=-f $rarpd_args
 pidfile=/var/run/rarpd.pid
 name=Reverse ARP Daemon
 required_files=/etc/ethers
 
 if [ -z $rarpd_interface ]; then
   command_args=$command_args -a
 else
   command_args=$command_args $rarpd_interface
 fi
 command_background=YES
 
 depend()
 {
   need localmount
   after bootmisc
   need net
 }
 
 These are 2 random examples taken from the source, they might not be the
 best. Feel free to have a look yourself (in the init.d folder of the
 sources on the Git on Alioth: see below). There are also some much more
 complex runscripts available, and some which are even smaller than the
 above (not

Accepted monotone 1.0-8 (source amd64 all)

2013-05-27 Thread Markus Wanner

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 24 May 2013 17:16:14 +0200
Source: monotone
Binary: monotone monotone-extras monotone-server monotone-doc
Architecture: source amd64 all
Version: 1.0-8
Distribution: unstable
Urgency: low
Maintainer: Debian Maintainers for Monotone monotone-deb...@nongnu.org
Changed-By: Markus Wanner mar...@bluegap.ch
Description: 
 monotone   - Distributed version (revision) control system
 monotone-doc - Distributed version (revision) control system - documentation
 monotone-extras - Distributed version (revision) control system - extras
 monotone-server - Distributed version (revision) control system - server 
scripts
Changes: 
 monotone (1.0-8) unstable; urgency=low
 .
   * Upload to unstable.
   * Enable patches/07-support-boost-1.53.diff
   * Add myself as an Uploader.
Checksums-Sha1: 
 10743a31e08a98566629d16d26c40155fad30de4 3236 monotone_1.0-8.dsc
 edae8cd7f1d9e47b71225fe567d0f357b537b491 46146 monotone_1.0-8.debian.tar.gz
 57aabd461ba573316479f8293a2648110971260e 2109766 monotone_1.0-8_amd64.deb
 c9eebd8b52c06dce3b9dcc297678bb099c5d3cdb 17190 monotone-extras_1.0-8_all.deb
 7b04072cdaa4d64a28359b428b1c9c4a1fe727de 11876 monotone-server_1.0-8_all.deb
 1b9a59842033c91a30c53f15d902ff54f0946221 1704350 monotone-doc_1.0-8_all.deb
Checksums-Sha256: 
 3a0062f61aa49af346438c8bdf19f9f00237f0d9bd04ec886d2acdedb9d40a73 3236 
monotone_1.0-8.dsc
 c80f9363f3b0478059a2aabad37079ac2dbca5a4dd2ba0e16f566d7e176f7e70 46146 
monotone_1.0-8.debian.tar.gz
 f8240036fae711bbaa9041cd07756d6e7d85ac57abe71e4e15a2076ed5c415e1 2109766 
monotone_1.0-8_amd64.deb
 ff6fb4e028048f1acdc79d094dda355e6e3377a780365f8f286694271fc1abb1 17190 
monotone-extras_1.0-8_all.deb
 407ebcaa28609dc26824bf87aaa0974659b4bda150bc8be2c5a2e75f089b38fc 11876 
monotone-server_1.0-8_all.deb
 e1e55d8f7ec5b3b22ccaeda0a97c027cc90a50fc232fa146c374cd6462eedf6e 1704350 
monotone-doc_1.0-8_all.deb
Files: 
 8523977031f2e60de830adcce1070004 3236 vcs optional monotone_1.0-8.dsc
 ad9c257fa2a542cc3fd8628ffbab5e8e 46146 vcs optional 
monotone_1.0-8.debian.tar.gz
 c0d9dde00eab43a4753347683b938f53 2109766 vcs optional monotone_1.0-8_amd64.deb
 f303e90808cf7c1184dae32620b9ec2b 17190 vcs optional 
monotone-extras_1.0-8_all.deb
 339ad50a800ac27136af475788aa591a 11876 vcs optional 
monotone-server_1.0-8_all.deb
 2f0b188f65844b7a8663ccb95426f5f9 1704350 doc optional 
monotone-doc_1.0-8_all.deb

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

iQQcBAEBCgAGBQJRoloIAAoJEOhoLRs/MemzO+ogAN3dD6n4wvqifkOW+v2ON4en
9XWPO5A711CG7SAWiEM8uNq4Fp0mShNEH7EbWhbNcaas3WY1H8vVpI0PC4jqTv0E
Ef7Rkntnpzc50ssoUR4nWJ6KIbFIg4P+fM9+LXYQDcHr9oPQjIyMgoB7ecXEHkSC
zwcCfP3bAUn8fk8H0C6zzjVPilh0y00ox+3ve5dzfCKElPD1efRp5sB4dZurqia2
SpqdXPy1ogOj33qkj1ZLF8pZ20ffrjcDPZVPnAOgwC9UhP/40nv9FNMRU7vy+R/+
I/nsxRQD4e4fv9J3JLnyWJFvyYWOCP4YEolppVGWY4j6rvm828LLFNqR9i6BqJ8M
BfWlowjSFBQctbqalL/Os6cbe7x/4hpSpl9w3n9s7tSka2BSrOak/aC+kAXMOrwt
qy2/WwmXM/snL5aQ/z2emyuPFog7pbeNvVV4wdEREZVkXeik7PtuHQO5DkknWn8d
xJusielIcmwMZEf4gVO2z/I1SdWmb0i+AY/2XePKIAREFm3By+aca4lxUPjXV3pM
T01i5SnWOc2VYT7cseKRFyM4V6/srTLhumn+N0RYk4tDWGOcvrWQruWDXhEILB9X
pgzB3LFSctLwH+BYPBIIGg1LjhEZ6UGhcLuNx6reOSNTdjYpTAx3BYDonAVJuUMz
ASvE5Wwt5gZck9M3H9GPYU+iCYremfOqg5LYGddcggPdS4V5+0zC9md42JReOxk5
iEFNWpF/IsDAyAPYHk+9KcUgTyg24SETtBry5sFCYgVIqqx040UnqhhvvKABE3XK
sMYxMqeXt/qg5zO5y3MUxDUfLmlTyKqjJ0+3aBu6mdJHLBJEfnrCjChaSfpdjf59
j1IECu/ydYpkdR/VTHIkE14GZbRgKBYm4du1r/kU8udZzIN/IYokjvJ0ULdA7Mrg
GESboEl3P5CmqcSjKYQ9H9p8lskqgQhputhfvY6KUWtXyu+H+JSnPU4LUmj36/JN
Hb//fCcxgqyqYtnfQKUf/HSBl1Iv0yC6g+oCXITQTeeDlol5gGDgczgEQvf7D4o2
X9delLBmiPwac4+5fpe/frvoit+eXY1ajREmiaEsLTm4wn5naBU5VpKm1XdRWZ5/
ez6fdYxcNff4VDglFor8AAoYdkihMstxYMyLPtUoQGGNvH5xahDgovgblsrGip6/
cOQT5fPDNsu5wo9XiYT5Zhzor/Z+WZ2xo7u0Q/BKX1NL1d3RI1r7u8vPs2wNdead
0Wl76IMAxBcgPdAuAGLGS/eTH54mjYS8gmdCOhmA/GbpeLc+wSmLUjik+WOuqEWf
J+KlT4g0IBNePogvZTF/gcE8M0jwKiGsFpFoEzvAKpwyJkBPJSk5K1pUD+jfShA=
=8cab
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugqlz-0002op...@franck.debian.org

Accepted doodle 0.7.0-7 (source amd64)

2013-05-27 Thread Prach Pongpanich

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 26 May 2013 22:09:49 +0700
Source: doodle
Binary: doodle doodle-dbg doodled libdoodle1 libdoodle-dev
Architecture: source amd64
Version: 0.7.0-7
Distribution: unstable
Urgency: low
Maintainer: Prach Pongpanich prach...@gmail.com
Changed-By: Prach Pongpanich prach...@gmail.com
Description: 
 doodle - Desktop Search Engine (client)
 doodle-dbg - Desktop Search Engine (debug)
 doodled- Desktop Search Engine (daemon)
 libdoodle-dev - Desktop Search Engine (development)
 libdoodle1 - Desktop Search Engine (library)
Closes: 650835
Changes: 
 doodle (0.7.0-7) unstable; urgency=low
 .
   * Upload to unstable
   * debian/doodled.init:
 - Use LSB init-functions
 - Add --make-pidfile and --background (Closes: #650835)
   * Add debian/gbp.conf
   * Add Vcs-* fields
Checksums-Sha1: 
 8853279957d457a9a37c14df64f3a482d78b22a8 2035 doodle_0.7.0-7.dsc
 08d202cceb529cac7e71a315bf44d407c315434a 10396 doodle_0.7.0-7.debian.tar.gz
 f067879619df88a5eb5d3f3f40f7682bfdca0323 52228 doodle_0.7.0-7_amd64.deb
 c798a836fef523f5d376c080517878e6024c08a7 108644 doodle-dbg_0.7.0-7_amd64.deb
 b29248c6a92a77b5bdffb5b283933f30232d4c61 29008 doodled_0.7.0-7_amd64.deb
 316caa9c714bd7023d3f1e3f280a2dccfb3de574 28592 libdoodle1_0.7.0-7_amd64.deb
 2c0f202f126c5f312a6c05c13b5a7266e36326ed 32322 libdoodle-dev_0.7.0-7_amd64.deb
Checksums-Sha256: 
 595a5c8d5654b28a5593ed09d4f810493d81033c8ec553659c0551d3f12d998e 2035 
doodle_0.7.0-7.dsc
 04181d1f291ebbcb51d7a81cf2b02b7611b25ef346c02a0a32adb4686f2518c6 10396 
doodle_0.7.0-7.debian.tar.gz
 456d3683cb753e7710fd7a396f89a2bd8483848ff0cb8d932dd1950bbd0ec460 52228 
doodle_0.7.0-7_amd64.deb
 a5bd38c9f8c13254bc04e605fa1a8808113dc662e6ace1df9d847185c4c9748a 108644 
doodle-dbg_0.7.0-7_amd64.deb
 51ccc79d55902c13eb8a7bcb82fda4a565dea1c944f672b2f8b0eda7b796d5cf 29008 
doodled_0.7.0-7_amd64.deb
 71efd9fbe3a0defde9dc720b544a82502f37ae6f941e215cd6aaa3454dac9342 28592 
libdoodle1_0.7.0-7_amd64.deb
 debc229f1ccd4bb1b5e903f60989573c4c69fd6fe58c551938e3bf0c52666770 32322 
libdoodle-dev_0.7.0-7_amd64.deb
Files: 
 06aaf86a55e4204dae874e2206a0ed70 2035 utils optional doodle_0.7.0-7.dsc
 051004ec51c9ced2b8d51a1edf3a5cab 10396 utils optional 
doodle_0.7.0-7.debian.tar.gz
 d44159f3a888643afdca67dd8882d9f2 52228 utils optional doodle_0.7.0-7_amd64.deb
 d24eea7e894334f71313200bfbc04399 108644 debug extra 
doodle-dbg_0.7.0-7_amd64.deb
 8f26fb1d482a1242e9071477683d80e7 29008 utils optional doodled_0.7.0-7_amd64.deb
 855c5b9a022516e6e0c8578f3fc4e79d 28592 libs optional 
libdoodle1_0.7.0-7_amd64.deb
 119fef9d34d5eb55f79609a439728767 32322 libdevel optional 
libdoodle-dev_0.7.0-7_amd64.deb

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

iQIcBAEBAgAGBQJRowImAAoJEKLrrtG2+QJBykYQAKyctbsTQh9zpFy/b3AuWD9P
EbzaFR7/oCexaT3A62k3mK0vLF7dLEper2h0ai/T3/odnv04xr5xM9FY8fE78JFP
VhSVrhxjV4KSuEy5FNQBZeLQd0dz+h6Cil0m0j3G/Tn45JkiDfwUQLlePDDGprsA
jfSSV6CHJ+1p3KxZr5M6b4ZOJkryrgkaOpDuXIlXDTpmIQAifhiQcMlaLhnhrXK6
5/ALC6uiWCAykauaN96/LSXOIcqD9fGpgj+DOw8/YfeqXoB0ExySwqcr9CqkKkY4
Ym/vIIP/wygdj5DcfWa2gxY0CNft3M6dsxv2LyrdWDX6eMz4Tv25hjm5iXpG/LLD
R5EZXBTY3HDsOKy0DGK6Q2JTxqH7vewHVP706vdHn+H/GAt/yiWvHexONoo7T8rR
vQy+BZREBPBu/6JAtY2MyUsLRwjhfBJkyqrSMs5Yb2ey2h+PamArP0mkeKhYdll1
61zAPKKT0l3e3DPvxxQWZffKaa8GH/d2s/uWpqXp8roYUJdGu6ZGxaeZF8XUAfrn
CQ9OvhhBX3Ydo72N8hSyA8jW1pN3g8zP2dbdMQeHmN3uKnN9i4IcsebNnu0iwJTm
NWx5xOnA1NBeOQJ75dL20PciP/bk4+AvgXnlrcRqPTk0a1GNHNLukSoiAsIQhNvV
bP3d+Yxc8XyWv/5rc0oW
=JuIA
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugrh2-0008uo...@franck.debian.org

Accepted libdbusmenu-qt 0.9.2-1 (source amd64 all)

2013-05-27 Thread Pino Toscano

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 09:25:07 +0200
Source: libdbusmenu-qt
Binary: libdbusmenu-qt2 libdbusmenu-qt-dev libdbusmenu-qt-doc libdbusmenu-qt-dbg
Architecture: source amd64 all
Version: 0.9.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian Krap Maintainers debian-qt-...@lists.debian.org
Changed-By: Pino Toscano p...@debian.org
Description: 
 libdbusmenu-qt-dbg - Qt implementation of the DBusMenu protocol (debug)
 libdbusmenu-qt-dev - Qt implementation of the DBusMenu protocol (development)
 libdbusmenu-qt-doc - Qt implementation of the DBusMenu protocol (documentation)
 libdbusmenu-qt2 - Qt implementation of the DBusMenu protocol
Changes: 
 libdbusmenu-qt (0.9.2-1) unstable; urgency=low
 .
   * New upstream release.
   * Do not manually impose a shlibs version anymore, but rely solely on
 symbols file.
   * Update symbols file.
Checksums-Sha1: 
 15c50123cfb4c5874f8c01a6341861e49606a6a9 1675 libdbusmenu-qt_0.9.2-1.dsc
 308cc53a4a1f2db40f8ffbcfc71e987a4839ec45 37882 
libdbusmenu-qt_0.9.2.orig.tar.bz2
 aa00b54a2e3f4c241c7f4cb07f5ad957cd97a920 5609 
libdbusmenu-qt_0.9.2-1.debian.tar.gz
 c97685af50e28b401c5f84b4d072532da7eafb4c 92342 
libdbusmenu-qt2_0.9.2-1_amd64.deb
 79dfd8102864861c2efdacca571cb4259a8d284c 6986 
libdbusmenu-qt-dev_0.9.2-1_amd64.deb
 7607b96e6374eda53e2fdce629159ede82dc4259 50402 
libdbusmenu-qt-doc_0.9.2-1_all.deb
 aa60bc61e90341a4648942e8b5462146f3b260cd 839808 
libdbusmenu-qt-dbg_0.9.2-1_amd64.deb
Checksums-Sha256: 
 1764d055f5ba778e9f1950d0e8af6bbd9b582138d19115809edc69874eba8f22 1675 
libdbusmenu-qt_0.9.2-1.dsc
 ae6c1cb6da3c683aefed39df3e859537a31d80caa04f3023315ff09e5e8919ec 37882 
libdbusmenu-qt_0.9.2.orig.tar.bz2
 3e264c2ac79f2d5e622fcb800d23d4f98b30a5d28114c77f04249546fe873bde 5609 
libdbusmenu-qt_0.9.2-1.debian.tar.gz
 e02411450ead49fe8bb28bec62d50d34b444b125072e91bec469e7ba605cb5ac 92342 
libdbusmenu-qt2_0.9.2-1_amd64.deb
 dc51b86a60d719fb261f278fe022e331eb1602e9ec3148df0ca841c2c4d9d2ff 6986 
libdbusmenu-qt-dev_0.9.2-1_amd64.deb
 7023c4e6e249f1ea3db6368940efc7c14083881cf04c9e6e4d63939d8b1b37c6 50402 
libdbusmenu-qt-doc_0.9.2-1_all.deb
 bb724a362fbc02e37ac9395c50651967829ad68cdf81e8a51742dc5d71775a58 839808 
libdbusmenu-qt-dbg_0.9.2-1_amd64.deb
Files: 
 b7ff6cbd46826f3f0836ef689cc20723 1675 libs optional libdbusmenu-qt_0.9.2-1.dsc
 9a49484927669cd2ec91b3bf9ba8b79e 37882 libs optional 
libdbusmenu-qt_0.9.2.orig.tar.bz2
 87b3245056124421ef8fe4b444c04ac1 5609 libs optional 
libdbusmenu-qt_0.9.2-1.debian.tar.gz
 a12d4ad8e9d11b9a96b96b00b566f372 92342 libs optional 
libdbusmenu-qt2_0.9.2-1_amd64.deb
 4a7e971825ee827a6f32bab04e45e57b 6986 libdevel optional 
libdbusmenu-qt-dev_0.9.2-1_amd64.deb
 2c10e27b5f18cf6702f5b078a84dbc2c 50402 doc optional 
libdbusmenu-qt-doc_0.9.2-1_all.deb
 aa2f284d75633e088b2809cdd7039202 839808 debug extra 
libdbusmenu-qt-dbg_0.9.2-1_amd64.deb

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

iD8DBQFRowvDTNH2piB/L3oRAlMMAJ405MAjF46zKZIoz8c7X6BLSh+flwCfdTlM
5R2H4T/vbv2/NZ5cm9xHvHY=
=vemz
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugrw3-0005eq...@franck.debian.org

Accepted manaplus 1.3.5.26-1 (source amd64 all)

2013-05-27 Thread Patrick Matthäi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 27 May 2013 09:14:03 +0200
Source: manaplus
Binary: manaplus manaplus-dbg manaplus-data
Architecture: source amd64 all
Version: 1.3.5.26-1
Distribution: unstable
Urgency: low
Maintainer: Andrei Karas aka...@inbox.ru
Changed-By: Patrick Matthäi pmatth...@debian.org
Description: 
 manaplus   - Extended client for Evol Online and The Mana World
 manaplus-data - Extended client for Evol Online and The Mana World (data files)
 manaplus-dbg - Extended client for Evol Online and The Mana World (debugging 
sym
Changes: 
 manaplus (1.3.5.26-1) unstable; urgency=low
 .
   [ Andrei Karas ]
   * Add new files to copyright file.
   * Update homepage URL.
 .
   [ Patrick Matthäi ]
   * New upstream release.
Checksums-Sha1: 
 0c743ffdcd4820926d203add697941cab5f92141 2130 manaplus_1.3.5.26-1.dsc
 ccc54a899d0125274abd2dd0aaa043aa5fc0d8ad 6921164 manaplus_1.3.5.26.orig.tar.xz
 f54788e3ad9d8ff8e58d8071441a7f8d14b9d985 21226 
manaplus_1.3.5.26-1.debian.tar.gz
 fc80303ff9b3dfd17b7ab607846ff0816bccd9dd 1202018 manaplus_1.3.5.26-1_amd64.deb
 4eb480281180c4143a2ab053aaa85ea6467411d0 17933812 
manaplus-dbg_1.3.5.26-1_amd64.deb
 478dc4d5b42f5c9008af48a8104a68fb766e2279 979506 
manaplus-data_1.3.5.26-1_all.deb
Checksums-Sha256: 
 cac24827b6ef71b760720e0882e95e989f05abc04049d702c02fc1f3bfbefa27 2130 
manaplus_1.3.5.26-1.dsc
 96b16e372491c72b5bd17cdfa61f5389797bd5592a871ff9539bb65015dfac79 6921164 
manaplus_1.3.5.26.orig.tar.xz
 032f7e959be8e95da4b2f1c3afcfd1f78848503387a436a38f1f634b3eecc442 21226 
manaplus_1.3.5.26-1.debian.tar.gz
 c2ef0870ab86bde25120cbc1f297f7f7c5d8187655219a9e822a4d84132f 1202018 
manaplus_1.3.5.26-1_amd64.deb
 9a5b39a47f80bb9cf7ea01c819f69a7b2e2ffd708ff77dc3b0d43980a3aade93 17933812 
manaplus-dbg_1.3.5.26-1_amd64.deb
 e80467c2aa8ea67f79fe4f83959efc2c65b5c5cafc756a7543fd7d1ba32b5f94 979506 
manaplus-data_1.3.5.26-1_all.deb
Files: 
 1a686c161db2de0a9f63079e764df3f2 2130 games optional manaplus_1.3.5.26-1.dsc
 c5f51faff8d96a9445cdf4c3fd6a0a3c 6921164 games optional 
manaplus_1.3.5.26.orig.tar.xz
 dc7e67179e55327229c9be26ae19a84f 21226 games optional 
manaplus_1.3.5.26-1.debian.tar.gz
 8f348de5574f63a758d606ca2abf5306 1202018 games optional 
manaplus_1.3.5.26-1_amd64.deb
 7bfff9a783ece0b10a8d98cedbeb8d5a 17933812 debug extra 
manaplus-dbg_1.3.5.26-1_amd64.deb
 83fdf9e6e095fda7592ca5d62af294ce 979506 games optional 
manaplus-data_1.3.5.26-1_all.deb

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

iQIcBAEBCAAGBQJRowo9AAoJEBLZsEqQy9jkUqMP/2k84Bf4qmbtPc5cLuyNaSjk
wvIKW3oroR8Z7OUkn4rI9kI9FfHIsSSJtf34xl7XcKrVrJS/mlfUFezPV8e1Lwue
9CAlnCkQwxKEk4HJfD08f7Dhybo8oTF/MxETexACPPcEfdddluKF6miY+SjgXIsZ
mc2ukMqpfNhf1bLd7AAoP0wZ/VKVp1uugYbYzkLoWfnbHIep6DCUgViNAm8g3dQu
mtPoxf3JPdON12G9xy3vDjzpnGdDXS1gNS6o4hxbnVTMLaYwe8ZVi1/99TQ6WyCv
GQxMP4cuqJYI3yUeNZHiok+ieiLOF5KJ42b0eHvKT15p4jJ2bjim86Ma+jh33d2D
EVgivVvs4NAg6wQukiV9215XWypxm1JHgznj0a4ufN4Skxo2e4/YgW0zQXxr4pAF
guZtI/AJjfpdLQawkjTKtbf9IWGFdBcpNrCHKXhXzlHNzGkN+0wQ0OeOqT2irkRY
hrCaJUXUUhqLwqewc4QbZr6lfsIcZr7SSE1lJFwhyWzxya0DzESKGrVW+mIccnRg
4NE7D1rIdKouVQDqRYw7vVOo6iAdlMlDVtmBgXOBI7uYVuUIwDvYy/34QdOOGWB2
tXXvTxQBvR83NAHfcqgsDagGPGk/VZ1TKhQU3amTkFO/OuGO/fl89FGIapsAHEF4
0ar230bPk+1ebvBdfY/I
=1LUz
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugrwi-0005lf...@franck.debian.org

Accepted otrs2 3.2.7-1 (source all)

2013-05-27 Thread Patrick Matthäi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 27 May 2013 09:07:43 +0200
Source: otrs2
Binary: otrs2 otrs
Architecture: source all
Version: 3.2.7-1
Distribution: unstable
Urgency: high
Maintainer: Patrick Matthäi pmatth...@debian.org
Changed-By: Patrick Matthäi pmatth...@debian.org
Description: 
 otrs   - Open Ticket Request System (OTRS 3)
 otrs2  - Open Ticket Request System
Changes: 
 otrs2 (3.2.7-1) unstable; urgency=high
 .
   * New upstream release.
 - Security fix for CVE-2013-3551, also known as OSA-2013-03:
   An attacker with a valid agent login could manipulate URLs in the ticket
   split mechanism to see contents of tickets and they are not permitted to
   see.
 - Refresh hunky patch 07-dont-chown-links.
 - Refresh hunky patch 10-nice-packagemanager-permissions-message.
 - Rewrite patch 11-fix-SetPermissions-to-include-some-more-dirs.
   * Merge 3.1.7+dfsg1-8+deb7u1 changelog.
   * Permission fixes from debian/rules removed, again.
   * Install new upstream changelog CHANGES.md.
Checksums-Sha1: 
 4269384b838b813a8a996d27e7879ac864cd51ff 1755 otrs2_3.2.7-1.dsc
 7138f03384741066e70594e3e4a80841fd0d68dd 21572249 otrs2_3.2.7.orig.tar.gz
 70082aab7488bbc44c212f19a7a6ac9c5e3f54a2 37916 otrs2_3.2.7-1.debian.tar.gz
 0ed37f961466bdf677ed5535838531f204f79351 4417036 otrs2_3.2.7-1_all.deb
 bbbf0b40b71dcc35d27ba000dd21c8954bebd539 159352 otrs_3.2.7-1_all.deb
Checksums-Sha256: 
 d2690a31d6e3aea2eb06df1837181f713934b7fa19bb1c694a4a729b632d904c 1755 
otrs2_3.2.7-1.dsc
 f6f5440a48e76ccd404b78997779248909c22f1e07affb4ab408917dd1a817d5 21572249 
otrs2_3.2.7.orig.tar.gz
 de9a21a640a3b01d39fb769cbaa9f4d5f6033d2f32a7fde4db6bd7e8b30d7cd7 37916 
otrs2_3.2.7-1.debian.tar.gz
 d30acfb143a6f0fa0033e6ee4eecd67828e16d5c86c05067f74f3477783e3dd1 4417036 
otrs2_3.2.7-1_all.deb
 90f7cd3ae5af14924b1a0e48b905394036dd5d9653cc13eb98121049cfd25384 159352 
otrs_3.2.7-1_all.deb
Files: 
 4d07d697f8ccb83aa3b09fc5d271dce0 1755 web optional otrs2_3.2.7-1.dsc
 15df4495b3d3b84cf1f07ee6475bfdc6 21572249 web optional otrs2_3.2.7.orig.tar.gz
 92bc4211389631a0cfcd5ae5621c03ec 37916 web optional otrs2_3.2.7-1.debian.tar.gz
 1dcfbf6a9f0fca10d351c9599c239c50 4417036 web optional otrs2_3.2.7-1_all.deb
 3e70f7db409034a5f54f27872fcff483 159352 web optional otrs_3.2.7-1_all.deb

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

iQIcBAEBCAAGBQJRowo9AAoJEBLZsEqQy9jkuBEQAJWvGpY4ZgN4FJQv09PNrNYF
Dk0LlMck2mMp/FsVkXUphObtjUzTSanDYzh41RLgMFifTAThALeyPxNNQOBfZy59
s9OiGy6VDptK4oNJmaKnZEOCUvYSkoJL1RwBNWEvobsXrQr0zKsmjx6EIFGqzlcr
ZQBCzMv24I0ogifM0ndMl3wRshSA1XD8xz7rx8+YOFWcmaQcJNW+phyJAN+EwrsP
XAZkPOgjeKFQLfdEixwHAUoItqX9bxOPGiJ+qO7QtQit3PxRggFs6DIA9imN7Ro4
l/GGcGntPiZpFv6SFjz2/EbmDPDt1n4SXB82leGeY6fHlmkAoqpC8V7VBROKDvkp
kauMlRwSkX4ZgltXbHm67C+oL/2imliFExyw0AudDhse208dWJfNoE5I68UTlSTF
qyZTvEuqmWiJH8TGI/p0ENKV5IBv8O6UAonCD8pmP1rkFBp9F+lWuMVYOFbqMvWx
chrR/DHA5kActv2zmsvVtpvB+vAvYet5nT7sf7YCq0+LpG5h4vTObHfVYcXuv8oi
diSMjDeBl182Vh8o6mu/nc9PlI9HeZUJAESQIqiFdPJUUhdHboiGRmeXVxyo3e8T
M6NSH4FEkco4Uu3w9HMOpIxWtLe22ykhFUQRP8rBmZ+uN2nBLGYQj+HvVIzsTK+n
88NJZlwqvE981n05163F
=+tWf
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugrwh-0005rh...@franck.debian.org

Accepted qmidiarp 0.5.2-1 (source amd64)

2013-05-27 Thread Jaromír Mikeš

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 09 May 2013 12:39:02 +0200
Source: qmidiarp
Binary: qmidiarp qmidiarp-dbg
Architecture: source amd64
Version: 0.5.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian Multimedia Maintainers 
pkg-multimedia-maintain...@lists.alioth.debian.org
Changed-By: Jaromír Mikeš mira.mi...@seznam.cz
Description: 
 qmidiarp   - MIDI arpeggiator for ALSA
 qmidiarp-dbg - Debugging symbols for QMidiArp
Changes: 
 qmidiarp (0.5.2-1) unstable; urgency=low
 .
   * New upstream release.
   * Fix VCS canonical URLs.
   * Remove obsolete DMUA.
   * Bump Standards.
   * Added liblo-dev as build dep.
   * Upload to unstable.
Checksums-Sha1: 
 6daf0f0cf6997ef7a428af5270da0d78541104aa 2117 qmidiarp_0.5.2-1.dsc
 0136fb0a32bbfef4769c96af99dd73f271edd372 376217 qmidiarp_0.5.2.orig.tar.bz2
 0b4a0a5a1e682aee874e9266a809b708aa5d27e6 3338 qmidiarp_0.5.2-1.debian.tar.gz
 d7679466c0ccb540f5c563e6c65f9bb1a20548d2 312228 qmidiarp_0.5.2-1_amd64.deb
 631a69c3cc97c91ec8c4f7f61c9940bbf99c3d6a 3210412 qmidiarp-dbg_0.5.2-1_amd64.deb
Checksums-Sha256: 
 5f60068d6a979b40f3a7e5265dcb5f737af1b795f6c33d7530736a8a2a8726a4 2117 
qmidiarp_0.5.2-1.dsc
 b2fb4457b756b5653b984c80d05f93ed146e1b12362d903b2b0499407e184567 376217 
qmidiarp_0.5.2.orig.tar.bz2
 f74ee0782d87a21cbcef254e583034cae017ffd2aec3ce0c2bf6b8f9c9a9caac 3338 
qmidiarp_0.5.2-1.debian.tar.gz
 98b6a99f19a28d688e653cc0b2c6255454ac4f3e087352be68591b8bfb387b15 312228 
qmidiarp_0.5.2-1_amd64.deb
 c1faf779266f71f66f9fa440f2a6855d53b352633ae47635b20abfd655d0b469 3210412 
qmidiarp-dbg_0.5.2-1_amd64.deb
Files: 
 6ed7869215cb07fbf74fe74658e2c72c 2117 sound optional qmidiarp_0.5.2-1.dsc
 a1edf1a83e9dbf8355717e9a26fa192e 376217 sound optional 
qmidiarp_0.5.2.orig.tar.bz2
 117572532d63094169b6aef94310d413 3338 sound optional 
qmidiarp_0.5.2-1.debian.tar.gz
 26ca46c2f09d9a3e5dc17a6a8505572b 312228 sound optional 
qmidiarp_0.5.2-1_amd64.deb
 b4ac2bc0f51f7dfa325022b0737ef290 3210412 debug extra 
qmidiarp-dbg_0.5.2-1_amd64.deb

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

iQIcBAEBAgAGBQJRowvjAAoJEFsBlFXiuE+l6ssQAJETNp31xgnX202vbU+2vbph
xw4j1SFwsx6+rk5PG5eFhxtv79QqfZW3wSrhmj6ULyblY4xJXcUyHjSRTvLYCsFf
rZYiodoXdKxD1ZbnDSlSRYvgvHQKJBDOpnlH0K2gy+nJtsWNu8sAJqHqmiEhpQvT
NmBXzwr9DHDaxYMO9YPUqdMdvIOnvEsW557CvBFRQH+NX6pwjzPm8dZdBkSNvTlV
Tua2M/Yc6ndSMNwHQzmOUhZNxmrIXq2Zg78RsngdMZJcaIbGu2F1gpg18vQ3+qUV
nACwn04qTpvDypUkhddNjCLdxH6m5PkYU0Y3Bt1Wh2Tf2fQKprCpIURswXKBBCXE
ziFiOgoj1Sbu6+ct0HrUWJ0etY6XANXQBVOS7BIT+/FoLfAn+Wzhy+G4mOmujJCv
RhWezYTg87GqTgeHBePCdnw6ajHOj+/xLMtRMdjkVE/KT+b/+TzyD/JjnTsJ+1Vm
BqRX25STR+kH12wExPjjPuUvyiircdwLQ+3Ll8FEsTSal6Q5yLelOm/iKpbKNZnI
xZfKz3ik3vyka5uryPlfW8uLSv/VDlv0lBN+LrQW9Xp0VUCvrfJHuLx1rjCsCDfb
lvdWs10saEKUzBhvBrRBF3yDuOWPYPnLWSY/uzugO8oXQ6wasxacEumwS8hav4fn
dJPyKkZjNvSk43+J3UES
=D0O/
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugrwp-0005vs...@franck.debian.org

Accepted clthreads 2.4.0-5 (source amd64)

2013-05-27 Thread Jaromír Mikeš

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 16 May 2013 14:18:58 +0200
Source: clthreads
Binary: libclthreads-dev libclthreads2
Architecture: source amd64
Version: 2.4.0-5
Distribution: unstable
Urgency: low
Maintainer: Debian Multimedia Maintainers 
pkg-multimedia-maintain...@lists.alioth.debian.org
Changed-By: Jaromír Mikeš mira.mi...@seznam.cz
Description: 
 libclthreads-dev - Development file for libclthreads
 libclthreads2 - POSIX threads C++ access library
Closes: 701261
Changes: 
 clthreads (2.4.0-5) unstable; urgency=low
 .
   * Removed symbols files to fix build with g++ 4.8.
 (Closes: #701261)
   * Remove obsolete DMUA.
   * Set dh 9.
   * Bump Standards.
   * Add VCS canonical URLs.
Checksums-Sha1: 
 ca7d955cb42cee79765ed0463bfbd89bdd7877a5 2077 clthreads_2.4.0-5.dsc
 0a571ff8f93c365e1237be483da6235a15fe71a2 3478 clthreads_2.4.0-5.debian.tar.gz
 61e9ccd66074980b115ab3fafd4394e03b21da13 6486 
libclthreads-dev_2.4.0-5_amd64.deb
 022d571f9152ed92549d8387234fbbb84f9c2f37 13616 libclthreads2_2.4.0-5_amd64.deb
Checksums-Sha256: 
 b897b693dd1391e4fdb278548d83f31acfb69735cba86aab092b7804c6678827 2077 
clthreads_2.4.0-5.dsc
 abe4ed4764d928d7d500e4d6630cf8244dd37805afd2b8f08be5a12e0ed780d9 3478 
clthreads_2.4.0-5.debian.tar.gz
 b8902f7acf6d70d7d7304dd4fe69a265c26aa68188f20197e31f86ef2543ad61 6486 
libclthreads-dev_2.4.0-5_amd64.deb
 282d3f264a3cdeade575b7023faf805ce4ddcafad0bde247007dbbed12725b86 13616 
libclthreads2_2.4.0-5_amd64.deb
Files: 
 5dca167d8d3a2ca37bd3c0deb45cfe8d 2077 sound optional clthreads_2.4.0-5.dsc
 e9dbf458fa3dcbb273d35252c1121800 3478 sound optional 
clthreads_2.4.0-5.debian.tar.gz
 f9e770e4110e75b82acb87aedd042d44 6486 libdevel optional 
libclthreads-dev_2.4.0-5_amd64.deb
 401670a1afb31df98e8bdb05b257cbb8 13616 libs optional 
libclthreads2_2.4.0-5_amd64.deb

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

iQIcBAEBAgAGBQJRlNXhAAoJEFsBlFXiuE+ldXAP/3+ORwQF5UISUS1m7SYz1JaC
33HGHsh6NdHgJJz8iFJg+am4ah1QAn6phTAb4AqCAl1E7Vm789EwyLJfge3olesC
TtrqJgu5HnenqkwQgeXRfbWBRsmzwLaf+0ONc+fT0IEU0xh0N1QK+cOIqxLWFPnK
ehJuNACQ/ya2draK/eonw8xdamCPvG2Gd2GcL6DethjpNGlivTwCn1BOFrxUmZE2
8r41e0jZ2or4HjBnWzdwZFnBYYzzGcdFyLpvJtZ3nMvyUEWTZVLjdtA+nJtK8DSA
1z5K4H/L7nma7NCKTCSWb0zUG8sylh/6MjRWJ6QZTOnLuch3nhJX+aVe6NMECDoD
ojk2hqfW78NKx+/iSaKo8NWM3iP0CCseHAxcKYmGqqyQEiUR8yT9MVyyDnJo1wrZ
aKI5MfJnwrX0cpP3Fnv2SIyNNgUVWBaf/Ydu/PBXE1lRLFazL22LX1WocK/bkiLW
bGV8F5wjj0wt+0ZgBGF8emh9CD7FF0pYaRQpTflGM7BQI8DyN6SlCC4ikJq1MC/V
L0FfG+cEADO5+/vU2zIjwIRXql4QpwDVDRes7CLX7USacuZOBnZLNUlzjis1bDCO
052we8JFqeqEwnkADkFbxIC776YuM2fQuuTiFEJ43g7IBKIr912mPczcPmg/dNwO
pHwwpvuxu+tZcV6TEG9W
=4uvB
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugsa8-0002yn...@franck.debian.org

Accepted dictem 1.0.4-1 (source all)

2013-05-27 Thread Yauheni Kaliuta

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Aug 2012 20:19:02 +0300
Source: dictem
Binary: dictem
Architecture: source all
Version: 1.0.4-1
Distribution: unstable
Urgency: low
Maintainer: Yauheni Kaliuta y.kali...@gmail.com
Changed-By: Yauheni Kaliuta y.kali...@gmail.com
Description: 
 dictem - Dict client for emacs
Closes: 564251
Changes: 
 dictem (1.0.4-1) unstable; urgency=low
 .
   * New upstream release 1.0.4:
 - Flag (interactive) was removed from the following functions:
   dictem-select-strategy, dictem-select-database, dictem-read-query
   and dictem-run. Closes: #564251
Checksums-Sha1: 
 ed41ba162ed29dc99c0390c0bfcd4fb3f9a79b47 1091 dictem_1.0.4-1.dsc
 b96ae0ad712dd7320327246b0da7efe8db07b341 22026 dictem_1.0.4.orig.tar.gz
 045c4ed237dd6741807e3dc42143a50fe54f6a16 3695 dictem_1.0.4-1.diff.gz
 3ed5c69f67237997037d42a54d4e92780af654b1 29668 dictem_1.0.4-1_all.deb
Checksums-Sha256: 
 ba616944ee5934e8d78d7b612c08ae6c3937436da2b3459d62d75c6fb626eeb3 1091 
dictem_1.0.4-1.dsc
 1be72e4c6e347d6446e9c4da4fd6bed637d84bc15c024a627be93c5c82f35100 22026 
dictem_1.0.4.orig.tar.gz
 f1fee4540082a7ad4ee69dbbc9da2aed974111296d158d1203bf6662590a12e0 3695 
dictem_1.0.4-1.diff.gz
 b3b6ceb16aa8dce52284ec541736d7f78f135fbfa5cc809bd87d2293252e6afa 29668 
dictem_1.0.4-1_all.deb
Files: 
 06e8570f034711bdce27b4dcb6ed2217 1091 text optional dictem_1.0.4-1.dsc
 b7b595fb8ecefe805dede131809775c7 22026 text optional dictem_1.0.4.orig.tar.gz
 53dd24ca5e071da73caab479a85b6b8d 3695 text optional dictem_1.0.4-1.diff.gz
 ce969ef4a8c2b07ae671a86e977907a8 29668 text optional dictem_1.0.4-1_all.deb

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

iEYEARECAAYFAlA7rWsACgkQfuhS3ua3hyWDBQCgq5wreccgDuIAdqi/IBBOZCdF
DAcAoI8bkFLNXFKSzrWdMV2HJZ4Gwj8G
=sjxt
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugu2q-0007un...@franck.debian.org

Accepted gnome-backgrounds 3.8.1-1 (source all)

2013-05-27 Thread Andreas Henriksson

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 09:32:50 +0200
Source: gnome-backgrounds
Binary: gnome-backgrounds
Architecture: source all
Version: 3.8.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Andreas Henriksson andr...@fatal.se
Description: 
 gnome-backgrounds - Set of backgrounds packaged with the GNOME desktop
Changes: 
 gnome-backgrounds (3.8.1-1) unstable; urgency=low
 .
   * New upstream release.
   * Bump Standards-Version to 3.9.4
Checksums-Sha1: 
 b38da577c9bedbeb7f3d16c420706254d7d1a90f 1491 gnome-backgrounds_3.8.1-1.dsc
 3cb0f21156c537836b00a984150fdb5a3db1584e 9701712 
gnome-backgrounds_3.8.1.orig.tar.xz
 77d5e1c7d634cbb966c48d3a1204fcbbfd11076f 10929 
gnome-backgrounds_3.8.1-1.debian.tar.gz
 1eab476178067ac2aa26ba0edb9a58f9ef815cce 9594130 
gnome-backgrounds_3.8.1-1_all.deb
Checksums-Sha256: 
 5c56e1974091cab9ff5c06cf40f2864b40540bd937aeefc4b7f71b470c9c2a77 1491 
gnome-backgrounds_3.8.1-1.dsc
 226cf0d116a0d78b96c0ed865473975f9ca0e1c02a0442c6be8f1dd3c4a715b8 9701712 
gnome-backgrounds_3.8.1.orig.tar.xz
 0a97490354a8e7df9e852a584fb9e6610a6cea8ed3a048beab6ac48243a1d305 10929 
gnome-backgrounds_3.8.1-1.debian.tar.gz
 e9c9908a9771a4c33a4a3715e586ff29427fadcb5534f7a22e595a9e624656ad 9594130 
gnome-backgrounds_3.8.1-1_all.deb
Files: 
 a4c50c3e0db4bcbaca03c19fad0831ed 1491 gnome optional 
gnome-backgrounds_3.8.1-1.dsc
 977a4e2b79e10efa7cf4e1188e73ab3d 9701712 gnome optional 
gnome-backgrounds_3.8.1.orig.tar.xz
 4ea7fea515bdfbca40ab06c381fa2964 10929 gnome optional 
gnome-backgrounds_3.8.1-1.debian.tar.gz
 11ff8cf812b5b71729ec8a4b0383a856 9594130 gnome optional 
gnome-backgrounds_3.8.1-1_all.deb

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

iEYEARECAAYFAlGjDs8ACgkQcgQ2cL3l8e505wCfbfsOaP8FKP3zIGwQLu8zEaCH
Zt0AoLtBnrZEnZPsx7TA6ZUl7+ufuW2Y
=e0wY
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugu3l-000848...@franck.debian.org

Accepted meta-gnome3 1:3.8+1 (source all amd64)

2013-05-27 Thread Emilio Pozuelo Monfort

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 11:20:06 +0200
Source: meta-gnome3
Binary: gnome-core gnome gnome-games gnome-desktop-environment 
gnome-platform-devel gnome-core-devel gnome-devel gnome-dbg gnome-api-docs
Architecture: source all amd64
Version: 1:3.8+1
Distribution: unstable
Urgency: low
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Emilio Pozuelo Monfort po...@debian.org
Description: 
 gnome  - Full GNOME Desktop Environment, with extra components
 gnome-api-docs - API reference documentation for the GNOME libraries
 gnome-core - GNOME Desktop Environment -- essential components
 gnome-core-devel - GNOME Desktop Environment -- development components
 gnome-dbg  - debugging symbols for the GNOME desktop environment
 gnome-desktop-environment - The GNOME Desktop Environment - transitional 
package
 gnome-devel - GNOME Desktop Environment -- development tools
 gnome-games - games for the GNOME desktop
 gnome-platform-devel - GNOME development platform
Closes: 709706
Changes: 
 meta-gnome3 (1:3.8+1) unstable; urgency=low
 .
   [ Emilio Pozuelo Monfort ]
   * Move gnome-games to meta-gnome3.
   * Bump version number so it's higher than the old gnome-games
 package.
 .
   [ Jeremy Bicha ]
   * Replace gcalctool with gnome-calculator
   * Replace gstreamer0.10 with gstreamer1.0
   * Replace libgdu-dev with libudisks2-dev
   * Replace valac-0.16 with valac-0.20
   * Drop gnome-games-extra-data as the themes are included directly in
 the games now
 .
   [ Emilio Pozuelo Monfort ]
   * Switch valac-0.20 to valac (= 0.20). Closes: #709706.
Checksums-Sha1: 
 96b3e1fdb0f4ae0619073233226fffb3e91e88a8 1604 meta-gnome3_3.8+1.dsc
 aa6bb4bcbe34fcdca2423d88a0ce620fda8665f7 26940 meta-gnome3_3.8+1.tar.gz
 a8f72f53ee9877a1c53b9e68c1f4f25fe972ee4b 20190 gnome-games_3.8+1_all.deb
 fc33e74c2f69c60af657efaf7808585d92f5e943 20042 
gnome-desktop-environment_3.8+1_all.deb
 b96df783b7db4569f25a5e5a55720f6ccce05cd4 20096 gnome-devel_3.8+1_all.deb
 f9b5557d7579e0f157212db0c0c26d12880a5c57 20236 gnome-api-docs_3.8+1_all.deb
 954d7311b33e04956aad8a14da7d10fd3795e4e6 21530 gnome-core_3.8+1_amd64.deb
 579f5ddefbcebbede12596625cb69d0f47b62c4c 21476 gnome_3.8+1_amd64.deb
 7fbb5843b9deed74302bac639e6891245a6ba687 20276 
gnome-platform-devel_3.8+1_amd64.deb
 02da20b9248db7aaeb80cee753d4dfa2d74c92c6 20794 gnome-core-devel_3.8+1_amd64.deb
 efad2facd8dd19833072e0b0e9fa485130bcb48c 20114 gnome-dbg_3.8+1_amd64.deb
Checksums-Sha256: 
 570a6a39cc2a69d5f79300020ec0bea0ed1db64a764c0591c8afe22074a6032d 1604 
meta-gnome3_3.8+1.dsc
 0bf6e2b0b73793f13e99aa99e06c90be7205e9a6006c94d5c01d0c3ae33808b5 26940 
meta-gnome3_3.8+1.tar.gz
 c79ae8c068600bb80966fc97a697e3599d2287d71fc64f345358412aecd96e8d 20190 
gnome-games_3.8+1_all.deb
 85dce4d3455067c9dda529659df521a4922dab9104ac5d5671607d767d382407 20042 
gnome-desktop-environment_3.8+1_all.deb
 9c5d5ea7375517f66d50b67f83d95c8405c598c4ca25318eda9bdda0a6b06351 20096 
gnome-devel_3.8+1_all.deb
 5c601f415a9e7bacf16c2dbb150d4011a22022778da4f1a14da2e2fb1592b3d6 20236 
gnome-api-docs_3.8+1_all.deb
 009d3def6d3dd2f3df5f82f63ba67d104bea6c415ea69819fb0c2b76a9b3a5d3 21530 
gnome-core_3.8+1_amd64.deb
 0bf0bc9fc546819a5eefee28c9d51d636a3c420a6b5f2338180b7947c272fe67 21476 
gnome_3.8+1_amd64.deb
 ddb4a0c58c27be208bdda7576e53ea49e3de881fa85a05aeac9ad7979958f9fc 20276 
gnome-platform-devel_3.8+1_amd64.deb
 31cd9a74ee4c51321d2e900e186284f16a9e3b2bfe2a4b6d7ef4fb76b689c0d6 20794 
gnome-core-devel_3.8+1_amd64.deb
 1f3251e308cad88831ae83f33ac7033d8a63883eda4906c23e1350104fa8ec11 20114 
gnome-dbg_3.8+1_amd64.deb
Files: 
 e7acf4693c74fe83afb786674d211313 1604 metapackages optional 
meta-gnome3_3.8+1.dsc
 9acc9ed88ce89b143b17f46d496b0661 26940 metapackages optional 
meta-gnome3_3.8+1.tar.gz
 917d9289464f2a08704101a42a871638 20190 metapackages optional 
gnome-games_3.8+1_all.deb
 142142be9f231e497a2bc17272e4f97f 20042 oldlibs extra 
gnome-desktop-environment_3.8+1_all.deb
 6f847f89bea143fb3efefe6ea71e2dd7 20096 devel optional gnome-devel_3.8+1_all.deb
 29faac6993b9985635aea7f198141c67 20236 doc optional 
gnome-api-docs_3.8+1_all.deb
 763146234c0c7abc73b5246cad92433c 21530 metapackages optional 
gnome-core_3.8+1_amd64.deb
 394221b3e4fb041b860c143e96f495f2 21476 metapackages optional 
gnome_3.8+1_amd64.deb
 91c90e944ea63b806348f039095c2c9e 20276 devel optional 
gnome-platform-devel_3.8+1_amd64.deb
 eee239ca19ffef14cbeed09709ceb424 20794 devel optional 
gnome-core-devel_3.8+1_amd64.deb
 e0ebe97f86d32ba1c72fae4d6988a2e4 20114 debug extra gnome-dbg_3.8+1_amd64.deb

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

iEYEARECAAYFAlGjJgcACgkQhTV17EoIsv5sNwCgvSG9grJUVkdBBlxBv0ZgpvgP
pdQAn25HrayxNUlCDWpm0p8GEcd/UJoV
=UvAr
-END PGP SIGNATURE-


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

Accepted php-horde-imap-client 2.10.1-1 (source all)

2013-05-27 Thread Mathieu Parent

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 11:00:30 +0200
Source: php-horde-imap-client
Binary: php-horde-imap-client
Architecture: source all
Version: 2.10.1-1
Distribution: unstable
Urgency: low
Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org
Changed-By: Mathieu Parent sath...@debian.org
Description: 
 php-horde-imap-client - ${phppear:summary}
Changes: 
 php-horde-imap-client (2.10.1-1) unstable; urgency=low
 .
   * Use pristine-tar
   * New upstream version 2.10.1
Checksums-Sha1: 
 493adc4beb8a25c383030b78c5a979cf38f222b7 1450 
php-horde-imap-client_2.10.1-1.dsc
 987d96eb8ccef95b39a327ea456efd937bfd62f4 180770 
php-horde-imap-client_2.10.1.orig.tar.gz
 0a243028d6200ffde7a0cc1cd783b3efd456607e 2408 
php-horde-imap-client_2.10.1-1.debian.tar.gz
 dddce4a40745216204c756dfce1d8ef002e9a859 209582 
php-horde-imap-client_2.10.1-1_all.deb
Checksums-Sha256: 
 f9e2c8cf2b5c802ae41a8e734081a3213b0e806a928f2506273b02cecbb32960 1450 
php-horde-imap-client_2.10.1-1.dsc
 ae1af6126c30560b5a603a88e5c36df5ac25c5ef94df285c8aab6d87c51c9004 180770 
php-horde-imap-client_2.10.1.orig.tar.gz
 a609ee020203bbaa0b4ab7b9b2ad4a6b46caeec93c6a19c1ef429a9a937b093c 2408 
php-horde-imap-client_2.10.1-1.debian.tar.gz
 21c9011c8e878a240138d243b717d3ffddf02eec5d502b8524bd8140e5b885ed 209582 
php-horde-imap-client_2.10.1-1_all.deb
Files: 
 1298ce838cdf136d4782073fbf29086c 1450 php extra 
php-horde-imap-client_2.10.1-1.dsc
 07e46c47929b36db9414c6179076212a 180770 php extra 
php-horde-imap-client_2.10.1.orig.tar.gz
 ba1966594191b63112048edc8c8ce249 2408 php extra 
php-horde-imap-client_2.10.1-1.debian.tar.gz
 6b8f10615dafdaaca77423be2c745cee 209582 php extra 
php-horde-imap-client_2.10.1-1_all.deb

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

iEYEARECAAYFAlGjIM0ACgkQOW2jYf5fHX84eACfQ1nIN4Y46tAs3fFY+M/92p5+
qF4AnjoI03llXAzlW95zHm1KderpCpdI
=PB9y
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugu89-0001ss...@franck.debian.org

Accepted php-horde-service-weather 2.0.5-1 (source all)

2013-05-27 Thread Mathieu Parent

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 10:59:06 +0200
Source: php-horde-service-weather
Binary: php-horde-service-weather
Architecture: source all
Version: 2.0.5-1
Distribution: unstable
Urgency: low
Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org
Changed-By: Mathieu Parent sath...@debian.org
Description: 
 php-horde-service-weather - ${phppear:summary}
Changes: 
 php-horde-service-weather (2.0.5-1) unstable; urgency=low
 .
   * Use pristine-tar
   * New upstream version 2.0.5
Checksums-Sha1: 
 ed92009d4913648df7a4f9916e746a9de80fcba3 1503 
php-horde-service-weather_2.0.5-1.dsc
 2a1a4bdd066103bf1a75763feb03589edea7929d 177456 
php-horde-service-weather_2.0.5.orig.tar.gz
 ce232b3d77c12320d34d47a2df020022dab08a7b 2247 
php-horde-service-weather_2.0.5-1.debian.tar.gz
 d7ad01179c389148b504aa687f251531488b652c 197404 
php-horde-service-weather_2.0.5-1_all.deb
Checksums-Sha256: 
 82a5ef1710a257592f6f4177c4290d5af03ffbc2f178c159d8d1f8e87a53b6cf 1503 
php-horde-service-weather_2.0.5-1.dsc
 5d513f454cc9fdd4c9600e0e7044f272c5a50496baefa528583f2aa0c695d426 177456 
php-horde-service-weather_2.0.5.orig.tar.gz
 f72a739495613848f217247c2c2e3414f7d41de01cb0a59a252a9e92266f4ae3 2247 
php-horde-service-weather_2.0.5-1.debian.tar.gz
 3d9e0e642a58abf5f49a1637590d615acdd0e5ddf13fd9fa4007b4ad0f49364d 197404 
php-horde-service-weather_2.0.5-1_all.deb
Files: 
 cfc7ca8032740d34fab88cd626d96231 1503 php extra 
php-horde-service-weather_2.0.5-1.dsc
 586e1ffe0e389a34f2fe0c56ecd6e944 177456 php extra 
php-horde-service-weather_2.0.5.orig.tar.gz
 c0375e0be2025a1410bded14d157422c 2247 php extra 
php-horde-service-weather_2.0.5-1.debian.tar.gz
 a60a8428d545a0457b10c0dd365d4c25 197404 php extra 
php-horde-service-weather_2.0.5-1_all.deb

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

iEYEARECAAYFAlGjIHMACgkQOW2jYf5fHX9UvACdEvcb/Eq6y9kK2eSDqq4PcFXt
5YQAn2KQJ/bPkpnJN1I2Ulkc/dfNjPv5
=UjHb
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugu8f-0001wr...@franck.debian.org

Accepted ruby-bacon 1.2.0-2 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 10:21:17 +0200
Source: ruby-bacon
Binary: ruby-bacon
Architecture: source all
Version: 1.2.0-2
Distribution: unstable
Urgency: low
Maintainer: Debian Ruby Extras Maintainers 
pkg-ruby-extras-maintain...@lists.alioth.debian.org
Changed-By: Ondřej Surý ond...@debian.org
Description: 
 ruby-bacon - Small RSpec clone
Changes: 
 ruby-bacon (1.2.0-2) unstable; urgency=low
 .
   [ Cédric Boutillier ]
   * debian/control: remove obsolete DM-Upload-Allowed flag
   * use canonical URI in Vcs-* fields
   * debian/copyright: use DEP5 copyright-format/1.0 official URL for Format 
field
 .
   [ Ondřej Surý ]
   * Upload to unstable
   * Debian Ruby Extras Maintainers upload.
Checksums-Sha1: 
 dbc32f5fcd5d3f17e4b4c3b087e745c25e9c7a0f 1381 ruby-bacon_1.2.0-2.dsc
 69c6b1594d62a02cbd7adac0b3b3f8741c5c5551 3030 ruby-bacon_1.2.0-2.debian.tar.gz
 7a23b8bb171378e5838ef2abf98a4a7d0c226f12 16278 ruby-bacon_1.2.0-2_all.deb
Checksums-Sha256: 
 82d7d8550cbbde1514a46f1bc5927efcfe52900d2fd2e2fe5da5078680290dac 1381 
ruby-bacon_1.2.0-2.dsc
 fcaec5568e356be892a19da20a3ba54d2372e511ea84d6fdbf17636072101ee5 3030 
ruby-bacon_1.2.0-2.debian.tar.gz
 f45d67d9e07b2e88454e3597f53a312e1bec1a2cb243ac4798d91ff81703657b 16278 
ruby-bacon_1.2.0-2_all.deb
Files: 
 a3ad821fb0981d3f6d0c87f3b613bed9 1381 ruby optional ruby-bacon_1.2.0-2.dsc
 7877b4b1856ae1eb1b86a76218ac7092 3030 ruby optional 
ruby-bacon_1.2.0-2.debian.tar.gz
 5e7f767984633de26d39250ec6ce9642 16278 ruby optional ruby-bacon_1.2.0-2_all.deb

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

iEYEARECAAYFAlGjGLIACgkQ9OZqfMIN8nNS4ACgmZY6GhZEPjonCe62hemRIwFX
xIsAmwXPlPzej62r1EWG6wiI5j4MSh2I
=+Bed
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugu8g-0002ai...@franck.debian.org

Accepted ruby-slop 3.4.5-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 10:13:55 +0200
Source: ruby-slop
Binary: ruby-slop
Architecture: source all
Version: 3.4.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian Ruby Extras Maintainers 
pkg-ruby-extras-maintain...@lists.alioth.debian.org
Changed-By: Ondřej Surý ond...@debian.org
Description: 
 ruby-slop  - Simple DSL for gathering options and parsing the command lineOpti
Changes: 
 ruby-slop (3.4.5-1) unstable; urgency=low
 .
   [ Cédric Boutillier ]
   * debian/control: remove obsolete DM-Upload-Allowed flag
   * Use canonical URI in Vcs-* fields
   * debian/copyright: use DEP5 copyright-format/1.0 official URL for Format 
field
 .
   [ Ondřej Surý ]
   * Imported Upstream version 3.4.5
Checksums-Sha1: 
 40c9e15d344286e62e243974da4dfe2bdec13081 1426 ruby-slop_3.4.5-1.dsc
 20f7292bdbadd2dffe87b0a66eb3b34fefe36229 20035 ruby-slop_3.4.5.orig.tar.gz
 6e7ff041fef80324a6ddbf42bb6e129a1ac1a01f 2406 ruby-slop_3.4.5-1.debian.tar.gz
 afdc4a192baf00674eda2279f7555ff58b9e86a3 18044 ruby-slop_3.4.5-1_all.deb
Checksums-Sha256: 
 5df462ff010422550f7667557e38fc36436c1dda80226b3f5b13b1220c0df9b0 1426 
ruby-slop_3.4.5-1.dsc
 cf8fd5d887616507c0c299ce861c8aa996cc2bd62dd4be138befdf5f4778dc4c 20035 
ruby-slop_3.4.5.orig.tar.gz
 80666a831d7c1c85b92bd16d2401f31c7d8d280461b81067adce1242ec82e3e1 2406 
ruby-slop_3.4.5-1.debian.tar.gz
 1fe6474f1aa2a838d97404776624b3bc7c729f78d979575e667823cb9db809ef 18044 
ruby-slop_3.4.5-1_all.deb
Files: 
 eb583e85fe35471dea33ebe565141cfe 1426 ruby optional ruby-slop_3.4.5-1.dsc
 251a24680d608ac3b8f343a5b6651c92 20035 ruby optional 
ruby-slop_3.4.5.orig.tar.gz
 af43656a1dc114a21b5af44d7ec29924 2406 ruby optional 
ruby-slop_3.4.5-1.debian.tar.gz
 4112a8b98db7de20e22b5865be46ec5d 18044 ruby optional ruby-slop_3.4.5-1_all.deb

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

iEYEARECAAYFAlGjFq0ACgkQ9OZqfMIN8nMWqACeKW0NzColOriGxUbX4Ooq9Y2H
HJgAoKAaAP5kT2OOcek3tB+1kV8v7P6f
=iRrv
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugu8m-0002e6...@franck.debian.org

Accepted drupal7-mod-libraries 2.1-2 (source all)

2013-05-27 Thread Daniel Pocock

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 27 May 2013 11:52:00 +0200
Source: drupal7-mod-libraries
Binary: drupal7-mod-libraries
Architecture: source all
Version: 2.1-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel Pocock dan...@pocock.com.au
Description: 
 drupal7-mod-libraries - libraries modules for Drupal 7
Changes: 
 drupal7-mod-libraries (2.1-2) unstable; urgency=low
 .
   * Release to unstable
   * README.Debian now explains directory layout and symlinks for /usr/local
Checksums-Sha1: 
 1854dbdd6ece6440c8aa997d05088dd9083d7868 1964 drupal7-mod-libraries_2.1-2.dsc
 6ae4ab72814d5b792bd846c047e5178eaf4447bc 3425 
drupal7-mod-libraries_2.1-2.debian.tar.gz
 f1dc3ed14ddec18c6c855629eae78600f8db1d76 30290 
drupal7-mod-libraries_2.1-2_all.deb
Checksums-Sha256: 
 e77b7f0545049664bb5c0ce030206d66602a725d788a6152d27838419640becb 1964 
drupal7-mod-libraries_2.1-2.dsc
 db4d7a1d7c06844e5e181eeb7b4bc6af1b6b659491eadbacf1e15d21d6882c69 3425 
drupal7-mod-libraries_2.1-2.debian.tar.gz
 7749ad6dd8b860ea617538df3aed34e69f02030a7da59f3289edaeb52c78299c 30290 
drupal7-mod-libraries_2.1-2_all.deb
Files: 
 124c3e771d4898771db16513882f304d 1964 web extra drupal7-mod-libraries_2.1-2.dsc
 0c361cbf3dc046c2fca30a361d47973e 3425 web extra 
drupal7-mod-libraries_2.1-2.debian.tar.gz
 3ff09291cea40950e551582f9a79f372 30290 web extra 
drupal7-mod-libraries_2.1-2_all.deb

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

iQIcBAEBCAAGBQJRoy3/AAoJEOm1uwJp1aqD1bMP/1+AXeXnQEEo4bvwHRPFpJgl
Yty3M/wB2OI4PG5fG5SHHbIYtOE1uaGeuc5xFsqc3IZ53HyT4YLWnICutcQ1gVYL
8rZBc/Ncm2n/HH++/EtrZcVfMvmd+YvnViXyVFop3vivUrje3XgZS3wZu/+Y+rcg
5/CDGTi3ZNyMZ0V62wDRxfIzf5goQkzwsDro+gaqcaznDrt2hBk9eu/Tqti9IkKf
4+2bVLqfX/UsVy//tkEwVxAoGfXY9cuNeBt3cgFf5gbI7CDsq25fBX/ASLk4GQPm
moGBQTRL00bNv55F7viQoIZvRMqxiDj6XQ3t57D/yz+0OnIuhM1AbsV1z+wJHQzM
y/uXuKgTq74mErEIQdnhrwL31dNA3dVMszrxgGiynL3D9t4NT/FihGUIWfsAasaA
RbK4FzC7VrUBhMhZxEXimwrETEWoaJc0aHl/OKh/XdEC8xO2CbwWphy5BcPWtoi5
Xd/G+0/3mP8C2vnvZDrKp9FHa33yGVBVWwsfCRdjqnrP9WDH5yCYgPbpD4p4UOD2
U9HEWvgXGyaMfTsjki6gQREy0IBZG7htg6KcF5NtcVXcwI4F+Y6Z2+M4gsNVBo0P
EiM8eUcKSkajgcpB6+GPwdqeqR0ylWVBDFBClULso3r7ZpqkVRj4vODjr5Ol4uIf
P01Bmvb2Ep2xbOoeEaDM
=ElDl
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1uguvx-0004mu...@franck.debian.org

Accepted ftphs 1.0.8-2 (source all amd64)

2013-05-27 Thread Colin Watson

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 27 May 2013 10:30:34 +0100
Source: ftphs
Binary: libghc-ftphs-dev libghc-ftphs-prof libghc-ftphs-doc
Architecture: source all amd64
Version: 1.0.8-2
Distribution: unstable
Urgency: low
Maintainer: Debian Haskell Group 
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Colin Watson cjwat...@debian.org
Description: 
 libghc-ftphs-dev - FTP Client and Server Library for Haskell, GHC package
 libghc-ftphs-doc - FTP Client and Server Library for Haskell, documentation
 libghc-ftphs-prof - FTP Client and Server Library for Haskell, profiling data
Closes: 706080
Changes: 
 ftphs (1.0.8-2) unstable; urgency=low
 .
   [ Joachim Breitner ]
   * Depend on haskell-devscripts 0.8.13 to ensure this package is built
 against experimental
   * Add watchfile
   * Enable compat level 9
   * Bump standards version to 3.9.4
 .
   [ Iain Lane ]
   * debian/patches/ghc-7.6-compatibility: Update to work with
 Control.Exception.{try,catch} in GHC 7.6 (closes: #706080).
Checksums-Sha1: 
 8cc432ae170f74672ec5abad2fc1b7816575a2f4 2486 ftphs_1.0.8-2.dsc
 d15e9716cb5d972995b35c44b457b1d5d936d718 8891 ftphs_1.0.8-2.debian.tar.gz
 aece02e7077eeb15c42951554424c17b9804f7cf 81584 libghc-ftphs-doc_1.0.8-2_all.deb
 a96b4f4d2d2135ea5b9daa693341b8b7ccf8f2d1 195906 
libghc-ftphs-dev_1.0.8-2_amd64.deb
 9e618bf88ccf87c8038b49b4db552b2e95969ed2 181864 
libghc-ftphs-prof_1.0.8-2_amd64.deb
Checksums-Sha256: 
 8dd5b5ab8e3e6ea99d05c8b3d14de5f2284dbf28bb8bda74000ceae18e934012 2486 
ftphs_1.0.8-2.dsc
 c974853bfe98d9ab858d0e6364d638478ad2403c67d65b597f67e97092fdd362 8891 
ftphs_1.0.8-2.debian.tar.gz
 24fef24d9e71ee95ba69141dd640f2b9fa14fc5d8edd45b23cb51b605c11cdfe 81584 
libghc-ftphs-doc_1.0.8-2_all.deb
 634e7d1af5af3bd98f38afe1f1273f0afce06c8356f6dab8af8f09330f19485c 195906 
libghc-ftphs-dev_1.0.8-2_amd64.deb
 a4030ff0f82900108a8e57c14f07d1cfc6a2161f2bd29ee17991fcd326046ef9 181864 
libghc-ftphs-prof_1.0.8-2_amd64.deb
Files: 
 35209a92b61c8ef704f2e93d1f2eb9ae 2486 haskell extra ftphs_1.0.8-2.dsc
 d638e238c7fe82809e5ca162a413b6ce 8891 haskell extra ftphs_1.0.8-2.debian.tar.gz
 c875a3aa084e206b7d0b75f326b7e498 81584 doc extra 
libghc-ftphs-doc_1.0.8-2_all.deb
 0530cd4fd9e9892f4abcc5ff873bb568 195906 haskell extra 
libghc-ftphs-dev_1.0.8-2_amd64.deb
 fd002a1d4136f7da0c8a201ae1eb0e0e 181864 haskell extra 
libghc-ftphs-prof_1.0.8-2_amd64.deb

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

iQIVAwUBUaMrkDk1h9l9hlALAQj8UQ//Tm0FiTu4MhV8E/8RlVTKFSB8in/Vnz/r
CFab9bVhZsfywT156O+46DK4AxGuHjz8e0sDcIXrFU8GrE9E/oBYPhLsjWANMy/M
Z/5cR0pbZqF/ieSlbbNSIvAJu2QRO2WQaf4UG99aRFZG8yD9FhBTAnTUhNr3ELTs
chZhnmvhenjRutU/X+GfAlZpjs+GtZpyXjvIj4cGlL/TCbammhaSVJRhph2ABBIw
HkKaFzx0QFvPG99x7osTL0cx7d/OQAGlHrwYjyh7Kp3U6DIXytkj98Ku3KRce6O7
XysldN7UHijXzupm6J9zRN5JanWjgpG8bNaKx5uVLbzbz5eIJtK8Q9ZL8N4BG38b
AeRi09ZzG6ye0N+Zi2bWJGtF+2VKWx8QHBjxjuC3JYOxavMotfcmRL6pw7m1MYQK
QgXeZNpQMrCrBXSUVTnEzBe9MxDAwT4TWiS2n4WjAHhCGO1uGhVRlTvL3/FV6cWW
Fk2PTAUjNYfadhZQcbPS9dpYw8v/z9ir+Z0aj4uqjIjIBJpTO26CToNj7yvH5xX/
dVi1kL/L6XVFe6kXAR+ZzOE6zOO8ENoUTkDXrF2RZc3WTN10Ch2y7M2nJ/bjQNKA
XxMVUgfSjSp4tVwlBo/MsSB8NMYA9is5X5AXD58m7ynBvF8SVfMabk8NC7Z7zwIq
GyJdKlY7bxw=
=9+8N
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1uguvd-0004tm...@franck.debian.org

Accepted uuidm 0.9.5-1 (source amd64)

2013-05-27 Thread Hendrik Tews

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 27 May 2013 09:41:06 +0200
Source: uuidm
Binary: libuuidm-ocaml-dev
Architecture: source amd64
Version: 0.9.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org
Changed-By: Hendrik Tews hend...@askra.de
Description: 
 libuuidm-ocaml-dev - Universally unique identifiers for OCaml
Changes: 
 uuidm (0.9.5-1) unstable; urgency=low
 .
   [ Sylvain Le Gall ]
   * Remove Sylvain Le Gall from uploaders
 .
   [ Hendrik Tews ]
   * new upstream
   * added myself as uploader
   * bump standards version and debhelper compat level
   * add man page for uuidtrip
Checksums-Sha1: 
 262d37e9707dde82e2ef78e6dda99ffba6e85ae3 1976 uuidm_0.9.5-1.dsc
 80d761d80884e40126b06c2cd7bb2d0cc8b18cdd 44450 uuidm_0.9.5.orig.tar.bz2
 3e8779fd43fd77d370a16bdc567e13b34d7b3ef0 3977 uuidm_0.9.5-1.debian.tar.gz
 3c47f4af8ec62079150a432dfc226cf7b6c4fe9f 181880 
libuuidm-ocaml-dev_0.9.5-1_amd64.deb
Checksums-Sha256: 
 5b78b3b6729b3065d74fe25f965a412782a0040f8ecda269ec2964f0130e7f1b 1976 
uuidm_0.9.5-1.dsc
 b5d99f7a53d184fd1e8405f8f57a1c4407530bd5f6a4f75edaf0ae1482ee6f0d 44450 
uuidm_0.9.5.orig.tar.bz2
 31ede4d75a8af0497644436844f1768f7759b0d22a711524a5acbebda9ea0681 3977 
uuidm_0.9.5-1.debian.tar.gz
 221a65fb960880e4a81f8b757a0189bc52ecabcf23c41e2731c2e002f9835818 181880 
libuuidm-ocaml-dev_0.9.5-1_amd64.deb
Files: 
 49945ec64752442cc5253b5c5ef256c8 1976 ocaml optional uuidm_0.9.5-1.dsc
 0ea5da95141c4e16480886d857591cd8 44450 ocaml optional uuidm_0.9.5.orig.tar.bz2
 77154cfb0d0955e4d37f95ed1aa5724f 3977 ocaml optional 
uuidm_0.9.5-1.debian.tar.gz
 05e18683220f97b4ed296b45aaf69459 181880 ocaml optional 
libuuidm-ocaml-dev_0.9.5-1_amd64.deb

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

iQIcBAEBCgAGBQJRozF8AAoJEHhT2k1JiBrTtCMP/1PScRiEYvZXbiCRKFERabcB
4zCodEtthtokenMXZj4zJn9rDtJAOTMvuxhSw/tlIb0Bita+ra6Mt2PglIWPvYqY
TVFEFAUb0R99z1K/UUDfvR3m9fGFlfs7dBlOqXIKvBDi589omYlBLH16nRcNqM6q
+78H/WS89QGk9g2YgPFJ1kn5bhg7tlCbJRCQwXTSYnB2dJV6x02dZEK77cG/2DbI
kLSWCoPZPmaXorpM1mpqF8YZFagwB4L0YSRK1pykZ/c/QKDNMhZDG1/yB6LohJFa
5buSBZM6eAHr1jo8WieeGidzWqo/gLRdffhLFzhXQdtW9BkFPeB1nWwBtqyusLES
y8rjc8W2Ls2pCf/Jw48d0qccV3tb3fOi4B9oxYOxL4OCqlwJEtxiOZPMoRcnfE3u
xyk0I9D//zLXCBz/qKXwVGLAiGGEzqq7QmDOwH8oxAGdj2aYAWnOK9epGlovQjwq
BOTzE/KgKO/gRpfq45jdWtpnEoSkMmDJGbPitmxNxLuwEypt5HDtNTgHKXGcCs/C
EOhS1wtOuPBJI74z8O/IQv2PS61aqJPiQbpuKvmQQLBw2yYlryP6mpjZORdvZDI1
8YLWVvUqTPEo0fB5Q1ju3M8P/BHyd9+bmGU8N0UHFYUh09M97MZwnGgc26+Esids
XgC8T2eipyP1j/dY6qRM
=X9wX
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1uguwo-0004nz...@franck.debian.org

Accepted khronos-opengl-man4 1.0~svn21376-2 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 11:56:23 +0200
Source: khronos-opengl-man4
Binary: opengl-4-html-doc opengl-4-man-doc
Architecture: source all
Version: 1.0~svn21376-2
Distribution: unstable
Urgency: low
Maintainer: Debian NVIDIA Maintainers pkg-nvidia-de...@lists.alioth.debian.org
Changed-By: Mathieu Malaterre ma...@debian.org
Description: 
 opengl-4-html-doc - OpenGL 4 documentation - html pages
 opengl-4-man-doc - OpenGL 4 documentation - man pages (experimental)
Changes: 
 khronos-opengl-man4 (1.0~svn21376-2) unstable; urgency=low
 .
   * Add a virtual package: manpages-opengl
   * Fix XML input for cleaner man output
Checksums-Sha1: 
 8dd120b9e35e8508bb70ad93721a005b9ff634a7 2207 
khronos-opengl-man4_1.0~svn21376-2.dsc
 d56c107fcd25bdbb096208dd4145b5c1e54bbd09 7781 
khronos-opengl-man4_1.0~svn21376-2.debian.tar.gz
 6b4ff50276713829cdf429d69262aa06b4413a0e 316660 
opengl-4-html-doc_1.0~svn21376-2_all.deb
 25e871507130ccac8dc725a77dcce6bae587d63c 535042 
opengl-4-man-doc_1.0~svn21376-2_all.deb
Checksums-Sha256: 
 40c2b88ef9ee578f4e37015ca8aa1dc2d5d67e6e3ec8d6b6f9f53f1597e4647c 2207 
khronos-opengl-man4_1.0~svn21376-2.dsc
 bf4720946d2cd31c624e3dfe9584c9e69ddafd364b648bbc0156eb3c101fb578 7781 
khronos-opengl-man4_1.0~svn21376-2.debian.tar.gz
 ed98a48188205a82af03034964cfc541f5d8aa42d2c553299e9e27f98b0b6c5a 316660 
opengl-4-html-doc_1.0~svn21376-2_all.deb
 ab25a06641946ac55d99830702aea6bef81f2345f63871eb360f1da4929c 535042 
opengl-4-man-doc_1.0~svn21376-2_all.deb
Files: 
 49e250a0fc6249457335f5b5e937fad1 2207 doc extra 
khronos-opengl-man4_1.0~svn21376-2.dsc
 2fc4d9672b01e2e90968af6a42dda9f7 7781 doc extra 
khronos-opengl-man4_1.0~svn21376-2.debian.tar.gz
 7aac3f1b6b2709438846161edac8aff2 316660 doc extra 
opengl-4-html-doc_1.0~svn21376-2_all.deb
 7ec67c1c45bbb57cddbbaf9e3ce79ba6 535042 doc extra 
opengl-4-man-doc_1.0~svn21376-2_all.deb

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

iQIcBAEBAgAGBQJRozElAAoJEAFx4YKK4JNF8FsP/33MiiO5mNclzt6x+IlpHnWu
bHEdBMZOACGUVxYPtywyg2ewoCtL2oD0NP+JMq4WGfIPHw+l7/BVwerUIVp9NO5b
1SSCBpiA31LxhXC9WvE88E20DnmiWvYgJ0mHRtEfqpoj9sg3ZoMcx5IfU6/zrjLt
nNYbei3zbfJxazqy9Kj1ooVwVrMRvFBkHWjz2U5y6S//BwbT7Um73lzx1VZ6IE5t
LoKfiJmxN3U7gdbxTpDeFoM6O/ctmmldYBjV9SaATKDfXrm/f1Dfnff2Ow4WhxoG
OY2n8sn3bJ9leJjnlemaYcyA40N0nloQBDfcY2Qwghc0k7lwrLwN/1UaBa9eHasq
9oYVihrAbox07yG/egwkAieM8ez2TV4p4YOyMupQ2/k6GQPfA4eAUhHAuT8aKLoB
rn+IawGvSG9PgQhp2qNyYLzPh1h+CYVPV5u1ewuLPQWTsXKpYEwwKIDE66GmPtFB
f7JFKECMcr8vLPkY3e6Y1er2hiXZnnjSJnHrDBZ+JiwQLMVsLm+tBirN4ch/H2c+
IZRYM1U0E+UYeFxtZSJLWx7gwkY/9VZXc7Eu5tu1F9aDQImQ+9KRx0qnWTxYnvo5
tJVGaLdO7fbU1i2xMibmOWl4vEfeZxCf6SdM8hcS40XQUh3hBPR+dQ276zRkodd7
Sv1kraDAQs/dNhhS+1mW
=3Htb
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1uguyz-000335...@franck.debian.org

Accepted jcommander 1.30-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 13:07:52 +0200
Source: jcommander
Binary: libjcommander-java libjcommander-java-doc
Architecture: source all
Version: 1.30-1
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Sylvestre Ledru sylves...@debian.org
Description: 
 libjcommander-java - Java framework for parsing command line parameters
 libjcommander-java-doc - Java framework for parsing command line parameters
Changes: 
 jcommander (1.30-1) unstable; urgency=low
 .
   * Upload to unstable
   * Standards-Version updated to 3.9.4
Checksums-Sha1: 
 6318b79b99e5861d93309a05fc8effb92db76aa0 1499 jcommander_1.30-1.dsc
 343a763bb1357632971f2e75d3e4bed7440f90d0 3427 jcommander_1.30-1.debian.tar.gz
 e74106de234f1b114779963949ee726de912c12f 58576 
libjcommander-java_1.30-1_all.deb
 02c5946188c960351c6fb8bdce0b1c911a034e46 247276 
libjcommander-java-doc_1.30-1_all.deb
Checksums-Sha256: 
 b9cf3382fe0d7f3ebd4810903da833e79fff6af2d7a3bebc6aaa40dad19b17be 1499 
jcommander_1.30-1.dsc
 d90784a82f4cc1207b81b50332e9aba4ca98a8c45649aca58a6caaf4db8911af 3427 
jcommander_1.30-1.debian.tar.gz
 d4fee8e0dcbf8b5c7514e355c71e4f45e65479cfc52dd8bb3a824718bfb95c6d 58576 
libjcommander-java_1.30-1_all.deb
 a1310db002f0e653bfaa829173016a29ab979980afd31b119cc75f2589c8e2b3 247276 
libjcommander-java-doc_1.30-1_all.deb
Files: 
 ca3e49a7747af1f6803b08ee56dd2e80 1499 java optional jcommander_1.30-1.dsc
 92d0dad60227a71593e57d44e95a6441 3427 java optional 
jcommander_1.30-1.debian.tar.gz
 c7699f22e187e67de0a91cb44fbddab4 58576 java optional 
libjcommander-java_1.30-1_all.deb
 91a993e2b31f8e50d7003ef777dd0b2a 247276 doc optional 
libjcommander-java-doc_1.30-1_all.deb

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

iEYEARECAAYFAlGjP44ACgkQiOXXM92JlhBzXgCg17D36rgmdGvm7h+lkxFvvZub
Y74AoNwUBFhtgdYuDmkqCzqNehdE6XMV
=KHHO
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugvs8-00076d...@franck.debian.org

Accepted libvpx 1.2.0-2 (source all amd64)

2013-05-27 Thread Sebastian Dröge

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 13:08:06 +0200
Source: libvpx
Binary: libvpx-dev libvpx1 libvpx1-dbg libvpx-doc vpx-tools
Architecture: source all amd64
Version: 1.2.0-2
Distribution: unstable
Urgency: low
Maintainer: Sebastian Dröge sl...@debian.org
Changed-By: Sebastian Dröge sl...@debian.org
Description: 
 libvpx-dev - VP8 video codec (development files)
 libvpx-doc - VP8 video codec (API documentation)
 libvpx1- VP8 video codec (shared library)
 libvpx1-dbg - VP8 video codec (debugging symbols)
 vpx-tools  - VP8 video codec encoding/decoding tools
Changes: 
 libvpx (1.2.0-2) unstable; urgency=low
 .
   * debian/rules,
 debian/patches/fix-armhf-link.patch:
 + Fix build on ARM by using the correct compiler and CFLAGS.
Checksums-Sha1: 
 5a5ad10a70b2aadbf20e76f95d19d6c945e14f76 1312 libvpx_1.2.0-2.dsc
 9aa432b8fe0a91439c6fe7a432c0ee4795120151 10684 libvpx_1.2.0-2.debian.tar.gz
 bebba0b2b7ef2eed6c591db172148fa2f58b07c8 331912 libvpx-doc_1.2.0-2_all.deb
 274283ad9a64d1326483ea19b0c477d90d800745 379902 libvpx-dev_1.2.0-2_amd64.deb
 f0ea09df26ded48dea7c6b4e746ec2aaae86e1f1 298306 libvpx1_1.2.0-2_amd64.deb
 701ebb0da8b3facc8a6d191965968202740eb0e7 755348 libvpx1-dbg_1.2.0-2_amd64.deb
 bfc15cf6bee4a18730649cc75c959bb4ec98ce75 75012 vpx-tools_1.2.0-2_amd64.deb
Checksums-Sha256: 
 490e1ab0ca7c976d27106d6949ea09191fe3b17c07d01578e24b7e18eead76f9 1312 
libvpx_1.2.0-2.dsc
 3e5ff2c2ffd3804af813d05982ffdb0d64b9bd43bb3929ec3fb6a2471465d019 10684 
libvpx_1.2.0-2.debian.tar.gz
 5cd51814f4401fc229136da7e8acc07dd166b5bf5ad9643ef766ac59dcf9df76 331912 
libvpx-doc_1.2.0-2_all.deb
 e51089e863eb840332ab3de7da2ff62e722964ce3cab701a404fc1ad176d7266 379902 
libvpx-dev_1.2.0-2_amd64.deb
 3557996b907fdb945e78c32e430695a3faa89c8ae6889d793c614babc0dede11 298306 
libvpx1_1.2.0-2_amd64.deb
 830fdf13a1bece14c7f2f1ec13870fc46dc7c9995999417cf30bf2d9897efb20 755348 
libvpx1-dbg_1.2.0-2_amd64.deb
 1dbdc8dbe581e35f9c397c73ba8d64a1ca8a44aa78f358c1fbb49d3861edfeaa 75012 
vpx-tools_1.2.0-2_amd64.deb
Files: 
 3fa68f16233867620f1fe8c7af3c8535 1312 video optional libvpx_1.2.0-2.dsc
 d7f0a741fefd2f814bf59ea3fa7bad0b 10684 video optional 
libvpx_1.2.0-2.debian.tar.gz
 e5856393018291b1973cf59f52d0770b 331912 doc optional libvpx-doc_1.2.0-2_all.deb
 e2b3281290cff1628962cc4b8d020d1d 379902 libdevel optional 
libvpx-dev_1.2.0-2_amd64.deb
 33fedbbe199167cf46d1768cc4ed4355 298306 libs optional libvpx1_1.2.0-2_amd64.deb
 49d0c78fe08188230da574801d5c46ae 755348 debug extra 
libvpx1-dbg_1.2.0-2_amd64.deb
 1e7b3bcde5237de3972a367188325b2a 75012 utils optional 
vpx-tools_1.2.0-2_amd64.deb

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

iEYEARECAAYFAlGjP60ACgkQBsBdh1vkHyG5MgCffdJI55uKWrkTJ9YkEHyB5ifc
8uoAoJ1qm1j1f2WBkcRhOkvJq7NKBtyt
=xC1P
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugvsl-0007i4...@franck.debian.org

Accepted pkg-php-tools 1.4 (source all)

2013-05-27 Thread Mathieu Parent

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 12:52:43 +0200
Source: pkg-php-tools
Binary: pkg-php-tools
Architecture: source all
Version: 1.4
Distribution: unstable
Urgency: low
Maintainer: Debian PHP PEAR Maintainers pkg-php-p...@lists.alioth.debian.org
Changed-By: Mathieu Parent sath...@debian.org
Description: 
 pkg-php-tools - various packaging tools and scripts for PHP PEAR packages
Closes: 708567 709519
Changes: 
 pkg-php-tools (1.4) unstable; urgency=low
 .
   * Improvements to phppkginfo:
 - package_type
   * Skip dh_phppear if no package.xml, package2.xml or channel.xml
   * Use canonical URI in Vcs-* fields (Closes: #708567)
   * Don't advise substvars in Source section of control file (Closes: #709519)
   * Document version requirements
   * Use package2.xml when present
   * Fail on unsupported package type
Checksums-Sha1: 
 5b6f084c0a0b5efb9adb90b6015d9f606496edcf 1039 pkg-php-tools_1.4.dsc
 48b31b4fa2b275c207d61eb0f05ccca7d3d5972a 12986 pkg-php-tools_1.4.tar.gz
 6c65308d89a5ec3446670211b938834a392bdf75 17922 pkg-php-tools_1.4_all.deb
Checksums-Sha256: 
 4dcb17a3c6b5c3be0eecbc2a6dbc4b8109492e69bb0fcb0e363dda0e89ec4827 1039 
pkg-php-tools_1.4.dsc
 7f50206b7cb780283a4a97d6cc97217907a82196bc716a8008b52fc8649cb430 12986 
pkg-php-tools_1.4.tar.gz
 392a7a01eb632f7b2d6fe2d371d654523ec281414df45a9caa67623d2bc19bb6 17922 
pkg-php-tools_1.4_all.deb
Files: 
 a943081a6a53ba2a9b3dc859bbb44d86 1039 php extra pkg-php-tools_1.4.dsc
 4129c879eb8715a65e79075622046bf9 12986 php extra pkg-php-tools_1.4.tar.gz
 cd258eeeae16322c18d94ac3458ff17e 17922 php extra pkg-php-tools_1.4_all.deb

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

iEYEARECAAYFAlGjO60ACgkQOW2jYf5fHX8GPwCfU/VQiwVcPRoFM46QQJB1rBK3
RF8An0THaWAcYUzGO9JkVP6sY9Kp56J1
=4eTm
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugvsv-0007nq...@franck.debian.org

Accepted drupal7-mod-libraries 2.1-3 (source all)

2013-05-27 Thread Daniel Pocock

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 13:20:44 +0200
Source: drupal7-mod-libraries
Binary: drupal7-mod-libraries
Architecture: source all
Version: 2.1-3
Distribution: unstable
Urgency: low
Maintainer: Daniel Pocock dan...@pocock.com.au
Changed-By: Daniel Pocock dan...@pocock.com.au
Description: 
 drupal7-mod-libraries - libraries modules for Drupal 7
Changes: 
 drupal7-mod-libraries (2.1-3) unstable; urgency=low
 .
   * Lintian issues resolved
Checksums-Sha1: 
 f32dbf1ea07f2eca640b5198050bfead3237c955 1962 drupal7-mod-libraries_2.1-3.dsc
 e66b0a3496c3a804334efa81ad58ff35e9839c1d 3444 
drupal7-mod-libraries_2.1-3.debian.tar.gz
 489c227bd02cd4bc5b427ea484cf71b07afd2355 30054 
drupal7-mod-libraries_2.1-3_all.deb
Checksums-Sha256: 
 9ca0705990569720d02f71d6d9f28f11f2892dec0b23b0f8924df2c0afccf513 1962 
drupal7-mod-libraries_2.1-3.dsc
 e3b27decab5feb65d3ace7750977cc615271e55667680cdf7891df2357811691 3444 
drupal7-mod-libraries_2.1-3.debian.tar.gz
 21a315e7f0ef111046f00fe70d17374a31b0d4b1699f196f16c1e41c5b345db0 30054 
drupal7-mod-libraries_2.1-3_all.deb
Files: 
 4b1896a614a23c6fa26ab4acd5a3a4b4 1962 web extra drupal7-mod-libraries_2.1-3.dsc
 684eaae100ac2d2792b3d4e3b1342094 3444 web extra 
drupal7-mod-libraries_2.1-3.debian.tar.gz
 125b0b1f15493071393f93475c0d2405 30054 web extra 
drupal7-mod-libraries_2.1-3_all.deb

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

iQIcBAEBAgAGBQJRo0HYAAoJEOm1uwJp1aqDRssQAKWzX+VsrEDzTENFczPrE0gj
YLkldxvT/PoGRMUgTiUpBY/RS1N+zxux59wAXfELBRrQH6PDM6RnJizgWq6Xn/6P
tx2PTzLRv5uv1lZ6AfA+K0M6rU6A/5s8PAqdQpRPbG8O80RufZtGAJzo9qzZFqTt
vo1ajFl2xeLJMh5FAK6iHi26FFvBa6kNOUOZWLxeIrdTSmnbQN6gY7hf/SORDuOi
UE1WOMYj7j3NuYciqRI/xUlMUF0DRC/GXAYZdtJrGrH4GzIr2b+EShVEs9GTPt+0
I9d4wI59zfW5SW0VNjwqFC9eI5+hxVixumBw28hpEUbfNVwBtRdMHaTUnyKVmCng
gnuiVe+y0gpOfGCwQRuJxvukGHK83jMS1uTsuMTvs0q60Vm3+y7LP7b7K1/s4rpN
2DNUT23vG7EFC83iKiTiTW7t6qJGyF04bu300/juSztLLMEARHOSGUMpeY8s2J2a
R09KreqJ292aZhljrZkC8mrk5hB1di+zmccd2HLTrHySB2TAZoEnqBiNObmIJ7d7
HuPBpp09T+8Mbb96SKlaSuNT2ceD0lIMPt2IDt+VeOgLiM+et1H2NAMpy2bI2Z28
HEiCQ32WZ+7r+BU2licsjVmtnQ3dS34DvKGKhYnFIyZmLVrNLzN0dBWFUsjSArFd
hA0iiLuc8OLIUDkTmM9u
=MCMu
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugvfi-000689...@franck.debian.org

Accepted gnome-nettool 3.8.0-1 (source amd64)

2013-05-27 Thread Andreas Henriksson

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 13:04:39 +0200
Source: gnome-nettool
Binary: gnome-nettool
Architecture: source amd64
Version: 3.8.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Andreas Henriksson andr...@fatal.se
Description: 
 gnome-nettool - network information tool for GNOME
Changes: 
 gnome-nettool (3.8.0-1) unstable; urgency=low
 .
   * New upstream release.
   * Switch build-dependency from gnome-doc-utils to yelp-tools
   * Bump Standards-Version to 3.9.4
Checksums-Sha1: 
 a1277f280b9a2f8b9d52d96de3eef141842a579c 1695 gnome-nettool_3.8.0-1.dsc
 c50b9a43e4b2643e46d43627936d9c1c1b1032f2 589236 gnome-nettool_3.8.0.orig.tar.xz
 dade0be9cdf457aed5470bed2dcf73d09b790a13 8237 
gnome-nettool_3.8.0-1.debian.tar.gz
 9c984f3acbb6237b27d8a4b8a8040bbf1bb4da23 313428 gnome-nettool_3.8.0-1_amd64.deb
Checksums-Sha256: 
 400e5b91e37a64168b35df519086e15732f62f75574ce6177de82e83927e3ee9 1695 
gnome-nettool_3.8.0-1.dsc
 3a3480dcef181684f3e37d779cfd43f9b21920412aff78501de1695faf194a28 589236 
gnome-nettool_3.8.0.orig.tar.xz
 18f9be6f3a8a80215b09322c5b25bd9da758c4fbc5468f9b543ac1df44bdf696 8237 
gnome-nettool_3.8.0-1.debian.tar.gz
 d2b81a2927bc4d0eade5fcf5e004bbd15f8f894d04bf53eb29c1af298a3cc68d 313428 
gnome-nettool_3.8.0-1_amd64.deb
Files: 
 8c513b9db036856b0350757ae030a6f0 1695 gnome optional gnome-nettool_3.8.0-1.dsc
 7400ea43059ae95a0c5491b5aa4f3252 589236 gnome optional 
gnome-nettool_3.8.0.orig.tar.xz
 4586fe6120877da2908cb35da503912e 8237 gnome optional 
gnome-nettool_3.8.0-1.debian.tar.gz
 396e7865bd200599d03007ce5b60deb9 313428 gnome optional 
gnome-nettool_3.8.0-1_amd64.deb

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

iEYEARECAAYFAlGjP0oACgkQcgQ2cL3l8e4//QCfcuk/4DTh+A11kT4A7nAo18Tz
6nYAn3NFVtpZqakX0xO0OJI/OlpSYOXW
=U+xg
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugvfr-0006dg...@franck.debian.org

Accepted haskell-conduit 1.0.5-2 (source all amd64)

2013-05-27 Thread Colin Watson

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 27 May 2013 12:14:07 +0100
Source: haskell-conduit
Binary: libghc-conduit-dev libghc-conduit-prof libghc-conduit-doc
Architecture: source all amd64
Version: 1.0.5-2
Distribution: unstable
Urgency: low
Maintainer: Debian Haskell Group 
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Colin Watson cjwat...@debian.org
Description: 
 libghc-conduit-dev - streaming data processing library${haskell:ShortBlurb}
 libghc-conduit-doc - streaming data processing library${haskell:ShortBlurb}
 libghc-conduit-prof - streaming data processing library${haskell:ShortBlurb}
Changes: 
 haskell-conduit (1.0.5-2) unstable; urgency=low
 .
   * Avoid relying on variadic declaration of C open, fixing build failure on
 architectures using the LLVM code generator.
Checksums-Sha1: 
 0285e1cee9b8f4d04f625ae9899b9b69a344383e 3149 haskell-conduit_1.0.5-2.dsc
 fe68b940ab68f7f7e99cb582283d332d95172748 3648 
haskell-conduit_1.0.5-2.debian.tar.gz
 379be50cf7fc95cd9784c345bd9506ffeb6c5b2e 117000 
libghc-conduit-doc_1.0.5-2_all.deb
 ad4cab7d44a52bc6a2c86ba87ebb76f75716ecf5 229990 
libghc-conduit-dev_1.0.5-2_amd64.deb
 bfe6dac50ab5e20385f2ad6310ddc41c3686d706 237096 
libghc-conduit-prof_1.0.5-2_amd64.deb
Checksums-Sha256: 
 961bee2dda5c624ebb2f2778034252ebb6265d531ad3b904b0c53f283e226a1b 3149 
haskell-conduit_1.0.5-2.dsc
 51ccd4f7e8e204408b394e2707e4765caf16483f563e6270904e1a6775c789b4 3648 
haskell-conduit_1.0.5-2.debian.tar.gz
 6e132618c6fc58c11999ecf5390632053c509c4a0ed2f4e86c17cb7d907dd283 117000 
libghc-conduit-doc_1.0.5-2_all.deb
 ec3aa3f06331ac65d90d9dc1d5c214fb6e674c4f5e3047fd74582b7dd3f60754 229990 
libghc-conduit-dev_1.0.5-2_amd64.deb
 4bb0185da31aca17563da4ee69a1a2167cc72999d4a51ecc0b078ecdd539bdca 237096 
libghc-conduit-prof_1.0.5-2_amd64.deb
Files: 
 8f68cebea089e7ce3b9ab5777c556d94 3149 haskell extra haskell-conduit_1.0.5-2.dsc
 9e0e39969ebbfb7cea018771b539c818 3648 haskell extra 
haskell-conduit_1.0.5-2.debian.tar.gz
 4d646f8a002626499be8572cf636dc07 117000 doc extra 
libghc-conduit-doc_1.0.5-2_all.deb
 63b3565021a75cd505c84eaa6f4e1313 229990 haskell extra 
libghc-conduit-dev_1.0.5-2_amd64.deb
 eb13643d5c015dd2b63ddfd2e025036c 237096 haskell extra 
libghc-conduit-prof_1.0.5-2_amd64.deb

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

iQIVAwUBUaNGqzk1h9l9hlALAQjCHw//cfQVVoqOHpvCRB5zcM2Z4SMaSU5Z43HL
yxxWRWxu5OIwWbOhRWiTTHAzRTlee+rY85jx0/7ywm9TBbcnH11lDbEJmA3Xgt17
XXqcEqOhfKXgsbN8WZ3yq3N63/7i2pF37qsEvSLLFpdrccqk7qwYSYFDtzGpzIuc
KMpLQouvWNFCAv/SCCG4bERgu04FBf5B6BNPjlRY88DYHqK0rCgyVXHHA4zX5dw2
nc6PpVIuX6hcUNfANdBgKnMi0cMCUtSmDgzglxBDIdCwertAlG137hrA2K9zxpxv
z9hCyYpku42BcpwoQtN7t7KXEeDymabmHxNCLMTfzJ1Al39CM2IYi2+vXp3VQ8PJ
YCOdxJq3cG6BibgiC5yL34jXff/oTw6kjZYXig+4n41nxLIMXv/6p9V0fKtygrgA
UCoQuCY1u10Oz/NgYoIg2E++sWmmnbGUfNZilicEkZN+YawLZJCJXmTm6V9Ql2gf
Ngr1dzIXAJ55WNkYWh1RRt6Kd1wXEM/7v4DSYId9yo+FoUcrwRxZpO8ZrqOHJVTC
RF8NqTViR2DLHGaQgwiWfheaqb1hkCE7A1X/BjUbjWAZNGUkgZskmz30cRHRq+J2
9DrDOHA3wqcrs8MasTvX8LQtpHX67+DWyKwPYKrNkSy2hY82wR/wE0TDeIPvy+cO
WwpMNf9U/Os=
=I+5I
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugvvt-0005pv...@franck.debian.org

Accepted hol-light 20130511-1 (source amd64)

2013-05-27 Thread Hendrik Tews

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 17 May 2013 13:54:42 +0200
Source: hol-light
Binary: hol-light
Architecture: source amd64
Version: 20130511-1
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org
Changed-By: Hendrik Tews hend...@askra.de
Description: 
 hol-light  - HOL Light theorem prover
Closes: 680494
Changes: 
 hol-light (20130511-1) unstable; urgency=low
 .
   * new upstream version revision 162 from 2013-05-11
   * fix typo in package description (Closes: #680494)
   * set prioity to extra
   * omit new elc file from package
   * adapt copyright info
   * add new patch include-compiler-libs for OCaml 4 compatibility
   * bump to standards version 3.9.4
   * improve debian readme
Checksums-Sha1: 
 cd564d8f801378c25f3ed1907c5d433d5d2ae93d 2023 hol-light_20130511-1.dsc
 fec413b1b6a40214af08b94244bae1e7ec479e9a 4098565 hol-light_20130511.orig.tar.gz
 99e44d6f93f0148de206cfc0817b8cbf6b710100 8481 
hol-light_20130511-1.debian.tar.gz
 be2ca3a8dfefe1f728fc6e632528a4fd403e265d 4016756 hol-light_20130511-1_amd64.deb
Checksums-Sha256: 
 b85b8d8a3f8ff339b6ec486c3223fe2844e2d10ee2a0adfb3fc2d7681e483634 2023 
hol-light_20130511-1.dsc
 b94332aafb2fb9b962922ac75f5f78cff6b23e878261cf3d4857600e87e83634 4098565 
hol-light_20130511.orig.tar.gz
 b7da775e0ea6df8662212e53e48c6c55d5f834e5269cfafdbf109302c7032859 8481 
hol-light_20130511-1.debian.tar.gz
 25519cd07e56e5af71b134fb91b70aa8b950f0c79b98eeeb14e1474cbcae86de 4016756 
hol-light_20130511-1_amd64.deb
Files: 
 cf5348d9986ae9453f10416d9cdaa28b 2023 math extra hol-light_20130511-1.dsc
 61965788de94b0144f2cc7bb9674bac2 4098565 math extra 
hol-light_20130511.orig.tar.gz
 d78bc9942b25371a848ce00555c0e4ae 8481 math extra 
hol-light_20130511-1.debian.tar.gz
 c7a04f49595debac8053da320ef5f6a5 4016756 math extra 
hol-light_20130511-1_amd64.deb

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

iQIcBAEBCgAGBQJRo0aRAAoJEHhT2k1JiBrTUWUQAJhPeJLZzvqqWEqZsc314RFE
XyvF2cjMr7PK1JbM412OLTDyCNHNtQ+cDl5ihx9M4J/KEOtonxh9jqt3xJwINblC
Lu1Hu1X3Kcbhj8TkniVrQLhcd2xo8zlaoJWyt7PuIY7yi6xXgMwUHYncMTTyxNIl
ZqsyJRxXM3r5hev8v1ce8r06UT4ezZDpMBl4Qh3lorCmBNc/wa7Wt/8syJvN9GuU
NnCkOIKTVLt/RdGjRD3MKZHIiQ5kTObYCqUkRqBlvC9zpK+8lunH4hm3gJuNLWpq
S+f8HQIfLzaDkJmzgEKiHuaGfSQTmGljBD2nQqrdrxbHCuNDDjnDiTF3/Xrzgp2J
J5XhcFJ+1DZUAzEhxYhaaEHBf19ltB8S4+sJWGTkU8bsGH0s+dkfo4JkL4fehCMa
eFGs/QrAVelhRjmqO7TzgDF/ql9BFRjBO7S1H1gDcN3n3x5aA0sYOOooEVKgzTzg
tSnQWPCspVlK/AufTEuKG+AM9Pc/dJ9DosUj3Tatz+GAQspfJdFknW+ncCasV/lF
DdFyRPxZ2flgmzgOzb+XXBaY2NkkPnECUVLZa5sRyyjJFJRAO8KaLK3GmAD1/4to
jV4VdTBiExGMOp4tf6hCOYHHybfLUir52oKRH7jegxV6shzlSUkovQWwK5dh1eKh
/+Bpd+NufXNzuem4eobj
=mbIF
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugvwc-0005ja...@franck.debian.org

Accepted pspp 0.7.9+git20120620-1.2 (source amd64)

2013-05-27 Thread Sebastian Ramacher

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 26 May 2013 12:37:54 +0200
Source: pspp
Binary: pspp
Architecture: source amd64
Version: 0.7.9+git20120620-1.2
Distribution: unstable
Urgency: low
Maintainer: bojo42 boj...@gmail.com
Changed-By: Sebastian Ramacher sramac...@debian.org
Description: 
 pspp   - Statistical analysis tool
Closes: 708807
Changes: 
 pspp (0.7.9+git20120620-1.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * debian/patches/fix_ftbfs_gets: Apply patch from Ubuntu to fix FTBFS with
 eglibc 2.17. (Closes: #708807)
   * debian/patches/texinfo-5: Apply patch from upstream to fix FTBFS with
 texinfo 5.
Checksums-Sha1: 
 d99945c99d429c6f2a713e28446277695882fcf6 2524 pspp_0.7.9+git20120620-1.2.dsc
 96a1c7a89f3e0e7a564588185708548a98c653c9 17076 
pspp_0.7.9+git20120620-1.2.debian.tar.gz
 16e64a83705fea7c28de80992d724ae7a0a0bb4b 3977276 
pspp_0.7.9+git20120620-1.2_amd64.deb
Checksums-Sha256: 
 7d06fc3310134bca651f918a184fb2a8efc7afb642c8c2040440f633092e58f9 2524 
pspp_0.7.9+git20120620-1.2.dsc
 41770b1046203052128de4aaf2bcfcc1b96115873b57efdf05500108baa775c4 17076 
pspp_0.7.9+git20120620-1.2.debian.tar.gz
 21c57b0e21576072b41ccf9114b39caa2d3babe4b020909a71d75c21e3a1bec8 3977276 
pspp_0.7.9+git20120620-1.2_amd64.deb
Files: 
 8414be60dadc2010fe7741dad7d2553d 2524 math optional 
pspp_0.7.9+git20120620-1.2.dsc
 345592a3944a7db298a55de9d0341a3f 17076 math optional 
pspp_0.7.9+git20120620-1.2.debian.tar.gz
 ae5a2516bf5708fda8d5146a99d63eff 3977276 math optional 
pspp_0.7.9+git20120620-1.2_amd64.deb

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

iQIcBAEBCAAGBQJRofOtAAoJEGny/FFupxmTyY0P/2Dr3A00QlA0WjDe5jM5bYnE
aGE+8KiHY49VL4mwv43xDxjn1y8vlgAtQXieFyf10BPCSyWo1L24oiKu41hgRgrM
+4i7O7dba9EMY4CAtNgtCz9O6qg5MOf0IEZvej6CeFZFeEhOk/0HCQ2iZlv1j2Hr
Gr5UcJyneJgzXM6rw96M8J6XVh7I/R27L8xYbwivtx6+UdpnsYGjkVfmi//tST2y
rnEKaSokJzOTusmqMeMJ4xy+JW6AF17jVAiATLnTTeWKBFD0BaG5RaIZjyIXT1jO
x/7MubynFHIog0xmx5WZeg2k6tkh3Je3eJZ+yyMCpHBxpYuMqMT0r7sikfbHzgO/
vDM6ML/lgneWezysDEVp/EZaAnd5c46G4BdJBaIacPPWqkPE09hTdRaYjLsaYnIl
jmTXmDPBcy2rnGCyqnd2WKR8QJPeHrTb7x6cEjqUyJSqzY9OhYNjcSUCHqo4xa4h
g1MnCKcZ0v9LDjXxP5On7zPAOafzTjFIhph2jtZti6vBcbCGjvNgwXZFLU0bGHj0
fWgsC5E3mSa21yoisVFk7IRPq2c6By5o/GmpjM57hJimhmCcKzW1R7InNxvAJcsx
NPxdAwCL+vSuQb74kaKD66xALGTCTv6EGtpkLXUH6vPoJ/mynabw+nYz3Sn3cYfQ
sr1kKWi0r5Kiqnr19IqU
=V+Gi
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugvxx-00067f...@franck.debian.org

Accepted frescobaldi 2.0.10+ds1-1 (source all)

2013-05-27 Thread Ryan Kavanagh

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 26 May 2013 22:26:03 -0400
Source: frescobaldi
Binary: frescobaldi
Architecture: source all
Version: 2.0.10+ds1-1
Distribution: unstable
Urgency: low
Maintainer: Ryan Kavanagh r...@debian.org
Changed-By: Ryan Kavanagh r...@debian.org
Description: 
 frescobaldi - Qt4 LilyPond sheet music editor
Closes: 684201
Changes: 
 frescobaldi (2.0.10+ds1-1) unstable; urgency=low
 .
   [ Jakub Wilk ]
   * Use canonical URIs for Vcs-* fields.
 .
   [ Ryan Kavanagh ]
   * New upstream release
 + Repacked to remove hyphdicts and Tango icon theme
 + Documented this in Debian/README.source
 + Update the copyright holders file
   * Upload to unstable now that wheezy is released
   * Bumped standards version to 3.9.4
   * Bumped debhelper build-dependency to (= 9) and set compat to 9
   * Updated the long-outdated manpage
   * Fix encoding of Last-Translator field in pt_BR.po,
 01_double_encode_translator.diff (Closes: #684201)
 .
 frescobaldi (2.0.8+ds1-1) experimental; urgency=low
 .
   * New upstream release
 + Repacked to remove hyphdicts and Tango icon theme
 + Documented this in Debian/README.source
Checksums-Sha1: 
 d29c05f281bf6c0181b60db5bfc8bda528ce363e 3076 frescobaldi_2.0.10+ds1-1.dsc
 701d3465fb1cb761df463c260ba1987c20419c6f 5009313 
frescobaldi_2.0.10+ds1.orig.tar.gz
 e4ea771483dabdcb0e2746b37f2d6864473c715c 10889 
frescobaldi_2.0.10+ds1-1.debian.tar.gz
 1add472cfb56baa91fb278bc7bfbe76032b949ea 1428014 
frescobaldi_2.0.10+ds1-1_all.deb
Checksums-Sha256: 
 a634d9240c76398b996619ef65d6ddcb9668e1ac1c20562745480122f533d380 3076 
frescobaldi_2.0.10+ds1-1.dsc
 3724f1cb1db9200c045f009cf452bf5e51e1da33a3edb9a5e4fdfdde7951f0ef 5009313 
frescobaldi_2.0.10+ds1.orig.tar.gz
 df7df5014cbd7a9481be2c070918b05c7143c0be3bad5b32faf7f4f931ec5b5f 10889 
frescobaldi_2.0.10+ds1-1.debian.tar.gz
 3c913bbabda6e01be4e9127e9b11e8473b6793dd28d883174f8aa90ed3315f63 1428014 
frescobaldi_2.0.10+ds1-1_all.deb
Files: 
 1f48fe697a9bcc1efc07d9f7325d10fa 3076 editors optional 
frescobaldi_2.0.10+ds1-1.dsc
 4510872bde135e9aff8bbfd7c13964d7 5009313 editors optional 
frescobaldi_2.0.10+ds1.orig.tar.gz
 1e9460d7fd9e4d6d4b976dc764335784 10889 editors optional 
frescobaldi_2.0.10+ds1-1.debian.tar.gz
 1cf739e942e42179f777a90274511985 1428014 editors optional 
frescobaldi_2.0.10+ds1-1_all.deb

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

iQUcBAEBCgAGBQJRo0pfAAoJEI97+PxKEcl6UwQn/i9qqpU0uq+v5gVqw/tlBfT1
wTVF3A0yDhH+rEPT6SqtBxel/dmC+lIlXzV4B8lhQsfnSbB3OnueycDOi+XRRGkD
hlSG1wpiXy2K2ZKLsH6UmOyEZhn3y8yVtl3PEfvLH5Jfo5d9mUS0gwmfiMebMMY7
KJzUaJ2lK6v61wJ9aIWocHQJTfovGHnnX9iWuTnNMD48v46JNNqtuFMeH0Nh4gpr
0QM38mtGFfq8qerbfH+GZIpWJPx7o7/6cwtuN6oxKT1vMwcUSxROUqukvTI/Z+Jn
zno8++Ir1yD4oOfjff7cQ8ykwZmmMAjvvH2kzRRxInstKcPXNbMXePOCtLd6nkg2
nlZG1urCltFPX40wz4ujOY68X4eTpmH3N8QhS/lM6kqIVA+QxyYa2C9zYo99EoEt
ivbbf3O0aTgyuFLHlhTvDzM9rKABoSUxuZgBP8YnnK29/Yjb4JPDlVxopR9jsO0r
QLvPZv9nYni3Ry+5lNvzA8je4/qVArc3/l5TkpdahGqzNlZ7f4pgibMesMRD0RAX
eDpcumRTjWJ8N6azOPwMkRwqmrpF95KO0pZhWgqvIrR9eMUFeARFoj40SMuvuOsC
yENKvRq5MG1S3rs+6NLc0U5HWLgQwloaEjqzxsk1PEXEDiodWoaqCZCPDv/q7hcr
U6Fuw4iLnaBOx2KU3jF6/+qsbwbblF0XHWDYO0Ln4/p8wG4toFwFbBRrN37vDdFM
67IViLsyAbaUXQXFes9YULuYhnN5UAiu8gUhI3EEGACTBTEeMw/9c2QUvdZ7DGFM
5BNSFaBLGBZOUxLXi1Py/S/pvI5LovVRlR9GtIa7u2yXCjOkZws6EbddBFd7yugq
p5IoE4mCE/dwTeZNDtNCAA/JHtkFjRuuvBFafs+MF5+rMdQvaE5oSzlGboZ19AYI
kEVmAxBtKJ56qyY0JOEA9/bYDHff32eCsgVf7afbQFsQFsV8iiAGvl1Deax4Fprh
Bpcnvi9Mzas2gM3gVdtz6mMn2JSN1vRaT6TBjPhGKe6Tv7vn/wuJvVB3YNLy7hN2
2t1Gg02EJXBNZN0+w1NUH0qK7nr8v+37L2Mr7Ti4f5IMc3AoxLH3OmzFCtkYxVP9
0NqTrsoBN26mTIHXhFZ5veRgDtT80arJP1zc22Dl8a9E8++CElJQJyrLdqDEe55l
nneEGB+FJGQaHoWDiOk51YXqiblgXB83Pha5PIsgEs2giRRpWHKvh+FfVYXFP2Rp
awjRtuRoAql/rf/QDAwJsUWMLh7uy2sdvkqksigtZ6nq8mKaY7mocvyVZXeidP0Z
Fuq4FA0PQYwp95ggXaie3xGTEUfMVe8NdY0SMux+qTpBLaEENO4YPPR85Ld6sn1W
js7csngv6O81kKyEPDUSEPvj4DnJxZWsg/hsAXy8VhdNEXktwz/JCHLH4UO13yQG
SPyeJLYpXCInWrQk2oolSYS4EyWSJZALIYbT3KRPNarPLvu6qKql5PrRqPnfs851
ZBOtBaLPYRZ1NOsQYAxHlflZcZan2JdZuzHdN7iwI0c7YDrsLNTQd1brFzl4cP+k
pXjMd5f3DzJSBUfuThQIjde7KUeu4SV1SL2HVNcJYTSk+q9SIchjOeLglooNigjy
aYdWTbfhjqSLuYuWzllZC4lPPnutKsYcU0+RtcIGttsk1ZHil5oSi/UndNvp9HnV
8DlEd02mnBgcdqN5cL3d
=0PCf
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugw9i-0003nq...@franck.debian.org

Accepted procps 1:3.3.8-1 (source amd64)

2013-05-27 Thread Craig Small

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 27 May 2013 21:25:22 +1000
Source: procps
Binary: procps libprocps1 libprocps1-dev
Architecture: source amd64
Version: 1:3.3.8-1
Distribution: unstable
Urgency: low
Maintainer: Craig Small csm...@debian.org
Changed-By: Craig Small csm...@debian.org
Description: 
 libprocps1 - library for accessing process information from /proc
 libprocps1-dev - library for accessing process information from /proc
 procps - /proc file system utilities
Closes: 69 706259 706920 707648 708967
Changes: 
 procps (1:3.3.8-1) unstable; urgency=low
 .
   * New upstream version
 - top.1 license changed Closes: #708967
 - top has NUMA support Now require libnuma-dev for building
 - top suspend crash fixed Closes: #706259
 - top %CPU and %MEM columns widths restored Closes: #707648
   * libprocps1-dev conflicts with libprocps0-dev Closes: 706920
   * init script uses --system Closes: #69
   * Removed .la file installation
Checksums-Sha1: 
 800e0a24f107964f3000481e0b06d6a4602b149c 1973 procps_3.3.8-1.dsc
 4fa6a373f969989a9e490df5eb49a2df62eca19a 553056 procps_3.3.8.orig.tar.xz
 3371101718ca57ad3645db6b826047f63b97c561 27219 procps_3.3.8-1.debian.tar.gz
 e06ed539a492038e390128a68bfee9d390a972b1 273576 procps_3.3.8-1_amd64.deb
 d21fee380b29168c6ef1c87bc9af7221b79902fe 59740 libprocps1_3.3.8-1_amd64.deb
 30afa5005f9010c02a38bc431fe10d9fc1889f84 75264 libprocps1-dev_3.3.8-1_amd64.deb
Checksums-Sha256: 
 2ad0ea055d43cbb0ea1323d9897d6b9bf1115f098d8b54bab89feddfe2fded43 1973 
procps_3.3.8-1.dsc
 a4109cfb6fe3bcfb5a0efb37efe04d0c8ce858bff3820d48cc258bad41bed46b 553056 
procps_3.3.8.orig.tar.xz
 ca8e2315da1cd1053de80079e5d0eee3a78dd8a9552b84ea2def561f72e0b880 27219 
procps_3.3.8-1.debian.tar.gz
 b2212a9b363dd9427c2a196dbfae1189079bfea06cf607c520fe19fa85628437 273576 
procps_3.3.8-1_amd64.deb
 3b48efbcd0bb4fc2d2af720ae683501af0e297d91e0442e898e8d4d5985a9a32 59740 
libprocps1_3.3.8-1_amd64.deb
 f4110b2ffa57288673a1c7ed51733552c49ebe0ed86c1f9cb863110b79f87f45 75264 
libprocps1-dev_3.3.8-1_amd64.deb
Files: 
 9be804bd610cbc33288669a1d62c5016 1973 admin important procps_3.3.8-1.dsc
 aecbeeda2ab308f8d09dddcb4cb9a572 553056 admin important 
procps_3.3.8.orig.tar.xz
 5bae6630aa07ecfc8d2c77263cdbbada 27219 admin important 
procps_3.3.8-1.debian.tar.gz
 a8fad6defd4054ce3f41d6fae64cd163 273576 admin important 
procps_3.3.8-1_amd64.deb
 70b2821f41405955ba7cd64efd347cea 59740 libs important 
libprocps1_3.3.8-1_amd64.deb
 e1d826d97ee133b08523e946f26d 75264 libdevel optional 
libprocps1-dev_3.3.8-1_amd64.deb

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

iQIcBAEBCgAGBQJRo00YAAoJEDk4+WvfUP6lNEEQAJ5QPZpNuX/Nth5bP6EjR756
RRirseFh40UqFFc7sJPsGcbpeWy1UKDXmx2ov9jX+aqwxrPTukzxGuCmpmlfRLKx
1BIEa+GlR/AaUX0A+EYyKy1W2fqgihVNlFC5uBXmXqBvrf2Fq6GPyIMbCRUMvMfG
rj/1/hiTI/aJY214vll9kmtuy4oeZsARkQLSNNZqsX6YA67a2jZm1fIS/oBAUJRO
V0D2YEeAjUNhJcG95uq7PQ9VV5P0tzfvujlTcfyOotyYPUIG5grEboicmyV6QyhP
pSDGMUQQ9OlaX9tMEVzzw4zE0j+wwFkFS/mNVR/Woa3Tsprblt0KIFdenyPjWmoc
ydQzhQnwUAmGloyAWcYAhOW6wsbVWlOJ7cmHDNr0tRd4eB85Ec2gCk8jhrl2FXsH
/B7qLF+9OpLODHLfaequH6nLUqDhdAZwHmwQHGfvjGnwptCVFxKE89gHu5PH/lzk
bRfWnHXhF7d7t71llIoTKuKqtAvwNwMjAcVk4DjgJQcQSewlvhy9urEdAH5AdApB
aT3ArHRdspA3OdDvHhgEnE3dYkwtQelkIFKkihg0LE7yYfSjR7MUdSG18npfqDyO
VhfPZCvfT4xH7hypZzNlftFHey88BfTjcUluM7InFNxtaVVAhmtMviCs+q9G2vpp
zxM5ScITdOKV6DCaQF3e
=bnF+
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugwnp-0008sr...@franck.debian.org

Accepted subsurface 3.1-1 (source amd64)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 13:22:32 +0200
Source: subsurface
Binary: subsurface
Architecture: source amd64
Version: 3.1-1
Distribution: unstable
Urgency: low
Maintainer: Debian running development group 
pkg-running-de...@lists.alioth.debian.org
Changed-By: Sylvestre Ledru sylves...@debian.org
Description: 
 subsurface - Logbook program for scuba divers
Changes: 
 subsurface (3.1-1) unstable; urgency=low
 .
   * New upstream release
   * Remove patches (updated upstream disable-git-version.diff,
 disable-silent-make.diff, fix-perm.diff, fixftbfs-kfreebsd-gnu.diff)
   * Remove patch as dependency
   * Add libzip-dev and libsqlite3-dev as dependencies
Checksums-Sha1: 
 1a07f7d4e4ef2be5c70a6b69db33ce2c53ed8b07 1545 subsurface_3.1-1.dsc
 8950b7b94af19661cfc20d90e324e281030bfdfe 1126173 subsurface_3.1.orig.tar.gz
 01dbea07193a221befbf62698ee28c970cafaf03 3827 subsurface_3.1-1.debian.tar.gz
 be708269cb01f9cd5cb0d76d17bddd9887853a8c 690242 subsurface_3.1-1_amd64.deb
Checksums-Sha256: 
 1bc8366741f0c3f960a082c297a448d37982554e74b97ed5bd08f48c97405f67 1545 
subsurface_3.1-1.dsc
 94283ffbacc84c7ef09fd6b9d11a15e178a9fcf64b439cd390fd1dca544c0735 1126173 
subsurface_3.1.orig.tar.gz
 ac8262ccd811cf3507ae5d6f86ad04f8dd3220893e524e225ae43301276d2204 3827 
subsurface_3.1-1.debian.tar.gz
 3fed3bad37acd13c8f255901e4b099cd8c769b254c206259ad9a34c4c0da5a3b 690242 
subsurface_3.1-1_amd64.deb
Files: 
 e960ae86f6821b04dd44f30abc195b21 1545 utils optional subsurface_3.1-1.dsc
 025b5f1363f4c590901509170bc1231b 1126173 utils optional 
subsurface_3.1.orig.tar.gz
 528729ecbd79499539525ff5fef504eb 3827 utils optional 
subsurface_3.1-1.debian.tar.gz
 2f42976e3add129372f96e522d9daf14 690242 utils optional 
subsurface_3.1-1_amd64.deb

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

iEYEARECAAYFAlGjS8kACgkQiOXXM92JlhAvWgCgwj01OzxV/zHDcSGr/OQGWSnT
fzYAniK0qYl9NpB5mPkhOABZ5cyvD/3Q
=Qq32
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugwnw-0008w9...@franck.debian.org

Accepted ddskk 15.1-3 (source all)

2013-05-27 Thread Tatsuya Kinoshita

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 27 May 2013 21:04:36 +0900
Source: ddskk
Binary: ddskk
Architecture: source all
Version: 15.1-3
Distribution: unstable
Urgency: low
Maintainer: Tatsuya Kinoshita t...@debian.org
Changed-By: Tatsuya Kinoshita t...@debian.org
Description: 
 ddskk  - efficient Japanese input system for emacsen
Changes: 
 ddskk (15.1-3) unstable; urgency=low
 .
   * New patch 0005-Set-default-encoding-for-Ruby-1.9.patch
Checksums-Sha1: 
 8c99092da9bd924387672e23fd3a648bcbf58c63 1849 ddskk_15.1-3.dsc
 70f9b6393054838e170469de020acfc7533db5df 12819 ddskk_15.1-3.debian.tar.gz
 79178817d42acc4843e49007477cb6c6ae29b332 817574 ddskk_15.1-3_all.deb
Checksums-Sha256: 
 5f486803885bffc86c8f955563c5c237719918fccc018155638eb8d03d1f5a86 1849 
ddskk_15.1-3.dsc
 2283e80177fdd534eb261b1a020af7bbfe219a610dcfd2d4a6ed256e20e8d716 12819 
ddskk_15.1-3.debian.tar.gz
 86181719ce64027fdfc0c939bce5904b0e3feeae85c6ff1247fb1f3d58c8eac1 817574 
ddskk_15.1-3_all.deb
Files: 
 c76beb19cb995a5f84be18614902c326 1849 lisp optional ddskk_15.1-3.dsc
 38abf3fe242e6179fe2df7601a4b2f9f 12819 lisp optional ddskk_15.1-3.debian.tar.gz
 be745b51ebef2baf042913b55fe9ba94 817574 lisp optional ddskk_15.1-3_all.deb

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

iQIcBAEBCAAGBQJRo06XAAoJEOXvq5AIDqY81hEP/0yuP+umJRK7ZTohI/WubUsu
4W8H1D652RPVcPp/lCrTShriKMi6wcrrDzxsTKCUHarwdhMUCDYG5zoKH05Fo2RW
efqaSliVoX2B3bUhTk4a+J18CKMUkJDXOKDgElL9fwRPm0BeTF1vkNFOCuyAKE4l
p2h4SOsaceCdLPAHojX+efn9zB8uehiYXRiY6tSTLn+mtGEMPhuTR4KT3S9ebuCL
QHLHkrobTQ+cPZYNocblNg+RIZGSf8L6/sU+FrSAJ6oMNSLk3mv/ZG1R+27nbk94
EmklkXwZuuPzMS4zAGF8dmRQOk0I6VylvAuTe2mne4W+2XxGdxugZEwwaDN36/eU
ra7NZVElBu+lAZIRuWt2YTiIwH1rF2UnRKKmy8wOuddUHsLXehZYWTuCKthAZzjN
oPpUHDq4r5BJ0kv/ccX/m8RMaIxIisyoD7fLGfreaWLvNhr8U5gvLERnTCQDtJvj
pZAChcstmJFJk/TAQiT52rYwFSt2QTjO2ZZa3k6j47BY1w3LfcMJyq/B8qnQ+S05
eU3bBNq768Y4eUfEgz14ohVKiwGdIXO6FBVswORr743f5dw9k6H92FZ6lU3RYRTi
Ho76vVZAL4lx5tUScTUZ8mvF7s6ZtZgcClXQpbyUpWe9bM7rP1z1p8ExK+OFX52O
Dh7W8My3hIDPrBO6p6Y4
=XuV8
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugwbl-0004la...@franck.debian.org

Accepted libjgraphx-java 1.10.4.0-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 14:12:19 +0200
Source: libjgraphx-java
Binary: libjgraphx-java libjgraphx-java-doc
Architecture: source all
Version: 1.10.4.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Sylvestre Ledru sylves...@debian.org
Description: 
 libjgraphx-java - Java Swing Diagramming Library
 libjgraphx-java-doc - Java Swing Diagramming Library - API documentation and 
manual
Changes: 
 libjgraphx-java (1.10.4.0-1) unstable; urgency=low
 .
   * Upload to unstable
   * Standards-Version updated to version 3.9.4
Checksums-Sha1: 
 3d245d7e81a9a883b56010e6df02d9e16a052699 1469 libjgraphx-java_1.10.4.0-1.dsc
 ab92697ff08f988598dcd040422b9663ec75c4ca 3513 
libjgraphx-java_1.10.4.0-1.debian.tar.gz
 57b16557c0c0e44d93c03f6ee693b16f6ea7da8c 721038 
libjgraphx-java_1.10.4.0-1_all.deb
 683b154e2feb9f828f508e1db79c0d60e3e6b3ab 985700 
libjgraphx-java-doc_1.10.4.0-1_all.deb
Checksums-Sha256: 
 95d8bbe731eb0ef6249558d2ffca6ca0a17a97ef73b4a3f02e0f37e38d927e09 1469 
libjgraphx-java_1.10.4.0-1.dsc
 c314961b90f0bdb0af5af748b4854f4561a9e760302854d28b2a6b693b538b1e 3513 
libjgraphx-java_1.10.4.0-1.debian.tar.gz
 4f9a953fcf13533fb1eea3177c4a5b1e5e041fd013bcbaf590c714c40ca5e9c1 721038 
libjgraphx-java_1.10.4.0-1_all.deb
 a3c6e7a6dbc603c93de28b6ab8019f60e5ca4185eb51572e07e298a760da1ca3 985700 
libjgraphx-java-doc_1.10.4.0-1_all.deb
Files: 
 9f9b59bb62fdf54308b1eb2db93fdb81 1469 java optional 
libjgraphx-java_1.10.4.0-1.dsc
 893e330985092555871cafbb90b37726 3513 java optional 
libjgraphx-java_1.10.4.0-1.debian.tar.gz
 14446e016250b8c6b792870c516491d6 721038 java optional 
libjgraphx-java_1.10.4.0-1_all.deb
 9e150673a36360b36c48158af240aa3a 985700 doc optional 
libjgraphx-java-doc_1.10.4.0-1_all.deb

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

iEYEARECAAYFAlGjTtMACgkQiOXXM92JlhBr9ACghkVKGYxQ3dbq1FbC9SVKn5Gq
+hsAoLCf4yMk6K7usLAeTmbbXB6b5Gwp
=yj4x
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugwca-0004tq...@franck.debian.org

Accepted ounit 1.1.2-1 (source amd64)

2013-05-27 Thread Hendrik Tews

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 22 May 2013 12:15:56 +0200
Source: ounit
Binary: libounit-ocaml-dev
Architecture: source amd64
Version: 1.1.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org
Changed-By: Hendrik Tews hend...@askra.de
Description: 
 libounit-ocaml-dev - Unit testing framework for OCaml
Changes: 
 ounit (1.1.2-1) unstable; urgency=low
 .
   [ Sylvain Le Gall ]
   * Remove Sylvain Le Gall from uploaders
 .
   [ Hendrik Tews ]
   * New upstream release
   * install cmx files
   * remove debian-changes-1.1.0-1 patch and strange changes in _tags
   * add myself to uploaders
   * bump standards version
   * bump debhelper compat level
Checksums-Sha1: 
 37bbfe2a06bda9806e68d91bff555c2bf34c21c4 2033 ounit_1.1.2-1.dsc
 c7311ac200138958eec9b49274083989a0b097f1 58055 ounit_1.1.2.orig.tar.gz
 b1667d3a94e4cb357fafb277ae5081c0f0817b33 5072 ounit_1.1.2-1.debian.tar.gz
 43403a6fca1d3e0077d3bfd0b0cf1c50cec6bc8b 107442 
libounit-ocaml-dev_1.1.2-1_amd64.deb
Checksums-Sha256: 
 11b3feed854568ebfd4a118979e17d5d23013275fa46f8c2e0361830f0af23b8 2033 
ounit_1.1.2-1.dsc
 e6bc1b0cdbb5b5552d85bee653e23aafe20bb97fd7cd229c867d01ff999888e3 58055 
ounit_1.1.2.orig.tar.gz
 ff14981df6a26e297ac11b4c62a05f82e0ae5a4da7907c7d65dffc9727476dd4 5072 
ounit_1.1.2-1.debian.tar.gz
 af78c9869c49a35a417509bf2ec910bd8b3c8193452275e99d8ac6319dc90bf9 107442 
libounit-ocaml-dev_1.1.2-1_amd64.deb
Files: 
 7756de20319c664e7cd29c63a67730e4 2033 ocaml optional ounit_1.1.2-1.dsc
 14e4d8ee551004dbcc1607f438ef7d83 58055 ocaml optional ounit_1.1.2.orig.tar.gz
 e114fd0fdae3ee04cb197a7e6797c65a 5072 ocaml optional 
ounit_1.1.2-1.debian.tar.gz
 4e84fa42268b9d54efbe5a28108a064c 107442 ocaml optional 
libounit-ocaml-dev_1.1.2-1_amd64.deb

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

iQIcBAEBCgAGBQJRo1AzAAoJEHhT2k1JiBrT9XQP/0FRPkUuy2sYuRqzoqn8WZzq
AxtI5oIvA/5yrKTKWJbgC7TcFwsYaL+bpMN3QB5HF9aMXvgrhsaRgdrUEwi3WCWJ
vzI3P1MV4hDkvSX2bnIXDH63w1JYd4LYNArSPEfCDQ7isZ5dqd8ZeqA2ib8d+g+6
PSplm/CuV3QUhRtTTy7FVUHQFWzG7LfSzaC4FJ09zYJFrWtoo1e8LqZfedeTOcuG
a7f60U8pPWlMOLAklFiK20XzyLGGC1cRwypUh5l59rEoTkKSAxIEqIv8KP8Pstcg
kantkirbNYEGkZfJKqbvdHoCNBgZreSkKQHoqarXtXLyoCkF2N9ODxPrwUo9eKcB
hpvY/0wjzO42LzpI/jAX0wpe3OiqBf/hjRpXTitpWhzA/tSu4YxmAhMwgtoYccAN
b+9/vI2NLIDSnhNBAIGL8eN6CDUz+mWX6l7gu0pod+mrq3JVatn/MfJXl4hfPNWl
jBx0QXNCAToYgPt22GQnZqTX1TKs8ba8s+kysJXFJydC60mCyVTaCTN+7z1p4W2N
i/MyMU9Cjj0rbz2TFOT1dh/UPmdXWJsQfH/FguESm/qouH/ayEaYdE1eC0hA2sqW
nw7DWzzB8grT5dNW0DKqMu03Oqd5+B3gaHqmrBD+LQ/RllLzp/wWsj1mTGbJ+/iH
TbTUvfiQYjkM5d1mVV7s
=NJfb
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugwcn-0004xr...@franck.debian.org

Accepted axis 1.4-20 (source all)

2013-05-27 Thread Emmanuel Bourg

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 15 May 2013 00:56:15 +0200
Source: axis
Binary: libaxis-java libaxis-java-doc
Architecture: source all
Version: 1.4-20
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Emmanuel Bourg ebo...@apache.org
Description: 
 libaxis-java - SOAP implementation in Java
 libaxis-java-doc - SOAP implementation in Java (documentation)
Changes: 
 axis (1.4-20) unstable; urgency=low
 .
   * Updated the dependency on the Servlet API (2.5 - 3.0)
   * Removed the obsolete dependency on the Activation Framework 
(libgnujaf-java)
   * Added the upstream changelog
   * debian/rules: Improved the clean target to allow rebuilds
Checksums-Sha1: 
 0d60d721c6f3baecc046c071783493c4eb57153e 1586 axis_1.4-20.dsc
 2b056e97878e250127b1ed9e299b9024476971ee 11641 axis_1.4-20.debian.tar.gz
 e69f590323e37017645f3129aef07b8c8721f101 1505792 libaxis-java_1.4-20_all.deb
 9aa004369839b7814cd8e41a1fe898dc21b562f4 1970370 
libaxis-java-doc_1.4-20_all.deb
Checksums-Sha256: 
 fb36cbe70905f9910b240910f955ab8e92acbdf44cd2ca518774e9118c9cd610 1586 
axis_1.4-20.dsc
 7da7928a709bf85482244f0145da12289d6dd487a0747f7afdd4ce2a9f95a5e6 11641 
axis_1.4-20.debian.tar.gz
 9f7e3a066eb145a6786fdabd876af2b00dcb5c19472d2683c029ebf8932afce1 1505792 
libaxis-java_1.4-20_all.deb
 e585b4871d022c62055a5724c5da267925240e89dc3706929fee34ec62fc81be 1970370 
libaxis-java-doc_1.4-20_all.deb
Files: 
 29b6a8732956b1d0f1b08448a9a037cb 1586 java optional axis_1.4-20.dsc
 487d4e222e0f4188d66497810b2bd94f 11641 java optional axis_1.4-20.debian.tar.gz
 a7c93c682f023ea2c8d43eeca39c8a48 1505792 java optional 
libaxis-java_1.4-20_all.deb
 2f4fdf029ece876481675f333e9e1e22 1970370 doc optional 
libaxis-java-doc_1.4-20_all.deb

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

iEYEARECAAYFAlGjVFYACgkQiOXXM92JlhAvWQCeJ2ClpknNxrmV8yPof0b9L8uw
A6QAn3M+W8rruO7k6ic+7An3RYM/Wj98
=snK3
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugwqv-0001ml...@franck.debian.org

Accepted libjlatexmath-java 1.0.2-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 May 2013 14:24:03 +0200
Source: libjlatexmath-java
Binary: libjlatexmath-java libjlatexmath-java-doc libjlatexmath-fop-java
Architecture: source all
Version: 1.0.2-1
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Sylvestre Ledru sylves...@debian.org
Description: 
 libjlatexmath-fop-java - Implementation of LaTeX math mode wrote in Java (fop 
plugin)
 libjlatexmath-java - Implementation of LaTeX math mode wrote in Java
 libjlatexmath-java-doc - Implementation of LaTeX math mode wrote in Java
Changes: 
 libjlatexmath-java (1.0.2-1) unstable; urgency=low
 .
   * Upload to unstable
   * Standards-Version updated to 3.9.4
Checksums-Sha1: 
 f2d621b134d35a8ba6e01cb611a8402687477aa9 1556 libjlatexmath-java_1.0.2-1.dsc
 81070c972aa4dbbc29dafa595a304341bf2e779c 4508 
libjlatexmath-java_1.0.2-1.debian.tar.gz
 680a90990882444df343610482012e85ce05348b 970726 
libjlatexmath-java_1.0.2-1_all.deb
 b0d0705f1f5cf5cd8284a559941d83e2982e68dd 270116 
libjlatexmath-java-doc_1.0.2-1_all.deb
 ebde7c3d84b8b042214d25b26656f476d2723fe4 18022 
libjlatexmath-fop-java_1.0.2-1_all.deb
Checksums-Sha256: 
 ecd16a76737bd8736579e779d64d26e24f7d431c3791be178fb305ca0c99e6e2 1556 
libjlatexmath-java_1.0.2-1.dsc
 275c0b1882f9bb14027fcb588443bd73a85f26907bd5cad96b68239477a9a47e 4508 
libjlatexmath-java_1.0.2-1.debian.tar.gz
 a2cec00b98a1f51bac18354949299372f4b9a8b804abac4436565518ccee47a2 970726 
libjlatexmath-java_1.0.2-1_all.deb
 f409d28a180eec1f1978b1dc2039eea57e903085dcdc4dcd867da97a4f725270 270116 
libjlatexmath-java-doc_1.0.2-1_all.deb
 ab30c4298554203ccdb4a87478a90d5b458f3a59f79edbcb49e4901bf6e8000e 18022 
libjlatexmath-fop-java_1.0.2-1_all.deb
Files: 
 91c3c97e58f3fb7dc503177328645dc0 1556 java optional 
libjlatexmath-java_1.0.2-1.dsc
 99179cd28ac26fdb89ebf2f3b2e4c657 4508 java optional 
libjlatexmath-java_1.0.2-1.debian.tar.gz
 2c195e95ddc0077e7060a596dc77d3f6 970726 java optional 
libjlatexmath-java_1.0.2-1_all.deb
 7ea6997ba4dffc143ccb6d23ec722d26 270116 doc optional 
libjlatexmath-java-doc_1.0.2-1_all.deb
 37b3eb3fd77ce2dfb70bf17c65d879f3 18022 java optional 
libjlatexmath-fop-java_1.0.2-1_all.deb

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

iEYEARECAAYFAlGjUhwACgkQiOXXM92JlhCoAgCg7p3BGcLRs708nIVtDoy42SCg
VrUAn11a/PtRsWbx19ST1iuc6YV7rJfg
=X4tK
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ugwra-0001yc...@franck.debian.org

Accepted igraph 0.6.5-2 (source amd64)