date:20131203

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org

* Package name: sphinxcontrib-issuetracker
  Version : 0.11
  Upstream Author : Sebastian Wiesner lunary...@gmail.com
* URL : https://github.com/lunaryorn/sphinxcontrib-issuetracker
* License : BSD
  Programming Lang: Python
  Description : Sphinx integration with different issuetrackers

 This is a Sphinx extension to reference issues in issue trackers, either
 explicitly with an issue role or optionally implicitly by issue ids like
 #10 in plaintext.
 .
 Currently the following issue trackers are supported:
  * GitHub
  * BitBucket
  * Launchpad
  * Google Code
  * Debian BTS
  * Jira
 .
 A simple API is provided to add support for other issue trackers. If you added
 support for a new tracker, please consider sending a patch to make your work
 available to other users of this extension.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131203085713.14949.32805.report...@buzig.gplhost.com

Re: Release sprint results - team changes, auto-rm and arch status

On Tuesday, December 3, 2013, Hector Oron wrote:

 Hello,

 2013/12/2 Graham Whaley graham.wha...@gmail.com javascript:;:

   If this works out, my intention is to purchase three 3A motherboards to
  donate for mipsel use (2x buildd, 1x porter I'd expect?). Then *maybe* we
  could move one of the BCM91250 Swarm boards over from mipsel to mips(be)
  whilst I work on some other BE options?

 What do you think of Lemote Spark 3A 6100 machines? As those as
 suitable as the motherboards you propose?


As mentioned previously, we have a board donated by Lemote, which I believe
is a very early version of the board that have been used for their internal
testing. From the experience I get from that board, stability is good (no
hang or crash so far) and performance do not differ from the one produced
by Loongson, and it's even better because Lemote people are much easier to
be reached for support than Loongson (they are really helpful when we were
dealing with some PMON upgrading issues).


Thanks,
Aron

Bug#731219: ITP: sphinxcontrib-docbookrestapi -- generating REST API documentation for http://api.openstack.org/

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org

* Package name: sphinxcontrib-docbookrestapi
  Version : 0.1
  Upstream Author : Cyril Roelandt
* URL : https://pypi.python.org/pypi/sphinxcontrib-docbookrestapi
* License : Apache-2
  Programming Lang: Python
  Description : generating REST API documentation for 
http://api.openstack.org/

Extension to Sphinx for generating REST API documentation for
http://api.openstack.org/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131203093104.20039.28622.report...@buzig.gplhost.com

Re: Bug#731215: ITP: sphinxcontrib-issuetracker -- Sphinx integration with different issuetrackers

On 12/03/2013 06:18 PM, Michael Fladischer wrote:
 On 2013-12-03 09:57, Thomas Goirand wrote:
 * Package name: sphinxcontrib-issuetracker Version :
 0.11 Upstream Author : Sebastian Wiesner lunary...@gmail.com *
 URL :
 https://github.com/lunaryorn/sphinxcontrib-issuetracker * License
 : BSD Programming Lang: Python Description : Sphinx integration
 with different issuetrackers
 
 This has already been packaged:
 
 http://packages.debian.org/source/sid/sphinx-issuetracker
 
 Though it's a little bit outdated ... I haven't had the time yet.
 
 Cheers,

Oh, shit, I thought I checked for that one... :(

This isn't the first time I do such a mistake, I'll try to check things
better next time.

Thomas


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/529db3c3.30...@goirand.fr

Re: Release sprint results - team changes, auto-rm and arch status

Hello,

2013/12/3 Aron Xu a...@debian.org:

 What do you think of Lemote Spark 3A 6100 machines? As those as
 suitable as the motherboards you propose?

 As mentioned previously, we have a board donated by Lemote, which I believe
 is a very early version of the board that have been used for their internal
 testing. From the experience I get from that board, stability is good (no
 hang or crash so far) and performance do not differ from the one produced by
 Loongson, and it's even better because Lemote people are much easier to be
 reached for support than Loongson (they are really helpful when we were
 dealing with some PMON upgrading issues).

Debian is currently being bitten by MIPS chinese prototype boards that
behave unreliably and are hard to replace.
I, personally, think that being able to buy (if needed) hardware is
not bad idea either, for the sake of replacements, redundancies,
etc...

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


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

Re: Bits from ARM porters

Hello,

(Adding CC to person that done the comment)

2013/12/3 Lisandro Damián Nicanor Pérez perezme...@gmail.com:
 Hector Oron wrote:
 [snip]
 5.1 Enable buildd support
 ─

   ⁃ Fast model system (initial bootstrapping only)
   ⁃ QEMU support (bootstrapping to the point of a buildd image 
 recompile it all again)
   ⁃ Real hardware accessible to Debian (?)
 ⁃ Qt issues make it hard with emulators. May build, might not work.

 Would this be a Qt problem related to the emulator or the the toolkit
 itself?

 /me with his Qt maintainer hat on (which might be too big, but oh well...)

That was a comment done by Canonical folks, iirc Adam Conrad, talking
from their experience on emulated builds. Maybe, they are able to
expand on the comment.

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


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

Re: Bits from ARM porters

2013-12-03 Thread Dmitrijs Ledkovs

On 2 December 2013 23:08, Hector Oron hector.o...@gmail.com wrote:
 5 arm64 Debian port support
 ═══

   If Debian is unable to find ARM 64-bit hardware before Jessie gets
   frozen, it likely won't be Jessie supported.



What is the opportunity cost here? Are there no machine available
within budget? If that's the case, what's the current budget that
Debian Project can contribute, and what's the shortage to buy ARM
64-bit hardware *today*?
Is the shortage realistically be possible to fill with a targeted fundraiser?

During Jessie lifecycle, there will be demand for stable ARM64 port.

Regards,

Dmitrijs.


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

Re: Bits from ARM porters

2013-12-03 Thread Cyril Brulebois

Dmitrijs Ledkovs x...@debian.org (2013-12-03):
 On 2 December 2013 23:08, Hector Oron hector.o...@gmail.com wrote:
  5 arm64 Debian port support
  ═══
 
If Debian is unable to find ARM 64-bit hardware before Jessie gets
frozen, it likely won't be Jessie supported.
 
 
 
 What is the opportunity cost here? Are there no machine available
 within budget? If that's the case, what's the current budget that
 Debian Project can contribute, and what's the shortage to buy ARM
 64-bit hardware *today*?
 Is the shortage realistically be possible to fill with a targeted fundraiser?
 
 During Jessie lifecycle, there will be demand for stable ARM64 port.

arm64 hardware availability (or lack thereof) might be the blocker here.

Mraw,
Ki-not-pretending-that-he-knows-anything-about-hardware-Bi.


signature.asc
Description: Digital signature

Re: Release sprint results - team changes, auto-rm and arch status

On Tuesday, December 3, 2013, Hector Oron wrote:

 Hello,

 2013/12/3 Aron Xu a...@debian.org javascript:;:

  What do you think of Lemote Spark 3A 6100 machines? As those as
  suitable as the motherboards you propose?

  As mentioned previously, we have a board donated by Lemote, which I
 believe
  is a very early version of the board that have been used for their
 internal
  testing. From the experience I get from that board, stability is good (no
  hang or crash so far) and performance do not differ from the one
 produced by
  Loongson, and it's even better because Lemote people are much easier to
 be
  reached for support than Loongson (they are really helpful when we were
  dealing with some PMON upgrading issues).

 Debian is currently being bitten by MIPS chinese prototype boards that
 behave unreliably and are hard to replace.
 I, personally, think that being able to buy (if needed) hardware is
 not bad idea either, for the sake of replacements, redundancies,
 etc...

 Regards,
 --
  Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.



I wonder what do you mean by prototype boards? IIRC those 2E boxes are not
prototypes but was available for purchase, but because they are old and 2F
CPUs replaces its position...  Well the bad thing is that there are 3
versions of 2F that has/had been put in production and only the last one
does not have the NOP hardware bug...

I once used a 2F box for a couple of days and I now feel that 3A boards are
much better than 2E/2F. Also, Lemote's Spark 6100 machine is easier to buy
than Loongson's boards (Lemote's are available for purchase online without
the need of contacting beforehand).


Thanks,
Aron

Re: Bits from ARM porters

Hello,

2013/12/3 Aurelien Jarno aurel...@aurel32.net:

 On Tue, Dec 03, 2013 at 12:43:36AM +0100, Hector Oron wrote:
 5.2 Setup arm64 debian-ports
 

   ⁃ arm64 setup as new bootstrapping port
   ⁃ manual builds could be uploaded but possible lack of space
   ⁃ 9 more packages needed for a minimal bootstrap

 I have been contacted by Wookey earlier this year about adding arm64
 port to debian-ports, and everything is now ready. I am still waiting
 for the buildds email addresses and ssh key though.

 It is already possible to upload packages, as space is not an issue on
 debian-ports since we moved to the machine offered by DSA. That said
 adding a new architecture is a problem (I had to add mips64el on the
 waiting list recently), as we are lacking CPU and disk I/O. Remember we
 have about 2/3 of the architectures in the official Debian archive, on
 a single virtual machine.

Wookey, any ETA for providing buildds email addresses and ssh key?

Aurelien, currently debian-ports is a libvirt VM all by itself on
DL850 hardware, which it is undesired, so debian-ports cannot have
more resources on that machine until it moves away (preferably as
Debian service if that's desired).


 7 Debian-Ports integration in Debian
 

 I find strange that it has been discussed and actions have been taken
 during an ARM bof, without having been contacted. Anyway let's see the
 various points:

Aurelien, this is chicken-egg problem, I added that point for
discussion for the meeting (which was published when announced the
discussion agenda, few months away). I was wanting to discuss with
you, once there is some material for discussion. Actions have not yet
been taken, as it needs to be discussed with you. Let's have a look to
the issues more deeply:

   debian-ports needs a user mailing list.

 That could be a good idea. Note however that there is currently a
 buildd-maintain...@debian-ports.org contacting the buildd maintainers of
 all architectures there.

There are no public forums for debian-ports discussions. Some
debian-ports buildd maintainers would benefit from that so share
experiences and share common problems. It would also be a common
ground to know which ports are being added/removed, etc... Instead of
handling that in private. I think we all are in the same thinking that
a mailing list would be good. So, for fixing the problem:

   Which mailing list should be used for debian-ports discussion?

 I am opened to suggestions that do not involve the debian-ports machine,
 as the goal is to reduce the things hosted there.

While the ARM sprint, Manuel Montecelo suggested to create one in
alioth or we can either replace debian-po...@lists.debian.org alias by
proper mailing list, as that list currently spams all porters lists,
and some people is annoyed with it.
Options:
 a. create new mailing list on alioth
 b. re-purpose debian-ports@l.d.o
 c. other


 7.1 Hand machine over to DSA
 

   All that needs to be done to handover machine to DSA:
   ⁃ Identify services running on d-ports
   ⁃ Transfer services to DSA machine
   ⁃ Transfer domain names to DSA

 As already said earlier, I am fine doing that as long as we do not loose
 features or contributors. What is clearly missing in the list above, is
 the manpower to do the transfer and the maintenance once the transfer is
 done (unless DSA is planning to do the full administration, including
 wanna-build, archive, ...).

No DSA should not do the service administration. I would expect the
manpower to do the transfer and maintenance would be done by
debian-ports team (which includes you, me and other people behind the
curtains if there are some).

 Here is the list of services:
 - mini-dak for running the archive
 - FTP server for uploading packages and serving the archive and CD images
 - web server for serving the archive and CD images
 - wanna-build
 - postgresql for wanna-build
 - web server for wanna-build frontend (pgstatus)
 - mail server + wbpy to store the build logs
 - rsync server for serving the archive, currently restricted to mirrors
   due to I/O issues
 - git server and web server for the code and data used on debian-ports
 - script to create an incoming directory
 - script for transitions tracking (ben)
 - POP3S server for buildds behind NAT
 - DNS server for debian-ports.org
 - web server for the public website
 - IPv6: not really a service, but used for buildds without public IPv4

I opened RT#4808, attaching that list, in case, we decide to take action on it.

 7.2 Enable unreleased suite handling in archive tools
 ─

   Aparently, keeping separated archive for debian-ports would be good,
   so we can still have waky-hacks in -ports, while do clean bootstrap in
   Debian archives.

 The unreleased suite is a very important feature that should not be
 lost, unless we allow porters to NMU packages in a short

Re: Bits from ARM porters

2013-12-03 Thread Thorsten Glaser

KiBi wrote:

Dmitrijs Ledkovs x...@debian.org (2013-12-03):

 What is the opportunity cost here? Are there no machine available
 within budget? If that's the case, what's the current budget that
 Debian Project can contribute, and what's the shortage to buy ARM
 64-bit hardware *today*?

arm64 hardware availability (or lack thereof) might be the blocker here.

And the MIPS thread âright nowâ shows how much we would not want
to rely on prototype/evaluation boards.

 During Jessie lifecycle, there will be demand for stable ARM64 port.

How about not releasing arm64 with jessie, but making a snapshot of
unstable/arm64 (from debian-ports possibly) at that point and offering
that as âjessie-arm64â, like âetch-m68kâ was done?

With less than a year to go, this sounds like a safe route, and will
lead to people not needing to rush things.

bye,
//mirabilos


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

Re: Release sprint results - team changes, auto-rm and arch status

Hello Aron,

2013/12/3 Aron Xu a...@debian.org:
On Tuesday, December 3, 2013, Hector Oron wrote:

Debian is currently being bitten by MIPS chinese prototype boards that
behave unreliably and are hard to replace.
I, personally, think that being able to buy (if needed) hardware is
not bad idea either, for the sake of replacements, redundancies,
etc...

I wonder what do you mean by prototype boards? IIRC those 2E boxes are not
prototypes but was available for purchase, but because they are old and 2F
CPUs replaces its position... Well the bad thing is that there are 3
versions of 2F that has/had been put in production and only the last one
does not have the NOP hardware bug...

Apologies for the confusion, allow me to clarify, I was referring to
'mips' Octeon boards, either those were prototypes or failed QA, so
out of four boards send to ubcece:
- One board was DOA
- Two boards are really unreliable
- One board is somehow stable
All of the above came with notes saying that eth0 was broken.

We do not want to repeat the same mistake for the mipsel port.

I once used a 2F box for a couple of days and I now feel that 3A boards are
much better than 2E/2F. Also, Lemote's Spark 6100 machine is easier to buy
than Loongson's boards (Lemote's are available for purchase online without
the need of contacting beforehand).

Yes, I found a Spark 3A 6100 at taobao site. I was planning to get one
for myself and check whether it can be worth it for Debian
infrastructure. So, I was wondering if you had experience with it and
if there is mainline supported kernel, bootloader, etc... in essence,
is it able to run buildd software with Debian software components
(doing minimal enablement)?

Regards,
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.

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

Re: Bits from ARM porters

2013-12-03 Thread Thorsten Glaser

 I don't really see the point, as it is already the case. Actually most
 of the uploaders in debian-ports are non-DD, and it is something that
 should not be lost in the transfer either.

If debian-ports is converted to official Debian service, then all the
user database is extracted from LDAP, which allows access to DD, but
non-DD have a problem (similar with alioth guest accounts). Somehow
that needs to be solved. While in the sprint, few DAM members were
around and we were able to discuss it a little bit. Apparently, the
consensus was to make those people Debian contributors or the such
early in the process, if I understood correctly.

Iâd love to have a bit more incentive to get people like Ingo, who
has been doing m68k buildd work for, I believe, a decade, to become
at least a Debian member. On the other hand, while some of these
people (porters) will need packaging skills and should attempt to
become full uploading DD, some (buildd admins) will need more or
less only trust and some limited technical skills (ofc they should
be welcome to do more), so we shouldnât put the barrier *too* high.

Iâd really like to get everyone whoâs got root on the m68k buildds,
or physical access to itÂ¹, to be a member of the project, thoughâ¦

bye,
//mirabilos

â  Though this would include âremote handsâ like parents, or data
  centre personnell, which we cannot justify.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/l7kjgl$d18$2...@ger.gmane.org

Re: Bits from ARM porters

Hello,

2013/12/3 Dmitrijs Ledkovs x...@debian.org:
On 2 December 2013 23:08, Hector Oron hector.o...@gmail.com wrote:

5 arm64 Debian port support
═══

If Debian is unable to find ARM 64-bit hardware before Jessie gets
frozen, it likely won't be Jessie supported.

What is the opportunity cost here? Are there no machine available
within budget? If that's the case, what's the current budget that
Debian Project can contribute, and what's the shortage to buy ARM
64-bit hardware *today*?
Is the shortage realistically be possible to fill with a targeted fundraiser?

During Jessie lifecycle, there will be demand for stable ARM64 port.

Seriously, I have no idea. There are no arm64 machines available for
sale, besides those phones from the apples, which are unsuitable for
our purposes. Debian Project is community funded, in general, people
find expending 5-7k$ out of Debian money for full ARM (32-bit) server
*not* an option. While Canonical was able to make a deal with AMCC/APM
for X-Gene machine (to build Ubuntu's arm64 port), apparently that
machine is not going to see the light until half next year, right
before Debian freeze.

It was suggested to do arm64 cross built or emulated built in
debian-ports, so it'd be easier to bootstrap if it becomes official,
however it is quite tight in schedule for Jessie release as you can
see.

Regards,
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.

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

Bug#731232: ITP: libplack-middleware-cache-perl -- Plack::Middleware::Cache - Plack middleware that cache responses

2013-12-03 Thread Piotr Roszatycki

Package: wnpp
Severity: wishlist
Owner: Piotr Roszatycki dex...@debian.org

* Package name: libplack-middleware-cache-perl
  Version : 0.12
  Upstream Author : Ingy döt Net i...@cpan.org
* URL : https://metacpan.org/release/Plack-Middleware-Cache
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Plack::Middleware::Cache - Plack middleware that cache 
responses

A streaming capable proxy for Plack.

This application is just like a normal PSGI application and is middleware
aware, which means you can modify proxy requests (and responses) using Plack
middleware stack.


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

Re: Release sprint results - team changes, auto-rm and arch status

On Tue, Dec 3, 2013 at 8:31 PM, Hector Oron hector.o...@gmail.com wrote:
Hello Aron,

2013/12/3 Aron Xu a...@debian.org:
On Tuesday, December 3, 2013, Hector Oron wrote:

We do not want to repeat the same mistake for the mipsel port.

Of course, the board they donated are not intended for being
buildd/porterbox but just for continuing the development of 64-bit
port. What Graham mentioned for replacing existing Debian mipsel
hardware are production boards sell by Loongson, Inc.

As mentioned in previous mails, all Loongson 3A products do not have
proper upstream kernel support currently (patches at linux-mips but
not accepted), and a new group of people are now working on it to see
if the problem can be solved. For boards with Loongson CPUs they use
PMON, which combines the functionality of BIOS and bootloader. PMON of
all the boards I have seen are decent to use, i.e. having at least
32bit DMA support and 4x2GB DDR3 RDIMMs, some of them support 40bit
DMA (most of Lemote's products do). UDIMM support is not good at the
moment and the supported single memory bank size is limited to 2GB for
RDIMM.

So in most cases there's no need to flash PMON except you want to
enable 40bit DMA support for those who doesn't have it before. And
after choosing a properly built kernel then almost (if not) all Debian
packages are working as expected. We have run Debian mipsel buildd
software for a couple of months without problem, and now we are
running the mips64el version without problem. Stuff relies on kernel
features heavily wasn't work as expected as the kernel we used isn't
using standard Debian config (e.g. lacking of aufs support, etc).

Thanks,
Aron Xu

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

Re: Bits from ARM porters

2013-12-03 Thread Colin Watson

On Tue, Dec 03, 2013 at 12:30:16PM +0100, Hector Oron wrote:
 2013/12/3 Lisandro Damián Nicanor Pérez perezme...@gmail.com:
  Hector Oron wrote:
  [snip]
  5.1 Enable buildd support
  ─
 
⁃ Fast model system (initial bootstrapping only)
⁃ QEMU support (bootstrapping to the point of a buildd image 
  recompile it all again)
⁃ Real hardware accessible to Debian (?)
  ⁃ Qt issues make it hard with emulators. May build, might not work.
 
  Would this be a Qt problem related to the emulator or the the toolkit
  itself?
 
  /me with his Qt maintainer hat on (which might be too big, but oh well...)
 
 That was a comment done by Canonical folks, iirc Adam Conrad, talking
 from their experience on emulated builds. Maybe, they are able to
 expand on the comment.

It's not a problem with Qt as such.  The problem is that qemu-user tends
to get very upset when multithreading is involved, and Qt likes to use
threads.  We escalated it to the emulator folks in Linaro some time ago,
but I'm told that fixing this in qemu is a very substantial project
which nobody's currently working on.

  https://bugs.launchpad.net/qemu/+bug/1084148

The approach used by Launchpad's ARM PPA builders where you install
qemu-user-static and emulate foreign-architecture binaries on the fly is
a neat trick, and works for a subset of packages.  But until qemu-user
is made a *lot* more robust, it doesn't stand a chance of being able to
build the whole archive; and Qt is low enough down the dependency chain
that in practice you run into this sooner than you might expect or want.

qemu-system doesn't suffer from this class of problems.  On the other
hand it's significantly slower, and you may have some amusement getting
it to do such things as emulating a machine with sufficient memory and
I/O.

-- 
Colin Watson   [cjwat...@debian.org]


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131203143829.ga20...@riva.ucam.org

Re: Bits from ARM porters

2013-12-03 Thread Wookey

+++ Aurelien Jarno [2013-12-03 01:56 +0100]:
 Hi,
 
 On Tue, Dec 03, 2013 at 12:43:36AM +0100, Hector Oron wrote:
  5.2 Setup arm64 debian-ports
  
  
⁃ arm64 setup as new bootstrapping port
⁃ manual builds could be uploaded but possible lack of space
⁃ 9 more packages needed for a minimal bootstrap
 
 I have been contacted by Wookey earlier this year about adding arm64
 port to debian-ports, and everything is now ready.

Yes, thanks very much for doing that. (Although I never got an email
about it, so only noticed because someone pointed out it was there)

 I am still waiting for the buildds email addresses and ssh key though.

We're still waiting for a machine we can actually use as a buildd.

In the meantime I've set up an 80-core amd64 machine to run models on.
I'm in the process of setting that up so that it can actually be used as
a set of buildds. We'll see how that performs. It's slow, but still good
enough to build hundreds packages/week. And would at least validate the
architecture in debian infra. I expect this to happen this month.

We also (as of today) have part-time access to the early hardware linaro
have, so long as we don't get in the way of other development and
benchmarking work. Actually Riku has access to that machine - I'm not
allowed to log in because of idiotic legal nonsense about NDAs between
ARM and the owners of the hardware (riku is employed by linaro, I'm
seconded from ARM, so only one of poses an unnacceptable threat to their
Imaginary Property).

 It is already possible to upload packages, as space is not an issue on
 debian-ports since we moved to the machine offered by DSA. That said
 adding a new architecture is a problem (I had to add mips64el on the
 waiting list recently), as we are lacking CPU and disk I/O. Remember we
 have about 2/3 of the architectures in the official Debian archive, on
 a single virtual machine.

Understood. We hope not to spend too log in ports, but it depends how
long before a real buildd is aquired.


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: http://lists.debian.org/20131203150146.gr1...@stoneboat.aleph1.co.uk

Re: Bits from ARM porters

2013-12-03 Thread Adam Conrad

On Tue, Dec 03, 2013 at 12:30:16PM +0100, Hector Oron wrote:
 2013/12/3 Lisandro Damián Nicanor Pérez perezme...@gmail.com:
 
  Would this be a Qt problem related to the emulator or the the toolkit
  itself?
 
 That was a comment done by Canonical folks, iirc Adam Conrad, talking
 from their experience on emulated builds. Maybe, they are able to
 expand on the comment.

It's not a Qt issue, it's a fundamental issue with qemu-user-static
and threading, which Qt uses a whole lot of.  The issues aren't at
all limited to Qt, it just happens that Qt gets run a lot in a lot
of builds (a lot more than you'd think...).

... Adam


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131203160122.gi7...@0c3.net

Re: Bits from ARM porters

2013-12-03 Thread Julien Cristau

On Tue, Dec  3, 2013 at 11:42:56 +, Dmitrijs Ledkovs wrote:

 On 2 December 2013 23:08, Hector Oron hector.o...@gmail.com wrote:
  5 arm64 Debian port support
  ═══
 
If Debian is unable to find ARM 64-bit hardware before Jessie gets
frozen, it likely won't be Jessie supported.
 
 
 
 What is the opportunity cost here? Are there no machine available
 within budget? If that's the case, what's the current budget that
 Debian Project can contribute, and what's the shortage to buy ARM
 64-bit hardware *today*?

I would hope that's 0.  If there's available arm64 hw and there are
companies interested in a Debian arm64 port then I'd think they can
sponsor hw.

Cheers,
Julien


signature.asc
Description: Digital signature

Re: Bits from ARM porters

2013-12-03 Thread John Paul Adrian Glaubitz

On 12/03/2013 01:40 PM, Thorsten Glaser wrote:
 Iâ€™d really like to get everyone whoâ€™s got root on the m68k buildds,
 or physical access to itÂ¹, to be a member of the project, thoughâ€¦

I second that!

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/529e194c.8090...@physik.fu-berlin.de

Re: Release sprint results - team changes, auto-rm and arch status

On Wed, Dec 4, 2013 at 2:29 AM, Graham Whaley graham.wha...@gmail.com wrote:
On 3 December 2013 12:31, Hector Oron hector.o...@gmail.com wrote:

Hello Aron,

2013/12/3 Aron Xu a...@debian.org:
On Tuesday, December 3, 2013, Hector Oron wrote:

I wonder what do you mean by prototype boards? IIRC those 2E boxes are
not
prototypes but was available for purchase, but because they are old and
2F
CPUs replaces its position... Well the bad thing is that there are 3
versions of 2F that has/had been put in production and only the last one
does not have the NOP hardware bug...

We do not want to repeat the same mistake for the mipsel port.

I once used a 2F box for a couple of days and I now feel that 3A boards
are
much better than 2E/2F. Also, Lemote's Spark 6100 machine is easier to
buy
than Loongson's boards (Lemote's are available for purchase online
without
the need of contacting beforehand).

Does anybody have a URL for purchase of those Spark 6100 machines? I had a
surf on taobao, but completely failed to find anything lemote or loongson.
I did check recently with the European distributor (tekmote) if they were
going to sell the '3A mini-pc or desktop', and they said no :-(

And here you are:
http://item.taobao.com/item.htm?id=22206048695

Price is CNY 3999 right now, seems to be much cheaper than before (I
remember it was about CNY6999).

Thanks,
Aron

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

Re: Release sprint results - team changes, auto-rm and arch status

2013-12-03 Thread Graham Whaley

On 3 December 2013 12:31, Hector Oron hector.o...@gmail.com wrote:

 Hello Aron,

 2013/12/3 Aron Xu a...@debian.org:
  On Tuesday, December 3, 2013, Hector Oron wrote:

  Debian is currently being bitten by MIPS chinese prototype boards that
  behave unreliably and are hard to replace.
  I, personally, think that being able to buy (if needed) hardware is
  not bad idea either, for the sake of replacements, redundancies,
  etc...

  I wonder what do you mean by prototype boards? IIRC those 2E boxes are
 not
  prototypes but was available for purchase, but because they are old and
 2F
  CPUs replaces its position...  Well the bad thing is that there are 3
  versions of 2F that has/had been put in production and only the last one
  does not have the NOP hardware bug...

 Apologies for the confusion, allow me to clarify, I was referring to
 'mips' Octeon boards, either those were prototypes or failed QA, so
 out of four boards send to ubcece:
  - One board was DOA
  - Two boards are really unreliable
  - One board is somehow stable
 All of the above came with notes saying that eth0 was broken.

 We do not want to repeat the same mistake for the mipsel port.

  I once used a 2F box for a couple of days and I now feel that 3A boards
 are
  much better than 2E/2F. Also, Lemote's Spark 6100 machine is easier to
 buy
  than Loongson's boards (Lemote's are available for purchase online
 without
  the need of contacting beforehand).

 Yes, I found a Spark 3A 6100 at taobao site. I was planning to get one
 for myself and check whether it can be worth it for Debian
 infrastructure. So, I was wondering if you had experience with it and
 if there is mainline supported kernel, bootloader, etc... in essence,
 is it able to run buildd software with Debian software components
 (doing minimal enablement)?


Does anybody have a URL for purchase of those Spark 6100 machines? I had a
surf on taobao, but completely failed to find anything lemote or loongson.
I did check recently with the European distributor (tekmote) if they were
going to sell the '3A mini-pc or desktop', and they said no :-(


 Regards,
 --
  Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Re: Bits from ARM porters

2013-12-03 Thread Ingo Jürgensmann

Am 03.12.2013 um 13:40 schrieb Thorsten Glaser t...@debian.org:

 I’d love to have a bit more incentive to get people like Ingo, who
 has been doing m68k buildd work for, I believe, a decade, to become

Hmmm, since March 2001, if my archive serves me correctly. 

 at least a Debian member. On the other hand, while some of these
 people (porters) will need packaging skills and should attempt to
 become full uploading DD, some (buildd admins) will need more or
 less only trust and some limited technical skills (ofc they should
 be welcome to do more), so we shouldn’t put the barrier *too* high.

Hmm, hmmm, h... 
Trying to convince me to become a DD is as old as running Arrakis as second 
m68k buildd to Kullervo. Over 12 years now. Back then it would have been easy: 
just say Yes, I want to be a DD, here's my gpg key!
Because I didn't want to do any packaging at all, it became impossible at some 
point until DMs and such were introduced. Somewhen I decided to apply, but 
wasn't applied an AM for about a whole year, which led me to revoke my 
application with great disappointment.

 I’d really like to get everyone who’s got root on the m68k buildds,
 or physical access to it¹, to be a member of the project, though…

Well, this would be the only reason for me that would justify a new 
application: establishing some degree of trust, well, more official trust 
relationship than now. But beyond that... well, I don't know if it makes sense 
to become a DD in a big effort. 
Actually, I'm not against it, but I have no problem with not being one. If 
others think it would make sense, then it's perfectly fine for me to re-apply 
if I won't face the same trouble again. 

When being a DD I could imagine to work on merging Buildd.Net into Debian 
infrastructure and improve it, if that would be appreciated... 

That being said: becoming a DD would be ok for me, but would it be ok with the 
project as well? The scope of my work would be rather limited, I think... 

-- 
Ciao...//  Fon: 0381-2744150
  Ingo   \X/   http://blog.windfluechter.net


gpg pubkey:  http://www.juergensmann.de/ij_public_key.asc



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Bits from ARM porters

2013-12-03 Thread Thorsten Glaser

Ingo Jürgensmann dixit:

Because I didn't want to do any packaging at all, it became impossible
at some point until DMs and such were introduced. Somewhen I decided

It’s even better now: we have “non-packaging developers”, e.g. people
who work on, say, exclusively the press team.

to apply, but wasn't applied an AM for about a whole year, which led
me to revoke my application with great disappointment.

Oh ☹ That’s sad. I think just before I decided to apply for DD, there
were a lot of improvements in that area though (I did manage to pass
in an amazing six weeks total), so I hope that’s a thing os the past.

That being said: becoming a DD would be ok for me, but would it be ok
with the project as well? The scope of my work would be rather
limited, I think...

Most definitely! (Think diversity statement.)

bye,
//mirabilos
-- 
13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good
guy. But he's always right! In every fsckin' situation, he's right. Even
with his deeply perverted taste in software and borked ambition towards
broken OSes - in the end, he's damn right about it :(! […] works in mksh


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/pine.bsm.4.64l.1312032024070.2...@herc.mirbsd.org

Re: Bits from ARM porters

2013-12-03 Thread Tollef Fog Heen

]] Ingo Jürgensmann 

 Trying to convince me to become a DD is as old as running Arrakis as
 second m68k buildd to Kullervo. Over 12 years now. Back then it would
 have been easy: just say Yes, I want to be a DD, here's my gpg key!

Not really, I became a DD about then and went through the full NM with
PP and all.

  I’d really like to get everyone who’s got root on the m68k buildds,
  or physical access to it¹, to be a member of the project, though…
 
 Well, this would be the only reason for me that would justify a new
 application: establishing some degree of trust, well, more official
 trust relationship than now. But beyond that... well, I don't know if
 it makes sense to become a DD in a big effort.
 Actually, I'm not against it, but I have no problem with not being
 one. If others think it would make sense, then it's perfectly fine for
 me to re-apply if I won't face the same trouble again.

With no particular hat on, I'd really like anybody running services for
and pushing packages into Debian to have some sort of official hat,
whether it's DD or DM or similar.  As for merging buildd.net into the
rest of the wbadm stuff, I have no opinion.  Talking to the existing
wbadm people is probably the best way forward.

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


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/m2y5417i61@rahvafeir.err.no

ITP: obsession 2013-08-22

2013-12-03 Thread JM

Package: wnpp
Severity: wishlist

owner: melodie me...@gmx.fr

* Package name: obsession
*  Version : 2013-08-22
*  Upstream Author : Fabrice THIROUX fabrice.thir...@free.fr

Parts of theses programs are taken from lxsession-logout and LightDM:
 * Hong Jen Yee (aka PCMan) pcman...@gmail.com
 * Robert Ancell robert.anc...@canonical.com

* URL  :https://bitbucket.org/fabriceT/obsession/
* License : (GPLv3)
  Programming Lang: (C)

* Description:
# obsession-logout displays a dialog where you can choose if you want to quit 
the session
power off, suspend or hibernate the computer.

# obsession-exit, this is the command line version of obsession-logout.

# xdg-autostart start automaticaly programs defined in /etc/xdg/autostart and
~/.config/autostart 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131203230608.156b493a376b4aa299e26...@gmx.fr

Re: Release sprint results - team changes, auto-rm and arch status

2013-12-03 Thread David Kuehling

 Aron == Aron Xu a...@debian.org writes:

 And here you are: http://item.taobao.com/item.htm?id=22206048695

 Price is CNY 3999 right now, seems to be much cheaper than before (I
 remember it was about CNY6999).

I recently ordered the Xinghuo 3A 6100 directly from lemote.com, by
emailing the sales people (can give you the email address I used in
private mail).  Payment was in advance via international bank transfer,
$600 plus shipment and german import tax/customs.  Machine was delivered
via TNT within a few days.

It looks pretty solidly build.  Metal enclosure, pretty standard
mini-ITX/ATX equipment AFAICS.  Large enough to hold at least one 3.5
harddisk (a 2.5 drive is preinstalled, two SATA sockets provided on
board).  Has another case fan mounted above the hard-drive, so shouldn't
easyly overheat.

That said, it comes with some chines Linux derivate pre-installed, but I
didn't yet find the time to put Debian on it.

cheers,

David
-- 
GnuPG public key: http://dvdkhlng.users.sourceforge.net/dk2.gpg
Fingerprint: B63B 6AF2 4EEB F033 46F7  7F1D 935E 6F08 E457 205F


pgpZRgprZOAlx.pgp
Description: PGP signature

Re: Release sprint results - team changes, auto-rm and arch status

2013-12-03 Thread Tollef Fog Heen

]] David Kuehling 

  Aron == Aron Xu a...@debian.org writes:
 
  And here you are: http://item.taobao.com/item.htm?id=22206048695
 
  Price is CNY 3999 right now, seems to be much cheaper than before (I
  remember it was about CNY6999).
 
 I recently ordered the Xinghuo 3A 6100 directly from lemote.com, by
 emailing the sales people (can give you the email address I used in
 private mail).  Payment was in advance via international bank transfer,
 $600 plus shipment and german import tax/customs.  Machine was delivered
 via TNT within a few days.
 
 It looks pretty solidly build.  Metal enclosure, pretty standard
 mini-ITX/ATX equipment AFAICS.  Large enough to hold at least one 3.5
 harddisk (a 2.5 drive is preinstalled, two SATA sockets provided on
 board).  Has another case fan mounted above the hard-drive, so shouldn't
 easyly overheat.

