Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Steve Langasek
Thorsten, On Mon, Oct 28, 2013 at 05:23:33PM +, Thorsten Glaser wrote: Lucas Nussbaum leader at debian.org writes: I think that it would be a failure of the Debian project if we had to have a GR about such a technical decision. I think that we need to trust that the Technical

Re: Proposal: let’s have a GR about the init system

2013-10-29 Thread Svante Signell
On Fri, 2013-10-25 at 23:45 +0800, Thomas Goirand wrote: OpenRC has been waiting in the NEW queue (targeting experimental, as this is what it is right now: experimental!) for more than a month. It'd be nice if someone from the FTP master team could review it, so that at least others can try

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Lucas Nussbaum
On 28/10/13 at 18:21 -0700, Russ Allbery wrote: Wouter Verhelst wou...@master.debian.org writes: Also, since all alternative init implementations under consideration do support sysv-style init scripts, I think that whatever init system we (well, you, the TC) end up choosing, the

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Steve Langasek
On Mon, Oct 28, 2013 at 05:22:14PM +, Wouter Verhelst wrote: On Sat, Oct 26, 2013 at 11:20:21AM -0700, Steve Langasek wrote: Right. Whichever init system we pick, I do expect the next step to be to drop the requirement to maintain sysvinit backwards-compatibility; While I'm not sure

Re: Proposal: switch default desktop to xfce

2013-10-29 Thread Thorsten Glaser
Olav Vitters olav at vitters.nl writes: Most of systemd is not in pid1. This was explained by a blog references But (by the time of the jessie freeze, at least) it will need systemd to be pid1 to work. Same thing, really, just picking words. bye, //mirabilos -- To UNSUBSCRIBE, email to

Re: Proposal: switch default desktop to xfce

2013-10-29 Thread Olav Vitters
On Tue, Oct 29, 2013 at 08:37:02AM +, Thorsten Glaser wrote: Olav Vitters olav at vitters.nl writes: Most of systemd is not in pid1. This was explained by a blog references But (by the time of the jessie freeze, at least) it will need systemd to be pid1 to work. Same thing, really,

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Helmut Grohne
TL;DR: Thoughts on using systemd .service files on non-Linux ports. On Tue, Oct 29, 2013 at 09:20:10AM +0100, Lucas Nussbaum wrote: Note that there are two options that could be explored, to remove the need to maintain init scripts: - generating sysvinit scripts from systemd service files or

Re: Re: Proposal: let’s have a GR about the init system

