Re: Changement de nom d'un paquet

2014-11-09 Thread Josselin Mouette
Le vendredi 07 novembre 2014 à 16:31 +0100, Laurent COOPER a écrit : 
 Paquet B version1 : contient tous les fichiers
   fichier control
   conflicts: A(2)
   replaces: A(2)

Pour information, il est conseillé de mettre Breaks+Replaces et non
Conflicts+Replaces.
Cela facilite le travail du résolveur de dépendances.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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



Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Ben Finney
Package: wnpp
Severity: wishlist
Owner: Ben Finney ben+deb...@benfinney.id.au

* Package name: xkcdpass
  Version : 1.2.2
  Upstream Author : Steven Tobin ste...@steventob.in
* URL : https://pypi.python.org/pypi/xkcdpass/
* License : BSD-3
  Programming Lang: Python
  Description : secure passphrase generator inspired by XKCD 936
  A flexible and scriptable password generator which generates strong
  passphrases, inspired by XKCD 936:
  .
  $ xkcdpass
   correct horse battery staple

-- 
 \   “The future always arrives too fast, and in the wrong order.” |
  `\—Alvin Toffler |
_o__)  |
Ben Finney b...@benfinney.id.au


signature.asc
Description: Digital signature


Re: Bad weather in testing ?

2014-11-09 Thread Ralf Treinen
On Fri, Nov 07, 2014 at 06:11:45PM +, Simon McVittie wrote:
 On 07/11/14 16:15, Ralf Treinen wrote:
  There is only one package in the each category, and this is a false
  positive due to multiarch: lib32nss-mdns, which exists only on amd64
  (this is why it shows up in the each category) and depends on an i386
  package, which is deliberate in this case.
 
 That's a transitional hack, and I intend to get rid of it in jessie+1. I
 think it's OK that QA tools complain about it.
 
 (I'm surprised the wine* family of packages don't get similar results
 though - that's where I stole the idea from.)

can you be more specific? Why do you think that there may be an issue with
the wine packages?

-Ralf.


-- 
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/20141109083802.gb10...@seneca.home.org



Is it harmless to associate more file extensions to application/octet-stream ?

2014-11-09 Thread Charles Plessy
Good evening everybody,

I have received the following demand to add associations between media types
and file extensions in /etc/mime.types.

- Forwarded message -

Date: Mon, 03 Nov 2014 01:13:34 -0500
To: mime-supp...@packages.debian.org
Subject: Please add these 5 MIME types to support ClickOnce apps

To help Microsoft Visual Studio ClickOnce applications deploy
smoothly, please add to the debian mime-support package these MIME
types as described here under Using Third-Party Web Servers
http://msdn.microsoft.com/en-us/library/ms228998.aspx

application/x-ms-application application
application/x-ms-manifestmanifest
application/octet-stream deploy
application/octet-stream msu
application/octet-stream msp

- End forwarded message -

While I would prefer to accept only the addition of information that has also
been submitted to the IANA, this one is backed by upstream documentation, so
I am about to update /etc/mime.types accordingly.

However, before doing so and for the avoidance of doubt, I just would like to
double-check that adding more file suffixes for application/octet-stream is not
going to cause problems.  Currently the only suffix is bin.  With search
engines I have not found evidence of a problem, but if you know one, please let
me know.

Have a nice Sunday,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
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/20141109091033.ga13...@falafel.plessy.net



Re: so long and thanks for all the fish

2014-11-09 Thread Jonathan Dowland
Sad news. I wish you all the best for your future endeavours. I hope
to cross paths with you from time to time (maybe I should tidy up my
half finished ikiwiki patches!)

The coincidental timing of Colin leaving the tech-ctte did make me
wonder how different things would be if we could have coerced you into
joining. Great for Debian but perhaps not so much for you...


-- 
Jonathan Dowland


-- 
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/20141109094140.ga29...@chew.redmars.org



Re: Bad weather in testing ? (was: Re: inconsistent versions of M-A: same packages)

2014-11-09 Thread Ralf Treinen
On Sat, Nov 08, 2014 at 12:39:41PM +, Holger Levsen wrote:
 Hi Ralf,
 
 On Freitag, 7. November 2014, Ralf Treinen wrote:

  The issue of architecture=all packages that
  are not installable on some architecture can IMHO not be solved with
  our current setup which makes architectures=all available on every
  architecture.
 
 The issue would become a non-issue if the end user tools (eg apt) would not 
 show such packages as available, or?

Right. But what would be a good way to achieve this? 

One possible way is to remove non-installable packages from the Packages 
file, by having dak run dose-debcheck. However, I do not think that we
want to do this for sid, and even for a stable release we have to be 
careful since there may be legitimate cases where we want to include
a package that is found to be non-installable. How does the release team feel
about this?

Having apt run dose-debcheck to filter out the non-installable packages is
not an option IMHO as it takes about 20-30 seconds to run on a desktop machine.

-Ralf.


-- 
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/20141109095016.gc10...@seneca.home.org



Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Adrian Knoth
On Thu, Aug 28, 2014 at 01:21:04PM -0400, Igor Bernstein wrote:

 - jessie freeze happens in 2 months

Happened in the meantime :-/

 2014/8/4 - Adrian updated the package to 3.1.3
 adi's package (currently @ 3.1.3):
 https://github.com/adiknoth/netatalk-debian

JFTR, I'm at 3.1.6.


The whole situation reminds me of wine, where Debian shipped the same
outdated version for multiple releases.

Even downstream distributions are suffering:

 
http://raspberrypi.stackexchange.com/questions/23985/why-is-netatalk-not-updated


I'd say get some devs behind this, call the package netatalk3 and ship
it in parallel. I had it running for months, upstream had worked on it
for years, it's not that this is bleeding edge or untested.

jessie without netatalk3 would be embarrassing at best, but more
importantly, it would be frustrating for everyone who wants to use their
Linux file servers as a time machine backup.

CC debian-devel for additional momentum. Please stop CCing this bug in
case this turns into another bike shedding discussions on the ML.


Cheers

-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver


-- 
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/20141109094858.ga8...@ltw.loris.tv



Re: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Michael Banck
On Sun, Nov 09, 2014 at 10:48:58AM +0100, Adrian Knoth wrote:
 On Thu, Aug 28, 2014 at 01:21:04PM -0400, Igor Bernstein wrote:
 
  - jessie freeze happens in 2 months
 
 Happened in the meantime :-/

Well, what is the point in CCing -devel then?  If you were trying to set
a roadmap for jessie+1, that wasn't very clear from your post I think.


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/20141109100801.gc14...@raptor.chemicalconnection.dyndns.org



Re: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Bálint Réczey
Hi Adrian,

2014-11-09 10:48 GMT+01:00 Adrian Knoth a...@drcomp.erfurt.thur.de:
 On Thu, Aug 28, 2014 at 01:21:04PM -0400, Igor Bernstein wrote:

 - jessie freeze happens in 2 months

 Happened in the meantime :-/

 2014/8/4 - Adrian updated the package to 3.1.3
 adi's package (currently @ 3.1.3):
 https://github.com/adiknoth/netatalk-debian

 JFTR, I'm at 3.1.6.


 The whole situation reminds me of wine, where Debian shipped the same
 outdated version for multiple releases.

 Even downstream distributions are suffering:

  
 http://raspberrypi.stackexchange.com/questions/23985/why-is-netatalk-not-updated


 I'd say get some devs behind this, call the package netatalk3 and ship
 it in parallel. I had it running for months, upstream had worked on it
 for years, it's not that this is bleeding edge or untested.
IMHO the proper way of putting this package into focus is asking the
maintainers to file an RFH bug if you don't want help yourself.
Helping yourself can be submitting patches through BTS, packaging the
new version and uploading it to mentors.debian.net or even hiring
someone to do it for you.


 jessie without netatalk3 would be embarrassing at best, but more
 importantly, it would be frustrating for everyone who wants to use their
 Linux file servers as a time machine backup.
Most probably Jessie will not contain netatalk 3, but having it in
jessie-backports would be almost as good as having it in jessie.


 CC debian-devel for additional momentum. Please stop CCing this bug in
 case this turns into another bike shedding discussions on the ML.
Please try the RFH [1] way instead of CC-ing debian-devel.
Packages/bugs needing more attention is business as usual and the RFH
way is the standard procedure for dealing with it.

personal opinion
While the procedure for ensuring better care for our packages (filing
RFH, RFA, O bugs) do exist, we, maintainers are not proactive enough
using the procedures.
If you are a fellow DD/DM/sponsored uploader, please take a look at
the packages BTS lists under your name and think for a moment if the
package needs help or a new maintainer.
/personal opinion

Cheers,
Balint

[1]https://www.debian.org/devel/wnpp/#l2


-- 
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/CAK0OdpxrJr+MNTkJKDu0stoUC3LEeZP6J2m=bofc00fcnxu...@mail.gmail.com



Re: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Adam D. Barratt

On 2014-11-09 9:48, Adrian Knoth wrote:

On Thu, Aug 28, 2014 at 01:21:04PM -0400, Igor Bernstein wrote:


- jessie freeze happens in 2 months


Happened in the meantime :-/

[...]

I'd say get some devs behind this, call the package netatalk3 and ship
it in parallel. I had it running for months, upstream had worked on it
for years, it's not that this is bleeding edge or untested.


Saying people should do something will not work.


jessie without netatalk3 would be embarrassing at best,


Well, as you noted, we've frozen. And there are no netatalk packages in 
the archive _anywhere_. So Jessie won't have them.



CC debian-devel for additional momentum.


Momentum for what? If you mean to get it in to Jessie, then there is 
no need for momentum. It's not going to happen.


Regards,

Adam


--
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/cde9230718a2c3af50f5b523bfb2c...@mail.adsl.funky-badger.org



Re: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Adam D. Barratt

On 2014-11-09 12:32, Adam D. Barratt wrote:

On 2014-11-09 9:48, Adrian Knoth wrote:

[...]

jessie without netatalk3 would be embarrassing at best,


Well, as you noted, we've frozen. And there are no netatalk packages
in the archive _anywhere_. So Jessie won't have them.


Pretend I didn't lose a 3 there. :(


--
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/6f9cf3f4bb363529c8b48e743af22...@mail.adsl.funky-badger.org



Re: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Neil Williams
On Sun, 09 Nov 2014 12:32:37 +
Adam D. Barratt a...@adam-barratt.org.uk wrote:

  jessie without netatalk3 would be embarrassing at best,
 
 Well, as you noted, we've frozen. And there are no netatalk packages
 in the archive _anywhere_. So Jessie won't have them.

s/netatalk/netatalk3/ ?

netatalk 2.2.5 is in sid and wheezy but has an RC bug #751121, so did
not migrate.

So there'll be no netatalk package in Jessie, not 2.25 and not 3.*

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpPl2AiIYVjj.pgp
Description: OpenPGP digital signature


Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread The Wanderer
On 11/08/2014 at 10:57 PM, Christoph Anton Mitterer wrote:

 In the end it's quite easy: sysvinit has many deficiencies ans
 missing feature, systemd is superior in all places.


On 11/09/2014 at 12:01 AM, Christoph Anton Mitterer wrote:

 All of these systems were capable of booting a Linux,... and you
 really think one of them would have won sooner or later by technical
 evolution? I doubt. The technical superior system was IMHO rather
 clear from the beginning,... and it were political reasons that
 prevented it from winning immediately.

If you're *trying* to turn this into yet another systemd flamewar
thread, you're certainly using the right sort of rhetoric.


On 11/09/2014 at 01:28 AM, Michael Gilbert wrote:

 Please actually read Joey's message to understand his concern, which
 is not at all about content or systemd, but the harmful actions of
 some project members and the complicity of others in those actions
 over some significant time now.

Agreed. (Or IHO harmful, at least - I'm not taking a position on that
myself, not least because I probably haven't seen most of the actions in
question.)

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature


Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Josselin Mouette
Le samedi 08 novembre 2014 à 23:30 -0500, Michael Gilbert a écrit : 
 No, the fire is not systemd, it is the politicization of the project
 via ctte and GR rather than patient evolution of the best technical
 solution.

You are definitely right. However, I think we would all appreciate if
you could be less antagonistic about it. Especially against the person
in the CTTE who has been spending the most time digging actual technical
solutions.

The harm is done. The question is: how can we improve our
decision-making process?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
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/1415538543.25061.5.camel@tomoyo



Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Simon McVittie
On 09/11/14 08:21, Ben Finney wrote:
 * Package name: xkcdpass
...
   A flexible and scriptable password generator which generates strong
   passphrases, inspired by XKCD 936:

Does this have significant advantages over pwqgen, in the passwdqc package?

How many bits of entropy does it typically produce?

Example pwqgen output with default settings:

% pwqgen
wary$Nobody5leafy

Regards,
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/545f6b5a.5040...@debian.org



Re: Reminder: Removing 2048 bit keys from the Debian keyrings

2014-11-09 Thread Dimitri John Ledkov
On 8 November 2014 17:05, Thijs Kinkhorst th...@debian.org wrote:
 On Sat, November 8, 2014 17:09, Jonathan McDowell wrote:
 We had hoped to be down to a small number of special cases to deal with
 by this point, but with the numbers still looking this bad we're not
 yet at a stage where we can work out appropriate next steps for those
 special cases.

 In the list you post, I see lots of names of people I know to be inactive
 for years now. Removing all those keys from the ring would therefore maybe
 not be such a disaster, because the majority is no longer regularly
 contributing to Debian.

 To make this a bit more concrete, I've matched the uids against echelon,
 and this is the outcome:

 160 2014

Can the keys last used in 2013 or earlier (and not yet special cased /
migrating) be moved to non-uploading keyring?

This should not have any impact - no recent uploading usage, yet can
vote still be a DD, etc.

  42 2013
  54 2012
  31 2011
  24 2010
  31 2009
  21 2008
  17 2007
   7 2006
   5 2005
   2 2004
   1 2003
   1 2002

 So 160 keys were used this year, which is cause for concern if they are
 removed. However, it means 236 keys have not seen use in 2014 yet. And of
 those 160 keys have been used most recently in 2011; of those we can be
 rather certain that removing their key from the ring actually confirms the
 status quo rather than disrupt it.

 It therefore makes sense not to focus on the number of 436, but on the
 ones that have actually been used in 2014; get that first number of 160
 closer to 0.


 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/edbe948c76a3d7abd9d0f5d126b237f9.squir...@aphrodite.kinkhorst.nl


-- 
Regards,

Dimitri.


-- 
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/CANBHLUg0dgsiAzQ3JkJKq3=_hie1y_dzhpek5zkmza12rqu...@mail.gmail.com



Re: What is the policy on audio group? and, proposal of a new group for the jack audio server

2014-11-09 Thread Kaj Ailomaa


On Mon, Oct 27, 2014, at 02:58 AM, Marco d'Itri wrote:
 On Oct 27, Kaj Ailomaa zeque...@mousike.me wrote:
 
  Ok, so you are for removing audio group from user default groups?
 Eventually, yes.
 

So, who determined that audio group will not be used as a default user
group in Debian, and when you say eventually, do you mean Debian 9?


-- 
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/1415541225.645217.188812509.7715a...@webmail.messagingengine.com



Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Clint Byrum
Excerpts from Simon McVittie's message of 2014-11-09 05:25:46 -0800:
 On 09/11/14 08:21, Ben Finney wrote:
  * Package name: xkcdpass
 ...
A flexible and scriptable password generator which generates strong
passphrases, inspired by XKCD 936:
 
 Does this have significant advantages over pwqgen, in the passwdqc package?
 
 How many bits of entropy does it typically produce?
 
 Example pwqgen output with default settings:
 
 % pwqgen
 wary$Nobody5leafy

With that, I have to remember that Nobody is capitalized, and that the
spaces are replaced by $ and 5. The other approach accepts that we are
forgetful and so uses spaces. But it also has the weakness that if the
approach and the separators are suspected, one can very cheaply run a
dictionary attack before brute forcing random characters (and in fact
this is what many password cracking tools do). If you add in random
separators and capitalization that does nearly achieve the proclaimed
complexity that the xkcd article was suggesting. So it seems to this
lay-person that pwqgen is a better choice.


-- 
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/1415541625-sup-7...@fewbar.com



Re: What is the policy on audio group? and, proposal of a new group for the jack audio server

2014-11-09 Thread Simon McVittie
On 09/11/14 13:53, Kaj Ailomaa wrote:
 So, who determined that audio group will not be used as a default user
 group in Debian

As far as I know, nobody yet. Marco was expressing what he thinks should
happen in future, not what has happened already. I agree with his
opinion on this.

 and when you say eventually, do you mean Debian 9?

I think that would be a good timescale, yes.

Members of the audio group can play and record[1] audio via remote
logins, even when not physically present at the hardware. To me, that
doesn't seem consistent with a least astonishment policy for users of
a shared machine to have privacy from each other: if I have a private
conversation in real life while using a shared computer, and Bob has
an account on that computer but is not present or logged-in locally, it
doesn't seem desirable for Bob to be able to record my conversation.

On systems with infrastructure to adjust device ACLs during login, the
audio group is unnecessary for normal operation: when you log in
locally, the infrastructure can set the ACL to allow you to access the
audio device nodes, and when you log out, it can remove that ACL entry.

(One of the things systemd-logind does is that it is one implementation
of that infrastructure; I think ConsoleKit was another.)

As far as I'm aware, if a sysadmin wants to designate privileged users
who can play and record audio without being logged-in locally, they can
still add those users to the audio group.

S

[1] assuming a microphone is present; this has not traditionally been
the case on desktop- or tower-style PCs, but many laptops do have a
built-in microphone, and not all have a mute button or LED for it


-- 
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/545f7b52.2090...@debian.org



Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Simon McVittie
On 09/11/14 14:25, Clint Byrum wrote:
 With that, I have to remember that Nobody is capitalized, and that the
 spaces are replaced by $ and 5. The other approach accepts that we are
 forgetful and so uses spaces. But it also has the weakness that if the
 approach and the separators are suspected, one can very cheaply run a
 dictionary attack before brute forcing random characters (and in fact
 this is what many password cracking tools do).

It's a trade-off. I didn't say this is unacceptable because..., I only
asked the question.

The cost of a dictionary attack goes up exponentially with the number of
bits of entropy in the password or passphrase, which is why I asked how
much entropy this tool has. IMO, the right way to assess the quality of
the passphrases produced by one of these tools is to assume that the
attacker knows which tool you use, and its settings (word list, whether
to use punctuation, etc.), and see how many attempts it would take them
with that knowledge; then compare that with how memorable the results
are. Each bit of entropy doubles the number of possibilities that an
attacker needs to try.

pwqgen defaults to generating a passphrase with 47 bits of entropy. I
think it primarily includes capitals, punctuation and digits as a
workaround for sites that require passwords to contain these, rather
than as a way to increase entropy: after all, randomly choosing whether
each word has an initial capital only adds 1 bit of entropy per word.

Diceware[1] is an implementation of a similar algorithm designed to be
used via physical dice rather than a computer's pseudorandom number
generator. It uses 5 die rolls to choose one of 7776 distinct words, and
its author recommends a 6-word passphrase, resulting in about 77.5 bits
of entropy.

S

[1] http://world.std.com/~reinhold/diceware.html


-- 
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/545f7ece.2070...@debian.org



Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Ralf Jung
Hi,

On 09/11/14 07:28, Michael Gilbert wrote:
 On Sun, Nov 9, 2014 at 12:01 AM, Christoph Anton Mitterer wrote:
 On Sat, 2014-11-08 at 23:30 -0500, Michael Gilbert wrote:
 No accusation, just a statement of fact.  Four ctte members were
 complicit in the vote [0]

 Well maybe I read that ruling wrong, but didn't it more or less say
 we're not deciding anything right now?

 And even if that decision would be the sole reason for Joey to leave
 
 Please actually read Joey's message to understand his concern, which
 is not at all about content or systemd, but the harmful actions of
 some project members and the complicity of others in those actions
 over some significant time now.

Please forgive my naiveness, but I do not understand what you are saying
here. Now, I am just an informed outsider of this discussion, so maybe
that was actually intentional. But I agree with Christoph that it looks
to me like the decision in this case was not to have a decision. Also,
five CTTE members agreed on that, so I don't understand where you got
your number 4 from.
I read Joey's message over and over without getting any more clues. He
said the CTTE has Decided it should make a decision, which it seems to
me it did not. So I probably misunderstood something more fundamental here.

Maybe you were intentionally vague, then please just disregard this
message. I don't want to heat the discussion, just understand.

Kind regards
Ralf


-- 
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/545f83d3.90...@ralfj.de



Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Clint Byrum
Excerpts from Simon McVittie's message of 2014-11-09 06:48:46 -0800:
 On 09/11/14 14:25, Clint Byrum wrote:
  With that, I have to remember that Nobody is capitalized, and that the
  spaces are replaced by $ and 5. The other approach accepts that we are
  forgetful and so uses spaces. But it also has the weakness that if the
  approach and the separators are suspected, one can very cheaply run a
  dictionary attack before brute forcing random characters (and in fact
  this is what many password cracking tools do).
 
 It's a trade-off. I didn't say this is unacceptable because..., I only
 asked the question.
 
 The cost of a dictionary attack goes up exponentially with the number of
 bits of entropy in the password or passphrase, which is why I asked how
 much entropy this tool has. IMO, the right way to assess the quality of
 the passphrases produced by one of these tools is to assume that the
 attacker knows which tool you use, and its settings (word list, whether
 to use punctuation, etc.), and see how many attempts it would take them
 with that knowledge; then compare that with how memorable the results
 are. Each bit of entropy doubles the number of possibilities that an
 attacker needs to try.
 
 pwqgen defaults to generating a passphrase with 47 bits of entropy. I
 think it primarily includes capitals, punctuation and digits as a
 workaround for sites that require passwords to contain these, rather
 than as a way to increase entropy: after all, randomly choosing whether
 each word has an initial capital only adds 1 bit of entropy per word.
 
 Diceware[1] is an implementation of a similar algorithm designed to be
 used via physical dice rather than a computer's pseudorandom number
 generator. It uses 5 die rolls to choose one of 7776 distinct words, and
 its author recommends a 6-word passphrase, resulting in about 77.5 bits
 of entropy.
 

Forgive my response. I seemed to forget everything I learned in the
last 5 years about passwords after a trans-atlantic flight. Thanks for
reminding me. ;)


-- 
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/1415547127-sup-8...@fewbar.com



Re: What is the policy on audio group? and, proposal of a new group for the jack audio server

2014-11-09 Thread Ralf Jung
Hi,

 On the other hand, it would break typical uses of using sound remotely.
 These days, shared computers are almost unheard of save for some school
 settings -- while loads of people have some raspi mediacenter or press
 some buttons on their phone to control sound coming from the big computer.

This usually happens via UPnP or similar, though - the actual audio is
ultimately done by a local user. So the audio group is unrelated to this
usecase.

Kind regards
Ralf


-- 
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/545f8ff1.20...@ralfj.de



Re: inconsistent versions of M-A: same packages

2014-11-09 Thread Johannes Schauer
Hi,

Quoting Ralf Treinen (2014-11-09 15:58:15)
 On Sat, Nov 08, 2014 at 06:41:24AM +0100, Johannes Schauer wrote:
  Dpkg and apt allow this just fine. Try to do:
  
  apt-get install --simulate gcc-4.9-arm-linux-gnueabihf
  
  And you will end up with a number of armhf packages on your system (you 
  have to
  enable armhf beforehand of course).
 
 Interesting, I did not know this. Is this documented somewhere? I just looked
 through apt-get(1) man page and couldn't find it there.

it should definitely be documented in deb-control(5) but is not. I filed
#768842.

Otherwise, this is documented in https://wiki.ubuntu.com/MultiarchCross in
sections Cross-architecture dependencies and Toolchains. There is an
ambiguity in the docs whether support for them was introduced in dpkg
1.16.2 or 1.16.7. Confusingly, support seems to have been implemented in dpkg
git commit 7acf7afa which was released with version 1.16.5. In any case, wheezy
has 1.16.15, so it definitely supports this.

  This might fail not only because of M-A:same conflicts but also because
  some packages just conflict with each other through a normal Conflicts:.
  You probably need a clever way to partition dependencies.
 
 In my understanding these are precisely the cases which we want to find: 
 packages which are supposed to be co-installable for different archiectures
 (since they are M-A=same), but which are not for some reason.

Ah okay! Somehow I misunderstood your initial email that you wanted to say:

Depends: foo:i386, foo:amd64, ..., bar:i386, bar:amd64,...

But instead you just want...

Depends: foo:i386, foo:amd64, ...

...in one package and...

Depends: bar:i386, bar:amd64,...

... in the other, right? This sounds very useful, because it does not make
sense to mark a package M-A:same if they cannot actually be co-installed across
architectures.

Instead of creating dummy packages for this task, you can also use
dose-deb-coinstall for this job.

cheers, josch


--
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/20141109161810.6173.86072@hoothoot



Re: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Adrian Knoth
On Sun, Nov 09, 2014 at 12:55:03PM +0100, Bálint Réczey wrote:

  2014/8/4 - Adrian updated the package to 3.1.3
  adi's package (currently @ 3.1.3):
  https://github.com/adiknoth/netatalk-debian
[..]
  I'd say get some devs behind this, call the package netatalk3 and ship
  it in parallel. I had it running for months, upstream had worked on it
  for years, it's not that this is bleeding edge or untested.
 IMHO the proper way of putting this package into focus is asking the
 maintainers to file an RFH bug if you don't want help yourself.
 Helping yourself can be submitting patches through BTS,

You surely have noticed that I actually provided proper Debian packaging
in January 2014, right? And proper means 3.0/quilt workflow with signed
tags, pristine-tar and everything.

I've pinged the maintainers/bug:

   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690227#65

I've updated the package in early August, pinged the bug plus the team
mailinglist:

   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690227#81


I've updated it a second time to 3.1.6 in late September. I think it's
only fair to say that *I* actually did help.


Read this timeline:


   From: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685878#16

2012/7/9 - netatalk 3.0 released upstream

2012/10/11 - Hideki started working on a 3.0.1 package using dh style
instead of cdbs, but it was declined because of Jonas' wish to stick
with cdbs

2013/3/18 - Igor posted a 3.0.1 cdbs package

2013/4/12 - Martin updated the cdbs package to 3.0.3

2014/1/11 - Tony built a 3.0.6 deb

2014/1/11 - Tony articulated the need for 3.0.6 due to problems w. time
machine

2014/1/11 - Jonas stated intent to upgrade to 3.x but cited lack of time

2014/1/14 - Adrian cleaned up tony's 3.0.6 package and posted it

2014/2/10 - Jonas stated intent to continue to maintain the netatalk
package  opened a mailing list on alioth

2014/4/18 - Brian cleaned up  updated Adrian's package to 3.1.1

2014/4/19 - Chris suggested to get netatalk 3.x into experimental asap
to get it ready for jessie

2014/4/20 - Chris, Brian  Jonas collaborated  pushed 2.2.5

2014/8/4 - Adrian updated the package to 3.1.3

2014/8/27 - HAT reported that 3.1.6 is available

2014/9/29 - Adrian updated the package to 3.1.6



Add at least three wishlist bugs asking for netatalk 3.x, some as early
as 2012.  Two years of absolutely no progress, despite at least six
people helping.


I'm only a DM, I cannot upload foreign packages. And if it wasn't for
the two friends who needed netatalk3, I wouldn't even care at all.

But maybe, just maybe, at some point the maintainers should actually
upload stuff?



 Most probably Jessie will not contain netatalk 3, but having it in
 jessie-backports would be almost as good as having it in jessie.

I agree. So is there a DD who actually cares about netatalk? If so,
clone my git repo and upload to experimental as suggested seven months
ago. The usual git-buildpackage workflow.

Or call it netatalk3 and upload it to sid, totally up to you.

Or file a RFH bug on behalf of the netatalk maintainers that can be
ignored for another two years. ;)



Cheers

PS: Just in case it wasn't obvious, I have absolutely no interest in
maintaining netatalk. Not my package.


-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver


-- 
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/20141109162042.gi11...@ltw.loris.tv



Re: inconsistent versions of M-A: same packages

2014-11-09 Thread Ralf Treinen
On Sun, Nov 09, 2014 at 05:18:10PM +0100, Johannes Schauer wrote:
 
 Ah okay! Somehow I misunderstood your initial email that you wanted to say:
 
   Depends: foo:i386, foo:amd64, ..., bar:i386, bar:amd64,...
 
 But instead you just want...
 
   Depends: foo:i386, foo:amd64, ...
 
 ...in one package and...
 
   Depends: bar:i386, bar:amd64,...
 
 ... in the other, right? This sounds very useful, because it does not make
 sense to mark a package M-A:same if they cannot actually be co-installed 
 across
 architectures.

Yes, exactely.

 Instead of creating dummy packages for this task, you can also use
 dose-deb-coinstall for this job.

But this does only one co-installability check at a time, right ?

Anyway, the script is very simple (attached). The raw result of a run
for amd64 together with i386 can be found at [1]. What one can see from
a cursery inspection of that result :

We have 4415 MA=same packages that exist both in amd and i386 (main/sid).
I didn't expect it to be that many.

1033 of them are not co-installable.

Where they are not co-installable, the reason seems mostly to be that
the packages have dependencies which are not MA-enabled. The first case in
the list, for instance:

audacious-dbg-pseudo is MA=same but depends on audacious which is MA=no.

-Ralf.

[1] https://people.debian.org/~treinen/ma-same-coinstall-amd64-i386
#!/bin/sh
# finds packages with Multi-Arch=same for which the vesions in two different
# architectures are not co-installable.

# $1: name of the first architecture
# $2: Packages file of the first architecture
# $3: name of the second architecture
# $4: Packages file of the second architecture

arch1=$1
packages1=$2
arch2=$3
packages2=$4

archlist1=$(mktemp -t ${arch1}.)
grep-dctrl -F Multi-Arch same -s Package ${packages1} -n | sort  ${archlist1}

archlist2=$(mktemp -t ${arch2}.)
grep-dctrl -F Multi-Arch same -s Package ${packages2} -n | sort  ${archlist2}

(for p in $(comm -12 ${archlist1} ${archlist2})
do
echo 'Package:' ${p}-pseudo
echo 'Version: 1'
echo 'Architecture:' ${arch1}
echo 'Depends:' ${p}:${arch1}, ${p}:${arch2}
echo
done) | \
dose-debcheck\
--deb-native-arch=${arch1} --deb-foreign-archs=${arch2}\
--bg ${packages1} --bg ${packages2} -f -e

rm ${archlist1} ${archlist2} 


Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Michael Gilbert
On Sun, Nov 9, 2014 at 10:10 AM, Ralf Jung wrote:
 I read Joey's message over and over without getting any more clues. He
 said the CTTE has Decided it should make a decision, which it seems to
 me it did not. So I probably misunderstood something more fundamental here.

Read all of #762194 very carefully.  Note that no technical
disagreement existed between project members, it was initiated by a
committee member pushing a particular agenda with no consideration
about his own conflict of interest, a technical solution that would
have avoided mediation by the committee was in progress, no
substantive thought or discussion occurred, and finally rubber
stamping without any forethought to potential consequence (except from
Steve).

Yes, the Debian constitution right now allows the TC to misbehave like
that.  That is part of the constitutional crisis at hand.

The TC power needs to be reigned in.  Their actions should be limited
solely to disagreement mediation, and only when that doesn't involve a
conflict of interest pertaining to one of the TC members, and only
when all other attempts at reconciliation have tried and failed.

Best wishes,
Mike


-- 
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/CANTw=MMpLLnnekz8c2w35sc=rzudvvg+9ytxvt_qni797is...@mail.gmail.com



Re: [Pkg-netatalk-devel] Bug#685878: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Jonas Smedegaard
Quoting Adrian Knoth (2014-11-09 10:48:58)
 On Thu, Aug 28, 2014 at 01:21:04PM -0400, Igor Bernstein wrote:

 - jessie freeze happens in 2 months

 Happened in the meantime :-/

 2014/8/4 - Adrian updated the package to 3.1.3
 adi's package (currently @ 3.1.3):
 https://github.com/adiknoth/netatalk-debian

 JFTR, I'm at 3.1.6.

Thanks to those helping out with Netatalk maintenance, including those 
working on the Netatalk3 branch!

Please - those eager to get Netatalk3 into Debian - clone above Github 
URL, look at the FIXMEs in its debian/copyright file.  Those need 
fixing for that work to enter Debian at all.

If you do it soon and share your findings to 751...@bugs.debian.org, 
then as a bonus you raise the chances of Netatalk2 getting into Jessie!


 - Jonas

-- 
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature


Re: Jessie Freeze - What is the next release name? (jessie+1)

2014-11-09 Thread Matthias Urlichs
Hi,

Osamu Aoki:
 I thought usually this type of announcement comes with next release
 name.
 
 I was going to update web site (later) and debian-reference package (in
 November) in proper timing.  Did I miss some announcement? 
 
See the debian-devel archives from mid-Fenruary 2014. According to Neil
McGovern, the code name shall be zurg.

 https://lists.debian.org/debian-devel/2014/02/msg00905.html

While that was in no way official, at the time it kindof struck a chord,
so I'd like us to just go with it.

After all the init/GR/what-have-you brouhaha, we can do with some levity. :-)

-- 
-- Matthias Urlichs


signature.asc
Description: Digital signature


Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Adam Borowski
On Sun, Nov 09, 2014 at 12:54:39PM -0500, Michael Gilbert wrote:
 On Sun, Nov 9, 2014 at 10:10 AM, Ralf Jung wrote:
  I read Joey's message over and over without getting any more clues. He
  said the CTTE has Decided it should make a decision, which it seems to
  me it did not. So I probably misunderstood something more fundamental here.
 
 Read all of #762194 very carefully.  Note that no technical
 disagreement existed between project members, it was initiated by a
 committee member pushing a particular agenda with no consideration
 about his own conflict of interest

I don't understand why a member of TC should be disallowed to raise issues
for the TC to discuss.  Do you say that if, formally, the submitter would be
any other of numerous people who see problems in replacing working inits by
systemd, it would be perfectly ok, but if Ian did this this is no longer
allowed?

I see a choir of voices shaming Ian for abusing the constitution.  Yet it
turns out it's you who's picking on a formality rather than the problem at
hand.

And the issue in #762194 is distinct than #727708 and the GR:
#727708: what should be the default init system?
#762194: should existing installations be changed?
GR: can packages be tied to an init system?

None of the above gives an answer to the other two.
Thus, the issue Ian raised is valid.  And since changing the init system on
existing installations is an important _technical_ problem, it is in scope
for the CTTE.

Bottom line: Ian did nothing wrong.

-- 
// If you believe in so-called intellectual property, please immediately
// cease using counterfeit alphabets.  Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.


-- 
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/20141109181953.ga22...@angband.pl



Re: Reminder: Removing 2048 bit keys from the Debian keyrings

2014-11-09 Thread Jonathan McDowell
On Sat, Nov 08, 2014 at 09:59:08PM +0100, Richard Hartmann wrote:
 Can you put this list, and a count, in a place I can wget from?

You've trimmed all context so I'm not entirely clear if you're looking
for the key list or something else. If it's the key list you should be
able to calculate it yourself from the keyrings:

rsync -az keyring.debian.org::keyrings/keyrings/ .
gpg --no-default-keyring --list-keys --with-colons \
--keyring ./debian-keyring.gpg \
--keyring ./debian-maintainers.gpg | \
awk -F ':' '/^pub:.:1024:/ { print $5   $10 }'

This will give slightly more people than my list as I effectively did
the above on our working tree, which is not public, while the rsync will
provide the currently active keyring. At present the above lists 468
contributors, while the active tree has 429 with weak keys.

J.

-- 
] http://www.earth.li/~noodles/ []I'm a consultant because I'd [
]  PGP/GPG Key @ the.earth.li   [] rather be self-unemployed.  [
] via keyserver, web or email.  [] [
] RSA: 4096/2DA8B985[] [


signature.asc
Description: Digital signature


Re: Jessie Freeze - What is the next release name? (jessie+1)

2014-11-09 Thread Adam D. Barratt

On 2014-11-09 9:23, Matthias Urlichs wrote:

See the debian-devel archives from mid-Fenruary 2014. According to Neil
McGovern, the code name shall be zurg.


https://lists.debian.org/debian-devel/2014/02/msg00905.html


While that was in no way official, at the time it kindof struck a 
chord,

so I'd like us to just go with it.


I'm afraid you're going to be disappointed; see d-d-a earlier today.

Regards,

Adam


--
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/578f9520761220405657ac58d0b14...@mail.adsl.funky-badger.org



Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Adam D. Barratt

On 2014-11-09 18:19, Adam Borowski wrote:

And since changing the init system on
existing installations is an important _technical_ problem, it is in 
scope

for the CTTE.


Where does the constitution make important technical problems in scope 
for the tech committee? (Not being awkward, but there's a reason that 
they're explicitly chartered to make decisions _as a point of last 
resort_.)


Regards,

Adam


--
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/2ec0e5d4aa41bd836ea2d3d82db8b...@mail.adsl.funky-badger.org



Re: [Pkg-netatalk-devel] Bug#685878: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Neil Williams
On Sun, 09 Nov 2014 19:04:42 +0100
Jonas Smedegaard d...@jones.dk wrote:

 Quoting Adrian Knoth (2014-11-09 10:48:58)
  On Thu, Aug 28, 2014 at 01:21:04PM -0400, Igor Bernstein wrote:
 
  - jessie freeze happens in 2 months
 
  Happened in the meantime :-/
 
  2014/8/4 - Adrian updated the package to 3.1.3
  adi's package (currently @ 3.1.3):
  https://github.com/adiknoth/netatalk-debian
 
  JFTR, I'm at 3.1.6.
 
 Thanks to those helping out with Netatalk maintenance, including
 those working on the Netatalk3 branch!
 
 Please - those eager to get Netatalk3 into Debian - clone above
 Github URL, look at the FIXMEs in its debian/copyright file.  Those
 need fixing for that work to enter Debian at all.
 
 If you do it soon and share your findings to
 751...@bugs.debian.org, then as a bonus you raise the chances of
 Netatalk2 getting into Jessie!

Don't raise hopes, Jonas. The opportunity for getting packages removed
from testing before the freeze began, back into testing has closed.

netatalk2 is not in testing. Fixing the RC bug now is too late to get
the package back into testing.

(I forgot this when I did the same with midori #768458 - the unblocked was 
refused.)
E: package midori not in testing


-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpITlwk6lgx3.pgp
Description: OpenPGP digital signature


Re: Bug#768329: grub-common: Please enable splash for jessie

2014-11-09 Thread Christian Hofstaedtler
* Colin Watson cjwat...@debian.org [141106 16:32]:
 In principle this makes sense; I'm just a bit nervous about this at this
 point, and changing this will cause a ucf prompt for large numbers of
 people, so I want to get it right first time.  CCing debian-devel; does
 anyone know of reasons why adding splash to the default command line
 would be a bad thing?

I just did a test upgrade from wheezy to jessie, and it appears that
there is already a ucf prompt for /etc/default/grub (removal of OS
prober settings).

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



signature.asc
Description: Digital signature


Re: [Pkg-netatalk-devel] Bug#685878: Two years later and still no netatalk3 in jessie?

2014-11-09 Thread Jonas Smedegaard
Quoting Neil Williams (2014-11-09 19:53:38)
 On Sun, 09 Nov 2014 19:04:42 +0100
 Jonas Smedegaard d...@jones.dk wrote:

 Quoting Adrian Knoth (2014-11-09 10:48:58)
 On Thu, Aug 28, 2014 at 01:21:04PM -0400, Igor Bernstein wrote:

 - jessie freeze happens in 2 months

 Happened in the meantime :-/

 2014/8/4 - Adrian updated the package to 3.1.3
 adi's package (currently @ 3.1.3):
 https://github.com/adiknoth/netatalk-debian

 JFTR, I'm at 3.1.6.

 Thanks to those helping out with Netatalk maintenance, including 
 those working on the Netatalk3 branch!

 Please - those eager to get Netatalk3 into Debian - clone above 
 Github URL, look at the FIXMEs in its debian/copyright file.  Those 
 need fixing for that work to enter Debian at all.

 If you do it soon and share your findings to 
 751...@bugs.debian.org, then as a bonus you raise the chances of 
 Netatalk2 getting into Jessie!

 Don't raise hopes, Jonas. The opportunity for getting packages removed 
 from testing before the freeze began, back into testing has closed.

Thanks for your concern, but don't worry: Since the rejection of Nodejs 
for Wheezy (in working condition for quite some time but stalled until 
days before freeze by a tech-ctte ruling), my hopes for getting anything 
done during freeze has been low.  But not lower than low.


 netatalk2 is not in testing. Fixing the RC bug now is too late to get 
 the package back into testing.

Freeze != release.  We do not know if too late - it might be that bugfix 
need zero change to the package, and that release team treats that as 
acceptable.


 (I forgot this when I did the same with midori #768458 - the unblocked was 
 refused.)
 E: package midori not in testing

That rejection is indeed quite unfortunate.  My appreciation for midori 
is (half of) reason Jessie will not have a Debian Pure Blend for 
Designers: https://packages.qa.debian.org/d/debian-design.html

I do still have (low but existing) hope that that midori rejection is 
not a definitive indication for netatalk.  Release team explanation for 
rejecting Nodejs was lack of time in unstable, which arguably is similar 
for midori bugfix too, but might is not for netatalk bugfix.


 - Jonas

-- 
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature


Re: Please more fish

2014-11-09 Thread Jonathan Dowland
On Sat, Nov 08, 2014 at 08:20:29PM -0800, Russ Allbery wrote:
 I thought Zlatan's message was beautiful, and it really touched me, and I
 wanted to say that.  It may have been better if I'd said that in private.

No, such public appreciation messages are a pleasure to read. Please do not
refrain in future.


-- 
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/20141109195523.ge29...@chew.redmars.org



Re: Bug#768329: grub-common: Please enable splash for jessie

2014-11-09 Thread Jonathan Dowland
On Thu, Nov 06, 2014 at 05:19:40PM +0100, Christian Hofstaedtler wrote:
 Nothing in a default install currently Depends or Recommends
 plymouth, so don't worry about getting a graphical splash screen or
 anything. Anyway, if you were to install plymouth, the default
 theme is *text*.

In other words, plymouth installed but no 'splash' argument to the boot
results in no change; adding 'splash' results in plymouth being activated
albeit in text mode (so no modechange?)

 Plymouth is a terminal multiplexer. Without it, if, f.e., there is
 prompting for an encrypted disk passphrase, you'll end up with other
 messages writing over the password prompt and so on. [1] With plymouth
 installed you'll get a nice standalone prompt for the passphrase.
 I imagine this being the same for systemd and upstart and any other
 event-based inits.
 http://web.dodds.net/~vorlon/wiki/blog/Plymouth_is_not_a_bootsplash/
 has some additional background.
 
I'm reminded that the plymouth package short and long descriptions
need adjusting to reflect this as they are presently quite misleading
(but I'm as guilty as anyone else for not filing a wishlist bug for
this yet, let alone supplying suggested text)

 Why's there a new boot parameter?
 
 I don't know, but currently at least Ubuntu, Tanglu (both via
 grub-common), and Fedora do it this way.
 It's certainly nice to have the parameter so the recovery boot
 option can skip plymouth (esp. if you were to enable a graphical
 theme).

I presume the option is interpreted by systemd or plymouth, rather than the
kernel. (raises an interesting question, where is this handled, and is it
handled differently for different init systems?) I see no reason why Debian
couldn't default to the opposite (plymouth installed? plymouth runs - some
'nosplash' command line argument passed? plymouth doesn't run) if that was
determined to be preferential. IMHO on-by-default is a good idea, especially
if boot-time password prompts are likely useless without it (at least with
systemd, but this is functionally a regression from wheezy).


-- 
Jonathan Dowland


-- 
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/20141109200345.gf29...@chew.redmars.org



Re: done with consensus decisionmaking, war, rearguard battles [was: Re: REISSUED CfV: General Resolution: Init system coupling]

2014-11-09 Thread Josh Triplett
[CCed to a wider audience, but reply-to and mail-followup-to set to
avoid a prolonged cross-list thread.]

Sune Vuorela wrote:
 I have a hard time assuming good faith from people who are at war.
 
 /Sune
 
 [17:35:34]
 http://meetbot.debian.net/debian-ctte/2014/debian-ctte.2014-10-30-17.00.log.html

Sune,

Thank you for calling attention to that very disturbing IRC log.  I'd
recommend reading the whole thing, but I've called out a few
particularly disturbing quotes below that make me quite done with
assuming anything even remotely close to good faith anymore.  (Note that
Diziet is Ian's IRC nick.)

17:14:02 Diziet bdale: The GR is going to be another 3 weeks.
17:14:09 Diziet We should decide on the automatic switch before then IMO

17:15:30 Diziet I don't think it's reasonable to say that we need a tested 
alternative given how bad the situation is right now.

(After repetition of the exact wording of the We aren't convinced
wording that ended up passing, and people pointing out that it *will* be
interpreted as TC opposition to the switch, which sure enough it did...)

17:34:12 dondelelcaro Diziet: I don't think that stating that we don't want 
to swap on upgrades is something we can agree on
17:34:25 dondelelcaro Diziet: at least, not while the GR is happening which 
seems to directly address this part of the question

17:34:28 Diziet dondelelcaro: That's not the question.  The question is 
whether it's something that would pass a TC vote.
17:34:32 Diziet I'm done with consensus decisionmaking.
17:35:34 Diziet That's not to say I'm not open to convincing.  But everything 
done by my opponents in this whole war has been done on a majoritarian basis 
and I see no reason to limit myself to consensual acts.

17:36:48 dondelelcaro Diziet: we can always go to majoritarian, but if we can 
agree, so much the better.
17:37:17 Diziet dondelelcaro: I and my allies have been being shat on by the 
majoritarians since February.  It's too late for that.

(I'll also point out the pile of #action items Ian self-assigned, as
well as the pile of times Ian has effectively self-referred items to the
TC in the first place.)

I've already felt from the more public portions of the TC discussions
that Ian has been using the TC as a personal stick to hit people with.
This makes it even more clear.  See also Joey Hess's near-final mail at
https://lists.debian.org/debian-ctte/2014/11/msg00045.html , pointing
out the same issues.

Calling this a war, being done with consensus decisionmaking, bitter
rearguard battles indeed...

To put it bluntly: I don't believe this is even remotely acceptable
behavior from a member of the TC (or a member of the project in general,
but in the latter case someone has less potential to cause damage).

Does anyone, in light of the above, feel even remotely comfortable
having Ian continue to wield^Wserve on the technical committee?  I don't
care *how* you feel about init systems or any other issue; the above
actions, tactics, and statements, and similarly consistent ones
elsewhere are not even remotely acceptable on any side.  The
frothing-mad rampage and the battle-on-every-possible-front needs to
end.  I think it's safe to say that there's a substantial number of
people hoping that the current GR will actually *settle* this question,
with the project having spoken.

We clearly have a pile of people who want to discuss and deal with the
init system issue, many of whom are still capable of productive
discussion and consensus-building.  Many people are actively developing
solutions to make the situation better.  I've seen very impressive
reasoning and careful judgement by various people in this and other
issues.  Russ Allbery comes to mind as the high standard we should
expect from our TC members.  And every other member of the TC, on *both*
sides, seems quite reasoned and reasonable.

So, at the risk of making things worse before they get better, since
nobody else seems willing to explicitly say it:

What's the procedure for removing someone from the technical committee?


-- 
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/20141109202203.GA1700@thin



Re: done with consensus decisionmaking, war, rearguard battles [was: Re: REISSUED CfV: General Resolution: Init system coupling]

2014-11-09 Thread Don Armstrong
On Sun, 09 Nov 2014, Josh Triplett wrote:
 (After repetition of the exact wording of the We aren't convinced
 wording that ended up passing, and people pointing out that it *will* be
 interpreted as TC opposition to the switch, which sure enough it did...)

The we are currently skeptical wording was not present in the passed
resolution; it was amended in 7a000[1].

That paragraph 4 of that decision could be interpreted as deciding the
switching issue was only clear to me in retrospect, and was certainly
not my intention (and I don't believe it reflects the intention of
anyone else on the CTTE.)

Indeed, paragraph 4 of that decision is actually a reflection of my
personal reluctance to decide this issue in the CTTE without a very
specific technical proposal and thorough testing.

Especially considering that we would be overriding the transition plan
announced in https://lists.debian.org/debian-devel/2014/07/msg00611.html
at a very late date.

See
https://lists.debian.org/msgid-search/20141107211930.gm29...@teltox.donarmstrong.com
for my specific response to this issue when it was raised.

1: 
http://anonscm.debian.org/cgit/collab-maint/debian-ctte.git/commit/?id=7a0009d350d57b89aa848f4d66a0b40959893373
-- 
Don Armstrong  http://www.donarmstrong.com

If you have the slightest bit of intellectual integrity you cannot
support the government. -- anonymous


-- 
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/20141109212136.gg29...@teltox.donarmstrong.com



Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Simon Richter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

On 09.11.2014 04:57, Christoph Anton Mitterer wrote:

 In the end it's quite easy: sysvinit has many deficiencies ans
 missing feature, systemd is superior in all places.

- From your perspective.

I can completely understand why we (and that includes me) want systemd
as a default: it gives the best possible integration of desktop
components possible.

However, there are use cases where systemd does not work because of
software design choices that, again, are in the best interest of its
users.

This is a common pattern in software development. When designing a
complex system, you have two extremes:

1. A system that covers all use cases by building a minimal framework
and letting users fill in the rest via a scripting language.

2. An elaborate system that simplifies use for the majority of cases,
uses a descriptive language for configuration, and falls flat for any
case that is out of scope.

Neither approach is inherently better than the other, but they can
be better suited for particular applications, and the choice which to
use is up to the user.

The vast majority of software in the world can be compiled by invoking
a compiler on all source files, and passing the compiler output to a
linker. With that knowledge, we can create a simple build system that
needs nothing but the name of the project, whether it is a program or
a library and a list of dependencies.

- From the point of view of an application developer, this is the best
thing since sliced bread. Comparing

- ---
SOURCES = foo.c bar.c
OBJECTS = $(SOURCES:.c=.o)
DEPENDS = $(SOURCES:.c=.d)

PREFIX = /usr/local

foo: $(OBJECTS)
$(CC) -o $@ $^

%.o: %.c
$(CC) -MD -MF $*.d -c $

%.d:
touch $@

clean:
$(RM) foo *.o *.d

install: foo
$(INSTALL) -d $(DESTDIR)$(PREFIX)/bin
$(INSTALL) foo $(DESTDIR)$(PREFIX)/bin/

- -include $(DEPENDS)
- ---

with the much shorter

- ---
bin_PROGRAMS = foo
foo_SOURCES = foo.c bar.c
- ---

I think it is immediately clear which one is preferable. However, I
doubt you'd get far trying to move the Linux kernel to automake, as it
has additional requirements that cannot be represented in this way,
and extending automake to handle these is a herculean task.

 The only thing *I* regret is that it's not really used to it's
 full potential - i.e. in some places it rather seem we just try to
 rebuild sysvinit in systemd, restricting ourselfs.

The systemd architecture is, in my opinion, similar to automake.

There is a descriptive language with lots of keywords, which allows
you to do a lot of cool stuff easily, and at the same time, it is
possible to leave the framework behind for missing functionality, with
the same results for complexity and potential for error.

The blog post[1] by joeyh about his alarm clock illustrates this,
however you can already see that the framework is at its limits here,
as it is necessary to run the job with root permissions so it can use
an external tool to call back into the framework and inhibit lid
switch handling while the job is running.

At this point, I have to start asking questions:

1. What does inhibit mean? Will it ignore the events or just delay
processing?

2. Is this behavior guaranteed, or is that an implementation detail?

3. Does this have security implications, like a lid switch event not
being delivered to the screensaver?

4. Does this mean that other jobs will not start if they depend on the
lid switch being open, when the lid was opened while the alarm clock
was playing?

5. Is there a mechanism to be exempted from inhibit states?

6. If the events are queued, will similar events be coalesced, and
will obsolete events be dropped?

7. Why inhibit handling the lid switch? Wouldn't it be better to
have a mechanism to effect what we really want to do, stopping the
system from going to sleep, rather than assuming that the reason the
system would want to go back to sleep is the closed lid switch?

The alarm clock example already escalated into a round of Cambridge
Standard Five Cards Mao, with the condition of a rule being fulfilled
leading to a temporary change of the rules. Managing this at a system
level is a pure nightmare, especially when third party packages and
local policies come into the mix as well.

Restricting ourselves to a conservative default policy without any
assumptions thus sounds sensible to me. One such assumption is whether
we're running on a server, desktop or laptop system, which basically
limits us to starting programs on conditions because we cannot really
define a one-size-fits-all power policy.

   Simon

[1]
https://joeyh.name/blog/entry/a_programmable_alarm_clock_using_systemd/



Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Игорь Пашев
2014-11-10 0:38 GMT+03:00 Simon Richter s...@debian.org:
 automake

With autotools one can always use plain shell code in configure.ac and
plain make in Makefile.am ;-)


-- 
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/call-q8zejcqrokhyk0gxsczk+p6oz7ft8ro3jlawlkucmle...@mail.gmail.com



Re: done with consensus decisionmaking, war, rearguard battles [was: Re: REISSUED CfV: General Resolution: Init system coupling]

2014-11-09 Thread Josh Triplett
[Please CC me on replies.]

Don Armstrong wrote:
 On Sun, 09 Nov 2014, Josh Triplett wrote:
  (After repetition of the exact wording of the We aren't convinced
  wording that ended up passing, and people pointing out that it *will* be
  interpreted as TC opposition to the switch, which sure enough it did...)
 
 The we are currently skeptical wording was not present in the passed
 resolution; it was amended in 7a000[1].

I stand corrected; thank you.  However, I don't think that changes the
point.  The resulting decision had effectively the same tone.

Linking to the resolution announcement for reference:
https://lists.debian.org/debian-devel-announce/2014/11/msg0.html

 That paragraph 4 of that decision could be interpreted as deciding the
 switching issue was only clear to me in retrospect, and was certainly
 not my intention (and I don't believe it reflects the intention of
 anyone else on the CTTE.)

I completely believe that it was not the intention of most of the people
voting for the resolution that passed.  However, the combination of item
1 (explicitly narrowing the scope of the previous TC decision), item 4
(inviting proposals towards one specific approach), and item 5 (After
the result of the General Resolution is known, we intend to formally
resolve the question, as though the TC *should* continue to take action
after the GR) comes across as both threatening and interminable, and
makes it fairly clear what action the TC wants to take.

Furthermore, the very top of the announcement in
https://lists.debian.org/debian-devel-announce/2014/11/msg0.html is
a lie of omission as well: The technical committee was asked.  As Joey
Hess put it in
https://lists.debian.org/debian-ctte/2014/11/msg00045.html:
 I am astounded that, in #762194, the technical committe has
 
 1. Decided it should make a decision, when no disagreement
between maintainers of affected packages is involved.
 2. Ignored evidence of ongoing work.
(specifically, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762194#25)
 3. Plowed ahead with a vote that decides a massively complicated
issue with a grand total of 3 days of discussion.
 
 This is not a decision-making process that will yeild a high-quality
 distibution. Or one that I can be proud to be involved with. Or one
 that, frankly, gives me any confidence in the technical committee's
 current membership or indeed reason to continue to exist.

I agree almost completely with Joey's thoughts above, with one
exception.  Personally, I still have plenty of confidence in almost all
of the technical committee's current membership, including those on
*both* sides of the current debate, with one very glaring exception.

I would also suggest that it's a bad idea to let a single member of an
arbitration body refer in a pile of issues, write up draft resolutions
for those issues, push for rapid discussion and votes on those issues,
and send out the resulting decisions.  Those do not seem like signs of a
healthy process, and they certainly contribute to the impression of the
TC being used as a weapon.

- Josh Triplett


-- 
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/20141109220125.GA1457@thin



Re: done with consensus decisionmaking, war, rearguard battles [was: Re: REISSUED CfV: General Resolution: Init system coupling]

2014-11-09 Thread Andreas Barth
* Don Armstrong (d...@debian.org) [141109 22:22]:
 On Sun, 09 Nov 2014, Josh Triplett wrote:
  (After repetition of the exact wording of the We aren't convinced
  wording that ended up passing, and people pointing out that it *will* be
  interpreted as TC opposition to the switch, which sure enough it did...)
 
 The we are currently skeptical wording was not present in the passed
 resolution; it was amended in 7a000[1].
 
 That paragraph 4 of that decision could be interpreted as deciding the
 switching issue was only clear to me in retrospect, and was certainly
 not my intention (and I don't believe it reflects the intention of
 anyone else on the CTTE.)

I fully agree to that statement (and to the rest of your mail).


 Indeed, paragraph 4 of that decision is actually a reflection of my
 personal reluctance to decide this issue in the CTTE without a very
 specific technical proposal and thorough testing.

Also, we shouldn't decide on things not ready, and so in case someone
would like the ctte to overrule here, there is just no ground
currently.  So anyone wanting a specific decision from the ctte (like
the default shouldn't switch on dist-upgrade, the default should
switch on dist-upgrade, or whatever else) needs to show before the
decision that this is reasonable possible, what are the downsides of
the decision and also why the ctte needs to decide (especially as the
ctte only decides as last-resort). Details see paragraph 4, for any
decision.

So we could clone paragraph 4 to an 4a, 4b etc for any of other cases
people would like us to decide here. In hindsight it might have been
better to not decide yet but to suspend that topic until we had that
plan but it's easier to say so afterwards. In theory our decision is
nothing else, but some people interpret it different which makes me
quite sad.


Andi


-- 
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/20141109221450.gb...@mails.so.argh.org



Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Christoph Anton Mitterer
On Sun, 2014-11-09 at 18:12 -0400, Joey Hess wrote: 
 I've left[1]

+

Almost.

So you still could (and perhaps should[0]) reconsider not to leave
Debian.
Guess you've read the lists and saw how many people were emotionally hit
and upset about this.

(well I think it's worth a try ^^)

Cheers,
Chris.


[0] Even though I don't believe you just randomly decided to leave in
the first place.


smime.p7s
Description: S/MIME cryptographic signature


Re: so long and thanks for all the fish

2014-11-09 Thread Richard Hartmann
On Fri, Nov 7, 2014 at 10:04 PM, Joey Hess jo...@debian.org wrote:
 It's become abundantly clear that this is no longer the project I
 originally joined in 1996. We've made some good things, and I wish
 everyone well, but I'm out.

see shy jo :(


Richard


-- 
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/cad77+gskxgomhyzkh22d1tb3ikcwswdjkypvfmo0jcmkhv6...@mail.gmail.com



Re: Please more fish (was: so long and thanks for all the fish)

2014-11-09 Thread Christoph Anton Mitterer
On Sun, 2014-11-09 at 22:38 +0100, Simon Richter wrote: 
 I can completely understand why we (and that includes me) want systemd
 as a default: it gives the best possible integration of desktop
 components possible.
I even think it's best on a server (that means, if it was used as it
could be)...

With sysvinit it was basically not possible to make any guarantees, e.g.
like start XYZ only when firewall rules were successfully loaded, at
least not in a systematic fashion.
Or things like: When iptables rules are reloaded, stop fail2ban before,
restart it afterwards.

Unforunately, even if systemd would support such nice things, nothing of
this is deployed to the masses,... which is also why I wrote, that it
sometimes feels as if we'd only try to map sysvinit into systemd.


 However, there are use cases where systemd does not work because of
 software design choices that, again, are in the best interest of its
 users.
Well I guess that goes back into the init-system discussion ^^

That being said, I personally would welcome, if it was policy that it's
not allowed to require a specific init-system (unless specifically
related software).

 This is a common pattern in software development. When designing a
 complex system, you have two extremes:
 
 1. A system that covers all use cases by building a minimal framework
 and letting users fill in the rest via a scripting language.
... which, especially in the complex cases, often lead to just more
problems...

I mean it's of course nice to be able to edit the init-scripts, add
debug output, or adapt something to one's own very personal need.
But often this also just means that either one isn't doing things right
in the first place OR that the init script wasn't generically
configurable enough.



 2. An elaborate system that simplifies use for the majority of cases,
 uses a descriptive language for configuration, and falls flat for any
 case that is out of scope.
 
 Neither approach is inherently better than the other, but they can
 be better suited for particular applications, and the choice which to
 use is up to the user.
Which is why I'm definitely in favour of init-system diversity.


 I think it is immediately clear which one is preferable. However, I
 doubt you'd get far trying to move the Linux kernel to automake, as it
 has additional requirements that cannot be represented in this way,
 and extending automake to handle these is a herculean task.
Well I for the matter always hated autotools... (perhaps one should
lobby Linus for CMake? ;) )...

I think: an init-system shouldn't be programming,... one could always
see that this basic idea is somehow broken, when programs (shell
scripts) need to go to /etc,... and when people realised that this
causes only troubles, they've started trying to make them generic enough
to handle all cases and configurable via /etc/default/*


 The systemd architecture is, in my opinion, similar to automake.
Well, in a way, surely... but then one need to question: Should an init
system be a universal programming language or should it be a
systematised framework to boot the system, start software and perhaps
manage all this after boot.

And *I* don't think it should be a universal programming language.
In most cases where I've ever needed to manipulate init-scripts and
doing advanced things, like not only starting one apache http but
several, running as different user and that like (which is IIRC nowadays
even supported by the init script, at least partially), one could also
simply say, that the original init script was simply not powerful enough
and should have been implemented better in the first place, to avoid any
need to manipulate it.

And speaking of things like autotools,... I'd also say that the world
has mostly just benefit from systematising build procedures.


 Restricting ourselves to a conservative default policy without any
 assumptions thus sounds sensible to me. One such assumption is whether
 we're running on a server, desktop or laptop system, which basically
 limits us to starting programs on conditions because we cannot really
 define a one-size-fits-all power policy.
Uhm, I absolutely agree with that,... but I don' think it's a problem of
systemd per se - it's rather a problem of how it's used/configured.

Unfortunately the general direction seems to be to assume a single user
PC or even tablet,... which is why we have default settings like: mount
a USB stick if plugged in, or what I recently found in
virt-manager/libvirt/spice,... forward any usb stick plugged in
automatically to guest VMs.

But these problems aren't inherent to systemd or polkit,... it's rather
bad default decisions being made by people who have only their won usage
scenario in mind.

This is one of the main reasons why I got more and more of a gnome and
utopia-stuff critic.


I also think it's potentially dangerous when systemd upstrem tries to
revolutionise more and more things, which go far beyond any init
system or process manager 

Re: Bug#768329: grub-common: Please enable splash for jessie

2014-11-09 Thread Christian Hofstaedtler
* Jonathan Dowland j...@debian.org [141109 21:04]:
 In other words, plymouth installed but no 'splash' argument to the boot
 results in no change; adding 'splash' results in plymouth being activated
 albeit in text mode

That is my observation, yes.

 (so no modechange?)

Not by the default plymouth setup; the kernel does a KMS init in any
case, whether plymouth is installed or not.

  Why's there a new boot parameter?
  
  I don't know, but currently at least Ubuntu, Tanglu (both via
  grub-common), and Fedora do it this way.
  It's certainly nice to have the parameter so the recovery boot
  option can skip plymouth (esp. if you were to enable a graphical
  theme).
 
 I presume the option is interpreted by systemd or plymouth, rather than the
 kernel. (raises an interesting question, where is this handled, and is it
 handled differently for different init systems?) I see no reason why Debian
 couldn't default to the opposite (plymouth installed? plymouth runs - some
 'nosplash' command line argument passed? plymouth doesn't run) if that was
 determined to be preferential. IMHO on-by-default is a good idea, especially
 if boot-time password prompts are likely useless without it (at least with
 systemd, but this is functionally a regression from wheezy).

There's sysvinit (/etc/init.d/plymouth) and systemd
(/lib/systemd/system/*/plymouth*) specific code for the 'splash'
command line option, plus some additional code for initramfs-tools.

I think the current behaviour should be retained for these reasons:

 - GRUB has a way of passing additional options to the default
   boot option, but it can't do that for the recovery option (so
   no way to pass nosplash from /etc/default/grub)
 - We don't unnecessarily deviate from other distros for no good
   reason.

On-by-default is likely a good idea, which is why I'd like to see
'splash' being added to /e/d/g.

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



pgpRTnQsG8hCG.pgp
Description: PGP signature


Re: What is the policy on audio group? and, proposal of a new group for the jack audio server

2014-11-09 Thread Christian Hofstaedtler
* Ralf Jung p...@ralfj.de [141109 17:02]:
 Hi,
 
  On the other hand, it would break typical uses of using sound remotely.
  These days, shared computers are almost unheard of save for some school
  settings -- while loads of people have some raspi mediacenter or press
  some buttons on their phone to control sound coming from the big computer.
 
 This usually happens via UPnP or similar, though - the actual audio is
 ultimately done by a local user. So the audio group is unrelated to this
 usecase.

It very much is, because those users are usually daemon users that
are not logged in through a session manager, and thereby don't get
access granted by PolicyKit (or equiv).

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



pgpNUvb5czB6Z.pgp
Description: PGP signature


Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Ben Finney
Simon McVittie s...@debian.org writes:

 Does [xkcdpass] have significant advantages over pwqgen, in the
 passwdqc package?

Significant advantages:

* ‘xkcdpass’ provides an implementation of a much-discussed scheme for
  strong passphrase generation. (Which is not to say the results are
  stronger than all others; only that these are relatively strong.)

  I don't know of any other tool implementing the scheme discussed in
  XKCD 936.

* The passphrases produced by ‘xkcdpass’ have, compared with other
  schemes, excellent properties for accurate human memorisation
  (meaningful words with normal spelling, no punctuation) while still
  being acceptably strong for many uses.

Since both these are true – the passphrases are strong, and the other
properties are interesting and useful – this IMO makes the tool
sufficiently unique to be included in Debian.

 How many bits of entropy does it typically produce?

The example given at the top of its web page merely reproduces the
four-word example from XKCD 936 (presumably for easy association with
the existing meme). As discussed there, this would be 44 bits of
entropy.

The tool by default produces longer passphrases:

$ xkcdpass
included soundless instruct housecoat arena shove
$ xkcdpass
millionth legume styling traveller fleeting gallon
$ xkcdpass
dumpiness androgyny radii domiciled ribaldry determine

From a small dictionary of common words, say 2000–3000, a single
randomly-chosen word has about 11 bits (= log₂(2048)) of entropy. So
these passphrases have around 66 bits of entropy.

Given that these passphrases are quite strong *and* have comparatively
superior properties for human memorisation, I think this tool deserves
inclusion in Debian.
  
--
 \  “The process by which banks create money is so simple that the |
  `\ mind is repelled.” —John Kenneth Galbraith, _Money: Whence It |