Does it have IPMI, LOM/DRAC/ILO/some sort of remote management or is all
that serial console + networked power switch?  I suspect Debian would be
more interested in the 3A 2001 server, any idea about cost for that?
(And same question for remote management.)

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


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8738m9cbq7@qurzaw.varnish-software.com

Re: debconf as a registry

2013-12-03 Thread Jakub Wilk


* Ian Jackson ijack...@chiark.greenend.org.uk, 2013-11-28, 13:56:

I suggest the following test instead:

1) DEBIAN_FRONTEND=noninteractive apt-get install $package
2) rm -rf /var/cache/debconf
3) DEBIAN_PRIORITY=low apt-get install --reinstall $package

If any questions are asked in point 3, the package uses debconf as registry.

Funnily enough, debconf itself fails this test.


I don't think this is right.  Questions might be asked to know not what to 
write into some config file, but to determine directly whether the maintainer 
script should take some action right now (eg, restarting a daemon or not).


Indeed, it's a possible source of false positives. I don't think it'd be a big 
problem in practice, but it can be easily mitigated:


1) DEBIAN_FRONTEND=noninteractive apt-get install $package
2) DEBIAN_PRIORITY=low apt-get install --reinstall $package
3) rm -rf /var/cache/debconf
4) DEBIAN_PRIORITY=low apt-get install --reinstall $package