2013-10-29 Thread Steven Chamberlain
Hi Svante, On Tue, 29 Oct 2013 08:57:13 +0100 Svante Signell wrote: Triggered by the good news about OpenRC for GNU/kFreeBSD http://lists.debian.org/debian-devel/2013/10/msg00991.html I wouldn't get too excited just yet; with more work we might get OpenRC working on our ports, but some still

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread Graham Whaley
On 25 October 2013 17:22, YunQiang Su wzss...@gmail.com wrote: After more than half of a year's hard work, we have the mips64el port almost done. Now we have more than 7600 packages build successfully. The current build status can be found in http://vip.moonux.org/attempted/ Hey! - well

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread YunQiang Su
On Tue, Oct 29, 2013 at 7:05 PM, Graham Whaley graham.wha...@gmail.com wrote: On 25 October 2013 17:22, YunQiang Su wzss...@gmail.com wrote: After more than half of a year's hard work, we have the mips64el port almost done. Now we have more than 7600 packages build successfully. The current

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread YunQiang Su
On Sat, Oct 26, 2013 at 9:50 AM, Paul Wise p...@debian.org wrote: On Sat, Oct 26, 2013 at 12:22 AM, YunQiang Su wrote: After more than half of a year's hard work, we have the mips64el port almost done. Now we have more than 7600 packages build successfully. Congrats! Please create a page

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread Graham Whaley
On 29 October 2013 11:50, YunQiang Su wzss...@gmail.com wrote: [snip] Nice. Can I ask which board that is? I have some boards reserved for me in Loongson that I am highly likely to purchase, and suspect (but would like to confirm) that they are the same board that you are using. I will

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread Aron Xu
On Tue, Oct 29, 2013 at 7:05 PM, Graham Whaley graham.wha...@gmail.com wrote: On 25 October 2013 17:22, YunQiang Su wzss...@gmail.com wrote: After more than half of a year's hard work, we have the mips64el port almost done. Now we have more than 7600 packages build successfully. The current

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread Aron Xu
On Tue, Oct 29, 2013 at 8:13 PM, Graham Whaley graham.wha...@gmail.com wrote: On 29 October 2013 11:50, YunQiang Su wzss...@gmail.com wrote: [snip] Nice. Can I ask which board that is? I have some boards reserved for me in Loongson that I am highly likely to purchase, and suspect (but

Re: Jessie release goal: DNSSEC as default recursive resolver

2013-10-29 Thread Thomas Goirand
On 10/29/2013 03:42 AM, Wouter Verhelst wrote: Op 28-10-13 19:28, Thomas Goirand schreef: So, as per the replies we've read, it seems that the only way to implement DNSSEC would be to first check if it works, and if it doesn't, fallback to the locally provided recursive DNS server. There's

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Ian Jackson
Ben Hutchings writes (Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.): I do. I think non-Linux ports make more sense as derivative distributions. This gives them the freedom to drop packages that aren't worth porting, work around Linux-isms as necessary, improve

Re: Jessie release goal: DNSSEC as default recursive resolver

2013-10-29 Thread Kristof Provost
On 2013-10-29 22:03:59 (+0800), Thomas Goirand z...@debian.org wrote: On 10/29/2013 03:42 AM, Wouter Verhelst wrote: There's also no reason why you _need_ a local DNS server to be able to do DNSSEC resolving; you can theoretically use a stub resolver (though I'm not sure if there's a stub

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Ondřej Surý
On Tue, Oct 29, 2013, at 5:10, Ben Hutchings wrote: I do. I think non-Linux ports make more sense as derivative distributions. This gives them the freedom to drop packages that aren't worth porting, work around Linux-isms as necessary, improve integration with their own kernel, and release

Re: Proposal: s have a GR about the init system

2013-10-29 Thread Ian Jackson
Tollef Fog Heen writes (Re: Proposal: s have a GR about the init system): Both Colin and Steve are excellent developers. I see no need for any of them to recuse themselves because of their employer. Whether Steve should recuse himself due to him being the maintainer of one of the packages is

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread YunQiang Su
On Tue, Oct 29, 2013 at 10:50 PM, Graham Whaley graham.wha...@gmail.com wrote: On 29 October 2013 13:34, Aron Xu a...@debian.org wrote: It would require much more resource to spend on making more ports, this means more build machines and man power, which is not sufficient at mean time.

Re: Bits from the Release Team (Jessie freeze info)

2013-10-29 Thread Ian Jackson
Niels Thykier writes (Bits from the Release Team (Jessie freeze info)): Results of porter roll-call === ... Summary table: Arch || DDs || NMs/DMs || Other || Total - ---++-++-++---++-- armel || 5 || 0 || 2

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread Graham Whaley
On 29 October 2013 13:40, Aron Xu happyaron...@gmail.com wrote: What we are running isn't any of them, and the 2-way server board looks promising. Thanks both. OK, so I've no details from Loongson about the boards they have for me yet either - I suspect it may be the same as your board.

Re: MIPS64EL port box is ready for use (Was: mips64el port build failed list)

2013-10-29 Thread Graham Whaley
On 29 October 2013 13:34, Aron Xu a...@debian.org wrote: It would require much more resource to spend on making more ports, this means more build machines and man power, which is not sufficient at mean time. True. I hopefully have some resource coming online, and I may also have some

Re: on bootstrapping ports (was: Re: Bits from the Release Team (Jessie freeze info))

2013-10-29 Thread Daniel Schepler
On Monday, October 28, 2013 12:15:09 PM Emmanuel Bourg wrote: Le 27/10/2013 16:30, Daniel Schepler a écrit : (To be honest, the Java packages are such a tangled mess that I've given up on trying to bootstrap that part of the archive for now -- and many of those do get pulled into the

Re: Bits from the Release Team (Jessie freeze info)

2013-10-29 Thread Niels Thykier
On 2013-10-29 16:05, Ian Jackson wrote: Niels Thykier writes (Bits from the Release Team (Jessie freeze info)): Results of porter roll-call === ... Summary table: Arch || DDs || NMs/DMs || Other || Total - ---++-++-++---++--

Re: security-aware-resolver virtual package (Was: Two new DNS virtual packages (authoritative-name-server recursive-name-server))

2013-10-29 Thread Ian Jackson
Ondřej Surý writes (security-aware-resolver virtual package (Was: Two new DNS virtual packages (authoritative-name-server recursive-name-server))): since the authoritative-name-server idea was rejected by the list, I was going to propose alternative: security-aware-resolver The

Re: Jessie release goal: DNSSEC as default recursive resolver

2013-10-29 Thread Ian Jackson
Wouter Verhelst writes (Re: Jessie release goal: DNSSEC as default recursive resolver): There is nothing in DNSSEC which makes it inherently incompatible with using DNS forwarders. Talking to the root DNS servers is fun and all, but there's really no good reason why you shouldn't use the large

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Steve Langasek
Hi Helmut, On Tue, Oct 29, 2013 at 10:22:54AM +0100, Helmut Grohne wrote: Having read the parts of the ctte bug, it feels odd to preclude the option of supporting multiple init systems from discussion or consideration. If Debian is to support only one init system and that one init system is

Re: Jessie release goal: DNSSEC as default recursive resolver

2013-10-29 Thread Ondřej Surý
On Tue, Oct 29, 2013, at 17:35, Ian Jackson wrote: Wouter Verhelst writes (Re: Jessie release goal: DNSSEC as default recursive resolver): There is nothing in DNSSEC which makes it inherently incompatible with using DNS forwarders. Talking to the root DNS servers is fun and all, but

Re: Bits from the Release Team (Jessie freeze info)

2013-10-29 Thread Ian Jackson
Niels Thykier writes (Re: Bits from the Release Team (Jessie freeze info)): On 2013-10-29 16:05, Ian Jackson wrote: I'm keen that Debian should continue to support a wide range of architectures. Would it help if I, as a DD, volunteered to sponsor porter uploads for any architecture ? That

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Tollef Fog Heen
]] Aron Xu IPMI would be lovely, but I'm not sure we can locate a board right now with that - so, we may have to fix remote management with a remotely controlled power/reset box - I believe they exist (something else I've been looking into). If the DSA already use some then I'd be