_o__)   Came, Where It Went_, 1975 |
Ben Finney


-- 
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/8561eoc5jz@benfinney.id.au



Re: What is the policy on audio group? and, proposal of a new group for the jack audio server

2014-11-09 Thread Simon McVittie
On 09/11/14 23:34, Christian Hofstaedtler wrote:
 On the other hand, it would break typical uses of using sound remotely.

 This usually happens via UPnP or similar, though - the actual audio is
 ultimately done by a local user. So the audio group is unrelated to this
 usecase.
 
 It very much is, because those users are usually daemon users that
 are not logged in through a session manager, and thereby don't get
 access granted by PolicyKit (or equiv).

Fine, put those daemon users in the audio group - in their packages'
postinst scripts, if necessary. I'm not saying that the audio group
should be abolished, only that normal user accounts (as created by
d-i, gnome-control-center, etc.) should ideally not be members of it.

FYI, PolicyKit is not actually relevant here: the actual access control
for (most uses of) the audio group is done by the kernel, when an
application running as the target user (often something like PulseAudio
or JACK, rather than the actual user-facing application) tries to open
the audio device nodes. systemd-logind implements locally-logged-in
users may use audio devices by setting ACLs on the device nodes for
those users:

% getfacl /dev/snd/pcmC0D0p
getfacl: Removing leading '/' from absolute path names
# file: dev/snd/pcmC0D0p
# owner: root
# group: audio
user::rw-
user:smcv:rw-
group::rw-
mask::rw-
other::---

