date:20140716

On 2014-07-13 13:17:24 +0200, Arno Töll wrote:
 Unfortunately it turns out, that /a lot/ of people use aptitude
 --purge-unused safe-upgrade, or the apt equivalent apt-get
 dist-upgrade --purge which causes dpkg to purge the user's
 configuration, in particular enabled modules, during the upgrade
 because apache2.2-common disappears in that step. [...]

Is there any reason why apt-get/aptitude removes the config files
just after the package is removed, and not at the end of the upgrade
process? IMHO, doing the later is safer and would solve this problem
with Apache.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://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: https://lists.debian.org/20140716094125.gb6...@xvii.vinc17.org

Re: Solutions for the Apache upgrade hell

On 2014-07-14 08:53:22 +, Thorsten Glaser wrote:
 But I normally use apt-get --purge dist-upgrade both to upgrade
 across distros and to stay within one distro (or sid), because
 otherwise I get issues:
 
 * Running upgrade before dist-upgrade sometimes doesn't get the
   dependencies right
 
 * Running dist-upgrade without --purge will keep packages in 'rc'
   state around, which a later APT call will not even recognise;
   you need to manually dpkg --purge pkg1 pkg2 ... to get rid
   of them

I do that too. I haven't seen any official documentation saying that
this is a bad thing to do.

Purging packages in 'rc' state later is not really an option, as I
sometimes want to keep the config files of some particular packages
that have been removed... unless APT can differentiate packages that
have manually been removed and those that have automatically been
removed during a dist-upgrade.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://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: https://lists.debian.org/20140716093631.ga6...@xvii.vinc17.org

Bug#754947: ITP: tiptop -- performance monitoring tool for Linux

2014-07-16 Thread Tomasz Buchert

Package: wnpp
Severity: wishlist
Owner: Tomasz Buchert tomasz.buch...@inria.fr

  Package name: tiptop
  Version :  2.2
  Upstream Author :  Erven Rohou
  URL : http://tiptop.gforge.inria.fr/
  License : GPL2
  Programming Lang: C
  Description : performance monitoring tool for Linux

Tiptop is a performance monitoring tool for Linux. It provides
a dynamic real-time view of the tasks running in the system.
Tiptop is very similar to the top utility, but most of the information
displayed comes from hardware counters.

The package is quite simple, I intend to work on it alone.
There is RFP for tiptop: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=754932

Cheers,
Tomasz Buchert


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

say goodbye to network-manager-strongswan?

Hi folks,

how comes that network-manager-strongswan has been dropped
from testing? This package is extremely important for road-
warrior setups using IPsec.


Regards
Harri


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c6514c.1030...@aixigo.de

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Thijs Kinkhorst

On Wed, July 16, 2014 12:17, Harald Dunkel wrote:
 how comes that network-manager-strongswan has been dropped
 from testing? This package is extremely important for road-
 warrior setups using IPsec.

You can find that out for any package on the PTS:
https://packages.qa.debian.org/n/network-manager-strongswan.html

As it turns out, this package got removed because it has an unfixed
release critical bug (which interestingly enough you yourself reported).
When this bug is fixed, the package will transition back to testing.


Cheers,
Thijs


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/9b930a9d9f0c75eb4baf4039d10b97e9.squir...@aphrodite.kinkhorst.nl

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Simon McVittie

On 16/07/14 11:17, Harald Dunkel wrote:
 how comes that network-manager-strongswan has been dropped
 from testing?

https://packages.qa.debian.org/n/network-manager-strongswan.html says:

network-manager-strongswan (source, i386, amd64, armel, armhf, mips,
mipsel, powerpc, s390x) has new bugs!
Updating network-manager-strongswan introduces new bugs: #741415.
Not considered

That bug might seem familiar to you in particular, since it appears you
opened it :-)

If the change you proposed works correctly, an NMU seems appropriate.

S


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

Re: say goodbye to network-manager-strongswan?

Hi Thijs,

On 07/16/14 12:35, Thijs Kinkhorst wrote:
 
 As it turns out, this package got removed because it has an unfixed
 release critical bug (which interestingly enough you yourself reported).
 When this bug is fixed, the package will transition back to testing.
 

Of course I know that I reported this bug (without grave).

Did you notice that the bug report also shows how to _fix_
the problem?


Regards
Harri


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c65c76.2060...@aixigo.de

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Thijs Kinkhorst

On Wed, July 16, 2014 13:05, Harald Dunkel wrote:
 On 07/16/14 12:35, Thijs Kinkhorst wrote:
 As it turns out, this package got removed because it has an unfixed
 release critical bug (which interestingly enough you yourself reported).
 When this bug is fixed, the package will transition back to testing.

 Of course I know that I reported this bug (without grave).

 Did you notice that the bug report also shows how to _fix_
 the problem?

It doesn't really seem relevant whether I noticed that, as I do not use
strongswan and do not have the expertise to work with this package. Have
you tried contacting the maintainer?


Cheers,
Thijs


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/a34ddeaab9f527a2815497d76d48856a.squir...@aphrodite.kinkhorst.nl

Re: say goodbye to network-manager-strongswan?

Hi Simon,

On 07/16/14 12:36, Simon McVittie wrote:
 
 If the change you proposed works correctly, an NMU seems appropriate.
 

I am using the fix in a private package since I
created the bug report. Seems to work fine (using
strongswan 5.x).

I have appended a diff to the bug report. Hope
this helps.


Regards
Harri


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c6602b.6040...@aixigo.de

Re: Solutions for the Apache upgrade hell

2014-07-16 Thread Guillem Jover

Hi!

On Wed, 2014-07-16 at 11:41:25 +0200, Vincent Lefevre wrote:
 On 2014-07-13 13:17:24 +0200, Arno Töll wrote:
  Unfortunately it turns out, that /a lot/ of people use aptitude
  --purge-unused safe-upgrade, or the apt equivalent apt-get
  dist-upgrade --purge which causes dpkg to purge the user's
  configuration, in particular enabled modules, during the upgrade
  because apache2.2-common disappears in that step. [...]
 
 Is there any reason why apt-get/aptitude removes the config files
 just after the package is removed, and not at the end of the upgrade
 process? IMHO, doing the later is safer and would solve this problem
 with Apache.

It just calls dpkg with --purge. Something that would also fix this
issue (among other upgrade problems) is using dpkg “transactions”:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579790#82

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140716114612.ga3...@gaara.hadrons.org

Re: Let's shrink Packages.xz

On Mon, Jul 14, 2014 at 12:26:30PM -0500, Jeff Epler wrote:
 actually used by current versions of apt. (ideally you'd just go sha256,
 but iirc it's the md5sum that is used in practice, even today.  but
 please find that thread, don't trust my summary)

- apt-get --print-uris defaults to MD5 by default as there at least were
  clients expecting exactly that. jigdo given in the bugreport leading
  to this default for the time being (#576420). If that is still the
  case, who knows? In the last iteration the thread mysteriously died
  after I mentioned that we need someone who checks… If you don't like
  the default: -o Acquire::ForceHash=hash you wanna force  Still up
  for takers of course, but I am not holding my breath…
- pdiffs index is a SHA1-only fileformat at the moment
- Description-md5 is not security related, it just needed for mapping,
  so using something stronger would be non-sense. Something weaker
  would equally work, but that might be a way to ugly transition.
- apt-get source uses MD5 at the moment in all released versions,
  I guess other clients might as well as the fieldname is super handy…
  (and for us it is also an abi-breaking change)
- the rest uses the first hash it can find out of SHA512, 256, 1 and
  MD5 (checking in the order given here, not the order presented in the
  file). Check for yourself if you really care at which point which one
  was added… –– modulo all the bugs included of course.

The later two change in the yet-to-be finished version currently
residing in experimental in so far as that 'source' stops relying on the
Files field alone and that certain cases in the code will do an
all-known hashes comparison instead of best-only (it's difficult to
explain which ones these are without expecting a good understanding of
how files are acquired by apt, so I go with a each time we can do it
for free which is surprisingly often 'thanks' to our architecture).


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Re: Let's shrink Packages.xz

On Mon, Jul 14, 2014 at 06:25:47PM +0200, Jakub Wilk wrote:
 Description-md5 794.3 KiB   11.9%

Needed to provide a mapping as versions change a lot more often than
descriptions do; also, historically, Translation-* were outside of the
control of ftpmasters (at least, that is what history digging told me).
It is also relatively new in the Packages file, which leads me to:

With a slight change in semantic we could drop the field from the
Packages file again anyhow: At the moment it is the MD5sum of the long
description. If it isn't present the clients are expected to calculate
it for themselves (well, this was required to work with Translation-*
before we moved long descriptions to Translation-en, so very new clients
might not know about that). So if we change this to MD5sum of whatever
is in the description field (short or long), we could drop it from the
Packages file and clients will again calculate this themselves to look
stuff up with it in the Translation files (where this field came from).

I haven't tested, but that should work without any change in apt (okay,
apt-ftparchive needs to be patched), so first stop for someone wanting
to drive this is probably dak - takers? Other servers and maybe clients
need to be adapted, but that could be done rather uncoordinated as there
is usually just one server creating both Packages and Translation-*
files, so it will have the same semantic interpretation and clients
either take what they get or already implicitely have the whatever is
in the field semantic.

(sidenote: see my other mail for the non-existent security implications
of using md5 here if you care)


 Description 463.4 KiB7.0%

ftpmaster's actually wanted to drop that in their final implementation
of the long description splitout. We got the short description back as
it wasn't part of the initial plan and clients didn't liked that (=
apt-cache search would segfault for example), beside that I prefer to
have at least a short description around in any case. I think if we drop
one of them, it should be the -md5 field as it isn't as compressible as
human-readable text… (not to mention quite useless for a human).


 SHA256 1463.8 KiB   22.0%
 SHA1938.9 KiB   14.1%
 MD5sum  752.4 KiB   11.3%

I *guess* the most painless drop would be SHA1. Entirely dropping it
from the archive means changing the pdiff infrastructure though.
Someone ought to check that claim…

Dropping MD5 will break some scripts parsing apt output. I personally
hate breaking users, so any takers to check/fix that at least Debian
tools do not break? Entirely dropping would be easy after this is done
(modulo Description-md5 of course, but see there).

Adding/Changing to SHA512 in the indexes is probably close to useless,
in the Release file the benefit is probably not worthwhile, but it is
here if need would arise. I have some hope that with apt/experimental we
will be able to add new hashsums with less pain (aka: no abibreak), too,
but that just as a sidenote.


 [other fields - present hopefully only for comparison proposes]

For the rest it is hopefully clear why we can't drop them, even though
I kinda like the idea of dropping dependencies… would make installing
stuff so much simpler… ;)


 Format changes ala base-whatever, \0, …

Changing the format is _*EXTREMELY*_ painful. It is also nice to have
a textfile you can work with easily… If you want to improve, this
improvement should be factored into a compression algorithm so that not
every parser in the universe needs to be rewritten… (one of apts
testcases uses 'rev' as a compression algorithm.  You just need to set
some options, advertise the availability in the Release file and you are
good to go…)


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Re: Solutions for the Apache upgrade hell

On Wed, Jul 16, 2014 at 11:36:32AM +0200, Vincent Lefevre wrote:
 On 2014-07-14 08:53:22 +, Thorsten Glaser wrote:
  But I normally use apt-get --purge dist-upgrade both to upgrade
  across distros and to stay within one distro (or sid), because
  otherwise I get issues:
  
  * Running upgrade before dist-upgrade sometimes doesn't get the
dependencies right

Revolutionary idea: Report a bug, so that it can be worked out as this
is how thousands of users who are capable of reading release notes will
upgrade and you don't want them to run into the same problems you ran
into, do you? Bonuspoints if you can fix it on way or the other, too.


  * Running dist-upgrade without --purge will keep packages in 'rc'
state around, which a later APT call will not even recognise;
you need to manually dpkg --purge pkg1 pkg2 ... to get rid
of them

Looks like your upgrade process isn't working as you expect, as you are
still stuck with oldoldstable…


 I do that too. I haven't seen any official documentation saying that
 this is a bad thing to do.

aptitude actively warns against it as highlighted in this thread.
Official documentation also doesn't say that running 'rm -rf
--no-preserve-root /' is a bad thing, but you seem to not run it anyway.
In fact, official documentation says exactly how you should perform an
upgrade, so it says you at least what is a good thing and you can
predict from that that other ways may be less good.


 Purging packages in 'rc' state later is not really an option, as I
 sometimes want to keep the config files of some particular packages
 that have been removed... unless APT can differentiate packages that
 have manually been removed and those that have automatically been
 removed during a dist-upgrade.

I don't understand. apt isn't going on a configuration file killing
spree if you don't tell it to do that (and I am not sure how I would
tell it to do that even if I wanted it…), but well, no, there is no
difference between a package being removed with 'remove' and a package
being removed thanks to dependencies (like Conflicts) as this is rather
arbitrary difference. Installing a different MTA is probably as much
a sentient decision as removing an MTA - and you have agreed to all
these actions, so they have your official blessing…

apt-get btw doesn't do an automatic remove in dist-upgrade by default,
so none of the removes you see are in fact any more automatic than the
installation of new packages - it is simply needed and part of the job
description of a package manager. We have a apt-get autoremove for
removing packages apt things might not be needed anymore. aptitude does
run it by default.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Riku Voipio

On Wed, Jul 16, 2014 at 01:05:26PM +0200, Harald Dunkel wrote:
 Hi Thijs,
 
 On 07/16/14 12:35, Thijs Kinkhorst wrote:
  As it turns out, this package got removed because it has an unfixed
  release critical bug (which interestingly enough you yourself reported).
  When this bug is fixed, the package will transition back to testing.

 Of course I know that I reported this bug (without grave).
 
 Did you notice that the bug report also shows how to _fix_
 the problem?

This a side-effect from Debian's policy that discourages fixing bugs in
other maintainers packages via NMUs. Somehow, it is felt better to
remove packages from testing than possibly offending the maintainer with
an unwarranted NMU.

Since you seem to know the software well, and it is important for you,
perhaps you can take over maintainence of the package? The current maintainer
doesn't seem to be active (no upload since 2012..). Alternatively the
package could be maintained by the strongswan team?

Riku


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140716124013.ga7...@afflict.kos.to

Re: [Pkg-swan-devel] say goodbye to network-manager-strongswan?

2014-07-16 Thread Romain Francoise

On Wed, Jul 16, 2014 at 03:40:13PM +0300, Riku Voipio wrote:
 Since you seem to know the software well, and it is important for you,
 perhaps you can take over maintainence of the package? The current
 maintainer doesn't seem to be active (no upload since 2012..).
 Alternatively the package could be maintained by the strongswan team?

The strongswan team appears to have only two active members at the
moment, Yves-Alexis and I, and I have no interest in maintaining
network-manager-strongswan as I don't use network-manager myself.

-- 
Romain Francoise rfranco...@debian.org
http://people.debian.org/~rfrancoise/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877g3do3hq@kima.orebokech.com

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Holger Levsen

Hi Riku,

On Mittwoch, 16. Juli 2014, Riku Voipio wrote:
 This a side-effect from Debian's policy that discourages fixing bugs in
 other maintainers packages via NMUs. Somehow, it is felt better to
 remove packages from testing than possibly offending the maintainer with
 an unwarranted NMU.

Huh, as I see it, this has changed and a.) NMUs to fix RC bugs are generally 
very much encouraged and b.) NMUs to fix other bugs are also perceived much 
better nowadays than in some old days.

Especially if the NMU is properly done (eg documented in the BTS, uploaded to 
DELAYED-foo, etc) I've hardly seen any complaints in recent years.


cheers,
Holger




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

Re: say goodbye to network-manager-strongswan?

On 07/16/14 15:17, Holger Levsen wrote:
 
 Especially if the NMU is properly done (eg documented in the BTS, uploaded to 
 DELAYED-foo, etc) I've hardly seen any complaints in recent years.
 

Surely I could have done better in providing a clean
fix to #741415, making it more easy for the Debian folks
to create an NMU. Sorry. I have included a real patch
in the bug report today.

I also tried to set the patch tag, but its not clear if
this succeeded.


Hope this helps
Harri




signature.asc
Description: OpenPGP digital signature

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Cyril Brulebois

Hi Riku, Holger,

Holger Levsen hol...@layer-acht.org (2014-07-16):
 On Mittwoch, 16. Juli 2014, Riku Voipio wrote:
  This a side-effect from Debian's policy that discourages fixing bugs in
  other maintainers packages via NMUs. Somehow, it is felt better to
  remove packages from testing than possibly offending the maintainer with
  an unwarranted NMU.
 
 Huh, as I see it, this has changed and a.) NMUs to fix RC bugs are generally 
 very much encouraged and b.) NMUs to fix other bugs are also perceived much 
 better nowadays than in some old days.
 
 Especially if the NMU is properly done (eg documented in the BTS, uploaded to 
 DELAYED-foo, etc) I've hardly seen any complaints in recent years.

I'd like to echo Holger's opinion. Back in ~2005 when I first started
contributing, it seemed (at least from a newcomer point of view) that
package ownership was a very important concept. Nowadays it seems
(almost?) everybody loves getting fixes in ones packages.

Part of the idea of getting packages removed early is trying to avoid
keeping cruft in testing, but also getting users to notice early when
packages aren't in shape, which can trigger their getting interested
in contributing (be it in one-shot or mid/long-term modes).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Let's shrink Packages.xz

On Wed, Jul 16, 2014 at 02:23:34PM +0200, David Kalnischkies wrote:
 With a slight change in semantic we could drop the field from the
 Packages file again anyhow: At the moment it is the MD5sum of the long
 description. If it isn't present the clients are expected to calculate
 it for themselves (well, this was required to work with Translation-*
 before we moved long descriptions to Translation-en, so very new clients
 might not know about that). So if we change this to MD5sum of whatever
 is in the description field (short or long), we could drop it from the
 Packages file and clients will again calculate this themselves to look
 stuff up with it in the Translation files (where this field came from).

FTR: This has an obvious sideeffect though: If (lets say) foo/sid has
feature x and advertises it in the long description (but short didn't
change), while foo/stable didn't have it, it is undefined which
description will be shown, it could be any – but it will be only one,
the other is 'discarded' as duplicate.

Never happens with stable/single archives of course which I was thinking
of, but in sid you would see it relatively often. Multiply this with
'outdated' translations still being shown as current. (Did I mention
that I dislike feature lists in descriptions as they are always out of
date even without that?)

You could mix and match it of course, like dropping it for stable as
long descriptions aren't going to change there, so that short would be
identifier enough, but well…


Best regards

David Kalnischkies


P.S.: version number doesn't work here nicely, as experimental/security
do not have translated descriptions, but can piggyback on them this way.
Which is the historical reason for this alltogether, as they were first
not in the archive and then just file imports (which they still might or
might not be, I have no idea – and my last speculation in a train ended
in the previous mail - I blame the broken air condition…)


signature.asc
Description: Digital signature

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Thomas Goirand

On 07/16/2014 10:06 PM, Harald Dunkel wrote:
 On 07/16/14 15:17, Holger Levsen wrote:

 Especially if the NMU is properly done (eg documented in the BTS, uploaded 
 to 
 DELAYED-foo, etc) I've hardly seen any complaints in recent years.

 
 Surely I could have done better in providing a clean
 fix to #741415, making it more easy for the Debian folks
 to create an NMU. Sorry. I have included a real patch
 in the bug report today.
 
 I also tried to set the patch tag, but its not clear if
 this succeeded.
 
 
 Hope this helps
 Harri

Hi,

To try to kill your frustration, I have sponsored the upload of your fix
to the delayed/10 queue. If everything goes well, then in 15 days,
network-manager-strongswan will be back in Jessie.

BTW, it feels weird that the package build-depends on debhelper when it
really is using CDBS. The debian/copyright is also quite wrong, as it
doesn't include the copyright notice for the GPL v2 (and I believe
that's mandatory, right?). Not commenting on the fact that it's still
using the format 1.0 without debian/source/format file, etc. In other
words, I agree that this package is in the need for a bit more care.

I hope this helps,

Thomas Goirand (zigo)


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

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Sune Vuorela

On 2014-07-16, Thomas Goirand z...@debian.org wrote:
 BTW, it feels weird that the package build-depends on debhelper when it
 really is using CDBS. The debian/copyright is also quite wrong, as it

If you use cdbs' debhelper module (which runs the various dh_foo
commands), you need to ensure debhelper is available.

/Sune


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/lq67p4$rk0$1...@ger.gmane.org

Re: Let's shrink Packages.xz

Hi Jakub,

On Mon, Jul 14, 2014, at 18:25, Jakub Wilk wrote:
 Food for thought:
 Which fields take up most space in Packages.xz[0]?

I am still lost - what problem are we trying to solve here?
Could we at least define it to see if the problem exists?

Ondrej
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1405526596.17312.142348849.27365...@webmail.messagingengine.com

Re: libjpeg-turbo transition

Hi Mike

On Fri, Jul 11, 2014, at 09:33, Mike Gabriel wrote:
   Please also consider filing a
   transition bug to help us (the release team) get an overview of the
   affected packages at your earliest convenience.
 
  If someone else could take this over before August, that will be much
  appreciated. I won't be able to make it before then...
 
  I can take care of those things about the releases. I can also help with
  the packages, merging the work already done in Ubuntu into git, etc.
 
 Great! Go ahead then. I will join in again when I am back from VAC  
 (2nd Aug 2014).

Done.

Feel free to discuss the transition plan in #754988.

I will be working on updated libjpeg-turbo packages next week.

Ondrej
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1405526729.17627.142349685.20a74...@webmail.messagingengine.com

Re: Let's shrink Packages.xz

Ondřej Surý ond...@sury.org writes:
 On Mon, Jul 14, 2014, at 18:25, Jakub Wilk wrote:

 Food for thought:
 Which fields take up most space in Packages.xz[0]?

 I am still lost - what problem are we trying to solve here?
 Could we at least define it to see if the problem exists?

I'm fairly sure Jakub's message was in response to the recent discussion
about small Node.js packages and the frequent complaints that we should
not introduce small packages into the archive because it bloats our
metadata.

Reducing the size of Packages.xz by 11% or 22% would leave room for quite
a lot of small packages while not making the problem any worse than it is
today.

-- 
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: https://lists.debian.org/87fvi1fc2g@windlord.stanford.edu

Re: people.debian.org will move from ravel to paradis and become HTTPS only

2014-07-16 Thread Bálint Réczey

2014-07-15 21:39 GMT+02:00 Philipp Kern pk...@debian.org:
On 2014-07-15 16:00, Thorsten Glaser wrote:

Martin Zobel-Helas dixit:

Furthermore, we will change the people.debian.org web-service such that
only HTTPS connections will be supported (unencrypted requests will be
redirected).

[…]

Take it as a heads-up to maybe move stuff elsewhere, if it needs http
(e.g. APT repos work well via http since they use PGP for signatures).

Actually, this will break most DDs’ APT repositories because
apt-transport-https is usually not installed.

Pointing machines to a non-mirrored SPoF running on donated project
resources was bound to be not such a great idea anyway.
Which place would be better for hosting DD's APT repositories? I had
the impression that p.d.o were the usual place for them and it served
quite well.
I would also be interested in keeping plain HTTP to not break
repositories (including mine :-)).

Somehow Steve's question regarding the rationale behind disabling HTTP
got cut out from email responses so let me raise it again:
Why is it important to disable HTTP?
Could it be kept enabled for APT repositories following some special
directory structure like http://p.d.o/~user/ppa/* ?

2014-07-14 0:19 GMT+02:00 Steve Langasek vor...@debian.org:
Hi Martin,

On Sun, Jul 13, 2014 at 10:13:10PM +0200, Martin Zobel-Helas wrote:
Furthermore, we will change the people.debian.org web-service such that
only HTTPS connections will be supported (unencrypted requests will be
redirected).

Could you elaborate on why people.d.o will enforce https? If http
connections are still allowed, this doesn't provide any protection from a
MITM attack for most users; and the contents of people.d.o are not generally
security sensitive. Is this part of a broader effort by DSA to increase use
of https by default as a deterrent to large-scale traffic sniffing?

Cheers,
Balint

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

Re: Let's shrink Packages.xz

On Wed, Jul 16, 2014, at 19:28, Russ Allbery wrote:
 Ondřej Surý ond...@sury.org writes:
  On Mon, Jul 14, 2014, at 18:25, Jakub Wilk wrote:
 
  Food for thought:
  Which fields take up most space in Packages.xz[0]?
 
  I am still lost - what problem are we trying to solve here?
  Could we at least define it to see if the problem exists?
 
 I'm fairly sure Jakub's message was in response to the recent discussion
 about small Node.js packages and the frequent complaints that we should
 not introduce small packages into the archive because it bloats our
 metadata.
 
 Reducing the size of Packages.xz by 11% or 22% would leave room for quite
 a lot of small packages while not making the problem any worse than it is
 today.

Ok, that makes much more sense now. Still is the main problem the
download
size or the size on the disk (I can guess that it can be a problem on
embedded
archs). Or both?

Dropping md5+sha1 or even introducing sha-224 instead of sha-256 would
help
in this case.

Having the fallback mechanism leaves open door for stripping+downgrade
attacks
anyway.

Switching to an optimized binary format isn't an option? But I guess it
won't
be probably that much better than a good compression algorithm.

O.
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1405536029.10176.142404101.152ab...@webmail.messagingengine.com

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

On 16/07/14 03:06, Paul Tagliamonte wrote:
 I didn't see this yet in the thread, so:
 https://www.agwa.name/blog/post/libressls_prng_is_unsafe_on_linux

What's most interesting is that someone spent such effort to look for
this;  that there are so many eyes now on both the original OpenSSL and
the new LibreSSL code.  Both projects ought to benefit from this.

This was a real, but totally contrived issue with many preconditions:

* initial 'grandparent' process initialises LibreSSL's PRNG, then forks
* first-forked process does not use the PRNG yet, but forks again
* grandparent uses the PRNG for things and then exits, freeing up the
pid to be re-used
* second-forked 'grandchild' process might coincidentally get the same
pid as its grandparent
* grandchild uses the PRNG for things;  LibreSSL would not realise it
has forked if the pid is the same, so does not reseed - PRNG output
would be repeated from what the grandparent got before it exited -
possibly having security impact


The other major concern was about scary entropy-gathering code,
implemented in LibreSSL Portable for Linux as a last resort for when
/dev/urandom can't be read.  I agree that it's too risky, or:  too
difficult to prove safe and robust in any conceivable situation.
Debian's major OpenSSL bug was able to happen undetected for a while out
of similar circumstances.

A compile-time ifdef already allows to disable this fallback code and
raise SIGKILL instead, crashing the calling process.  As part of the
LibreSSL port to GNU/kFreeBSD and Hurd I would actually have asked that
we do this anyway in Debian, at least for those platforms.

It seems extreme, but the point is that something must be wrong on the
system if we get to the fallback code - /dev/urandom missing from a
chroot, or fd's exhausted, and the kernel not having a reliable sysctl
interface like OpenBSD's to get random bytes in the first place.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org



signature.asc
Description: OpenPGP digital signature