Re: MIPS64EL port box is ready for use

2013-10-29 Thread David Kuehling
Hi, Graham == Graham Whaley graham.wha...@gmail.com writes: What we need to consider here is also board price and availability. We can buy 2f mini-PCs, relatively cheap and easily. If they satisfy a need then they may be (a mid-term/interim) solution to shortage of hardware right now. If I

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Bastien ROUCARIES
On Tue, Oct 29, 2013 at 6:15 PM, Tollef Fog Heen tfh...@err.no wrote: ]] Aron Xu IPMI would be lovely, but I'm not sure we can locate a board right now with that - so, we may have to fix remote management with a remotely controlled power/reset box - I believe they exist (something else

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Aron Xu
On Wed, Oct 30, 2013 at 1:15 AM, Tollef Fog Heen tfh...@err.no wrote: ]] Aron Xu IPMI would be lovely, but I'm not sure we can locate a board right now with that - so, we may have to fix remote management with a remotely controlled power/reset box - I believe they exist (something else

Re: porting OpenRC on kFreeBSD and Hurd (was: Proposal: let’s have a GR about the init system)

2013-10-29 Thread Thomas Goirand
On 10/29/2013 03:57 PM, Svante Signell wrote: On Fri, 2013-10-25 at 23:45 +0800, Thomas Goirand wrote: OpenRC has been waiting in the NEW queue (targeting experimental, as this is what it is right now: experimental!) for more than a month. It'd be nice if someone from the FTP master team

Re: Proposal: let’s have a GR about the init system

2013-10-29 Thread Thomas Goirand
On 10/29/2013 06:53 PM, Steven Chamberlain wrote: Hi Svante, On Tue, 29 Oct 2013 08:57:13 +0100 Svante Signell wrote: Triggered by the good news about OpenRC for GNU/kFreeBSD http://lists.debian.org/debian-devel/2013/10/msg00991.html I wouldn't get too excited just yet; with more work we

Re: let's split the systemd binary package

2013-10-29 Thread Kevin Chadwick
previously on this list Philipp Kern contributed: I'm not sure why our enterprise users don't count as users as well. Of course they do even if the couple of people possibly concerned with it that I know use.. is it Citrix? I was merely pointing out that it is an extremely small minority of

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Bastien ROUCARIES
On Tue, Oct 29, 2013 at 7:35 PM, Aron Xu a...@debian.org wrote: On Wed, Oct 30, 2013 at 1:15 AM, Tollef Fog Heen tfh...@err.no wrote: ]] Aron Xu IPMI would be lovely, but I'm not sure we can locate a board right now with that - so, we may have to fix remote management with a remotely

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Aron Xu
On Wed, Oct 30, 2013 at 2:40 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Tue, Oct 29, 2013 at 7:35 PM, Aron Xu a...@debian.org wrote: On Wed, Oct 30, 2013 at 1:15 AM, Tollef Fog Heen tfh...@err.no wrote: ]] Aron Xu IPMI would be lovely, but I'm not sure we can locate a board