(In this case, smcv is the only locally-logged-in user.)

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/545ffecd.4050...@debian.org



Re: inconsistent versions of M-A: same packages

2014-11-09 Thread Johannes Schauer
Hi,

Quoting Ralf Treinen (2014-11-09 18:05:15)
 But this does only one co-installability check at a time, right ?

correct, this makes your solution the better choice.

 Anyway, the script is very simple (attached).

Nifty! I didn't know that dose-debcheck can read from stdin!

 The raw result of a run for amd64 together with i386 can be found at [1].
 What one can see from a cursery inspection of that result :
 
 We have 4415 MA=same packages that exist both in amd and i386 (main/sid).
 I didn't expect it to be that many.
 
 1033 of them are not co-installable.
 
 Where they are not co-installable, the reason seems mostly to be that
 the packages have dependencies which are not MA-enabled. The first case in
 the list, for instance:
 
 audacious-dbg-pseudo is MA=same but depends on audacious which is MA=no.

On top of that it seems that there are many instances where the reason for a
package not being co-installable is a package from the same source package.
Thus, it would probably be very helpful to generate this information regularly
and display in the pts/tracker if a package makes another one
un-co-installable.

Here some quick results of why packages are not co-installable:

Missing:

 import yaml
 from collections import Counter
 d = yaml.load(open(out))
 Counter([p['reasons'][0].get('missing', 
 {'pkg':{'unsat-dependency':0}})['pkg']['unsat-dependency'] for p in 
 d['report']])

Gives as the top 10:

[unsat dependency]   [X times encountered]
ttf-bitstream-vera   22
dh-python18
poppler-data (= 0.4.5-3~) | gs-cjk-resource 16
augeas-lenses15
libgsf-1-common (= 1.14.30-2)   9
lxmenu-data  8
openmpi-common (= 1.6.5-9)   6
krb5-config  4
vlc-plugin-pulse 4
gnat 3

From a purely dependency point of view, the above would be solved by making the
packages depended upon by the first column Multi-Arch:foreign. Of course this
is not the technically correct solution in many cases.

Conflict:

 Counter([p['reasons'][0].get('conflict', 
 {'pkg1':{'package':0}})['pkg1']['package'] for p in d['report']])

Gives as the top 10:

[packages][makes X packages not co-installable]
perl-base 147
libtbb2   43
libglib2.0-dev35
libglu1-mesa-dev  32
libatlas3-base24
liblog4cpp5   22
libboost1.54-dev  21
libevdev2 20
libopenmpi1.6 14
libgupnp-1.0-413

From a purely dependency point of view, the above would be solved by making the
packages in the first column Multi-Arch:same. Of cource this is not the
technically correct solution in many cases.

Incidentally, I was just producing very similar results in the realm of
crossbuild satisfiability today. Unsurprisingly, the results look very similar
to the above. I posted a message about this to the debian-cross list today:

https://lists.debian.org/20141109152937.6173.82192@hoothoot

The important links from that message:

 1. http://bootstrap.debian.net/cross.html (regenerated daily with 550 source
packages)
 2. https://mister-muffin.de/p/Lc4-.html (static but all of sid)
 3. https://mister-muffin.de/p/xOJO.html (static and package selection as in 1.
but multiple reasons)

The two sections in all three above links are also Missing and Conflicts,
just as I made the destinction above with Ralf's results.

cheers, josch


--
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/2014111009.6173.73845@hoothoot



Re: inconsistent versions of M-A: same packages

2014-11-09 Thread Wookey
+++ Marc Glisse [2014-11-01 11:45 +0100]:
 
 A few random packages that currently have an inconsistent version:
 zlib1g (+b1 on ppc64el)

examining this I notice that whilst this page on p.d.o:
 https://packages.debian.org/jessie/zlib1g
shows the issue, and so does this buildd one (for unstable):
 https://buildd.debian.org/status/package.php?p=zlibsuite=sid
this one (testing buildd view) says all the versions are the same:
 https://buildd.debian.org/status/package.php?p=zlibsuite=jessie

Is there any reason why the last URL shows the wrong version for
ppc64el or is it just a bug?


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/20141110005906.gw28...@stoneboat.aleph1.co.uk



Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Paul Wise
Why are we still using passphrases at all?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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



A plea to worry about what matters, and not take ourselves too seriously

2014-11-09 Thread John Goerzen
Good afternoon,

This message comes on the heels of Sam Hartman's wonderful plea for
compassion [1] and the sad news of Joey Hess's resignation from Debian [2].

I no longer frequently post to this list, but when you've been a Debian
developer for 18 years, and still care deeply about the community and
the project, perhaps you have a bit of perspective to share.

Let me start with this:

Debian is not a Free Software project.

Debian is a making-the-world-better project, a caring for people
project, a freedom-spreading project.   Free Software is our tool.

As many of you, hopefully all of you, I joined Debian because I enjoyed
working on this project.  We all did, didn't we?  We joined Debian
because it was fun, because we were passionate about it, because we
wanted to make the world a better place and have fun doing it.

In short, Debian is life-giving, both to its developers and its users.

As volunteers, it is healthy to step back every so often, and ask
ourselves two questions: 1) Is this activity still life-giving for me? 
2) Is it life-giving for others?

I have my opinions about init.  Strong ones, in fact. [3] They're not
terribly relevant to this post.  Because I can see that they are not
really all that relevant.

14 years ago, I proposed what was, until now anyhow, one of the most
controversial GRs in Debian history.  It didn't go the way I hoped.  I
cared about it deeply then, and still care about the principles.

I had two choices: I could be angry and let that process ruin my
enjoyment of Debian.  Or I could let it pass, and continue to have fun
working on a project that I love.  I am glad I chose the latter.

Remember, for today, one way or another, jessie will still boot.

18 years ago when I joined Debian, our major concerns were helping
newbies figure out how to compile their kernels, finding manuals for
monitors so we could set the X modelines properly, finding some sort of
Free web browser, finding some acceptable Office-type software. 

Wow.  We WON, didn't we?  Not just Debian, but everyone.  Freedom won.

I promise you - 18 years from now, it will not matter what init Debian
chose in 2014.  It will probably barely matter in 3 years.  This is not
key to our goals of making the world a better place.  Jessie will still
boot.  I say that even though my system runs out of memory every few
days because systemd-logind has a mysterious bug [4].  It will be
fixed.  I say that even though I don't know what init system it will
use, or how much choice there will be.  I say that because it is simply
true.  We are Debian.  We will make it work, one way or another.

I don't post much on this list anymore because my personal passion isn't
with posting on this list anymore.  I make liberal use of my Delete
Thread keybinding on -vote these days, because although I care about the
GR, I don't care about it enough to read all the messages about it.  I
have not yet decided if I will spend the time researching it in order to
vote.  Instead of debating the init GR, sometimes I sit on the sofa with
my wife.  Sometimes I go out and fly the remote-control airplane I'm
learning to fly.  Sometimes I repair my plane after a flight that was
shorter than planned.  Sometimes I play games with my boys, or help them
with homework, or share my 8-year-old's delight as a text file full of
facts about the Titanic that he wrote in Emacs comes spitting out of the
printer.  Sometimes I write code or play with the latest Linux
filesystems or build a new server for my basement.

All these things matter more to me than init.  I have been using Debian
at home for almost 20 years, at various workplaces for almost that long,
and it is not going to stop being a part of my life any time soon. 
Perhaps I will have to learn how to administer a new init system.  Well,
so be it; I enjoy learning new things.  Or perhaps I will have to learn
to live with some desktop limitations with an old init system.  Well, so
be it; it won't bother me much anyhow.  Either way, I'm still going to
be using what is, to me, the best operating system in the world, made by
one of the world's foremost Freedom projects.

My hope is that all of you may also have the sense of peace I do, that
you may have your strong convictions, but may put them all in
perspective.  That we as a project realize that the enemy isn't the
lovers of the other init, but the people that would use law and
technology to repress people all over the world.  We are but one shining
beacon on a hill, but the world will be worse off if our beacon winked out.

My plea is that we each may get angry at what matters, and let go of the
smaller frustrations in life; that we may each find something more
important than init/systemd to derive enjoyment and meaning from. [5]
May you each find that airplane to soar freely in the skies, to lift
your soul so that the joy of using Free Software to make the world a
better place may still be here, regardless of what /sbin/init is.

[1] 

Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Ben Finney
Paul Wise p...@debian.org writes:

 Why are we still using passphrases at all?

This is only temporary, as we transition to uncrackable brain–computer
interfaces for every device.

Until that future arrives for every device, I'd like people who use
those remaining services still requiring passphrases, to have tools for
generating good passphrases.

-- 
 \ “Leave nothing to chance. Overlook nothing. Combine |
  `\  contradictory observations. Allow yourself enough time.” |
_o__) —Hippocrates |
Ben Finney


-- 
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/85tx27bxvx@benfinney.id.au



Re: inconsistent versions of M-A: same packages

2014-11-09 Thread Wookey
+++ Wookey [2014-11-01 14:19 +]:
 +++ Marc Glisse [2014-11-01 11:45 +0100]:
  Hello,
  
  sorry for the naive question, but is there a plan for massively
  rebuilding all Multi-Arch: same packages that have inconsistent
  version numbers across architectures before releasing Jessie?
 
 I am happy to spend some time scheduling rebuilds to resync all arches
 to whichever number is highest.

If I schedule rebuilds for expat (for example), to get all arches to
+b3, I then need to check if anything has a versioned dep on libexpat1
that this will break, and then rebuild those too, right?

fx: checks OK. in fact some grep-dctrl runes suggest that nothing in
the archive does, except libexpat1-dev, so that's OK.

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/20141110024253.gx28...@stoneboat.aleph1.co.uk



Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Paul Wise
On Mon, Nov 10, 2014 at 10:19 AM, Ben Finney wrote:

 This is only temporary, as we transition to uncrackable brain–computer
 interfaces for every device.

I'm not looking forward to the denial-of-service attacks that could introduce :)

 Until that future arrives for every device, I'd like people who use
 those remaining services still requiring passphrases, to have tools for
 generating good passphrases.

I would encourage this approach:

For remote services that don't yet support sane authentication
mechanisms (anything other than a passphrase), complain to their
operators, use very long non-memorable randomly generated passphrases
(since those have more entropy), automatically rotate them regularly
(I joke, rotation of keys/passphrases is still ridiculously
impractical) and encrypt them using a local key.

For local authentication and local keys, use pass-phrases that are
generated using the diceware method (aka not on a computer) and strong
enough that they will last until replacement.

In both cases, something like xkcdpass isn't needed.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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



Re: What is the policy on audio group? and, proposal of a new group for the jack audio server

2014-11-09 Thread Christian Hofstaedtler
* Simon McVittie s...@debian.org [141110 00:55]:
 On 09/11/14 23:34, Christian Hofstaedtler wrote:
  On the other hand, it would break typical uses of using sound remotely.
 
  This usually happens via UPnP or similar, though - the actual audio is
  ultimately done by a local user. So the audio group is unrelated to this
  usecase.
  
  It very much is, because those users are usually daemon users that
  are not logged in through a session manager, and thereby don't get
  access granted by PolicyKit (or equiv).
 
 Fine, put those daemon users in the audio group - in their packages'
 postinst scripts, if necessary. I'm not saying that the audio group
 should be abolished, only that normal user accounts (as created by
 d-i, gnome-control-center, etc.) should ideally not be members of it.

I fully agree; it's just that the audio group can't just vanish.

 FYI, PolicyKit is not actually relevant here: the actual access control
 for (most uses of) the audio group is done by the kernel, when an
 application running as the target user (often something like PulseAudio
 or JACK, rather than the actual user-facing application) tries to open
 the audio device nodes. systemd-logind implements locally-logged-in
 users may use audio devices by setting ACLs on the device nodes for
 those users:
 [..]

I vaguely remember PolicyKit being involved in the daemon situation,
when mpd tries to talk to a pulseaudio server which magically gets
spawned ... I'll probably just have to figure out the details again
when any of the moving bits change.

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



pgpOr3V1e568B.pgp
Description: PGP signature


Re: Bug#768772: ITP: xkcdpass -- secure passphrase generator inspired by XKCD 936

2014-11-09 Thread Ben Finney
Paul Wise p...@debian.org writes:

 I would encourage this approach: [not using memorable
 computer-generated passphrases at all]

Thanks for the recommendation; I don't agree it is suitable for the
majority of Debian users.

I'm working on the assumption – reasonable, I think – that generation of
strong memorable passphrases is still a useful task in a free operating
system today.

-- 
 \ “I must say that I find television very educational. The minute |
  `\   somebody turns it on, I go to the library and read a book.” |
_o__)—Groucho Marx |
Ben Finney


-- 
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/85mw7zbvdv@benfinney.id.au



Accepted libbio-graphics-perl 2.39-2 (source all) into unstable

2014-11-09 Thread Andreas Tille
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 09:48:22 +0100
Source: libbio-graphics-perl
Binary: libbio-graphics-perl
Architecture: source all
Version: 2.39-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Med Packaging Team 
debian-med-packag...@lists.alioth.debian.org
Changed-By: Andreas Tille ti...@debian.org
Description:
 libbio-graphics-perl - Generate GD images of Bio::Seq objects
Closes: 768760
Changes:
 libbio-graphics-perl (2.39-2) unstable; urgency=medium
 .
   * Build depends libgd-perl rather than the removed  libgd-gd2-perl package
 Closes: #768760
Checksums-Sha1:
 6cc59e4b74def053c1a654e5aa678de0046a0d4e 2193 libbio-graphics-perl_2.39-2.dsc
 a5b30cea80bf6b93f948111b6f7ad4d93c49f538 7824 
libbio-graphics-perl_2.39-2.debian.tar.xz
 4c99e89efca6ffc33e010475c60b188de2173785 605646 
libbio-graphics-perl_2.39-2_all.deb
Checksums-Sha256:
 cc208b90ebb21c963f7d93026868087986f646fba8f604922adb548d53f578ed 2193 
libbio-graphics-perl_2.39-2.dsc
 a5e06693939f29f568a0f1373e70cc464bd780a14824bdc019b98137b12e4a3f 7824 
libbio-graphics-perl_2.39-2.debian.tar.xz
 a9c9ba044f53a1fd2b931a4ad4f93a5861651e1d1948b30c965d8604ec5c5e6a 605646 
libbio-graphics-perl_2.39-2_all.deb
Files:
 d505e75d66049145976ed091aeb6ade4 2193 perl optional 
libbio-graphics-perl_2.39-2.dsc
 8577c1d2f29b45c0b4b1b83879fb60da 7824 perl optional 
libbio-graphics-perl_2.39-2.debian.tar.xz
 30481823ff79a27084bb9b7518a6a7bc 605646 perl optional 
libbio-graphics-perl_2.39-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUXy5TAAoJEFeKBJTRxkbRMxwP+gP58pLPKeh8SsuhllSQmEfj
+D5evHPr/r4dv7xsNwqQz9qUF5z4sp09a+1f5AgwLExl6XyEPOePCqkMLyQ5aOaB
Mk7en465xDL5tXRYDHZkU2I/mQ3K/IflCTdYnT8h17fKwqU37zj97vYus1YE1GHl
PGXNTlmnLrjO2P1Cctv5zFvSE5Iv6BMoWQ9yl3xlG7JpEmRy0RC/8WzFUEd3ji0+
Uql5oonkG3L6U8vbIHXxdR0X9oJLbVqPb++5+0p9rIxDYxYmzuKJAhsAntfFVAPT
tIP+m54lrztUBrn4yHUMHx4eAwFknhZW4D2eG7nji4IIofcy62TxBvK/4rLxLDr3
18sM7/krlyItIeZdGSLSblXYgxQ+1bpHA6MqcoGnSk/4IXwnvSI4UGGFLHjvtvjH
r0pyexSNqY9UhsW1Jlc5WLB5LgTLmSxF1iMBXTqUhj/jzjHGDGOcGWpx0hJ/JJu+
bAkvixHdWVowOSFVeEiQT+cXNvTrk7bOb6S9uIyP+dB0d8j1GnJrvZz9wdteZXXV
ggfQYhP6z55e2pXhqBCcSJfcpjPQvyc+Loiwfbx2RbjnijM+BzGuOquKiWULrgMn
I5wMtycZHSL1Jvcy8UJOE7Umve6eSqbUAu+kl7ijI6h8KsdIr5vHJM4hdVDgtioU
UBenfaC7It3GsQvWHzfn
=BM46
-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/e1xnoee-00070i...@franck.debian.org



Accepted libcatmandu-marc-perl 0.206-2 (source all) into unstable

2014-11-09 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 09 Nov 2014 09:57:26 +0100
Source: libcatmandu-marc-perl
Binary: libcatmandu-marc-perl
Architecture: source all
Version: 0.206-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Changed-By: Jonas Smedegaard d...@jones.dk
Description:
 libcatmandu-marc-perl - modules for working with MARC data within the Catmandu 
framework
Closes: 768744
Changes:
 libcatmandu-marc-perl (0.206-2) unstable; urgency=medium
 .
   * Fix resolve build-dependencies. Closes: bug#768744.
Checksums-Sha1:
 07c8098d9b4a35d3bc4e9d1dc8c34915aa83ad70 2540 libcatmandu-marc-perl_0.206-2.dsc
 5df5ae679fa62e174eb64e836419d7f4920745ff 3224 
libcatmandu-marc-perl_0.206-2.debian.tar.xz
 3070b6a7ffaed667cbd3fd9279252b24f48998ae 78348 
libcatmandu-marc-perl_0.206-2_all.deb
Checksums-Sha256:
 9cc63402892543df4e4eabd6335c67527577de627e4af52cb0d74aab16ee4f79 2540 
libcatmandu-marc-perl_0.206-2.dsc
 9e396d9662f4a81aeb2e835e89e06065bad939706169d481a9b7eb7ad44b59c9 3224 
libcatmandu-marc-perl_0.206-2.debian.tar.xz
 686ef7b843fe2c436751e94971c66e1c71acf5f0ed7b3dd32579e7dedd187692 78348 
libcatmandu-marc-perl_0.206-2_all.deb
Files:
 591dafa4e0b1e7b5fc279dbd96018a0f 2540 perl optional 
libcatmandu-marc-perl_0.206-2.dsc
 626716f09e43a1b248813388b068c4c6 3224 perl optional 
libcatmandu-marc-perl_0.206-2.debian.tar.xz
 9ff3ba345c50824854296088d7668e6a 78348 perl optional 
libcatmandu-marc-perl_0.206-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUXy+nXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ5RkUzRTlDMzY2OTFBNjlGRjUzQ0M2ODQy
QzdDMzE0NkMxQTAwMTIxAAoJECx8MUbBoAEhIFIP/3OmnN+IMPy4Z6asTOGOX0Ka
xDmqAvA4tIASscyEAixKqCPQzEjRvtqKX4RK0uUr+GuyK6LIEwWUgMqhsKIavKPW
7XBHLLX01jbAM2ULG2c4GrMBDvZKxjPvmFyREN/KxQ84X253rW/7wKxqIfcONcIK
MbqXijCUayOI473d4g/Pmqnuch2EwBHLEEiLK626ufFx8m/gTFAWAp0VUgwmnuaH
SEN7nf1m/rPrLaS4Qjb9/bGs0fCoVQw3ohLGQfsD689tLPftmzfngS4MzZmCLjGe
Kb5VJFqyYlSmkC9wzVazlSDHK3dFUyM9rVv2fmoTkA4xkWDkUAc7C4z7LBApZGil
eKqUVMxTcyYYBod1o+pJAZoVTrxSMQxfFK1/F6Wb4fV383nEFS8F3YK14+1Dbu4E
4zL1bbzomKmjokV7heghExW2OEmPZQAxgQL1gkfe3gwquEZz7P6WuDlVDUciP2ub
wtUWy+6NBrcKr/2oi7Vu2kJnOq5C2jI55zPGSP9RzVCMM1BHaVZSkIUOWEqPO5TN
BHwW/Zc2gZx0MO5hVIdprcO4SbWVx0XviYhp0YQaR0NjPevDTOLIx6q+OKxvQtL9
W13qLVSxr59rA454ZEwqpESp/o7+/KjkIpcu+4sPueHXhK1JxJN7kOnTNZwbgGgJ
rOOB+PrrCtg7Mg1Qfu+/
=gFcz
-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/e1xnoel-00072y...@franck.debian.org



Accepted spatialindex 1.8.5-1~exp1 (source amd64) into experimental

2014-11-09 Thread Bas Couwenberg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 08 Nov 2014 19:25:21 +0100
Source: spatialindex
Binary: libspatialindex4 libspatialindex-c4 libspatialindex-dev 
libspatialindex4-dbg
Architecture: source amd64
Version: 1.8.5-1~exp1
Distribution: experimental
Urgency: medium
Maintainer: Debian GIS Project pkg-grass-de...@lists.alioth.debian.org
Changed-By: Bas Couwenberg sebas...@xs4all.nl
Description:
 libspatialindex-c4 - General framework for developing spatial indices - C 
library
 libspatialindex-dev - General framework for developing spatial indices - 
development fi
 libspatialindex4 - General framework for developing spatial indices
 libspatialindex4-dbg - General framework for developing spatial indices - 
debugging symb
Changes:
 spatialindex (1.8.5-1~exp1) experimental; urgency=medium
 .
   * New upstream release.
   * Set experimental branch in Vcs-Git and gbp.conf.
   * Drop soversion.patch, applied upstream.
   * Update copyright file for autotools files.
   * Update symbols for amd64.
Checksums-Sha1:
 dd95656f610da1874b87b0d3fa8d11f84898a4e6 2296 spatialindex_1.8.5-1~exp1.dsc
 733c859b9d16dfa7466f1d8a33770f47eb68add1 407871 spatialindex_1.8.5.orig.tar.bz2
 7d4c6a2c6d8069eb6d81582740060214ed01ef81 16824 
spatialindex_1.8.5-1~exp1.debian.tar.xz
 6dfc132bebf2373ebf566d7c369a7ed439117e94 235546 
libspatialindex4_1.8.5-1~exp1_amd64.deb
 e14ccda2292fe5b90119bbf5c8d08558dd827617 67130 
libspatialindex-c4_1.8.5-1~exp1_amd64.deb
 1ee3b4aab412fffe7861d1a7d1e328e3ea63200a 311838 
libspatialindex-dev_1.8.5-1~exp1_amd64.deb
 14451b46c85638d191917c6c77848e1f375f64bc 2133916 
libspatialindex4-dbg_1.8.5-1~exp1_amd64.deb
Checksums-Sha256:
 9cae68a84e20642ed2dfa4365ffcd9b5e95194a5a2d362dfe8efabcb04b1331d 2296 
spatialindex_1.8.5-1~exp1.dsc
 31ec0a9305c3bd6b4ad60a5261cba5402366dd7d1969a8846099717778e9a50a 407871 
spatialindex_1.8.5.orig.tar.bz2
 01e88c05070b25452dcbcfc124e27b0d31a9555ae4dac2cb2ff821aee1809380 16824 
spatialindex_1.8.5-1~exp1.debian.tar.xz
 2532cacf42a1beb9f2c1e76a1d91c1d5a6369a33c26e0e025ae2a941f6a422f2 235546 
libspatialindex4_1.8.5-1~exp1_amd64.deb
 bc9f11a4d1c166ed6221d331e6a3d660912ece5f79a5144b356a4578cb00ad3f 67130 
libspatialindex-c4_1.8.5-1~exp1_amd64.deb
 48583dca0d67253d9ab8e05ac793dcbc8cce9529a62673549ef0e40473da24df 311838 
libspatialindex-dev_1.8.5-1~exp1_amd64.deb
 59b5b80abceb39f72cee26c7b670243c707f1c79fe0b8bf4a65151a70bed03f9 2133916 
libspatialindex4-dbg_1.8.5-1~exp1_amd64.deb
Files:
 cfc815057ec86ceee73f647cf279689e 2296 science optional 
spatialindex_1.8.5-1~exp1.dsc
 3303c47fd85aa17e64ef52ebec212762 407871 science optional 
spatialindex_1.8.5.orig.tar.bz2
 1519eb71b38578d66befd490ccf58911 16824 science optional 
spatialindex_1.8.5-1~exp1.debian.tar.xz
 de257293aed638750cd46fd9a589b1b1 235546 libs optional 
libspatialindex4_1.8.5-1~exp1_amd64.deb
 02846f048f87cf5dcf94812bb2758865 67130 libs optional 
libspatialindex-c4_1.8.5-1~exp1_amd64.deb
 b666bbf1e14303da610740047ee9cfcf 311838 libdevel optional 
libspatialindex-dev_1.8.5-1~exp1_amd64.deb
 c3873bb250572abfc02dc6ed0b6ed6f8 2133916 debug extra 
libspatialindex4-dbg_1.8.5-1~exp1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUXyXqAAoJEFeKBJTRxkbRChoP/1uOzUbv78qDjwt4ZPShVYZS
X6PKZWxg89QQQw7c7i5bxIF9Jm1ux/RRoCfWnPBx7+ksuDtLcc8TyDFGDpGLxsuR
t1yxVYUzHar/redEPKoQj74248j6nKIfP9MXZ8H3upjUuM8IhEn0RLobiFe1fjyF
kWKbAWY3Lr+1PiXAuQcwNijlPw0pNiSMnDwNCAek1ItziOPjWJoRjTQEyWFFo++O
wO7M3fnfJITgDRWkw7zU7viUT20iJBZHfuF4hxzms2bjQbxS0ospoaVF/n2lW+Nb
aiAwE2E/jfEzYgY045L4jT9OdeyxW3GOFwisUmQdCu+AwACUJGNvby9fLIzQjX7D
FYTRd533ZmOi3sHuviv6gENhH6zgMJiUilaKLsZ/dD81qReMeCG0B1OjP7V618lG
M3VzBjdWnAJtMwRclo+C9VKmq/HkIxoopWKpl0SwF1+9xnNs/hLHyBGtRAptqApT
C71Zo5d3j9b/OB3lgzIfddr9PBxUmwyhSEG53ENUS2p+PCyMsK8dN0xv81TYJycI
3l0bOqW3MSw1MuOBatvOEHcDor4RrDmP4CsF87aW5laa/xTxfaTgJfQVY2aKAl/4
nTVD+7cKTntpXLb26ttmg8pf93O9KRlDCQ9JYyAxrViOjBbtfJVkZ46UquVwd3+Z
Jw06o3hfC4AdGarHa7CD
=YUNc
-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/e1xnoft-0007m2...@franck.debian.org



Accepted aces3 3.0.8-3 (all source) into unstable

2014-11-09 Thread Michael Banck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 09 Nov 2014 10:05:12 +0100
Source: aces3
Binary: aces3 aces3-data
Architecture: all source
Version: 3.0.8-3
Distribution: unstable
Urgency: medium
Maintainer: Debichem Team debichem-de...@lists.alioth.debian.org
Changed-By: Michael Banck mba...@debian.org
Closes: 767498
Description: 
 aces3  - Advanced Concepts in Electronic Structure III
 aces3-data - Advanced Concepts in Electronic Structure III