Re: let missing-debian-source-format lintian tag be a warning!

]] Thomas Goirand 

 On 07/15/2014 09:42 AM, Charles Plessy wrote:
  I am not a big fan of the 3.0 (quilt) format because it imposes a patch 
  system.
  In particular, this format does not make much sense when managing the source
  package with Git.
 
 I'm not sure I'm following you. I do use git for packaging, and I have
 no problem at all with format 3.0 (quilt). I was resisting to progress
 and reluctant to get out of my comfort zone at first, but now I like it.
 What is it that bothers/annoy you exactly?

I can't speak for Plessy, but the entire concept of using a different,
much more limited patch system on top of git is just.. weird.  It makes
absolutely no sense to dumb down all the rich metadata you have in your
git repository to something that's possible to express using quilt.

It's busywork that has very little value for anybody and a
not-insignificant cost.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8738e1i2dg@xoog.err.no

Re: let missing-debian-source-format lintian tag be a warning!

Tollef Fog Heen tfh...@err.no writes:

 I can't speak for Plessy, but the entire concept of using a different,
 much more limited patch system on top of git is just.. weird.  It makes
 absolutely no sense to dumb down all the rich metadata you have in your
 git repository to something that's possible to express using quilt.

 It's busywork that has very little value for anybody and a
 not-insignificant cost.

I used to feel this way, but have been slowly converting my own packages
over to use gbp pq.

The thing that made me change my mind was that I increasingly want to
share the patches, as clearly-defined, separate, upstreamable units, with
packages for other distributions and with upstream.

While it's possible to maintain artifacts in Git as used normally that
accomplish that end (such as by maintaining multiple topic branches), it's
actually quite complex and irritating, and those artifacts aren't then
exposed in the packaging system, and hence aren't readily available in
patch-tracker (when it's working).  I'm uninterested in quilt per se, and
am happy not to have to use it any longer, but the debian/patches *format*
is very nice for this purpose.  It exposes, as a packaging artifact,
high-quality, separated patches that can be considered and upstreamed
individually.  And now that there are good tools for managing those
artifacts without giving up the general usability of Git, I've been
convinced it's worth the additional effort.

It's still more work than just merging Git branches and using
single-debian-patch, so I'm not sure if I'll ever get to the point where I
do this with all of my packages.  But it has more merits than I saw
initially.

-- 
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: https://lists.debian.org/87iomxcchm@windlord.stanford.edu

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

Steven Chamberlain ste...@pyro.eu.org writes:

 What's most interesting is that someone spent such effort to look for
 this; that there are so many eyes now on both the original OpenSSL and
 the new LibreSSL code.  Both projects ought to benefit from this.

Yes.

 This was a real, but totally contrived issue with many preconditions:

 * initial 'grandparent' process initialises LibreSSL's PRNG, then forks
 * first-forked process does not use the PRNG yet, but forks again
 * grandparent uses the PRNG for things and then exits, freeing up the
 pid to be re-used
 * second-forked 'grandchild' process might coincidentally get the same
 pid as its grandparent
 * grandchild uses the PRNG for things;  LibreSSL would not realise it
 has forked if the pid is the same, so does not reseed - PRNG output
 would be repeated from what the grandparent got before it exited -
 possibly having security impact

While in general I agree with you and other analysts that this bug is very
difficult to exploit, it's worth mentioning here that attacking binaries
by controlling PID numbers is a known attack with known proofs of concept.
If you have local access to the same system, you can force children to
have predictable PIDs with some degree of success by quickly forking while
doing something that delays the process whose child PID you want to
control.  There has been some talk of implementing PID randomization
precisely to make this attack harder.

 The other major concern was about scary entropy-gathering code,
 implemented in LibreSSL Portable for Linux as a last resort for when
 /dev/urandom can't be read.  I agree that it's too risky, or:  too
 difficult to prove safe and robust in any conceivable situation.
 Debian's major OpenSSL bug was able to happen undetected for a while out
 of similar circumstances.

 A compile-time ifdef already allows to disable this fallback code and
 raise SIGKILL instead, crashing the calling process.  As part of the
 LibreSSL port to GNU/kFreeBSD and Hurd I would actually have asked that
 we do this anyway in Debian, at least for those platforms.

 It seems extreme, but the point is that something must be wrong on the
 system if we get to the fallback code - /dev/urandom missing from a
 chroot, or fd's exhausted, and the kernel not having a reliable sysctl
 interface like OpenBSD's to get random bytes in the first place.

It would be nice to have a reliable kernel interface for getting
randomness rather than relying on proper chroot configuration.  I'm not
sure sysctl should be that mechanism, but I'm quite sympathetic to the
LibreSSL developers here.  Relying on a device being present in a chroot
seems rather dubious.

-- 
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: https://lists.debian.org/87ha2hcch6@windlord.stanford.edu

Re: people.debian.org will move from ravel to paradis and become HTTPS only

On Wed, 2014-07-16 at 19:50 +0200, Bálint Réczey wrote:
 2014-07-15 21:39 GMT+02:00 Philipp Kern pk...@debian.org:
  On 2014-07-15 16:00, Thorsten Glaser wrote:
 
  Martin Zobel-Helas dixit:
 
  Furthermore, we will change the people.debian.org web-service such that
  only HTTPS connections will be supported (unencrypted requests will be
  redirected).
 
  […]
 
  Take it as a heads-up to maybe move stuff elsewhere, if it needs http
  (e.g. APT repos work well via http since they use PGP for signatures).
 
  Actually, this will break most DDs’ APT repositories because
  apt-transport-https is usually not installed.
 
 
  Pointing machines to a non-mirrored SPoF running on donated project
  resources was bound to be not such a great idea anyway.
 Which place would be better for hosting DD's APT repositories? I had
 the impression that p.d.o were the usual place for them and it served
 quite well.
 I would also be interested in keeping plain HTTP to not break
 repositories (including mine :-)).

I would have thought it was possible to configure this redirection to be
conditional on the User-Agent string.

But also, perhaps apt should start recommending apt-transport-https.

Ben.

-- 
Ben Hutchings
Hoare's Law of Large Problems:
Inside every large problem is a small problem struggling to get out.


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

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

On Wed, 2014-07-16 at 12:47 -0700, Russ Allbery wrote:
 Steven Chamberlain ste...@pyro.eu.org writes:
[...]
  It seems extreme, but the point is that something must be wrong on the
  system if we get to the fallback code - /dev/urandom missing from a
  chroot, or fd's exhausted, and the kernel not having a reliable sysctl
  interface like OpenBSD's to get random bytes in the first place.
 
 It would be nice to have a reliable kernel interface for getting
 randomness rather than relying on proper chroot configuration.

There is such an interface.  It happens to be a char device.  Expecting
administrators to create /dev/urandom in a chroot is no more
unreasonable than expecting them to create /dev/null or /dev/zero.

 I'm not
 sure sysctl should be that mechanism, but I'm quite sympathetic to the
 LibreSSL developers here.  Relying on a device being present in a chroot
 seems rather dubious.

Less so than blundering on without entropy.

Ben.

-- 
Ben Hutchings
Hoare's Law of Large Problems:
Inside every large problem is a small problem struggling to get out.


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

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

2014-07-16 Thread Guillem Jover

Hi!

On Wed, 2014-07-16 at 19:54:38 +0100, Steven Chamberlain wrote:
 The other major concern was about scary entropy-gathering code,
 implemented in LibreSSL Portable for Linux as a last resort for when
 /dev/urandom can't be read.  I agree that it's too risky, or:  too
 difficult to prove safe and robust in any conceivable situation.
 Debian's major OpenSSL bug was able to happen undetected for a while out
 of similar circumstances.
 
 A compile-time ifdef already allows to disable this fallback code and
 raise SIGKILL instead, crashing the calling process.  As part of the
 LibreSSL port to GNU/kFreeBSD and Hurd I would actually have asked that
 we do this anyway in Debian, at least for those platforms.

kFreeBSD does have a supported sysctl for this: CTL_KERN KERN_ARND.
(As does NetBSD which has two, KERN_URND and KERN_ARND.)

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140716201341.ga30...@gaara.hadrons.org

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

Ben Hutchings b...@decadent.org.uk writes:
 On Wed, 2014-07-16 at 12:47 -0700, Russ Allbery wrote:

 It would be nice to have a reliable kernel interface for getting
 randomness rather than relying on proper chroot configuration.

 There is such an interface.  It happens to be a char device.  Expecting
 administrators to create /dev/urandom in a chroot is no more
 unreasonable than expecting them to create /dev/null or /dev/zero.

I'm not a big fan of that either.  :)  Also, I think it's relatively rare
for a library to require those devices exist for secure behavior, although
perhaps I'm just not knowledgable in this area.

 I'm not sure sysctl should be that mechanism, but I'm quite sympathetic
 to the LibreSSL developers here.  Relying on a device being present in
 a chroot seems rather dubious.

 Less so than blundering on without entropy.

Oh, certainly.  I'm in favor of aborting in libssl if /dev/urandom isn't
available.  But it bothers me that one could get to that point.  It seems
like an easy mistake for someone to make, and it seems somehow unclean to
require access to a char device for randomness.

I'm sure I'll get over it, but I do agree with the feeling that a lot more
can go wrong when trying to open a character device than with some of the
other approaches suggested.

-- 
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: https://lists.debian.org/87vbqxawj0@windlord.stanford.edu

Re: Java 9 dropping support for source/target level 1.5

2014-07-16 Thread Miguel Landaeta

On Wed, Jul 16, 2014 at 09:50:46AM +0200, Sylvestre Ledru wrote:
 
 I think that is unfair statement against Emmanuel (especially when
 adding d-d  d-r to the cc list).

Totally agree with Sylvestre on this.
I also have sponsored many packages for Emmanuel in the Java team.

Frankly, I don't get the hostility level reached with this OpenJDK
packaging contribution attempt.

It's totally normal to have technical disagreements, especially on a
non-trivial packages like that one. What I really dislike is to
see epithets like bullshit or own agenda in a technical
discussion.

Cheers,

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
Faith means not wanting to know what is true. -- Nietzsche


signature.asc
Description: Digital signature

Re: Java 9 dropping support for source/target level 1.5

2014-07-16 Thread Michael Banck


On Wed, Jul 16, 2014 at 05:32:32PM -0300, Miguel Landaeta wrote:
 On Wed, Jul 16, 2014 at 09:50:46AM +0200, Sylvestre Ledru wrote:
  
  I think that is unfair statement against Emmanuel (especially when
  adding d-d  d-r to the cc list).
 
 Totally agree with Sylvestre on this.
 I also have sponsored many packages for Emmanuel in the Java team.
 
 Frankly, I don't get the hostility level reached with this OpenJDK
 packaging contribution attempt.

I think it is just because Germany became football/soccer world
champion recently and Matthias hates football, so he is a bit grumpy
right now.

At least, that's my educated guess.


Michael


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140716205252.ga24...@raptor.chemicalconnection.dyndns.org

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

(This may seem a little off-topic for the ITP but please bear with me...)

On 16/07/14 21:13, Guillem Jover wrote:
 kFreeBSD does have a supported sysctl for this: CTL_KERN KERN_ARND.
 (As does NetBSD which has two, KERN_URND and KERN_ARND.)

Actually yes, we would certainly want to use that.  But is there any
conceivable way it could fail?  (sysctl calls can return an error code).
 What could we do then?

We'd need to figure this out if we want the prospective libressl package
to build on GNU/kFreeBSD on Hurd.  Currently it won't build, because it
needs either a kernel-specific getentropy implementation, or arc4random.

libbsd's arc4random.c, I'm guessing was based on older OpenSSH Portable
sources.  If reading /dev/urandom fails, it uses only gettimeofday,
getpid, and uninitialised bytes from the stack (as a seed to the PRNG).

LibreSSL Portable on Linux has the new, scary fallback mechanism
instead, more comprehensive, but I honestly don't like that approach.
It's too difficult to estimate how much entropy it could really gather,
or potential failure cases.  And we wouldn't even know when the fallback
was being used.

Native OpenBSD would actually raise SIGKILL if their sysctl fails.
(Their cvsweb is down - quoting inline from arc4random.c instead) :

 _rs_stir(void)
   [...]
   if (getentropy(rnd, sizeof rnd) == -1)
   raise(SIGKILL);

libevent's arc4stir is different again;  it's defined to return an int,
with -1 indicating a failure of all attempts to seed:
* from /dev/urandom
* from /proc/sys/kernel/random/uuid
* using a kernel-specific sysctl

These arc4random implementations also differ in which stream cipher they
use also (RC4 originally, ChaCha20 in newer OpenBSD code).

As a result of all this mess, I think we should be looking to converge
on a single arc4random implementation, in a place such as libbsd, but
make sure it is up to the task first.

If arc4random is available and LDFLAGS include -lbsd, LibreSSL Portable
will actually use it instead of the bundled implementation.  I'm
guessing OpenSSH Portable would do this too (I can see it being tested
for by ./configure in the buildd log).

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c6e74d.8080...@pyro.eu.org

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

Oh, and note that OpenSSH Portable uses RAND_bytes from libssl to seed
its arc4random implementation.

So AFAICT if you were to link OpenSSH Portable against LibreSSL
Portable, it would get really crazy:

/dev/urandom or sysctl or scary fallback -
LibreSSL Portable getentropy -
LibreSSL Portable arc4random.c (ChaCha-20) -
LibreSSL RAND_bytes -
OpenSSH Portable arc4random.c (ChaCha-20) -
OpenSSH

with the stream cipher, seeding and stirring all happening twice.

So I really like the idea of both getting an arc4random implementation
from one place, such as libbsd.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c6ec32.9000...@pyro.eu.org

Transition plan for changing the default init system


Hi all,

We're now at the point where we want to flip the default init system for
Jessie on Linux. A lot of systems have already switched over to systemd
as their init system [0] and the package received a fair amount of
testing and integration work over the last couple of months. This makes
us pretty confident that not too much will break when we flip the
default. To ensure we have enough time to fix any of the rarer problems
people are likely to encounter, we should proceed with the switch as
soon as possible.

The sysvinit package in wheezy is marked as an essential package. Simply
removing the Essential flag from the sysvinit package and adding it to
the systemd-sysv package is not sufficient if we want to make the switch
within one release cycle.

Thankfully, Steve Langasek already did the groundwork to make the switch
within one release cycle possible. The contents of the sysvinit package
were moved into a new sysvinit-core package and the sysvinit package was
changed to simply become a meta package depending on an ORed list of
alternative init systems [1]. Switching the default would be as simple
as changing the order of the dependencies and adjusting the priorities
of affected packages.

Unfortunately this approach has some downsides. Most importantly it
treats new installations the same as upgrades as it switches all systems
to systemd forcefully removing the /sbin/init binary provided by
sysvinit along with it. In case of an upgrade we want to provide
additional safety measures though.

So we are proposing the following scheme:

a/ Upload a new init package. This is a new, essential package that
will replace sysvinit as the package that ensures your system has an
init system. We want to build this binary package from a package which
is not tied to an actual init system, so we chose the
init-system-helpers source package. Patch for init-system-helpers is
available at [2].

b/ Demote sysvinit to Priority: optional and install an extra copy of
the sysvinit binary into /lib/sysvinit/ so you can recover if your
system fails to boot with systemd. This can be achieved by booting with
init=/lib/sysvinit/init on the kernel command line. Patch for sysvinit
is available at [3].

c/ Upload a new version of the init package which does the actual switch
and changes the order via Pre-Depends: systemd-sysv |
sysvinit-core. Diff[4]

d/ Adjust the priorities of systemd and systemd-sysv.

Assuming there are no major objections to this approach, we are going to
start with this process next week.

New installations
=
The new init package will ensure that systemd-sysv is installed as
default init on Linux and by demoting the priority of sysvinit and
sysvinit-core to optional those packages will not be installed anymore.

Dist upgrades
=
On upgrades, the old, essential sysvinit package will be replaced by the
new, non-essential sysvinit package which pulls in the new init
package which in turn makes sure systemd-sysv is installed.

The sysvinit package in Jessie will be kept as a transitional and
recovery package which facilitates a smooth upgrade. It provides a
safety net which will let you boot with sysvinit via the aforementioned
kernel command line argument in case your system fails to boot with
systemd. We also have a patch for grub [5] which will make this even
more straightforward. The SysV compat tools provided by systemd-sysv
(/sbin/reboot,runlevel,telinit,etc) are able to talk to sysvinit as PID
1, making this a seamless experience.

Opting out of the switch

If users want to opt out of the switch, they can install the
sysvinit-core package which will satisfy the dependency of the init
package.

[0]: https://qa.debian.org/popcon.php?package=systemd
[1]: https://packages.qa.debian.org/s/sysvinit/news/20131227T39Z.html
[2]: 
http://people.debian.org/~biebl/systemd-transition/init-system-helper-step1.diff
[3]: http://people.debian.org/~biebl/systemd-transition/sysvinit.diff
[4]: 
http://people.debian.org/~biebl/systemd-transition/init-system-helper-step2.diff
[5]: http://people.debian.org/~biebl/systemd-transition/grub2.diff

-- 
Michael Biebl and Tollef Fog Heen, on behalf of the systemd team


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87mwc9gfsw@xoog.err.no

Re: Transition plan for changing the default init system

2014-07-16 Thread Ansgar Burchardt

Hi,

Tollef Fog Heen tfh...@err.no writes:
 So we are proposing the following scheme:

 a/ Upload a new init package. This is a new, essential package that
 will replace sysvinit as the package that ensures your system has an
 init system. We want to build this binary package from a package which
 is not tied to an actual init system, so we chose the
 init-system-helpers source package. Patch for init-system-helpers is
 available at [2].

Would it be possible to have init not be essential while we are
already changing things? There are valid use cases for init-less
systems, for example chroot environments.

invoke-rc.d and update-rc.d would probably still have to be in a
essential package, but not an entire init system.

 b/ Demote sysvinit to Priority: optional and install an extra copy of
 the sysvinit binary into /lib/sysvinit/ so you can recover if your
 system fails to boot with systemd. This can be achieved by booting with
 init=/lib/sysvinit/init on the kernel command line. Patch for sysvinit
 is available at [3].

On kfreebsd, init would then depend on an optional package as we don't
support arch-specific priorities. That is (IIRC) a policy violation, but
do any practical problems arise from this?

 c/ Upload a new version of the init package which does the actual switch
 and changes the order via Pre-Depends: systemd-sysv |
 sysvinit-core. Diff[4]

Why do a, and c, in two steps?

 d/ Adjust the priorities of systemd and systemd-sysv.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/85tx6hj7z6@tsukuyomi.43-1.org

Re: NMUing generally

2014-07-16 Thread Wookey

+++ Holger Levsen [2014-07-16 15:17 +0200]:
 Hi Riku,
 
 On Mittwoch, 16. Juli 2014, Riku Voipio wrote:
  This a side-effect from Debian's policy that discourages fixing bugs in
  other maintainers packages via NMUs. Somehow, it is felt better to
  remove packages from testing than possibly offending the maintainer with
  an unwarranted NMU.
 
 Huh, as I see it, this has changed and a.) NMUs to fix RC bugs are generally 
 very much encouraged and b.) NMUs to fix other bugs are also perceived much 
 better nowadays than in some old days.
 
 Especially if the NMU is properly done (eg documented in the BTS, uploaded to 
 DELAYED-foo, etc) I've hardly seen any complaints in recent years.

Mostly. I've done a pile recently (40+) (largely autoconf-update bugs)
and only had one instance of outright hostility, a few queries, a few
pre-empting uploads by the maintainer, and a couple of 'thanks, please
upload ASAP'. The majority just went through with no explicit
response. That was almost all packages that have had a bug filed for
between 5 years and a couple of months, where an NMU seems
unarguable. So that does mean we are down to less than 2% obnoxious
maintainers :-)

I'm now getting on to ones where I file a new NMU bug along with the
delayed upload, and that feels a bit 'pushier'. We'll see how that
goes. I still feel like I need to make excuses for not filing a bug,
waiting a couple of weeks and _then_ doing an NMU, which of course is
a great way of adding a pile of fairly pointless delay.

BTW is there a reason why nmudiff doesn't actually do the upload, as
well as filing the bug? It's very easy to forget the upload and thus
confuse the maintainer by saying 'I have uploaded foo to delayed/X'
when in fact you've not.

It could easily enough run dupload or dput at the end...

I do think there is plenty more room for soialising more NMUing. There
are piles of bugs in the archive that mostly just need uploading, and
many packages with a backlog of minor bugs, or packaging that frankly
just needs updating. But a lot of this quickly gets into 'updating'
and 'de-crufting' rather than simply minimally-bug-fixing. I suspect
that would see more pushback if one did much of it.

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140716214758.gt22...@stoneboat.aleph1.co.uk

Re: say goodbye to network-manager-strongswan?

On Wed, 16 Jul 2014 16:06:06 +0200, Harald Dunkel wrote:

  Especially if the NMU is properly done (eg documented in the BTS, uploaded 
  to 
  DELAYED-foo, etc) I've hardly seen any complaints in recent years.
 Surely I could have done better in providing a clean
 fix to #741415, making it more easy for the Debian folks
 to create an NMU. Sorry. I have included a real patch
 in the bug report today.

I think the reason was more that the bug was reported without a
severity, i.e. at severity normal, and only later and not long ago
raised to grave by someone else. So it hasn't caught the attention of
people looking at RC bugs yet.

Anyway, problem solved with the NMU :)
 

Cheers,
gregor


-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Soluna Samay: See You In June


signature.asc
Description: Digital Signature

Re: Transition plan for changing the default init system

2014-07-16 Thread Michael Biebl

Am 16.07.2014 23:42, schrieb Ansgar Burchardt:

 c/ Upload a new version of the init package which does the actual switch
 and changes the order via Pre-Depends: systemd-sysv |
 sysvinit-core. Diff[4]
 
 Why do a, and c, in two steps?

We want to have the safety measures in place before making the actual
switch.
The changes to sysvinit in b/ require the new init package though [3],
so we split that step into two.

Michael

[3]: http://people.debian.org/~biebl/systemd-transition/sysvinit.diff
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Re: people.debian.org will move from ravel to paradis and become HTTPS only

Some sites (I mean, deployments) like to use a caching proxy, especially
if many machines use the same resource, and/or bandwidth is scarce.  Or
even just one machine accessing the same resource often.  Maybe this
won't apply to anything particular on people.d.o, but certainly a lot of
websites are breaking this recently by becoming HTTPS-only.

In the case of people.d.o I guess most issues will arise from clients
not having HTTPS support at all, or not being willing/able to follow a
redirect.

I'm curious to know the rationale for shutting down HTTP access, because
if it is to generally protect web browsers doing web-based login and
using cookies, that would typically be covered by HSTS.  And the
privacy-concious may be using the HTTPS Everywhere add-on.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c70005.5020...@pyro.eu.org

Re: Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

Hi,

 Steven Chamberlain ste...@pyro.eu.org writes:
 And since BSD and GNU software are unable
 to link against each other, [...]

Oops, I should have said there that BSD software *if now linking
against LibreSSL* couldn't link with GNU software any more.

On Mon, 14 Jul 2014 13:32:40 -0700, Russ Allbery wrote:
 I'm not sure that I understand your argument.  In fact, this seems like a
 rather strong argument *against* using LibreSSL.

It is, and yet I hope that's some reassurance that packaging LibreSSL
would not be harmful - if only certain packages are able to use it at
all due to licensing - and still fewer packages are allowed to link
against those packages in turn.  The effect of licensing makes the
problem of conflicting symbols much less likely to happen.

Potential (someday) users of packaged libressl libraries may tend to be
non-GPL, or BSD-specific, leaf packages.  Some ideas:
* openssh
* nginx, lighttpd, stud
* postfix or simpler MTAs
* some basic FTPDs
* bare-bones 'fetch'-type utilities
* some of GNU/kFreeBSD's freebsd-utils, such as geom
* things that people build on their own systems
* embedded systems

Using LibreSSL in something like libcurl is where it would be most at
risk of symbols clashing with OpenSSL when linked with other things, but
that seemingly should never happen due to licensing (too much software
would be excluded from using it, for libcurl to switch).

 In the world in which BSD software is linked with LibreSSL and the license
 exceptions have not been changed to allow OpenSSL-derived software, now
 (due to the way that Debian applies this rule transitively) GPL software
 can't link against BSD-licensed libraries that link with LibreSSL

Yes, exactly this.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c70f0d.2030...@pyro.eu.org

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

On Wed, 2014-07-16 at 13:17 -0700, Russ Allbery wrote:
 Ben Hutchings b...@decadent.org.uk writes:
  On Wed, 2014-07-16 at 12:47 -0700, Russ Allbery wrote:
 
  It would be nice to have a reliable kernel interface for getting
  randomness rather than relying on proper chroot configuration.
 
  There is such an interface.  It happens to be a char device.  Expecting
  administrators to create /dev/urandom in a chroot is no more
  unreasonable than expecting them to create /dev/null or /dev/zero.
 
 I'm not a big fan of that either.  :)  Also, I think it's relatively rare
 for a library to require those devices exist for secure behavior, although
 perhaps I'm just not knowledgable in this area.

Since Linux 2.6.29, you get 128 random bits at each execve(), which you
can access like this:

/* BEGIN */
#include stdio.h
#include sys/auxv.h

#ifndef AT_RANDOM
#define AT_RANDOM 25
#endif

int main(void)
{
unsigned int *bits = (unsigned int *)getauxval(AT_RANDOM);

if (bits) {
printf(%08x%08x%08x%08x\n, bits[0], bits[1], bits[2], bits[3]);
return 0;
} else {
fprintf(stderr, no random bits available\n);
return 1;
}
}
/* END */

This is wanted to support things like stack protection in the C runtime,
which really can't depend on /dev/urandom.

I'm not sure 128 bits are enough in general, though they are still
better than pid and time.  And every child process that doesn't execve()
shares them with its parent (a much worse problem than the LibreSSL
bug).

I can only assume that many libraries still fail-unsafe in the absence
of /dev/urandom.  They should at least mix in the AT_RANDOM bits.

  I'm not sure sysctl should be that mechanism, but I'm quite sympathetic
  to the LibreSSL developers here.  Relying on a device being present in
  a chroot seems rather dubious.
 
  Less so than blundering on without entropy.
 
 Oh, certainly.  I'm in favor of aborting in libssl if /dev/urandom isn't
 available.  But it bothers me that one could get to that point.  It seems
 like an easy mistake for someone to make, and it seems somehow unclean to
 require access to a char device for randomness.
 
 I'm sure I'll get over it, but I do agree with the feeling that a lot more
 can go wrong when trying to open a character device than with some of the
 other approaches suggested.

Given that no alternative mechanism exists in Linux today, even if a
simpler mechanism was added tomorrow a general purpose library will have
to be prepared to fall back to the char device.  And it is really not
that difficult to use, so I don't see much need to add that simpler
mechanism.

Ben.

-- 
Ben Hutchings
Kids!  Bringing about Armageddon can be dangerous.  Do not attempt it in
your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'


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

Re: Re: people.debian.org will move from ravel to paradis and become HTTPS only