Re: let's split the systemd binary package

2013-10-29 Thread Olav Vitters
On Tue, Oct 29, 2013 at 06:37:35PM +, Kevin Chadwick wrote: Of course they do even if the couple of people possibly concerned with it that I know use.. is it Citrix? I was merely pointing out that it is an extremely small minority of Debian users but possibly? a majority Do you have any

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Thomas Goirand
On 10/29/2013 10:27 AM, Brian May wrote: On 29 October 2013 12:21, Russ Allbery r...@debian.org mailto:r...@debian.org wrote: In other words, I don't think it would make any sense at all to standardize on upstart or systemd and then ask people to continue to write init

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Aron Xu
On Wed, Oct 30, 2013 at 3:11 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Tue, Oct 29, 2013 at 7:56 PM, Aron Xu a...@debian.org wrote: On Wed, Oct 30, 2013 at 2:40 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Tue, Oct 29, 2013 at 7:35 PM, Aron Xu a...@debian.org

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Bastien ROUCARIES
On Tue, Oct 29, 2013 at 7:56 PM, Aron Xu a...@debian.org wrote: On Wed, Oct 30, 2013 at 2:40 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Tue, Oct 29, 2013 at 7:35 PM, Aron Xu a...@debian.org wrote: On Wed, Oct 30, 2013 at 1:15 AM, Tollef Fog Heen tfh...@err.no wrote: ]] Aron

Re: systemd effectively mandatory now due to GNOME

2013-10-29 Thread Steve Langasek
On Thu, Oct 24, 2013 at 10:29:10PM +0200, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Oct 24, 2013 at 12:13:34PM -0700, Steve Langasek wrote: And this is not just an issue because of people not wanting to use systemd init, but also because systemd init *can't* run in a container. Whoah,

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Bastien ROUCARIES
On Tue, Oct 29, 2013 at 8:25 PM, Aron Xu a...@debian.org wrote: On Wed, Oct 30, 2013 at 3:11 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Tue, Oct 29, 2013 at 7:56 PM, Aron Xu a...@debian.org wrote: On Wed, Oct 30, 2013 at 2:40 AM, Bastien ROUCARIES roucaries.bast...@gmail.com

Re: MIPS64EL port box is ready for use

2013-10-29 Thread Bastien ROUCARIES
On Tue, Oct 29, 2013 at 8:46 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Tue, Oct 29, 2013 at 8:25 PM, Aron Xu a...@debian.org wrote: On Wed, Oct 30, 2013 at 3:11 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Tue, Oct 29, 2013 at 7:56 PM, Aron Xu a...@debian.org

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Marco d'Itri
On Oct 29, Russ Allbery r...@debian.org wrote: There are various other options, including not changing away from sysvinit or someone porting the necessary support to Hurd and kFreeBSD. Or, of course, dropping Hurd and kFreeBSD, although I'm sure that no one wants that outcome. Well. If the

Re: systemd effectively mandatory now due to GNOME

2013-10-29 Thread Ben Hutchings
On Tue, Oct 29, 2013 at 12:15:10PM -0700, Steve Langasek wrote: On Thu, Oct 24, 2013 at 10:29:10PM +0200, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Oct 24, 2013 at 12:13:34PM -0700, Steve Langasek wrote: And this is not just an issue because of people not wanting to use systemd init, but

Bug#728246: ITP: libmoosex-types-stringlike-perl -- Moose type constraints for strings or string-like objects

2013-10-29 Thread Damyan Ivanov
Package: wnpp Severity: wishlist Owner: Damyan Ivanov d...@debian.org * Package name: libmoosex-types-stringlike-perl Version : 0.001 Upstream Author : David Golden dagol...@cpan.org * URL : https://metacpan.org/release/MooseX-Types-Stringlike * License :

Re: let's split the systemd binary package

2013-10-29 Thread Kevin Chadwick
previously on this list Olav Vitters contributed: On Tue, Oct 29, 2013 at 06:37:35PM +, Kevin Chadwick wrote: Of course they do even if the couple of people possibly concerned with it that I know use.. is it Citrix? I was merely pointing out that it is an extremely small minority of

Re: Proposal: switch default desktop to xfce

2013-10-29 Thread Emilio Pozuelo Monfort
On 24/10/13 18:31, Lucas Nussbaum wrote: What's the the status of XFCE regarding accessibility? That was a big strengh of GNOME for a long time, though I've heard rumors (sorry not to be more specific) that gnome-shell has some unsolved issues in that regard, which is a problem since GNOME

