Package: wnpp
Severity: wishlist
Owner: Faidon Liambotis
* Package name: nutcracker
Version : 0.2.5 (TBA)
Upstream Author : Twitter, Inc.
* URL : https://github.com/twitter/twemproxy
* License : Apache-2.0
Programming Lang: C
Description : Fast, light-weig
On Wednesday, June 12, 2013 16:04:06, Wouter Verhelst wrote:
> On 12-06-13 16:59, Marc Haber wrote:
> > On Wed, 12 Jun 2013 13:38:28 +0100, Jonathan Dowland
> >
> > wrote:
> >> On Wed, Jun 12, 2013 at 08:00:17AM +0200, Wouter Verhelst wrote:
> >>> To this exim expert, configuring exim is done as
On Wed, Jun 5, 2013 at 8:54 AM, Wookey wrote:
> > == binutils ==
> >
> > binutils 2.23.2 will be uploaded to unstable after GCC 4.8 as the
> > default on x86 reaches testing. Later updates will introduce binutils
> > trunk leading to 2.24, later this year.
>
> I've only tested 2.23.1 but had no
On Tue, May 7, 2013 at 6:25 AM, Matthias Klose wrote:
>
> == binutils ==
>
> binutils 2.23.2 will be uploaded to unstable after GCC 4.8 as the
> default on x86 reaches testing. Later updates will introduce binutils
> trunk leading to 2.24, later this year.
>
> binutils' ld-gold is broken on arme
Package: wnpp
Severity: wishlist
Owner: Colin Watson
* Package name: haskell-cryptohash-cryptoapi
Version : 0.1.0
Upstream Author : Vincent Hanquez
* URL : http://hackage.haskell.org/package/cryptohash-cryptoapi
* License : BSD-3-clause
Programming Lang: Has
Package: wnpp
Severity: wishlist
Owner: Simon Elsbrock
* Package name: info-beamer
Version : 1.0pre3
Upstream Author : Florian Wesch
* URL : http://www.info-beamer.org/
* License : BSD-2
Programming Lang: C, Lua
Description : an interactive multimedia
On Wed, 12 Jun 2013 22:04:06 +0200, Wouter Verhelst
wrote:
>Yes, me too. It only works for me because I know exim pretty well, and
>then the single-file approach is more transparent than any approach
>involving generated files.
Exim's abstraction layer uses a single file as well (by default),
whi
* Daniel Pocock , 2013-06-12, 21:41:
#4: Our priorities are our users and free software
In any Debian discussion, given enough time, someone inevitably mentions
SC§4. Once this occurs, the thread is over, and the person who mentioned
it has automatically lost the argument.
--
Jakub Wilk
-
On 12-06-13 16:59, Marc Haber wrote:
> On Wed, 12 Jun 2013 13:38:28 +0100, Jonathan Dowland
> wrote:
>> On Wed, Jun 12, 2013 at 08:00:17AM +0200, Wouter Verhelst wrote:
>>> To this exim expert, configuring exim is done as follows:
>>>
>>> zcat /usr/share/doc/exim4/examples/example.conf.gz > /etc/e
On 12/06/13 14:41, Jonathan Dowland wrote:
> On Wed, Jun 12, 2013 at 08:08:17AM +0200, Daniel Pocock wrote:
>> OpenPGP and S/MIME don't guarantee anonymity as they don't (and can't
>> really) encrypt the headers/envelope
>
> Erm, they also identify the recipients, as it's the recipients key to w
On 2013-06-12 08:08:17 +0200 (+0200), Daniel Pocock wrote:
> On 12/06/13 00:02, Jeremy Stanley wrote:
> > That basically just makes the case for relying on (E)SMTP only for
> > transporting messages, but leveraging OpenPGP or S/MIME to provide
> > authentication and confidentiality where required (
Am 12.06.2013 19:25, schrieb Adam Borowski:
> On Wed, Jun 12, 2013 at 09:45:21AM -0700, Daniel Schepler wrote:
>> Matthias Klose wrote:
>>> Multi-Arch isn't there yet. And even if it is, the multilib builds should be
>>> kept for some more releases. There is a lot to do on the Debian side, and
>>
On Wed, Jun 12, 2013 at 7:34 PM, Uoti Urpala wrote:
> Michael Stapelberg wrote:
> > Ondřej Surý writes:
> > > I still think you should also update the table with information if the
> > > library is actually used in PID 1 (or in forked process) as hmh
> suggested:
> > >
> > >> It would be best to
Am 12.06.2013 19:18, schrieb Adam Borowski:
> On Wed, Jun 12, 2013 at 09:59:31AM +0200, Matthias Klose wrote:
>>> Why is gcc built multi-lib anyway?
>>
>> because developers expect to work it. there is a lot of code which just uses
>> -m32/-m64 which should not deliberately broken.
>
> This explai
Adam Borowski wrote:
> Wouldn't it be easier to have lib32gcc1:amd64 merely depend on libgcc1:i386?
> It'd save a massive amount of complexity.
But that reintroduces the problem which convinced me there's a reason to keep
lib32gcc1 in the first place: suppose libgcc1:i386 and libgcc1:amd64 get ou
On Wed, Jun 12, 2013 at 09:44:16AM -0700, Steve Langasek wrote:
> On Wed, Jun 12, 2013 at 04:40:22PM +0800, Chow Loong Jin wrote:
>
> > Bitrot doesn't happen immediately, and even when it does happen, it will
> > take time before its rate reaches an unmanageable state. Plenty of time
> > to test
On Wed, Jun 12, 2013 at 5:03 PM, Praveen A wrote:
> 2013/6/12 Per Andersson :
>> Package: wnpp
>> Severity: wishlist
>> Owner: Per Andersson
>>
>> * Package name: ruby-redis
>> Version : 3.0.4
>> Upstream Author : Ezra Zygmuntowicz
>> * URL : http://github.com/redis/r
Michael Stapelberg wrote:
> Ondřej Surý writes:
> > I still think you should also update the table with information if the
> > library is actually used in PID 1 (or in forked process) as hmh suggested:
> >
> >> It would be best to enhance
> >> http://people.debian.org/~stapelberg/docs/systemd-depe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/06/13 12:29, Neil McGovern wrote:
> On Wed, Jun 12, 2013 at 08:08:17AM +0200, Daniel Pocock wrote:
>> On 12/06/13 00:02, Jeremy Stanley wrote:
>>> On 2013-06-11 23:50:01 +0200 (+0200), Daniel Pocock wrote:
Something that doesn't have the
On Wed, Jun 12, 2013 at 09:45:21AM -0700, Daniel Schepler wrote:
> Matthias Klose wrote:
> >Multi-Arch isn't there yet. And even if it is, the multilib builds should be
> >kept for some more releases. There is a lot to do on the Debian side, and on
> >the upstream side. So maybe it helps your und
On Wed, Jun 12, 2013 at 09:59:31AM +0200, Matthias Klose wrote:
> > Why is gcc built multi-lib anyway?
>
> because developers expect to work it. there is a lot of code which just uses
> -m32/-m64 which should not deliberately broken.
This explains i386/amd64 multilib, which, while an ugly thing t
Matthias Klose wrote:
>Multi-Arch isn't there yet. And even if it is, the multilib builds should be
>kept for some more releases. There is a lot to do on the Debian side, and on
>the upstream side. So maybe it helps your understanding to get the required
>patches upstream to get multilib working
On Wed, Jun 12, 2013 at 04:40:22PM +0800, Chow Loong Jin wrote:
> Bitrot doesn't happen immediately, and even when it does happen, it will
> take time before its rate reaches an unmanageable state. Plenty of time
> to test a solution in the meantime I say. Basic autogeneration of
> sysvinit and
Hi Ondřej,
Ondřej Surý writes:
> I still think you should also update the table with information if the
> library is actually used in PID 1 (or in forked process) as hmh suggested:
>
>> It would be best to enhance
>> http://people.debian.org/~stapelberg/docs/systemd-dependencies.html with
>> info
2013/6/12 Per Andersson :
> Package: wnpp
> Severity: wishlist
> Owner: Per Andersson
>
> * Package name: ruby-redis
> Version : 3.0.4
> Upstream Author : Ezra Zygmuntowicz
> * URL : http://github.com/redis/redis-rb
> * License : MIT
> Programming Lang: Ruby
On Wed, 12 Jun 2013 13:38:28 +0100, Jonathan Dowland
wrote:
>On Wed, Jun 12, 2013 at 08:00:17AM +0200, Wouter Verhelst wrote:
>> To this exim expert, configuring exim is done as follows:
>>
>> zcat /usr/share/doc/exim4/examples/example.conf.gz > /etc/exim4/exim4.conf
>
>Absolutely. At some point
On Wed, 12 Jun 2013 13:39:28 +0100, Jonathan Dowland
wrote:
>On Tue, Jun 11, 2013 at 11:05:24PM +0200, Bernhard R. Link wrote:
>> When I remember learning exim I found it quite nice that the config is quite
>> self-explaining what it is actually doing.
>
>The exim config — once I started to actual
Package: wnpp
Severity: wishlist
Owner: Per Andersson
* Package name: ruby-redis
Version : 3.0.4
Upstream Author : Ezra Zygmuntowicz
* URL : http://github.com/redis/redis-rb
* License : MIT
Programming Lang: Ruby
Description : Ruby client library for R
On Tue, Jun 11, 2013 at 11:50:01PM +0200, Daniel Pocock wrote:
> Something that doesn't have these limitations:
>
> http://tools.ietf.org/html/rfc2487#section-7
>
> This is also relevant (not just for Postfix):
>
> http://www.postfix.org/TLS_README.html#client_tls_encrypt
>
> "Despite the poten
On Wed, Jun 12, 2013 at 08:08:17AM +0200, Daniel Pocock wrote:
> OpenPGP and S/MIME don't guarantee anonymity as they don't (and can't
> really) encrypt the headers/envelope
Erm, they also identify the recipients, as it's the recipients key to which
the messages are encrypted. (and typically the s
On Tue, Jun 11, 2013 at 11:05:24PM +0200, Bernhard R. Link wrote:
> The only class of users I can imagine the current situation not optional
> is someone being used to postfix[1].
Well, that's not me…
> When I remember learning exim I found it quite nice that the config is quite
> self-explaining
On Wed, Jun 12, 2013 at 08:00:17AM +0200, Wouter Verhelst wrote:
> To this exim expert, configuring exim is done as follows:
>
> zcat /usr/share/doc/exim4/examples/example.conf.gz > /etc/exim4/exim4.conf
Absolutely. At some point in the last few years I was recommended this course
of action by a
On Wed, Jun 12, 2013 at 01:42:58PM +0200, Tollef Fog Heen wrote:
> I'm not sure why you think systemd changes anything here?
One of the main purposes of systemd is to eliminate dependencies and
fulfil them with socket activation. When converting init scripts to
.service files, this will likely mea
Am 08.05.2013 00:55, schrieb Matthias Klose:
> Am 07.05.2013 17:46, schrieb Julian Taylor:
>> On 05/07/2013 03:25 PM, Matthias Klose wrote:
>>> ...
>>>
>>> == binutils ==
>>>
>>> binutils 2.23.2 will be uploaded to unstable after GCC 4.8 as the
>>> default on x86 reaches testing. Later updates wi
]] Helmut Grohne
> Just how do we move from these suggestions to a coherent system design?
> Fact is that some applications don't cope with /etc/resolv.conf changing
> (i.e. A). Also fact is that in the presence of resolvconf,
> /etc/resolv.conf can be a dynamic file (i.e. B). The current situati
Package: wnpp
Severity: wishlist
Owner: Vincent Bernat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: libvdpau-va-gl
Version : git
Upstream Author : Rinat Ibragimov
* URL : https://github.com/i-rinat/libvdpau-va-gl
* License : LGPL-3.0
Prog
Thanks for all the suggestions on how to implement either
On Mon, Jun 10, 2013 at 05:36:46PM +0100, Ian Jackson wrote:
> A. resolv.conf is a static file which changes only very rarely.
> Implications:
or
> B. resolv.conf is not static and may change due to network
>environment changes.
On Wed, Jun 12, 2013 at 08:08:17AM +0200, Daniel Pocock wrote:
> On 12/06/13 00:02, Jeremy Stanley wrote:
> > On 2013-06-11 23:50:01 +0200 (+0200), Daniel Pocock wrote:
> >> Something that doesn't have these limitations:
> >>
> >> http://tools.ietf.org/html/rfc2487#section-7
> > [...]
> >
> > That
Le 12/06/2013 09:49, Marc Haber a écrit :
> On Sun, 09 Jun 2013 01:04:38 +0200, Michael Stapelberg
> wrote:
>> since some people might not read planet debian, here is a link to my
>> first blog post in a series of posts dealing with the results of the
>> Debian systemd survey:
>>
>> http://people.
On Wed, Jun 12, 2013 at 09:49:03AM +0200, Marc Haber wrote:
> [...]
> |While it is sad that those machines cannot profit from systemd, switching
> |to systemd as a default has no downside either: Debian continues to
> |support sysvinit for quite some time, so these machines will continue
> |to work
Hi Michael,
On Tue, Jun 11, 2013 at 7:17 PM, Michael Stapelberg
wrote:
> Hi Ondřej,
>
> Ondřej Surý writes:
> > and if I match this with the table at:
> > http://people.debian.org/~stapelberg/docs/systemd-dependencies.html I
> get
> > the result that you will _not_ compile systemd with:
> >
> >
On Sun, 09 Jun 2013 01:04:38 +0200, Michael Stapelberg
wrote:
>since some people might not read planet debian, here is a link to my
>first blog post in a series of posts dealing with the results of the
>Debian systemd survey:
>
>http://people.debian.org/~stapelberg/2013/06/09/systemd-bloat.html
T
Am 11.06.2013 16:09, schrieb Thorsten Glaser:
> Daniel Schepler gmail.com> writes:
>
>> (Sorry about the lack of threading... for some reason I'm unable to find
> the
>> links to download mbox archives for replying to the messages.)
>
> https://www.mirbsd.org/cvs.cgi/contrib/hosted/tg/getarticl
43 matches
Mail list logo