Changes:
 aces3 (3.0.8-3) unstable; urgency=medium
 .
   * debian/rules: Move FFLAGS1 from override_dh_auto_configure to a top-level
 variable (Closes: #767498).
Checksums-Sha1: 
 74c1fcb71828d1c39a0371124b18c9a7c4a42655 1984 aces3_3.0.8-3.dsc
 8c53baa0f7f86623256f097dd5826fbcf4f0f99b 44940 aces3_3.0.8-3.debian.tar.xz
 1f539523206a350591aa5be406e616c4520cf578 10404260 aces3-data_3.0.8-3_all.deb
Checksums-Sha256: 
 03d7ff889605b8898b184f0f715dff407e0408d976d2653ab381a6d09b7adfda 1984 
aces3_3.0.8-3.dsc
 88224f0055e5a6b61e135da528cee4d9d55a45bf67723917ce66ac0dff983bc6 44940 
aces3_3.0.8-3.debian.tar.xz
 60f6bbfedc4a7a236907a53c8da81871486b79e293275872381bad9b089f24da 10404260 
aces3-data_3.0.8-3_all.deb
Files: 
 6e7380b91ba6c41e64578764000121a5 1984 science optional aces3_3.0.8-3.dsc
 47fcc29369d31f79db876b1f25098056 44940 science optional 
aces3_3.0.8-3.debian.tar.xz
 1b5607bd06599228786b56c2adc5a6f5 10404260 science optional 
aces3-data_3.0.8-3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUXzYKAAoJENxoaie0NIGw70cP/RnlVTINQsAOQNdprkqtNLN/
5xSsJTwwxh6jp+1a4IWPMr4FNQO33JyPabw6zdcWKa+o0+cwY5x8yiR8hU/Z0Yyp
kVqW28jci/I+HhSL0VbeZrJ81MhfdOlKzsQMkiL5Q09HH8z+8gyfmz8pYgZo+dwk
wdMThxmCNy9Pai1JGPiQZfB86YSchmfFC1gP+3boQX1oVVwf2xsxjHAZIoVbUUBq
xiXjY4oR67SaNAm+iPMS1p3fGgPwQbLfC2EaSUFwaRPp0RbiUtl2f2cRtnmt6QOi
718Epf/+sqiiSrxKOHVlxACiVjl/Mm9Qa4EOvMHMt442lRH0824Dc9If+50wFE5F
GC9F2FGCZ2AuKniPHSUF7Xlh1iJJyI/0U8xm+kk/KmIek5g3qsZOIuvhF224xFAz
Q0zr16GMMM4f1wu+miNaeqhwIp01ACOKyuHQpAycQikj9uL9V7ryo12nMp0ON7A9
PO/yWdFPM+AjjKaSQy1h60JhqhX87X4ZoQ//lWuShGG6WnRs8ewTI7YpZdwt2vHe
B/+lvFsu0VHXjMMhkm/XDbXiXBo2RbtaiTFMimtC9xcsRJFPDANmG+vn5+PUFAv0
wOnbJBebGTfzP06sPxXRcTFs89K/mvOqsw67U2hctH+raIFtD6nmpffd3ijHEtck
GxxZYG0vWFiY6FwRN+5S
=6NUw
-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/e1xnp89-0008tz...@franck.debian.org



Accepted netdiag 1.1-2 (source amd64) into unstable

2014-11-09 Thread Michael Meskes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 05 Nov 2014 09:18:00 +0100
Source: netdiag
Binary: netdiag
Architecture: source amd64
Version: 1.1-2
Distribution: unstable
Urgency: low
Maintainer: Michael Meskes mes...@debian.org
Changed-By: Michael Meskes mes...@debian.org
Description:
 netdiag- Net-Diagnostics (trafshow,netwatch,statnet,tcpspray,tcpblast)
Closes: 722016 734538 748632 751495
Changes:
 netdiag (1.1-2) unstable; urgency=low
 .
   * Moved diagperm to examples, it is outdated and wasn't used much anyway.
   * Fix FTBFS with clang due to wrong main declaration error in
 tcpspray.
 Patch by Arthur Marble art...@info9.net (Closes: #722016, #748632)
   * Fixed forward declaration in netwatch. (Closes: #751495)
   * Use autotools-dev to update config.{sub,guess} for new architectures.
 Patch by Logan Rosen lo...@ubuntu.com (Closes: #734538)
   * Bumped Standards-Version to 3.9.6, no changes needed.
   * Use build flags as provided by buildtools.
Checksums-Sha1:
 5bab9cf9829b4a559d453c3d954adbb2f0e68581 1681 netdiag_1.1-2.dsc
 f237d6e37d01b074174bdf445b2440af3713cc6c 75290 netdiag_1.1-2.diff.gz
 d2738ea8a00420fb5942c79010b2bd7ba7b0faca 200518 netdiag_1.1-2_amd64.deb
Checksums-Sha256:
 c15defc413ad1b57137820bb72c8aa312d720fe319fb62239b1d9581a492d297 1681 
netdiag_1.1-2.dsc
 e067d0870416d6be7778c86da31658ea296d22232f3094cde0c76ca5fa2e767e 75290 
netdiag_1.1-2.diff.gz
 eb8fc6fbc282a3c692e39a029ed878144b1d1adfffc8ec681fd8ff4f8b58db60 200518 
netdiag_1.1-2_amd64.deb
Files:
 a4f73e3c5311a2a64bc47be8d9b0d26c 1681 net extra netdiag_1.1-2.dsc
 9cd5881831c8d4b477a4b1cfafff2988 75290 net extra netdiag_1.1-2.diff.gz
 d7c20487fa3e38d77039786d6c0d084f 200518 net extra netdiag_1.1-2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIVAwUBVF72UN8j2jOWl46zAQgIZg//fuSMhFS3BU8Yd/GTH61Ar0rNkdvC6CAO
kIwFXil+ProYHu95gN0E7SP8n467h7DJVWu6+Fs3prZPWyWjveHiINET3h6r/xbl
AUB6496/rjhowhF1u3FUAlsrlTA+qAW6Jtp8et44LOrEzCxy1Q8FJ3l915EOD9N1
L5VCHgNRRbva026q86nVTSAiTBeRB3h4j1nH0CApx1wV1PvH5NT0JmOhYxaZ9Rd8
r+HcYZoSzDxBVBCaB5IxMa2bXTr0BNWxNbZVJ2zEM47MA+jtgRYWsWpDTRt8TGyj
2N0ApX40paXWN6soc9WhKjN9gnN8GXrd1YJtXjGim9tNRex/wRvaLwwmwI6s+B6v
AaRW1l60BhBC6mPdzKFCbr9JnjmwsxVVxKOOHTVGgimsqkXTeyH2u0VdXAgTm4Yh
VJkeEcA75wFlu6k29Z2gJDUexogy/Z6+g/6ltvXz9QCoGqw8kj+BwB5/0UkqFYmI
BdewLl968cM3pdw98Z6FP7wSwdCDDcGwnzqHrg4D6XqUlZoSnZS7Lw4e4OWel8P6
/UTcPps27dJqN3M6yhaCRbJyNfzKMrRPkbAYLDkOGh41k1xlt4uZHD0hxG0p/Ih4
f361xD4PS2zUSSmLXQE4Np/wGfYqsA/bOPq44wo2KVF+I6TpP5Gj9DnaXhMhOLId
lERwKRqcAxA=
=hqhi
-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/e1xnpqq-0007jb...@franck.debian.org



Accepted proxytunnel 1.9.0+svn250-5 (source amd64) into unstable

2014-11-09 Thread Julian Gilbey
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 09 Nov 2014 10:54:14 +
Source: proxytunnel
Binary: proxytunnel
Architecture: source amd64
Version: 1.9.0+svn250-5
Distribution: unstable
Urgency: medium
Maintainer: Julian Gilbey j...@debian.org
Changed-By: Julian Gilbey j...@debian.org
Description:
 proxytunnel - Create tcp tunnels trough HTTPS proxies, for using with SSH
Closes: 767301
Changes:
 proxytunnel (1.9.0+svn250-5) unstable; urgency=medium
 .
   * Improved fix to bug#767301: Replace SSLv3_client_method with
 SSLv23_client_method so that any of the TLS versions can be used
 following negotiation with the client (thanks to Peter Meiser for
 pointing out my error with the previous patch) (Closes: #767301)
Checksums-Sha1:
 7090a482d626840c9ed7c47d30bcfe0ab45e5e9f 1120 proxytunnel_1.9.0+svn250-5.dsc
 37a81717515855d22e9df7d911de20ea534f12c4 6 
proxytunnel_1.9.0+svn250-5.debian.tar.xz
 a36a74b2b0fec361a6776bd34bb3240eddf9f6b1 37006 
proxytunnel_1.9.0+svn250-5_amd64.deb
Checksums-Sha256:
 04949aa6292f7e7f824e47603d8ac9fcadcdef24cde746ede4f38e037766b7fc 1120 
proxytunnel_1.9.0+svn250-5.dsc
 33ae90a6c5266e93ca414c67e9337389c07d99d40efeb83fce5b52dd210bb3e6 6 
proxytunnel_1.9.0+svn250-5.debian.tar.xz
 443088183b6a5cf0087bcadffcd3212962b34b79afa605586be87d0d698392e1 37006 
proxytunnel_1.9.0+svn250-5_amd64.deb
Files:
 9e8c85d101ae552405e1dbaf6547fa43 1120 net optional 
proxytunnel_1.9.0+svn250-5.dsc
 c2604c01f36794bd5091b266bca06738 6 net optional 
proxytunnel_1.9.0+svn250-5.debian.tar.xz
 80ae780245019b8994983e84dc78fc1c 37006 net optional 
proxytunnel_1.9.0+svn250-5_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlRfSFwACgkQDU59w/205Fl5zACeOpqqcIJxmsnIlSj+MEGv+qFn
wkkAn0mdkM7/etjJqw/ivlbP1HFTtF/0
=Lrhp
-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/e1xnqia-0008dk...@franck.debian.org



Accepted debian-edu-install 1.817 (source all) into unstable

2014-11-09 Thread Petter Reinholdtsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 09 Nov 2014 11:59:31 +0100
Source: debian-edu-install
Binary: debian-edu-install debian-edu-profile-udeb debian-edu-install-udeb
Architecture: source all
Version: 1.817
Distribution: unstable
Urgency: low
Maintainer: Debian Edu Developers debian-...@lists.debian.org
Changed-By: Petter Reinholdtsen p...@debian.org
Description: 
 debian-edu-install - Set d-i values to install Debian Edu without questions
 debian-edu-install-udeb - Execute Debian Edu debian-installer profile (udeb)
 debian-edu-profile-udeb - Choose Debian Edu profile (udeb)
Changes: 
 debian-edu-install (1.817) unstable; urgency=low
 .
   * Disable eatmydata for quick install for both the normal and LTSP
 installation until eatmydata on i386 work properly.  Workaround
 for bug #765694.
   * Update version number to 8.0+edu0~alpha1 in preparation of a new
 alpha release.
Checksums-Sha1: 
 d5f47c8448f337f2e5da3b5a26f37c678f836578 1465 debian-edu-install_1.817.dsc
 12bcd2340e73d2d885ba2d8bc89c881743228530 171853 debian-edu-install_1.817.tar.gz
 f5331fde0545d9fc945a345a1e84c6a3387906d2 59866 debian-edu-install_1.817_all.deb
 1720d0797cc7a034530c8153d4a5b7f1056c3ea1 64630 
debian-edu-profile-udeb_1.817_all.udeb
 40778f64151d38da42e7f761ded87d5a9ac48cc6 2698 
debian-edu-install-udeb_1.817_all.udeb
Checksums-Sha256: 
 6e193613322983ffb7e1cc074c1582b1e3b2174d4597dc81a034e3633cc11d30 1465 
debian-edu-install_1.817.dsc
 e29767a48eab6f83423656a2042e880bc25ac63c88a66a16187f76c6c438a0c4 171853 
debian-edu-install_1.817.tar.gz
 edc8f2398436f30eb136a44d8523b019ba6175d529f2fd52b4bc413218c541a9 59866 
debian-edu-install_1.817_all.deb
 2f32a78dd3a2f051cf867210ea3577b91871c77f663cf6abd288bdeb552e974f 64630 
debian-edu-profile-udeb_1.817_all.udeb
 47e3aac164bcb4583694c8fabc72015fdf59d2c9e3cefcb1d3f4dd9543710d2e 2698 
debian-edu-install-udeb_1.817_all.udeb
Files: 
 02f97b9c68663798ca5bac6c869dd6a9 1465 misc optional 
debian-edu-install_1.817.dsc
 f4df5e253c7cd6db8ea72a17fbc0c731 171853 misc optional 
debian-edu-install_1.817.tar.gz
 76ec3d37be6591974157fa86c072df19 59866 misc extra 
debian-edu-install_1.817_all.deb
 223809f213e7d19505fb3e7c4cf5aeb4 64630 debian-installer optional 
debian-edu-profile-udeb_1.817_all.udeb
 050c9ea7ada76ce624a4631ad96c 2698 debian-installer optional 
debian-edu-install-udeb_1.817_all.udeb

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

iD8DBQFUX0k720zMSyow1ykRAkEUAJ4jMyxnXaKQriY7/PgQiX/7sSzb/ACgrNRo
do3zN2gY/DCb98C4GAjTMpk=
=DII6
-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/e1xnqyo-00050t...@franck.debian.org



Accepted hurd 1:0.5.git20141108-1 (source hurd-i386 all) into unstable

2014-11-09 Thread Samuel Thibault
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 09 Nov 2014 02:22:38 +
Source: hurd
Binary: hurd-libs0.3 hurd hurd-dev hurd-dbg hurd-doc hurd-libs0.3-udeb hurd-udeb
Architecture: source hurd-i386 all
Version: 1:0.5.git20141108-1
Distribution: unstable
Urgency: medium
Maintainer: GNU Hurd Maintainers debian-h...@lists.debian.org
Changed-By: Samuel Thibault sthiba...@debian.org
Description:
 hurd   - GNU Hurd
 hurd-dbg   - GNU Hurd (debugging files)
 hurd-dev   - GNU Hurd (development files)
 hurd-doc   - GNU Hurd manual
 hurd-libs0.3 - GNU Hurd (libraries)
 hurd-libs0.3-udeb - GNU Hurd (libraries) - udeb (udeb)
 hurd-udeb  - GNU Hurd - udeb (udeb)
Closes: 752237
Changes:
 hurd (1:0.5.git20141108-1) unstable; urgency=medium
 .
   * New upstream snapshot.
 - Fix random translator crash during heimdal testsuite.
 - patches/newRPC.patch: Update.
 - patches/git-R-protected-payloads.patch: Revert upstream commit, breaks
   mach-defpager startup.
 - Closes: #752237
Checksums-Sha1:
 7547ada5d4186bc028e3c8980d84b9d1d566cb5c 4996 hurd_0.5.git20141108-1.dsc
 b4af03311984b25c2fe1bfce971e7d043c0ff2be 5013 
hurd_0.5.git20141108.orig-devnode.tar.bz2
 d8a6ede167c993127a2ab41b480ab99a8b948f1c 18087 
hurd_0.5.git20141108.orig-eth-filter.tar.bz2
 81b8299c1d649e3783eac86b6545e703161fdc57 16710 
hurd_0.5.git20141108.orig-eth-multiplexer.tar.bz2
 721729550de2632761aa18a83ea7f6ab77d8e9ab 10442 
hurd_0.5.git20141108.orig-libbpf.tar.bz2
 68023c1e003d0df0805d160883be17cb82a9c815 3331744 
hurd_0.5.git20141108.orig-libdde-linux26.tar.bz2
 aee8a0844ee66cda6da5378dd6d08ccd52c73fff 20120 
hurd_0.5.git20141108.orig-libddekit.tar.bz2
 c31651ca858fdd2fd6f8e9fc7e4adef7bad20e0a 6814 
hurd_0.5.git20141108.orig-libhurd-slab.tar.bz2
 c080e7a6747dab7ac4f5e7ecab6883de56df6aac 22456 
hurd_0.5.git20141108.orig-libmachdev.tar.bz2
 c073a296eece8e7d6605fd7d164832ee392241f1 2009753 
hurd_0.5.git20141108.orig.tar.bz2
 92e2e60b971f23bc7f21810e77fdbff4c805ca99 105395 
hurd_0.5.git20141108-1.debian.tar.bz2
 993eda8d1828b16b7e150e62f43e6be7c18961b6 262082 
hurd-libs0.3_0.5.git20141108-1_hurd-i386.deb
 7d8b6720fef64e323081b40e4847aa3e61799173 1406680 
hurd_0.5.git20141108-1_hurd-i386.deb
 a48a5e3b61297f8684bf1926571ace5c620c2cb7 3176362 
hurd-dev_0.5.git20141108-1_hurd-i386.deb
 215b783f1eb78a6dd23383dee99a34cf13177a61 3127478 
hurd-dbg_0.5.git20141108-1_hurd-i386.deb
 57472720edb155de4ac99b14dba0e7807d396a39 164196 
hurd-doc_0.5.git20141108-1_all.deb
 a1e472009c88b8a301d9d86b8e432b442551d108 240464 
hurd-libs0.3-udeb_0.5.git20141108-1_hurd-i386.udeb
 2293dbea8a27b3ff3bae0443d509c4d7653b9b94 1430612 
hurd-udeb_0.5.git20141108-1_hurd-i386.udeb
Checksums-Sha256:
 65da494aad0a9cfffe36b14ff62652f834df385c29157d8020b00c2d48463cae 4996 
hurd_0.5.git20141108-1.dsc
 18fdfbf158baf6e8339a64dd8a8c1f6fe5a8306a2fd8ed54006741050896cddb 5013 
hurd_0.5.git20141108.orig-devnode.tar.bz2
 3c933031646ca85057b63d3c11c4fdd5183df438d6b64c01df80edd21feb2acd 18087 
hurd_0.5.git20141108.orig-eth-filter.tar.bz2
 e055f7cea2c982c722d134c79c6d8174b4eda384d2c2ce4b2440951b6c5a3ca3 16710 
hurd_0.5.git20141108.orig-eth-multiplexer.tar.bz2
 f7c5fb2f465ee79f04977acbbd46a5774f24a0e3abf35d0f8991ee77829372ce 10442 
hurd_0.5.git20141108.orig-libbpf.tar.bz2
 92fa729b77b457eef0cbe6e6817c27853e4522a4ed2ce8242c4e01bb6892221e 3331744 
hurd_0.5.git20141108.orig-libdde-linux26.tar.bz2
 f95eb42c17c2cd833f615b73b6d739b4e23bbe9bbcd1783b116acd2932d889c4 20120 
hurd_0.5.git20141108.orig-libddekit.tar.bz2
 c845d642d39c087a6877cb1705388da31042bccb9b5346ea33251eaa4f4fe4f9 6814 
hurd_0.5.git20141108.orig-libhurd-slab.tar.bz2
 a5210678b858c2504ceb71385b2415e8bb4501e87e7d841386d603ab0c8f4b90 22456 
hurd_0.5.git20141108.orig-libmachdev.tar.bz2
 bca9b1bef191c82509c93bfe036c31f10f6c5c1e2b19677c871e5eb14ed38e98 2009753 
hurd_0.5.git20141108.orig.tar.bz2
 17daad24896c6425557c9593e6755887a1635c1331ba8381bc5c949d0a13549e 105395 
hurd_0.5.git20141108-1.debian.tar.bz2
 99ceb6e585422e127596beec6bb642606bdc05d8ebbf92a572728cf39f0c10e3 262082 
hurd-libs0.3_0.5.git20141108-1_hurd-i386.deb
 ea75c9fb5b43f3a8709c6a4ac8964d339126695d299de9a2f3bda33611ec35f3 1406680 
hurd_0.5.git20141108-1_hurd-i386.deb
 2b2fde8312e4dc19631b5fb917f83f5188ed646ab05ef0c7a206b945e89f986c 3176362 
hurd-dev_0.5.git20141108-1_hurd-i386.deb
 477130c744f2362957a9aeb2c4aee1831c0b7f63f4a663f69e34b59ee5845db3 3127478 
hurd-dbg_0.5.git20141108-1_hurd-i386.deb
 938988d43a32890536f4052d86c6196efafd157ddb852332be20b3d5db8faa4d 164196 
hurd-doc_0.5.git20141108-1_all.deb
 16c2cc2da6c3b7917e25f74bba14eaf9aafedea2c328f03c28698d11aa4f7c20 240464 
hurd-libs0.3-udeb_0.5.git20141108-1_hurd-i386.udeb
 5bde2d51dc7c529d604fc63947ab5eddc82ad2a4b58b9bf39baf9e753e940604 1430612 
hurd-udeb_0.5.git20141108-1_hurd-i386.udeb
Files:
 88abfb2cdb70920ecdf9b53db3a7b361 4996 admin required hurd_0.5.git20141108-1.dsc
 c64b0c1ba3da283995461c076f8c3c61 5013 admin required 
hurd_0.5.git20141108.orig-devnode.tar.bz2
 

Accepted gdb 7.7.1+dfsg-5 (source all arm64) into unstable

2014-11-09 Thread Hector Oron
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 09 Nov 2014 11:36:01 +0100
Source: gdb
Binary: gdb gdb-minimal gdb64 gdb-multiarch gdbserver gdb-source gdb-dbg
Architecture: source all arm64
Version: 7.7.1+dfsg-5
Distribution: unstable
Urgency: medium
Maintainer: Héctor Orón Martínez zu...@debian.org
Changed-By: Hector Oron zu...@debian.org
Description:
 gdb- GNU Debugger
 gdb-dbg- GNU Debugger (debug package)
 gdb-minimal - GNU Debugger (minimal version)
 gdb-multiarch - GNU Debugger (with support for multiple architectures)
 gdb-source - GNU Debugger (source)
 gdb64  - GNU Debugger (64-bit)
 gdbserver  - GNU Debugger (remote server)
Changes:
 gdb (7.7.1+dfsg-5) unstable; urgency=medium
 .
   * d/p/fix-ftbfs-arm64.patch
 - Include asm/ptrace.h. A recent change to glibc removed asm/ptrace.h from
   user.h for AArch64. This meant that cross-native builds of gdbserver
   using trunk glibc broke because linux-aarch64-low.c because
   user_hwdebug_state couldn't be found.
Checksums-Sha1:
 0d25ec79642f1373a8794253c37053efdf679e9d 2783 gdb_7.7.1+dfsg-5.dsc
 6e0f64c9e9cc1c44af95f1fe3971c676a198a54b 71044 gdb_7.7.1+dfsg-5.debian.tar.xz
 375c4d99d4267299b9ee6811cd2368551ae8cf27 24087480 
gdb-source_7.7.1+dfsg-5_all.deb
 49d995f96d47350fdffe39a1f88a83e1d0f6921a 1818640 gdb_7.7.1+dfsg-5_arm64.deb
 9ff5ea3fb8a804d5ff3861dd864c39092d076dff 1615124 
gdb-minimal_7.7.1+dfsg-5_arm64.deb
 9be80a526c2f98949544d71fc421d756d8668673 2393820 
gdb-multiarch_7.7.1+dfsg-5_arm64.deb
 17fcd96ca4333f44dc8ed6e63203c087cd32cd78 205154 
gdbserver_7.7.1+dfsg-5_arm64.deb
 ff198619f52a1149c9b4638be06ce9a15c3d5a5f 18369440 
gdb-dbg_7.7.1+dfsg-5_arm64.deb
Checksums-Sha256:
 0d5dfa84e2336efc3fdc1590dcf807ce7544e2d09853847e6953e16e14a091e7 2783 
gdb_7.7.1+dfsg-5.dsc
 0780c553ea7de318c129f6e6ba30e644b0d215d2b485707617097397b049acce 71044 
gdb_7.7.1+dfsg-5.debian.tar.xz
 61c09a5b115cdc2cd8e4d44e3692c5a0434be08ffafc9e979297620bb898bfa3 24087480 
gdb-source_7.7.1+dfsg-5_all.deb
 611a2704508591c08836e9239ae8db4eaa2435f4c5507eca7706112db875405b 1818640 
gdb_7.7.1+dfsg-5_arm64.deb
 622ec067b784eb90aa40916c3812b42b10ec3388eb82075eed6c67f591921a0f 1615124 
gdb-minimal_7.7.1+dfsg-5_arm64.deb
 6f9f3e21bd4dbbb588c39dc86ea703b0e04d0298c05c12ba3e9bfbcfb554c774 2393820 
gdb-multiarch_7.7.1+dfsg-5_arm64.deb
 3594a602d7fcea544eacc93673004b94318112e8c1d6eef1e92a36219f68a753 205154 
gdbserver_7.7.1+dfsg-5_arm64.deb
 0bf930a5198c2d01a46e2e82e0581a69601a8ea73a284945ffa8d91e32b2f27c 18369440 
gdb-dbg_7.7.1+dfsg-5_arm64.deb
Files:
 b514eecc27ccfd1568784bab151ca3d5 2783 devel optional gdb_7.7.1+dfsg-5.dsc
 cadd06797f0e2140f89bd41aa1ece8de 71044 devel optional 
gdb_7.7.1+dfsg-5.debian.tar.xz
 b09be5588fa078b9fa12b396ca3f8a8c 24087480 devel optional 
gdb-source_7.7.1+dfsg-5_all.deb
 8edcaa40e39269e6dafcb38289403e22 1818640 devel optional 
gdb_7.7.1+dfsg-5_arm64.deb
 6c9f7490469ca517762e147ca4bedc4e 1615124 devel optional 
gdb-minimal_7.7.1+dfsg-5_arm64.deb
 208af0a16fdf2df724867dd5080c998c 2393820 devel optional 
gdb-multiarch_7.7.1+dfsg-5_arm64.deb
 06220ec6888f278115a370015a948e20 205154 devel optional 
gdbserver_7.7.1+dfsg-5_arm64.deb
 eaa1bd0996e742e4f85586f910512429 18369440 debug extra 
gdb-dbg_7.7.1+dfsg-5_arm64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUX1FSAAoJEK8ig6p24qx74FYQAIeVy2OrFOxWXV1whEL28gqE
GLlatpef/wtiKG+0rwAH3JlLbASkmiiUq+q1aGhd+2DdAgaz2U0iEVLjKDWovdiS
2LVp5yeNsdx0FTXrIc+ylo/u8jktBP5ro7Z6U/YNtDiKxzOwzIgJLb109ZhvJyTV
8+dejUjDqFX+eC948A0PjQ1FrAcT+TA4EInuE5ObYdGd1TxuFvWWbYDQLa2awxir
800JRtUJVPiPAl31jknJCqDobtbgaCQF0w0u+pWTwJQcQ5Qpl1OEM/3nL0esvOey
NjXY+YMNMeVHM/E30zFC+RPn4WS3GzwAVxn9jOyRStOMfrxrRaZUm17l3d8cqlLY
FjhloHYz4MAhVQJQ9xOvxM6FYTj4xSYEcSTX6nuETQI5WGmABjJ0v6tlXeQnu1So
IhtOkO3584XtoeXl7jw+Cz1v4cVVUuAlaW2UhzwtiVqA2lIjbd8hrm2HYXXVoy0T
RrkOtRsR9i8H5BwT3RZ7BKkglUDMvanH26plGu4B3dj0i3JUZZcW/3BahjD7diCf
pCfMUyJOKG97nAoyDAce/GsxLsQeQWrJYD5lY/9pu50n0X2PUZ/IKV51i7TpqA+t
ZGM9xZE665i/2FPwXn6MPAI7ehLX56miXMZVjKOdLeayyFa6g5iLRswMBFl0zex+
eNct7xdL1womEa/X8Iie
=sdZq
-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/e1xnqzw-0005z7...@franck.debian.org



Accepted globus-simple-ca 4.14-3 (source all) into unstable

2014-11-09 Thread Mattias Ellert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 09 Nov 2014 10:35:42 +0100
Source: globus-simple-ca
Binary: globus-simple-ca
Architecture: source all
Version: 4.14-3
Distribution: unstable
Urgency: medium
Maintainer: Mattias Ellert mattias.ell...@fysast.uu.se
Changed-By: Mattias Ellert mattias.ell...@fysast.uu.se
Description:
 globus-simple-ca - Globus Toolkit - Simple CA Utility
Closes: 768771
Changes:
 globus-simple-ca (4.14-3) unstable; urgency=medium
 .
   * Don't try to write to $HOME/.rnd during make check (Closes: #768771)
   * Enable verbose tests
Checksums-Sha1:
 f4014d84802b99acf571062bbe0edeebcdb10ce9 1977 globus-simple-ca_4.14-3.dsc
 504224e60f5bb9d78857f7b513938e9b338905e5 2800 
globus-simple-ca_4.14-3.debian.tar.xz
 93d7d6fc4f1a58a15738cff195e2c8a881648768 22830 globus-simple-ca_4.14-3_all.deb
Checksums-Sha256:
 9f11a94130c1a8ba53677270387d1bd181ccc15aaa8ba76e9620491fc47503a2 1977 
globus-simple-ca_4.14-3.dsc
 e4c2513e1af2aa00ce0030da4bc8e5aae96063a650c2f7a39c4245803b1d4f59 2800 
globus-simple-ca_4.14-3.debian.tar.xz
 888c7f3f04b9f5edab4b4fd8f0582f879ce58e08194da7355306582c4d52932b 22830 
globus-simple-ca_4.14-3_all.deb
Files:
 faabb169d2c74d09c8d521f3fabd2aaf 1977 net optional globus-simple-ca_4.14-3.dsc
 3af013ba47769882b7d8725356e04ada 2800 net optional 
globus-simple-ca_4.14-3.debian.tar.xz
 182d9ebaf71db9769fe212b518c5 22830 net optional 
globus-simple-ca_4.14-3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUX1DqAAoJEOiuwv874alLciwQAIOY4JBymVcH3x0oQ2wt/bE6
u5SSotiBhp3pZXNycFi0u1nMAT8W1eig7G4JfHsLaKXS7fVTWFGv+1Z/Vid8NvmU
SiEoLumX6sLgPEK+ezp72NWWElNc0IqRwbrXtfacPrFqxJ0XjHbtQjEmriQdIaPa
j7DeEUlOIyTwYbT1SBXfesZipLaoYa1skwQOq7jWnuXtmjuclXRpgs8XLtvqnmWq
iahjevlFn37E4n6PCaJ7kCII9Y+XICOAqyWR6f9Jry0zbNcQMLfqam9sQtuz1H9g
TBRhAXfUT2H9uMOSbGdIPbOexAJmnZnc0l0HRd31OcFS0uwgi/XEeKVPRR3uuIUM
w2bNf1rRq7bg10yEyYAUrscsUBbS2pDjanHf9KFeJkHtCF2yeD5l4UFu/46YYqle
e++QCaY+wX9/nSQiU8ctw66Lr8aiwLzEiV1JQ+JTFLVFMDAICK8eQUOQF1vTS1NV
T6hpRROU8beqEPe8VMKa83mXF0/LfizkwkRJfZ8qz0PZGFjPVakKH97JtaUmCl2S
EVi30CAOCYNCpZC92uFqluiS3x2tnm+mNx9pUkJ62NyJT3IR2VyMfjSH7sEBsEsq
QgWdKGC6uRtnRaQ6b/5zGU/gEQDD46EAc4cJJ7AVc1tDA8ML0X8txMrIkUz07Aar
Kqj2vPtqq0ZOJHHbL7jO
=7bLn
-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/e1xnqze-00061w...@franck.debian.org



Accepted kwave 0.8.12-1-2 (source) into unstable

2014-11-09 Thread Andrey Rahmatullin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 14:52:50 +0500
Source: kwave
Binary: kwave kwave-dbg
Architecture: source
Version: 0.8.12-1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian KDE Extras Team pkg-kde-ext...@lists.alioth.debian.org
Changed-By: Andrey Rahmatullin w...@debian.org
Description:
 kwave  - sound editor for KDE
 kwave-dbg  - sound editor for KDE - debug symbols
Closes: 759949
Changes:
 kwave (0.8.12-1-2) unstable; urgency=medium
 .
   * Team upload.
   * Fix unknown entities in doc/help_fr.po (Closes: #759949).
Checksums-Sha1:
 bdaf5a517694d116ed2d500c7055dbbd64beda60 2341 kwave_0.8.12-1-2.dsc
 2f91be1aaf797d330cd9b695c51f97e035ec5357 16964 kwave_0.8.12-1-2.debian.tar.xz
Checksums-Sha256:
 9c52c148d70a0c6794e0f91b82dabea049e34d878a3356b78734682c7e3edaa9 2341 
kwave_0.8.12-1-2.dsc
 6305f9e6a5ab3ac91c28d23170a2582f21e93f8b192af50b0d2613a919b95540 16964 
kwave_0.8.12-1-2.debian.tar.xz
Files:
 0e2f521c80b594d98354a0021804e791 2341 kde optional kwave_0.8.12-1-2.dsc
 13fa9261077eac8cd832b40dcfd67eeb 16964 kde optional 
kwave_0.8.12-1-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX1CAAAoJEDNi9wMaSZLhpR0P/3YmY718aoreO4++WVzI+BpW
bJ0dg3xZaypYOygYj3llC7HFl6OBoLg4lReF9qfI6YumYp7RJooVgSSnmHYYWqV/
KuwXEAbOysIQO4TNrPIt0OCA4gLU/RXEbZT1w9ehmc8ILTqJ1UPmR9uXkoHH3gpB
on4ioSDsiQGtWAXSkGXyehTeOGXS8fJCsnR04NRFTRPz23IWRQmiuLm3wj6o+V0R
D+mDF20ZWsRjOFae/x/rIeEG80IZVTrEhVk1SaxBujzoi7xryELRqBMc+rBLmI26
31Z+XYIruxafOimuvnmttmv4NdGDrfnMuZIgr+/tP1JrO1X/YskkyhQIVmcDffex
DL/XKj0U4zKYzf06Ilq+3W+t3fBJRD7Wma99B6WzEU8bbC4XTanP09ZJjr/tLf1D
AFMWAIpfdXE8j9W7Fo3CCY8CC6p74R/fguCvFz5j+d2JFg9zRLB0rAe1Vb8LvPfa
WFfvXaxfvHizv7RBEbZCF4uiwUEmP+szzhncouwIXYm/Qpt38VBSiyOIBIoiXn20
8wemO9p4bYhbmM0Z0zJQBvY14jurU2jHvWCiXZWkjOcpAjMGVymJqWaqHVZ+p7aR
dvO88L4WmCOj+cwW5BwKXcbDxwO4LuQ75VTBoD7b5Lrwa2nwvG8Zjv7+TqJ/Ax1d
60k2Z2C/MLXKNBN+i/vL
=3rDs
-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/e1xnqzl-00064t...@franck.debian.org



Accepted debbindiff 4 (source all) into unstable

2014-11-09 Thread Jérémy Bobbio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 12:35:07 +0100
Source: debbindiff
Binary: debbindiff
Architecture: source all
Version: 4
Distribution: unstable
Urgency: medium
Maintainer: Reproducible builds folks 
reproducible-bui...@lists.alioth.debian.org
Changed-By: Jérémy Bobbio lu...@debian.org
Description:
 debbindiff - highlight differences between two builds of Debian packages
Closes: 764131 764420 764470
Changes:
 debbindiff (4) unstable; urgency=medium
 .
   * Avoid deadlock when calling vimdiff. (Closes: #764131, #764420)
   * Add support for an external CSS. (Closes: #764470)
Checksums-Sha1:
 d0f5001b0877cc26f5fe943ce730504ab4a1007d 1741 debbindiff_4.dsc
 bf2d9cd244544c22060bc76c1ec53845af9cfa01 23036 debbindiff_4.tar.xz
 409398190c0193c829a765740dc74ee7ccee8c11 14966 debbindiff_4_all.deb
Checksums-Sha256:
 860103199ef7fdd4754301e19445eab33f668ee24db0ac602d82655c92a10f31 1741 
debbindiff_4.dsc
 a20f390d63fc768ca8394aef3e35f54074085799c9b6786f5605674906db3b19 23036 
debbindiff_4.tar.xz
 47c708c5bf195e4497da0c213e962abcf75e53cc5140afc5b05b34b7541387d7 14966 
debbindiff_4_all.deb
Files:
 c2042c7f92c557d32f23701b0de96677 1741 devel optional debbindiff_4.dsc
 e15601137071f46b487aa80a9f59c147 23036 devel optional debbindiff_4.tar.xz
 8ca344cca5de1e33e127151d492f1687 14966 devel optional debbindiff_4_all.deb

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

iQIcBAEBCAAGBQJUX1KMAAoJEEAsIlA9Nuk2lI4QAJPUpoKEZLGjgxi6ndrD5ulK
0EvF1QhSYplzLPVXLZMhHsOW8loAbKZl/pHw5u2/5YF0Q2biMILyk5cUnpV+N7x8
ATsgfRU3EebOAWE0HVBYiVCMwdZ6kJC+mwy2oHZeiIzqq9pcB4PibTB8AfnCsZC4
gkzle+vKvZPQtlEb5CJbkAN+eeRIJFxZAfXHxI900SNbwVNOSKpmOY20PksRhTgD
cvRFR7KwGB+IPr3G4ggOpM9TCqH/NHcovck6Fszth6WXF0QEIfxdui7iJhQCaeih
SvTFzsbgwXGgLtbrTOi05NaSNHwCR7am6YqCpByY9nBmm3jX30pbsesNxmqWlI2V
6BD5Sh2fgqHExMbjNAKXgeQJalPOJ1A2F9IKRJ4LOY/FH3sY9bHva68LHNVKKxoZ
OmSdS6kyg+TLpcIIYt8wV5zqByE+j/ngC6A3TeiN9otYteUuKNhYV5aLVdCviB7w
O/Rv2dZxd3sh10IzuI75dd0iBDLZao+Bg8n59nezOqndXqMdCvFBIOHSA3H3crm8
Z1Wge7AC6PUaQ9v+pWdsymzMf1Buv3elB9HI8keWDLwPL9Vccms1jST9n9oWyXmH
2q51vVJ9kufuYBoUe0+zTBKIE3mDOfjwtQ5g/olJtF08K8tNcSHFXHtbnyWx4Ids
jxI4sX33ZoORIAoeJW81
=FxJq
-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/e1xnrdf-00026v...@franck.debian.org



Accepted ffmpeg2theora 0.29.0~git+20140316-3 (source) into unstable

2014-11-09 Thread Sebastian Ramacher
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 13:09:49 +0100
Source: ffmpeg2theora
Binary: ffmpeg2theora
Architecture: source
Version: 0.29.0~git+20140316-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 
pkg-multimedia-maintain...@lists.alioth.debian.org
Changed-By: Sebastian Ramacher sramac...@debian.org
Description:
 ffmpeg2theora - Theora video encoder using ffmpeg
Closes: 768674
Changes:
 ffmpeg2theora (0.29.0~git+20140316-3) unstable; urgency=medium
 .
   * Team upload.
   * debian/patches/link-libm.patch: Link with libm for ceil. (Closes: #768674)
Checksums-Sha1:
 100f47a85c628ab0f43c96cd944cbbf44d5e956f 2406 
ffmpeg2theora_0.29.0~git+20140316-3.dsc
 60c955b29e76e92badc76abd548ad86c9ac0cc92 5404 
ffmpeg2theora_0.29.0~git+20140316-3.debian.tar.xz
Checksums-Sha256:
 05d7fc7961ad22753cd3c19f205f659d97df55f443fc0a904b3f81b335abd7a8 2406 
ffmpeg2theora_0.29.0~git+20140316-3.dsc
 bb9e90fd35291c69da40b7d08e66652f1da2ea83d9c6499b5d71f2766bce960d 5404 
ffmpeg2theora_0.29.0~git+20140316-3.debian.tar.xz
Files:
 eea2b1cc2f2db965932297559b8f4862 2406 video optional 
ffmpeg2theora_0.29.0~git+20140316-3.dsc
 75f995a60fe585bf06440f1973ca1493 5404 video optional 
ffmpeg2theora_0.29.0~git+20140316-3.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX1nyAAoJEGny/FFupxmTvH0P/Rjgk3/uVTSeLlo8prUEgQOQ
jb7y4TFRDTdcfrv7gGzjkM1TlLeroQSj1QOdNqEPvaSo24XI00EbcFGyB+xXGcek
1jeJaFASMGqv2udBHnJ2oXvyTUCV4WrcUdjc2wIfQ2oVH6nmxEzYH+FZQC1NQQfb
yBug5wUShr0wI+QhlHv3rhd4wxWKypI9VAe/n4m0oTiMoI2QZwDiFrT9s/z5QgXA
tTcuIWnOi8aO082Xi1Gnn794asoSv8GONCdkAnAv9nKzI6ZnGalvuPpafWzBvERH
lg8qmNmWqWObgPtowTcXGEOdFCnxBXl3ooqwFwFeyrRiCvIUIeE4788pKI0qwN5N
WtnZtb1E71lG0RhEs4gFPjBzZSXnS1wJOUkqXCXv35KY64Q+GYDQHy5W2S5CUjcm
k3hP7KLhQaxYkN1cgMuTzDaYYpEP7UxOYiJk4ePYB1Yvb27frLljBMe2d6q9frsr
EdxNBAa74bJ1RswWMXkBZM1SegGw74BK1oQofN/TVzYbg3SwgjZmOHX/JucTwik6
9C0RKJvKlaNDyq+Ij1ZhvkWhakU0/K60dj7Yp08KLpUxl/u40ifxWLCN+Y38FRSr
w9Mz/lThbIll5+0oBLGHpii7eugTU0Ze/8L/8YJpBlC82UlXnxUdt5Fv+lQQwK9O
iamSVJ2sKTlK9Y7Fkoci
=PqpD
-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/e1xnrsr-0007id...@franck.debian.org



Accepted gdb-doc 7.7.1+dfsg-2 (source all) into unstable

2014-11-09 Thread Hector Oron
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 09 Nov 2014 11:55:20 +0100
Source: gdb-doc
Binary: gdb-doc
Architecture: source all
Version: 7.7.1+dfsg-2
Distribution: unstable
Urgency: medium
Maintainer: Héctor Orón Martínez hector.o...@gmail.com
Changed-By: Hector Oron zu...@debian.org
Description:
 gdb-doc- The GNU Debugger Documentation
Closes: 768213
Changes:
 gdb-doc (7.7.1+dfsg-2) unstable; urgency=medium
 .
   [ Manuel A. Fernandez Montecelo ]
   * d/control: Adding Breaks+Replaces of the binary package gdb-doc on
 gdb-minimal ( 7.7) as well as gdb and gdbserver, man pages were
 moved across packages.  Thanks Andreas Beckmann for finding the
 problem (Closes: #768213)
   * d/control: Add Vcs-* and Homepage fields
   * d/control: Update Standards-Version to 3.9.6 (no changes required)
 .
   [ Hector Oron ]
   * Release to unstable
   * Update upstream tarball, matching gdb one.
Checksums-Sha1:
 aa83623fba6e9902b09ef45eaabb0bdcc6d08434 2022 gdb-doc_7.7.1+dfsg-2.dsc
 f94f7812223897eafe27c404946f2ad2fbb4f108 18600296 
gdb-doc_7.7.1+dfsg.orig.tar.xz
 8c6ddec0ad7785c9f452d05f81a9ef524cb69648 13516 
gdb-doc_7.7.1+dfsg-2.debian.tar.xz
 b3c9341ae90652e4fa4116c9632988893689b95d 4209280 gdb-doc_7.7.1+dfsg-2_all.deb
Checksums-Sha256:
 f65901b6f1c1e782885d1bc1138e36a9a81b15c2230d9970e972434a4439ca95 2022 
gdb-doc_7.7.1+dfsg-2.dsc
 c3b55cfc026545d400301b9538ea12fe5869dad17333f6f392b2392a6d7d3086 18600296 
gdb-doc_7.7.1+dfsg.orig.tar.xz
 d1f6a39d231c0acbf00c612f7a129d4a7eeada2e91f23c33fcbc43230d48ba9b 13516 
gdb-doc_7.7.1+dfsg-2.debian.tar.xz
 89c1e42b2f97628963e29572c17a0af2cbe700c0a6bdf4a918ccfafcddcc9e3e 4209280 
gdb-doc_7.7.1+dfsg-2_all.deb
Files:
 8d3f71537d446afaf0753d7393310b33 2022 non-free/devel optional 
gdb-doc_7.7.1+dfsg-2.dsc
 4ba15173a2e0581a7a59beba19cc9ffb 18600296 non-free/devel optional 
gdb-doc_7.7.1+dfsg.orig.tar.xz
 d20114d3bba2454e423039d7ec681b18 13516 non-free/devel optional 
gdb-doc_7.7.1+dfsg-2.debian.tar.xz
 c5b30990e95db979ef3c914e4cd66ab4 4209280 non-free/doc optional 
gdb-doc_7.7.1+dfsg-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUX1/GAAoJEK8ig6p24qx7r+QP/2Gdpbg/ElpkQ6gy+wMBa8ho
R3kQbR4XkTapRrCZQKXC8I3q2XLxbhFjc2mAgWnT9q8LwmBxsWwUbDX2ThBcHh64
fM0lc3VPBUPOGkxMyIj8DiM4yJxU0RT+BFyX4O2jTc9pquCj7rSm3aeN9EO9pCzl
eVwhTMPq3JonJx2hIUDPR801PSZ/g09TKuZQKz/NPMuyG3TiSjgxV/lN2m1ufGym
+QXdK3aeAuXxKtGIDjMzmj74Q2eifq8MYKHIxoPgO40cFOZeOFbGd2/9hQd1XWsF
qhCafGAhGdw27KixXnHEW1xYz1tIZLNE0Hs7FXCYVCJr36p41XLKIFiaZAHHX6K5
WHxyWb7ovITmc12ieqQxfw4ZBpfsQyOtOEsZts9x0OZnkA80os6Zu4MPqpHQXaOH
V9YWdHKoiL53SpaUKRYScZNWh+/zhwkWkzolrmmydyIh8iJmp99iCacQvvAXzwJG
ALDjqmpPzaBWrRtPZFcPbDRU9djvjo8mXgoR9r8pohUZLsLmJ3isY6UbaTtOnVoV
kntY3Ia4SpsTwXk4x/p6Z3a2hfqhhZIYaT7uKIpoi4W3rVoUNv+cJgF8M4WWAhsb
hdHzFm21GjtkxKPAcL2uh1nT5f+aeCsBGfd+y+cDNd2Q211R2ZUr7COpNTwtPOsQ
vogssWY4zzYBHZreFZ/E
=EIsu
-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/e1xnrve-0005nb...@franck.debian.org



Accepted hurd 1:0.5.git20141108-2 (source hurd-i386 all) into unstable

2014-11-09 Thread Samuel Thibault
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 09 Nov 2014 11:07:34 +
Source: hurd
Binary: hurd-libs0.3 hurd hurd-dev hurd-dbg hurd-doc hurd-libs0.3-udeb hurd-udeb
Architecture: source hurd-i386 all
Version: 1:0.5.git20141108-2
Distribution: unstable
Urgency: medium
Maintainer: GNU Hurd Maintainers debian-h...@lists.debian.org
Changed-By: Samuel Thibault sthiba...@debian.org
Description:
 hurd   - GNU Hurd
 hurd-dbg   - GNU Hurd (debugging files)
 hurd-dev   - GNU Hurd (development files)
 hurd-doc   - GNU Hurd manual
 hurd-libs0.3 - GNU Hurd (libraries)
 hurd-libs0.3-udeb - GNU Hurd (libraries) - udeb (udeb)
 hurd-udeb  - GNU Hurd - udeb (udeb)
Changes:
 hurd (1:0.5.git20141108-2) unstable; urgency=medium
 .
   * control: Add zlib1g-dev and libbz2-dev build dependencies.
   * Bump Standards-Version to 3.9.6 (no changes).
   * local/finish-install.d/51hurd_config-target-network: Remove, useless now
 that we use Debian's ifup/ifdown.
   * local/setup-translators: Also setup /servers/socket/26.
Checksums-Sha1:
 1e60eba171281b9c1d490a052dc02e21dbdba665 5020 hurd_0.5.git20141108-2.dsc
 a58dacbfe3730a0ca27bf6b9ce2dee62658230be 105332 
hurd_0.5.git20141108-2.debian.tar.bz2
 3cd2c36a306980c5be542ce8316a91c0b12ebe58 262122 
hurd-libs0.3_0.5.git20141108-2_hurd-i386.deb
 080d55549cbe19db4d23caf06a474baf4dde0c2b 1406690 
hurd_0.5.git20141108-2_hurd-i386.deb
 d5b1cd091fdb7afd4a734c1d14d972dbec6e67cc 3122692 
hurd-dev_0.5.git20141108-2_hurd-i386.deb
 b09e0688f99c0b70812e0b21e753fa9095d3467b 3129470 
hurd-dbg_0.5.git20141108-2_hurd-i386.deb
 98475701ef91de21a8301afcd90af3744cb83138 164262 
hurd-doc_0.5.git20141108-2_all.deb
 abe555dc6b26485f5c35a38ee3e718d28b1a775f 240798 
hurd-libs0.3-udeb_0.5.git20141108-2_hurd-i386.udeb
 85e50c748b4fcabe697340af59ae61185d2bd686 1430462 
hurd-udeb_0.5.git20141108-2_hurd-i386.udeb
Checksums-Sha256:
 04d4f3edfa89ac2fb21ac2a0b1860c15ead505f32817be2caac417473cd0a266 5020 
hurd_0.5.git20141108-2.dsc
 c186c5c458d9a3df2fb449379160a326087e7638e16dafc910c2ca3c396a6716 105332 
hurd_0.5.git20141108-2.debian.tar.bz2
 753dd5978d0f9f6db68cecd0f2790970b77b60abfdffb3d37579fff4edc5d85e 262122 
hurd-libs0.3_0.5.git20141108-2_hurd-i386.deb
 f2e3ac74609fc226653b3060f9fd8331dcbaa813da03099e7499dac9ef90318a 1406690 
hurd_0.5.git20141108-2_hurd-i386.deb
 3817867d110ddd12dea346764c4cd342a30da2c231def320e0d62cce868dcd66 3122692 
hurd-dev_0.5.git20141108-2_hurd-i386.deb
 31cac2f96c7037a78a444310d4a383182e9b6014ef82905499895e714838730c 3129470 
hurd-dbg_0.5.git20141108-2_hurd-i386.deb
 d572ae15e8b43968db227495b861ef5f52d814ed49da60e143f29c613ff00e73 164262 
hurd-doc_0.5.git20141108-2_all.deb
 ba3b4ff77509950127e751128d42b5cb6a1d717dc8613e838655d1091dfab908 240798 
hurd-libs0.3-udeb_0.5.git20141108-2_hurd-i386.udeb
 10cfe6ad110ada97cfa0246a2f8b6d4483356238589ae1b663b2efa7609a4919 1430462 
hurd-udeb_0.5.git20141108-2_hurd-i386.udeb
Files:
 60e12d393e477375956b99b6314c195b 5020 admin required hurd_0.5.git20141108-2.dsc
 1f105b7745ce5bbb20b9d9fc81414d9e 105332 admin required 
hurd_0.5.git20141108-2.debian.tar.bz2
 fa67710fe72f060d3f9cc2416bfc13fb 262122 libs required 
hurd-libs0.3_0.5.git20141108-2_hurd-i386.deb
 9078b5d8734bf445eb615c7cd93ef3e3 1406690 admin required 
hurd_0.5.git20141108-2_hurd-i386.deb
 5b0f9b6e6430adaa7b5b241dadf70188 3122692 libdevel standard 
hurd-dev_0.5.git20141108-2_hurd-i386.deb
 e04a767051ccb92ad093c05ae612520a 3129470 debug extra 
hurd-dbg_0.5.git20141108-2_hurd-i386.deb
 2b212f9b1fbfa8ae067f38558c9184e7 164262 doc optional 
hurd-doc_0.5.git20141108-2_all.deb
 3f6ff1da4530236afff65af9a0355655 240798 debian-installer optional 
hurd-libs0.3-udeb_0.5.git20141108-2_hurd-i386.udeb
 d1888cf880c5b5bc867a144b20cda1cc 1430462 debian-installer optional 
hurd-udeb_0.5.git20141108-2_hurd-i386.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUX14AAAoJEBH0lP5vGG7NrQ4QALURTGQO6qbbZHd7XZr/+ZuG
V8chXWSqW8q0si5ZWP/6KruieZyLO3+jKWhn7HesY2SX6N7yQLgrFiNQwETSMWk8
kFTWYt7aqYJJlBKfyjiXvSDdihyIqQujejF9Elugz3cBzYvyxzTL6M3vXOtYRAAz
cqX7mqcgLqe105+vC/pqyGgvi395rHJyk9UFakD1+au1WhHPUDeg0mpwSn26oSXy
F/OzfZiABj2J+rtDV5ifLiIBTbqceD2cr2BWy7K2t5Nb0A+CKZbgy85zgq3zFuRK
IxYdT2H5MoqEWyADNMvCSSP+/AxlU+e1h4hG+Ei833M36hsX6mdeh88IptYE+/4j
7igL2cnR3kIdIkxqZef4TAtblDDAVzsUwLTJ2B7A8Mm8tnF+DrNYSCh8qpJcZeVJ
/WcOGNWAupnQ4MDz6t1QKhakBvQMrinvSgs2eNouHsqSCVB0eTXrVAv0JDPeaNOY
gHoAjYy7AFUIlm0I0f6DSlJ8UgOUnow9nSBRr7LKZkZLMIMw/NRkp7QuIBzgqxES
9NUmflcw53k5v/4vhNTkawhlS+hIYyKqG2BRfsLVfJfNo3QG2mbiCz9PdWpOJ7gs
XsnNpF0Nng4fpnYJ0CIGQ1Bh8R06xpvB8Mh+GhIkGkDOhMiGfDkvl2RJfXG/9pQo
PXnllT6Hg2Y0Kr0Mxv7z
=G2w0
-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/e1xnrw7-0006m2...@franck.debian.org



Accepted igtf-policy-bundle 1.60-1 (source all) into unstable

2014-11-09 Thread Dennis van Dok
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 29 Oct 2014 15:58:42 +0100
Source: igtf-policy-bundle
Binary: igtf-policy-classic igtf-policy-mics igtf-policy-slcs igtf-policy-iota 
igtf-policy-unaccredited igtf-policy-experimental
Architecture: source all
Version: 1.60-1
Distribution: unstable
Urgency: low
Maintainer: Dennis van Dok denni...@nikhef.nl
Changed-By: Dennis van Dok denni...@nikhef.nl
Description:
 igtf-policy-classic - IGTF classic profile for Certificate Authorities
 igtf-policy-experimental - IGTF experimental Certificate Authorities
 igtf-policy-iota - IGTF IOTA profile for Certificate Authorities
 igtf-policy-mics - IGTF MICS profile for Certificate Authorities
 igtf-policy-slcs - IGTF SLCS profile for Certificate Authorities
 igtf-policy-unaccredited - IGTF unaccredited Certificate Authorities
Closes: 763404
Changes:
 igtf-policy-bundle (1.60-1) unstable; urgency=low
 .
   * New upstream release:
 - Added new SHA-2 hierarchies for TERENA Certificate Service (ed. 2009) 
(EU)
 .
   * Suggest fetch-crl rather than recommend it. Closes: #763404
   * Use a HTTPS Git URL as the Vcs-Git tag for github.com
Checksums-Sha1:
 8a29f1557ce219ae6a234b251be7a23c26098ddd 2229 igtf-policy-bundle_1.60-1.dsc
 d0a2df3676927a3bcfe43985e6b98e41c90fa566 184466 
igtf-policy-bundle_1.60.orig.tar.gz
 52988e906110c570d592adf367d1a0e0586d750e 26236 
igtf-policy-bundle_1.60-1.debian.tar.xz
 6cfa857a0bb66bfa34b3c3c130a6da866dcbc775 155680 
igtf-policy-classic_1.60-1_all.deb
 a72ac3a6058d7f14109fad0b80dcff4dff9fb417 47958 igtf-policy-mics_1.60-1_all.deb
 67bc424a1d7565d5acb217af647acee7d7232121 48566 igtf-policy-slcs_1.60-1_all.deb
 76602a4ce65f92158a2a31cee38aa780b6ae2b38 38624 igtf-policy-iota_1.60-1_all.deb
 21be6429d7982f05053acf84639898bdefde1e0d 39228 
igtf-policy-unaccredited_1.60-1_all.deb
 a65b5e76cb73fbe18828990dcdc75b49ec911c3f 32448 
igtf-policy-experimental_1.60-1_all.deb
Checksums-Sha256:
 3e2952ee5365ee8a0f078fe4ba86e12cc36ec500f9bbfaeb0caa56e79bf4fb72 2229 
igtf-policy-bundle_1.60-1.dsc
 5b1a464cdd0c19e9a27f416ac6cf25b1a106d18b1e3ca23a6cb38c4f25d9bfcd 184466 
igtf-policy-bundle_1.60.orig.tar.gz
 6fd0952fb20a935fff25f20982d08c63f8b28e22c09b34df691f0fa36f4fdfcd 26236 
igtf-policy-bundle_1.60-1.debian.tar.xz
 006a63628b9f7a1435ca8c7bd9e4e96c4d9149234ef570f3be2480d4a43b3164 155680 
igtf-policy-classic_1.60-1_all.deb
 df90651835e714ff2912f1053f339e390e75a9670f01ee94edf93a57d421371d 47958 
igtf-policy-mics_1.60-1_all.deb
 3bbc64477eab2055728473ae6c4c5b995c4961e8739b1a6a0939c5c9a3d8938b 48566 
igtf-policy-slcs_1.60-1_all.deb
 39eb7bcf01e9ccb987900f69baf50f313737c904056addaa1020a92e287d1d8a 38624 
igtf-policy-iota_1.60-1_all.deb
 2b1481a9b7c71d4a994ee2c0b34657715d777e0d4111b602978c4a37f9e0f7d4 39228 
igtf-policy-unaccredited_1.60-1_all.deb
 da8483590d27e2acd4c9bf67862560de7bc328688e5e8b7361289845646a7c3e 32448 
igtf-policy-experimental_1.60-1_all.deb
Files:
 e8aa3e4c00d225eee69c13a1bf7cf802 2229 misc extra igtf-policy-bundle_1.60-1.dsc
 cf962f9d7f22c9ccd6e11f10f7a9422a 184466 misc extra 
igtf-policy-bundle_1.60.orig.tar.gz
 9c565104b266b0dfe7cdc0c90bc71243 26236 misc extra 
igtf-policy-bundle_1.60-1.debian.tar.xz
 e4cf3c538a41e479d2138964c30c5f2c 155680 misc extra 
igtf-policy-classic_1.60-1_all.deb
 8405e03f24445320e21b48254e92c8a1 47958 misc extra 
igtf-policy-mics_1.60-1_all.deb
 9fcd02f07b02f30bd467076822962ef1 48566 misc extra 
igtf-policy-slcs_1.60-1_all.deb
 b21015a062ba13c8a81ec91b31d032ed 38624 misc extra 
igtf-policy-iota_1.60-1_all.deb
 3880c4a7b11a2d3ab6a26ff7f5533549 39228 misc extra 
igtf-policy-unaccredited_1.60-1_all.deb
 9cfcec2916d45ef22f7c6a1ad122daf6 32448 misc extra 
igtf-policy-experimental_1.60-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUX2F+AAoJEOiuwv874alLuUEP/1TkvOWUueWZmWv47GCEzyMH
vsGa5kmWIqXt1kXv7el5d+Uvyxns/66iZJ7uArxQyoRY1Szpu+8YYnmjZOrxf9iV
gAOgMsS/5T/+L9kFcNN22f6ZFgzJchhnaLNh1mRAJhp/WZb1svH+O/+kqXLiFwb/
zwhXyakL+LA5WIf/U+38Yy4AF1KCMEBKxrl0Sb+nJB4I1ft5VDf6DKtgo3sQjS5W
2UWJc1m7F/J4rLOfaIXoo71Mq3fxzx0xE1+Bg3xsjyo+V0fiHjECE0PcpAwGQlU5
+vZIjuzvMpi10498t0wGXqJP9UqOZca91qU/o6hKZskp8i+kCZSlsjzO7C6ARAkb
E12+JRnlO9nGs3PJyn19xvUZ/Two1tCoj6cScrgDvyWOKvyJ+iN3HR6ob/bmI2om
Kk0/e5LjwJc0pagykOtO5ZixhJ/QmYOmgfxaXE9wDiHUBD4IAroFaIcmrbpYiCJ7
zD0VEFj/aY/vdFYOA2HxU1K59nCWLcJ5wlGFpeUFm3K+dv3PrXH3LosYcvyvJ48X
fOhPTMLJwBHTHJxeNf9UadREsfk11B5YnEmTPdHIcDBaN8oyJOK5UTRpMy7EQg2v
fWDo0sUJpc0DsS6laDIed1Ir9axFYR9ZoliwNZZ4LnYjE2EjJy00tfuERWfAU/Qx
1zEcS5f5/IfVFxlcs6tE
=YncO
-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/e1xnrwl-0006rv...@franck.debian.org



Accepted chiark-tcl 1.1.2 (i386 source) into unstable

2014-11-09 Thread Ian Jackson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 12:44:18 +
Source: chiark-tcl
Binary: libtcl-chiark-1
Architecture: i386 source
Version: 1.1.2
Distribution: unstable
Urgency: low
Maintainer: Ian Jackson ijack...@chiark.greenend.org.uk
Changed-By: Ian Jackson ijack...@chiark.greenend.org.uk
Closes: 768766
Description: 
 libtcl-chiark-1 - Tcl interfaces for adns, cdb, crypto, etc.
Changes: 
 chiark-tcl (1.1.2) unstable; urgency=low
 .
   * tuntap: Use net/if.h not linux/if.h.  Closes:#768766.  (FTBFS)
   * Build-Depends: move tcl-dev to the end, so that we prefer tcl8.4-dev.
 This is necessary because we want to build against tcl8.4 in jessie
 to avoid requiring a newer Tcl ABI.
   * Reintroduce .gitignore which a build tool brokenly deleted.
   * Remove .cvsignore files from git repo.
Checksums-Sha1: 
 2c8f165b291e7d0f2f007f0fc1e266ffe72dbb8c 1239 chiark-tcl_1.1.2.dsc
 7275fd07c48e7e1753964ba55600355421567c7e 63114 chiark-tcl_1.1.2.tar.gz
 17c202ec37135a58fa8915749215c843c4095291 62760 libtcl-chiark-1_1.1.2_i386.deb
Checksums-Sha256: 
 14895a30dddf0844875a0140058cab13cf63932fe59dfc5a77b117b988b3d17c 1239 
chiark-tcl_1.1.2.dsc
 7d079c5b5591463827a543b2507d59cc3d2dc718b642e2ab4672aecd357fef82 63114 
chiark-tcl_1.1.2.tar.gz
 a6f719d49c5a6441b582aaeba270464710e19291f49fcd32762468d5acdea406 62760 
libtcl-chiark-1_1.1.2_i386.deb
Files: 
 bb1da960a924db811ef5baccc2aa53f3 1239 interpreters optional 
chiark-tcl_1.1.2.dsc
 4de19524726901e874803eb1407b0999 63114 interpreters optional 
chiark-tcl_1.1.2.tar.gz
 7009d1656464208c8a571755b76fa7d5 62760 interpreters optional 
libtcl-chiark-1_1.1.2_i386.deb

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

iQEcBAEBCAAGBQJUX2dJAAoJEOPjOSNItQ05V5QIAMi+jDj1bh0MSzOx+CWUT25/
ptMak8LNC3jf0/7LKUMKpoQG56czx6NM2AdjGWU4JV+776Us0Ong1sKtwN1Vp/hb
8XsZTPtU2JI/LbBEJUZyRajKT0lGgMGne0YYP5Sd/dlsQziXnab5hqZ89PfoPVXg
swYBlf1pOcFt6Sbzbr0UOkGVyKwG1kieRALIKmtwnMNHIvGByncuwpyErTc9GWAc
SF6jYgrL4iVQvFdNqJRPATn91kqs194Fa2QcvtJ56AuWtnsA7WOwKHkyEnQlPzXb
kuEL3P8sR4hT/JdjuKTZMoSiPyXTZFZvPFbELjngEeixwP4YI4r+8tzMh9gdPl4=
=JU/v
-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/e1xnsoi-0001pj...@franck.debian.org



Accepted yafc 1.3.5-2 (source) into unstable

2014-11-09 Thread Sebastian Ramacher
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 14:07:21 +0100
Source: yafc
Binary: yafc
Architecture: source
Version: 1.3.5-2
Distribution: unstable
Urgency: medium
Maintainer: Sebastian Ramacher sramac...@debian.org
Changed-By: Sebastian Ramacher sramac...@debian.org
Description:
 yafc   - yet another FTP client
Closes: 768700
Changes:
 yafc (1.3.5-2) unstable; urgency=medium
 .
   * debian/patches/move-ac_config_aux_dir.patch: Move AC_CONFIG_AUX_DIR up a
 few lines so autofoo does not fail to find scripts in support. (Closes:
 #768700)
Checksums-Sha1:
 795d0b9b44e25be3f83606b4907394a450f2583f 1908 yafc_1.3.5-2.dsc
 3b9c48fae46765c6e31e193f87583804f4db0255 18356 yafc_1.3.5-2.debian.tar.xz
Checksums-Sha256:
 4adb99c2ab2b85a8c6e256ef73274c3f0ef80937a1c1726d4da4b2c06ae7d93c 1908 
yafc_1.3.5-2.dsc
 43b968cefa4bb7d31aac508658cf30a5ffd0f629277d0c67cc065f0acc2b0430 18356 
yafc_1.3.5-2.debian.tar.xz
Files:
 aa197f2368618a0ba0734c81f3f77083 1908 net optional yafc_1.3.5-2.dsc
 e815c1ce28e5c14d89dd317f775056c8 18356 net optional yafc_1.3.5-2.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX2hZAAoJEGny/FFupxmTq4cQAMBmkrTVO7qV/mRVbPmrSySN
pzBUcDJ2Ymu9S4SrvR0SebqMJA4vrhJf+uS2rEssSsDc2GDxuIgMDFjiQk/wZ4tx
YdnTPDEK/ibsbiwwMwjyHtgXca9JJee3ZmT8JDIhfK0Rp6QL3wzDeCzaK7uklqQE
vauMWgqzIgCflTsQlpuz/LVnaLJd9Pz6ERwSHrF0A4aY6OdST0Pf7NDgf7A8DmTx
j/jszIjS5eDyv9Nl4hiSPdZ6kfJ2wm5x2sy8w5q846zBb7Chtxa+LsqYodfIT5a1
/pY0NhGHT+sslpao4T6hrh/Xa0S2dFrS/3HQ1vGZk8zLx8YxsnkXGBsAuZLnZrV5
rzEVOGjq6rFTCrAR5y3Sq3bF+ZKEFgsvCAd2ViOj8K8t9J+DzAxAYGdx6Ef2w+W/
NteVAwqgAW31N5Z7lU3btxAFFWuX9h/iYM0vG52T402FoPkCFlK1fgoZrfcp6uaY
RI6qvh7L7PnSYS+XLfxKLQUyJuebs6HymOkyffkgRP9IyCEx3paP8HYJpwNz83s+
oONyuyn5zC61XReqLvCU+fajAbJVxXuRcK7NTBFg1TEDY8eQiLoRMijRM4JSsuPg
ydertThWhsPNY41zY4Z3wQfmDv8rI4WBzL8URJGCBCzOPpb/wCIQ/gLfThlJqGNs
2M8Lk006S6jPn20g+mUL
=0td3
-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/e1xnsoe-0001sq...@franck.debian.org



Accepted dh-ada-library 6.3 (source) into unstable

2014-11-09 Thread Nicolas Boulenguez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 13:24:33 +0100
Source: dh-ada-library
Binary: dh-ada-library
Architecture: source
Version: 6.3
Distribution: unstable
Urgency: medium
Maintainer: Nicolas Boulenguez nico...@debian.org
Changed-By: Nicolas Boulenguez nico...@debian.org
Description:
 dh-ada-library - Debian helper for Ada libraries
Closes: 768805
Changes:
 dh-ada-library (6.3) unstable; urgency=medium
 .
   * When parsing gnatmake --version, select major.minor with a regular
 expression (gnat-4.9 = 4.9.1-4 appends a revision). Closes: #768805.
Checksums-Sha1:
 b82eb3482778463fea18b5fc05598969acb77395 1628 dh-ada-library_6.3.dsc
 596e0ad7bf7a61fa7f1915f9b39885d8010f81f6 24556 dh-ada-library_6.3.tar.xz
Checksums-Sha256:
 ec5f2477bb8610687bb8a508f61c987f36bd6db7070c466dda6feea369d8d93f 1628 
dh-ada-library_6.3.dsc
 ab6a5765e149a0acf755f3ab111653cf11baa5e4e34eba6711a938bd34c54aea 24556 
dh-ada-library_6.3.tar.xz
Files:
 ff15f129eb6135b18530cce6e72cc8e8 1628 devel optional dh-ada-library_6.3.dsc
 77d8258279d684619fdfb9e93902a55e 24556 devel optional dh-ada-library_6.3.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX2kOAAoJELUqnPRJDfyNeTYP/RZ5H5bfEKt9gR0on1MfHKa2
21eBpPgzRWWdznKMrB/oFRnB4gpCGWxiqbwHTyE1hR8Vy6Z1ovVm52LEPog5wAaU
KlKO04XJpldIbssxZRaoMr5RhSb8OM/fARnd9EGIuwhAQjYJBqNKdUU5vIc8O6WY
bMgEXuBiiJiGVo2nfJcd4vy7Y4Dg/tuSK/r1SOXcEKyjwlSXpa2wQauNzVcqOnIw
VKpNXuO0WnUSvwv2EQiVuMHJigLwj6B3Ho4oW2pb8viho5mc7S2+78lEKO3EVQ7h
+iNCwA3dsDHc55lkTGxWmPS8MNgKjtZwT3OnW1pV59R5aPO1WcsjMSto5A3x9ayR
cmAcQIjGluASmyBg2WueXOC1D5vo8mgjwZBO0M9afvCoY5d0CkvYv+6Awdle2J1g
AfgxbmuwL5srUB10Kkhcxxg0+ox5zpAaXDT/prK1r7VDKCNePDZzPwzZOb1k/6ze
DOgd+tB9eP68FYGw+OiK2SOyN68AqSMdFcuYiveEKacJvEplwnlsPMLnotMWcrzh
xHOYvHDVmFPF41JwC2ZyZayhLxg8Gn13w0VCKuwHkU+SvQZxmdcXsrd3p1TU4pjN
2e0B83rJrdLm7BecDPzEcisUwTNkEmHB/3rBpu/y7PZgwU870Ih1wkuV7ywdKJ4V
T81CENRTkoJSEbnBWVGE
=iqMr
-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/e1xnsce-00032j...@franck.debian.org



Accepted libgmpada 0.0.20131223-3 (source) into unstable

2014-11-09 Thread Nicolas Boulenguez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 14:18:38 +0100
Source: libgmpada
Binary: libgmpada5-dev libgmpada3 libgmpada-dbg
Architecture: source
Version: 0.0.20131223-3
Distribution: unstable
Urgency: medium
Maintainer: Nicolas Boulenguez nico...@debian.org
Changed-By: Nicolas Boulenguez nico...@debian.org
Description:
 libgmpada-dbg - Ada binding to the GNU MultiPrecision library: debug symbols
 libgmpada3 - Ada binding to the GNU MultiPrecision library: shared library
 libgmpada5-dev - Ada binding to the GNU MultiPrecision library: development
Closes: 768706
Changes:
 libgmpada (0.0.20131223-3) unstable; urgency=medium
 .
   * Pass CC to make, circumventing wrong autodetection. Closes: #768706.
Checksums-Sha1:
 40febd4c7a84e3e2a6be171d55ac82acf15bdc7a 2123 libgmpada_0.0.20131223-3.dsc
 ddb7f418ac61cff471a5b438e9da3750bfc3b618 64476 
libgmpada_0.0.20131223-3.debian.tar.xz
Checksums-Sha256:
 0548068d9210426f66a4b803ee93090059294149ea84bd9bebaf29befdcd9487 2123 
libgmpada_0.0.20131223-3.dsc
 efd956de4f8bc334801b80a48d39d333216c46605eff4af7e3e0adf396e6ca76 64476 
libgmpada_0.0.20131223-3.debian.tar.xz
Files:
 0711d523409318d1f362ccdf9248a10c 2123 libdevel extra 
libgmpada_0.0.20131223-3.dsc
 0a5ac1accae1fe98c335df42132219b2 64476 libdevel extra 
libgmpada_0.0.20131223-3.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX26+AAoJELUqnPRJDfyN6QsQAJ/6YHmMr76UILYt6Wazgpgs
59N42WfGfmwlpwF8l2msfgk242Ol6Adswa0BNcSpz1VSTnofVu1PIBX1GpG282ZU
MypwEEOqGCPiz3ZOrNe1eB+8jKHL2YXYVsVa4dENceS0BNQUTmrZctPOz+GOG7J1
wgA5Q7lBXN35KeLwTOi908+DI+eWHvEY1Sd+gAzcRkTD2+VzuaTVJQPqMTb1TIvC
EeJ2iyh8UPVOflj5jAT0npY1LjPcUy6IqDoJGTg2g32MF8Hye5P5/jOKI0rqGWJ7
GybDLTZUQC5QGD4zpiWD+3O2R3a1qo3i/bjChZvrjIhIalloO5VunBSP1DMlzuR1
NNyJ0IEv7/Za5kyQklTl+j4fJqOeBRREDbuubw1jF2tOiZVqLcEP1jC2aqfKzIDd
pZTqvnHg1/XPhf/fJ/9c7qIImqMqbQnMEOh1IB9EddI09Kwbwf3RvVBnzrikmRYI
wmnvF7qM8Zy3dFWD6btk6e5QvrrYNNDnOnFMs1a2/iPWcWgKOBGlmFSgHDjbqK0X
wmFUobdMWZ6/oIJs14f22uWN2EkwCFV2MZqfjcXPeY3YjTmDpbR7suAiOe1quDB7
YnHAX7JflTVKWOtdTxuJ8bMa5hHP6Wyt/VQ/Um9DkynZIJL7jVykqdDxKeBzuDy4
qSNefd6ovnMmj3nPPAab
=sOeN
-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/e1xnsrk-0004hi...@franck.debian.org



Accepted aws-sdk-for-php 3.0.0~beta1+dfsg-2 (source all) into experimental

2014-11-09 Thread David Prévot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 09:34:03 -0400
Source: aws-sdk-for-php
Binary: php-aws-sdk
Architecture: source all
Version: 3.0.0~beta1+dfsg-2
Distribution: experimental
Urgency: medium
Maintainer: Debian PHP PEAR Maintainers pkg-php-p...@lists.alioth.debian.org
Changed-By: David Prévot taf...@debian.org
Description:
 php-aws-sdk - software development kit to build solutions for Amazon
Closes: 768790
Changes:
 aws-sdk-for-php (3.0.0~beta1+dfsg-2) experimental; urgency=medium
 .
   * Relax dependencies (Closes: #768790)
   * Update overrides for now fixed pkg-php-tools
Checksums-Sha1:
 3ae3c221322bfa053e36f5f2bea652cec1c7901b 2043 
aws-sdk-for-php_3.0.0~beta1+dfsg-2.dsc
 2557eee34e0b7c98d0031a5f6ba1c0d1465d1ec2 12152 
aws-sdk-for-php_3.0.0~beta1+dfsg-2.debian.tar.xz
 7b0ba038e218eedddff2b4f113b0312b730f131d 234028 
php-aws-sdk_3.0.0~beta1+dfsg-2_all.deb
Checksums-Sha256:
 88dfbc2ba07a3ad33062f8f1c942360dffef1d2a7dfadb11bccb93bd4c77b084 2043 
aws-sdk-for-php_3.0.0~beta1+dfsg-2.dsc
 15829470c1b7d89559c005c63f876342da63ef143711c2eb71f85dcb6f64fc68 12152 
aws-sdk-for-php_3.0.0~beta1+dfsg-2.debian.tar.xz
 9c2a6fabcbe36c024be8a7574c8e450992cf99f00b6b1ab950686b487119639d 234028 
php-aws-sdk_3.0.0~beta1+dfsg-2_all.deb
Files:
 d1fbbf1d26a7fd27907eae25fab39912 2043 php optional 
aws-sdk-for-php_3.0.0~beta1+dfsg-2.dsc
 1df5eb17a99d22dedfbbc20518e12c61 12152 php optional 
aws-sdk-for-php_3.0.0~beta1+dfsg-2.debian.tar.xz
 81835c6b5b0f17214ad11943325eff4e 234028 php optional 
php-aws-sdk_3.0.0~beta1+dfsg-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJUX3UiAAoJEAWMHPlE9r08WzoH/3XT9xe/kG5hsYVNRHNVSH+7
KoQlU3rz/lS6QgiaARK8vjBS4lDoecSj3A0ekPmWRCf5gkIXotDzOYNfyMs3lvjm
VeOWxIwcoFCvVc/6AjrpXcUm2sp85d6muefKQ0B3b5qDBpvvWfoYcCVuNl3nu2tG
K6kR30WvADbF7ps39yJBZdM46xeB+hh1092kWmmkTLT883LW+RKYl1Q1Pn7SUHVP
zm5hgHfkyUWaCDdwA9tVOjCHH0ejrokZQxqIY2hF6I9mrXDwAsA5KLAB1QlyhchD
GFEOwkZ2ULAOdovLZQPg5xfTydQR/xVYX0rc/uQE7V/tO+N1MfVrOVJZQlEPo+8=
=GOYk
-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/e1xnugm-0007uk...@franck.debian.org



Accepted virt-manager 1:1.0.1-4 (source all) into unstable

2014-11-09 Thread Guido Günther
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 07 Nov 2014 21:08:38 +0100
Source: virt-manager
Binary: virt-manager virtinst
Architecture: source all
Version: 1:1.0.1-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Libvirt Maintainers 
pkg-libvirt-maintain...@lists.alioth.debian.org
Changed-By: Guido Günther a...@sigxcpu.org
Description:
 virt-manager - desktop application for managing virtual machines
 virtinst   - Programs to create and clone virtual machines
Closes: 763623 768000
Changes:
 virt-manager (1:1.0.1-4) unstable; urgency=medium
 .
   * [8b6f491] Drop Gtk2 only python-spice-client-gtk
   * [1006788] Make SpiceClientGtk optional (Closes: #763623)
   * [7da9c44] Recommend livbirt-daemon-system (Closes: #768000)
Checksums-Sha1:
 3ad6c36475ec11ad20b86854951f0b6f1a3e7720 2075 virt-manager_1.0.1-4.dsc
 ab1d2414aff16574d0dddec140db88d094b3e838 14340 
virt-manager_1.0.1-4.debian.tar.xz
 62a64197d66e10c7f9dd574ed5634989185a00fb 881638 virt-manager_1.0.1-4_all.deb
 75522a8f6b7c92dbd4ec995d70390ebd96da7cf4 163968 virtinst_1.0.1-4_all.deb
Checksums-Sha256:
 5275a640b9b0b2b1692d294966f886bbbe1e385b2f429ac8807723b7defc47bd 2075 
virt-manager_1.0.1-4.dsc
 2217749d5e2098f4da3e7dd42695066c7a33e1b4c1542a2af34d9aeecc971915 14340 
virt-manager_1.0.1-4.debian.tar.xz
 b0c96088ebaffb305c99b89b20abe470451267f03d87bbef3b00943fadd3db84 881638 
virt-manager_1.0.1-4_all.deb
 b1251d5e60e85462174c9e71437d5c5628b58443b4a8b15cd5366aa7e8bd389b 163968 
virtinst_1.0.1-4_all.deb
Files:
 b2a906849418f36d8759dea437b9e76c 2075 admin optional virt-manager_1.0.1-4.dsc
 20916f60f8fd4821f0a01236591154ce 14340 admin optional 
virt-manager_1.0.1-4.debian.tar.xz
 c53c3aad177d8a8901531868228ec487 881638 admin optional 
virt-manager_1.0.1-4_all.deb
 ba79fc63082707f2a369a5deaed949b0 163968 admin optional virtinst_1.0.1-4_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVF9yKwe4t7DqmBILAQhh8xAAkUrZ+FEeQEGCnZcOYPTdankgm9WVKdw+
6eE3jCQZ1ibbDT0MOPjhJp8sutQeUcO7SZfZ50hO2QvXEKs5T2Y9/uv0wV4bDkr8
P/2l2qNftEh64dNH1td3slg59iyNhz2dvGyn5Hm6DHW23RndBXNTmFDrxFufrN1b
Sekt9IUNXj7XaYHqi4NiYG8vpzvaVfcwddskv+m1vaEfEuMlVtFa7ZhsVE5poQlM
SGb8i8x5gj69CRm5u7MjGwmlBZcq2q4HmlgkwmusgrKHmk0pXI80baNZyFuHWVHy
oOMVskNdeLZvqf44iOoE7gn669imIBTWIWFsr3t4/H/nSfY0k3aLtoiKcSz0MoLE
OhXesosjw+UaMBrNNRJ+Qryjl+FqOglHNjcaNrU5NQGu1FQ8tngKTZeXntdGigMK
el81+1ZYC0lLPcDOgiqS8SCl00cf0TQD/4U/31RrHBh964xomtQpdwAyOHkz0H+Q
H/JPRIuZ1ccUujMhPpl5xsBqSLg46/Y60hmfP45fQ2GCcvyMQPDSL5rn/LpTwrjJ
2SINvmYWcFJQO6SLW2cdSYIi3YnESKtQD7mYb4kEVVfpAooAzgnvX3EsCHFSlRYh
Hvk4JOfjyc+x6Y/QAYEnQupF65PKGS0tJ7pcS95eqKvuBgeUXX78TcXw3XGJvK1O
qmvSC1t37h4=
=HTKx
-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/e1xnuit-0007qx...@franck.debian.org



Accepted ns2 2.35+dfsg-2 (source amd64 all) into unstable

2014-11-09 Thread Aron Xu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 21:19:32 +0800
Source: ns2
Binary: ns2 ns2-dbg ns2-doc ns2-examples
Architecture: source amd64 all
Version: 2.35+dfsg-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Network Simulators Team 
pkg-netsim-de...@lists.alioth.debian.org
Changed-By: Aron Xu a...@debian.org
Description:
 ns2- Discrete event simulator targeted at networking research
 ns2-dbg- debug symbols of ns2
 ns2-doc- docs of ns2
 ns2-examples - examples of ns2
Closes: 768716
Changes:
 ns2 (2.35+dfsg-2) unstable; urgency=medium
 .
   * Team upload.
   * Remove no longer used DMUA.
   * Remove xgraph from B-D, disable the support (Closes: #768716)
Checksums-Sha1:
 b959938397b07600ff35444ebd3520f0a569d7b7 1819 ns2_2.35+dfsg-2.dsc
 af7140a7b261827f199025e3d2636e4b053b807a 14916 ns2_2.35+dfsg-2.debian.tar.xz
 4b07ec68d104ba73e0b41ee197b3fe286e69b5d4 2134884 ns2_2.35+dfsg-2_amd64.deb
 a8d9fcf51ce3f265e6fed784121bd09878ec10c4 17253992 ns2-dbg_2.35+dfsg-2_amd64.deb
 55cf65d76cac09e1502fd37e1dd5e1bbdd3cd5d9 1955510 ns2-doc_2.35+dfsg-2_all.deb
 cf0d61eab9cb2a51664b134edb972729f16b61f9 40344388 
ns2-examples_2.35+dfsg-2_all.deb
Checksums-Sha256:
 0f73e7041a0c67eff9bc6bb854ba1d8f7c1e3362ced58adfd895707981681aeb 1819 
ns2_2.35+dfsg-2.dsc
 e6a49716e62842dd29b06fd20dbc41c2a4a20bf7486893598121d1b72f1337ac 14916 
ns2_2.35+dfsg-2.debian.tar.xz
 2d93661f7fe6555881a47389b1bad85c14d9842b2d5a2e8775c0f2aae5cc67fd 2134884 
ns2_2.35+dfsg-2_amd64.deb
 9d4c6728d1e03ea6a192ab285011dd3be35c905d6abc5d17fdf16bcdeeae9566 17253992 
ns2-dbg_2.35+dfsg-2_amd64.deb
 227d2636372a61e3be8d44ab9c6cf84bfe142461656c04225b38929f1b382aa0 1955510 
ns2-doc_2.35+dfsg-2_all.deb
 4b2b466e1ead8bace0a5f6df3fd85662fdfe821be6d3625b5898617b48b9c57f 40344388 
ns2-examples_2.35+dfsg-2_all.deb
Files:
 af19b89ce30021c78ab26e3fa290cbd4 1819 net optional ns2_2.35+dfsg-2.dsc
 95c22af154a3f02f1cfea734f0c4ea87 14916 net optional 
ns2_2.35+dfsg-2.debian.tar.xz
 db16226264b35ef674e588ebcbc4e1cd 2134884 net optional ns2_2.35+dfsg-2_amd64.deb
 7ffb4d152017b4385b1b16783ee2fe71 17253992 debug extra 
ns2-dbg_2.35+dfsg-2_amd64.deb
 443615b2211c4394100f57c19b0a47ce 1955510 doc optional 
ns2-doc_2.35+dfsg-2_all.deb
 d5a1ee474b36182d5706e03948d3305e 40344388 net optional 
ns2-examples_2.35+dfsg-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJUX4FSAAoJEGa1A/2e4BN5RgEH/0x29bBxBqkvlZfM5WlBSvc5
wvnb/2BclNkpBWlG27e2tUsQuoOD8PK3unNcS/rXJ6+pTONBVfuSrgETFjGM4GJF
pMJLvKjnjNluWLmrXPIBUoq13633gIaAVT+F8ApJIZHKmFtv7JHGJesoWTXs/6AL
FiB2IKL8cthSri2VzQ5rtjmbcIOOtyWWz22ejmq3uVfcUZQv3B/dDJ6lPEqaoY46
ieQes47uHAHmJdjX849TVdqbEw1EYkLZgoYueEKLRXQ83dFjTj/heDNppkXcPNiq
aqdcoU0ip0N/LDn6EBQogNWCx2z3M9idS3N6v2Faz8Ricu+bHbpPQWl6PMna4zU=
=hQO6
-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/e1xnuie-0007mr...@franck.debian.org



Accepted libgtkada 2.24.4dfsg-1 (source all) into unstable

2014-11-09 Thread Nicolas Boulenguez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 11:10:15 +0100
Source: libgtkada
Binary: libgtkada2.24.4-dev libgnomeada2.24.4-dev libgtkglada2.24.4-dev 
libgtkada-dbg libgnomeada-dbg libgtkglada-dbg libgtkada2.24.4 libgnomeada2.24.4 
libgtkglada2.24.4 libgtkada-bin libgtkada-doc
Architecture: source all
Version: 2.24.4dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Ludovic Brenta lbre...@debian.org
Changed-By: Nicolas Boulenguez nico...@debian.org
Description:
 libgnomeada-dbg - Ada binding for the GNOME GUI (debugging symbols)
 libgnomeada2.24.4 - Ada binding for the GNOME GUI (dynamic library)
 libgnomeada2.24.4-dev - Ada binding for the GNOME GUI (development files)
 libgtkada-bin - Ada binding for the GTK+ GUI (development utilities)
 libgtkada-dbg - Ada binding for the GTK+ GUI (debugging symbols)
 libgtkada-doc - Ada binding for the GTK+ GUI (documentation)
 libgtkada2.24.4 - Ada binding for the GTK+ GUI (dynamic library)
 libgtkada2.24.4-dev - Ada binding for the GTK+ GUI (development files)
 libgtkglada-dbg - Ada binding for GTK+ OpenGL extensions (debugging symbols)
 libgtkglada2.24.4 - Ada binding for GTK+ OpenGL extensions (dynamic library)
 libgtkglada2.24.4-dev - Ada binding for GTK+ OpenGL extensions (development 
files)
Closes: 768539
Changes:
 libgtkada (2.24.4dfsg-1) unstable; urgency=medium
 .
   * Repackage without GFDL documentation. Closes: #768539.
 - control: drop sphinx build-deps and javascript binary-deps.
 - patches/*, rules, libgtkada-doc.*: do not patch/build/install docs.
 - control: update description of -doc package.
 - copyright, README.source: adjust comments about stripped parts.
 - TODO: no hope to generate the reference manual anymore.
Checksums-Sha1:
 e2dc79cb88ce49f2de71c60fc0cd1f22ca593aa7 2928 libgtkada_2.24.4dfsg-1.dsc
 016c70c1d78a406057da190784722ab0689fac98 1362572 
libgtkada_2.24.4dfsg.orig.tar.xz
 b9be038c6f57e0c561271da8fba6d5030bd6be42 25640 
libgtkada_2.24.4dfsg-1.debian.tar.xz
 8fb98429aa5fe6a8237767efda73cec0e128a434 600424 
libgtkada-doc_2.24.4dfsg-1_all.deb
Checksums-Sha256:
 54070e4396b50f58910d6c1549652cbf09fb227fa352662d7898a5dac229bd04 2928 
libgtkada_2.24.4dfsg-1.dsc
 5263588cdaeaa5d38c07daf18c7ffcd2ba543d046dc415e539bcabd389bddccf 1362572 
libgtkada_2.24.4dfsg.orig.tar.xz
 f93cb94702bbcac265c741f0749e6cedf1a1b02646f973733a4af3068113c98b 25640 
libgtkada_2.24.4dfsg-1.debian.tar.xz
 7aa72ae3bc646189a1e6f7043229e2a5fe09e473500f054e175247270962ef12 600424 
libgtkada-doc_2.24.4dfsg-1_all.deb
Files:
 c8f4d8f7f045d87782502642d0fc1ec1 2928 libs optional libgtkada_2.24.4dfsg-1.dsc
 85c5cf3a5d579db2053b02c6b5702256 1362572 libs optional 
libgtkada_2.24.4dfsg.orig.tar.xz
 55719debbfd3897d0b68da6ff43515ce 25640 libs optional 
libgtkada_2.24.4dfsg-1.debian.tar.xz
 5d0f7cc7323179d768efc4105aafae1a 600424 doc optional 
libgtkada-doc_2.24.4dfsg-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX4FfAAoJELUqnPRJDfyNCRkQAJwT99E5A+ZrjdjeayToy1Cv
4FLeRRRj04gsWblY1/4F3u5LBvRm/ntcvP22dPzrZxslZsS9+xtMal8fgpfUAJve
Zxda+retygGhTgM7K8qa2pUidfr1jPeDJEzSbSXk3mnEQ8H4xxtSw17rUVD5bzPM
TB2Kryry6EowcSrwR/Uo3VlJv0h7GheF3ZLGvzbvlBUO6pMGnOO0/TJ2Cwimbw/X
P13biCV3DuZ48dhmgbtlecHX4SdN1YoVGkwT1QXOQpEQMI2jYTnxfF10CeuF0FO1
FXNgcaBc+MkX4AOljvRroj3bd90peCMRLHoj28CwRGeoTnUEfb5awBmMmOKQI/aw
OLySz5YL2vSDmNt/bLxvKRge8TGD2lbu8LnVSekTluWTNyWYc8Nt5VvoNFYhi7jh
fLculvb48bdJZWBDUNU1Hj2unvu2Db12Md55QJhPlRIoOOeiyJEJYP5Aj7WARrdY
zmZjwga6TZOsLE0g2W1iNvj/nXBFucANyeAjYd2zTq/PLH8q2oQ4a1bXmIvrNt42
/2gJwq7P9OgAaNFjSwkVvgmIN5NeT4p82FokOGGucWKi5lqInPU/3/qVUj9Lpobh
UjHm3zPnhPRGjFt9L8ZSoGkMkr7M2ZOpBoUaIs6eO39e4Fp0WGm9WSDzFDL+fxG9
fcmir4OxX/6FWQgxtDKS
=FWcx
-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/e1xnuhw-0007dv...@franck.debian.org



Accepted mig 1.4-3 (source hurd-i386) into unstable

2014-11-09 Thread Samuel Thibault
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 09 Nov 2014 15:14:41 +
Source: mig
Binary: mig
Architecture: source hurd-i386
Version: 1.4-3
Distribution: unstable
Urgency: medium
Maintainer: GNU Hurd Maintainers debian-h...@lists.debian.org
Changed-By: Samuel Thibault sthiba...@debian.org
Description:
 mig- GNU Mach Interface Generator
Changes:
 mig (1.4-3) unstable; urgency=medium
 .
   [ Samuel Thibault ]
   * patches/git-c-strings.patch: Upstream patch to fix variable-sized c
 strings.
   * patches/git-protected-payload.patch: Upstream patch to add protected 
payload
 support.
 .
   [ Guillem Jover ]
   * Remove myself from Uploaders.
Checksums-Sha1:
 466fde086c210abff0d29d2124733f60eea899a8 1927 mig_1.4-3.dsc
 f4a76ac9787460c85e7e99e2827b07bbc3db1b2f 9580 mig_1.4-3.debian.tar.xz
 6728df09349f2ce498f58c20b850d3e4f12f96fc 56168 mig_1.4-3_hurd-i386.deb
Checksums-Sha256:
 82a1f03a9347b548b414dfe9082489951b631d9b56e2f5c1b117d792278d23c0 1927 
mig_1.4-3.dsc
 f948f31e74fd4bdc2ae49633389e7c2104053132b6970ceda9e1d2bdb56e0fae 9580 
mig_1.4-3.debian.tar.xz
 f074664d644ae99e9ba6278eaeac878682cf67e6adc4734535adc705d347b9f1 56168 
mig_1.4-3_hurd-i386.deb
Files:
 df352f416374d8aa4118f3cc5d5eb1d0 1927 devel standard mig_1.4-3.dsc
 fc9f90756596baf97aaa715cfe8591e7 9580 devel standard mig_1.4-3.debian.tar.xz
 13a1682ff52212e4a520b1506adad896 56168 devel standard mig_1.4-3_hurd-i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUX4VWAAoJEBH0lP5vGG7N7yUP+wW8ZK69dIniILZ8i7SKgmLA
Zj/TptuzxfolliJro/XzfWFuCLd1zbwnsqIpTT1cVZc2DGbVHNoZhR/4qGvK7pr0
QcbqsZZvyKIjqaZKxGYLKWYOgvzZO7JWYptVk8sNgL3Ug0w+EAj/hlUzlJXPLq0n
YmYeX4TIZXkhKPBGAzJtLfkOhRa1TpJAcKyWdaSOiPvOhNpi9oSuG1OHfIZhUSWp
Z4Y4sFpw/b7lPnbHymWVby57QlsWHrBA/4BDEp7g2Bq+ZKa17ElpPCxCA7vhe+iS
8yv38zZQUrPQ96Q6b5xjuxI0jYTGEQ5S4UwRbCpo3amcix0VWQ5uzHd0kY9XC8A+
x7M538MQ7G6aBM/jKNJ9wx7Lfy8k24vrj57aCqI/WRbp18E06fTo4ZRmwqgsCZXJ
+TLTSwGu75V9dpfFt01EphYYwpLo9cMEWRMLhYd+1FpZKORG1vW7UQ2RxXgqJHgx
NYAaVe8mH1YKhLtFbcs9agxwh25izW+e+JHuNhsY89VO/bw9bFgM8KwTmgcYwXL8
Y3h3siYKxNa4NWZiTQ0hxUZ5pzoZnJH0ySYQbWR3QKmiyw5Ekxi5Fk1VrTbivUBx
tsfswJUS3TuLfXRB0YGoEkSaidLMkXzkgkwcyyL6spDCp8YE1YSzcHgbBopnADUC
mEFCuqZtMhYmC2xI//Dr
=KVKn
-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/e1xnuvz-0001hp...@franck.debian.org



Accepted python-oerplib 0.8.3-3 (source all) into unstable

2014-11-09 Thread Andrey Rahmatullin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 18:34:33 +0500
Source: python-oerplib
Binary: python-oerplib python-oerplib-doc
Architecture: source all
Version: 0.8.3-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team 
python-modules-t...@lists.alioth.debian.org
Changed-By: Andrey Rahmatullin w...@debian.org
Description:
 python-oerplib - Python client library to Odoo/OpenERP server
 python-oerplib-doc - Python client library to Odoo/OpenERP server 
(documentation)
Closes: 768752
Changes:
 python-oerplib (0.8.3-3) unstable; urgency=medium
 .
   * Team upload.
   * Add dh-python to Build-Depends (Closes: #768752).
Checksums-Sha1:
 068dc36c0120f3d4c760a521b2db68b0d89186ec 2148 python-oerplib_0.8.3-3.dsc
 8558e89a31ef37da6a1644d5deb8550228652608 4892 
python-oerplib_0.8.3-3.debian.tar.xz
 d388038c34d6196b3bbe957b2ac384890734264a 34702 python-oerplib_0.8.3-3_all.deb
 729ed776f9d2b10d8935b61c5babc376c6c4d524 627908 
python-oerplib-doc_0.8.3-3_all.deb
Checksums-Sha256:
 8d41cfbd9f071693dfcf4a4291dfaaebfa0d1b52ee65b1c623deb6b22c8ea552 2148 
python-oerplib_0.8.3-3.dsc
 5d824be14474e617a21c7118e3cd4dd26191fd6c96966ad95fc7d779e5c60c81 4892 
python-oerplib_0.8.3-3.debian.tar.xz
 2d29ceafffe676e60b34f8090356a1fe6a6b5497957d082ce216681ce4941650 34702 
python-oerplib_0.8.3-3_all.deb
 98fae7a33a7726a726d7b1399aaaca79232d4641ae97da581de67e51570fdf39 627908 
python-oerplib-doc_0.8.3-3_all.deb
Files:
 df67ab90237dd7ac1219e4d3da5fe6d2 2148 python optional 
python-oerplib_0.8.3-3.dsc
 2bc1358e0d652ff8afd9b18dccf01285 4892 python optional 
python-oerplib_0.8.3-3.debian.tar.xz
 7e8e5addb9ecaea3f4509d66f05d6e35 34702 python optional 
python-oerplib_0.8.3-3_all.deb
 bb4c0bbe4870906082db9498481d6420 627908 doc optional 
python-oerplib-doc_0.8.3-3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX4agAAoJEDNi9wMaSZLhpv8P/juLoldxhQsapLFBuYrg0jZ3
787/8oXXAVf8xrZJIX49mzMDfqt8RynPVRtYi6uxFuSGY2dpJaH5Sg33ofqMGrHH
EwPIn4XW9gOeHPFzMYHKqQRqn3ibHmTY+gJXhNgi7Y2HemSF+QbkFrdpfVepTVjO
jyr+X0bTM3lmixULatJ0HBDiBLTPHXYefZIkjih32JcWSCC+uyKzVEOWrj9725qo
Rjpk6tpyTvQMb4U7zXcWBm1QdZ9HJTsg3stC4amFWLP4ImYJWb7TsrKHAl+KYgH3
TAD7YYea3pj3jwdjWVPsVeT/i91mii3JpQ41QsNZJ0uyR3fidzaYTCoj6YWKsHra
rnZGy8SEk9RAvI+8VYjKBEkS/zI4bKkw+mu2hXFAGazFJDJ7e2htnEod02vHnsYJ
Bg3uy3rCQB/rXWjuzlCRHReSSESQLKUqC+mHGqaAPZZJjk7LmrbqrCA8U98cdWQT
rhJh00TCjE6EEiIYdBC8ZMJ3BfMPCwtT4qoSl/cjROqGBkfuXhWmlsZ3Ostezw8e
AvMCsaRtOVvGXtdtsCLtBpRJcRWcbX5KJRXcPjt2lCURUAxPHBVfCFWuMX4JGvbC
OTGDC4D38Zdc1DcaNaE95fdIsrQS69bkqtf4w3amCdO63w3Qe5MBSLhi8qHUu1yC
iYVPxKJFlxhaxJRQLQll
=ctYl
-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/e1xnuw7-0001jy...@franck.debian.org



Accepted jekyll 2.2.0+dfsg-2 (source all) into unstable

2014-11-09 Thread Christian Hofstaedtler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 16:34:41 +0100
Source: jekyll
Binary: jekyll
Architecture: source all
Version: 2.2.0+dfsg-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers 
pkg-ruby-extras-maintain...@lists.alioth.debian.org
Changed-By: Christian Hofstaedtler z...@debian.org
Description:
 jekyll - Simple, blog aware, static site generator
Closes: 768697
Changes:
 jekyll (2.2.0+dfsg-2) unstable; urgency=medium
 .
   * Team upload.
   * Update Build-Depends ruby-activesupport-3.2
 to ruby-activesupport, which is the 4.0 version that we're going to
 ship in jessie.
 Thanks to Lucas Nussbaum lu...@lucas-nussbaum.net (Closes: #768697)
   * Build-Depend on ruby-test-unit to fix test runner failure
Checksums-Sha1:
 6cda54dc05762d9a4009c4abf5d487547362c2d5 2503 jekyll_2.2.0+dfsg-2.dsc
 3de137a1af86fcc08be0d941b747cb278c8e6294 17968 
jekyll_2.2.0+dfsg-2.debian.tar.xz
 15b45a8d936ce77fb84d55d7cb6b34386cdcc7f8 72722 jekyll_2.2.0+dfsg-2_all.deb
Checksums-Sha256:
 f992c9b08ec9c90144ba5c73cd9e5842a3eba2e2d4a0c80f7f9ba7ba798472ed 2503 
jekyll_2.2.0+dfsg-2.dsc
 d170949266bee359e3f9f0e36708b6016ef9b8f9b79f8da6312e0c7474dcb8d8 17968 
jekyll_2.2.0+dfsg-2.debian.tar.xz
 ee90480fb312daa559213d15e7ccfac58601cbed0581b7147fd9480a6ffac627 72722 
jekyll_2.2.0+dfsg-2_all.deb
Files:
 bfaf59f69c2970e1e9d4231510ad81af 2503 ruby optional jekyll_2.2.0+dfsg-2.dsc
 323438ff92c070fde73742f7ab4f6b92 17968 ruby optional 
jekyll_2.2.0+dfsg-2.debian.tar.xz
 708da20fab492bcefe0f3c23d761b69f 72722 ruby optional 
jekyll_2.2.0+dfsg-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX4ujAAoJEFwT1tuTBS4DPLAP/A4b8wr3XVp83VZRjP1JwMel
VyeyYDO+RsrKF8OWIW1D52BqTOTTlN2pTJDtL57VTbwSvrM9U5RJZUDNonvqmG68
14xOSRfB/5Ie7nUsW7iV81ZLa4XLdIXARJQalOb4ussDxVsBq0n/mG1yd50VrvcM
SPnuo9Qfb+vsL4gJW6/24GaDnqiBChdA4CmBUCpYS69P5zjgkUee0QLyeJEL5PMn
27pc+uVz5UPpDtz3tFXMUkDDDsDJ6nqQBBUKzGjfsW9llfUl5i4L+CDramB2l1Wu
zYhHs5PnSgOyhmFPFWmPvkgy5VJ9Ms5CvSN5edX1c0okGcwFO5+WY51tcTvnglai
aQgaf52CUMw+0jYMlm6vv39JTmOh2hC26c3BtdNO3MBpuZ5w/xV/LiWBc3ij7Txl
PD2rph4hAKDV1pqcF14fUiqya56w5ky3wxP5ovcNYf5cAuc0da4up/MLBiMEj7A7
D3NDOPbzEakz0LCcLf5mRbjiAaAmOYkw5HXmVPvj8OLuYNJtKFyhpITOxMhIAXMq
fdnlQqMxusBqUBL5i1yK6ksogcKPHh+oNNOVoocFO7czwRIIZOGuqz4I7u6qbHNA
4DB7z8SW5bq9jxGSQdMWxAKC2uQxIXH21a7aYee+i+2+yj5rWp3vVYfC1zto0hwd
y3noxDw/IrtVxvdMJTSC
=DrY2
-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/e1xnukl-00030p...@franck.debian.org



Accepted sphinxsearch 2.2.5-1 (source amd64) into unstable

2014-11-09 Thread YunQiang Su
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 29 Oct 2014 11:37:25 +
Source: sphinxsearch
Binary: sphinxsearch
Architecture: source amd64
Version: 2.2.5-1
Distribution: unstable
Urgency: medium
Maintainer: Radu Spineanu r...@debian.org
Changed-By: YunQiang Su s...@debian.org
Description:
 sphinxsearch - Fast standalone full-text SQL search engine
Closes: 713331
Changes:
 sphinxsearch (2.2.5-1) unstable; urgency=medium
 .
   * New upstream release. (Closes: 713331)
   * Use dh 9 - compat level and rules.
   * Add myself in to uploaders.
Checksums-Sha1:
 7dd84cb39a2fa45d1b22782bba45ac0713bc3931 1503 sphinxsearch_2.2.5-1.dsc
 27e1a37fdeff12b866b33d3bb5602894af10bb5e 2953899 sphinxsearch_2.2.5.orig.tar.gz
 61e5bcc39a1217053d340e61a678b2633b1be988 12388 
sphinxsearch_2.2.5-1.debian.tar.xz
 9f217bf650840f45c92ccd09b3b0280cc0136d0f 1760266 sphinxsearch_2.2.5-1_amd64.deb
Checksums-Sha256:
 21298c11d227a3d079e76ba7c533d5c8d78c1658afc32f09f9a13345a9d835d4 1503 
sphinxsearch_2.2.5-1.dsc
 4acf40e477d47079aa2462cefa8ce5ce48b6b5a641f04b0430b4fcc5d9d5742c 2953899 
sphinxsearch_2.2.5.orig.tar.gz
 d44bfa511b2b81df4f7257d1a14eb1dfa095d5d01765dd05292c7aa1cd5ec55c 12388 
sphinxsearch_2.2.5-1.debian.tar.xz
 dddffc71d79611a929fdaa3f5aa1f58cb9aaad8be43164d6101a2b4b23dd850b 1760266 
sphinxsearch_2.2.5-1_amd64.deb
Files:
 1baf8fdbe0683e2fe607bd3939edc08a 1503 misc optional sphinxsearch_2.2.5-1.dsc
 ab0007c9b128b6fde17d936c131f7a17 2953899 misc optional 
sphinxsearch_2.2.5.orig.tar.gz
 4f09c986c7c85fcce49d9c45ea9d5f95 12388 misc optional 
sphinxsearch_2.2.5-1.debian.tar.xz
 c955e626ea9ec07c02bb6ba3dbe55059 1760266 misc optional 
sphinxsearch_2.2.5-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJUUlHUAAoJECVrfCskLhmejsgH/0jlRieBVR02HzOjMkpGObFj
X04TeF76MS6ejpSA/PhIN3XHeN64O3sPE2q3VbJXhRG+fCNQLOjT1ZNlifX5/GKX
BnMHBNL8SbsiW2dtCfl5hNHIYlI7ecvHjVTonaZre5aX45dhPTRsfP280QppUBmf
f1F6EOkX5p4vy9G8UNPS6vTQj/34AocSbFf8WCEhBGdT16IBLfc4rP+0eafm27VJ
REU2HFr9tVnw7vpUU9YBeGtruJpp+06JwLDMUE1sJn2dY+2R9ceXsiihEOCEpACo
I8yuE2VdWl/s2JwLFQZYOKKNpaRCiN8iYxbVieQe9VZGuxl5V8xW2sNrTLDWZ5U=
=0ERf
-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/e1xnuko-00035o...@franck.debian.org



Accepted doublex 1.8.1-1 (source all) into unstable

2014-11-09 Thread David Villa Alises
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 07 Jan 2014 16:42:56 +0100
Source: doublex
Binary: python-doublex python3-doublex
Architecture: source all
Version: 1.8.1-1
Distribution: unstable
Urgency: low
Maintainer: David Villa Alises david.vi...@gmail.com
Changed-By: David Villa Alises david.vi...@gmail.com
Description:
 python-doublex - test doubles framework for Python 2
 python3-doublex - test doubles framework for Python 3
Changes:
 doublex (1.8.1-1) unstable; urgency=low
 .
   * New release
Checksums-Sha1:
 40b1b77efe6d734afaec840581e69e58466bad04 2116 doublex_1.8.1-1.dsc
 7294eae56e60139564486302d3075e80f7d60fd0 70706 doublex_1.8.1.orig.tar.gz
 632e548e6d9a876bb722a749786c04b23afa6f53 2728 doublex_1.8.1-1.debian.tar.xz
 c05d051b4df3d3388b1a3a42205e8ae72b830d36 28294 python-doublex_1.8.1-1_all.deb
 9c83b53a9d58d94cdf6ef227317fa7c7e53e62c6 28108 python3-doublex_1.8.1-1_all.deb
Checksums-Sha256:
 c162b6214314dcc299b816d3b7c72b5bd7eb1eac6e182c5416e985d8c25b5967 2116 
doublex_1.8.1-1.dsc
 de643d9fd1eb70ea7bb9338518a38cc06a681ae45d17c319793fc078f105c7de 70706 
doublex_1.8.1.orig.tar.gz
 56dcbad454885b97b99057439feedc16e3acdabe91d90b4f2aa0c3ad401de912 2728 
doublex_1.8.1-1.debian.tar.xz
 7d0c3d9bf73abb62d6fbf8fd57ef29ab2867f745410422117eb1adba19c0e29e 28294 
python-doublex_1.8.1-1_all.deb
 e22a55913571f83938922a757f1e3e86f752d16dabc60b0f59f7b486d95e1b5d 28108 
python3-doublex_1.8.1-1_all.deb
Files:
 1e0613d21eaef46f38aa1521f6798332 2116 python optional doublex_1.8.1-1.dsc
 a51967732b0c79016c196d32aae3ef29 70706 python optional 
doublex_1.8.1.orig.tar.gz
 771dcacbd86e4c2f3eef3f55d2aef36f 2728 python optional 
doublex_1.8.1-1.debian.tar.xz
 039ca0ad00b433f5df4a1f7c64cb5d38 28294 python optional 
python-doublex_1.8.1-1_all.deb
 6313ebbc741812b113fc99ea29527ef9 28108 python optional 
python3-doublex_1.8.1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUX43FAAoJEK728aKnRXZFjKcQAJI7OTXilWq+NyPUMJwlV9y2
QldTHSggnQc4syuvu2blazle5cBi2j11pyIitrzuFGdpJt52WOSlYKO3tDnC3yP+
3B706NCMDq5hlzUM4XX1i0Ag/pGCi3eFq0a1TXDQANtXGn4i58ltzRZ5FKVPgDHF
vt81JGqIaieLXg5ke1+/xPV0d/9smk/HJi9p1n0MflXdQqhRL5ESjqzEmtvyWcHW
0UKWeF8yOrZ0PAjDcpmIiaX/t7bK9Hz06bBFpQtSSyTF4MFdcEP6oY0vDhPeHx1G
Ps1ccT6imdSTdpoQviQdf/LibqZi5Z9OntZlWQoF1EoNwd4fK1xHmYiDGbHKVKSU
LLLq8KIx9VUF+hSXbpd7abSM1ivu1fYLNDiuip/cThuOojNiBhGR/nVXNnG4wPI5
2HZ0l0T1lGqmhVCFI2YkKvab1Gm+7m/BOrRKq7Lyww8Ww8EUPIOUeWbay7XyhqH2
8PLwQXwteS4EMOn2+J+yMT/y8z3fbYEiMVVzDalNwGQFBsQoZcUWNKSshwjbJAcy
dOjWm9cJd8DTgD7bvhUXL0Mw4GNPDatr0i/dQhZoX1QV2TKfyXBHIOg6Z33zXj0U
Y9UY86vJGm4hqKykiehVQgoszPTo9UtKXuZiQYhQsivYbiMwGcxw9g4PcLt6H76V
o7oAcgXKd4NeawL/WPyv
=sK88
-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/e1xnuy4-0004yw...@franck.debian.org



Accepted iprutils 2.4.5-1 (source) into unstable

2014-11-09 Thread Colin Watson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 15:47:12 +
Source: iprutils
Binary: iprutils iprutils-udeb
Architecture: source
Version: 2.4.5-1
Distribution: unstable
Urgency: medium
Maintainer: Colin Watson cjwat...@debian.org
Changed-By: Colin Watson cjwat...@debian.org
Description:
 iprutils   - userspace support for IBM Power Linux RAID SCSI driver
 iprutils-udeb - userspace support for IBM Power Linux RAID SCSI driver (udeb)
Changes:
 iprutils (2.4.5-1) unstable; urgency=medium
 .
   * New upstream release.
Checksums-Sha1:
 da854095accbee93fe74d2c6744be43dfe25c8a9 2128 iprutils_2.4.5-1.dsc
 4521c724947c8f602ea6983f12d3963793b6b5f0 184268 iprutils_2.4.5.orig.tar.gz
 dfcccb4c459062132a6c5153f2edc4a82027576f 8252 iprutils_2.4.5-1.debian.tar.xz
Checksums-Sha256:
 a7a246b62f10f079ac9eaf3c86492925e8ffc11e43e40df96aee7c3695a9f410 2128 
iprutils_2.4.5-1.dsc
 5c4fca20090b819dc5ab7409798519a3f16e1fce2475ef59f9f18c735b3bd871 184268 
iprutils_2.4.5.orig.tar.gz
 3c944725e5896b6a32618e7de3402573a423e7cb79fb531d6b2bb5376f433092 8252 
iprutils_2.4.5-1.debian.tar.xz
Files:
 c311de89dbe8a6f60c4de9cd8aaf2c72 2128 admin extra iprutils_2.4.5-1.dsc
 62411afab58c47fd52a532c3b02fd1d0 184268 admin extra iprutils_2.4.5.orig.tar.gz
 04890be57d3f6f3e1ecf4ff879f241ed 8252 admin extra 
iprutils_2.4.5-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Colin Watson cjwat...@debian.org -- Debian developer

iQIVAwUBVF+Mmzk1h9l9hlALAQhDqxAAoEoF2H5GJSDZsWQcFQfHIFmPJTKkWktE
GlPKFFH88DtTz0fURzF3t8fNOsvqEiDwCAZtnMZG6rFsqNF+XGPWxb1ROjVm0ylc
jqczsMMDIMZ9dwab2XKKf0S64plJUv0wC6RVxc7VBjPwY9Ylaurvr8Ys+WJrrUIC
5NtrAhw/znuMQVER1VohxWhkqSoFjkOek5pdlhuujokxbhrOs/F81Sw22QgWQA/w
Yf8Unnx3LpEmqOjnmwcVxR+JlgnttYyjKmjaO6HtiFwMA3P1ph6UibHMXaqf0mXO
ge3ge240+pASV4YoRoTH3JoagrxOw5o5DRkKdpWJaY3Z10cioKZGz3hZ9n8voihH
ppqfqRKFbE2eMrxYbCOj1DQO9nmvn5WvhxwsGNJ6k/y5zDBmQznDgHOfrovxU0Zi
wBDRnf89jUxzahRP5A9mTKOJzWaPGC49MxWn0qJnT5sD1tKIthd/FfCdTtaQSXi+
5obTcYf6yghqxjjXk9DbQfKQmu+KMYW83y9T5oEmEHpwyjXlrLjO+HsvneCRiwPw
Cu6rXI5567yC1TWxBemgjg7D+fA7SVM3CidaK0TjumrP9HiTG9kgLUWbIdqf54OE
TiYNii0/LQrak0Oi4Mci5ThyUnpdS6nPTNavSsotm9QquZChm9NPbEuXZo+LY+wL
Z7CasMnGDSU=
=6tun
-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/e1xnuyx-00058z...@franck.debian.org



Accepted ruby-net-http-persistent 2.9-3 (source all) into unstable

2014-11-09 Thread Christian Hofstaedtler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 16:59:37 +0100
Source: ruby-net-http-persistent
Binary: ruby-net-http-persistent
Architecture: source all
Version: 2.9-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers 
pkg-ruby-extras-maintain...@lists.alioth.debian.org
Changed-By: Christian Hofstaedtler z...@debian.org
Description:
 ruby-net-http-persistent - Manages persistent connections using Net::HTTP
Closes: 768728
Changes:
 ruby-net-http-persistent (2.9-3) unstable; urgency=medium
 .
   * Team upload.
   * Stop testing with explicitly selected SSLv3 (Closes: #768728)
Checksums-Sha1:
 33cc332fa1ebede2f41f3484dfaa58f8230cd858 2168 
ruby-net-http-persistent_2.9-3.dsc
 b8c975198afd12c4f6e346cea828833b1777f5e3 3564 
ruby-net-http-persistent_2.9-3.debian.tar.xz
 c8165e32a4e16c5c280a72b24449e5d127f4eddf 19640 
ruby-net-http-persistent_2.9-3_all.deb
Checksums-Sha256:
 185fb6f46a60b71502417f6a2c8a12b6b3c6a18218223c3e9261b22d87a90e71 2168 
ruby-net-http-persistent_2.9-3.dsc
 9199c26d6ba67c87d8565c424cc3ab834913c43e07c861710f410608d9f47145 3564 
ruby-net-http-persistent_2.9-3.debian.tar.xz
 2998d2b5529e84d7f351368fd44f2687f496d2843a13681772e9affb9d793120 19640 
ruby-net-http-persistent_2.9-3_all.deb
Files:
 cd99d6715102944d83353993af73fe0c 2168 ruby optional 
ruby-net-http-persistent_2.9-3.dsc
 99af6209dd16eb2caabc02baa89e2453 3564 ruby optional 
ruby-net-http-persistent_2.9-3.debian.tar.xz
 1a6c23da510010c0b70c78acdef26f66 19640 ruby optional 
ruby-net-http-persistent_2.9-3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX5AMAAoJEFwT1tuTBS4DImwP/3Pa9+XJP5Xa9pSugdb6ZoEs
sa/hq7F3vbqbJRS94pB3IkGk4wthoEj0JuMNaILZh2L84l2SByQmdb2KSSY5qmkg
rj38HLKyqhZeeaa8792G+lq7zSTNk5b1pqys57nyq0nBaZ9GhD8sWKgn3awrWq9U
k8HZJHgpT1QGpPUd6fKmsHZE8rFvaSeVWMTrcEO17vnGcQGf7H4kWYGWpXtvjoUI
k0bS8kGbBqp6XAnFaEpCjqgI5JvjQSs9g5cc2op00icqVpmYVeq7HR/uWZdeEfu/
phfh4lSvhKCYH6HXDrGpz+E50m1V+16fmADkXmlGMmSsbwsYJ3SPzN+5N+1rJm0W
GhLPsSlfaCOh+hvIEn5ZqBtETMKnluveP7uAizZnQzjaXGXu24Sm0JflhW9xyFSo
DObYXvskg/i1AwzClJq0clBFOsbIAkSZvXRUTFIVi6MfzhUWwYgFqwD3JQiqhNjT
GDvNcNY4ZG99s9YKU51DEL+MytFztoPTC3nPTKTCKxIIobf9eJ72znewuE1GwSIq
aDpTqOiMwmS1ut7KR2SIcMYEpRXGkg4q9jYkC4BtDzW+hxaiPTPYWc4rCfzIAdrL
N/cTkAFLT+7kEk9biWltAaDNjc5M6Q771YGqNKlifRYc9sn7x6dltSrGfCTCIeWZ
4n/fzZs8QpwbKMWhQSUB
=PUPv
-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/e1xnvdj-0006yd...@franck.debian.org



Accepted fookebox 0.7.2-1 (source all) into unstable

2014-11-09 Thread Stefan Ott
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 08 Nov 2014 13:55:43 +0100
Source: fookebox
Binary: fookebox
Architecture: source all
Version: 0.7.2-1
Distribution: unstable
Urgency: low
Maintainer: Stefan Ott ste...@ott.net
Changed-By: Stefan Ott ste...@ott.net
Description:
 fookebox   - web-based jukebox frontend to mpd
Closes: 736821 767649
Changes:
 fookebox (0.7.2-1) unstable; urgency=low
 .
   * New upstream release
   * Upstream has dropped prototype in favour of jquery closes: #736821
   * debian/control:
 - Bumped Standards-Version to 3.9.6
 - Depend on libjs-jquery and libjs-jquery-ui
 - Dropped python-sqlalchemy dependency
 - Dropped prototype and scriptaculous dependencies
   * debian/postinst:
 - Do not create the status database anymore
 - Load debconf confmodule
 - Do not modify the config filecloses: #767649
 - Do not chgrp /var/lib/fookebox which no longer exists
   * debian/prerm: Remove template cache recursively
   * debian/watch: Verify upstream GPG signature
   * Dropped handling of /var/lib/fookebox from debian/dirs and debian/rules
   * Removed beaker session config from config.ini
   * Removed create-database.py script
   * Updated 01_javascript-urls.patch
   * Updated apache configuration files to work with apache 2.4
   * Ask for database removal on upgrade
   * Updated README.Debian
   * Rewrote debian/copyright to be machine-readable
   * Removed unused lintian override
   * Added debian/upstream/signing-key.asc
Checksums-Sha1:
 c60d55ef05fede60a4e6eaa07d17f425e8863829 1992 fookebox_0.7.2-1.dsc
 f4cfec00b50773d8f6ad7863314b88927df5cbb9 364587 fookebox_0.7.2.orig.tar.gz
 12b20c3119258671da0993697b2b6652c4a7e56b 33444 fookebox_0.7.2-1.debian.tar.xz
 2970f655a50e06c0b0b6caec69f0d73bcb1d7887 207440 fookebox_0.7.2-1_all.deb
Checksums-Sha256:
 9fe3997c6b8ba0082f3b077bdbe0411b83a8eee5c0d3941c0bf280a6ebe3eae3 1992 
fookebox_0.7.2-1.dsc
 096f3f5f114e09f7f03a94cd7dda3c5ad255ac9b7a5b627969e8507f47db1618 364587 
fookebox_0.7.2.orig.tar.gz
 e1e8fab9a3463000b2c4bd9ccfc1b8f48b618430bb772280190e5a0aa3c2993e 33444 
fookebox_0.7.2-1.debian.tar.xz
 fac975beda281aca0bac6e67741ff5ab3fdcabb967f516dfd7e9bebbae693a03 207440 
fookebox_0.7.2-1_all.deb
Files:
 fa45c5e066da11b4658251765372b9d5 1992 web optional fookebox_0.7.2-1.dsc
 64d69d683d2381144111ce32dc97dbcf 364587 web optional fookebox_0.7.2.orig.tar.gz
 cb18246c5d31681b35c0ea84d55a3da3 33444 web optional 
fookebox_0.7.2-1.debian.tar.xz
 50640b483ec355642ba31e9f2c92099f 207440 web optional fookebox_0.7.2-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUX5NQAAoJEK728aKnRXZFuPUP/3KrQghxo18VVyuduwrkkmo+
zkVaoNpsOjbanyi4kmZOV1EGDCKMz5uMJtq4v87tgb+kJTcByXU0Js12lQFTItLJ
bzTxrf+kBKFwJPRh+4CRPFi77KzNq/JNiH9IsQwEiyIdfSVmhnqD9XxED1qCpNiL
V4hns2nod/mf662OQq58Q1xFETyNvjFeKNj2hn8m2gKDYCtvxDjF/jfpBxvIMFIk
ef2Zbvw9J1oLc4rAQyTHbaH61QI6cifqVwPj9qPxJ5ouls/ibs+VBohjp8n34gyJ
uSTWO5S2Gyua3lD/W75RO3dVQJQTJjD7z3PW2Ow7MH24MwpNvqTrp+F6+FAst4UL
oD5crMrTX7NhJ9pIAnP4csTepzCTzddgSLtN/vs+rfDvbu4n/5DEzfbQmESgd57a
+NfkvCrJuRK6NX/NBMXXcErrr4KVAW+F8z8qwNRnz5teR7tRWtyqC85odZXrKp0/
4r6ZtCqYv5Wk5LbrbwA2nnPbmI9mWvlihDEerMZNZizStOQoJDvnNLJDWd+7HspV
DlH9avVuLFgdfKsn55y137Dw3xFMVPiRa4HcNA8BQh+I+0/gGYMtJMFu17q4dzJl
ZYeZ0Y9YEaIPteIqppztQVJbVwnEv619BBAvZLJO2KztQfP7IuXfolttocT6BeR6
YUjKcBNIfxDyxDtqVscR
=3mDt
-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/e1xnvr2-zw...@franck.debian.org



Accepted birdfont 1.9.3-1 (source amd64) into experimental

2014-11-09 Thread Hideki Yamane
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 10 Nov 2014 01:05:43 +0900
Source: birdfont
Binary: birdfont
Architecture: source amd64
Version: 1.9.3-1
Distribution: experimental
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 (1.9.3-1) experimental; urgency=medium
 .
   * New upstream release
   * debian/patches
 - drop libbirdxml-location.patch: merged upstream
 - drop posix-failure.patch: it's unnecessary anymore due to upstream's
   change
Checksums-Sha1:
 d57c9b234d38a9a0f6467216693553f3d8df91b7 2074 birdfont_1.9.3-1.dsc
 58ac6eb33e08907f4ca483323410116209187b4d 859869 birdfont_1.9.3.orig.tar.gz
 8a91d4d00b7f8a4e75aa568b3cb323e2560dd241 3640 birdfont_1.9.3-1.debian.tar.xz
 c44a377b683682b47de456507bbcd95340cb79f7 934428 birdfont_1.9.3-1_amd64.deb
Checksums-Sha256:
 b94efab1072803825345062b83f96c0ba627d6e8b6dd688b1a75b9fd6cfd652b 2074 
birdfont_1.9.3-1.dsc
 79c1b7f53bb1fb5c076170a15408d51997ba923b9f727eea290e75b40065f3ce 859869 
birdfont_1.9.3.orig.tar.gz
 7eabf46c78491481557345e4de68655b47a91ee4e043cadd607052deac328779 3640 
birdfont_1.9.3-1.debian.tar.xz
 51ac0e94ef4f542dbc39c36a96e82141e6ab93e1c360855e10871756c4a2347b 934428 
birdfont_1.9.3-1_amd64.deb
Files:
 bb889ad2d5c2ba5645a9e1feb8bf18e1 2074 fonts extra birdfont_1.9.3-1.dsc
 a6565be9419f515dccb49583a5e2b7c6 859869 fonts extra birdfont_1.9.3.orig.tar.gz
 fa6cee7a87c6e877afabac0c5b135cba 3640 fonts extra 
birdfont_1.9.3-1.debian.tar.xz
 e9ee699b6c13c1c189aa7dea6f780f6c 934428 fonts extra birdfont_1.9.3-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUX5NeAAoJEF0yjQgqqrFA8dYP/Ave9ok4BztRESU9ChOcRM1m
5jWe7M90t/p1en/hlma1eWDUrWDhBFesiqlmYnZ6tHBtY/+Oz4abI0wl/RiH2Wz+
QLRkxQ6YdbMx6nnUn4gUPX8wEpjiQ2qT8x0uxLxATViSIyc4gvhxN3L/Tm4F4MyO
OXdSeIsbR1au1HDSZxzg5ljbgz9meBKkVzh89NV9wsY1hAyegUUMlksngbG2i84j
FPk/GxPJhyC12HZteLj20icCJOb/3WyKPhZGX8yvuDzDmzbn1iu6mje+kk+nZmy9
8uDR+M3z47M7lRn+WCYKg9WCD276agYoZxkoezDn6gM4tIe1cb9Y8DBtjU+6sOJ1
hxw9/LnN/LeiiVPKMTOGDpvf2RFvzMAXl4nXUSlSaQQqFjustBlKLxfjDufbugHY
WdFmeL9HRWacVpaSl/tkqPw9+fFc2VqB1hZuY0AXDrnERsvJOTcW/OqmIi4daX5/
QA8GN/dWT46/BvP9Mg2RYt891Hn5F1VpsN2T6A1lcYLZTn1l2UVx0nUMwTeR1f0l
rXUacetLv775MKFpms54tWf8IS6FNG6FTnHOhUwNlZMdSuoKrum3DCw4Vhvb9Wqy
ffnZpsLAg7GUrOnejs+Ol+4Vyf0Q1dD2fxsNWY6RbiBoxCP9pAtNu/eDda+x9iOh
+v6Wu4BideZaKMGqC1/S
=ym19
-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/e1xnvqu-xz...@franck.debian.org



Accepted kivy 1.8.0+dfsg-2.1 (source amd64 all) into unstable

2014-11-09 Thread Yaroslav Halchenko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 09 Nov 2014 10:11:22 -0500
Source: kivy
Binary: python-kivy python3-kivy python-kivy-examples
Architecture: source amd64 all
Version: 1.8.0+dfsg-2.1
Distribution: unstable
Urgency: high
Maintainer: Bastian Venthur vent...@debian.org
Changed-By: Yaroslav Halchenko deb...@onerussian.com
Description:
 python-kivy - Kivy - Multimedia / Multitouch framework in Python (Python 2)
 python-kivy-examples - Kivy - Example files
 python3-kivy - Kivy - Multimedia / Multitouch framework in Python (Python 3)
Closes: 768828
Changes:
 kivy (1.8.0+dfsg-2.1) unstable; urgency=high
 .
   * Non-maintainer upload.
   * Fixing FTBFS against cythoin 0.21.1 by cherry-picking upstream fix
 debian/patches/0001-Fix-cython-python-temp-coercion-exception.patch
 (Closes: #768828)
Checksums-Sha1:
 cafbf84ea2ea807cacca8bc0f36998fb5715cf21 1358 kivy_1.8.0+dfsg-2.1.dsc
 02dcad0bd3ecc6335c376f4771afccf67db1630f 4184 kivy_1.8.0+dfsg-2.1.debian.tar.xz
 e8355b6dc3c2af93c5076834c8caf0407113fc84 1766502 
python-kivy_1.8.0+dfsg-2.1_amd64.deb
 2f4a13e487640e255d5238b5c5b7b79278f0a2c2 1763116 
python3-kivy_1.8.0+dfsg-2.1_amd64.deb
 f918a6779465f26996e2a777c287d7b1ef9f1cd6 7165806 
python-kivy-examples_1.8.0+dfsg-2.1_all.deb
Checksums-Sha256:
 4b8ab25f66b9f37c65a56b62311345849ee34a7172256a6ab8d46505a5e97c5b 1358 
kivy_1.8.0+dfsg-2.1.dsc
 a3b5749b399a1efbfba803ef127824c22c34a0512dda14015ebe477ff5891fc8 4184 
kivy_1.8.0+dfsg-2.1.debian.tar.xz
 e9868ce4ae36da6c2809c2c5818ad20346115891b3e8443b9b8cc206e60b39d2 1766502 
python-kivy_1.8.0+dfsg-2.1_amd64.deb
 0eac8f0d77f6b6b1530aeb854434ff25e1f68b2459fa5fdb14e288114bd7c3c0 1763116 
python3-kivy_1.8.0+dfsg-2.1_amd64.deb
 a02e5beeb82b5c1f0a0a0ab32e3bc04ae7b54cdfb2b381b484d8041a0478a7d9 7165806 
python-kivy-examples_1.8.0+dfsg-2.1_all.deb
Files:
 52efc31afcd2d8bdfe0ca420f871e4bb 1766502 python extra 
python-kivy_1.8.0+dfsg-2.1_amd64.deb
 03cd2951edaa081dd7f72df4a16e1083 1763116 python extra 
python3-kivy_1.8.0+dfsg-2.1_amd64.deb
 186e1876bddc81fc826f0451839d1e87 7165806 python extra 
python-kivy-examples_1.8.0+dfsg-2.1_all.deb
 ae46fe8a2f377f000d223aa2d049bcae 1358 python extra kivy_1.8.0+dfsg-2.1.dsc
 b411721117161e7892f42e78ea33dba1 4184 python extra 
kivy_1.8.0+dfsg-2.1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlRfmoEACgkQjRFFY3XAJMhR8gCfU2goZ7LS2Yrfd4zTygJUr9oJ
uJ8AoMiXaudQ9bgAOATU5mSSkh2su/Te
=eyni
-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/e1xnvu4-0004ch...@franck.debian.org



Accepted gnuradio 3.7.5-5 (source amd64 all) into unstable

2014-11-09 Thread A. Maitland Bottoms
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 10:18:34 -0500
Source: gnuradio
Binary: gnuradio gnuradio-doc gnuradio-dev libgnuradio-analog3.7.5 
libgnuradio-atsc3.7.5 libgnuradio-audio3.7.5 libgnuradio-comedi3.7.5 
libgnuradio-blocks3.7.5 libgnuradio-channels3.7.5 libgnuradio-digital3.7.5 
libgnuradio-dtv3.7.5 libgnuradio-fec3.7.5 libgnuradio-fcd3.7.5 
libgnuradio-filter3.7.5 libgnuradio-fft3.7.5 libgnuradio-noaa3.7.5 
libgnuradio-pager3.7.5 libgnuradio-pmt3.7.5 libgnuradio-qtgui3.7.5 
libgnuradio-runtime3.7.5 libgnuradio-trellis3.7.5 libgnuradio-uhd3.7.5 
libgnuradio-video-sdl3.7.5 libgnuradio-vocoder3.7.5 libgnuradio-wavelet3.7.5 
libgnuradio-wxgui3.7.5 libgnuradio-zeromq3.7.5 libvolk0.0.0 libvolk-dev 
libvolk-bin
Architecture: source amd64 all
Version: 3.7.5-5
Distribution: unstable
Urgency: low
Maintainer: A. Maitland Bottoms bott...@debian.org
Changed-By: A. Maitland Bottoms bott...@debian.org
Description:
 gnuradio   - GNU Radio Software Radio Toolkit
 gnuradio-dev - GNU Software Defined Radio toolkit development
 gnuradio-doc - GNU Software Defined Radio toolkit documentation
 libgnuradio-analog3.7.5 - gnuradio analog functions
 libgnuradio-atsc3.7.5 - gnuradio atsc functions
 libgnuradio-audio3.7.5 - gnuradio audio functions
 libgnuradio-blocks3.7.5 - gnuradio blocks functions
 libgnuradio-channels3.7.5 - gnuradio channels functions
 libgnuradio-comedi3.7.5 - gnuradio comedi instrument control functions
 libgnuradio-digital3.7.5 - gnuradio digital communications functions
 libgnuradio-dtv3.7.5 - gnuradio digital TV signal processing blocks
 libgnuradio-fcd3.7.5 - gnuradio FunCube Dongle support
 libgnuradio-fec3.7.5 - gnuradio forward error correction support
 libgnuradio-fft3.7.5 - gnuradio fast Fourier transform functions
 libgnuradio-filter3.7.5 - gnuradio filter functions
 libgnuradio-noaa3.7.5 - gnuradio noaa satellite signals functions
 libgnuradio-pager3.7.5 - gnuradio pager radio functions
 libgnuradio-pmt3.7.5 - gnuradio pmt container library
 libgnuradio-qtgui3.7.5 - gnuradio Qt graphical user interface functions
 libgnuradio-runtime3.7.5 - gnuradio core runtime
 libgnuradio-trellis3.7.5 - gnuradio trellis modulation functions
 libgnuradio-uhd3.7.5 - gnuradio universal hardware driver functions
 libgnuradio-video-sdl3.7.5 - gnuradio video functions
 libgnuradio-vocoder3.7.5 - gnuradio vocoder functions
 libgnuradio-wavelet3.7.5 - gnuradio wavelet functions
 libgnuradio-wxgui3.7.5 - gnuradio wxgui functions
 libgnuradio-zeromq3.7.5 - gnuradio zeromq functions
 libvolk-bin - vector optimized runtime tools
 libvolk-dev - gnuradio vector optimized function headers
 libvolk0.0.0 - gnuradio vector optimized functions
Closes: 762072
Changes:
 gnuradio (3.7.5-5) unstable; urgency=low
 .
   * Use Breaks/Replaces to manage upgrades now that the newer libvolk-bin
 has files formerly found in gnuradio (Closes: #762072)
Checksums-Sha1:
 2dbcde8d650ea353f3c3abe9f8bba7a10b896b5a 4946 gnuradio_3.7.5-5.dsc
 3360325b6a4900156e4c6532f8604f3ad86ded8a 53500 gnuradio_3.7.5-5.debian.tar.xz
 bc14707447a3c06c49b326344fbec84406f18850 7331886 gnuradio_3.7.5-5_amd64.deb
 9a19adc1621fdb8ba4940cfc0649eb12c5ca4e7e 8699288 gnuradio-doc_3.7.5-5_all.deb
 2e72d3b05a79c43ade79493046b06487119d1ada 402850 gnuradio-dev_3.7.5-5_amd64.deb
 ce001254b8bd00795e55a63a9e60b1cef9ed73b3 74 
libgnuradio-analog3.7.5_3.7.5-5_amd64.deb
 924794dcaf88bb737a817ce197b7b1e5df072917 75360 
libgnuradio-atsc3.7.5_3.7.5-5_amd64.deb
 e5f4d6d0205089a46a0edfb55156afa3c9b6ef69 99138 
libgnuradio-audio3.7.5_3.7.5-5_amd64.deb
 11e310cd79b89cd3437d93b129724789e5a30068 41474 
libgnuradio-comedi3.7.5_3.7.5-5_amd64.deb
 c86b1d9b3fe98037a2285e0f7e18d647402aeed5 418174 
libgnuradio-blocks3.7.5_3.7.5-5_amd64.deb
 ac196f3cf995f234bc5b679d70452b97a91e98d6 77534 
libgnuradio-channels3.7.5_3.7.5-5_amd64.deb
 8ab37c43f337c333c04ba3db0899ef4d2a2eda59 247194 
libgnuradio-digital3.7.5_3.7.5-5_amd64.deb
 967563f13aea76c9de915ca15ea12a8f843c7c4c 63596 
libgnuradio-dtv3.7.5_3.7.5-5_amd64.deb
 1855bba02a779d3457fda58db23ccb5609302fea 120590 
libgnuradio-fec3.7.5_3.7.5-5_amd64.deb
 b355ef133a0b314c95a60b0946f33284d79baeca 49184 
libgnuradio-fcd3.7.5_3.7.5-5_amd64.deb
 6d8ed9310678a3388080e20e51093408be6269b1 185480 
libgnuradio-filter3.7.5_3.7.5-5_amd64.deb
 b4a8904171549c4c82173a5da1a99831b297548e 64888 
libgnuradio-fft3.7.5_3.7.5-5_amd64.deb
 4677241f7f821639207179f041e3452382d28cd2 41568 
libgnuradio-noaa3.7.5_3.7.5-5_amd64.deb
 1013d48594b0e23516e705a004ef04d481447888 45180 
libgnuradio-pager3.7.5_3.7.5-5_amd64.deb
 9ef56aa423e917cd19f3154cfdeb55bf9fc3f66e 98474 
libgnuradio-pmt3.7.5_3.7.5-5_amd64.deb
 89d6fc6a63414dff7af6c870b7775d48050578ed 304178 
libgnuradio-qtgui3.7.5_3.7.5-5_amd64.deb
 cacac8bc347da993b8c4f38a8b50a9e79cac7fc1 318620 
libgnuradio-runtime3.7.5_3.7.5-5_amd64.deb
 bfcd5cbe6e78cc0c3e7a0ff64d690edfeb0d1195 120324 
libgnuradio-trellis3.7.5_3.7.5-5_amd64.deb
 35bd275b2cfe656b6a483ee5c0caf764eec701a4 106606 

Accepted file 1:5.20-2 (source armhf all) into unstable

2014-11-09 Thread Christoph Biedl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 09 Nov 2014 14:46:05 +0100
Source: file
Binary: file file-dbg libmagic1 libmagic-dev python-magic python3-magic
Architecture: source armhf all
Version: 1:5.20-2
Distribution: unstable
Urgency: high
Maintainer: Christoph Biedl debian.a...@manchmal.in-ulm.de
Changed-By: Christoph Biedl debian.a...@manchmal.in-ulm.de
Description:
 file   - Determines file type using magic numbers
 file-dbg   - Determines file type using magic numbers (debug)
 libmagic-dev - File type determination library using magic numbers 
(developmen
 libmagic1  - File type determination library using magic numbers
 python-magic - File type determination library using magic numbers (Python 
bin
 python3-magic - File type determination library using magic numbers (Python 
3 b
Closes: 768806
Changes:
 file (1:5.20-2) unstable; urgency=high
 .
   * Fixes a security issue, urgency set to high
   * Cherry-pick upstream commit FILE5_20-5-g39c7ac1:
 Fix note bounds reading, Francisco Alonso / Red Hat (CVE-2014-3710).
 Closes: #768806
Checksums-Sha1:
 363d509ffc0a237af56b1d667d1c2244e7d007ee 2050 file_5.20-2.dsc
 9386b07179f1d587bbe1af2789fa0594874d0e84 29304 file_5.20-2.debian.tar.xz
 5c60ced6db10cd20b1ec8a071c5e6323ee6519c4 57960 file_5.20-2_armhf.deb
 dbd0abed216273510df03f96f38afee11a828f13 180842 file-dbg_5.20-2_armhf.deb
 6f2e288a0ab9335a7fcba1b126f896e974a7084e 239136 libmagic1_5.20-2_armhf.deb
 a923a7a72190887f609ef83882b5a36969fd2d47 102524 libmagic-dev_5.20-2_armhf.deb
 982f20f390ce8eb405328896db7585a9ea89f373 43880 python-magic_5.20-2_all.deb
 bf8d5be910d65792741f7371af1f7d475e43efa5 43934 python3-magic_5.20-2_all.deb
Checksums-Sha256:
 b02b682727699fa14108ad182b28276725a5bffa539d4cdafd8de29d9246f720 2050 
file_5.20-2.dsc
 7926738a871ddbaa39dd44f16b5fcd38d1472c2d2293dd250b63271c488640eb 29304 
file_5.20-2.debian.tar.xz
 89d9ee769cee3dbea1a0e5f4fd7cac95ee4f92c56286dc13a2a3afc9fafc2141 57960 
file_5.20-2_armhf.deb
 737ba8853f0a87300fda0860081cfa1c2c6a0034c9012e96cc8cfc5f05033562 180842 
file-dbg_5.20-2_armhf.deb
 16624659d0df903ae3959f0d5c9d724ba0dd1c0dc98d8a5349aa3f0685a4 239136 
libmagic1_5.20-2_armhf.deb
 8b483b2589c7922a32ad6c605c6e2ebf5759d5b61d3e076178a563fc4b9a6cc9 102524 
libmagic-dev_5.20-2_armhf.deb
 3889c4a0e8b6ba5081c616985cc460590473fae1e2b4ff42826b13da39ee37cd 43880 
python-magic_5.20-2_all.deb
 91275c9ed8b7c3a41108424f8fd8fbeb2caa325b4c5311c4acc995c172ae4d47 43934 
python3-magic_5.20-2_all.deb
Files:
 8ef08dc2d9b2afee663e0d119ad9ecbf 2050 utils standard file_5.20-2.dsc
 ceaf008aabb256a48f8fa3b19546433b 29304 utils standard file_5.20-2.debian.tar.xz
 d10c8d96f3fe9ea4a404030d4bea50cd 57960 utils standard file_5.20-2_armhf.deb
 9d19297c12ffc9b2fc6cf424feb2110f 180842 debug extra file-dbg_5.20-2_armhf.deb
 958e3d70068792d6dee6657f9b83932d 239136 libs standard 
libmagic1_5.20-2_armhf.deb
 10b3e650eb360cb763b32693c41be001 102524 libdevel optional 
libmagic-dev_5.20-2_armhf.deb
 9994280dc08374069527c40d1664aed7 43880 python optional 
python-magic_5.20-2_all.deb
 145e534f63667c087c36b3f9ca00d5a8 43934 python optional 
python3-magic_5.20-2_all.deb

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

iQIcBAEBCgAGBQJUX6CsAAoJEMQsWOtZFJL9ws4P/3zek1Fod1zhJ5rEiZ79uRVN
mBkJ+8YftV4IJrp6b67rpMBfCZideLMTL1QkrneVvaEST1fkvDmiajeD9Bn1F29w
uS8RrIFksm8Re7aNDlpJXwR9aD86dpERKHjCht5wvnnoM/0QYW5P7cHorJbT9ulz
9X2V7Xwc3uL4EGNo8kY8PKqGzJyo/Ke4ddH3ptELY34Z+eQNoHuGVIcB6gNTAbzB
kOIxXdihGKlicozQuuh+QdSxsj/yownHzDzVC2qK0VLgSrpi7aCmSagpORE3HC0j
lRO/pge8ZkGRsVO15BWv02ARNaqS43fYlLXDaF2lvkF5KJEwocJ1JcPqRuNi+fX2
mgU+anfE4gQMYGAaZMrCmJ77qCCLAbzUJ8W2PO2k5bgI0vfQEAW8RL8ieeMOMT+G
rYUH7FxANuMeTIi8rvrjvrVnpEJe2WaPklmlBYw2/+zBaigRElbAfxnNLIztTTsU
WmvpSZMSV4cY/d5G1YfopTY3tps//Ib1wa+bjngi3w+8EiEO3mMHBs+AaJRz9SaK
uMignL22LH/M5mxvpuE1wg5HcauDS53XREnl9cPIuD4t/59rrxlXy88VNPAjimdz
0HVHa8VJQ5x/khFhSIna4R0dKTt1cmLKiRqUNueZwuqCWzt3C/euauj3uS1TGUMf
4WFSHE3QCvIs6QPft06H
=jaDE
-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/e1xnwmy-0008ah...@franck.debian.org



Accepted xmms2 0.8+dfsg-12 (source amd64 all) into unstable

2014-11-09 Thread Rémi Vanicat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 11:44:03 +0100
Source: xmms2
Binary: libaudio-xmmsclient-perl libxmmsclient++-dev libxmmsclient++-glib-dev 
libxmmsclient++-glib1 libxmmsclient++4 libxmmsclient-dev libxmmsclient-glib-dev 
libxmmsclient-glib1 ruby-xmmsclient libxmmsclient6 python-xmmsclient xmms2 
xmms2-client-avahi xmms2-client-cli xmms2-client-medialib-updater 
xmms2-client-nycli xmms2-core xmms2-dev xmms2-icon xmms2-plugin-airplay 
xmms2-plugin-all xmms2-plugin-alsa xmms2-plugin-ao xmms2-plugin-apefile 
xmms2-plugin-asf xmms2-plugin-asx xmms2-plugin-avcodec xmms2-plugin-cdda 
xmms2-plugin-cue xmms2-plugin-curl xmms2-plugin-daap xmms2-plugin-faad 
xmms2-plugin-flac xmms2-plugin-flv xmms2-plugin-gme xmms2-plugin-gvfs 
xmms2-plugin-html xmms2-plugin-ices xmms2-plugin-icymetaint xmms2-plugin-id3v2 
xmms2-plugin-jack xmms2-plugin-karaoke xmms2-plugin-m3u xmms2-plugin-mad 
xmms2-plugin-mms xmms2-plugin-modplug xmms2-plugin-mp4 xmms2-plugin-mpg123 
xmms2-plugin-musepack xmms2-plugin-normalize xmms2-plugin-ofa xmms2-plugin-oss 
xmms2-plugin-pls
 xmms2-plugin-pulse xmms2-plugin-rss xmms2-plugin-sid xmms2-plugin-smb 
xmms2-plugin-sndfile xmms2-plugin-speex xmms2-plugin-tta xmms2-plugin-vocoder 
xmms2-plugin-vorbis xmms2-plugin-wavpack xmms2-plugin-xml
 xmms2-plugin-xspf
Architecture: source amd64 all
Version: 0.8+dfsg-12
Distribution: unstable
Urgency: medium
Maintainer: Benjamin Drung bdr...@debian.org
Changed-By: Rémi Vanicat vani...@debian.org
Description:
 libaudio-xmmsclient-perl - XMMS2 - Perl client library
 libxmmsclient++-dev - XMMS2 - client library for c++ - development files
 libxmmsclient++-glib-dev - XMMS2 - glib client library for c++ - development 
files
 libxmmsclient++-glib1 - XMMS2 - glib client library for c++
 libxmmsclient++4 - XMMS2 - client library for c++
 libxmmsclient-dev - XMMS2 - client library development files
 libxmmsclient-glib-dev - XMMS2 - glib client library - development files
 libxmmsclient-glib1 - XMMS2 - glib client library
 libxmmsclient6 - XMMS2 - client library
 python-xmmsclient - XMMS2 - Python bindings
 ruby-xmmsclient - XMMS2 - Ruby bindings
 xmms2  - Client/server based media player system
 xmms2-client-avahi - XMMS2 - avahi client
 xmms2-client-cli - XMMS2 - cli client
 xmms2-client-medialib-updater - XMMS2 - medialib-updater client
 xmms2-client-nycli - XMMS2 - new cli client
 xmms2-core - XMMS2 - core package
 xmms2-dev  - XMMS2 - plug-in development files
 xmms2-icon - XMMS2 - icon package
 xmms2-plugin-airplay - XMMS2 - airplay output plug-in
 xmms2-plugin-all - XMMS2 - all plug-ins
 xmms2-plugin-alsa - XMMS2 - ALSA output
 xmms2-plugin-ao - XMMS2 - libao output plug-in
 xmms2-plugin-apefile - XMMS2 - Monkey's Audio decoder plug-in
 xmms2-plugin-asf - XMMS2 - ASF plug-in
 xmms2-plugin-asx - XMMS2 - ASX playlist plug-in
 xmms2-plugin-avcodec - XMMS2 - avcodec decoder
 xmms2-plugin-cdda - XMMS2 - CDDA plug-in
 xmms2-plugin-cue - XMMS2 - CUE playlist plug-in
 xmms2-plugin-curl - XMMS2 - curl transport for HTTP
 xmms2-plugin-daap - XMMS2 - daap plug-in
 xmms2-plugin-faad - XMMS2 - faad decoder
 xmms2-plugin-flac - XMMS2 - FLAC decoder
 xmms2-plugin-flv - XMMS2 - Flash Video plug-in
 xmms2-plugin-gme - XMMS2 - gme plug-in
 xmms2-plugin-gvfs - XMMS2 - gvfs plug-in
 xmms2-plugin-html - XMMS2 - HTML playlist plug-in
 xmms2-plugin-ices - XMMS2 - Ogg streaming output
 xmms2-plugin-icymetaint - XMMS2 - shoutcast metadata plug-in
 xmms2-plugin-id3v2 - XMMS2 - ID3v2 plug-in
 xmms2-plugin-jack - XMMS2 - JACK output
 xmms2-plugin-karaoke - XMMS2 - karaoke plug-in
 xmms2-plugin-m3u - XMMS2 - M3U playlist plug-in
 xmms2-plugin-mad - XMMS2 - libmad based mp3 decoder
 xmms2-plugin-mms - XMMS2 - MMS transport
 xmms2-plugin-modplug - XMMS2 - modplug decoder
 xmms2-plugin-mp4 - XMMS2 - MPEG-4 plug-in
 xmms2-plugin-mpg123 - XMMS2 - libmpg123 based mp3 decoder
 xmms2-plugin-musepack - XMMS2 - mpc decoder
 xmms2-plugin-normalize - XMMS2 - Normalize plug-in
 xmms2-plugin-ofa - XMMS2 - Open Fingerprint Architecture plug-in
 xmms2-plugin-oss - XMMS2 - OSS output
 xmms2-plugin-pls - XMMS2 - PLS playlist plug-in
 xmms2-plugin-pulse - XMMS2 - PulseAudio output plug-in
 xmms2-plugin-rss - XMMS2 - RSS podcast plug-in
 xmms2-plugin-sid - XMMS2 - libsidplay2 based decoder
 xmms2-plugin-smb - XMMS2 - Server Message Block (SMB) transport
 xmms2-plugin-sndfile - XMMS2 - sndfile decoder
 xmms2-plugin-speex - XMMS2 - Speex decoder
 xmms2-plugin-tta - XMMS2 - TTA decoder plug-in
 xmms2-plugin-vocoder - XMMS2 - vocoder plug-in
 xmms2-plugin-vorbis - XMMS2 - vorbis decoder
 xmms2-plugin-wavpack - XMMS2 - WavPack decoder plug-in
 xmms2-plugin-xml - XMMS2 - XML plug-in
 xmms2-plugin-xspf - XMMS2 - XSPF playlist plug-in
Closes: 768679
Changes:
 xmms2 (0.8+dfsg-12) unstable; urgency=medium
 .
   * Do not build vistest (Closes: #768679)
Checksums-Sha1:
 a22f2f024be4291e94618ba67bef8b380d7182e0 6872 xmms2_0.8+dfsg-12.dsc
 

Accepted ipv6toolkit 2.0~beta-1 (source amd64) into experimental

2014-11-09 Thread Octavio Alvarez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 29 Oct 2014 22:09:44 -0700
Source: ipv6toolkit
Binary: ipv6toolkit
Architecture: source amd64
Version: 2.0~beta-1
Distribution: experimental
Urgency: medium
Maintainer: Octavio Alvarez alvar...@alvarezp.com
Changed-By: Octavio Alvarez alvar...@alvarezp.com
Description:
 ipv6toolkit - Security assessment and troubleshooting tool for the IPv6 protoco
Closes: 739202
Changes:
 ipv6toolkit (2.0~beta-1) experimental; urgency=medium
 .
   * New upstream release.
   * Notice: Will now use gbp pq for patch series.
   * Updated Standards-Version to 3.9.6; no changes required.
   * Depend on ieee-data instead of shipping oui.txt. Closes: #739202.
   * Reverted debian/watch back to using the official website.
   * Allow beyond-numeric tarballs (like betas) in debian/watch.
   * Overridden manpage-has-errors-from-man in path6.1 because of long URL.
Checksums-Sha1:
 ae09fa93a302ae676239285af56c1e627cc9efad 1898 ipv6toolkit_2.0~beta-1.dsc
 1e8cd0b776378c506c86db07f328fa61e4786fbb 970442 
ipv6toolkit_2.0~beta.orig.tar.gz
 8a936dc92fa2c1c54e06424a749536486b7f0731 4044 
ipv6toolkit_2.0~beta-1.debian.tar.xz
 defa192ef647365f91e622b11b0805b737a83a17 451524 
ipv6toolkit_2.0~beta-1_amd64.deb
Checksums-Sha256:
 8909f70dd6620cb4d7d33b592fccc191ae9e93fce45ba22b439842886b448c37 1898 
ipv6toolkit_2.0~beta-1.dsc
 f06c8f66eb429e8c2fea2ab6a27541d0b10ff00af5a8cec7beed5242ff7df778 970442 
ipv6toolkit_2.0~beta.orig.tar.gz
 0d11611cf24ac116a0a436ff8435623e9de2d690048601b661c7929c3c6259bc 4044 
ipv6toolkit_2.0~beta-1.debian.tar.xz
 54e7dc78c38d35e6fa223e08f85f741ef2563b797967444fc331afe975174fe6 451524 
ipv6toolkit_2.0~beta-1_amd64.deb
Files:
 a1e5fe463dd4b628f6f2212a01711c48 1898 net extra ipv6toolkit_2.0~beta-1.dsc
 8a7179c369bf613492df0e640a5bede5 970442 net extra 
ipv6toolkit_2.0~beta.orig.tar.gz
 9a2b915206318fd6c17143a9a17aebed 4044 net extra 
ipv6toolkit_2.0~beta-1.debian.tar.xz
 095eab0d690a2df1f91cdabf4a4cf07c 451524 net extra 
ipv6toolkit_2.0~beta-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUX6qPAAoJEG7C3vaP/jd06mwP/ix4RoUHCv1vDY1L0Wxfzmsg
WSO45NYQ4ScwL63yvwGDFrLE4laQXDOZ3vNC6/X81XKYSfYF9q8dUpE/tv/1F6uq
sgYFU0gmcsvDSvyP7Nvmd+pQvvaAnxvD4Lm8l89qVTZBrqAyfb5wmzHaR6CJfxVC
yNhxBi3gKSyV4RNL2Uowvq+VKxsISa+KHtwL6SIemOC0YmG8fJVjkqv9xFM6oqnS
RiPgnOid4qsaavqjxLG13/+FnyayQ99/mJW3jAHRDlhrYI6dmL+FXjESm6iY487Q
aPKxVXr3dXb8Ts1eszNmedMU3dUTGFfS+ld3HxxAx9hXxIGGBeK1yDhTOQq4bFzU
W4RdtRTW3/a3MrHITCK5BK3Y09J8YUKB9Luh87nn0fTssf7GQ84+K0JAhT7I3zYL
HDfq5D6/3Cfutgs1Yvz3dIJtya9A5sIH2S0uSAvrEJBuRmag6PXgpy60d1SWWwN2
AmvfI26l3pnhQVNStWXk41aZb115UVyi3ozG4Yrr+ivkugff1yWw0Pj6EnCkL+jf
MF5J8OBP/U55NwfT4Qf1/wVB0dFlMPnEXYc30xp+f9FDWbttK+pZflm7kNmnJZRF
Yeb8QzsD/RqiIqEB3jArPnYOONs1ACqrGM/coMWo8shDtSpzABioBn7/Oo+FyX0U
CyavICBgfZCNNFNakrXL
=uCL/
-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/e1xnwqj-0004fj...@franck.debian.org



Accepted notmuch 0.19~rc2-1 (source amd64 all) into experimental

2014-11-09 Thread David Bremner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 16:46:31 +0100
Source: notmuch
Binary: notmuch libnotmuch4 libnotmuch-dev python-notmuch python3-notmuch 
ruby-notmuch notmuch-emacs notmuch-vim notmuch-mutt notmuch-dbg
Architecture: source amd64 all
Version: 0.19~rc2-1
Distribution: experimental
Urgency: medium
Maintainer: Carl Worth cwo...@debian.org
Changed-By: David Bremner brem...@debian.org
Description:
 libnotmuch-dev - thread-based email index, search and tagging (development)
 libnotmuch4 - thread-based email index, search and tagging (runtime)
 notmuch- thread-based email index, search and tagging
 notmuch-dbg - thread-based email index, search and tagging - debugging symbols
 notmuch-emacs - thread-based email index, search and tagging (emacs interface)
 notmuch-mutt - thread-based email index, search and tagging (Mutt interface)
 notmuch-vim - thread-based email index, search and tagging (vim interface)
 python-notmuch - python interface to the notmuch mail search and index library
 python3-notmuch - Python 3 interface to the notmuch mail search and index 
library
 ruby-notmuch - Ruby interface to the notmuch mail search and index library
Changes:
 notmuch (0.19~rc2-1) experimental; urgency=medium
 .
   * New upstream release candidate
   * Updated defaults for notmuch address
   * Assert compliance with policy 3.9.6
Checksums-Sha1:
 b96cf73c442c6b07c69807ab0b2753f76019f9ef 2662 notmuch_0.19~rc2-1.dsc
 f61270ad1c49b51422b0323fe8f55855519f2ecd 657690 notmuch_0.19~rc2.orig.tar.gz
 01a129b3922a8dc2a3d2f4691efc112516210e3d 13928 notmuch_0.19~rc2-1.debian.tar.xz
 3a811a5f9b21542058ba5a8c272f155b9b81726e 129052 notmuch_0.19~rc2-1_amd64.deb
 23a028865c3ef0cc58a3f1940dc1ff551e5f9bfe 66274 libnotmuch4_0.19~rc2-1_amd64.deb
 4ad52eab043256939d44313546bc84ca50254d39 23772 
libnotmuch-dev_0.19~rc2-1_amd64.deb
 7eb83daa8872a5187ad57dfb40b935056cf9ab34 32598 
python-notmuch_0.19~rc2-1_all.deb
 0363b8cb72f54c716d9babe88289476309eb54b3 32650 
python3-notmuch_0.19~rc2-1_all.deb
 87f37c7d428a1690147fc9e4c621a714262124bd 21722 
ruby-notmuch_0.19~rc2-1_amd64.deb
 50d4082ea40b6fcf51360399d2dfaa396f411003 81812 notmuch-emacs_0.19~rc2-1_all.deb
 381f540d10870b13a6140b1bf21cb6e18e49 21116 notmuch-vim_0.19~rc2-1_all.deb
 cad06a6339187a696a59d41016db6eb6ad827098 19196 notmuch-mutt_0.19~rc2-1_all.deb
 4e417694b8f3370a5cb603b6ae2297763e45feff 457198 
notmuch-dbg_0.19~rc2-1_amd64.deb
Checksums-Sha256:
 d5b476e9d75e77082bcf5fae5a1035322f28d11ba3e7c7e6f0d8f2b5622ec132 2662 
notmuch_0.19~rc2-1.dsc
 f65bb85ba162471d229c82fc76e62d9687ba55ec256a99a9758572dbd571401e 657690 
notmuch_0.19~rc2.orig.tar.gz
 d239a4c2efc017f494f1cba900e1dc8433e6b4f2cb917a9e8b7a9d296032bfd7 13928 
notmuch_0.19~rc2-1.debian.tar.xz
 e4788c2ce8f2d97d7e0008e3e87c2975d5590eb3d4c180c0f5b5c99b65bb25b6 129052 
notmuch_0.19~rc2-1_amd64.deb
 6282a395a811254468c175fefb9bb4ebaedc012f169ef68810fb36bd4b945f3f 66274 
libnotmuch4_0.19~rc2-1_amd64.deb
 ee76f4404b27e033514b4b8f4da77ea37a8ce725456ce4439bc75058540caa97 23772 
libnotmuch-dev_0.19~rc2-1_amd64.deb
 983e18481267c0f3fce7e3da889a2666cb52371389459e4682313b9e029d7499 32598 
python-notmuch_0.19~rc2-1_all.deb
 a58f61397d9108910f59435016a53c9aa39bbf4462a7d1476883cbcac246d1f6 32650 
python3-notmuch_0.19~rc2-1_all.deb
 37484f7febe855b0bc82507be81b3459b74f2a07ec45c436301f2632cb94dc20 21722 
ruby-notmuch_0.19~rc2-1_amd64.deb
 b1b5fd7b23734a5c49677f9b112f77bcdc16c27add2cd60b65cbdf5d0fed79d9 81812 
notmuch-emacs_0.19~rc2-1_all.deb
 2396d11d2cd61633850e2ab41dca49eec13a312bf488ec332e39a452dd2c4c09 21116 
notmuch-vim_0.19~rc2-1_all.deb
 190dbc96b9867201db8f06793d8879e5a54716f54bfea990e0cca9455ff77c7b 19196 
notmuch-mutt_0.19~rc2-1_all.deb
 ea2bddf05ebe2c56ddef22370a6418ac1a343f605377f8432eeeab1a347b1dfb 457198 
notmuch-dbg_0.19~rc2-1_amd64.deb
Files:
 d7ac28a3ac8db83d69058d915795748d 2662 mail optional notmuch_0.19~rc2-1.dsc
 b3e3115ab23352a9cce7bb8069873e2f 657690 mail optional 
notmuch_0.19~rc2.orig.tar.gz
 31dd54c03242a3b6b3850cb0e8a12b2c 13928 mail optional 
notmuch_0.19~rc2-1.debian.tar.xz
 1d7409fc6a944db74bde1e27a55bd108 129052 mail optional 
notmuch_0.19~rc2-1_amd64.deb
 dcc4ca9030c824c572c58a1713cbe51c 66274 libs optional 
libnotmuch4_0.19~rc2-1_amd64.deb
 1e03472fce8cc3243429a56963ff42b0 23772 libdevel optional 
libnotmuch-dev_0.19~rc2-1_amd64.deb
 d3f896ff5a5a6fb4208c1e1e80a7ea9c 32598 python optional 
python-notmuch_0.19~rc2-1_all.deb
 2ff4a0fa9e0e77dc1edc04bd61d31ab4 32650 python optional 
python3-notmuch_0.19~rc2-1_all.deb
 be858fff1d4356dbfa587b5b3400725d 21722 ruby optional 
ruby-notmuch_0.19~rc2-1_amd64.deb
 b22fafb66a3f02de2005f07494b8a3bc 81812 mail optional 
notmuch-emacs_0.19~rc2-1_all.deb
 24e5adad8593b18fb74780505d8695c1 21116 mail optional 
notmuch-vim_0.19~rc2-1_all.deb
 5883e2b0bfd3ac84e019088f27b0cb3c 19196 mail optional 
notmuch-mutt_0.19~rc2-1_all.deb
 34e818c00b2e1850aa6e4f4972c07e31 457198 debug extra 
notmuch-dbg_0.19~rc2-1_amd64.deb

-BEGIN PGP 

Accepted apache2 2.4.10-7 (source amd64 all) into unstable

2014-11-09 Thread Stefan Fritsch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 09 Nov 2014 19:03:30 +0100
Source: apache2
Binary: apache2 apache2-data apache2-bin apache2-mpm-worker apache2-mpm-prefork 
apache2-mpm-event apache2-mpm-itk apache2.2-bin apache2.2-common 
libapache2-mod-proxy-html libapache2-mod-macro apache2-utils apache2-suexec 
apache2-suexec-pristine apache2-suexec-custom apache2-doc apache2-dev 
apache2-dbg
Architecture: source amd64 all
Version: 2.4.10-7
Distribution: unstable
Urgency: medium
Maintainer: Debian Apache Maintainers debian-apa...@lists.debian.org
Changed-By: Stefan Fritsch s...@debian.org
Description:
 apache2- Apache HTTP Server
 apache2-bin - Apache HTTP Server (modules and other binary files)
 apache2-data - Apache HTTP Server (common files)
 apache2-dbg - Apache debugging symbols
 apache2-dev - Apache HTTP Server (development headers)
 apache2-doc - Apache HTTP Server (on-site documentation)
 apache2-mpm-event - transitional event MPM package for apache2
 apache2-mpm-itk - transitional itk MPM package for apache2
 apache2-mpm-prefork - transitional prefork MPM package for apache2
 apache2-mpm-worker - transitional worker MPM package for apache2
 apache2-suexec - transitional package for apache2-suexec-pristine
 apache2-suexec-custom - Apache HTTP Server configurable suexec program for 
mod_suexec
 apache2-suexec-pristine - Apache HTTP Server standard suexec program for 
mod_suexec
 apache2-utils - Apache HTTP Server (utility programs for web servers)
 apache2.2-bin - Transitional package for apache2-bin
 apache2.2-common - Transitional package for apache2
 libapache2-mod-macro - Transitional package for apache2-bin
 libapache2-mod-proxy-html - Transitional package for apache2-bin
Closes: 767850
Changes:
 apache2 (2.4.10-7) unstable; urgency=medium
 .
   * Handle transitions of doc dirs and symlinks correctly during upgrade.
 Use dpkg-maintscript-helper for this and remove existing explicit logic.
 Closes: #767850
   * Remove obsolete conffiles in apache2.2-common, instead doing this only in
 apache2. This partially fixes #768815
Checksums-Sha1:
 f7ec097b178b370be9e350d006351bb0fff3 3218 apache2_2.4.10-7.dsc
 d3aea37963d15e7f5f89a265e0b6808cf4af0018 521328 apache2_2.4.10-7.debian.tar.xz
 9ae2defd5b5a61e8a4637254de2cbf67197046df 1148 
libapache2-mod-proxy-html_2.4.10-7_amd64.deb
 a2f0be28f7c72bfb3563e52f9233c13d54bc4609 1138 
libapache2-mod-macro_2.4.10-7_amd64.deb
 919d59e41a7ef0429858fce61acc6a316e3016be 203716 apache2_2.4.10-7_amd64.deb
 25b795793fb86b95a481e714c41ed2d6170f3830 162364 apache2-data_2.4.10-7_all.deb
 0f0e1ab5b07c762ccfbd5f3bd4be447e2aaf5d72 1030624 apache2-bin_2.4.10-7_amd64.deb
 24a4c124d4c54c6b30755d35f5d67bfa74521bff 1512 
apache2-mpm-worker_2.4.10-7_amd64.deb
 7b294934536b4b07103ca7144092f18ac125c9c8 1512 
apache2-mpm-prefork_2.4.10-7_amd64.deb
 25027ec388ca26eeead3942a95282b7dd099934a 1514 
apache2-mpm-event_2.4.10-7_amd64.deb
 da8ff20236a5aff43c9ec87ecaf714a2b9bb515a 1508 
apache2-mpm-itk_2.4.10-7_amd64.deb
 3d15daa963297baba4b34e88fa1a829182a7549e 1694 apache2.2-bin_2.4.10-7_amd64.deb
 eca151d50de5cd3380ba0d91315a90664e16dc37 123214 
apache2.2-common_2.4.10-7_amd64.deb
 35ccce061c045fb0bd1ec0b2dbbc9fda72cf31e3 193530 
apache2-utils_2.4.10-7_amd64.deb
 a87aa71ab8d7b1645f5aafbf75bbe6613ede8f65 1650 apache2-suexec_2.4.10-7_amd64.deb
 19b3e7f2339243f0d46b0a98f9dfa15b6e2995f8 128404 
apache2-suexec-pristine_2.4.10-7_amd64.deb
 458b80a24ffc4f17713519f7a208bd5db19a9df6 129900 
apache2-suexec-custom_2.4.10-7_amd64.deb
 5b0967c682219902f315cb391ae2360f499812f6 2724674 apache2-doc_2.4.10-7_all.deb
 39e0325cc6cf1505d5bfbfba463126a98e0d7864 279486 apache2-dev_2.4.10-7_amd64.deb
 b2d7967776852130e3c40e2628489ae852b3bd1f 1703222 apache2-dbg_2.4.10-7_amd64.deb
Checksums-Sha256:
 5a8cbced808f1343dad1641fc91d5f25ccdd2116c09a9b84205f246774a05dc4 3218 
apache2_2.4.10-7.dsc
 d756f14ce1a24ab0f1592d6e7d5733a51f9dd4b054bbc96342407bda35df 521328 
apache2_2.4.10-7.debian.tar.xz
 a7a75cfc950ae77819e99b32698d76b88c230aa522e5f2b460344e576caefed5 1148 
libapache2-mod-proxy-html_2.4.10-7_amd64.deb
 c02f79af9b3f3adb46006a84ede879399035881e783d65b78b72fd83dbe12ad9 1138 
libapache2-mod-macro_2.4.10-7_amd64.deb
 8dfd29f6498e14762326d4e97c77aade987a1abd17d2c91e8e51a74cef71e44d 203716 
apache2_2.4.10-7_amd64.deb
 f9080723709967975526d3b84450a0af055680736ec614448f05330c6fb62e19 162364 
apache2-data_2.4.10-7_all.deb
 f9b09533974e78e1360ca7ece22e87e4f4e2acc351b234d9c9a49fb8c2a779bc 1030624 
apache2-bin_2.4.10-7_amd64.deb
 f353b6860a1556713b3deb48c4f29d62013319ba767e16f0932a25d8b5c7f2c4 1512 
apache2-mpm-worker_2.4.10-7_amd64.deb
 69dc06e29f6c621474b87b8938e8f68ac4751221a51c2ebb4a0a7460e409acf8 1512 
apache2-mpm-prefork_2.4.10-7_amd64.deb
 a496971dc90530b8c04cf5d0dd7f63136842ffece2a064a6df5784f6438ee2f7 1514 
apache2-mpm-event_2.4.10-7_amd64.deb
 8c43892c58697c9a5f86ced2e54831fd15818ff3f008d63528b98a9ab87997ac 1508 
apache2-mpm-itk_2.4.10-7_amd64.deb
 

  1   2   >