2014-07-16 Thread brian m. carlson

On Wed, Jul 16, 2014 at 11:43:17PM +0100, Steven Chamberlain wrote:
 Some sites (I mean, deployments) like to use a caching proxy, especially
 if many machines use the same resource, and/or bandwidth is scarce.  Or
 even just one machine accessing the same resource often.  Maybe this
 won't apply to anything particular on people.d.o, but certainly a lot of
 websites are breaking this recently by becoming HTTPS-only.

Unfortunately, many of these proxies are broken.  The Squid version in
wheezy doesn't support HTTP/1.1, so trying to use chunked encoding or
100 Continue (which is required for certain applications[0]) simply
doesn't work.  And simply not working is one of the best failure cases
for broken proxies.  Using HTTPS ensures that the broken proxy problem
is gone.

 I'm curious to know the rationale for shutting down HTTP access, because
 if it is to generally protect web browsers doing web-based login and
 using cookies, that would typically be covered by HSTS.  And the
 privacy-concious may be using the HTTPS Everywhere add-on.

I can't speak for DSA here, but I some of the reasons that I went
HTTPS-only is that certificates are relatively cheap, pervasive
monitoring is not going away, crypto is so cheap computationally on most
platforms that there's no reason not to, and broken proxies suck.

[0] Git pushes over HTTP with Kerberos, among many others.

-- 
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: Transition plan for changing the default init system

On Wed, 2014-07-16 at 23:22 +0200, Tollef Fog Heen wrote:
[...]
 New installations
 =
 The new init package will ensure that systemd-sysv is installed as
 default init on Linux and by demoting the priority of sysvinit and
 sysvinit-core to optional those packages will not be installed anymore.
[...]

Since sysvinit-core will conflict with a package of priority standard (I
assume that's what systemd-sysv will be upgraded to), its priority
should be extra on Linux.  (Also, it should actually have a Conflicts
header.)  But I don't know whether dak allows priority to vary
per-architecture.

Ben.

-- 
Ben Hutchings
Kids!  Bringing about Armageddon can be dangerous.  Do not attempt it in
your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'


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

Re: Transition plan for changing the default init system

2014-07-16 Thread Michael Biebl

Am 17.07.2014 02:31, schrieb Ben Hutchings:
 On Wed, 2014-07-16 at 23:22 +0200, Tollef Fog Heen wrote:
 [...]
 New installations
 =
 The new init package will ensure that systemd-sysv is installed as
 default init on Linux and by demoting the priority of sysvinit and
 sysvinit-core to optional those packages will not be installed anymore.
 [...]
 
 Since sysvinit-core will conflict with a package of priority standard (I
 assume that's what systemd-sysv will be upgraded to), its priority
 should be extra on Linux.

We are planning to update the priority of systemd and systemd-sysv to
required and demoting sysvinit and sysvinit-core to optional.
I'll amend the patch for sysvinit accordingly.

  (Also, it should actually have a Conflicts
 header.) 

You mean something like [1]?

 But I don't know whether dak allows priority to vary
 per-architecture.

That is not possible, see also Ansgars reply [2]. That means on
kfreebsd/hurd the init package would depend on a priority: optional
package. We are aware that this is a policy violation but it is unclear
if any actual problems arise from that. So input on that is appreciated.


Michael


[1]
http://anonscm.debian.org/gitweb/?p=collab-maint/sysvinit;a=commitdiff;h=5f276405bf288173f276d791cfb06e236919a6b6
[2] https://lists.debian.org/debian-devel/2014/07/msg00612.html

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Solutions for the Apache upgrade hell

On 2014-07-16 13:46:12 +0200, Guillem Jover wrote:
 On Wed, 2014-07-16 at 11:41:25 +0200, Vincent Lefevre wrote:
  On 2014-07-13 13:17:24 +0200, Arno Töll wrote:
   Unfortunately it turns out, that /a lot/ of people use aptitude
   --purge-unused safe-upgrade, or the apt equivalent apt-get
   dist-upgrade --purge which causes dpkg to purge the user's
   configuration, in particular enabled modules, during the upgrade
   because apache2.2-common disappears in that step. [...]
  
  Is there any reason why apt-get/aptitude removes the config files
  just after the package is removed, and not at the end of the upgrade
  process? IMHO, doing the later is safer and would solve this problem
  with Apache.
 
 It just calls dpkg with --purge.

But what I meant is that it could do 2 passes: one without --purge,
and a second one with --purge on the removed packages. Or...

 Something that would also fix this issue (among other upgrade
 problems) is using dpkg “transactions”:
 
   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579790#82

Yes!

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://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: https://lists.debian.org/20140717010710.ga26...@xvii.vinc17.org

Re: nmudiff enhancements (was: NMUing generally)

2014-07-16 Thread Christian Hofstaedtler

* Wookey woo...@wookware.org [140716 23:48]:
 BTW is there a reason why nmudiff doesn't actually do the upload, as
 well as filing the bug? It's very easy to forget the upload and thus
 confuse the maintainer by saying 'I have uploaded foo to delayed/X'
 when in fact you've not.
 
 It could easily enough run dupload or dput at the end...

I suspect it would also be beneficial if nmudiff would query the
LowNMU list and possibly lower the delay.

 I do think there is plenty more room for soialising more NMUing. There
 are piles of bugs in the archive that mostly just need uploading, and
 many packages with a backlog of minor bugs, or packaging that frankly
 just needs updating. But a lot of this quickly gets into 'updating'
 and 'de-crufting' rather than simply minimally-bug-fixing. I suspect
 that would see more pushback if one did much of it.

Maybe these things need to happen in teams, basically sets of people
agreeing on the same packaging principles (i.e. we all use gbp and
single-debian-patch and dh and ...) and everybody sharing the same
goals could work on the team packages in collab-maint.

-- 
 ,''`.  Christian Hofstaedtler z...@debian.org
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140717011643.ga17...@sx.home.zeha.at

Re: Solutions for the Apache upgrade hell

On 2014-07-16 14:28:00 +0200, David Kalnischkies wrote:
 On Wed, Jul 16, 2014 at 11:36:32AM +0200, Vincent Lefevre wrote:
  I do that too. I haven't seen any official documentation saying that
  this is a bad thing to do.
 
 aptitude actively warns against it as highlighted in this thread.

Wrong! I purge removed packages almost all the time with aptitude,
and I've never seen any warning!

 Official documentation also doesn't say that running 'rm -rf
 --no-preserve-root /' is a bad thing,

Silly comparison. 'rm -rf --no-preserve-root /' does what it does:
remove everything. When I purge packages, I just expect config
files to be purged, not break the system!

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://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: https://lists.debian.org/20140717011735.gb26...@xvii.vinc17.org

Re: Solutions for the Apache upgrade hell

2014-07-16 Thread Christian Hofstaedtler

Hi Arno,

* Arno Töll a...@debian.org [140713 13:25]:
 [..]
 
 To summarize the bug reports: The problem is, that Apache package
 maintainers at that time decided, that third party modules shall depend
 on apache2.2-common, by guaranteeing ABIs remain stable as long as the
 package name does not change. [..] Unfortunately,
 apache2.2-common also contains conffiles and configuration file handling
 in postinst/postrm ...
 
 I spent a lot of time to properly transition to a new state with
 conffiles/configuration separated from ABI handling, and this works well
 enough for regular updates by now.
 
 Unfortunately it turns out, that /a lot/ of people use aptitude
 --purge-unused safe-upgrade, or the apt equivalent apt-get
 dist-upgrade --purge which causes dpkg to purge the user's
 configuration, in particular enabled modules, during the upgrade because
 apache2.2-common disappears in that step. Those people end up with
 effects as described in the bugs outlined above, for example with
 incomplete installations because our maintainer scripts had no chance to
 properly detect the state of the /etc/apache2 directory before the upgrade.
 
 This gives us three possibilities which all have unwanted side effects
 (unless you come up with an idea that all of us makes happy). I'm
 writing to this list in hope that someone has a very smart idea to make
 everyone happy, or express your support for either alternative to give
 us some insights what people think would be the best alternative.
 
 * Ignore the problem, and refer to the manpage of aptitude without
 proper fix etc. which clearly says THIS OPTION CAN CAUSE DATA LOSS! DO
 NOT USE IT UNLESS YOU KNOW WHAT YOU ARE DOING. The bad news is, we
 can't tell this before it's too late, such as in a NEWS file - and we
 know, everybody reads release notes too, right?
 
I'm expressing support for this, and/or your second option.
Any non-trivial setup will need config changes anyway, and any sane
person already uses version control for /etc + config management for
such setups.

  C.

-- 
 ,''`.  Christian Hofstaedtler z...@debian.org
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140717012128.gb17...@sx.home.zeha.at

Re: Solutions for the Apache upgrade hell

On 2014-07-17 03:21:28 +0200, Christian Hofstaedtler wrote:
 * Arno Töll a...@debian.org [140713 13:25]:
  * Ignore the problem, and refer to the manpage of aptitude without
  proper fix etc. which clearly says THIS OPTION CAN CAUSE DATA LOSS! DO
  NOT USE IT UNLESS YOU KNOW WHAT YOU ARE DOING. The bad news is, we
  can't tell this before it's too late, such as in a NEWS file - and we
  know, everybody reads release notes too, right?
  
 I'm expressing support for this, and/or your second option.
 Any non-trivial setup will need config changes anyway, and any sane
 person already uses version control for /etc + config management for
 such setups.

Actually the problem is not the data loss. The problem is the upgrade
failure.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://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: https://lists.debian.org/20140717020211.gc26...@xvii.vinc17.org

Bug#755033: ITP: ropemode -- helper for using rope refactoring library in IDEs

2014-07-16 Thread Arnaud Fontaine

Package: wnpp
Severity: wishlist
Owner: Arnaud Fontaine ar...@debian.org

* Package name: ropemode
  Version : 0.2
  Upstream Author : Ali Gholami Rudi
* URL : http://rope.sf.net/
* License : GPL
  Programming Lang: Python
  Description : Helper for using rope refactoring library in IDEs

This package includes common parts of ropemacs and ropevim and is
required to package ropemacs = 0.7. It will be maintained as part of
Debian Python Modules Team.

Regards,
-- 
Arnaud Fontaine


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

Bug#755035: ITP: rt-app -- Test application which simulates a real-time periodic load

2014-07-16 Thread Wookey

Package: wnpp
Severity: wishlist
Owner: Wookey woo...@debian.org

* Package name: rt-app
  Version : 0.2_alpha
  Upstream Author : Giacomo Bagnoli g.bagn...@asidev.com
* URL : https://github.com/gbagnoli/rt-app
* License : GPL2
  Programming Lang: C
  Description : Test application which simulates a real-time periodic load

 rt-app is a test application that starts multiple periodic threads in
 order to simulate a real-time periodic load. It supports the
 SCHED_OTHER/SCHED_FIFO/SCHED_RR kernel mechanisms as well as the
 AQuoSA framework and SCHED_DEADLINE.
 
 It can be run with a simple command-line config, or a more complex
 set of tasks/threads configured in a (json) config file. 
 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140717025839.863.18622.report...@kh.home.wookware.org

Re: Transition plan for changing the default init system

2014-07-16 Thread Tobias Frost

On Thu, 2014-07-17 at 03:05 +0200, Michael Biebl wrote:
 Am 17.07.2014 02:31, schrieb Ben Hutchings:
  On Wed, 2014-07-16 at 23:22 +0200, Tollef Fog Heen wrote:
  [...]
  New installations
  =
  The new init package will ensure that systemd-sysv is installed as
  default init on Linux and by demoting the priority of sysvinit and
  sysvinit-core to optional those packages will not be installed anymore.
  [...]
  
  Since sysvinit-core will conflict with a package of priority standard (I
  assume that's what systemd-sysv will be upgraded to), its priority
  should be extra on Linux.
 
 We are planning to update the priority of systemd and systemd-sysv to
 required and demoting sysvinit and sysvinit-core to optional.
 I'll amend the patch for sysvinit accordingly.

What are the reasons behind are you going for required and not standard?

-- 
tobi


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1405575214.25295.3.ca...@edoras.loewenhoehle.ip

Re: Transition plan for changing the default init system

]] Tobias Frost 

 On Thu, 2014-07-17 at 03:05 +0200, Michael Biebl wrote:
  We are planning to update the priority of systemd and systemd-sysv to
  required and demoting sysvinit and sysvinit-core to optional.
  I'll amend the patch for sysvinit accordingly.
 
 What are the reasons behind are you going for required and not standard?

A Priority: required package (init) isn't allowed to depend on something
with Priority: standard per policy.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87d2d4h7es@aexonyam.err.no

Re: Transition plan for changing the default init system

]] Ansgar Burchardt 

 Tollef Fog Heen tfh...@err.no writes:
  So we are proposing the following scheme:
 
  a/ Upload a new init package. This is a new, essential package that
  will replace sysvinit as the package that ensures your system has an
  init system. We want to build this binary package from a package which
  is not tied to an actual init system, so we chose the
  init-system-helpers source package. Patch for init-system-helpers is
  available at [2].
 
 Would it be possible to have init not be essential while we are
 already changing things? There are valid use cases for init-less
 systems, for example chroot environments.

At least some packages do assume that binaries like /sbin/runlevel
exist, so dropping Essential: yes would mean a larger cleanup of the
archive.  I'm not opposed to that as such, but I'm not sure we need to
entangle that into this change?

(In most cases, I think people should be using containers and not
chroots, in which case you might want an init, but that's a somewhat
separate discussion.)

[...]

 On kfreebsd, init would then depend on an optional package as we don't
 support arch-specific priorities. That is (IIRC) a policy violation, but
 do any practical problems arise from this?

It would be useful to have a comment from one of the debootstrap
maintainers about this, I think.  That's the only one I can think of
that actually cares much.

Would it be hard to add support for per-arch priorities to dak?

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/878unsh79g@aexonyam.err.no

Accepted felix-framework 4.4.0-1 (source all)

2014-07-16 Thread Markus Koschany

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 14 Jul 2014 11:53:08 +0200
Source: felix-framework
Binary: libfelix-framework-java libfelix-framework-java-doc
Architecture: source all
Version: 4.4.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Markus Koschany a...@gambaru.de
Description:
 libfelix-framework-java - Felix Framework subproject
 libfelix-framework-java-doc - Javadoc API documentation for the Felix 
Framework subproject
Changes:
 felix-framework (4.4.0-1) unstable; urgency=medium
 .
   * Team upload.
   * Imported Upstream version 4.4.0.
   * Drop 01-java8-compatibility.patch. Fixed upstream.
   * Update debian/copyright to copyright format 1.0.
   * Fix lintian warning description-synopsis-starts-with-article.
Checksums-Sha1:
 75e3657aa6eb947fe1833ef3a8e731efc00ccebf 2306 felix-framework_4.4.0-1.dsc
 2d2fb027a33b493ed8aa3a13de120afbc584ccf8 420901 
felix-framework_4.4.0.orig.tar.gz
 a8d1e753a69a831993841600ba9f17ae2cb97634 4812 
felix-framework_4.4.0-1.debian.tar.xz
 c143dbdc0431869bf1f48e24d46de1b7cb8391d5 496552 
libfelix-framework-java_4.4.0-1_all.deb
 bf1f8a160ae81cbb445bbf2da4955e91a6dd142a 1279460 
libfelix-framework-java-doc_4.4.0-1_all.deb
Checksums-Sha256:
 299ac5b316fc408a44f24ed4a2f9cecfe5272e7553ff532d6cea3a5c84114b00 2306 
felix-framework_4.4.0-1.dsc
 788998c24591db7dc762234e1d4adbf6311557840d50d9a7db4f5ec31b9475bb 420901 
felix-framework_4.4.0.orig.tar.gz
 f4e308eda6f923f27eaf8792a9683c06fe90fad6ec4642db900c2dc0feec12b2 4812 
felix-framework_4.4.0-1.debian.tar.xz
 31561c58ef214040351d6573104ff8cac70f103fb7db7f62bd3f9639d79cd5bd 496552 
libfelix-framework-java_4.4.0-1_all.deb
 bcc4baba82665fae63f68c57728d0ba0d817626b15a5621d1233953cdaaa98ae 1279460 
libfelix-framework-java-doc_4.4.0-1_all.deb
Files:
 6e54e581d1a862798ec528dc376f7a88 496552 java optional 
libfelix-framework-java_4.4.0-1_all.deb
 64c3e25bed3aa8c0051edaa1dbf9dc8f 1279460 doc optional 
libfelix-framework-java-doc_4.4.0-1_all.deb
 8770a6a2d2de5d184e97a4a64eaaf6c1 2306 java optional felix-framework_4.4.0-1.dsc
 70d9fe57c2875ce502c84119257f3907 420901 java optional 
felix-framework_4.4.0.orig.tar.gz
 be6ecca760f57e0441661b9dd8c3461d 4812 java optional 
felix-framework_4.4.0-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJTxhMSAAoJECHSBYmXSz6WZ9AP/RfwgIKUF+A8dfZ8qZd/3fYM
GaJtBw+fT/nTy2Je+7hm1SCzLUhEHitky7A43RxqlBFZjyvIddm6bJC5T93zymZI
Rl3qh+3eGlUEAJLj7ItAtPjIi/DIhXSKGP+kKvhx/zvUTqxL4DwE6UT4S7AHbluz
q5bbrMgFDA4KUzJC/VM6bmPaSt+vhzZlOQgu20qB48CTMumkzrdPn5fZ6HLFEHsz
PibfSKWQA8H1dyRa0Rv7kT9+k8QebcMKiSybpv4dxn1PQN8Kw313rsJ6ilsxQcXy
Lbi6y/HBDDKrXF7R6LMhPlieUV7nMb49l0EWY5PYVNn43TgsZpt+BPwpVmwXkgh9
69WcKTr3Kd6Vr8/W2M883Wv0pWp0IXluN9h6O5JNuKI9RI1j5YDDO0d/aal4x/mC
fN7jzUcPVjHat4OtQIbLZhqKsFtWm2b8Gtal2phMvhk4As30DQK2DPkhTm5Nd0wj
yaKOhdc7IIqomdIfnWycP09SnBtjWqkWaAXbjpTYLDOvhfloYv8Hd/v7ebJTWXPY
vaO5x0GiyedcF7ayxWocMTlFPktzGFFM0xUDvkcre7WWTTbdZz7XrCr5Govde3/g
95zH1pqaI0uTUrQ932R7Nr6vlKbA4Vo/8Pj+C/vp4XebxUG3it1FY+BwouUUwDq8
R15umYimAGelBiU1hGJX
=ObNV
-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: https://lists.debian.org/e1x7ik5-0003pk...@franck.debian.org

Accepted gnome-user-docs 3.12.2-1 (source all)

2014-07-16 Thread Luca Falavigna

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 15 Jul 2014 22:20:04 +0200
Source: gnome-user-docs
Binary: gnome-user-guide
Architecture: source all
Version: 3.12.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Luca Falavigna dktrkr...@debian.org
Description:
 gnome-user-guide - GNOME user's guide
Changes:
 gnome-user-docs (3.12.2-1) unstable; urgency=medium
 .
   * Team upload.
   * New upstream release.
   * debian/control.in:
 - Bump Standards-Version to 3.9.5.
Checksums-Sha1:
 a8fa9d06afebd34385de01fe99426514b5998975 2101 gnome-user-docs_3.12.2-1.dsc
 dd38265a086f9703704dc036a7d677d8fb161d72 13486968 
gnome-user-docs_3.12.2.orig.tar.xz
 76d9e7d4cfffa661680f8093a2516ba5c5962a61 4108 
gnome-user-docs_3.12.2-1.debian.tar.xz
 efa4d41bece2504fe21aa00bf23eefbd1865f3c4 11492168 
gnome-user-guide_3.12.2-1_all.deb
Checksums-Sha256:
 40a7094d623578fcfe48d6915a4ec5389094fd553bbb5987e597cb31cc8293e0 2101 
gnome-user-docs_3.12.2-1.dsc
 4d9ec70d0c91ffda73942e5d496d28f0855aec356d281a7d5f7393a32e2d44b2 13486968 
gnome-user-docs_3.12.2.orig.tar.xz
 711c160688fd34074fe285acf24a5abdeb3a96cff75887ff5e889ee87b1468ee 4108 
gnome-user-docs_3.12.2-1.debian.tar.xz
 f9280d1b243288c1d81dec3bca0475aa848e6b4869098fe7c933eeda0ca8d8b7 11492168 
gnome-user-guide_3.12.2-1_all.deb
Files:
 8d71436f862ae6722c655780042ea7c9 11492168 gnome optional 
gnome-user-guide_3.12.2-1_all.deb
 641859c1ff89bc3c2e49b123a924a516 2101 gnome optional 
gnome-user-docs_3.12.2-1.dsc
 094d656d190768e3fac2e8effc699a46 13486968 gnome optional 
gnome-user-docs_3.12.2.orig.tar.xz
 d27485aa573547a154b3b0566b9a61a3 4108 gnome optional 
gnome-user-docs_3.12.2-1.debian.tar.xz

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

iQIcBAEBCAAGBQJTxZNKAAoJEEkIatPr4vMfAa8P/Rcj48LowRdTF0Z1R3l2q1V4
9JVyAtcBIACcRDZAuLQJBdwpR7C9pGm9IpS4ALPqtPs+oMd/BxbZvd9pIT0bevDN
fP9HHcQw/eltmzOz3jinwOp6qZ6KqQKCrPPgtuEcfru6jFL03qfYek9tcomh/RDu
bsfarx2w4x6WLOfrCuychfgxgJMrRfA8GLuPZnT5ZcHVXMgdU2k16XaJSijV0wc2
4o6nWx7qrFhTQHvEqM3i6SGOpzKKQfwvyG1tiTtStr7anYBVRe4xiGuIbK2jpiDC
EIjlrcfcwJpaTUw/4XJuenhRgevUuMYvjkFdWbbOf3JT2cG83LUpM6rf1CBcDPyi
Z+LpCR+xpBtpXCYJa/K/R0NKCTViarw9Ml/ChzF981K6nRI48bpFLcVTrr9Upu2/
r3ofdWlsZC6iWoTuUM+QrzutwuNM6KsXjGWqj5/b4aTpW1JTTZNChSpu1E6OrvOR
TN7sHzmBU0AWClZfnGc+frvy/zy0zewD4YrbipLA3W7Qp+LAOecxrqCjYo/XzHzY
t+TUxvl+SheEhvoEHFu3cWAIz5I96rxirvtl5/YDLstNaXMKxG87d5JtACvmfd4/
hgbfyJfgTao+o8ERl5ye1WqjQ0AbsNl+Q82g+tS13na8ZqUyPt+AXjaMoNkcnn0i
8e3xHZO3qkhE3AqPDTSl
=tYXM
-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: https://lists.debian.org/e1x7imv-0006me...@franck.debian.org

Accepted pcp 3.9.8 (source i386 all)

2014-07-16 Thread Nathan Scott

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 15:58:31 +1000
Source: pcp
Binary: pcp pcp-conf libpcp3-dev libpcp3 libpcp-gui2-dev libpcp-gui2 
libpcp-mmv1-dev libpcp-mmv1 libpcp-pmda3-dev libpcp-pmda3 libpcp-trace2-dev 
libpcp-trace2 libpcp-import1-dev libpcp-import1 python-pcp libpcp-pmda-perl 
libpcp-import-perl libpcp-logsummary-perl libpcp-mmv-perl pcp-import-sar2pcp 
pcp-import-mrtg2pcp pcp-import-sheet2pcp pcp-import-iostat2pcp 
pcp-import-collectl2pcp pcp-doc pcp-testsuite pcp-manager pcp-webapi pcp-gui
Architecture: source i386 all
Version: 3.9.8
Distribution: unstable
Urgency: low
Maintainer: PCP Development Team p...@oss.sgi.com
Changed-By: Nathan Scott nath...@debian.org
Description: 
 libpcp-gui2 - Performance Co-Pilot graphical client tools library
 libpcp-gui2-dev - Performance Co-Pilot graphical client tools library and 
headers
 libpcp-import-perl - Performance Co-Pilot log import Perl module
 libpcp-import1 - Performance Co-Pilot data import library
 libpcp-import1-dev - Performance Co-Pilot data import library and headers
 libpcp-logsummary-perl - Performance Co-Pilot historical log summary module
 libpcp-mmv-perl - Performance Co-Pilot Memory Mapped Value Perl module
 libpcp-mmv1 - Performance Co-Pilot Memory Mapped Value client library
 libpcp-mmv1-dev - Performance Co-Pilot Memory Mapped Value library and headers
 libpcp-pmda-perl - Performance Co-Pilot Domain Agent Perl module
 libpcp-pmda3 - Performance Co-Pilot Domain Agent library
 libpcp-pmda3-dev - Performance Co-Pilot Domain Agent library and headers
 libpcp-trace2 - Performance Co-Pilot application tracing library
 libpcp-trace2-dev - Performance Co-Pilot application tracing library and 
headers
 libpcp3- Performance Co-Pilot library
 libpcp3-dev - Performance Co-Pilot library and headers
 pcp- System level performance monitoring and performance management
 pcp-conf   - Performance Co-Pilot runtime configuration
 pcp-doc- Documentation and tutorial for the Performance Co-Pilot
 pcp-gui- Visualisation tools for the Performance Co-Pilot toolkit
 pcp-import-collectl2pcp - Tool for importing data from collectl into PCP 
archive logs
 pcp-import-iostat2pcp - Tool for importing data from iostat into PCP archive 
logs
 pcp-import-mrtg2pcp - Tool for importing data from MRTG into PCP archive logs
 pcp-import-sar2pcp - Tool for importing data from sar into PCP archive logs
 pcp-import-sheet2pcp - Tool for importing data from a spreadsheet into PCP 
archive logs
 pcp-manager - Performance Co-Pilot (PCP) manager daemon
 pcp-testsuite - Performance Co-Pilot (PCP) Test Suite
 pcp-webapi - Performance Co-Pilot (PCP) web API service
 python-pcp - Performance Co-Pilot Python PMAPI module