If any questions are asked in point 4 that weren't asked in point 2, something 
is fishy.


--
Jakub Wilk


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

Re: Bug#731282: ITP: diylc -- electronic circuit designer for stripboards

2013-12-03 Thread Andrei POPESCU

Control: reassign -1 wnpp
Control: retitle -1 ITP: diylc -- electronic circuit designer for stripboards
Control: owner -1 chrisofbris...@gmail.com

On Ma, 03 dec 13, 22:41:24, ChrisofBristol (gmail) wrote:
 Package: DIY Layout Creator
 Version: 3.28.0
 
 *The licence the package is provided under;*  GPL3
 
 *Short and long descriptions of the package;*
   *Short:*  Electronic circuit layout designer for stripboards.
 
   *Long:*  DIY Layout Creator (DIYLC for short) is a drawing tool 
 developed with help of a large online community of DIY electronics 
 enthusiasts. It incorporates many ideas that came from people using older 
 versions of the application.  The goal is to provide a simple interface and 
 enough power to let the user draw schematics, board/chassis layouts and 
 wiring diagrams quickly and without a steep learning curve.
 
 *Where the package can be obtained from:*
   It has already been packaged by 
 GetDeb:http://www.getdeb.net/software/DIY%20Layout%20Creator
   The source is available 
 here:https://code.google.com/p/diy-layout-creator/source/checkout
 
 Mentors
 
 I would like a sponsor for the DIY Layout Creator package. The maintainer 
 isbanc...@gmail.com  but he is not a Linux user, so I am the Linux contact.
 
 This is an extremely useful and effective package with a well thought out and 
 easy to use interface. It has already been downloaded tens of thousands of 
 times for various operating systems. Including it in Debian would enable 
 Debian users to find and install it easily.