Re: Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Steven Chamberlain
On Mon, 28 Oct 2013 19:38:09 -0700, Russ Allbery wrote: Brian May br...@microcomaustralia.com.au writes: My understanding is that init scripts will still be required for FreeBSD and The Hurd. I would not assume that. At least, I personally don't think that switching to upstart or systemd

Re: Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Matthias Klumpp
2013/10/29 Steven Chamberlain ste...@pyro.eu.org: [...] Just wondering, if systemd upstream cares only for Linux and that's considered okay, might they also start dropping support for architectures they stop caring about (or for commercial reasons)? Say MIPS, s390, SPARC. In that case,

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Russ Allbery
Steven Chamberlain ste...@pyro.eu.org writes: But that seems like the easiest way to not break what is already working in GNU/kFreeBSD, Hurd - and on users' own Linux systems if they have non-Debian software using SysV init scripts. The last is unrelated. Both systemd and upstart support

Re: Proposal: switch default desktop to xfce

2013-10-29 Thread Nikolaus Rath
Olaf Titz o...@bigred.inka.de writes: Aeh, are you sure? I think you missed my point. I'm not involved with any init system, nor a Debian developer, yet by developing some random app and having it depend on a specific init system, I could (according to you) make that init system unsuitable for

Bug#728251: ITP: volatility -- advanced memory forensics framework