Closes: 754929
Changes: 
 pcp (3.9.8) unstable; urgency=low
 .
   * New release to update package metadata (closes: #754929)
Checksums-Sha1: 
 f0f26a0563ef6b54820f283978a2c5f81711a13f 2816 pcp_3.9.8.dsc
 57fad4cfa145069ab81cb057499bddeea7aa7928 10082200 pcp_3.9.8.tar.xz
 8a7fd00d11964104d73d256f4f3a2dcfd80725e0 1222946 pcp_3.9.8_i386.deb
 284f208c65b74379ffd97178dc45baac896ff2f9 16828 pcp-conf_3.9.8_i386.deb
 cb9771c840aec859985825ca893a447bb7cb0418 413514 libpcp3-dev_3.9.8_i386.deb
 0801704afcae566d8bf3b53a972c7de972d36cc9 187528 libpcp3_3.9.8_i386.deb
 758f8a4db3f325a2e9be1d9041252f1008606c08 16582 libpcp-gui2-dev_3.9.8_i386.deb
 c5a8b069a193db9b939c1332f787e00fbfdb917d 15406 libpcp-gui2_3.9.8_i386.deb
 c8f4d4f044fb38e91d8c9a58fb35aee054c6f741 19194 libpcp-mmv1-dev_3.9.8_i386.deb
 b164b0f1228132ba69afc4c7343bd9a588c2cba1 12522 libpcp-mmv1_3.9.8_i386.deb
 d2a06393148c2c2ce170e40ba06248a1fde90171 94340 libpcp-pmda3-dev_3.9.8_i386.deb
 b77749bb469e3543b7b3a24863f147c80ee16165 36016 libpcp-pmda3_3.9.8_i386.deb
 0dd1654c25152eed36b591f42205312456fcaa40 27138 libpcp-trace2-dev_3.9.8_i386.deb
 27aeae78e6ba1811d3cc0628da4a844b01a5bfc9 19784 libpcp-trace2_3.9.8_i386.deb
 ccf6c500fd4860200ca48bf6a7b8a25d74625416 16258 
libpcp-import1-dev_3.9.8_i386.deb
 34a5c6b539a70f9769444ee0327d3ce0d3d6141c 15802 libpcp-import1_3.9.8_i386.deb
 8dd20b7d5581c82da7edd04c05c82e84c42630a1 49762 python-pcp_3.9.8_i386.deb
 a4d79dcd5f25fe4a9a9f1daca1775b052ea4cb4a 39534 libpcp-pmda-perl_3.9.8_i386.deb
 99225fab35f8e74ef1657f1f4b0c27b9914888f2 16944 
libpcp-import-perl_3.9.8_i386.deb
 7a568920555b459b225a197e75d90a06cdca3147 11864 
libpcp-logsummary-perl_3.9.8_i386.deb
 97f8ed732df4354e76ecaf0f7f984c2fb95837d8 18220 libpcp-mmv-perl_3.9.8_i386.deb
 da1de7dbd7352d28fb74f90490fa42aab6f17d4a 17152 pcp-import-sar2pcp_3.9.8_all.deb
 431a6e653928052ba6633010ca9efc3345cdce5f 11048 
pcp-import-mrtg2pcp_3.9.8_all.deb
 b639612c115e2ee92a4e3bbe4ce98f8b19669529 20004 
pcp-import-sheet2pcp_3.9.8_all.deb
 f5ac65f9f1e5cf7a6fa1f5e08a1c275776908f44 18682 
pcp-import-iostat2pcp_3.9.8_all.deb
 4b95a3066a6e4d7f276d046633db7e69b111033e 23610 
pcp-import-collectl2pcp_3.9.8_i386.deb
 f4ccf966877e554f777d71cded3399754b31fcaa 3142156 pcp-doc_3.9.8_all.deb

Accepted babl 0.1.10-2 (source all amd64)

2014-07-16 Thread Matteo F. Vescovi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 10:11:27 +0200
Source: babl
Binary: libbabl-0.1-0 libbabl-dev libbabl-doc libbabl-0.1-0-dbg
Architecture: source all amd64
Version: 0.1.10-2
Distribution: unstable
Urgency: medium
Maintainer: Matteo F. Vescovi mfvesc...@gmail.com
Changed-By: Matteo F. Vescovi mfvesc...@gmail.com
Description:
 libbabl-0.1-0 - Dynamic, any to any, pixel format conversion library
 libbabl-0.1-0-dbg - Dynamic, any to any, pixel format conversion library 
(debugging s
 libbabl-dev - Dynamic, any to any, pixel format conversion library (development
 libbabl-doc - Dynamic, any to any, pixel format conversion library (documentati
Closes: 754905
Changes:
 babl (0.1.10-2) unstable; urgency=medium
 .
   * debian/: dh-autoreconf usage added
 Thanks to Fernando Seiti Furusato for the patch. (Closes: #754905)
   * debian/watch: ftp:// = http://
   * debian/control: Maintainer e-mail address updated
Checksums-Sha1:
 3c38b5841976576a08eb114723feb5f5d7f6576d 2230 babl_0.1.10-2.dsc
 ba8257b24b6e05670efec97eed5215c7644fbe2e 4364 babl_0.1.10-2.debian.tar.xz
 c0b1e695f5aecb00aa9ab4d21d81d1666adcbc62 135524 libbabl-doc_0.1.10-2_all.deb
 fd570983d88926ee8cf5c9a7701614196a84150d 97188 libbabl-0.1-0_0.1.10-2_amd64.deb
 edaa3192310f6b535da667633a95936bb9b9a4ad 34264 libbabl-dev_0.1.10-2_amd64.deb
 3c348fa295bf8f5994482ffdef4fe33ebf2cd5b7 182466 
libbabl-0.1-0-dbg_0.1.10-2_amd64.deb
Checksums-Sha256:
 6447f136c6441982803afcaeeabb3784c8e95a17a509f856bccd6daf1302b91f 2230 
babl_0.1.10-2.dsc
 ca85ef5f4d8fe32929f2f94ddc79c8111965a90b77b9c61fb865311e7f4937c6 4364 
babl_0.1.10-2.debian.tar.xz
 74a5d760fcbd5078488e49d5914afa1721e03f3d13f8b293925eb06c1a83d346 135524 
libbabl-doc_0.1.10-2_all.deb
 11446301c5785623ee6718e78aef74636ab575cb8e4c83fbae05ee98673d9cd6 97188 
libbabl-0.1-0_0.1.10-2_amd64.deb
 68165de5e69396b46d1f59b91ae4961c6270955dedc4c3ed7cb374c6123855fd 34264 
libbabl-dev_0.1.10-2_amd64.deb
 e8475815057827896f222cebbc999fbf36ef8a91390fc025f6d13b0d3e5e3bee 182466 
libbabl-0.1-0-dbg_0.1.10-2_amd64.deb
Files:
 4808d67a36bc6c65b15b0245c693fd0f 135524 doc optional 
libbabl-doc_0.1.10-2_all.deb
 f4d7787a70b0608fa0e82e2c2f74195f 97188 libs optional 
libbabl-0.1-0_0.1.10-2_amd64.deb
 7406f4b3d22fd189465afa1d94a307f1 34264 libdevel optional 
libbabl-dev_0.1.10-2_amd64.deb
 45bc0b2716357f7593c5e74c4ba104e1 182466 debug extra 
libbabl-0.1-0-dbg_0.1.10-2_amd64.deb
 ba1de0b3ed7ca4fb4b6b03f26be4 2230 libs optional babl_0.1.10-2.dsc
 336a497c0a742967d0fd78629410730d 4364 libs optional babl_0.1.10-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v2
Comment: Debian powered!

iQJ8BAEBAgBmBQJTxjfKXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGNTg2N0ZDMzRDQTU4REQ5RTU2M0I2MUVB
NTA2MzVCQ0JGMDI1NzZDAAoJEKUGNby/AldsrSwQAKlWx60E5sXuKQCbKN4g5xq9
BgeAl04os2Z2WXn5CyD/XTGbVCuKduFIffqqIF8HD6yk+yaebHtehBKRt6trXhnM
DpTkKX1EyqyijCwpqiUo6gFH4MUotzQOjyJZvyARExA65nElmTf9j1w6J1I8yX5d
acddCO3NZjGZw27+1WXK8UrAwvA/uRFeWTxmgbemmZhAtCC6QCqATllzDQ2cXSQt
3YobkVAoNhjyY6yMUXHMNhK0JugYiVk+oyoGJ3wCzIQ7ykP6ijdBpvzz/e6JHqyj
+SrQiwbm+ypfdgptvZVCkdT6yZ2ZPgjAs6uGGfMdveksuvn+nPnjYj8dU9PjDipP
vEPItbkSV43pTgCY/cQNxGLOxIIFR+EUWb2x/vKPoovHy7YYTpiwtjAZoIXubq1I
/uZhi4IWf4h1jiTJrQDgQY6RmE8qcBGAhEKvaZHSbxD6rk0djZKxO4Crnmqm1iNm
5WM2g5fvIxLMr1PJCC9MPjs96ImMbj6izSCwsdaAv/M5as2dpm0FAEYWnwlLriqA
kd8XHPZp0dn+np1Oswuek0MplLZdjN3XtZnlvi1Nr80CObDqqfltONTk/+TrYhO5
SHaJMd3rXz4P98NcoGAwD7WrGoFVpWuVpvSF5RfZIa1KvXihFQCL385dUqqZSaVi
Jj4xJGTR2b4d7FAb6Ynp
=3UCV
-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: https://lists.debian.org/e1x7lbf-0002uh...@franck.debian.org

Accepted erlang-ibrowse 4.1.1-1 (source amd64)

2014-07-16 Thread Philipp Huebner

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 16 Jul 2014 10:04:19 +0200
Source: erlang-ibrowse
Binary: erlang-ibrowse
Architecture: source amd64
Version: 4.1.1-1
Distribution: unstable
Urgency: medium
Maintainer: Philipp Huebner debala...@debian.org
Changed-By: Philipp Huebner debala...@debian.org
Description:
 erlang-ibrowse - HTTP client written in erlang
Changes:
 erlang-ibrowse (4.1.1-1) unstable; urgency=medium
 .
   * Imported Upstream version 4.1.1
Checksums-Sha1:
 80b06a320ad889c2f9b609bfbe2d969fa5a354a0 1775 erlang-ibrowse_4.1.1-1.dsc
 cb622f58b824cc2e976dfc01314e01a59fb11677 55362 erlang-ibrowse_4.1.1.orig.tar.gz
 a68e07b1bf6bfdd75e9f4b3b4f1ad7913d39ff1c 2892 
erlang-ibrowse_4.1.1-1.debian.tar.xz
 14632f7011a7c7c9fc96e3c693ec8689ed0005c4 107128 
erlang-ibrowse_4.1.1-1_amd64.deb
Checksums-Sha256:
 679dc0cd6b5e5950bda5ae8df642f5e869f6129558cb0c89647bbfe354c41f0a 1775 
erlang-ibrowse_4.1.1-1.dsc
 9970eb9292d72f70f4786731517ff8be8abdb69256826d9d6bb7bb26a1df7b4c 55362 
erlang-ibrowse_4.1.1.orig.tar.gz
 7fc70e0ceedc148b22b26792fa62e07eacc7fbac3fccd26e424af739791d671e 2892 
erlang-ibrowse_4.1.1-1.debian.tar.xz
 cfff58476e76cacc7afd81d95ed64a2009b344c4de5908cf0f3d88057e13b9fc 107128 
erlang-ibrowse_4.1.1-1_amd64.deb
Files:
 2f75713dea90e768ecfdf3bba39323ee 107128 libs optional 
erlang-ibrowse_4.1.1-1_amd64.deb
 4e7e69517ec01b20e8380aa3b6c1be9c 1775 libs optional erlang-ibrowse_4.1.1-1.dsc
 84556524e86ce704d03e1dd99588ee7d 55362 libs optional 
erlang-ibrowse_4.1.1.orig.tar.gz
 b0ee4f9546d1afc9a4779bf6c8289f95 2892 libs optional 
erlang-ibrowse_4.1.1-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJTxjKQAAoJEOXKjEkl5CBfa3oP/0JuO9jSFiFe1oNNlDkBr6jY
vFxih5WaXHhYreI/cWwRk88shf29aUaa1wYxbqapxUILPnfaJGQesZlFTA85Sijp
RmdWWWMDf76q+kjU060EXMOI9V5kE2RPfy2us2WBcpUG/o2ImDUI12H1NS5GgB8j
goxaP/DwBNPU1bHIIlg2m/n0GzsaunsdvW0fFvN1OyJ+Zb+CgCbnhlmF0OCKrHKt
6FAw1FZmp1qTkcO3WJ8D1uB3OrZeMhaxsvNY3SyltpDex6jhVXgWezX+zkJe1Vdt
kt9k91PE3jYx5R7V8Mx+1D4Pve+JfVQybjJW4w4BNxq02vLPamdcWJakAd/IDd4i
67F7MefG5Pw+qR9bjk4a/96w4ftT2TbNTUOeXHoki1HZ/g9m7ekbT4q3NmfKpgsW
zvhQAjoM6TDUIQH212O2NDNVp/p/wtLsAkpzzxHqGLOS8w2rwC5QbH7GuB1dD4/I
6bVSpgc6aI1BTJUQgoLW2ZsgvKjFMB0Gd2PIlElv8oRNEQpdRAipx9j0fA6C6o9q
AcjUgSivlStpV9TebTD88Pvj5JxvymW2JZNc50zjJBfdy6ec/LT8GLV+Wf9GcqWL
PJh1omqXHj+8lCrLjSIGSFX1aTD0XBM52DbvE8XApRPmxh1RM6mkpB/9NXgmPfmV
ELfO4B5+G/+7K9aAF1Bm
=xKYV
-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: https://lists.debian.org/e1x7lbp-0002z7...@franck.debian.org

Accepted gcc-snapshot 20140715-1 (source amd64)

2014-07-16 Thread Matthias Klose

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 15 Jul 2014 14:19:22 +0200
Source: gcc-snapshot
Binary: gcc-snapshot
Architecture: source amd64
Version: 20140715-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description:
 gcc-snapshot - A SNAPSHOT of the GNU Compiler Collection
Changes:
 gcc-snapshot (20140715-1) unstable; urgency=medium
 .
   * Snapshot, taken from the trunk (20140715)
Checksums-Sha1:
 d7b774d67f8014e6ed782e0da5367d8901703a1a 3627 gcc-snapshot_20140715-1.dsc
 41cc63cc49269651a37f538230b2b65a868020f8 69650716 
gcc-snapshot_20140715.orig.tar.gz
 07a503320b0fb081f58570947b1e4425f09bde39 1046653 
gcc-snapshot_20140715-1.diff.gz
 c15583f828fa376fd1fa152621ae331643578017 123056724 
gcc-snapshot_20140715-1_amd64.deb
Checksums-Sha256:
 e4f6ab585f514621d33bd88d037e9257a833373d1c92c2dbdc6ce825c54b8125 3627 
gcc-snapshot_20140715-1.dsc
 e66ab0c737744ff631853fa80a81208ed985b91edaba176087c3a115ea0aedfd 69650716 
gcc-snapshot_20140715.orig.tar.gz
 c27e1c28771324f5e18051f04420d97ed4e51a0386e4917cfb6c075274574047 1046653 
gcc-snapshot_20140715-1.diff.gz
 74071c30564eb12a2b4d6ceb3129af376bfd44594f7758c70375df613030d5ba 123056724 
gcc-snapshot_20140715-1_amd64.deb
Files:
 823e3e864236bcf018a1694c86ccb4e1 123056724 devel extra 
gcc-snapshot_20140715-1_amd64.deb
 36a3d7382063649888328e2c82708511 3627 devel optional 
gcc-snapshot_20140715-1.dsc
 8ddd3cc983fb1a023978113c1135cbe2 69650716 devel optional 
gcc-snapshot_20140715.orig.tar.gz
 2af2d3f27e9dc7670f4eb01483a6b62d 1046653 devel optional 
gcc-snapshot_20140715-1.diff.gz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlPGPswACgkQStlRaw+TLJy7UwCguDSTg5lnfEoBRT0jiWqE3ETL
erAAnA7EPBppdMBnmUVmRt8TL2qffZU1
=48vE
-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: https://lists.debian.org/e1x7lda-000460...@franck.debian.org

Accepted gnome-bluetooth 3.12.0-5 (source amd64)

2014-07-16 Thread Andreas Henriksson

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 09:50:15 +0200
Source: gnome-bluetooth
Binary: gnome-bluetooth libgnome-bluetooth13 libgnome-bluetooth-dev 
gir1.2-gnomebluetooth-1.0
Architecture: source amd64
Version: 3.12.0-5
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Andreas Henriksson andr...@fatal.se
Description:
 gir1.2-gnomebluetooth-1.0 - Introspection data for GnomeBluetooth
 gnome-bluetooth - GNOME Bluetooth tools
 libgnome-bluetooth-dev - GNOME Bluetooth tools - support library development 
files
 libgnome-bluetooth13 - GNOME Bluetooth tools - support library
Closes: 754924
Changes:
 gnome-bluetooth (3.12.0-5) unstable; urgency=medium
 .
   [ Emilio Pozuelo Monfort ]
   * Let gnome-bluetooth break gnome-shell ( 3.12).
 The private library libgnome-bluetooth-applet.so got removed and
 gnome-shell 3.8 was using that, so we need to ensure gnome-shell
 is upgraded when gnome-bluetooth is. Closes: #754924.
Checksums-Sha1:
 837c9415e7467a466d149e41a531ccf5ae0ddcdb 2078 gnome-bluetooth_3.12.0-5.dsc
 ba8d16ca4cc1d34c906cd2637d5fd332ee7341e6 10200 
gnome-bluetooth_3.12.0-5.debian.tar.xz
 1ce0aa1f0b640ba741c868402661b796d44ca618 978732 
gnome-bluetooth_3.12.0-5_amd64.deb
 005a2dd68ff36036e1dd5549e9cd57c2196b9005 304240 
libgnome-bluetooth13_3.12.0-5_amd64.deb
 b015e44aeb463e3dbd980b3fa2c0fe887c097b8e 262988 
libgnome-bluetooth-dev_3.12.0-5_amd64.deb
 af734fdda50ac73c7945be38c4e2434182f815c9 239910 
gir1.2-gnomebluetooth-1.0_3.12.0-5_amd64.deb
Checksums-Sha256:
 6939e99026e63c493dba714eb0b19b1d070960c7bf7c747a35edbb2fe877a21d 2078 
gnome-bluetooth_3.12.0-5.dsc
 c58f875843d5d4bc4fbac86cf52de3079b805cd54d987088ebfb56b1b90427cb 10200 
gnome-bluetooth_3.12.0-5.debian.tar.xz
 44c4585fb9e45f658a4c4281485b5d070d341e72b6a36c5edb78bdcd0e63389d 978732 
gnome-bluetooth_3.12.0-5_amd64.deb
 d409a92f7ef58725bf2dedc20d81995b5d9b359f6d6cc2384b0e01247189fded 304240 
libgnome-bluetooth13_3.12.0-5_amd64.deb
 255af2ce6aa70eabfec6e527b4187ba5aa6ee2f81cbcf8ff03200af523e316f5 262988 
libgnome-bluetooth-dev_3.12.0-5_amd64.deb
 70245e59283fd12c0bfa1dc461dc232c6249a8507683745962dce5813b86be19 239910 
gir1.2-gnomebluetooth-1.0_3.12.0-5_amd64.deb
Files:
 d9c57b8bf8ade4ffb8dba759ea925021 978732 gnome optional 
gnome-bluetooth_3.12.0-5_amd64.deb
 9c115fc23ff7e2e50a774300af9eed18 304240 libs optional 
libgnome-bluetooth13_3.12.0-5_amd64.deb
 84d593423bfec0581f38969066307560 262988 libdevel extra 
libgnome-bluetooth-dev_3.12.0-5_amd64.deb
 41d16a7a494e84109b93907990ea21ca 239910 introspection optional 
gir1.2-gnomebluetooth-1.0_3.12.0-5_amd64.deb
 b3a4919e7ac12014b5225b6c07e6b16d 2078 gnome optional 
gnome-bluetooth_3.12.0-5.dsc
 75cd0f780859e5f52263b404634fa72d 10200 gnome optional 
gnome-bluetooth_3.12.0-5.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlPGM/sACgkQcgQ2cL3l8e6ujACdF9f7YfTOwtuhkHrzU6a1yBYI
yBwAniZyqjopQZH+Zivig9v77Ae6ZjS4
=kQvY
-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: https://lists.debian.org/e1x7lds-0004f0...@franck.debian.org

Accepted pymacs 0.25-1 (source all)

2014-07-16 Thread Arnaud Fontaine

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 18:56:58 +0900
Source: pymacs
Binary: pymacs
Architecture: source all
Version: 0.25-1
Distribution: unstable
Urgency: low
Maintainer: Arnaud Fontaine ar...@debian.org
Changed-By: Arnaud Fontaine ar...@debian.org
Description:
 pymacs - interface between Emacs Lisp and Python
Closes: 490489 565173 616970 673219 689464
Changes:
 pymacs (0.25-1) unstable; urgency=low
 .
   * New upstream release. Closes: #673219.
   * d/control:
 + Update Homepage field.
 + Take over maintainership with previous maintainer ACK.
 + Add Python Modules Team to Uploaders and corresponding Vcs-* fields.
 + Bump Standards-Version to 3.9.5.
   - d/copyright: Switch to machine-readable format.
 + Add missing X-Python-Version.
 + Add ${misc:Depends} to Depends (lintian).
 + Use python-all rather than python-dev (no extension being built).
   * d/source/format: Added and now using 3.0 (quilt).
   * d/pymacs.postinst,d/pymacs.prerm: Dropped (empty).
   * d/emacs_startup: Dropped (not used).
   * d/rules:
 + Switch to dh.
   - d/control,d/compat: Require debhelper = 8.
 + Use pybuild.
   - d/control: Add Build-Depends against dh-python.
   * debian/watch: Update download URL.
   * Follow Debian Emacs Policy:
 + d/emacsen-compat: Set emacsen-common compat level to 0.
 + d/control: Depends on emacsen-common = 2.0.8.
 + d/emacsen-startup: Properly set up load-path. Thanks to Darren
   Hoo. Closes: #565173.
 + d/emacsen-install: Use symlinks rather than copying *.el and do not
   delete them after byte-compilation (required for the help
   system). Thanks to Kevin Ryde. Closes: #689464.
   * d/patches/upstream_changelog.patch: Imported ChangeLog from upstream Git.
 .
 pymacs (0.23-1.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Convert to dh_python2. (Closes: #616970)
 .
 pymacs (0.23-1.1) unstable; urgency=low
 .
   * NMU. Rebuild to move files to /usr/share/pyshared. Closes: #490489.
Checksums-Sha1:
 3258a9b5a689a6c65c0eecad14bc57349fda9c6b 1347 pymacs_0.25-1.dsc
 f79a434b19ded8918ae773246aa99ab38a937324 120554 pymacs_0.25.orig.tar.gz
 5d71cc21c090115335e32bc1c5a5a26b2f46e456 18364 pymacs_0.25-1.debian.tar.xz
 94654e77191694997bcf0014433a1b523f4c3dfd 110888 pymacs_0.25-1_all.deb
Checksums-Sha256:
 f340a53239d8f13250722d3b7c2b139cd15dede63159dd402e30c75cb326ddd7 1347 
pymacs_0.25-1.dsc
 bcb1af7f55c5a4c050f41413e54d7d1f3c9bf8febebd99792f4aa45cd8f41c8f 120554 
pymacs_0.25.orig.tar.gz
 8a057b0e689d380ac16bc0bbe74555aec77b98742a99a3f655b9327d81072f97 18364 
pymacs_0.25-1.debian.tar.xz
 757c19a6ca49078fac998255f87a0372904139573cbf2abb33512f2930f3802e 110888 
pymacs_0.25-1_all.deb
Files:
 85e97f4ad5bdfb082a68a06eed5365a1 110888 python optional pymacs_0.25-1_all.deb
 88d7eec235faf43b00f817c1bf330324 1347 python optional pymacs_0.25-1.dsc
 3065681013085ff8ceee8e0de9df583c 120554 python optional pymacs_0.25.orig.tar.gz
 12c387f5be3240e504e9ad67260bab38 18364 python optional 
pymacs_0.25-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlPGT00ACgkQvfKiIF42GdMJtgCfRL9qcaeIkjekQNSB12hv201U
VAoAn1o1L/xxdcIXU8TJQENSzj8qCxOu
=+562
-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: https://lists.debian.org/e1x7mjz-0001rj...@franck.debian.org

Accepted bucardo 5.1.0-1 (source all)

2014-07-16 Thread Michael Meskes

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 10:48:07 +0200
Source: bucardo
Binary: bucardo
Architecture: source all
Version: 5.1.0-1
Distribution: unstable
Urgency: medium
Maintainer: Nicholas Jefferson nicho...@pythonic.com.au
Changed-By: Michael Meskes mes...@debian.org
Description:
 bucardo- asynchronous replication system for PostgreSQL
Changes:
 bucardo (5.1.0-1) unstable; urgency=medium
 .
   * Imported Upstream version 5.1.0
Checksums-Sha1:
 f6562d185596343929b7546c2be6f32f80cb2962 1224 bucardo_5.1.0-1.dsc
 83388288efd76947d5c4d591b32af16379f87de5 316973 bucardo_5.1.0.orig.tar.gz
 b7d0db773d5004b0329815350a6a6ff4b6a57f25 5653 bucardo_5.1.0-1.diff.gz
 0419d785eb67d866313555c6b96e6e9cbe067eec 200956 bucardo_5.1.0-1_all.deb
Checksums-Sha256:
 79e5c28527f69fab5f631b7cd32f5c1bec75f987014cc500ec530d8337349964 1224 
bucardo_5.1.0-1.dsc
 52543bdc78e8189e6e1babb5000a515130b9dc8545aa284eb8c59622d1309a63 316973 
bucardo_5.1.0.orig.tar.gz
 85ae74d898177bf8b7ebff28303e1d399f8fe9414a0b3aaa818546493888b1f4 5653 
bucardo_5.1.0-1.diff.gz
 ecbe5c4e3ff207f22393309539a034100dd4a054cc292bc23e1d39f9c0675da7 200956 
bucardo_5.1.0-1_all.deb
Files:
 99f21c042d5b84bd3069f96acd815cc8 200956 database optional 
bucardo_5.1.0-1_all.deb
 15de82dba92b2d55f7804e706317de6a 1224 database optional bucardo_5.1.0-1.dsc
 05837e744fdf237c9684ac3c6c1036eb 316973 database optional 
bucardo_5.1.0.orig.tar.gz
 42f93cb259c754ececa7be3e7523 5653 database optional bucardo_5.1.0-1.diff.gz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iD8DBQFTxjy0VkEm8inxm9ERAtaAAJ9uzQAOCP4lDapxglPprzCW9wE2LQCfbpmv
dcNXHugMLdLBuM7/Xpk+8EA=
=J0hn
-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: https://lists.debian.org/e1x7mxq-0005n5...@franck.debian.org

Accepted autoradio 2.8.2-1 (source all)

2014-07-16 Thread Andrea Capriotti

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 06 May 2014 20:04:16 +0200
Source: autoradio
Binary: autoradio
Architecture: source all
Version: 2.8.2-1
Distribution: unstable
Urgency: low
Maintainer: Andrea Capriotti capri...@debian.org
Changed-By: Andrea Capriotti capri...@debian.org
Description: 
 autoradio  - radio automation software
Closes: 572927
Changes: 
 autoradio (2.8.2-1) unstable; urgency=low
 .
   * Initial release (Closes: #572927)
Checksums-Sha1: 
 2e16b73d2301565374cbc8886adafefc83454197 1181 autoradio_2.8.2-1.dsc
 062101beeb731de8d768c982093b81f2a65e0e20 612027 autoradio_2.8.2.orig.tar.gz
 86ab9390b4da6cde355e7de6326da166f9ae435d 4312 autoradio_2.8.2-1.debian.tar.xz
 fa7a322db97de07182b0366eb54f7f4846a0f1c8 500346 autoradio_2.8.2-1_all.deb
Checksums-Sha256: 
 29c05895c2e3e1a8437941d0736c399b3384a4eb43a8ada871ee842988dcbb23 1181 
autoradio_2.8.2-1.dsc
 4069390af451788dd896ae09b2999df37d23be53e5c4a9dd8abdabfb4eabecc8 612027 
autoradio_2.8.2.orig.tar.gz
 69444f01dbf3e32725f87c13e68c8bc1d609e3ea4a62bb5361299dfa8afe4622 4312 
autoradio_2.8.2-1.debian.tar.xz
 4fb7a8f8809d5245c68ff365d569ec18b64cc872bfae075a4deb5b1668700f8f 500346 
autoradio_2.8.2-1_all.deb
Files: 
 1463c89ee5254bf0104fef3e71342b2d 500346 sound extra autoradio_2.8.2-1_all.deb
 77d999e2fdcef0ede7b6b4b717137118 1181 sound extra autoradio_2.8.2-1.dsc
 56d14ad773e6ac63999e1a93d7230bca 612027 sound extra autoradio_2.8.2.orig.tar.gz
 85c67869572e0ae01fa8292e490c9d65 4312 sound extra 
autoradio_2.8.2-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlNpfGcACgkQ4oPIaHg5igEy+QCfRLpDQ/D6/MZf9Uz/H5aw+lwq
4GsAn2W/01WKGGv4tyAY5Ka9wa/OnAZd
=SM+x
-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: https://lists.debian.org/e1x7mws-0006k6...@franck.debian.org

Accepted autoradio 2.8.2-3 (source all)

2014-07-16 Thread Andrea Capriotti

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2014 22:17:28 +0200
Source: autoradio
Binary: autoradio
Architecture: source all
Version: 2.8.2-3
Distribution: unstable
Urgency: low
Maintainer: Andrea Capriotti capri...@debian.org
Changed-By: Andrea Capriotti capri...@debian.org
Description:
 autoradio  - radio automation software
Changes:
 autoradio (2.8.2-3) unstable; urgency=low
 .
   * Removed Build-Depends-Indep dependency on python-support.
   * Fixed copyright file.
Checksums-Sha1:
 75bf02aae01f5d29fb142781a375b1b083b45114 1161 autoradio_2.8.2-3.dsc
 ab3404f8ff0e8d315e3d2b3e06667c7b868c2197 4496 autoradio_2.8.2-3.debian.tar.xz
 d50ce5e80cf49d495daa0ede9d41ffa61ee7b1a9 500610 autoradio_2.8.2-3_all.deb
Checksums-Sha256:
 ed8de0a9868e818f30a5d816091f2e27960d14eed9f4013e534c21eaf30bc4a9 1161 
autoradio_2.8.2-3.dsc
 9a501d1062d5fa2d32601cf2e83dc08244ab66c549934d2783598f03fc16162d 4496 
autoradio_2.8.2-3.debian.tar.xz
 14e19cba93338e95717207b86c3706792dd4620e628d6fa1aff124850918e2b7 500610 
autoradio_2.8.2-3_all.deb
Files:
 70366b8d81e94d232db057e14e1950e8 500610 sound extra autoradio_2.8.2-3_all.deb
 d21e20fa4f9225cac4cef3e00627d6ef 1161 sound extra autoradio_2.8.2-3.dsc
 b97bfb53d55324d0440aae377f8aa109 4496 sound extra 
autoradio_2.8.2-3.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlO7AZ4ACgkQ4oPIaHg5igHMlACfRAnFTfjAvPibVKS+Sgcv7XMF
y2MAnimMGChMUvfuH2Yncisa+mfZ2+4J
=sNUZ
-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: https://lists.debian.org/e1x7mws-0006ki...@franck.debian.org

Accepted hy 0.10.0-2 (source all)

2014-07-16 Thread Paul Tagliamonte

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 15 Jul 2014 21:57:00 -0400
Source: hy
Binary: hy python-hy python3-hy
Architecture: source all
Version: 0.10.0-2
Distribution: unstable
Urgency: medium
Maintainer: Tianon Gravi admwig...@gmail.com
Changed-By: Paul Tagliamonte paul...@debian.org
Description:
 hy - Lisp (s-expression) based frontend to Python (metapackage)
 python-hy  - Lisp (s-expression) based frontend to Python
 python3-hy - Lisp (s-expression) based frontend to Python 3
Closes: 731059
Changes:
 hy (0.10.0-2) unstable; urgency=medium
 .
   * Add CC0 to debian/copyright, even though they explicitly don't hold
 copyright and is not a license (to make it clear these files aren't covered
 by Expat or any copyright holders).
 .
 hy (0.10.0-1) unstable; urgency=medium
 .
   * Initial release (Closes: #731059).
Checksums-Sha1:
 8689cca989515ddc9cfc4b8ccb18c366c619d963 2166 hy_0.10.0-2.dsc
 9dfcaf412bd817f9ddaca4b961a436534e9eb397 340981 hy_0.10.0.orig.tar.gz
 02d1bec6803ae82548ae6f0d910492f34aac00fa 6452 hy_0.10.0-2.debian.tar.xz
 e78eb75bde75621412a94c688e80bea64bb55251 12382 hy_0.10.0-2_all.deb
 86fa5ac817511c19de5103e6e6211a94b3d0c2f2 47012 python-hy_0.10.0-2_all.deb
 321e9b417447f498fe452ca7c780fe2257fb2c91 76672 python3-hy_0.10.0-2_all.deb
Checksums-Sha256:
 190200ad74882dc93133b34c86658cba7999f149212f521aaa671b2b4ebbe979 2166 
hy_0.10.0-2.dsc
 524c9f2a2e0e789fe8896e9c7bea16c9f42e99d5b662080ec95e94de564523b9 340981 
hy_0.10.0.orig.tar.gz
 b6176869c5e9f3c9ae78b0f6fdf4e46e30be8c7f61d04e182d5ef315b4037730 6452 
hy_0.10.0-2.debian.tar.xz
 023a3f3317eabf7eba7c4b1fc7abbdeae3280f245b6c9993a38ebe34ca084b8e 12382 
hy_0.10.0-2_all.deb
 3ae87a1de2b55fb7ddb91318fa29e52f04b858add99024eb635d2eb9e241806d 47012 
python-hy_0.10.0-2_all.deb
 fa2f2b60cd40803a3561cd29a9029970c46dacee6c6d50ef72edcf858b45ea12 76672 
python3-hy_0.10.0-2_all.deb
Files:
 2c38d33b1c6da39613bd81f1f17130c9 12382 python optional hy_0.10.0-2_all.deb
 dc9e639726fd97caaf32a0982ff0d622 47012 python optional 
python-hy_0.10.0-2_all.deb
 ae9f813b3ac5f5b33bf95c6c6cd67ae5 76672 python optional 
python3-hy_0.10.0-2_all.deb
 d55d92780c8d9464be585f7d0c9aa654 2166 python optional hy_0.10.0-2.dsc
 864303035434591c59b9a8f92fcd67e9 340981 python optional hy_0.10.0.orig.tar.gz
 076edbc4f6f819a5703c170636004916 6452 python optional hy_0.10.0-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJTxdwoAAoJEHtYWzCAfCqHeYgP+gPD6ZUW0gCdCRFWBl20HlfI
+T2jSMAbgMdtf49M4teh71gp2THCfBHwQOK8ZUDZgntyybkqtx3KhzzrXi/GSd29
1UIrtaKcRZW2yBNXdohhE387SaTTX7bBvBPKbhyh8EA8wyGwt9BCNZwwyqHqO6Ts
3RdpDm8AE88CJH6qC50tUEqybo7qoZaxE8VdtIZit0ssSfQdwIJH7w2rWFOWOD2s
Mdv76bgunpkxy/9f8pzPoxKDLG3FAB8vLSlzVBNT2kt0ov4wgn0FW0KUQlA8M8aK
Xw7yJ/fuY3VdjfXBfubY+P1Jtcfcvd35kpzVflOkFDbIjrab3UGOijhKyTheSUGF
HEh5lPH4nGmqRWMIxPDqSyoVhIvge+jmOtagvZ9wvbtQiQs+zfP9OlBVxhK47oMl
4EMs1Zf2LjDkY82B/p/vYViQREDPu1ICHNiKXry32nNTORv89Sc5PmnWZAcVzhwE
+CzxXFbJyBYAqUHa6FxXWnSs77YdOpP4347cSy3XyI0Q6eLcrhP2HTCBzQ/wt9tW
u5+tjOyurHgzqAgtIs5b0LjYeUxWpsMtOBchxp4MqXXNqoF8fJZNGdXRRYQYbUed
C4DUHBjAOBsmV7Whvr+oEJAZNLxgji/h3pO+xxOhY1D8Aebk/j2eV8iMvuMOUOM0
uoJExLWMIja0ayOMH5q+
=tt0e
-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: https://lists.debian.org/e1x7mwt-0006l4...@franck.debian.org

Accepted autoradio 2.8.2-2 (source all)

2014-07-16 Thread Andrea Capriotti

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Jul 2014 16:52:07 +0200
Source: autoradio
Binary: autoradio
Architecture: source all
Version: 2.8.2-2
Distribution: unstable
Urgency: low
Maintainer: Andrea Capriotti capri...@debian.org
Changed-By: Andrea Capriotti capri...@debian.org
Description:
 autoradio  - radio automation software
Changes:
 autoradio (2.8.2-2) unstable; urgency=low
 .
   * Fixed anoggplayer and mpris2 licenses in Debian copyright file.
Checksums-Sha1:
 a027a05de0750e779e333f8fa025cd7a6f961f0f 1177 autoradio_2.8.2-2.dsc
 e4a6621c40a1ef7042ad0bc98e977cd8e0283539 4468 autoradio_2.8.2-2.debian.tar.xz
 66585acb3d50a86aaab6ae29845bd1f42b1d1ecf 500554 autoradio_2.8.2-2_all.deb
Checksums-Sha256:
 8fe0183eee7a7c02ae82a0621afd7490afd005ce3c5c9347b93fa22dba5feb39 1177 
autoradio_2.8.2-2.dsc
 1e5285bff833de2b5a4cc90a8d17aa84a3bb5119f78e04d50d3f36e5d182d11a 4468 
autoradio_2.8.2-2.debian.tar.xz
 53997896f71b7b72eab991ce5fb70995eb193809bb3bf2be3b15d04f5a8bb08a 500554 
autoradio_2.8.2-2_all.deb
Files:
 b2c07073d93ea1e9b2fd514046498d0c 500554 sound extra autoradio_2.8.2-2_all.deb
 37a5876e7bf0cafff5b3bac2a006f2d0 1177 sound extra autoradio_2.8.2-2.dsc
 0761ed04932970397282499c48c8b59c 4468 sound extra 
autoradio_2.8.2-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlO6t1QACgkQ4oPIaHg5igF8twCfY2BY5jhlYb4pKZjekpAvRIz4
TGsAniP1O819Lo0tS5f4zYNx7lPxUHGs
=pgkK
-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: https://lists.debian.org/e1x7mws-0006kr...@franck.debian.org

Accepted systempreferences.app 1.2.0-1 (source amd64)

2014-07-16 Thread Yavor Doganov

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 15 Jul 2014 13:31:03 +0300
Source: systempreferences.app
Binary: systempreferences.app libpreferencepanes-dev libpreferencepanes1 
systempreferences.app-dbg
Architecture: source amd64
Version: 1.2.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GNUstep maintainers 
pkg-gnustep-maintain...@lists.alioth.debian.org
Changed-By: Yavor Doganov ya...@gnu.org
Description:
 libpreferencepanes-dev - GNUstep preferences library - development files
 libpreferencepanes1 - GNUstep preferences library - runtime library
 systempreferences.app - GNUstep preferences application
 systempreferences.app-dbg - GNUstep preferences application - debugging symbols
Closes: 749793
Changes:
 systempreferences.app (1.2.0-1) unstable; urgency=medium
 .
   * New upstream release:
 - Compatible with current GNUstep libraries (Closes: #749793).
   * debian/source/format: Switch to 3.0 (quilt).
   * debian/compat: Set to 9.
   * debian/control (Build-Depends): Remove quilt.  Require
 libgnustep-gui-dev (= 0.24) and debhelper (= 9).
 (libpreferencepanes-dev, libpreferencepanes1)
 (systempreferences.app-dbg): New packages.  Split the library as
 GWorkspace needs it.  Adjust package relationships accordingly.
 (Vcs-Arch): Replace with Vcs-Git and Vcs-Browser.
 (Standards-Version): Claim compliance with 3.9.5 as of this release.
   * debian/rules: Update for modern dh.  Enable hardening.
   * debian/README.source: Delete.
   * debian/manpages:
   * debian/systempreferences.app.install:
   * debian/libpreferencepanes-dev.install:
   * debian/libpreferencepanes1.install:
   * debian/libpreferencepanes1.lintian-overrides: New files.
   * debian/SystemPreferences.desktop: Add Keywords field.
   * debian/copyright: Switch to format 1.0.
Checksums-Sha1:
 4a30d7fe4404075aa88c8ba98ed89841e83a5982 2014 systempreferences.app_1.2.0-1.dsc
 f0d5946d31bf3117a7654beebc25ff40b7ae761c 309496 
systempreferences.app_1.2.0.orig.tar.gz
 6345046451a7d327b3c2fdcf21e870e1adca5741 4244 
systempreferences.app_1.2.0-1.debian.tar.xz
 ddaa7c7f666d7097dd05c6ac521a5b52c03c1e30 257174 
systempreferences.app_1.2.0-1_amd64.deb
 de17cf3259525fe1a90643761f47c9d592b62240 7752 
libpreferencepanes-dev_1.2.0-1_amd64.deb
 eeff379bd8e644aca0afd7f3e776427646c6ec61 12992 
libpreferencepanes1_1.2.0-1_amd64.deb
 47524b7585b1e547e14319e30e00ce090ba1c986 263706 
systempreferences.app-dbg_1.2.0-1_amd64.deb
Checksums-Sha256:
 6a6139dd799ce03d75d91f1a1b67f029516905f353c7df52e511affc059ba42a 2014 
systempreferences.app_1.2.0-1.dsc
 690cfd28552c5883fe06a89283f44574f41d937627b41c8435743f07e360e7b9 309496 
systempreferences.app_1.2.0.orig.tar.gz
 44bbac6af1aaea212c9e3de8b071e8d663945e78916abdad9e800038eb77645f 4244 
systempreferences.app_1.2.0-1.debian.tar.xz
 31625e397100c84145ac8bc19e9a767b6360da47248511b9bd56ee1cf9298a28 257174 
systempreferences.app_1.2.0-1_amd64.deb
 b45e643692c8ba928cbc6b64e67c8c0062b4d138e020852cce98b06bc6971c5f 7752 
libpreferencepanes-dev_1.2.0-1_amd64.deb
 95bb6b967b5b57270f85287d5853bb2b29eccf90fba56a0fd73a0c8adbd0f2f1 12992 
libpreferencepanes1_1.2.0-1_amd64.deb
 7aa30883b78d34f77ef3eee0393563b43f6199f95efee85f8215b8e0c554fa1b 263706 
systempreferences.app-dbg_1.2.0-1_amd64.deb
Files:
 ccf0af2aeb635af7adf02727755275f4 257174 gnustep optional 
systempreferences.app_1.2.0-1_amd64.deb
 e876c52936117d999cc8150e09cdb1ca 7752 libdevel optional 
libpreferencepanes-dev_1.2.0-1_amd64.deb
 f4cb22d498a2c097b2363a1168c6641f 12992 libs optional 
libpreferencepanes1_1.2.0-1_amd64.deb
 818031dfdef0228605fcece200cef653 263706 debug extra 
systempreferences.app-dbg_1.2.0-1_amd64.deb
 0d0eddc302b699cad59f627e2be7bea7 2014 gnustep optional 
systempreferences.app_1.2.0-1.dsc
 1211e6e275161a0980ba6acf451b4107 309496 gnustep optional 
systempreferences.app_1.2.0.orig.tar.gz
 28e145d0f2b75f0e7f62453c50dd7a2c 4244 gnustep optional 
systempreferences.app_1.2.0-1.debian.tar.xz

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

iQEcBAEBCAAGBQJTxUCYAAoJEJxcmesFvXUKdJsIALlFOraecjUfPmGDnZKlkUu5
uLSxmw3ZCqF1ZU+h5qnlPSOBZq+4JyMTdgWd5z+PG5bE0pu/p8XkGHoSYUYDAieu
5WTvd2+5eKJfIsxIT5gd5ndYU3ryjzVTfAPXrv2Kr/57HWINbHa+5LK2Ko935XGR
7P42bZAGE7j/6WVz2d/aFbQ3f7A/rs/reKLnEm+Vn1Nmm3jqpaNdrORSr6M8DVQo
f7bAuWXBxAJlGAER9jM4hM8rC7iUglsMtP04ns8obhHKKIqU/S42b3r+E1Hrb0Oe
B3825lza9tx4idkX2HveEk1snY1DVvqGVnmurdVEaOiVX4AMiolNsLr41XsQMIc=
=5dZf
-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: https://lists.debian.org/e1x7mwt-0006lg...@franck.debian.org

Accepted python-dbusmock 0.10.3-1 (source all)

2014-07-16 Thread Martin Pitt

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 16 Jul 2014 13:32:03 +0200
Source: python-dbusmock
Binary: python-dbusmock python3-dbusmock
Architecture: source all
Version: 0.10.3-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team 
python-modules-t...@lists.alioth.debian.org
Changed-By: Martin Pitt mp...@debian.org
Description:
 python-dbusmock - mock D-Bus objects for tests (Python 2)
 python3-dbusmock - mock D-Bus objects for tests (Python 3)
Changes:
 python-dbusmock (0.10.3-1) unstable; urgency=medium
 .
   * New upstream release:
 - Fix TestCLI.test_template_system test with upower 0.99. (LP: #1330037)
 - ofono template: Support adding a second modem with AddModem().
   (LP: #1340590)
Checksums-Sha1:
 f27d5f45a406b44b91390b43750e7aea4192839d 2339 python-dbusmock_0.10.3-1.dsc
 1993a772a4831036419e9d5d5a13b45dd7bb6f77 56100 
python-dbusmock_0.10.3.orig.tar.gz
 1bddd5309649a9007c958e52496798aaf6c76ec5 3268 
python-dbusmock_0.10.3-1.debian.tar.xz
 56a7425b16b5ca884f43c602395b4b2b6b03bbb9 47294 python-dbusmock_0.10.3-1_all.deb
 4017c930ce77cf6505cf27268ff901e8e9684aea 47244 
python3-dbusmock_0.10.3-1_all.deb
Checksums-Sha256:
 789ee66c7ef5efbd904c525f7976909677002b951b4ebccaa44d6e1d26d58c7d 2339 
python-dbusmock_0.10.3-1.dsc
 1ca6dcb6ab595e30deb76f7f0e0268da747f292b8c3f40713247b4464c577871 56100 
python-dbusmock_0.10.3.orig.tar.gz
 c0a701a878ea28eeb3ca859c2d9fc4db72dcc94c308cd383db1cf8e9158150b3 3268 
python-dbusmock_0.10.3-1.debian.tar.xz
 3d5b7d5e0f7e7e90db95921629b31b0e06c71864aa53b18ef5e8500451655bfa 47294 
python-dbusmock_0.10.3-1_all.deb
 0f0a093f2f18f89ba5de0558f0957c0dc5a872aca632ef86cd82ee5c10fffc1c 47244 
python3-dbusmock_0.10.3-1_all.deb
Files:
 05cb657e19540e7c83a4740b0be377c3 47294 python optional 
python-dbusmock_0.10.3-1_all.deb
 8c2884b002a291790117ff60d7a254b6 47244 python optional 
python3-dbusmock_0.10.3-1_all.deb
 02c18d12424d298177658e4719f34580 2339 python optional 
python-dbusmock_0.10.3-1.dsc
 f58dc6af9e58cc3d628794133525e478 56100 python optional 
python-dbusmock_0.10.3.orig.tar.gz
 fc27fd02c1fd6b74d6e4d028bc86fe98 3268 python optional 
python-dbusmock_0.10.3-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTxmL5AAoJENFO8V2v4RNHJ0YP/20SlmqPW2wcWdwIqCHQlEit
YsHh/6naQ/sUDQjEH4oaa/f5h8/Ss8MED4t8HpAtAHM+XBisRv7fQ8XchYpOZ1dq
5ibsWxuou4Qs5CI1X9/ABbPOfCxZo2uc2V/qMQJ2IAXl3mw96XbUIRq7myO8G61E
cM+75NiwVsZTZG3qEwD2S3ufwnNpvZYb/Wlt5BA8oEEQzxHy5/GBH2PpI7Tp+UFH
KjAoTYFcfXHe/g+CvdXMkdtmBCtJkgW4vZW/g1cFc6lqUG9hD5Ec/85yDAWeZkQD
UMNI0gJbvP8noon00sJBMF3yl9XxC4hbAHKIceb5x/xIMT43v3EJQpod3TIB8rYP
6dAkBFHup9LK6uSFn1CEwSnfS5gUYAkCoqlyRcWcKdp/CNMahHRYmzRv8ooygbH4
khG5WuwrBBHAmY9HjyglzB6k2TT6M14bwrNX4oJdcjBSarcHC0+qscvqEHM6SP5w
UMnpgVtpyMskEjqjzizmGwoNty5wBJkOyfpPbDv5JB6/O6T2NJ6QvgL+xqTLRsGe
mwW2MBkxm8Vv3YSnB7wdfCwdd21HhzgI3ol1aBNB02uXEilG5mxxbvZEtVM4eQZz
syDfn3FS5z/XQiH8bhMSVFmgolfkJwkmiX8wkbS3hDabQkS9dKz/xGv5nMEP2mih
htXv/3OfoA08K5/MX0uK
=m6oR
-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: https://lists.debian.org/e1x7nhh-0005tl...@franck.debian.org

Accepted redmine 2.5.2-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 16 Jul 2014 13:00:30 +0200
Source: redmine
Binary: redmine redmine-mysql redmine-pgsql redmine-sqlite
Architecture: source all
Version: 2.5.2-1
Distribution: unstable
Urgency: medium
Maintainer: Jérémy Lal kapo...@melix.org
Changed-By: Ondřej Surý ond...@debian.org
Description:
 redmine- flexible project management web application
 redmine-mysql - metapackage providing MySQL dependencies for Redmine
 redmine-pgsql - metapackage providing PostgreSQL dependencies for Redmine
 redmine-sqlite - metapackage providing sqlite dependencies for Redmine
Changes:
 redmine (2.5.2-1) unstable; urgency=medium
 .
   * New upstream version 2.5.2
   * Mangle installed Gemfile from d/rules instead of patching
Checksums-Sha1:
 cfe2bebde7691f6ee90de51e6e38046d08c5000c 2243 redmine_2.5.2-1.dsc
 046e24a941c51249d4dc7aeb8b1b8624aae98029 2154131 redmine_2.5.2.orig.tar.gz
 dafe4fbb2821717c09c73ba9de35ceabf27e0fbc 35308 redmine_2.5.2-1.debian.tar.xz
 6bbf3c322976bcc571d551ab1d14a11f608d7d03 4625294 redmine_2.5.2-1_all.deb
 154cfa3d0185410c73a50530d2f1bca17e4a21cf 68418 redmine-mysql_2.5.2-1_all.deb
 71b3909a2f2dd885852014f7b2e5cf9b9ad349d6 68394 redmine-pgsql_2.5.2-1_all.deb
 4831e859db4167b64c993d1bfd79149f5ce7 68370 redmine-sqlite_2.5.2-1_all.deb
Checksums-Sha256:
 ab9b18a8164094c8dc7071e6480442aed70971a1a0e4095a67a2f959c3743a00 2243 
redmine_2.5.2-1.dsc
 305782270632b3afc3b811d4c7e67e702a9d10a4b5fc6e46e440f581751d9ebd 2154131 
redmine_2.5.2.orig.tar.gz
 169290faa2e7b81e4f8821663c01530feb905d8cea6f5dd28f31732d83f6a7ec 35308 
redmine_2.5.2-1.debian.tar.xz
 bf411beeb03b9fc4b636861b2afd617365bf3d086e1523cf6d30af18e8682c06 4625294 
redmine_2.5.2-1_all.deb
 61aa8bdf20d3ccb7b239718cae4ab00830c980c18deb8db60a8069ff8cf84c94 68418 
redmine-mysql_2.5.2-1_all.deb
 85601cbb98fcc80fc951120a2c904255754bb6c1a3c3162e7dcee31272b7a543 68394 
redmine-pgsql_2.5.2-1_all.deb
 a2188418df38e0f8effc93772116b99bb53577af311c2d7fc39eba09fd4756fe 68370 
redmine-sqlite_2.5.2-1_all.deb
Files:
 898af7b5db7ea8dae56fab8f073dfb53 4625294 web extra redmine_2.5.2-1_all.deb
 4dd0fcf150472cdcd68cc842fc3d0b20 68418 web extra redmine-mysql_2.5.2-1_all.deb
 31916a0b8f0939759c413c0279d72015 68394 web extra redmine-pgsql_2.5.2-1_all.deb
 0dd9bdb00917e12386be7ffc66bb1694 68370 web extra redmine-sqlite_2.5.2-1_all.deb
 10562aa7d0ad334193edad9f4272fe90 2243 web extra redmine_2.5.2-1.dsc
 139eec48afbec9150b34ff28cf1e5383 2154131 web extra redmine_2.5.2.orig.tar.gz
 dd7e75a25474b1abebfb2137c5662ab5 35308 web extra redmine_2.5.2-1.debian.tar.xz

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

iQIcBAEBCAAGBQJTxl9ZAAoJEAyZtw70/LsHuHAP/1h6LmblmXNVcjs8CapBnpMk
nzmYrG7D5bsmcocyYxQ0Vm8kY9+oOK5qP/z1PikeMrx69aZXz+uuQylEkBlxlri1
IBYoMEjWLmvtmu5vgYvW3XbDbkztI1UHG9V3cJeNw5K0r1D7vA+/vh6vskgSI93m
9NDEbcwfAFes8GbqrmA1UFLdcmTyH69AHkWznX1BSUViKIFWwM9z0zlWlKXcUgsk
aJ0aQQU34NUfeAHA/wyhLNWa0RoUTTCObsr6g+gMPMLW8YVXw4M9tCDFGS8AKvTB
M7V2Klwanva0GLkbSe+SnWcJqlKM8xXgcn64OcyK5oRjYO6NZd8ctTHTr+IYX1HU
pFK9CP7+L7ZMfUfuxlo9CjWjGjpJAJmlgUeEm5+3jEkI0tWvPv8xwJ8KJGIlgoZt
T2ULFWcxYGt8F4FzxpduO7NY/YMr2H6tuSkrd5Wsyd+/LwJnQS4oq2ZslE/K6Gn7
c4f86P4exfoxbNmXMysyd+VAS9d6kDlCSJudIZCmEpFgAPOKmHkl6VWawbxF5DYd
Kj3Nv3nuSaqmB8vNrxHa1vmmPYmZGMzCc746P06Ai5KjRjkWgIA+xYlg7aat8H+f
VTg767PI9TpJDsOAuhXdgYRI0rW268EV1BYms8K9Td+0hQ6Gb3k3UeCiFXx0Euz/
jWhIfqvCm9gXgseINdoy
=xdSg
-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: https://lists.debian.org/e1x7nhv-00060v...@franck.debian.org

Accepted gtk-sharp3 2.99.3-1 (source amd64 all)

2014-07-16 Thread Mirco Bauer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 15 Jul 2014 21:23:28 +0200
Source: gtk-sharp3
Binary: gtk-sharp3 gtk-sharp3-examples gtk-sharp3-gapi libatk3.0-cil 
libcairo1.10-cil libgdk3.0-cil libgdk3.0-cil-dev libgio3.0-cil 
libgio3.0-cil-dev libglib3.0-cil libglib3.0-cil-dev libgtk-dotnet3.0-cil 
libgtk-dotnet3.0-cil-dev libgtk3.0-cil libgtk3.0-cil-dev libpango3.0-cil 
libmono-profiler-gui-thread-check monodoc-gtk3.0-manual
Architecture: source amd64 all
Version: 2.99.3-1
Distribution: unstable
Urgency: medium
Maintainer: Debian CLI Libraries Team 
pkg-cli-libs-t...@lists.alioth.debian.org
Changed-By: Mirco Bauer mee...@debian.org
Description:
 gtk-sharp3 - GTK# 3.0 suite, CLI bindings for GTK+
 gtk-sharp3-examples - sample applications for the GTK# 3.0 toolkit
 gtk-sharp3-gapi - C source parser and C# code generator for GObject based APIs
 libatk3.0-cil - CLI binding for the ATK accessibility toolkit
 libcairo1.10-cil - CLI binding for Cairo
 libgdk3.0-cil - CLI binding for GDK 3
 libgdk3.0-cil-dev - CLI binding for GDK 3
 libgio3.0-cil - CLI binding for the GIO libraries 2.24
 libgio3.0-cil-dev - CLI binding for GIO 2.24
 libglib3.0-cil - CLI binding for the GLib library of C routines
 libglib3.0-cil-dev - CLI binding for the GLib utility library 2.12
 libgtk-dotnet3.0-cil - GTK.NET library
 libgtk-dotnet3.0-cil-dev - GTK.NET library - development files
 libgtk3.0-cil - CLI binding for the GTK+ 3.0 toolkit
 libgtk3.0-cil-dev - CLI binding for the GTK+ toolkit 3.0
 libmono-profiler-gui-thread-check - Mono profiler library to debug GUI 
threading issues
 libpango3.0-cil - CLI binding for Pango
 monodoc-gtk3.0-manual - compiled XML documentation for GTK# 3.0
Changes:
 gtk-sharp3 (2.99.3-1) unstable; urgency=medium
 .
   * Imported Upstream version 2.99.3
   * refreshed pkg-config_library_paths.patch and updated for gdk-sharp-3.0.pc
   * refreshed dllmap_gluelib_paths.patch
   * Added new libgdk3.0-cil-dev package
   * Moved gdk-api.xml from libgtk3.0-cil-dev to libgdk3.0-cil-dev
   * Bumped clilibs to 2.99.3
Checksums-Sha1:
 856536a3236a84b36920dd88a5033bee5746f6a7 2776 gtk-sharp3_2.99.3-1.dsc
 410b57e1404401cead082d35a155628a5a8c0fda 1524220 gtk-sharp3_2.99.3.orig.tar.xz
 2d962e219982dd2930632604c56195e8e3d1104e 6044 gtk-sharp3_2.99.3-1.debian.tar.xz
 b19a7852354cc75dcbeff7da52cbc9b807fb67e3 22612 gtk-sharp3_2.99.3-1_amd64.deb
 ca3fcc84997521307bcd70f20eb39adcea0620f8 225786 
gtk-sharp3-examples_2.99.3-1_all.deb
 dbc8dfcae2bc032159284bc56f55f9c76957cc61 97090 
gtk-sharp3-gapi_2.99.3-1_amd64.deb
 266392b052df73ba0889335f10d54986cd52c477 72044 libatk3.0-cil_2.99.3-1_amd64.deb
 ebffa77f66124756510ea7af3a0397f4dfbbe733 41412 
libcairo1.10-cil_2.99.3-1_amd64.deb
 d9aeb819720b273d096826bf211362dac08cc415 103850 
libgdk3.0-cil_2.99.3-1_amd64.deb
 1a98b934085c429d1c1882d1d0f6510f3d720d33 44286 
libgdk3.0-cil-dev_2.99.3-1_amd64.deb
 980b685f463811ff3b2a824a1c3a72c8aaef452b 150236 
libgio3.0-cil_2.99.3-1_amd64.deb
 675f41af5b747f3e369a8e4e0531dcc05eb30c97 61298 
libgio3.0-cil-dev_2.99.3-1_amd64.deb
 2b3408ea88e095988691962271aae0e27a3946da 71884 
libglib3.0-cil_2.99.3-1_amd64.deb
 b261babe5f6b68ece1e51252ab2c45f60eac8365 23286 
libglib3.0-cil-dev_2.99.3-1_amd64.deb
 839c255935be1ac33c70e22d4dd2a32220eea602 25562 
libgtk-dotnet3.0-cil_2.99.3-1_amd64.deb
 7f8a22a5ff46835e9d789e97552c882db53124b3 22922 
libgtk-dotnet3.0-cil-dev_2.99.3-1_amd64.deb
 e28b0cca0f715205a785e61a7156a19051905235 366752 
libgtk3.0-cil_2.99.3-1_amd64.deb
 b8a371491ae052b31eec93f3b209081598085388 135822 
libgtk3.0-cil-dev_2.99.3-1_amd64.deb
 e3610e71ecd72ee990adb180bdb3380d5b4cc303 58378 
libpango3.0-cil_2.99.3-1_amd64.deb
 e05b2a32338ebee0b7a2403b49a47dc80f0a0f76 25196 
libmono-profiler-gui-thread-check_2.99.3-1_amd64.deb
 5e408879c7386e86b59a083c693b5c5745f0d966 2269148 
monodoc-gtk3.0-manual_2.99.3-1_all.deb
Checksums-Sha256:
 12cb42bf8d0d7530f09c757e2f47c60f1ea25a883000cf2c9a56cbd68a44b3bc 2776 
gtk-sharp3_2.99.3-1.dsc
 6440f571416267ae0cb5698071d087b31e3084693fa2c829b1db37ca7ea2c3a2 1524220 
gtk-sharp3_2.99.3.orig.tar.xz
 5ef01d525e920ce9e7fdc77b3e47ff7ead8ae51c210c726415d08770ba8ab609 6044 
gtk-sharp3_2.99.3-1.debian.tar.xz
 9233cb647d25223266c1d14faa64d80a90504c189a4baf5bb290239567cf 22612 
gtk-sharp3_2.99.3-1_amd64.deb
 f576d5e2a7eba6b45690a553b8e9f41e825a043a457b34c09bb92ec874566d0f 225786 
gtk-sharp3-examples_2.99.3-1_all.deb
 90755450ab1ac77ccca213edcca96aaabc18bfa0bdbe45a0cdaddef0b1c23311 97090 
gtk-sharp3-gapi_2.99.3-1_amd64.deb
 c69ab6213e10ea3384e8b794d7a821411bc3c1ed5323bfefe2d2ac5eaba65897 72044 
libatk3.0-cil_2.99.3-1_amd64.deb
 286848019dfcf4c146850bfe32e1628547c26bf89084c554c09b54594a34 41412 
libcairo1.10-cil_2.99.3-1_amd64.deb
 d64e72320daba758dc802c0c64e7974a0eab702b15a998f9f3ec6a1c521ee02c 103850 
libgdk3.0-cil_2.99.3-1_amd64.deb
 a524803d07d40302297276778beff9cf76cf6f31e20aa4cee28ac81781f42de9 44286 
libgdk3.0-cil-dev_2.99.3-1_amd64.deb

Accepted libguestfs 1:1.26.5-2 (source amd64 all)

2014-07-16 Thread Hilko Bengen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 12:48:58 +0200
Source: libguestfs
Binary: guestfsd libguestfs-dev libguestfs0 libguestfs-gfs2 libguestfs-hfsplus 
libguestfs-jfs libguestfs-nilfs libguestfs-reiserfs libguestfs-rescue 
libguestfs-rsync libguestfs-xfs libguestfs-zfs libguestfs-tools libguestfs0-dbg 
python-guestfs python3-guestfs libguestfs-perl libguestfs-ocaml 
libguestfs-ocaml-dev erlang-guestfs libguestfs-java ruby-guestfs 
libguestfs-gobject-1.0-0 libguestfs-gobject-dev gir1.2-guestfs-1.0 lua-guestfs 
golang-guestfs-dev
Architecture: source amd64 all
Version: 1:1.26.5-2
Distribution: unstable
Urgency: medium
Maintainer: Hilko Bengen ben...@debian.org
Changed-By: Hilko Bengen ben...@debian.org
Description:
 erlang-guestfs - guest disk image management system - Erlang bindings
 gir1.2-guestfs-1.0 - guest disk image management system - GObject 
introspection files
 golang-guestfs-dev - guest disk image management system - Golang bindings
 guestfsd   - Daemon to access to guest virtual machine through virtio serial
 libguestfs-dev - guest disk image management system - development headers
 libguestfs-gfs2 - guest disk image management system - GFS2 support
 libguestfs-gobject-1.0-0 - guest disk image management system - GObject 
bindings
 libguestfs-gobject-dev - guest disk image management system - GObject 
development headers
 libguestfs-hfsplus - guest disk image management system - HFS+ support
 libguestfs-java - guest disk image management system - Java bindings
 libguestfs-jfs - guest disk image management system - JFS support
 libguestfs-nilfs - guest disk image management system - NILFS v2 support
 libguestfs-ocaml - guest disk image management system - OCaml bindings
 libguestfs-ocaml-dev - guest disk image management system - OCaml development 
files
 libguestfs-perl - guest disk image management system - Perl bindings
 libguestfs-reiserfs - guest disk image management system - ReiserFS support
 libguestfs-rescue - guest disk image management system - virt-rescue 
enhancements
 libguestfs-rsync - guest disk image management system - rsync support
 libguestfs-tools - guest disk image management system - tools
 libguestfs-xfs - guest disk image management system - XFS support
 libguestfs-zfs - guest disk image management system - ZFS support
 libguestfs0 - guest disk image management system - shared library
 libguestfs0-dbg - guest disk image management system - debug symbols
 lua-guestfs - guest disk image management system - Lua bindings
 python-guestfs - guest disk image management system - Python bindings
 python3-guestfs - guest disk image management system - Python 3 bindings
 ruby-guestfs - guest disk image management system - Ruby bindings
Closes: 752017 754615
Changes:
 libguestfs (1:1.26.5-2) unstable; urgency=medium
 .
   * Don't attempt to run make quickcheck on all architectures. (Closes:
 #754615)
   * Fixed the code that extracts dependencies from
 .../guestfs/supermin.d/packages-* lists. This should also take care of
 the iproute legacy package. (Closes: #752017)
Checksums-Sha1:
 cbf2b3ba5d126c08a681979c72409d203a6c4153 5192 libguestfs_1.26.5-2.dsc
 6df7d2a8a1c06af9b2337d28d9805c7dac05ab75 25288 
libguestfs_1.26.5-2.debian.tar.xz
 3270f5f3570281856a6bc4f3c2c2e1108e1358fe 807250 guestfsd_1.26.5-2_amd64.deb
 c62905433a1c565b573f44d2f4ba88a6da535cb7 1440032 
libguestfs-dev_1.26.5-2_amd64.deb
 b0ec0a873392d9ce60fd1be3898b4dc846a00693 2226234 libguestfs0_1.26.5-2_amd64.deb
 6c14dd9ee0db385e319eb11e81fc0deaff79cbf3 640556 
libguestfs-gfs2_1.26.5-2_amd64.deb
 f6515f3ae7982b771ff483e784013991dee57595 640520 
libguestfs-hfsplus_1.26.5-2_amd64.deb
 9f99e9eb90d0979ae5a8b76ff7ee274fa8d1a8d0 640528 
libguestfs-jfs_1.26.5-2_amd64.deb
 a84afced964ac92b821e2d8b8eb5d67b82baafa7 640536 
libguestfs-nilfs_1.26.5-2_amd64.deb
 ac3028ea43345c019798fec8ee6234c4b4fb6262 640540 
libguestfs-reiserfs_1.26.5-2_amd64.deb
 c23d92702f2b79f88500c0eff6de761a8c181d99 640606 
libguestfs-rescue_1.26.5-2_amd64.deb
 fa9af2ccdc55811c9152c085835744576355e44c 640538 
libguestfs-rsync_1.26.5-2_amd64.deb
 0afd12f9f37496187b782973f34e6b1348da7488 640528 
libguestfs-xfs_1.26.5-2_amd64.deb
 c52e4224fc92cd5cbd3a202e506e987542bc0b88 640524 
libguestfs-zfs_1.26.5-2_amd64.deb
 d31421904dc588be1aaf621ff9c415593c337264 2632966 
libguestfs-tools_1.26.5-2_amd64.deb
 b09b0cafea54c3b2c150bd478ca32ce968bdd022 7181592 
libguestfs0-dbg_1.26.5-2_amd64.deb
 183bf4aea17c8de43944bbda3603e2c0b17f0dc9 767070 
python-guestfs_1.26.5-2_amd64.deb
 36fa1e1efdbacd0b78d601ea0f0ef5361ecb69ff 759312 
python3-guestfs_1.26.5-2_amd64.deb
 d21fbf9446089b1e33d19b15e5401dda7ff637fd 913844 
libguestfs-perl_1.26.5-2_amd64.deb
 bdf02888086a5d223f6e7338f62cee9100b225cd 696358 
libguestfs-ocaml_1.26.5-2_amd64.deb
 a7735d843902eb48b95d8baaa1becd0a8375c710 939178 
libguestfs-ocaml-dev_1.26.5-2_amd64.deb
 2035fbda5e2ef0c912821784fa19fcff1abc230f 760592 
erlang-guestfs_1.26.5-2_amd64.deb

Accepted birdfont 0.41-1 (source amd64)

2014-07-16 Thread Hideki Yamane

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 16 Jul 2014 21:33:58 +0900
Source: birdfont
Binary: birdfont
Architecture: source amd64
Version: 0.41-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Fonts Task Force pkg-fonts-de...@lists.alioth.debian.org
Changed-By: Hideki Yamane henr...@debian.org
Description:
 birdfont   - font editor that lets you create outline vector graphics and expo
Changes:
 birdfont (0.41-1) unstable; urgency=medium
 .
   * New upstream release
Checksums-Sha1:
 324797a32e3bc34245660320083f1fcb522f07dd 2026 birdfont_0.41-1.dsc
 27811d39aa7be388b115ddf542198fb1783d29bc 808058 birdfont_0.41.orig.tar.gz
 530fe0794a8d6bde804264915222a0fe781c8cd7 4084 birdfont_0.41-1.debian.tar.xz
 1cff715ac5971b086643b4a962801a14382bd004 799458 birdfont_0.41-1_amd64.deb
Checksums-Sha256:
 24f20765672e47ab2aeed805c0e1984ae4a47fa1e1f1ca26e26bee9bc809d2ea 2026 
birdfont_0.41-1.dsc
 c88de6a2816556f08bc36c12320c3a2827858c27dea1c3791d229c6cf726e9dd 808058 
birdfont_0.41.orig.tar.gz
 6950aafca29dce44472d3a16de0157aec36a6ff6b3d303784fee56884624e223 4084 
birdfont_0.41-1.debian.tar.xz
 9bd06ad573242f0be6348682c2e1df2eb8c1ef61f22487cd67967b447ebe505e 799458 
birdfont_0.41-1_amd64.deb
Files:
 2d9797cf3e6296d83baf0f3f2f1f282a 799458 fonts extra birdfont_0.41-1_amd64.deb
 b48233fb3137e8f9e7f83de32ef45a9c 2026 fonts extra birdfont_0.41-1.dsc
 3e46b95dca98cfc80fc731272104d32e 808058 fonts extra birdfont_0.41.orig.tar.gz
 8f4f74c4018fa7ebb74c9a463b89653c 4084 fonts extra birdfont_0.41-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJTxnKgAAoJEF0yjQgqqrFAkzoQAI5fCOigd2xNCfUvgSwbNnVP
/2Uc1UlEJhxyM++W5Yce8lafgNVC2zxdCKZuNJQJK07b80Ln4L8NqDw1I78IO/C2
kZMnPlFCSSr+TQnBQe1vQIMlZUy6Uui1CLkdhEn4mH7Cvu/BJaad6u+qtrAQmBkm
q4N0kJOZa6+a1IJz+FRmBoQnfCoP8/VBxJo/qchme9DVoVHzbu3hLNu2gaCRG3Pu
QVxKZyNDxGovOs8mXCXbFsSDa4jmUZ1jCTp72CfIas1tBQ3VjSHLYyI9Wl4o4f7P
KEsi9zh2+eBjc/draztaTULjC6eXLAcyrIuBJJhib2YFg0ScWbenU6PiLB5fZzh5
OTPIoS+hACmmn10NcMICelaSi21omIZgktS4jed/8HP7lKO9FhWm/HDe2bAjKE3D
N8ya/z73Dw5K56a3qGxc785Hto6rSRyXCQm19Ata0khH1LM9q+97qmbmPK1Cjq3p
7UobNe6PukTgDigu96/f9t8ylaxIeun391hB6+54lxt6Ln+kagGmQdHJ76h9G7Qv
Zvx0qFwcb5aK/L1cIhgmBRpM4MZ64CVsulx28v2WEbWHHUaRTZS4WDLtWG6Hq75o
oSYxxcgplNohZTiINvGeYxHFC2sHSTadxm/Sez1LFenL+3ec1W9guc1qsR7bNnPK
cuZbUSGJARV2zIZdn+c8
=WKkZ
-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: https://lists.debian.org/e1x7odf-0001yb...@franck.debian.org

Accepted findutils 4.5.13-1 (source i386)

2014-07-16 Thread Andreas Metzler

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 16 Jul 2014 14:59:46 +0200
Source: findutils
Binary: findutils locate
Architecture: source i386
Version: 4.5.13-1
Distribution: experimental
Urgency: low
Maintainer: Andreas Metzler ametz...@debian.org
Changed-By: Andreas Metzler ametz...@debian.org
Description:
 findutils  - utilities for finding files--find, xargs
 locate - maintain and query an index of a directory tree
Changes:
 findutils (4.5.13-1) experimental; urgency=low
 .
   * Point Vcs-* to GIT repository.
   * Add Breaks for sendmail, see Bug#724772.
   * New upstream version.
Checksums-Sha1:
 baa6b6837024d10c0a78c8bb56c86ef7ddf54380 2062 findutils_4.5.13-1.dsc
 a22e179bca3065444ecca099231c22f4b6f589d5 3536770 findutils_4.5.13.orig.tar.gz
 29239d59a67af516e7f6d4a3f6c007d9e439a0a7 21056 findutils_4.5.13-1.debian.tar.xz
 d2b4cdbcbb7bb3d417d6e79ccc57be9f82df9766 604284 findutils_4.5.13-1_i386.deb
 ba1884d6b8ea70653711842503147df4d909b6fb 193688 locate_4.5.13-1_i386.deb
Checksums-Sha256:
 250c38b24661cdc902064d34155eb2c5e13747a27b4b2d1886aa0bb5b9010f77 2062 
findutils_4.5.13-1.dsc
 89f50868d0ae1f8b9329304414b1a71bd9241a4696e43f6c7fc767930d11d971 3536770 
findutils_4.5.13.orig.tar.gz
 ee701a83cbda83194cd0b870889971360488239ab516b787c072be882458e112 21056 
findutils_4.5.13-1.debian.tar.xz
 b089f73d579c179261bb89301e9ad36bc57ae33cc6ba21d4d1e39ea6af43f6ee 604284 
findutils_4.5.13-1_i386.deb
 1b896b77b5f6d328fade538fb77eaf4bcac2671bb0746fee1015e1f406efb98c 193688 
locate_4.5.13-1_i386.deb
Files:
 69fb8c8edae9b6c541d9e2c9a6bd74bc 604284 utils required 
findutils_4.5.13-1_i386.deb
 522d33f92f6e5b8a685045eef1472f2e 193688 utils optional locate_4.5.13-1_i386.deb
 0e3782cdbfc2320040cf0725952d859c 2062 utils required findutils_4.5.13-1.dsc
 4a62988d34d462bd74dfb423a8f21b78 3536770 utils required 
findutils_4.5.13.orig.tar.gz
 07a85db28faad3211493c985cb0d22a0 21056 utils required 
findutils_4.5.13-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJTxnhrAAoJEKVPAYVDghSEiucP/12PDl/elFp+6jL1PU798cAk
cn/YE2+OvcVrXR479bg4goRh7p4wTufYZk/VXqLKtmzQI5LIosqNyX5tr7P+aJD/
iQW2s46h8p8Aoy6kI8KPGHn0HQTusYsuU0YNcD+ucWAugPUtmmIOeE8N+5sP2f5x
pFKyDD9cUky6OeRWaL4gqm2GDKEH4g4Bm/IXGWGJNB/ZnQYuT25v1PwQty34GOc1
4/yGnSFTRmtgzwC0PN8FTHwF+mvwShP6UXZpL+Fon1KvhoO69SbySF8cJ7ulc7B0
iUYTAFRkdboNYKHqWEu22JgJJYhHJlBAE9XmlcmXlMDPFArDczVmJjQ0nwgU0XAU
YnBLPGNZm+m3gh5srbjpD+7bu9uhlIf9SigVxvwVD4h+o6xN2mswwUw3rvMLzcp5
yhtJ9/RB1ulPT/FUycenrUvi6jxI4w0aFraQG0HdBw8qIYgTVBxzTPN2ljp8arkg
7A/30cMpbU5K9iRgZaJFumV3a+kiuePscz7fLZvILTC70OeAk0/GEseV+qEuIxic
9MP1mHQtN56MAdxXsTh0sjXpPodETiOHvDzRWiNi51BN/QSeKuGjOcqTiWRjNQBx
B2gAwcJf3VRhaV43Mp+P7k6zCge6E2TYZKrX9nK3f/04kUb60KNpQF5KDSbOckiy
uxY6xI14ybG29OA9spkt
=gKAj
-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: https://lists.debian.org/e1x7p6t-0005ov...@franck.debian.org

Accepted libapache-poi-java 3.10-2 (source all)

2014-07-16 Thread Emmanuel Bourg

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 13:51:22 +0200
Source: libapache-poi-java
Binary: libapache-poi-java libapache-poi-java-doc
Architecture: source all
Version: 3.10-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Emmanuel Bourg ebo...@apache.org
Description:
 libapache-poi-java - Apache POI - Java API for Microsoft Documents
 libapache-poi-java-doc - Apache POI - Java API for Microsoft Documents 
(Documentation)
Changes:
 libapache-poi-java (3.10-2) unstable; urgency=medium
 .
   * Fixed a test failure with Java 8
Checksums-Sha1:
 2a451324ff7b1aa1b3708628601c0e7198bb7bb6 2361 libapache-poi-java_3.10-2.dsc
 d737618968661ae5939dd9c0fcdd3e190a7fa314 8268 
libapache-poi-java_3.10-2.debian.tar.xz
 81e80cdc48adc0eb43941fe79bf7e65b3933e136 7563890 
libapache-poi-java_3.10-2_all.deb
 2d9c404fcb3d9a8e18a91012843c1859e268f309 2696388 
libapache-poi-java-doc_3.10-2_all.deb
Checksums-Sha256:
 1065856ab630a7914a1e7db1d8e802f186918750e3cb735c1d244a695697d1c1 2361 
libapache-poi-java_3.10-2.dsc
 2b4e861f4e2387a376b03726cd53090c177d03a0a8176094fece14df10638e91 8268 
libapache-poi-java_3.10-2.debian.tar.xz
 16892fac9a75f09f46b4887c8d10a853b959458ff078b4039e77f3765b71926c 7563890 
libapache-poi-java_3.10-2_all.deb
 4743753878ccb33ba2c33b15b29d10f2d7ab9d71da08bac8789a274672e4b1de 2696388 
libapache-poi-java-doc_3.10-2_all.deb
Files:
 bf2417608133d5409c3e6007c2824545 7563890 java optional 
libapache-poi-java_3.10-2_all.deb
 ff5f2fece492e2673aaf74787d8ff8bc 2696388 doc optional 
libapache-poi-java-doc_3.10-2_all.deb
 fe860288d35d7c2557e926d86ebd64e7 2361 java optional 
libapache-poi-java_3.10-2.dsc
 c9cdb0b637252e8ef79bf8efbae7fde8 8268 java optional 
libapache-poi-java_3.10-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJTxm4rAAoJEPUTxBnkudCsf+cP/1bEtggbiZLg1RZaei++jWAI
Az4LErpcaO6f5baevRtPsASICfZ4jw8t9qe2WB2eiLa8xpnTgbK0gKwJ973c7Ru+
r9wZeboreyZ+TQf6DbbXUoa357PNPmkTsgZwd1W0KNliho5CZsJWlpFDINb+hpEz
nKsxNMKX8K3yIpGszNy3sCfbcwRyuFhD9oA0jNbAPQKKZqmE5T8pCRaMrKaNImB5
NRZfpV3DGoZngOhcRFpCsj8HzldaEEO2Ww48PcMXbGKK25ZEhZ2MFjbiaBMO1JHI
VnWjtpEKVAuQvL63Msb+fUa5cEk+SpG06BeaWl5q9ubH5Srxptm/IvT7HILwkSKJ
RWwB4Jn0W/fQg3mpfCPMvKhfVFwOcj51Ejc83uSyFO48irkvi6D9n9glb0LeRZrQ
evzkMKQHNXtR8J6BDM0Xvzow9E0yDesxUxUFi4a/2tvQkR1xrXjiHLvb+1fYlNyd
Wj4XMRc1Hj3y6JHB5OtMqp1TzFfyUtI+Asv1uHJEOU2ZiojO50MG8AGXhTqnyRfP
FDGAqIEMlEIKryTIxQKHe6//ofXyefalw5CE8teW2pJWPkOTGpXP6i9hO5KQeGF8
+KNGSADy2TPoix0ac8fLuiK13x+lDO/VjiwOTv+5/is9ToGAL5RoqbuflJZDtqnu
D3uVsCdw/sWWZ0rmzuMI
=NF6G
-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: https://lists.debian.org/e1x7p75-0005ue...@franck.debian.org

Accepted boinc 7.4.8+dfsg-2exp1 (source all amd64)

2014-07-16 Thread Gianfranco Costamagna

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 16:50:27 +0200
Source: boinc
Binary: boinc boinc-nvidia-cuda boinc-amd-opencl boinc-client boinc-manager 
boinc-dev libboinc-app-dev libboinc-app7 libboinc7 boinc-server-maker 
boinc-app-examples boinc-dbg boinc-server-dbg boinc-cgi-stripchart
Architecture: source all amd64
Version: 7.4.8+dfsg-2exp1
Distribution: experimental
Urgency: medium
Maintainer: Debian BOINC Maintainers pkg-boinc-de...@lists.alioth.debian.org
Changed-By: Gianfranco Costamagna costamagnagianfra...@yahoo.it
Description:
 boinc  - metapackage for the BOINC client and the manager
 boinc-amd-opencl - metapackage for AMD/ATI OpenCL-savvy BOINC client and 
manager
 boinc-app-examples - example binaries for BOINC servers
 boinc-cgi-stripchart - CGI script for plotting basic statistical graphs
 boinc-client - core client for the BOINC distributed computing infrastructure
 boinc-dbg  - debugging symbols for BOINC binaries
 boinc-dev  - development files to build applications for BOINC projects
 boinc-manager - GUI to control and monitor the BOINC core client
 boinc-nvidia-cuda - metapackage for CUDA-savvy BOINC client and manager
 boinc-server-dbg - debugging symbols for BOINC server binaries
 boinc-server-maker - BOINC server applications and data files
 libboinc-app-dev - development files to build applications for BOINC projects
 libboinc-app7 - libraries for BOINC's scientific applications
 libboinc7  - libraries of BOINC the client depends on
Changes:
 boinc (7.4.8+dfsg-2exp1) experimental; urgency=medium
 .
   * Upload to experimental.
Checksums-Sha1:
 2cf3aa4c78781cedeefd57fe6c29e01416eb8a8d 2942 boinc_7.4.8+dfsg-2exp1.dsc
 8342af79022d3fbb57849e404269556ef07c7139 444864 
boinc_7.4.8+dfsg-2exp1.debian.tar.xz
 d32313dd5840b5e818a4d494aee3d22c42b8bf6e 41668 boinc_7.4.8+dfsg-2exp1_all.deb
 5f0e43483720bb71d9ae01840cc069aff4aaf2fc 41690 
boinc-nvidia-cuda_7.4.8+dfsg-2exp1_amd64.deb
 509a3f6776b786f91d555ceea8db14987d473768 41742 
boinc-amd-opencl_7.4.8+dfsg-2exp1_amd64.deb
 e20dedab94b0a9a207df781349e673e1256236e6 499830 
boinc-client_7.4.8+dfsg-2exp1_amd64.deb
 46236873273113d69f333acaf4dbd1f9d9156f63 1573806 
boinc-manager_7.4.8+dfsg-2exp1_amd64.deb
 150fc1b325fbe481c71d3ac2a3bbc8081e0651f2 41312 
boinc-dev_7.4.8+dfsg-2exp1_all.deb
 8e572388624ce9e7f2e4eb3e2875c7129bab67b3 123636 
libboinc-app-dev_7.4.8+dfsg-2exp1_all.deb
 583188d204844f9b3ca40f4080c5bef326eaa352 82098 
libboinc-app7_7.4.8+dfsg-2exp1_amd64.deb
 402feb35c73c6981e193a4cbd4296b9d33627925 404080 
libboinc7_7.4.8+dfsg-2exp1_amd64.deb
 aec1bb5fc03d4797576e6eeb9dde776f8c4eb3de 3858630 
boinc-server-maker_7.4.8+dfsg-2exp1_amd64.deb
 ad316ae7cffedfab55d11b936739babc9f402b45 496256 
boinc-app-examples_7.4.8+dfsg-2exp1_amd64.deb
 64e88bafd7e317fc9e28cfd91f0508e9de540f03 16364554 
boinc-dbg_7.4.8+dfsg-2exp1_amd64.deb
 ec47742d177c54def88df3cf66a08faca7835907 6709324 
boinc-server-dbg_7.4.8+dfsg-2exp1_amd64.deb
 1e761901f1ac90b7262976cf7242994e63dae09a 51924 
boinc-cgi-stripchart_7.4.8+dfsg-2exp1_all.deb
Checksums-Sha256:
 7977c86cc3645a0f719e1e2bc87b862db46aa54beef15090eaa50c27216ed025 2942 
boinc_7.4.8+dfsg-2exp1.dsc
 0a83ce68031cfbb604a27feeecc2cca52b755abe83ae3b55cfba11082627b5f1 444864 
boinc_7.4.8+dfsg-2exp1.debian.tar.xz
 32d547f783d33c50e572e8f2931b197d02f9a10a7aec3dfd42b71fb3e388b0df 41668 
boinc_7.4.8+dfsg-2exp1_all.deb
 568ca862b14c9898f7ede7f525dae921e59fb116b710188d64b1b8785c72 41690 
boinc-nvidia-cuda_7.4.8+dfsg-2exp1_amd64.deb
 ff303cc731b4b6b674008008318f0c6153a6be8b5fd46b50fc02c5a44c99591a 41742 
boinc-amd-opencl_7.4.8+dfsg-2exp1_amd64.deb
 82a92d5079a145d0c902f2753102ff6a1a343ca177005fea0a29cedc94675b22 499830 
boinc-client_7.4.8+dfsg-2exp1_amd64.deb
 0fcbc4f0b7ffac9a69ad35566fd030de18200bba6e02842d579c91d41aa6408f 1573806 
boinc-manager_7.4.8+dfsg-2exp1_amd64.deb
 10e63136bf7edf9bb5d6aac0537e01fb7779d9fadbaa7c124e2b9010760ba3fb 41312 
boinc-dev_7.4.8+dfsg-2exp1_all.deb
 ef355dad284134b542cea367ccbb2971ce1af3ac22086cdd68283a28af1dbcfc 123636 
libboinc-app-dev_7.4.8+dfsg-2exp1_all.deb
 0f7e72cc89693f7929c6c2a7f0caf2f02d2f4a1bde414e15804c5aca4463f548 82098 
libboinc-app7_7.4.8+dfsg-2exp1_amd64.deb
 214d172d3c1ec2d49dc6fdb36e5d064054389eb3f79f8a6f782560dce96d2ff7 404080 
libboinc7_7.4.8+dfsg-2exp1_amd64.deb
 2a5cb6a4c83bf8ed4f5e2da2fbdb0d13f04d9819602f6f1bed226bca4d546748 3858630 
boinc-server-maker_7.4.8+dfsg-2exp1_amd64.deb
 abfca557cb353be501d030eeaaf4c48de06e030716e9e5189462d47f51924e72 496256 
boinc-app-examples_7.4.8+dfsg-2exp1_amd64.deb
 9ea9852fdd4fd6686be811670576e37b70b2931270828e5b230d497cfe6767d0 16364554 
boinc-dbg_7.4.8+dfsg-2exp1_amd64.deb
 932db55f4cd64592e8bba90a48bacb848125db6575d9e42d467410a04d2a6901 6709324 
boinc-server-dbg_7.4.8+dfsg-2exp1_amd64.deb
 f6c0346308b159ceff8ff75496cd6c18a7aee53f6f9b6b6d5ac4d2be27551d14 51924 
boinc-cgi-stripchart_7.4.8+dfsg-2exp1_all.deb
Files:
 cf98aba593b686a8d63e1cbc4a997239 41668 net optional 
boinc_7.4.8+dfsg-2exp1_all.deb

Accepted libdevel-repl-perl 1.003026-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 16 Jul 2014 17:29:07 +0200
Source: libdevel-repl-perl
Binary: libdevel-repl-perl
Architecture: source all
Version: 1.003026-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Changed-By: gregor herrmann gre...@debian.org
Description:
 libdevel-repl-perl - module for building a modern Perl interactive shell
Changes:
 libdevel-repl-perl (1.003026-1) unstable; urgency=medium
 .
   * New upstream release.
   * Strip trailing slash from metacpan URLs.
   * Install new CONTRIBUTING file.
   * Drop patch add-whatis, merged upstream.
   * Update build dependencies. And lower debhelper compat level, since
 Module::Build::Tiny is gone.
   * debian/rules: drop override which removed empty manpages which were
 created by Module::Build::Tiny.
   * Update years of packaging copyright.
   * Declare compliance with Debian Policy 3.9.5.
Checksums-Sha1:
 c24940e158d2f95c297ece64cdf856793bef761b 2784 libdevel-repl-perl_1.003026-1.dsc
 650a6e7fd6736c01c290c227e1f34838dee7296f 56129 
libdevel-repl-perl_1.003026.orig.tar.gz
 5bc374877075c89d816aba2f6b0c01dd2e8c1f88 4816 
libdevel-repl-perl_1.003026-1.debian.tar.xz
 cd5c41974b58a29932ed3495a307f75efdba1fcb 105798 
libdevel-repl-perl_1.003026-1_all.deb
Checksums-Sha256:
 7f172fc647620e3fa1cd29fe2ec3d2b53f11c2d32a9ff7ff1d60a4ddfe5f8e05 2784 
libdevel-repl-perl_1.003026-1.dsc
 d8bb02af957bfaa6fd2bbd17028136ecbb6e350598beabf60513718e19763199 56129 
libdevel-repl-perl_1.003026.orig.tar.gz
 04880c64f294b832821d216c645df18a4c30890ac198a580a38dec9cbcd07105 4816 
libdevel-repl-perl_1.003026-1.debian.tar.xz
 00bdca547d32da1f4a512f9c218224b0304ca04e24d795fd058bdfb42946465d 105798 
libdevel-repl-perl_1.003026-1_all.deb
Files:
 1767a1b8752df3d7aa09351402ee39e2 105798 perl optional 
libdevel-repl-perl_1.003026-1_all.deb
 00b55577bc7f027186cb8e206bf2e9be 2784 perl optional 
libdevel-repl-perl_1.003026-1.dsc
 2404861ed071ee7af1d4574d7a3b9b90 56129 perl optional 
libdevel-repl-perl_1.003026.orig.tar.gz
 48978c0cb77c27f6fe6ae1ce36baf527 4816 perl optional 
libdevel-repl-perl_1.003026-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJTxppwXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGkQsQAJXrVLA9bfcpIFz1VW1nu4Pd
SxhtCFJ60Y92VpyJadntuEHwAygDK52IFnBIJ9eDzjyK8Da8o7Rmb7kYawNEGpVV
xpQLPi1mTVKx7UKOH/18JbW7dsnUq0PgTEMdsYnWWTDYEbUB7Mg9EoXTL6ArPxT/
vmwW1Y+8vy5AJCtFgPOrFcAWZN6JCvMcnrtZiQiXsGegVRsQPCpDDpeyC5v9QAjR
UiAGDlwfMkeNdn83lcnJG/9wtg9nRJDxPDfg5V394JxiTA2uwlj5oQcEVpCAe+UG
LdsK49CfwPOQCztkwJUdnwwKudDz6x6tCyixZOBmZr82wlSsYbyxP93mor143Xrj
whyLQrLDSMtfK5fc5lgt9YKMPLRN1cbHuRs1VcyJnhR5LeT5ImPsGLOlxNoVmzHJ
cPR6nVyaskWf31TlX6q6nETb28fMTKyRZpqIDkQQ07Zt076WdCuI+pEsmXOt/ZPS
loj1pEO3VEGGxbeypfktcAfyXoQ+CDHnHyVy+KAB2bsiusReaM8Npu3sn+EwOfOB
o7z/q7L3nG26HcjyX0RLQbguqDVBH5X/mKP/qMjVbk1tg1LKye1H/PR+0qwz2bsm
xvYjx4SHikc7BYJL5GHre0ZfA44suaKpqUtAa4pzDYBV43uYbOYudqTfR1AW3DbS
ZWG+qSNbP9l+BAxwclYG
=Rwh2
-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: https://lists.debian.org/e1x7rty-0007pq...@franck.debian.org

Accepted libdancer-perl 1.3126+dfsg-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 16 Jul 2014 17:15:29 +0200
Source: libdancer-perl
Binary: libdancer-perl
Architecture: source all
Version: 1.3126+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Changed-By: gregor herrmann gre...@debian.org
Description:
 libdancer-perl - effortless web application framework
Changes:
 libdancer-perl (1.3126+dfsg-1) unstable; urgency=medium
 .
   * New upstream release.
Checksums-Sha1:
 a7c9c9189d5f80a1e8dee3ef21dfad2745e6ff18 2835 libdancer-perl_1.3126+dfsg-1.dsc
 865c645e4940141289adc1b4640f09ed55bab0bf 306511 
libdancer-perl_1.3126+dfsg.orig.tar.gz
 baae39f96d97e3fd6f88d39b08798c516d1e75da 9652 
libdancer-perl_1.3126+dfsg-1.debian.tar.xz
 cd9c91d5bebc5b8aee16da78b83988c5a5f7bc68 411396 
libdancer-perl_1.3126+dfsg-1_all.deb
Checksums-Sha256:
 2062834aa531567a7fc15f6827d0b2f17ca00ebf9fc0e5e7a143ddabb457de9d 2835 
libdancer-perl_1.3126+dfsg-1.dsc
 5b21000ef62345b07cd21ddc8d1b0a83823adb6e88ce81a50c600874929aebde 306511 
libdancer-perl_1.3126+dfsg.orig.tar.gz
 0227a9f079010e576ac759f21d04da691f8b30de8e16ac8e8428e7f6e0395a1c 9652 
libdancer-perl_1.3126+dfsg-1.debian.tar.xz
 384a9ea7f6ebcb2e85048485b1874a27ab8b51ad2261b703b454658d3e6897c2 411396 
libdancer-perl_1.3126+dfsg-1_all.deb
Files:
 d8b4acc943f3d2b478765dc1f9fe96d6 411396 perl optional 
libdancer-perl_1.3126+dfsg-1_all.deb
 c31bd4c4d45544ddb18082c5b4b4de5f 2835 perl optional 
libdancer-perl_1.3126+dfsg-1.dsc
 39f5da45347bc8877c5a44fbfb23d054 306511 perl optional 
libdancer-perl_1.3126+dfsg.orig.tar.gz
 3bc1a834004da574d0a0f29a8384eade 9652 perl optional 
libdancer-perl_1.3126+dfsg-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJTxpdvXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoG0mMQAKQrFb4rtfyobGn2NIRlb5n3
evhh4U0jV6AjzP8Jwhcnz3flrKEQlAv4sJSIkNWYQtdi63LfI50UyVQl5cF2pddG
X7+WbVvC94onWdUEtn0+mdJldohxOP9KThgiTTZ+pNbvH7wClOwT9vNQPBo7VblY
8cMpdqPhHawEXv56HSpJWj2O/4iLPi+H0vctUejriLzq41oWBhXpn3w86qNzXfYI
pXBaxutrizmk8Ws/pUv2dA0R15vl30WMt9QINCAoWpgcoU0pE1HOF0aH09BitjKg
4weDLILSwCPeltjnLKjccFdeN54g+B7dt0ESOQTBKGHGbd/qXjT83OHc8UaaeG/c
0PKysq5gdK4SRwOwn1qILZglygD+43uPcU7P1KR/ZAnen8G4Ch6YOk/yio3qBpzX
j40Aly5PnGaL4TTfg29MazKhTWYExj8XC91QK2hkyw2aj53x/VBFcn11cZ3iGU+W
623FK+HuWOf/U3CqAz84dqUH0Ch8Un1Mu5LUgFsniIvTfShP9m9w77HuQCvXJi1C
opkkmCakLAHAUIi8DzEWzeDr9WdS9axOGXKuNsS7/xR57LaFOby+Z8h70z3tG188
qiFNs8OiuUjWFOsnkc+gvNA5rmx5vQDvaQ+7tNlKv/hcefNvviVbbEawm2BYqkCF
uzqpsFeHtc6z7w4EtUNp
=hdea
-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: https://lists.debian.org/e1x7rtr-0007nx...@franck.debian.org

Accepted libfailures-perl 0.004-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 16 Jul 2014 17:34:54 +0200
Source: libfailures-perl
Binary: libfailures-perl
Architecture: source all
Version: 0.004-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Changed-By: gregor herrmann gre...@debian.org
Description:
 libfailures-perl - minimalist exception hierarchy generator
Changes:
 libfailures-perl (0.004-1) unstable; urgency=medium
 .
   * Team upload.
   * New upstream release.
   * Install CONTRIBUTING file.
Checksums-Sha1:
 7a6c42348e452a9794dfcd5ef8b71b6514788bd9 2257 libfailures-perl_0.004-1.dsc
 21d482b61cb7cd2b3d3179c9bb96d9a40b0e4864 19646 
libfailures-perl_0.004.orig.tar.gz
 bc2b59465c575c17de05314543283d81e0a82a65 2000 
libfailures-perl_0.004-1.debian.tar.xz
 3c116adf0929d9a12208f36ec0b711df60f7fe32 17306 libfailures-perl_0.004-1_all.deb
Checksums-Sha256:
 fe58b5290554800996103e8e257fd6c750961f68fc81643e8b1d3b977f3c5e6a 2257 
libfailures-perl_0.004-1.dsc
 fd2ca702402f22f5185b12942b5079bf95ad21cde3b97a7cf2e1919147463270 19646 
libfailures-perl_0.004.orig.tar.gz
 5714af1a624774f736eab4b925ad61cdef61e37507653899b64050acb2d99f32 2000 
libfailures-perl_0.004-1.debian.tar.xz
 afa23c935536a972d4a70478d57812310f56efa294d8dfb724a2577752315a5b 17306 
libfailures-perl_0.004-1_all.deb
Files:
 6109fb14f791abf926b3dafe7b57a831 17306 perl optional 
libfailures-perl_0.004-1_all.deb
 5cb76cebd4960c3c30d90e7557dcb413 2257 perl optional 
libfailures-perl_0.004-1.dsc
 3f2df230308b63550b94ae1124b94b20 19646 perl optional 
libfailures-perl_0.004.orig.tar.gz
 ee7c1ca57454b32d919d043081e8dd2c 2000 perl optional 
libfailures-perl_0.004-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJTxpu4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGXTwQAJn5GSDGU4oz1hRVylOCSwkp
1a+FuyVEXNvphw3X+aO4/oju7x3jRD1Np97gDXUZwkAWY8EQYm5ePHYVQbzjfEQ4
NoZQTx/leLh/pnTSoMhMLslSCe+WdJEa3ZfqnU1poXFKzyaP+AiEk9XHmUeFPmb0
j4DewR8zclXkExDkTODZZ02u4/d2VUeG8pk4FBob7n4PC4ZxYnOKtL3Vz21Zsqgb
/9JiltY5wQlBcoS2LRT1S1DI250EIv6g3KGNMNjC5E+OL5/rlucdhrE06dI2ugKO
jdTYKwb/I9qiNJamVil54Nvqtg7owWl9HPiOI1raiu4p+xbqV55t0CFDkemqEPhx
kRpglyk30mrLDkCkcxU01RJ0qJgRCjIbyjmL1N/Jp7vW1G24ncjyQXd1cxoZy9JO
ETaqh3SlOMoI+Wg8oiIwNAU+3skmw3vIPEAku0YDTA0Jbc08BzXgnkqd7nHSqum2
0eQlWzMK+WMRhG7w3tHDo/8/qjVZZtkoEYF0zBYWDS03pM7gKDVv2xXPGTd3xgVV
NTAZpn0uVBNuvCj07FOuu8WR323sqkxyqf693JmWxnWqFsU+sIdNGv4ge74/Jrs6
o5JZwOo/dlQnUaWa0yuqHp3lhXWIqmZXVrcwxblpGgmJJ+WV9SwwOEYppVTup6Nm
wwiOdhlDVNW6w7m3JYWZ
=yfpl
-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: https://lists.debian.org/e1x7rtf-0007rd...@franck.debian.org

Accepted cyrus-imapd-2.4 2.4.17+caldav~beta9-10 (source amd64 all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 16 Jul 2014 16:16:08 +0200
Source: cyrus-imapd-2.4
Binary: cyrus-common-2.4 cyrus-doc-2.4 cyrus-imapd-2.4 cyrus-pop3d-2.4 
cyrus-admin-2.4 cyrus-murder-2.4 cyrus-replication-2.4 cyrus-nntpd-2.4 
cyrus-caldav-2.4 cyrus-clients-2.4 cyrus-dev-2.4 cyrus-common 
libcyrus-imap-perl24 cyrus-clients cyrus-imapd cyrus-pop3d cyrus-admin 
cyrus-murder cyrus-replication cyrus-nntpd cyrus-caldav cyrus-doc cyrus-dev 
libcyrus-imap-perl
Architecture: source amd64 all
Version: 2.4.17+caldav~beta9-10
Distribution: unstable
Urgency: medium
Maintainer: Debian Cyrus Team 
pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org
Changed-By: Ondřej Surý ond...@debian.org
Description:
 cyrus-admin - Cyrus mail system - administration tools (metapackage)
 cyrus-admin-2.4 - Cyrus mail system - administration tools
 cyrus-caldav - Cyrus mail system - CalDAV and CardDAV support (metapackage)
 cyrus-caldav-2.4 - Cyrus mail system - CalDAV and CardDAV support
 cyrus-clients - Cyrus mail system - test clients (metapackage)
 cyrus-clients-2.4 - Cyrus mail system - test clients
 cyrus-common - Cyrus mail system - common files
 cyrus-common-2.4 - Cyrus mail system - common files
 cyrus-dev  - Cyrus mail system - developer files (metapackage)
 cyrus-dev-2.4 - Cyrus mail system - developer files
 cyrus-doc  - Cyrus mail system - documentation files (metapackage)
 cyrus-doc-2.4 - Cyrus mail system - documentation files
 cyrus-imapd - Cyrus mail system - IMAP support (metapackage)
 cyrus-imapd-2.4 - Cyrus mail system - IMAP support
 cyrus-murder - Cyrus mail system - proxies and aggregator (metapackage)
 cyrus-murder-2.4 - Cyrus mail system - proxies and aggregator
 cyrus-nntpd - Cyrus mail system - NNTP support (metapackage)
 cyrus-nntpd-2.4 - Cyrus mail system - NNTP support
 cyrus-pop3d - Cyrus mail system - POP3 support (metapackage)
 cyrus-pop3d-2.4 - Cyrus mail system - POP3 support
 cyrus-replication - Cyrus mail system - replication (metapackage)
 cyrus-replication-2.4 - Cyrus mail system - replication
 libcyrus-imap-perl - Interface to Cyrus imap client imclient library 
(metapackage)
 libcyrus-imap-perl24 - Interface to Cyrus imap client imclient library
Closes: 754786
Changes:
 cyrus-imapd-2.4 (2.4.17+caldav~beta9-10) unstable; urgency=medium
 .
   * Re-enable ptloader server and ptclient utilities again
 (Closes: #754786)
Checksums-Sha1:
 d7672a5fce02a0a9234d11d711d3935d43acb701 3927 
cyrus-imapd-2.4_2.4.17+caldav~beta9-10.dsc
 37927eb264f5fceaec49f253e65ab0f6f8d90bd1 225960 
cyrus-imapd-2.4_2.4.17+caldav~beta9-10.debian.tar.xz
 6a0ef798189002bceb47e31fd99a1cb28cc8f2a5 1409366 
cyrus-common-2.4_2.4.17+caldav~beta9-10_amd64.deb
 21de2fd40600ab05403e61b7416f4d8f87e0f9ba 289936 
cyrus-doc-2.4_2.4.17+caldav~beta9-10_all.deb
 03b00c5b7491d89a423f0d4039cfe7ea4499 428790 
cyrus-imapd-2.4_2.4.17+caldav~beta9-10_amd64.deb
 67dd94ae500e00b0676e78dcacd5dfe0c4c0cfdd 249968 
cyrus-pop3d-2.4_2.4.17+caldav~beta9-10_amd64.deb
 2e485714bac53bbf11d75f1071fcbcb2c749edfd 21508 
cyrus-admin-2.4_2.4.17+caldav~beta9-10_all.deb
 107215511cf50d3f71f16193bc6031e84828f313 525960 
cyrus-murder-2.4_2.4.17+caldav~beta9-10_amd64.deb
 5918045b749f510aa3513826a67cf3d59590d0ff 384630 
cyrus-replication-2.4_2.4.17+caldav~beta9-10_amd64.deb
 f7a9cfc5f5d87842f59eab4ac1aa830333a9420c 341556 
cyrus-nntpd-2.4_2.4.17+caldav~beta9-10_amd64.deb
 beb6d42b409c9524f7c9fd98d0180d4b2f63287d 407586 
cyrus-caldav-2.4_2.4.17+caldav~beta9-10_amd64.deb
 08f041b6909453f9b2a143bc1a606f9645f032b2 74778 
cyrus-clients-2.4_2.4.17+caldav~beta9-10_amd64.deb
 999b7f637f5f6f7524409b98e70d0fc9c24f251b 191466 
cyrus-dev-2.4_2.4.17+caldav~beta9-10_amd64.deb
 fa1757144ef33654245b85b7cc998f7953ce9402 105604 
cyrus-common_2.4.17+caldav~beta9-10_all.deb
 5eb158a97b9777f43d48ec3ee901a375b62828c9 127506 
libcyrus-imap-perl24_2.4.17+caldav~beta9-10_amd64.deb
 f8980b8010cfd82ddf8809e71f8330df0f97417f 1058 
cyrus-clients_2.4.17+caldav~beta9-10_all.deb
 58cc4c408a617ee0f7a5a5e9a9f2ba39bd07fa85 1048 
cyrus-imapd_2.4.17+caldav~beta9-10_all.deb
 5403d8595bc8611a04da70bdc304dfb8bc512513 1056 
cyrus-pop3d_2.4.17+caldav~beta9-10_all.deb
 0af8ecf106a781fd691299f1d6fbdabfaf816a6c 1060 
cyrus-admin_2.4.17+caldav~beta9-10_all.deb
 236d3ea82b7f34c876e16b732d2b8311bfdbd692 1064 
cyrus-murder_2.4.17+caldav~beta9-10_all.deb
 fd3b136e5b46c35eb9aa70a73602f53e962218b2 1062 
cyrus-replication_2.4.17+caldav~beta9-10_all.deb
 73091b0b185238e09c43a582f855e34acb0656b9 1054 
cyrus-nntpd_2.4.17+caldav~beta9-10_all.deb
 bdadb2832db1ec8ae96dd8cba7b391145294784d 1064 
cyrus-caldav_2.4.17+caldav~beta9-10_all.deb
 da797a8559da1e7a21030201cbeae3f760439f6d 1046 
cyrus-doc_2.4.17+caldav~beta9-10_all.deb
 b3595d1fca57076c106dbfafaa47256914ae1b0e 1052 
cyrus-dev_2.4.17+caldav~beta9-10_all.deb
 853bf1550cc4a3e7a55b9604b7502ce883c0f4ad 1070 
libcyrus-imap-perl_2.4.17+caldav~beta9-10_all.deb
Checksums-Sha256:

Accepted liblog-contextual-perl 0.006004-1 (source all)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 16 Jul 2014 17:41:32 +0200
Source: liblog-contextual-perl
Binary: liblog-contextual-perl
Architecture: source all
Version: 0.006004-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Changed-By: gregor herrmann gre...@debian.org
Description:
 liblog-contextual-perl - module for simple contextual logging
Changes:
 liblog-contextual-perl (0.006004-1) unstable; urgency=medium
 .
   * New upstream release.
   * Strip trailing slash from metacpan URLs.
   * Drop manpage-has-bad-whatis-entry.patch; fixed upstream.
   * Update years of packaging copyright.
   * Drop unneeded version from libexporter-declare-perl (build)
 dependency.
Checksums-Sha1:
 9e96f1057bd202fe12d999b5ca159824daad9063 2443 
liblog-contextual-perl_0.006004-1.dsc
 faf7a3c88564fc6c8331f8b1ad2e92f2cf25801c 34316 
liblog-contextual-perl_0.006004.orig.tar.gz
 91a33e45042a9a869b430b858629a9123b387937 2428 
liblog-contextual-perl_0.006004-1.debian.tar.xz
 cf3fa525e4bf6ef2db84d93861159ab866ce96a0 46300 
liblog-contextual-perl_0.006004-1_all.deb
Checksums-Sha256:
 7b5b677cc2466d2caf0b9aa62bb2230adc65f631bbdaac8e92bdb081d33f3295 2443 
liblog-contextual-perl_0.006004-1.dsc
 a1dbbbaecc94be97a3aa7ed90cd4c64c44d4d0de45071e65ef4d8112a00853d0 34316 
liblog-contextual-perl_0.006004.orig.tar.gz
 1ae214e029898165fae71c025d17843bd62e925e403632a67bada18a0741274c 2428 
liblog-contextual-perl_0.006004-1.debian.tar.xz
 f680718e7b8cda923c289b074f6d89263b58d9cf39c095d3ffe0b5e5954e 46300 
liblog-contextual-perl_0.006004-1_all.deb
Files:
 bdaf6d3e59d93225c1bf8d813b4d846a 46300 perl optional 
liblog-contextual-perl_0.006004-1_all.deb
 77763a91792ca2c96c68436531f35b01 2443 perl optional 
liblog-contextual-perl_0.006004-1.dsc
 31028e3aae4c1e595976a920e0395fd6 34316 perl optional 
liblog-contextual-perl_0.006004.orig.tar.gz
 ff3846296c1e04b540ff683b038af20a 2428 perl optional 
liblog-contextual-perl_0.006004-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJTxp1CXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGxN0QAJN+A/wZg5tggNzcP4MVsfVM
LemmgHKbrg0HaP+/BTWjXx/qBl2jJFM/4xKoQHQB9/NbNjp9w6jZusS03pnglDDK
9GCslAdPRtE4kcomFWP7cihixZTIc2qh8d9Iukox8tr5Jpp31/xi+Z8sIFh5fsEH
PqG/Hn8fnoRg2airzB4qAyfyA4nqDKHnKX2Uqsvm/Ik0x8Jumzkck/l5jT7Cy/TG
Gplp1AyM4OHpwPa/+XtbZlDoFRG0dmn7d5a6pPrD8K62uhLG31/akRJjGtsJEBPs
/QHZ1YJM/GPBft/ihOw+PH6ijPZdibGwZQIHvJYhcZTqnWMMGy2/3QXkmR/37n/j
3F7KirWDrZ1C6HP9S7s3gWKNN43Q3CzgouD11M2KwOlumCNXrekcY2IDdxRm3oPh
Hvx/pw76h0lSI3/TbzMvBggvaM4H8zEi+jBagqRNg7DxUF/nxH/iPHx7caaqJ0Ir
Uvl1AMB2yNHr/NsvUfLOctfBvD3pjhERz5Vit0Kb2pDoIXf8ooUyKluGnxWAOKsH
yh3BINqMa/Dmv0c8Dt7yeLS0S8Ve9bMwEdY5AIjWjiMDnA3tUldBk4iUJ41maTOF
fsPfVPbXzO3RVLk/N90qqxT3yNRhulb+72XoICE/BvyBQflQHuqhzoi29rcwV9Ix
JiUpPwdoToFl+T1vscqd
=1Qfn
-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: https://lists.debian.org/e1x7ru6-0007uu...@franck.debian.org

Accepted nagios-plugins-rabbitmq 1:1.2.0-2 (source all)

2014-07-16 Thread Cyril Bouthors

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 16 Jul 2014 15:48:54 +0200
Source: nagios-plugins-rabbitmq
Binary: nagios-plugins-rabbitmq
Architecture: source all
Version: 1:1.2.0-2
Distribution: unstable
Urgency: medium
Maintainer: Cyril Bouthors cy...@boutho.rs
Changed-By: Cyril Bouthors cy...@bouthors.org
Description:
 nagios-plugins-rabbitmq - Set of Nagios checks useful for monitoring a 
RabbitMQ server
Closes: 749232
Changes:
 nagios-plugins-rabbitmq (1:1.2.0-2) unstable; urgency=medium
 .
   * debian/postrm: reload nagios-nrpe-server only if needed (closes:
 #749232).
Checksums-Sha1:
 fd40fec43b64e59b5ea6f208bdb815cc594af467 1192 
nagios-plugins-rabbitmq_1.2.0-2.dsc
 1b49a80e749c0d45e28e715bc043fe049e3ba3a5 1642 
nagios-plugins-rabbitmq_1.2.0-2.diff.gz
 2291c543472bfcd8d379d96f6bf76a42a7c2487c 11462 
nagios-plugins-rabbitmq_1.2.0-2_all.deb
Checksums-Sha256:
 b3f3e79f2beddb11067a4868609cdd9345d64910e471281785b488a8c06d595c 1192 
nagios-plugins-rabbitmq_1.2.0-2.dsc
 9333f614cadc0b234e2becaefc3090a7b9b1784943d238023fd68ccbb4d49859 1642 
nagios-plugins-rabbitmq_1.2.0-2.diff.gz
 365e880a8fc917f65cb06a8986e1263ce417529cd9087077f511b30375fdde67 11462 
nagios-plugins-rabbitmq_1.2.0-2_all.deb
Files:
 b4bc334d07135a617f88d7d9c36d1578 11462 net optional 
nagios-plugins-rabbitmq_1.2.0-2_all.deb
 c66139a942b701a28fc3f8a3c8664825 1192 net optional 
nagios-plugins-rabbitmq_1.2.0-2.dsc
 30a952bb3fa5ae9b637a6241b937a972 1642 net optional 
nagios-plugins-rabbitmq_1.2.0-2.diff.gz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iD8DBQFTxoLYZ1SJHeqsYt8RAlBtAJ41mHbbnEBiEsSMUURJAxEwBVuVfACfZFtK
6oyjGafhyNkl3QMx7+fOjII=
=ZGia
-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: https://lists.debian.org/e1x7rwx-0007t3...@franck.debian.org

Accepted pgbouncer 1.5.4-6 (source amd64)

2014-07-16 Thread Christoph Berg

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 16 Jul 2014 17:48:55 +0300
Source: pgbouncer
Binary: pgbouncer
Architecture: source amd64
Version: 1.5.4-6
Distribution: unstable
Urgency: low
Maintainer: Debian PostgreSQL Maintainers 
pkg-postgresql-pub...@lists.alioth.debian.org
Changed-By: Christoph Berg m...@debian.org
Description:
 pgbouncer  - lightweight connection pooler for PostgreSQL
Changes:
 pgbouncer (1.5.4-6) unstable; urgency=low
 .
   * Fix duplicate install file which caused pgbouncer.ini to get lost.
   * Fix connect test not to rely on userlist.txt to exist.
   * Bump to compat 9.
   * Set team as Maintainer.
Checksums-Sha1:
 0d6191c09b14e0c0d8f838582ca0dd54e2eccba9 2104 pgbouncer_1.5.4-6.dsc
 9dc0176c7ea139206daa868c3a0813e74e139fcb 7800 pgbouncer_1.5.4-6.debian.tar.xz
 1ef9e27952f39a8382626cec2c013b30b8494f7a 122408 pgbouncer_1.5.4-6_amd64.deb
Checksums-Sha256:
 4b4dee7857dc9e6b8f8878091d68f785f65219df6e327385c29fa98341de5dab 2104 
pgbouncer_1.5.4-6.dsc
 a1900a319f176af1b8ab0d707db5560e1f8a2c968f5a88e5b7272c39eaa4519e 7800 
pgbouncer_1.5.4-6.debian.tar.xz
 725dee5f1b0774d7bf762430994ffd99f0eff0cf18d4d69639d4c16020d30c19 122408 
pgbouncer_1.5.4-6_amd64.deb
Files:
 7c0dcef1eb4d23a0679d9bf68cd62c9e 122408 database optional 
pgbouncer_1.5.4-6_amd64.deb
 09de396aba7ec28e8530ae255b34dba5 2104 database optional pgbouncer_1.5.4-6.dsc
 304b0c554e98d669dfcd194176655de3 7800 database optional 
pgbouncer_1.5.4-6.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJTxpGtAAoJEExaa6sS0qeunQ8QAIGWXEgEJsmbfQqjLdC93Iww
E9KvFgCu9pecLEzjANAssWJN4zDsDe0FYZYKVAjWjB8mLO3GhTOWqPRVCCgRjL1y
B7/HhGLacqng6KUJIEz5XZQJozj93UEJg1KHdAV8aRHS1CIl8ly2NgbKodt+tAZL
u3SpPXwAPuPZi0Q/e/CuUI1RpGAzyoLvyxLwtUVznZWLw4R5JWP0bi9rDhLnLLa+
xi89M/HwvxQhEUNz7EWER6WA8D+A7eW2VKo1ZYeVjnz3B7oLH+xj9qXGCq1jkTpi
L2Ldxq3omkt0ajxpEiJu4imMi9REb5oLiZm2aFmWDeSCzlgMXVNZzq4hbQEpdJqx
2IOVYdkACPSkP4ZysnOVVPc9QFh4e5qjMU9PzQF0BXpAXqJOZsyIBuGSutyz2/H+
AGIdq108zU0cfH+61e95PC46nq9nIePMgqRzcwHB0OmcLhBOZorMnEUCu1hjA7cv
4P2UAjVUVDJRoWnue1Go7eSgOufkGpqetysH0drWKNHvr20+SNpkq7iQmzNlT+mm
3hA8pUfBz6Tei+NqtEICjVKGZwVJGMWICyQjuz2KHJYAb0dFU3IhSECih4gSRpJO
U1XKvipVSxKEjWoE6JlTo8Eu/CaeUE+06+cboqWBprTtlWWDR+Yyx46IhugbO+5q
/Kc4n+ffSoInPsR1SC/k
=Ka2g
-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: https://lists.debian.org/e1x7rwx-0007xl...@franck.debian.org

Accepted boinc 7.4.8+dfsg-2 (source all amd64)

2014-07-16 Thread Gianfranco Costamagna

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 04 Jul 2014 14:22:31 +0200
Source: boinc
Binary: boinc boinc-nvidia-cuda boinc-amd-opencl boinc-client boinc-manager 
boinc-dev libboinc-app-dev libboinc-app7 libboinc7 boinc-dbg
Architecture: source all amd64
Version: 7.4.8+dfsg-2
Distribution: unstable
Urgency: medium
Maintainer: Debian BOINC Maintainers pkg-boinc-de...@lists.alioth.debian.org
Changed-By: Gianfranco Costamagna costamagnagianfra...@yahoo.it
Description:
 boinc  - metapackage for the BOINC client and the manager
 boinc-amd-opencl - metapackage for AMD/ATI OpenCL-savvy BOINC client and 
manager
 boinc-client - core client for the BOINC distributed computing infrastructure
 boinc-dbg  - debugging symbols for BOINC binaries
 boinc-dev  - development files to build applications for BOINC projects
 boinc-manager - GUI to control and monitor the BOINC core client
 boinc-nvidia-cuda - metapackage for CUDA-savvy BOINC client and manager
 libboinc-app-dev - development files to build applications for BOINC projects
 libboinc-app7 - libraries for BOINC's scientific applications
 libboinc7  - libraries of BOINC the client depends on
Changes:
 boinc (7.4.8+dfsg-2) unstable; urgency=medium
 .
   [ Steffen Moeller ]
   * Move ati and nvidia libraries from depends to suggests,
 avoiding the removals from testing at each xorg transition.
 .
   [ Gianfranco Costamagna ]
   * Change libwxgtk2.8-dbg to libwxgtk3.0-0-dbg.
   * Add some cuda suggestions, to help both ubuntu and debian users
 Thanks Danilo for the patch.
Checksums-Sha1:
 506b8db75fbbfb7e24f8afe56f93d9c3d681dfcc 2665 boinc_7.4.8+dfsg-2.dsc
 e2a11375ec6c4c3ccc5246a22f59ea5f0824ac11 444720 
boinc_7.4.8+dfsg-2.debian.tar.xz
 6dd0d3771938efb951e4ddf750eb53c27968cd57 41672 boinc_7.4.8+dfsg-2_all.deb
 3ecd904892eb729390fe02f6410d831f0418e85f 41682 
boinc-nvidia-cuda_7.4.8+dfsg-2_amd64.deb
 75a143571bdbb3b93d49453e9e812627477ea6d8 41734 
boinc-amd-opencl_7.4.8+dfsg-2_amd64.deb
 80ecab5a5e82be22ea6955ad220f288edae0a291 500142 
boinc-client_7.4.8+dfsg-2_amd64.deb
 ee0e0d88976a2401dad5b4cf5e673c446ed9a701 1572000 
boinc-manager_7.4.8+dfsg-2_amd64.deb
 3a5db1dcacf431f0de52427a7b387d66fd054772 41298 boinc-dev_7.4.8+dfsg-2_all.deb
 5c73cb829b72e24bc71ee580c3b0b12f4c24ba00 123658 
libboinc-app-dev_7.4.8+dfsg-2_all.deb
 7dca15d4e67e053cf38ec3a8a481a2f05c7eabdf 82060 
libboinc-app7_7.4.8+dfsg-2_amd64.deb
 37587de0c8a515e89752650551e8979d0bb45511 404054 
libboinc7_7.4.8+dfsg-2_amd64.deb
 a37893b9fb033451a142bd7efc5b93d8a467e1df 16364002 
boinc-dbg_7.4.8+dfsg-2_amd64.deb
Checksums-Sha256:
 b94a633e954f82f1d31080ca11d1b168e75e597af43a684a64a0682f9bf93fe8 2665 
boinc_7.4.8+dfsg-2.dsc
 c64481c413d803a9f8cfdd82d65f1eb61a238e99d88223ddd90916f819305c5a 444720 
boinc_7.4.8+dfsg-2.debian.tar.xz
 bd4c23b27a2450e108bfbe8d4aaccaab3e924949e61710ba29b3453fdc7e159c 41672 
boinc_7.4.8+dfsg-2_all.deb
 1af0c34a9f420d30af705ecd71475ef5b530a75975eabd07e5196edc357119cd 41682 
boinc-nvidia-cuda_7.4.8+dfsg-2_amd64.deb
 b78af1bf2d0f317e0ee74fa175b93dbd1b2807b4dc343c890092bf54aa7a2a16 41734 
boinc-amd-opencl_7.4.8+dfsg-2_amd64.deb
 c38c15ff6467993d5d36042532ea6177d2f6c65c74c283ccefb34e3e6fd8bfcf 500142 
boinc-client_7.4.8+dfsg-2_amd64.deb
 60602fa800859b0c195df6d95613c64f4acac25c781594ad600b01ae2b544494 1572000 
boinc-manager_7.4.8+dfsg-2_amd64.deb
 178bb2f96b036d725f009c7f4936f9da54cc1795bd41dce8e3c7cc7d792e865f 41298 
boinc-dev_7.4.8+dfsg-2_all.deb
 03d4cccfcb000b3d0c4798072aafd7088028b6a74758a5468e882880a3a65248 123658 
libboinc-app-dev_7.4.8+dfsg-2_all.deb
 64bdb5840fdf77c928503d3120663e7d0fee84bd10e629a3040f29a9e715cec7 82060 
libboinc-app7_7.4.8+dfsg-2_amd64.deb
 1680f862bf4649697545add465a019030d3244cb483fe1f660382c859af86758 404054 
libboinc7_7.4.8+dfsg-2_amd64.deb
 d6b53171c28d98c63d31e31231b4841618151dc17635d077cd9efe8dd3e9e7a3 16364002 
boinc-dbg_7.4.8+dfsg-2_amd64.deb
Files:
 a4ebe147e636bb0195133d2b9416a76c 41672 net optional boinc_7.4.8+dfsg-2_all.deb
 4fc57ca2a36d6b443479effd83392a07 41682 contrib/net extra 
boinc-nvidia-cuda_7.4.8+dfsg-2_amd64.deb
 d48ee0e4d501614b2311cf4a22b3a7d2 41734 contrib/net extra 
boinc-amd-opencl_7.4.8+dfsg-2_amd64.deb
 75164149a6782cbf59f0a48b59379b72 500142 net optional 
boinc-client_7.4.8+dfsg-2_amd64.deb
 35fd513295a9b6b93577ae66b6112e92 1572000 x11 optional 
boinc-manager_7.4.8+dfsg-2_amd64.deb
 1f3325fcd0d215f28abdbf550900ddfb 41298 oldlibs extra 
boinc-dev_7.4.8+dfsg-2_all.deb
 3b05335b0cc7e0663e040bea159958ac 123658 libdevel optional 
libboinc-app-dev_7.4.8+dfsg-2_all.deb
 ed84b614491f975c62f8b98229ce8feb 82060 libs optional 
libboinc-app7_7.4.8+dfsg-2_amd64.deb
 6ea3a4a3eec85a0330faf12d660c37c2 404054 libs optional 
libboinc7_7.4.8+dfsg-2_amd64.deb
 5f0a4f42afc2cc510e9f58a95eca765d 16364002 debug extra 
boinc-dbg_7.4.8+dfsg-2_amd64.deb
 ed25fb9c383e0efd1e12569e1f1b5931 2665 net optional boinc_7.4.8+dfsg-2.dsc
 b7859a1e0733383a9394214722837c2b 444720 net optional 
boinc_7.4.8+dfsg-2.debian.tar.xz

Accepted libio-socket-ip-perl 0.31-1 (source all)

2014-07-16 Thread Salvatore Bonaccorso

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 13 Jul 2014 19:52:33 +0200
Source: libio-socket-ip-perl
Binary: libio-socket-ip-perl
Architecture: source all
Version: 0.31-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Changed-By: Salvatore Bonaccorso car...@debian.org
Description:
 libio-socket-ip-perl - module for using IPv4 and IPv6 sockets in a 
protocol-independent
Closes: 749212
Changes:
 libio-socket-ip-perl (0.31-1) unstable; urgency=low
 .
   * Team upload.
   * Imported Upstream version 0.30 and 0.31
 - IO::Socket::IP should not call $self-connect when retrying connect
   (Closes: #749212)
Checksums-Sha1:
 5e568a7dcd135c9d833cf4050260c04d13e98a97 2273 libio-socket-ip-perl_0.31-1.dsc
 1b6c91e32aba81316db973795827ce4d6f36c5fd 41717 
libio-socket-ip-perl_0.31.orig.tar.gz
 d6f3e2c5f5dd821e8ac5a7872954cb63c2bd05bd 3572 
libio-socket-ip-perl_0.31-1.debian.tar.xz
 cd43b0db674fe91f36d04fbad318ff71dcc78e52 26388 
libio-socket-ip-perl_0.31-1_all.deb
Checksums-Sha256:
 8710245efa38760777cae38a6c134156b234690e2265cb8c03ad6fd71ce1ca5a 2273 
libio-socket-ip-perl_0.31-1.dsc
 421d6f4c6c83c3863821e6ba5c8f7bc60e343275efda025babfa823ec68c 41717 
libio-socket-ip-perl_0.31.orig.tar.gz
 82d18462496469083cd2db5c2d688b7ae59e036f01eed1aaab57d03b4c0d6e42 3572 
libio-socket-ip-perl_0.31-1.debian.tar.xz
 e8548c6c39bc5ef48185d79b44ae0f5a71cee4a8f99209631f5c65d622894c39 26388 
libio-socket-ip-perl_0.31-1_all.deb
Files:
 867432e8b367a5d32f6578b06510e563 26388 perl optional 
libio-socket-ip-perl_0.31-1_all.deb
 9f53aaefb7918fb05675863b8effb48a 2273 perl optional 
libio-socket-ip-perl_0.31-1.dsc
 8a179ac7981327cb1f30f3d043104651 41717 perl optional 
libio-socket-ip-perl_0.31.orig.tar.gz
 7cb68158b3640f1684d776e9382e4dbd 3572 perl optional 
libio-socket-ip-perl_0.31-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJTxqHYAAoJEAVMuPMTQ89EZG0P/i/D+vSpdY/6dYzLrxjMD+y7
j7o4Pn1cK9Kc5lunWxZYl6wW6RqIs5ms5DkoYMotG1yMKsBimdzeTQB0AuwEoYsN
AQfWz9kJ5BpiIImB3z8KsbSOVTxSz+bidiiQV7FmkpGCWrPf+P8uoOOZ9G4pPouS
0wvBxI4c8gGRVNC6AYf2/n/aT0JXv5tEP3WUApV5aET0MFZRkFB94r4pjOEq+zjE
WEk9HTtwdzkfUJK4wsv4CuyM/4+RttNpqIIfOhcj8FtV/5Iowh9u+djF63KbMoxC
SJzVfMA/ggLdGB9XV4MJAuCO/9vEFOgB1XDvTJDYb0OKYgGawtK3+8CT+jSz5BOt
YJP7GmXD6nVSjpjR6Z2sW9C7q6XWLVg378YnGrF9h0OWh5shhAikvkVBDJba7Gcz
JsesDUgJcyYD5Fq73pRokDDr/XeZUkwQeO7Pe7aUhC+s4KkUdFt9RkFvBXoFtFvn
6xEUkAtYkLqRplNCZnq7R5vK+XXnxmYr76LoGAyFpwxs5Uxkk6AJ849O+PEeMJzN
z3aMeC5hxxGyDIHlDR6H/71xeVS6ShxUIK0CealGGdICgKBcOeJjl8MIIUo2wFKH
o7GkMNYkTbhcqUNLN7N/MdUNSqUdvNGdZVsEgSpCV4+zJJsKiUYW9FZvPq5VsKPv
dTf1RJ6Rj0NQTz65uNCq
=3qAI
-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: https://lists.debian.org/e1x7ry2-0002ea...@franck.debian.org

Accepted gnustep-performance 0.5.0-1 (source amd64)

2014-07-16 Thread Yavor Doganov

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 11 Jul 2014 19:57:58 +0300
Source: gnustep-performance
Binary: libperformance-dev libperformance0.5 libperformance0.5-dbg
Architecture: source amd64
Version: 0.5.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian GNUstep maintainers 
pkg-gnustep-maintain...@lists.alioth.debian.org
Changed-By: Yavor Doganov ya...@gnu.org
Description:
 libperformance-dev - GNUstep performance library (development files)
 libperformance0.5 - GNUstep performance library (runtime library)
 libperformance0.5-dbg - GNUstep performance library (debugging symbols)
Closes: 753092
Changes:
 gnustep-performance (0.5.0-1) unstable; urgency=low
 .
   * Initial release (Closes: #753092).
Checksums-Sha1:
 1fa5f22933e083613352037d2698b4e7282fcf08 1837 gnustep-performance_0.5.0-1.dsc
 2437d191258ccb288e11a763e7a767ba7475a336 50569 
gnustep-performance_0.5.0.orig.tar.gz
 54be6f56c920ddbf5a2ac3db04e419f42af3a9f5 70476 
gnustep-performance_0.5.0-1.debian.tar.xz
 cd80d5c58bd047af6eeaeb5bf6a7ca6178cf4b8a 38940 
libperformance-dev_0.5.0-1_amd64.deb
 48725a5b7550542714d4f31f24a204de5443c559 49224 
libperformance0.5_0.5.0-1_amd64.deb
 1b260ae211e06ee3b66e0e011c67b38e0e9daeb5 83510 
libperformance0.5-dbg_0.5.0-1_amd64.deb
Checksums-Sha256:
 bba6533e9ca2de6e431950cc9d29a770dcb931309950d726af9c79ee764994ee 1837 
gnustep-performance_0.5.0-1.dsc
 305fe21705a9774becb58f076542919da38c36867d946b69f735fecfa5bc8459 50569 
gnustep-performance_0.5.0.orig.tar.gz
 9a17af3d13f6efcda94f729c0d8e1a19b9582a04eb990ba67b472dfcc806d5ab 70476 
gnustep-performance_0.5.0-1.debian.tar.xz
 a31e25db21e7beabd643cc0a4b39b58db02977d275850ad4f66d7f482bae227c 38940 
libperformance-dev_0.5.0-1_amd64.deb
 678a9dd7af272535192194e57673b525eb1347b78147815fc4863c83f2c26d7f 49224 
libperformance0.5_0.5.0-1_amd64.deb
 57bf02c9661c00891d5b9a9a1c2af4e5d498f09a8270e3d7b76d30d26bb8d88d 83510 
libperformance0.5-dbg_0.5.0-1_amd64.deb
Files:
 44cb8865060790c73ff3185bbb36b270 38940 libdevel optional 
libperformance-dev_0.5.0-1_amd64.deb
 001947821157f65360ccb2458a338c38 49224 libs optional 
libperformance0.5_0.5.0-1_amd64.deb
 36aedd801a87c1afd89e48b29d7f909c 83510 debug extra 
libperformance0.5-dbg_0.5.0-1_amd64.deb
 3981385dac1869ec4aa276e1aa391cb5 1837 libs optional 
gnustep-performance_0.5.0-1.dsc
 62d523558b08221e606704bdb3c33ab5 50569 libs optional 
gnustep-performance_0.5.0.orig.tar.gz
 619654721a6620ca02ea219f49c1cf1e 70476 libs optional 
gnustep-performance_0.5.0-1.debian.tar.xz

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

iQEcBAEBCAAGBQJTxTDEAAoJEJxcmesFvXUKEjIIALA0AEzKBhWAXqE+9w7DvLBf
A/4AhqSJCRNK1C/HxxIdy1EqGY0D6GEcp3yDbj5N76qGh09xGapYtyGWf9tuA7uH
ioyMclCLJlsKVrPfet+9nn16rGa4d6hvQKKmSmRs95Q9bGsuXTzgsl9CMbXTQYyz
f7jDzfNqyTbHkYWVZq7uWJXJiI9cfSopBNef7Lrusd2PWIf/NKGi0NzrR8U+PlVB
fRN6A/WERzIm5gL8bRD2mT6YcqlDLBNnoKTTwSqI8wjTn243p3rE6urNexf2vNhv
pm5OaiMQMSR/itcqGI4N7jaXvkCNYWn45iYmYpjEJtY1MGnpbqdubu/2lAv6QCY=
=A/M8
-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: https://lists.debian.org/e1x7syo-0008f8...@franck.debian.org

Accepted libinline-c-perl 0.58-1 (source all)