In order to look for sponsors you will have to file a separate RFS bug 
against the sponsorship-requests pseudo-package.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Accepted ansible 1.4.1+dfsg-1 (source all)

2013-12-03 Thread Michael Vogt

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 03 Dec 2013 08:17:05 +0100
Source: ansible
Binary: ansible ansible-fireball ansible-node-fireball ansible-doc
Architecture: source all
Version: 1.4.1+dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Janos Guljas ja...@debian.org
Changed-By: Michael Vogt m...@debian.org
Description: 
 ansible- Configuration management, deployment, and task execution system
 ansible-doc - Ansible documentation and examples
 ansible-fireball - Ansible fireball transport support
 ansible-node-fireball - Ansible fireball transport support for nodes
Changes: 
 ansible (1.4.1+dfsg-1) unstable; urgency=low
 .
   * New upstream version
   * add asciidoc build-depends
Checksums-Sha1: 
 3698c3cd5eb95b5e5ef0dd9362ec4aa5dd776a0a 1474 ansible_1.4.1+dfsg-1.dsc
 82c779385c236dd29fb20e16a6fe03f0d7786871 990319 ansible_1.4.1+dfsg.orig.tar.gz
 dc719a1b368878d0e5656908a4519441083cc862 93109 
ansible_1.4.1+dfsg-1.debian.tar.gz
 5c9503dec8a3edf6e3f765ae67518ee7b868e8dc 551068 ansible_1.4.1+dfsg-1_all.deb
 5261f357de02b201fec96cf1230ffa2d8bd2a454 27068 
ansible-fireball_1.4.1+dfsg-1_all.deb
 0e0a42b9d23ea80d01ff9048e9580efd9e91a06b 27044 
ansible-node-fireball_1.4.1+dfsg-1_all.deb
 42c44af10def63d2fb8e4c2dbfecaef30eed139a 351652 
ansible-doc_1.4.1+dfsg-1_all.deb
Checksums-Sha256: 
 763e752e928c6f5cf98ddd4d3802bae9618a2dde400348b0fd41bc95a3364e76 1474 
ansible_1.4.1+dfsg-1.dsc
 362371b60e793b3bc626f2c4b6ccf5589dc880dbdeffbbd3a9486582b981a071 990319 
ansible_1.4.1+dfsg.orig.tar.gz
 6e104ed9a9e0619b03af47887d2f65a5ee4db649877811c9ca2d4f2e5c1ee861 93109 
ansible_1.4.1+dfsg-1.debian.tar.gz
 ade711b436324734df0791689b8e86d4fceb6a5983842a9f0d43d24682b1b920 551068 
ansible_1.4.1+dfsg-1_all.deb
 b1fc773c7468060e333c84d1bdf3b9622167cba151cead4c5fbfadd1f16e8a77 27068 
ansible-fireball_1.4.1+dfsg-1_all.deb
 d203458da41ad2c9762c9524d13e7bcf1b70c20c3d37364709581605dda5d9e0 27044 
ansible-node-fireball_1.4.1+dfsg-1_all.deb
 fb9f2ef5fd931d509efc1fde7712987e3e9639f58c0ebfe18aab1e311b37fe64 351652 
ansible-doc_1.4.1+dfsg-1_all.deb
Files: 
 061cef06a0e459c7f33f3919bcc3ab29 1474 admin optional ansible_1.4.1+dfsg-1.dsc
 b2fde8ffd199088d053a2c2808642d2d 990319 admin optional 
ansible_1.4.1+dfsg.orig.tar.gz
 16cfce011053525426a6fb07a70e9fb7 93109 admin optional 
ansible_1.4.1+dfsg-1.debian.tar.gz
 e554d763cf873bfa5f8d25d83dff781b 551068 admin optional 
ansible_1.4.1+dfsg-1_all.deb
 7da813e9d6afce1f459e93a30f82e242 27068 admin optional 
ansible-fireball_1.4.1+dfsg-1_all.deb
 33b0388c24c74452f2b51417c630cc73 27044 admin optional 
ansible-node-fireball_1.4.1+dfsg-1_all.deb
 c84c90a1ec9ba378b83bb34789dafac7 351652 doc optional 
ansible-doc_1.4.1+dfsg-1_all.deb

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

iEYEARECAAYFAlKdnYQACgkQliSD4VZixzRXzwCgiI1Nn2FOaDukQxQe0XEX83Au
j1cAn2efz+R14Ub/zafcR704lCD+JGIp
=aRxU
-END PGP SIGNATURE-


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

Accepted dbus 1.6.18-2 (source amd64 all)

2013-12-03 Thread Simon McVittie

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 02 Dec 2013 10:22:39 +
Source: dbus
Binary: dbus dbus-udeb dbus-x11 libdbus-1-3 libdbus-1-3-udeb dbus-1-doc 
libdbus-1-dev dbus-1-dbg
Architecture: source amd64 all
Version: 1.6.18-2
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team 
pkg-utopia-maintain...@lists.alioth.debian.org
Changed-By: Simon McVittie s...@debian.org
Description: 
 dbus   - simple interprocess messaging system (daemon and utilities)
 dbus-1-dbg - simple interprocess messaging system (debug symbols)
 dbus-1-doc - simple interprocess messaging system (documentation)
 dbus-udeb  - simple interprocess messaging system (minimal runtime) (udeb)
 dbus-x11   - simple interprocess messaging system (X11 deps)
 libdbus-1-3 - simple interprocess messaging system (library)
 libdbus-1-3-udeb - simple interprocess messaging system (minimal library) 
(udeb)
 libdbus-1-dev - simple interprocess messaging system (development headers)