2013-10-29 Thread Joao Eriberto Mota Filho
Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho eribe...@eriberto.pro.br * Package name: volatility Version : 2.3 Upstream Author : Volatility Foundation volatil...@volatilityfoundation.org * URL : https://code.google.com/p/volatility * License

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Svante Signell
On Tue, 2013-10-29 at 00:51 -0700, Steve Langasek wrote: (Also, do remember that any decisive outcome other than “support multiple ones including systemd” and “systemd-only” will need to lead to the removal of GNOME from Debian. Absolutely not true. As Tollef mentions in his follow-up,

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Carlos Alberto Lopez Perez
On 28/10/13 20:14, Christoph Anton Mitterer wrote: For those who haven't seen it, Lennart has posted some of his comments about all this on G+: https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf And here is the reply from Gentoo developer Patrick Lauer:

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Russ Allbery
Carlos Alberto Lopez Perez clo...@igalia.com writes: On 28/10/13 20:14, Christoph Anton Mitterer wrote: For those who haven't seen it, Lennart has posted some of his comments about all this on G+: https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf And here is the reply from

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread John Paul Adrian Glaubitz
(Removing the ctte bug from CC to reduce noise) On 10/29/2013 11:59 PM, Carlos Alberto Lopez Perez wrote: On 28/10/13 20:14, Christoph Anton Mitterer wrote: For those who haven't seen it, Lennart has posted some of his comments about all this on G+:

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

2013-10-29 Thread Steven Chamberlain
On 29/10/13 01:34, Steven Chamberlain wrote: Actually quite amazing how painless that was, though I most certainly don't expect it to be functional yet. I have tested it now. It's actually running and doing 'something'! And it is colourful. I'm testing it inside of a BSD jail currently.

Re: porting OpenRC to Debian GNU/kFreeBSD (was: Bug#727708: tech-ctte: Decide which init system to default to in Debian.)

2013-10-29 Thread Thomas Goirand
On 10/29/2013 09:34 AM, Steven Chamberlain wrote: Hi, On Sun, 27 Oct 2013 02:47:56 +0800 Thomas Goirand wrote: Note that OpenRC already works on some (non-Debian) BSD platforms, and that it should be trivial to have it to build on kFreeBSD and Hurd, And so I came up with the attached

Accepted tclgeoip 0.2-1.1 (source amd64)

2013-10-29 Thread Sergei Golovan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 09:40:56 +0400 Source: tclgeoip Binary: tclgeoip Architecture: source amd64 Version: 0.2-1.1 Distribution: unstable Urgency: low Maintainer: Djihed Afifi dji...@gmail.com Changed-By: Sergei Golovan

Accepted emacspeak-ss 1.12.1-4 (source amd64)

2013-10-29 Thread Sergei Golovan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 10:09:19 +0400 Source: emacspeak-ss Binary: emacspeak-ss Architecture: source amd64 Version: 1.12.1-4 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Sergei Golovan

Accepted netmaze 0.81+jpg0.82-14.1 (source amd64)

2013-10-29 Thread Sergei Golovan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 10:44:22 +0400 Source: netmaze Binary: netmaze Architecture: source amd64 Version: 0.81+jpg0.82-14.1 Distribution: unstable Urgency: low Maintainer: John Goerzen jgoer...@complete.org Changed-By: Sergei Golovan

Accepted yade 1.05.0-1 (source amd64 all)

2013-10-29 Thread Anton Gladky
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 28 Oct 2013 20:55:21 +0100 Source: yade Binary: yade libyade python-yade yade-doc Architecture: source amd64 all Version: 1.05.0-1 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers

Accepted haskell-derive 2.5.13-1 (source all amd64)

2013-10-29 Thread Raúl Benencia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 28 Oct 2013 16:53:53 -0300 Source: haskell-derive Binary: libghc-derive-dev libghc-derive-prof libghc-derive-doc haskell-derive-utils Architecture: source all amd64 Version: 2.5.13-1 Distribution: unstable Urgency: low

Accepted haskell-hoogle 4.2.23-1 (source all amd64)

2013-10-29 Thread Raúl Benencia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 28 Oct 2013 16:36:14 -0300 Source: haskell-hoogle Binary: libghc-hoogle-dev libghc-hoogle-prof libghc-hoogle-doc hoogle Architecture: source all amd64 Version: 4.2.23-1 Distribution: unstable Urgency: low Maintainer: Debian

Accepted hlint 1.8.53-1 (source all amd64)

2013-10-29 Thread Raúl Benencia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 28 Oct 2013 16:58:34 -0300 Source: hlint Binary: hlint libghc-hlint-dev libghc-hlint-prof libghc-hlint-doc Architecture: source all amd64 Version: 1.8.53-1 Distribution: unstable Urgency: low Maintainer: Debian Haskell Group

Accepted knot 1.3.3-1 (source amd64 all)

2013-10-29 Thread Ondřej Surý
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 28 Oct 2013 11:40:13 +0100 Source: knot Binary: knot knot-dbg knot-dnsutils knot-host knot-doc Architecture: source amd64 all Version: 1.3.3-1 Distribution: unstable Urgency: low Maintainer: Ondřej Surý ond...@debian.org

Accepted haskell-src-meta 0.6.0.4-1 (source all amd64)

2013-10-29 Thread Raúl Benencia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 28 Oct 2013 16:50:07 -0300 Source: haskell-src-meta Binary: libghc-src-meta-dev libghc-src-meta-prof libghc-src-meta-doc Architecture: source all amd64 Version: 0.6.0.4-1 Distribution: unstable Urgency: low Maintainer: Debian

Accepted haskell-src-exts 1.14.0-1 (source all amd64)

2013-10-29 Thread Raúl Benencia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 28 Oct 2013 15:45:46 -0300 Source: haskell-src-exts Binary: libghc-src-exts-dev libghc-src-exts-prof libghc-src-exts-doc Architecture: source all amd64 Version: 1.14.0-1 Distribution: unstable Urgency: low Maintainer: Debian

Accepted tofrodos 1.7.13+ds-1 (source i386)

2013-10-29 Thread Markus Koschany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 29 Oct 2013 09:22:17 +0100 Source: tofrodos Binary: tofrodos Architecture: source i386 Version: 1.7.13+ds-1 Distribution: unstable Urgency: low Maintainer: Markus Koschany a...@gambaru.de Changed-By: Markus Koschany

Accepted r-cran-rcppeigen 0.3.1.2.3-1 (source i386)

2013-10-29 Thread Dirk Eddelbuettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 06:30:00 -0500 Source: r-cran-rcppeigen Binary: r-cran-rcppeigen Architecture: source i386 Version: 0.3.1.2.3-1 Distribution: unstable Urgency: low Maintainer: Dirk Eddelbuettel e...@debian.org Changed-By: Dirk

Accepted knot 1.4.0~beta-1 (source amd64 all)

2013-10-29 Thread Ondřej Surý
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 12:25:49 +0100 Source: knot Binary: knot knot-dbg knot-dnsutils knot-host knot-doc Architecture: source amd64 all Version: 1.4.0~beta-1 Distribution: experimental Urgency: low Maintainer: Ondřej Surý

Accepted ekg2 1:0.4~pre+20120506.1-2 (source amd64 all)

2013-10-29 Thread Marcin Owsiany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 29 Oct 2013 13:17:10 +0100 Source: ekg2 Binary: ekg2-core ekg2 ekg2-api-docs ekg2-dbg ekg2-gnupg ekg2-jabber ekg2-scripting-python ekg2-scripting-perl ekg2-ui-gtk ekg2-ui-ncurses Architecture: source amd64 all Version:

Accepted verbiste 0.1.39-1 (source amd64 all)

2013-10-29 Thread Tomasz Buchert
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 29 Oct 2013 09:40:18 +0100 Source: verbiste Binary: verbiste verbiste-gnome verbiste-el libverbiste-0.1-0 libverbiste-dev Architecture: source amd64 all Version: 0.1.39-1 Distribution: unstable Urgency: low Maintainer: Tomasz

Accepted libvistaio 1.2.16-1 (source amd64)

2013-10-29 Thread Gert Wollny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 22 Oct 2013 11:30:11 +0200 Source: libvistaio Binary: libvistaio-dev libvistaio14 libvistaio14-dbg Architecture: source amd64 Version: 1.2.16-1 Distribution: unstable Urgency: low Maintainer: Debian Med Packaging Team

Accepted curlpp 0.7.3-4 (source amd64)

2013-10-29 Thread Ximin Luo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 13:40:09 + Source: curlpp Binary: libcurlpp0 libcurlpp-dev Architecture: source amd64 Version: 0.7.3-4 Distribution: unstable Urgency: low Maintainer: Ximin Luo infini...@gmx.com Changed-By: Ximin Luo

Accepted plexus-containers1.5 1.5.5-6 (source all)

2013-10-29 Thread Emmanuel Bourg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 29 Oct 2013 11:10:33 +0100 Source: plexus-containers1.5 Binary: libplexus-containers1.5-java libplexus-containers1.5-java-doc Architecture: source all Version: 1.5.5-6 Distribution: unstable Urgency: low Maintainer: Debian

Accepted rcpp 0.10.6-1 (source i386)

2013-10-29 Thread Dirk Eddelbuettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 09:42:30 -0500 Source: rcpp Binary: r-cran-rcpp Architecture: source i386 Version: 0.10.6-1 Distribution: unstable Urgency: low Maintainer: Dirk Eddelbuettel e...@debian.org Changed-By: Dirk Eddelbuettel

Accepted libace-perl 1.92-3 (source amd64)

2013-10-29 Thread Andreas Tille
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 11:08:14 +0100 Source: libace-perl Binary: libace-perl Architecture: source amd64 Version: 1.92-3 Distribution: unstable Urgency: low Maintainer: Debian Med Packaging Team

Accepted vagalume 0.8.6-1 (source amd64)

2013-10-29 Thread Alberto Garcia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 28 Oct 2013 23:53:42 +0200 Source: vagalume Binary: vagalume Architecture: source amd64 Version: 0.8.6-1 Distribution: unstable Urgency: low Maintainer: Alberto Garcia be...@igalia.com Changed-By: Alberto Garcia

Accepted uhd 3.5.4-3 (source amd64)

2013-10-29 Thread A. Maitland Bottoms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 09:30:06 -0400 Source: uhd Binary: uhd-host libuhd003 libuhd-dev Architecture: source amd64 Version: 3.5.4-3 Distribution: unstable Urgency: low Maintainer: A. Maitland Bottoms bott...@debian.org Changed-By: A.

Accepted dime 0.20030921-4 (source amd64 all)

2013-10-29 Thread A. Maitland Bottoms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 11:52:41 -0400 Source: dime Binary: dime libdime1 libdime-dev libdime-doc Architecture: source amd64 all Version: 0.20030921-4 Distribution: unstable Urgency: low Maintainer: A. Maitland Bottoms bott...@debian.org

Accepted openvswitch 1.9.3+git20131029-1 (source i386 all)

2013-10-29 Thread Ben Pfaff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 29 Oct 2013 08:31:55 -0700 Source: openvswitch Binary: openvswitch-datapath-source openvswitch-datapath-dkms openvswitch-common openvswitch-switch openvswitch-ipsec openvswitch-pki openvswitch-controller openvswitch-brcompat

Accepted python-markdown 2.3.1-2 (source all)

2013-10-29 Thread Dmitry Shachnev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 29 Oct 2013 20:14:29 +0400 Source: python-markdown Binary: python-markdown python3-markdown python-markdown-doc Architecture: source all Version: 2.3.1-2 Distribution: unstable Urgency: low Maintainer: Debian Python Modules

Accepted autocutsel 0.9.0-3 (source amd64)

2013-10-29 Thread Elmar S. Heeb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 17:13:24 +0100 Source: autocutsel Binary: autocutsel Architecture: source amd64 Version: 0.9.0-3 Distribution: unstable Urgency: low Maintainer: Elmar S. Heeb el...@heebs.ch Changed-By: Elmar S. Heeb el...@heebs.ch

Accepted libsdl2-net 2.0.0+dfsg1-2 (source amd64)

2013-10-29 Thread Manuel A. Fernandez Montecelo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 29 Oct 2013 16:40:22 + Source: libsdl2-net Binary: libsdl2-net-2.0-0 libsdl2-net-dbg libsdl2-net-dev Architecture: source amd64 Version: 2.0.0+dfsg1-2 Distribution: unstable Urgency: low Maintainer: Debian SDL packages

Accepted ploop 1.9-3 (source i386)

2013-10-29 Thread Ola Lundqvist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 18:24:50 +0100 Source: ploop Binary: ploop libploop-dev libploop1 Architecture: source i386 Version: 1.9-3 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist o...@debian.org Changed-By: Ola Lundqvist

Accepted scim-chewing 0.3.4-4.1 (source amd64)

2013-10-29 Thread gregor herrmann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 27 Oct 2013 18:22:36 +0100 Source: scim-chewing Binary: scim-chewing Architecture: source amd64 Version: 0.3.4-4.1 Distribution: unstable Urgency: low Maintainer: Andrew Lee (李健秋) ajq...@debian.org Changed-By: gregor herrmann

Accepted foreign 0.8.57-1 (source i386)

2013-10-29 Thread Dirk Eddelbuettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 12:31:14 -0500 Source: foreign Binary: r-cran-foreign Architecture: source i386 Version: 0.8.57-1 Distribution: unstable Urgency: low Maintainer: Dirk Eddelbuettel e...@debian.org Changed-By: Dirk Eddelbuettel

Accepted libimobiledevice 1.1.5-2 (source amd64 all)

2013-10-29 Thread Chow Loong Jin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 30 Oct 2013 01:42:21 +0800 Source: libimobiledevice Binary: libimobiledevice4 libimobiledevice-dev libimobiledevice4-dbg python-imobiledevice libimobiledevice-utils libimobiledevice-doc Architecture: source amd64 all Version:

Accepted php-horde-css-parser 1.0.3-1 (source all)

2013-10-29 Thread Mathieu Parent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 19:10:08 +0100 Source: php-horde-css-parser Binary: php-horde-css-parser Architecture: source all Version: 1.0.3-1 Distribution: unstable Urgency: low Maintainer: Horde Maintainers

Accepted php-horde-core 2.10.2-1 (source all)

2013-10-29 Thread Mathieu Parent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 19:07:25 +0100 Source: php-horde-core Binary: php-horde-core Architecture: source all Version: 2.10.2-1 Distribution: unstable Urgency: low Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org

Accepted php-horde-prefs 2.5.1-1 (source all)

2013-10-29 Thread Mathieu Parent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 19:12:05 +0100 Source: php-horde-prefs Binary: php-horde-prefs Architecture: source all Version: 2.5.1-1 Distribution: unstable Urgency: low Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org

Accepted firetray 0.4.7~rc1-1 (source all)

2013-10-29 Thread David Prévot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 29 Oct 2013 12:57:58 -0400 Source: firetray Binary: xul-ext-firetray Architecture: source all Version: 0.4.7~rc1-1 Distribution: unstable Urgency: low Maintainer: Debian Mozilla Extension Maintainers

Accepted libsdl2-ttf 2.0.12+dfsg1-2 (source amd64)

2013-10-29 Thread Manuel A. Fernandez Montecelo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 29 Oct 2013 18:18:49 + Source: libsdl2-ttf Binary: libsdl2-ttf-2.0-0 libsdl2-ttf-dbg libsdl2-ttf-dev Architecture: source amd64 Version: 2.0.12+dfsg1-2 Distribution: unstable Urgency: low Maintainer: Debian SDL packages

Accepted php-horde-vfs 2.1.2-1 (source all)

2013-10-29 Thread Mathieu Parent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 19:24:00 +0100 Source: php-horde-vfs Binary: php-horde-vfs Architecture: source all Version: 2.1.2-1 Distribution: unstable Urgency: low Maintainer: Horde Maintainers pkg-horde-hack...@lists.alioth.debian.org

Accepted php-horde-timezone 1.0.4-1 (source all)

2013-10-29 Thread Mathieu Parent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 29 Oct 2013 19:23:08 +0100 Source: php-horde-timezone Binary: php-horde-timezone Architecture: source all Version: 1.0.4-1 Distribution: unstable Urgency: low Maintainer: Horde Maintainers

  1   2   >