Closes: 729136
Changes: 
 dbus (1.6.18-2) unstable; urgency=medium
 .
   * Disable valgrind integration in the debug build on armel,
 since valgrind no longer supports armel (Closes: #729136)
Checksums-Sha1: 
 be6e4ff2e17f1e3e82126b45bf02f6f96c98fa11 2689 dbus_1.6.18-2.dsc
 52d00b71d52360a12525f27de5c41b4477aca768 44423 dbus_1.6.18-2.debian.tar.gz
 7a7ff4ca2a46d2a0e476762adf284db726c71533 264576 dbus_1.6.18-2_amd64.deb
 21c4792ada071cb50f3167949fae81473eca3c06 136646 dbus-udeb_1.6.18-2_amd64.udeb
 2f56181e2676e0f4def90d4ac3e982b3664bc15e 60372 dbus-x11_1.6.18-2_amd64.deb
 fbc64088f81c80638d57c662f27db99dc5198aa2 153416 libdbus-1-3_1.6.18-2_amd64.deb
 3771615d01edcf91a71323f22a937a76d93daca5 84814 
libdbus-1-3-udeb_1.6.18-2_amd64.udeb
 46daadf3211083c4c7609c9c7ffb4983199e9104 1284056 dbus-1-doc_1.6.18-2_all.deb
 ddc05cabbd209600b513be28596b0ac3b28a9b86 191918 
libdbus-1-dev_1.6.18-2_amd64.deb
 9a1c9ee699e9ba80f19875641880f5ac48f26dc1 7757956 dbus-1-dbg_1.6.18-2_amd64.deb
Checksums-Sha256: 
 21637714ae971c65abfc5c824a020b10d293a678edf05988606b6b11dbe072f6 2689 
dbus_1.6.18-2.dsc
 4a1ae696810b2e8ffe290472a35e8fc964de6c67a6936116a0355ccce94b967a 44423 
dbus_1.6.18-2.debian.tar.gz
 75f8648d0592d7fcbd45843ae8054b1ae96298993bfaf46f924c971ca8781766 264576 
dbus_1.6.18-2_amd64.deb
 68c12bac6605376a2bfbf3b7b58c9221c8e35c3ffba694c4e36aa1c9b45751e9 136646 
dbus-udeb_1.6.18-2_amd64.udeb
 9bd52794075264c2914f11c24aeb6d648907d9407b6eaf227f5cfefaa61785ec 60372 
dbus-x11_1.6.18-2_amd64.deb
 b3dd01871679d9f02363630615c01a912c2dc5cb30e48f1fd1145959e34f6bdd 153416 
libdbus-1-3_1.6.18-2_amd64.deb
 eb2443769dffa746231fac3642f2709f711c7b9c379655298b14a851f7e3a675 84814 
libdbus-1-3-udeb_1.6.18-2_amd64.udeb
 73f3726e40fdaeaab2e38abbe3fdbfb8fd732d394eeeaebaadc8e02252e1ac40 1284056 
dbus-1-doc_1.6.18-2_all.deb
 ec449c4847072d5efd8fcdba37628892fd398d087698b8f75a770f76fef07868 191918 
libdbus-1-dev_1.6.18-2_amd64.deb
 a4d27efdc38fddb7c8e344f3dd7ba258243a911f198bae0ae79d4c8f63acc337 7757956 
dbus-1-dbg_1.6.18-2_amd64.deb
Files: 
 c7959ecff48c9bb68ca4b24573696d34 2689 admin optional dbus_1.6.18-2.dsc
 adcf1585a3c3e08aecf978742ab30250 44423 admin optional 
dbus_1.6.18-2.debian.tar.gz
 8695eabe3fa25b7ae43934b41498e54d 264576 admin optional dbus_1.6.18-2_amd64.deb
 fed70ff4e64a354dcf2bd4b3b4c5b165 136646 debian-installer extra 
dbus-udeb_1.6.18-2_amd64.udeb
 b9f112cf966192ac979ec8b1619e295b 60372 x11 optional dbus-x11_1.6.18-2_amd64.deb
 c706ae9ca4bac1e2babb1b05b55d572e 153416 libs optional 
libdbus-1-3_1.6.18-2_amd64.deb
 4bef968a2c8ffc6365132c070272b756 84814 debian-installer extra 
libdbus-1-3-udeb_1.6.18-2_amd64.udeb
 2a796e8d93e2076c00ac0ed3c06e4b7a 1284056 doc optional 
dbus-1-doc_1.6.18-2_all.deb
 3948027eb2bd9cc1dd8b486c2b0ba2cf 191918 libdevel optional 
libdbus-1-dev_1.6.18-2_amd64.deb
 f4f8ee95b422ca55b360297560315cb0 7757956 debug extra 
dbus-1-dbg_1.6.18-2_amd64.deb

-BEGIN PGP SIGNATURE-

iQIVAwUBUp2UV03o/ypjx8yQAQjCPA/7BcV1oQd6gOgDl4b+Fe0FrvUPStxXRfn8
g0/2zB5c6XVhivrvCCQeXld0VBNdbBeNIhGnf1COSm6yJhbWzRsMC0rxCl1OEda/
Bqu9o8o6r2aa1xdf+zROpZAU+6mQJ33ZRrr9Bb3ZhtmpCcn8IKc3LOgw5snKenET
tMAcPmfbzQThvTWIJCE5kwP4ReHj/aDlpci4ZHIL/gx55WyMcVldEj2gFc4VAXLz
5ocJdavpG2cdyhIPBeVfmcWoUQ/T9q8OQPf8JM2vrXuLoEy+hZb/5UBz5VVlwyty
xiIc7Sfs/H29hG1HAQzOS8xMwu+jbxgVpvRtAHuTmQ36ESkNLGwAFDzAJ26rp7TQ
dV3Z4iITcSo/k8R/eq0zUP3cmHd3RLigwb70YOOBv86hKbtITVRdlezytFdixtR6
DX1EKSo/Lof7saUhUJF89elKs5fL8r6Pt2Z7AAY/Pcs7tihkMhxJxqaf9EXhNLc6
r07W9NhbvTAM36vU7nr2LpaQ0DWwL9O/7fNZui6IpcgRGY+cWY4BTXrzax5aJMeF
LV6WXdQmS0xnCnks9s19AACR+3FLwhWnefTvqVSohPqiqmUl4+w77c0CpUM6cgL4
JRuOB8KuxXoxOtdea/xLQgHVDzyM+w9yZCDRiQYLcTFGfZAAxqri8t7YdNkYuKJi
lXQtEjBj3V8=
=Jd+6
-END PGP SIGNATURE-


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

Accepted gdcm 2.4.0-2 (source amd64 all)

2013-12-03 Thread Mathieu Malaterre

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 03 Dec 2013 08:08:13 +0100
Source: gdcm
Binary: libgdcm2.4 libgdcm-tools libgdcm2-dev libgdcm2.4-dbg libgdcm-cil 
php5-gdcm libgdcm-java python-gdcm libvtkgdcm2.4 libvtkgdcm2-dev libvtkgdcm-cil 
php5-vtkgdcm libvtkgdcm-java python-vtkgdcm libvtkgdcm-tools gdcm-doc
Architecture: source amd64 all
Version: 2.4.0-2
Distribution: experimental
Urgency: low
Maintainer: Debian Med Packaging Team 
debian-med-packag...@lists.alioth.debian.org
Changed-By: Mathieu Malaterre ma...@debian.org
Description: 
 gdcm-doc   - Grassroots DICOM documentation
 libgdcm-cil - Grassroots DICOM CLI bindings
 libgdcm-java - Grassroots DICOM Java bindings
 libgdcm-tools - Grassroots DICOM tools and utilities
 libgdcm2-dev - Grassroots DICOM development libraries and headers
 libgdcm2.4 - Grassroots DICOM runtime libraries
 libgdcm2.4-dbg - Grassroots DICOM runtime libraries, debug version
 libvtkgdcm-cil - Grassroots DICOM VTK CLI bindings
 libvtkgdcm-java - Grassroots DICOM VTK Java bindings
 libvtkgdcm-tools - Grassroots DICOM VTK tools and utilities
 libvtkgdcm2-dev - Grassroots DICOM VTK development libraries and headers
 libvtkgdcm2.4 - Grassroots DICOM VTK runtime libraries
 php5-gdcm  - Grassroots DICOM PHP5 bindings
 php5-vtkgdcm - Grassroots DICOM VTK PHP bindings
 python-gdcm - Grassroots DICOM Python bindings
 python-vtkgdcm - Grassroots DICOM VTK/Python bindings
Closes: 727154 729515 729748
Changes: 
 gdcm (2.4.0-2) experimental; urgency=low
 .
   * Use socket++ system installed lib. Closes: #727154
   * Update d/copyright. Closes: #729748
   * Compile code with java 1.5. Closes: #729515
   * Compile gdcmpap3 command line application
Checksums-Sha1: 
 42872b719ca5ef8079cd84a2945ec9a18cc43645 3504 gdcm_2.4.0-2.dsc
 ec6369508e81d40813e20352cc26d4d70065 18140 gdcm_2.4.0-2.debian.tar.xz
 c6315edb6d9621e0da2a72e8d0f1a45848b302d4 1330272 libgdcm2.4_2.4.0-2_amd64.deb
 1fd46fd3734f04c6e6c9c3516e42555cecf5f901 395790 libgdcm-tools_2.4.0-2_amd64.deb
 d3b9e9184772fe5529a646808d7a3559729affb2 259100 libgdcm2-dev_2.4.0-2_amd64.deb
 2f128f44221ca323a8ed1f6a046483af4d88fb08 25407784 
libgdcm2.4-dbg_2.4.0-2_amd64.deb
 710e6f513d9ebdb44e0820c47e7dad212a5ed4dd 256016 libgdcm-cil_2.4.0-2_amd64.deb
 5b86d7ac19d00184050b7df274a2c432b0783896 330734 php5-gdcm_2.4.0-2_amd64.deb
 04f6e6585a9e6a170b896115bf400e77ed6493b0 450380 libgdcm-java_2.4.0-2_amd64.deb
 22c924fbcb9369840d7f5ae0781c49f770b95bd3 573978 python-gdcm_2.4.0-2_amd64.deb
 69f2e1db0004fdc7cd19b813d2098c1fd80be1d6 195682 libvtkgdcm2.4_2.4.0-2_amd64.deb
 d7924dcbaf62c50c9852219e8fd79257d7b7d92d 25606 
libvtkgdcm2-dev_2.4.0-2_amd64.deb
 ffb5f583327132e15e2010d575d6c6e3d712cdc2 34904 libvtkgdcm-cil_2.4.0-2_amd64.deb
 d5752c86f315ec8edece54beb3cb0eb3956e8803 136762 php5-vtkgdcm_2.4.0-2_amd64.deb
 7a183fb650d3902ede6f0b33306208d88674e029 38758 
libvtkgdcm-java_2.4.0-2_amd64.deb
 4cefa12179a8ca484fe0e2ccf660dae260104f08 58754 python-vtkgdcm_2.4.0-2_amd64.deb
 91f8fc691b7a71d58b19368a26eac21aa4a961bb 39028 
libvtkgdcm-tools_2.4.0-2_amd64.deb
 d51547a0bd75e25989082d43949b3b46035a462a 14332722 gdcm-doc_2.4.0-2_all.deb
Checksums-Sha256: 
 40ff35575c5a93e2c0e15a008e488fb40a6b4c7d2ffeca130ff52de86364374b 3504 
gdcm_2.4.0-2.dsc
 c37d5590679bd588f529b0f22fd947c1365d539327c14744850d86530dcf3ed1 18140 
gdcm_2.4.0-2.debian.tar.xz
 499b455c9709b51742533993e15a338a8c585340cb1142db71a5fadac437f9e5 1330272 
libgdcm2.4_2.4.0-2_amd64.deb
 ab2e77fb31b222e2b421103871963b57cb64d770fe04ef18521316dd77477e8f 395790 
libgdcm-tools_2.4.0-2_amd64.deb
 1122db24846f19ff6faf4abc3783d6bf8f61e7317174adcbe94c468064038408 259100 
libgdcm2-dev_2.4.0-2_amd64.deb
 665a966db28bdfc9dee89449108fba1a0f83f58e4870fc278a0c6628f2b6c41f 25407784 
libgdcm2.4-dbg_2.4.0-2_amd64.deb
 ab0f7e4488559a882007c57d3398272fc597bb9ba6bd94a8ecf37fbe54cfe85e 256016 
libgdcm-cil_2.4.0-2_amd64.deb
 48c593836b1c44eb05ffb6fdac3696222e827fc5936a82fd48c5cce8fb2fcdb1 330734 
php5-gdcm_2.4.0-2_amd64.deb
 a3b0bf9f5ac596c423f05c0bdd17825649dacd77b34e983917a13de42aa713f5 450380 
libgdcm-java_2.4.0-2_amd64.deb
 48fff3801ab34491584ab407048f0537d9b91d193d9eb12069e3ccc6854e9f4b 573978 
python-gdcm_2.4.0-2_amd64.deb
 ea0ee04df9dd73f100a0d2a84173bd03c988f706d996b56a5864fee01995825b 195682 
libvtkgdcm2.4_2.4.0-2_amd64.deb
 45c35afd3bc5d13422e9feecc1f88f5d28170d80b5f596540450e05a311f0dcc 25606 
libvtkgdcm2-dev_2.4.0-2_amd64.deb
 5f5154c7304a2bc7f3d3756504f5b3d7cb2477428c11cc60d6698ee4ae32d2d5 34904 
libvtkgdcm-cil_2.4.0-2_amd64.deb
 38bf58ae472950450f19aed0fc86e8c995498f9dba5a49b00609f675ea039b00 136762 
php5-vtkgdcm_2.4.0-2_amd64.deb
 56b3259d7316f82b54ce28cd5248d8918576e32b30753525c758f28abdc83042 38758 
libvtkgdcm-java_2.4.0-2_amd64.deb
 92a6ca68c41a85073e0f1d70fa3b2146ea9b9b889094797f19f0811575caea0c 58754 
python-vtkgdcm_2.4.0-2_amd64.deb
 2b9299f5ba960f29c551cf0adad476cfd9a13a2dc68f1a6af29a3175bac932ae 39028 
libvtkgdcm-tools_2.4.0-2_amd64.deb

Accepted golang 2:1.2-1 (source amd64 all)

2013-12-03 Thread Michael Stapelberg

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 02 Dec 2013 23:57:24 +0100
Source: golang
Binary: golang-go golang-src golang-doc golang golang-mode kate-syntax-go 
vim-syntax-go golang-go-linux-amd64 golang-go-linux-arm golang-go-linux-386 
golang-go-freebsd-amd64 golang-go-freebsd-arm golang-go-freebsd-386 
golang-go-windows-amd64 golang-go-windows-386 golang-go-darwin-amd64 
golang-go-darwin-386 golang-go-netbsd-amd64 golang-go-netbsd-386
Architecture: source amd64 all
Version: 2:1.2-1
Distribution: unstable
Urgency: low
Maintainer: Michael Stapelberg stapelb...@debian.org
Changed-By: Michael Stapelberg stapelb...@debian.org
Description: 
 golang - Go programming language compiler - metapackage
 golang-doc - Go programming language compiler - documentation
 golang-go  - Go programming language compiler
 golang-go-darwin-386 - Go standard library compiled for darwin_386
 golang-go-darwin-amd64 - Go standard library compiled for darwin_amd64
 golang-go-freebsd-386 - Go standard library compiled for freebsd_386
 golang-go-freebsd-amd64 - Go standard library compiled for freebsd_amd64
 golang-go-freebsd-arm - Go standard library compiled for freebsd_arm
 golang-go-linux-386 - Go standard library compiled for linux_386
 golang-go-linux-amd64 - Go standard library compiled for linux_amd64
 golang-go-linux-arm - Go standard library compiled for linux_arm
 golang-go-netbsd-386 - Go standard library compiled for netbsd_386
 golang-go-netbsd-amd64 - Go standard library compiled for netbsd_amd64
 golang-go-windows-386 - Go standard library compiled for windows_386
 golang-go-windows-amd64 - Go standard library compiled for windows_amd64
 golang-mode - Go programming language - mode for GNU Emacs
 golang-src - Go programming language compiler - source files
 kate-syntax-go - Go programming language - Kate highlighting syntax files
 vim-syntax-go - Go programming language - Vim highlighting syntax files
Changes: 
 golang (2:1.2-1) unstable; urgency=low
 .
   * New upstream release.
   * drop patches/archive-tar-fix-links-and-pax.patch, it is merged upstream
   * godoc(1) is now in the Debian package golang-go.tools, it was moved into a
 separate repository by upstream.
   * move patches/godoc-symlinks.diff to golang-go.tools
Checksums-Sha1: 
 589811f3ccf4912070b45b277840878e6ee93a17 2949 golang_1.2-1.dsc
 7dd2408d40471aeb30a9e0b502c6717b5bf383a5 9519109 golang_1.2.orig.tar.gz
 86a0dc5df5d9e2a72864e6ac7155ba7befc510a1 42771 golang_1.2-1.debian.tar.gz
 16b08f1f5c9609bef27d151d8f1c4f65b2f99b46 7831478 golang-go_1.2-1_amd64.deb
 446f5e94913ce4e9d6c3d29ec0ecc80c8b0d6909 4787672 golang-src_1.2-1_amd64.deb
 64df15167f5009a07ea8568f53706c848de458db 1941186 golang-doc_1.2-1_all.deb
 fdf0871c0fe7ea6f5494a27a28208bc75219439f 23784 golang_1.2-1_all.deb
 8e28c59c3d66fa6088dadd7e594c6cc58bdd3a7a 37146 golang-mode_1.2-1_all.deb
 01251883ccf02859adeb0a3e31c8c5cc346d7b7f 24750 kate-syntax-go_1.2-1_all.deb
 220db566683407ce65b6411ec309a5ff46ee3b17 29376 vim-syntax-go_1.2-1_all.deb
 9cf076b0d004d39894d530d6b5ab02c79ac9304f 12534226 
golang-go-linux-amd64_1.2-1_amd64.deb
 c009623a4849c5042fac7f1acfe26a5aa20b0c13 6208390 
golang-go-linux-arm_1.2-1_amd64.deb
 f061ef6a8b1f4728711d361b77f5043283f593e1 5859370 
golang-go-linux-386_1.2-1_amd64.deb
 f54d241a51ec014addfb47f81e1f0deec332cfa0 5781200 
golang-go-freebsd-amd64_1.2-1_all.deb
 71874861c00e9c7f1381bd95e3e3d0ba1f42094b 6188190 
golang-go-freebsd-arm_1.2-1_all.deb
 c3874933eb9ba36eb125e3e255874e0e728e53b6 5840706 
golang-go-freebsd-386_1.2-1_all.deb
 c6f37fe6e07bd917b3bd29c0ec74c2da6c19e4bc 5905582 
golang-go-windows-amd64_1.2-1_all.deb
 edaf657d241e344d21e90d0acd959b513b58d49b 5907754 
golang-go-windows-386_1.2-1_all.deb
 30c3f81bfa713598aaedc90515bb040016e1949b 5834722 
golang-go-darwin-amd64_1.2-1_all.deb
 4e4061c2d9f09915245d06fb0c1c577cf56e446b 5842354 
golang-go-darwin-386_1.2-1_all.deb
 19e57e965e5eee799ded4de974a744f7322f0c94 5775448 
golang-go-netbsd-amd64_1.2-1_all.deb
 82c89a34fb35dfc1a682fdf72415e6d2052851e7 5833886 
golang-go-netbsd-386_1.2-1_all.deb
Checksums-Sha256: 
 599682b05f99d61ec7ae78f6d6d85a5c9fb261081abe3b7be48081873df37792 2949 
golang_1.2-1.dsc
 9ab83fb8eafe39f4204ef0f8e84e5ff7e8f1d533ddb05f51e6dc81503e8c0ae4 9519109 
golang_1.2.orig.tar.gz
 cb8a0648176458987702d2e99bf2dd8f62cbf77a8f3075eb0d4b1459d0966909 42771 
golang_1.2-1.debian.tar.gz
 bdc5abf43aaf73b34580bcbff20eceae6bc1ca24252c48908bee406302e5a1b5 7831478 
golang-go_1.2-1_amd64.deb
 bab2d4c86be8ab91706f95c9c1eb3b04cfcc4c421ee7d1e5134f017d735a6e77 4787672 
golang-src_1.2-1_amd64.deb
 d73ee9c048c2da21727de7e9a4916c0190f8923a070058fed1e9394a019da144 1941186 
golang-doc_1.2-1_all.deb
 46449d5667cff010a25d5bedf1099eca599edefdf41210bf30fbfce61552d78a 23784 
golang_1.2-1_all.deb
 06a4a197f7577b69646e56ee6231de7793ad82cad1a8421cb4e8d1b23d817d54 37146 
golang-mode_1.2-1_all.deb
 a65cf4c562ee5ba102289f8998befd9588b4f9fba8fe07136a84171a8402ee99 24750 
kate-syntax-go_1.2-1_all.deb

Accepted ounit 1.1.2-3 (source amd64)

2013-12-03 Thread Stéphane Glondu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 03 Dec 2013 08:49:15 +0100
Source: ounit
Binary: libounit-ocaml-dev
Architecture: source amd64
Version: 1.1.2-3
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org
Changed-By: Stéphane Glondu glo...@debian.org
Description: 
 libounit-ocaml-dev - Unit testing framework for OCaml
Changes: 
 ounit (1.1.2-3) unstable; urgency=low
 .
   * Upload to unstable
Checksums-Sha1: 
 3e17c4a7a0039d274ba64995ba2a3883568b8bd6 2097 ounit_1.1.2-3.dsc
 d272a69e16ff8c83ab7e2938c696362e972c6b5e 5429 ounit_1.1.2-3.debian.tar.gz
 4643c9c9d284903917ac902101f6b193f6a80fd0 86758 
libounit-ocaml-dev_1.1.2-3_amd64.deb
Checksums-Sha256: 
 5880b1bcacee4dee0225761ef588e08cb27033e9e47e16d3434b6b3bf1d7a600 2097 
ounit_1.1.2-3.dsc
 c167d50a70b644500a097916f24b2537b6161800c944de48e6ab4de49c37563b 5429 
ounit_1.1.2-3.debian.tar.gz
 891e6a597628835bc37d6c10c64c9b6b3a3eaf2648a4317dea825437d7d11442 86758 
libounit-ocaml-dev_1.1.2-3_amd64.deb
Files: 
 c3239b3039a4958df341c771c82b4f9d 2097 ocaml optional ounit_1.1.2-3.dsc
 135174b92ca22951ae6d482e8046ac85 5429 ocaml optional 
ounit_1.1.2-3.debian.tar.gz
 90c8d46b6f1a4dbc0861dd7b4fb9b8ea 86758 ocaml optional 
libounit-ocaml-dev_1.1.2-3_amd64.deb

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

iQIcBAEBCgAGBQJSnY2DAAoJEHhT2k1JiBrTOl4QAJ2b+rqMnbRtrY31ubwKZvOo
w5UTP4LM9w8tt/+l8pZPG/YapopqaDISzZxYD0V2lQQyl30H0QR2dTfBDBARF3b4
Tkw78ZcGAuHDcHwrYMTQF8ywgJrLVNvYaVwirsZTPmHBw2kCPVspUHDClhTVCdyE
Tq/6nen3iwgHzI1AjXoiwFGNqBzTFpo1eErxZBzC+gcld5fexn6LbSmIoH0n14BH
LrqkBa6HponZt/sbhYj3FszfoJpqq6FWOJo18a5IY3JsuokqZ+q5LVDPXPlLk5SN
+5vuCgXTGYS+dF0crEYKPUKztuViaIeZHVl+U2a8BYQrNPSYEL60kGB2LkeBdYC9
3kTGYXOihv4I5YClnwxnRhBzvpsxSsHA/NCQ7pZjoAEiiAqRhTjwG3KJ3ay7wExL
A5T73AVf60EIB0riDj9BpcSqeyTcKDakDxFq/cNykof0Xuc6ZlN4V0JMnrV7j4v2
UNjsL1y5DV6fPdiOTe3tbMMLj97Irm2aL/YucCD48DuQUgKBEhec6cz1iF/0Aw3g
H9McuekAGu63yRfH7tZO+sZ7033dHz3wnl21VsHTbWv9/Whr7WlSgV9AeLc942Dm
Sudee2VOCPSUHFYq5K65wtJScADG4bnlCX4qzdKdBhW+ugsKQRDJelStlK79BhhL
BklgplMNI5ccWWNQB+bi
=gWX7
-END PGP SIGNATURE-


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

Accepted verilator 3.854-1 (source amd64)

2013-12-03 Thread Ahmed El-Mahmoudy

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 03 Dec 2013 09:22:24 +0200
Source: verilator
Binary: verilator
Architecture: source amd64
Version: 3.854-1
Distribution: unstable
Urgency: low
Maintainer: Debian Electronics Team 
pkg-electronics-de...@lists.alioth.debian.org
Changed-By: أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@sabily.org
Description: 
 verilator  - fast free Verilog simulator
Changes: 
 verilator (3.854-1) unstable; urgency=low
 .
   * New upstream release.
   * debian/control: Bumped Standards-Version to 3.9.5
Checksums-Sha1: 
 9ba640f1a20ec8d4f5b1ea6b1b8d9cf49a0e62b7 1672 verilator_3.854-1.dsc
 f5b74ee3b661ead9f1a1540446916adfe621d80e 1945457 verilator_3.854.orig.tar.gz
 90350a32ec3ec4cd0bc7c31797d08cbc198d60c2 7449 verilator_3.854-1.debian.tar.gz
 15b7b8f27765f3378985cf85b74b0679f1cb563d 2238626 verilator_3.854-1_amd64.deb
Checksums-Sha256: 
 efc3f865edfa970e06cccad01b3e6a1e71a4f59e3e8922492f7a870497312e5d 1672 
verilator_3.854-1.dsc
 bcfc1985944ba1b0c51fc3db289610a884a941f6e96b26a50c4e65e78ce8f089 1945457 
verilator_3.854.orig.tar.gz
 324d1f0f38800fe703d1b0a47a9bc75da7ff4bd3d2e26841561d7388c9f16a51 7449 
verilator_3.854-1.debian.tar.gz
 60da3dcded7d3d5e2b32bb2fa17b411857bd4ef346fe691dce39068ed1553679 2238626 
verilator_3.854-1_amd64.deb
Files: 
 32e10fcdcdc815e3922657c55031d3ba 1672 electronics optional 
verilator_3.854-1.dsc
 6b160b6bab944ab5447815fc53e36e14 1945457 electronics optional 
verilator_3.854.orig.tar.gz
 9c051e59fab761f5989c5e53e3196f41 7449 electronics optional 
verilator_3.854-1.debian.tar.gz
 59baf77a2bfe4d913c3e9fa0e2d4f1fe 2238626 electronics optional 
verilator_3.854-1_amd64.deb

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

iQEcBAEBCAAGBQJSnY4TAAoJELwZapTt3aG3gG4H/0i0jks96XbymqE6jQjqow2w
OTFRzZ0qLKO2gJSqH3R/dQxVN2LE68zRP1xZZyFIeMYPnbJwCEMp2ZF2gvk4nYWS
HG4X66M66KwXfTPAoyAohvDdMsqd+nzPVYG9qfnnpSaz1s6Kj/W6nVNNrksuJ0Z4
kEFChrz6LM/DoXQrVpcs5HGtNDFiuTAW2vIiruzElCdS9EuaylgfzpwX4Hi2G6gM
PyY4Q8jgWawqoU+RdvXFi44OoJk5vAQWLMNI+nEfaIJ7DT/vD76xMUptB7tednIZ
TD1F1hoyPI3CAiWAaq3PFXDukw6XYcjZmTcS7CgZuL16r4ZvlKHeUBxNxmsrMJI=
=kVlg
-END PGP SIGNATURE-


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

Accepted ruby-dbf 2.0.6-1 (source all)

2013-12-03 Thread Cédric Boutillier

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 03 Dec 2013 08:08:16 +0100
Source: ruby-dbf
Binary: ruby-dbf
Architecture: source all
Version: 2.0.6-1
Distribution: unstable
Urgency: low
Maintainer: Debian Ruby Extras Maintainers 
pkg-ruby-extras-maintain...@lists.alioth.debian.org
Changed-By: Cédric Boutillier bou...@debian.org
Description: 
 ruby-dbf   - small fast Ruby library for reading database files
Changes: 
 ruby-dbf (2.0.6-1) unstable; urgency=low
 .
   * Team upload
   * Imported Upstream version 2.0.6
   * Build against gem2deb (=0.5) to add Ruby2.0 support and drop Ruby1.8
   * Drop dependency on ruby-fastercsv (Ruby1.8 only)
   * Bump Standards-Version to 3.9.5 (no changes needed)
Checksums-Sha1: 
 4ba81c99044589a0220ef85946cf754280c60183 2039 ruby-dbf_2.0.6-1.dsc
 0b9ad6927d459f0901dfb7c3c868b5b088fdd4ab 813305 ruby-dbf_2.0.6.orig.tar.gz
 a8b967dd9fd7f29a1bfb9aff14b97565e550ca85 3094 ruby-dbf_2.0.6-1.debian.tar.gz
 da23f895b8f438a61dadab04ab69fb3578e8d181 15882 ruby-dbf_2.0.6-1_all.deb
Checksums-Sha256: 
 c6027c962066b2abebf12add70f39f24cc2ae842f9a544b99afcde3a3871b314 2039 
ruby-dbf_2.0.6-1.dsc
 cb998171c5bae7429168252ae5bd54c8b29c4ca84f5a707788867ac72beb99d1 813305 
ruby-dbf_2.0.6.orig.tar.gz
 adb28a0b20c708dbc62db73be39a31f2a4ef831611a1aa1c260437304c4ada97 3094 
ruby-dbf_2.0.6-1.debian.tar.gz
 359f9e675f4a42d040ad027c7646216765cf8bc71cb909567a11532e9adfec05 15882 
ruby-dbf_2.0.6-1_all.deb
Files: 
 b686540b259d9130437f926e23157197 2039 ruby optional ruby-dbf_2.0.6-1.dsc
 8dfd953c60647e1925f66f7a28f47c66 813305 ruby optional 
ruby-dbf_2.0.6.orig.tar.gz
 844cacf1f20fcd7db4045b7aec468123 3094 ruby optional 
ruby-dbf_2.0.6-1.debian.tar.gz
 2e3b7e8aa93e0c2c79c9a970f63db1d5 15882 ruby optional ruby-dbf_2.0.6-1_all.deb

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

iQIcBAEBCAAGBQJSnZ+DAAoJEKkHZFuPn48JFEQQAIrmnNgI4cVz5j155Xd3yaf1
tfx9nsFryxwyUofwsrx3xUdL7Vj5MM+hsYRBpNjhnFbPuJoIXxADaXIQzXebDD4s
kJ2p3Kg7eWjGK/6Qr1lvvLzWvBHtICl2/1gXwY9yhAgYidaq3u9SpFWu5HS5YBrW
maIH6nq6+UOonFk8ydlKJ3OxLuQfMSkz/CIL4PM5YFJskUd2bTCw4T4EYZ5g+uEa
pmZFOwXVJnl+hAhrI+3vEm97TtCObd4bN4ulWHdTCVqJI5h3pgAgwiyUAE3UJeSX
EB6fm1pce2Zuo03YZOWKjWYoHH2zFE5LLDXRfAUTazGW7tI1bdoGhdPmbUsXIsf6
0LTwrd+UmbxJR2UTIgPBW9eUQeV3Mauf1XruSBG6vwyFCVS0zaE8yaszCFVyhIi3
iuMAAP6nvKWG7xAbmoM+4w6/6cghvEZCY3wWpub7G5+SNixoMu7jmNnd9bI4dS+g
a58JovbDBd9tkGDLWVeWTCHv9eRqkNUhzuTfUqGBd2SWFTDgDIymSw1n1VG2werT
U7DbT/UHe+oJULJKS8R8u84kEvwouV3MzT8bD2AsUZaY6HQ0B4Gc4ybrWH5ZyLtC
OS0gd7I1q7b5+gw2G+7yyIaOvTJOUDIbUeIMIzNuwdXhpQi5+Wd62tttrLUi8CiA
kViXcWgU3ZW8VZp6q4e9
=ozm6
-END PGP SIGNATURE-


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

Accepted xmlm 1.1.1-3 (source amd64)

2013-12-03 Thread Stéphane Glondu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 03 Dec 2013 08:42:59 +0100
Source: xmlm
Binary: libxmlm-ocaml-dev
Architecture: source amd64
Version: 1.1.1-3
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org
Changed-By: Stéphane Glondu glo...@debian.org
Description: 
 libxmlm-ocaml-dev - OCaml xml manipulation module
Changes: 
 xmlm (1.1.1-3) unstable; urgency=low
 .
   * Team upload
   * Upload to unstable
Checksums-Sha1: 
 54b9d9ed4f60065a893d6dca7715ebf806aba03c 2054 xmlm_1.1.1-3.dsc
 f0f891b3f20d563af29c0cd60be74762d8f57f14 3208 xmlm_1.1.1-3.debian.tar.gz
 4c8ce94a46cff0041e63d77daab48c22d4fbd9ba 257860 
libxmlm-ocaml-dev_1.1.1-3_amd64.deb
Checksums-Sha256: 
 ab5d96238fa2ee004819d01a4af427e0a5dc54c14b5cc8fd0e4ca6fe5164e1d7 2054 
xmlm_1.1.1-3.dsc
 32e1ced35d0dbd50a96cfecef2cdc185ef1e976bc9e7dd467c98c6e8537e1b35 3208 
xmlm_1.1.1-3.debian.tar.gz
 4f88324f1d24716ffbd4e50f212e9871f6a954f0f751e5720b592d710ec16c72 257860 
libxmlm-ocaml-dev_1.1.1-3_amd64.deb
Files: 
 015320d6fcc6b9e578161657fc627f0c 2054 devel optional xmlm_1.1.1-3.dsc
 d3e6f82de559861d41c9286e7d2aae8e 3208 devel optional xmlm_1.1.1-3.debian.tar.gz
 2bbe180193f34e42da2e6e5fe4ae12de 257860 ocaml optional 
libxmlm-ocaml-dev_1.1.1-3_amd64.deb

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

iQIcBAEBCgAGBQJSnYynAAoJEHhT2k1JiBrTB9QP/iM3ZqNc2MJUHyrGeDrptXjJ
GQNuA57J9DeBsUsIvOX3u9g+3c1hN6cf1UQRPRrp/HfkBEqzJnzN31MFOydaBi3D
TqnE9sjkwgD1YW/lwtIlvkBHGrBCwZ8oPQD0rfTtaHeTIGL+zLPPxwwLWITPKnc6
R1jqtxLHc89a+hGFHSBhexb8iDfZsO3ej/K6w9/j06hILUumzdoGt2Ci1ovZPUoM
73LlZt7vMWVMEc3hmDC0cl+igaYPknadCR0BCt2EScTDQ1G6L38x2219rD0NtIEu
tQADfHtSIL6dVDl6SoGyn9zmSF39eHykQOt2hydsNNjAaZsgUbaI9Z3Vk8GcO1J6
S/5c+xu3dJ0Fs3x7rj23fI09Xd2v2bbpnITt6XxxXrFrFO7+pIoYMtqIJfGEhb+7
3gn8ZbHOuFYiiy2RnCGBk7tieFycVlI4lZxG+Q28/pz8XOdDCXEfVPMXIeq4r6ac
HkLS4QfNgHSHkqJ25XKT+G+nyhKH1j4qxEzLVkLg0k6BbRIDSJYDixq6hxsWlIJp
fGjHu61GfduDSnlzuYx1EmMfFJYrZGyD6QZr5jZcJxSiSyJUzPhNLle3A8ILVcvp
5NhoK40VNtHxhrzN3kWJ9fnJP/HZfTR/YJIbZ/gZAplMHklrLnH9PhlDOGhSN1g7
Yobb7VuflJizKykq2kh0
=VJV+
-END PGP SIGNATURE-


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

Accepted oce 0.13-4 (source amd64)

2013-12-03 Thread Denis Barbier

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 02 Dec 2013 21:37:22 +0100
Source: oce
Binary: liboce-foundation7 liboce-modeling7 liboce-visualization7 
liboce-ocaf-lite7 liboce-ocaf7 oce-draw liboce-foundation-dev 
liboce-modeling-dev liboce-ocaf-lite-dev liboce-ocaf-dev 
liboce-visualization-dev
Architecture: source amd64
Version: 0.13-4
Distribution: experimental
Urgency: low
Maintainer: Debian Science Maintainers 
debian-science-maintain...@lists.alioth.debian.org
Changed-By: Denis Barbier barb...@debian.org
Description: 
 liboce-foundation-dev - OpenCASCADE Community Edition CAE platform library 
development fi
 liboce-foundation7 - OpenCASCADE Community Edition CAE platform shared library
 liboce-modeling-dev - OpenCASCADE Community Edition CAE platform library 
development fi
 liboce-modeling7 - OpenCASCADE Community Edition CAE platform shared library
 liboce-ocaf-dev - OpenCASCADE Community Edition CAE platform library 
development fi
 liboce-ocaf-lite-dev - OpenCASCADE Community Edition CAE platform library 
development fi
 liboce-ocaf-lite7 - OpenCASCADE Community Edition CAE platform shared library
 liboce-ocaf7 - OpenCASCADE Community Edition CAE platform shared library
 liboce-visualization-dev - OpenCASCADE Community Edition CAE platform library 
development fi
 liboce-visualization7 - OpenCASCADE Community Edition CAE platform shared 
library
 oce-draw   - OpenCASCADE Community Edition CAE platform shared library
Changes: 
 oce (0.13-4) experimental; urgency=low
 .
   * debian/rules: pass -DFREETYPE_INCLUDE_DIR_freetype2=/usr/include/freetype2
 option to CMake in order to workaround bug #731089.  This allows
 building with Freetype 2.4 and 2.5.
Checksums-Sha1: 
 a3b1ac824bb8292024e016fe5d1d75a6c65f1bac 2057 oce_0.13-4.dsc
 1ba35c5eb83edb6d9c95b10c6fa2db9535f8f9fe 101017 oce_0.13-4.debian.tar.gz
 c0b9d2cbd953d5170c7ca07d139e145ee3c9e8cf 1224936 
liboce-foundation7_0.13-4_amd64.deb
 56410327577a1a2e3d746202ffa9a85c5f65f60a 11407706 
liboce-modeling7_0.13-4_amd64.deb
 7c1b9a1ac7b948beb4dd2155257d6590738fcea1 3053990 
liboce-visualization7_0.13-4_amd64.deb
 85d52585ce2ee76230708ebb73787308fd7499ed 1151058 
liboce-ocaf-lite7_0.13-4_amd64.deb
 29ae893fae656442c876068ede86f1140d29ed7c 726654 liboce-ocaf7_0.13-4_amd64.deb
 4506b25a5e6aeeb73e2b789f183eac9a42f216fa 1863546 oce-draw_0.13-4_amd64.deb
 d9b7bb75cbbcacb5670268bbed344e7a539bcd13 855698 
liboce-foundation-dev_0.13-4_amd64.deb
 2fa6f9edf837318e9f11104cd3de10cb23669d7c 2117572 
liboce-modeling-dev_0.13-4_amd64.deb
 6e3473a020a5928beddfa7fc6591391c444797a5 330858 
liboce-ocaf-lite-dev_0.13-4_amd64.deb
 da54e2611459e561c4779fba71686fc53101ff19 116742 
liboce-ocaf-dev_0.13-4_amd64.deb
 1e53fc975e19f2804ae0541906e06b7762d14126 479602 
liboce-visualization-dev_0.13-4_amd64.deb
Checksums-Sha256: 
 b0af445ec1a2733d8e83a10c60104fac45c6e8b800929b5d85cd7987405cd075 2057 
oce_0.13-4.dsc
 274e5360791c62055e60d66390a03d26c6b9f4cfadca220623b254a48923f072 101017 
oce_0.13-4.debian.tar.gz
 57bd2780e0a18a8e08edd6915694e06b96bf87bb90c3b66b504b0f93cb0008ec 1224936 
liboce-foundation7_0.13-4_amd64.deb
 be759c1e836830250e5888402839548af99d06ddc674435d2b37f2ca43f8eafc 11407706 
liboce-modeling7_0.13-4_amd64.deb
 ccb33c2290f58abd5b76ff2e0d96980992c8850e09e92ab43fd6fc2680a03cdc 3053990 
liboce-visualization7_0.13-4_amd64.deb
 05fe6ad4c2ba752ea5bc02124eb6130f345ca772fcf22ac1da413118009dd6e4 1151058 
liboce-ocaf-lite7_0.13-4_amd64.deb
 c33846ac046e75849461d5561221732b6c43522667f80571778a3411bbe052a6 726654 
liboce-ocaf7_0.13-4_amd64.deb
 d9199c163a7da8984d26ffaa35770480c661e1380c3438af192ad0d0b0ece754 1863546 
oce-draw_0.13-4_amd64.deb
 6284b8f521f8080b7458ff485fdef8d8bbd126351886daa1bbac65b593636379 855698 
liboce-foundation-dev_0.13-4_amd64.deb
 48c63c909d46e215ead6f3a68052161a2287ab75a22f777cf69fd4ddeaa74473 2117572 
liboce-modeling-dev_0.13-4_amd64.deb
 891051605adac3fad040a14549534200e1ce9c546315bf3157a4a1f00558c2dd 330858 
liboce-ocaf-lite-dev_0.13-4_amd64.deb
 d1058a02f45a50fa7a1d3ccf0f5ac8d71f11d87dfe9c463da4449186b8511a4c 116742 
liboce-ocaf-dev_0.13-4_amd64.deb
 8fdbfdcbb29523a0ebbd8c4cc502074a92c4305fd8eb9d0280cde284aac0b7d4 479602 
liboce-visualization-dev_0.13-4_amd64.deb
Files: 
 b4a99dfac8d51690a1ebae3931ab859b 2057 science extra oce_0.13-4.dsc
 8486b2c62428a8ba51a84c05c1656118 101017 science extra oce_0.13-4.debian.tar.gz
 4cb9f6d10fe57c1b28fed647b32ba968 1224936 libs extra 
liboce-foundation7_0.13-4_amd64.deb
 426d955d995084bbbea1c0c77948fe42 11407706 libs extra 
liboce-modeling7_0.13-4_amd64.deb
 1b1c0c45605043b7c7609f180b8ebdfb 3053990 libs extra 
liboce-visualization7_0.13-4_amd64.deb
 c55bffcd569f098313eeabbfad441c75 1151058 libs extra 
liboce-ocaf-lite7_0.13-4_amd64.deb
 484b6e29740a45e27383244026274727 726654 libs extra 
liboce-ocaf7_0.13-4_amd64.deb
 d1a104973ae171286e73b68e5ac6be7f 1863546 science extra 
oce-draw_0.13-4_amd64.deb
 0046518f82768150587d2175bcc3c469 855698 libdevel extra

Accepted dialign-t 1.0.2-5 (source amd64 all)

2013-12-03 Thread Andreas Tille

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 03 Dec 2013 10:24:51 +0100
Source: dialign-t
Binary: dialign-tx dialign-tx-data
Architecture: source amd64 all
Version: 1.0.2-5
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team 
debian-med-packag...@lists.alioth.debian.org
Changed-By: Andreas Tille ti...@debian.org
Description: 
 dialign-tx - Segment-based multiple sequence alignment
 dialign-tx-data - Segment-based multiple sequence alignment (data files)
Closes: 731214
Changes: 
 dialign-t (1.0.2-5) unstable; urgency=low
 .
   * enable running debian/rules build-arch, i.e. without building arch
 independent packages (thanks to Roland Stigge for the patch)
 Closes: #731214
Checksums-Sha1: 
 7e4486f76f4f9403af198f44d6e6ecc3a3576afc 1419 dialign-t_1.0.2-5.dsc
 b92a64e095a3d069559f822c6c50d7e260fc67f2 8485 dialign-t_1.0.2-5.debian.tar.gz
 d46e80cd0913ddfc536f8d92aa38a77338e8ab0c 84586 dialign-tx_1.0.2-5_amd64.deb
 aae5df868dcf0ac2403f9e03bbf7949054616503 874836 dialign-tx-data_1.0.2-5_all.deb
Checksums-Sha256: 
 676f0248b2110174ea969a330d2ec89bcd10c8a51c345115ff56e1eef7733953 1419 
dialign-t_1.0.2-5.dsc
 bb586091efbf1d94d77be8e738528148211e9be2ef115e097324ff08e80efc48 8485 
dialign-t_1.0.2-5.debian.tar.gz
 234a7ca774889912f12c431b96420e82dbbdc205b63b8e0f7adafc2d3b2e3c90 84586 
dialign-tx_1.0.2-5_amd64.deb
 8d33f40207a7f02315a6bdbc3b509b1db65b1dee7091d3f1672467eaa34f73f3 874836 
dialign-tx-data_1.0.2-5_all.deb
Files: 
 f1478f0d38cb6d85dd41fb1ab8bd10fd 1419 science optional dialign-t_1.0.2-5.dsc
 1769d9fad6e9778813f5746f3dfd3016 8485 science optional 
dialign-t_1.0.2-5.debian.tar.gz
 387387e49fa1f3797a7c9b55e9826d82 84586 science optional 
dialign-tx_1.0.2-5_amd64.deb
 0b642f4892813577854f8110f3f40b64 874836 science optional 
dialign-tx-data_1.0.2-5_all.deb

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

iEYEARECAAYFAlKdpm0ACgkQYDBbMcCf01pVuQCfTHH6IU+1zlJeUSHDLGhnv8E+
zcoAoKj474g1oktim3i71M6Jfgsa6GDw
=yaI1
-END PGP SIGNATURE-


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

Accepted dragonegg 3.4~rc2-1~exp1 (source amd64)

2013-12-03 Thread Sylvestre Ledru

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 03 Dec 2013 09:53:58 +0100
Source: dragonegg
Binary: dragonegg dragonegg-4.7 dragonegg-4.8 llvm-gcc-4.7 llvm-gcc-4.8
Architecture: source amd64
Version: 3.4~rc2-1~exp1
Distribution: experimental
Urgency: low
Maintainer: LLVM Packaging Team pkg-llvm-t...@lists.alioth.debian.org
Changed-By: Sylvestre Ledru sylves...@debian.org
Description: 
 dragonegg  - GCC plugin that uses LLVM for optimization and code generation
 dragonegg-4.7 - GCC plugin that uses LLVM for optimization and code generation
 dragonegg-4.8 - GCC plugin that uses LLVM for optimization and code generation
 llvm-gcc-4.7 - C front end for LLVM C/C++ compiler
 llvm-gcc-4.8 - C front end for LLVM C/C++ compiler
Changes: 
 dragonegg (3.4~rc2-1~exp1) experimental; urgency=low
 .
   * New testing version
   * Switch to LLVM 3.4
   * Standards-Version updated to 3.9.5
Checksums-Sha1: 
 8091c028d60ccdcc98caad4a84f769fc83776b53 1799 dragonegg_3.4~rc2-1~exp1.dsc
 cd911f5b91c90fb75be6914b4280b96a3cb1b5dd 400393 dragonegg_3.4~rc2.orig.tar.bz2
 ad1f3faa302cb611337450bf406de6c5deadd81e 16307 
dragonegg_3.4~rc2-1~exp1.debian.tar.gz
 b8e3c43ee693f58141c5039e10449cc4e8e942b8 7678 
dragonegg_3.4~rc2-1~exp1_amd64.deb
 14f0443d381560c872045c7d8c26cac6d87c13ff 187316 
dragonegg-4.7_3.4~rc2-1~exp1_amd64.deb
 a73691451a92773591304061cd57c8e7dd86e695 179724 
dragonegg-4.8_3.4~rc2-1~exp1_amd64.deb
 ad2f5da2a502950d8334cd9a8c21e948a0d16383 7900 
llvm-gcc-4.7_3.4~rc2-1~exp1_amd64.deb
 3bf33ebd16e0e2014be2b2616c9d17b757fe948b 7932 
llvm-gcc-4.8_3.4~rc2-1~exp1_amd64.deb
Checksums-Sha256: 
 861c7137d3db4c76a4a0370f7e35db460182207859ff2ead94de5e564da3ef25 1799 
dragonegg_3.4~rc2-1~exp1.dsc
 1f6ceb967ea3dd3e66f4f6f088454206ebe5e11ece0b5acc97c97acf09e41f4d 400393 
dragonegg_3.4~rc2.orig.tar.bz2
 fbbb73c274923d6e8d04e43b0ba3e79a2ee85349edbe1f07466d35ec6900df05 16307 
dragonegg_3.4~rc2-1~exp1.debian.tar.gz
 23c31752dc806a4d7a55d6686ada296cce75e7ef9c18e4eebc5534de135db487 7678 
dragonegg_3.4~rc2-1~exp1_amd64.deb
 3814336de33548f91c95e1ceff112eded783a810c8aaec228518f08c35e1b85f 187316 
dragonegg-4.7_3.4~rc2-1~exp1_amd64.deb
 f70ddecc8b4912df3504a8972a1182d321810004a8cda5d18aed811b15e11627 179724 
dragonegg-4.8_3.4~rc2-1~exp1_amd64.deb
 5a4cb6f2d13ef0427b4935b3e8687968805d48d5ca8d98f81376124e80c471e0 7900 
llvm-gcc-4.7_3.4~rc2-1~exp1_amd64.deb
 f45113bca46172f720b6a776cfd3b8d21162ea96dfd5c5d01de9cf114ac6b3eb 7932 
llvm-gcc-4.8_3.4~rc2-1~exp1_amd64.deb
Files: 
 6fb420f697e42c8aadb3b15dbeca5cff 1799 devel optional 
dragonegg_3.4~rc2-1~exp1.dsc
 6a801e9f4d3c231a4f58c06b576de6ca 400393 devel optional 
dragonegg_3.4~rc2.orig.tar.bz2
 7efff95312606771acb00f2786d38788 16307 devel optional 
dragonegg_3.4~rc2-1~exp1.debian.tar.gz
 f436eeb8fc07d65e5b4e12423b4d4563 7678 devel optional 
dragonegg_3.4~rc2-1~exp1_amd64.deb
 9f93aae3df588a96de75ac086ee054b9 187316 devel optional 
dragonegg-4.7_3.4~rc2-1~exp1_amd64.deb
 0e7d5da2a10b4d777d57defc06e6d625 179724 devel optional 
dragonegg-4.8_3.4~rc2-1~exp1_amd64.deb
 4089e3da8e8615c2e9c83d13c6327c75 7900 devel optional 
llvm-gcc-4.7_3.4~rc2-1~exp1_amd64.deb
 d797501130860d99e76d674ed6eb3a6b 7932 devel optional 
llvm-gcc-4.8_3.4~rc2-1~exp1_amd64.deb

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

iEYEARECAAYFAlKdoogACgkQiOXXM92JlhCsWgCgzv7ovdgCy58TSMgT+6NQn+dm
B9UAoK9bqFpVZg3t96TxIe7qPcw0xP/h
=o5Ph
-END PGP SIGNATURE-


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

Accepted libcommons-fileupload-java 1.3-3 (source all)

2013-12-03 Thread Emmanuel Bourg

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 03 Dec 2013 08:35:15 +0100
Source: libcommons-fileupload-java
Binary: libcommons-fileupload-java libcommons-fileupload-java-doc
Architecture: source all
Version: 1.3-3
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers 
pkg-java-maintain...@lists.alioth.debian.org
Changed-By: Emmanuel Bourg ebo...@apache.org
Description: 
 libcommons-fileupload-java - File upload capability to your servlets and web 
applications
 libcommons-fileupload-java-doc - Javadoc API documentation for Commons 
FileUploads
Closes: 730970
Changes: 
 libcommons-fileupload-java (1.3-3) unstable; urgency=low
 .
   * Set the project.build.sourceEncoding property to fix a test failure
 (Closes: #730970)
   * Removed the Servlet and the Portlet APIs from the runtime dependencies
 since they are provided by the Servlet container.
   * Install the upstream changelog
   * debian/control:
 - Standards-Version updated to 3.9.5 (no changes)
 - Use canonical URLs for the Vcs-* fields
   * Switch to debhelper level 9
Checksums-Sha1: 
 752dee968f59c711fe94951f41ebcb78dd61fde6 2404 
libcommons-fileupload-java_1.3-3.dsc
 0302bc5533707550fd9adb445c9b3f792e102e98 9552 
libcommons-fileupload-java_1.3-3.debian.tar.gz
 5131c5a105e675909cb1d10b9ec696d0918d584f 63864 
libcommons-fileupload-java_1.3-3_all.deb
 c09f6921bd6f3d178302e7455a78bdce81a62916 372814 
libcommons-fileupload-java-doc_1.3-3_all.deb
Checksums-Sha256: 
 9bc6198ba8c11ef8e51ff728c60eb7f0a9b7517eb836f474aacbffdcc7824a16 2404 
libcommons-fileupload-java_1.3-3.dsc
 8236789aafbf8b9c17972c03b9ab5357a641e02932d9e254796db0e4a653d586 9552 
libcommons-fileupload-java_1.3-3.debian.tar.gz
 fee71f8c562fa8504f5ea77e4d05a42b03a247d8ec15f95de77b9f71b60fdee3 63864 
libcommons-fileupload-java_1.3-3_all.deb
 0f003e94e40d1757d630980b64962ffcf86e348001a470fbfd3763be10cd4ff2 372814 
libcommons-fileupload-java-doc_1.3-3_all.deb
Files: 
 135726bd8d34a579fd6039ac97aa12bd 2404 java optional 
libcommons-fileupload-java_1.3-3.dsc
 42c7737fd1160f9d61aabc1c6574e21e 9552 java optional 
libcommons-fileupload-java_1.3-3.debian.tar.gz
 85648aab741c35e7fcec812fe7c2d33a 63864 java optional 
libcommons-fileupload-java_1.3-3_all.deb
 8e6d983ce7a958830a87ff1ddc7edca8 372814 doc optional 
libcommons-fileupload-java-doc_1.3-3_all.deb

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

iQIcBAEBAgAGBQJSnaoWAAoJEPUTxBnkudCsRigP/AvsT3yWZOt08dzsB6B/3Rs9
dptSL/GrK6BK9E0y41QYSrusULElhHcB2Rl3QjKvWJt5HP6RjrXYUENHAOW+h062
85SeZUhbGUF1ZHUYBiXVsONRJsNNF+8X6g+zk54XQYsLlDpmk4WoeBd1Wa3qcufu
t21fw1pvW8NabPocR9sAXTgm23bcJlHgjHjQW0R6Gbb0aSvn22uTUPOFCo2Bv9hE
VdBnXkCdDJnHQrLItpNuDxDfXoJ+suWfBFcmWmxJHMn7npgDj9otFR6XBialF80P
YGQt93GPhFrzTby+Pt8L7zw+EgIfCLOCBPyH5J5IiLfAVtIO4iKN16S12zhZa5h5
mJvqD3tpX32rIkmL6nfh/LGMbbm+5tz12up6YzqKY9j+TB7haHwYf5NWZA04T2lP
LGl828DDp2YjYiPYOTA1uX7F6llPiPZA2VHCWX+n8cm2Vihm6F+4AwmfeM4VH/Rc
3/wcZQOp3oDEdsT6IHPI/z4xO9ygYcqgrOHXzdXYCPYEBB5Oa+YUcwgRyxD2bsl/
Ny+XQ0pjI+v6/DRDmFHLwJfAELhDMkyeUwodBXXCfDLZdAhHPEzn/hjzEYH3WjXR
V9qiWGnYZ18XAQtugpGKH2Nf3SRzuZ/96YAg0OIKtkHl0uVw+rFyrMypU9z8eC1x
sgxrvpThVkmqBVH/KvGu
=Toxy
-END PGP SIGNATURE-


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

Accepted ceilometer 2013.2-3 (source all)