Op zondag 20 juli 2014 13:52:20 schreef Peter Palfrader:
On Sun, 20 Jul 2014, Wouter Verhelst wrote:
These are all good arguments for enabling HTTPS and making it the
default (which I've said repeatedly is a move that I support, or at the
very least don't oppose), but not for *disabling
Op zondag 20 juli 2014 13:28:43 schreef Marc Haber:
On Sun, 20 Jul 2014 13:21:03 +0200, Wouter Verhelst w...@uter.be wrote:
Op zondag 20 juli 2014 11:38:13 schreef Marc Haber:
I might me missing something, and I admit not having read the entire
thread, but how would they have access
Op zondag 20 juli 2014 18:19:14 schreef Peter Palfrader:
On Sun, 20 Jul 2014, Wouter Verhelst wrote:
These are all good arguments for enabling HTTPS and making it the
default (which I've said repeatedly is a move that I support, or at
the
very least don't oppose
Op zondag 13 juli 2014 22:13:10 schreef Martin Zobel-Helas:
Furthermore, we will change the people.debian.org web-service such that
only HTTPS connections will be supported (unencrypted requests will be
redirected).
Why?
Please note that there remain cases where accessing HTTPS is difficult
Hi Charles,
Op zaterdag 26 april 2014 14:29:44 schreef Charles Plessy:
Le Fri, Apr 25, 2014 at 10:11:58PM -0700, Steve Langasek a écrit :
On Sat, Apr 26, 2014 at 02:07:22PM +0900, Charles Plessy wrote:
Le Sat, Apr 26, 2014 at 11:41:17AM +0800, Paul Wise a écrit :
On Sat, Apr 26, 2014 at
Hi Jonas,
[re-sending, since my first attempt did not make the list]
Op vrijdag 18 april 2014 12:43:40 schreef Jonas Smedegaard:
Thanks, but (again) I am sorry if it was not clear: The *question* is
about *debconf* irregardless of the *example* involving other details.
Here's another
Op vrijdag 2 mei 2014 15:58:37 schreef Paul Tagliamonte:
If you were to 'update' the image, how would you do it? What things
would you need? Include that. Think about what you'd need when you fork
the project.
Does that mean I should include wget?
Most minified externally-produced javascript
On Fri, Apr 25, 2014 at 11:07:53AM +0100, Neil Williams wrote:
No. The requirement is that the source is part of the source package.
[citation needed]
The only requirement I know of is that the source is part of *a*
source package, not necessarily the same one.
(consider Built-Using)
--
It
Op woensdag 7 mei 2014 20:14:50 schreef Ben Finney:
Wouter Verhelst wou...@debian.org writes:
Op vrijdag 2 mei 2014 15:58:37 schreef Paul Tagliamonte:
If you were to 'update' the image, how would you do it? What things
would you need? Include that. Think about what you'd need when
you
Op woensdag 7 mei 2014 12:59:57 schreef Jonas Smedegaard:
Hi Wouter,
Quoting Wouter Verhelst (2014-05-07 11:34:23)
What you seem to want is a unified and standardized way for one
package to provide an API for changing things about how the package
will function, to other packages
Op woensdag 7 mei 2014 12:19:31 schreef Philip Hands:
Wouter Verhelst wou...@debian.org writes:
One way this could work is by adding a SETOTHER message (name could
probably be better), which asks debconf to change a value for a given
debconf question in another package ONLY
Op woensdag 7 mei 2014 23:18:00 schreef Ben Finney:
Wouter Verhelst w...@uter.be writes:
The point is, I'm having a hard time buying the argument that if the
minified javascript was unmodified, and if the non-minified javascript
library is in the archive (or a version of said javascript
Op zaterdag 26 april 2014 16:51:57 schreef Ben Finney:
Steve M. Robbins st...@sumost.ca writes:
On April 25, 2014 11:02:29 PM Ben Finney wrote:
We promise the source for everything any recipient downloads as
part
of Debian. If non-source files are distributed in Debian source
Op vrijdag 25 april 2014 19:34:02 schreef Daniel Pocock:
When FTP masters approve a package from NEW, they might well see
that
the js is not really in use - but somebody (upstream or maintainer)
may change something after 6 months and the js does get used
That argument goes for just about any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Apr 2014 21:49:33 +0200
Source: fdpowermon
Binary: fdpowermon fdpowermon-icons
Architecture: source all
Version: 1.13
Distribution: unstable
Urgency: medium
Maintainer: Wouter Verhelst wou...@debian.org
Changed-By: Wouter
Package: wnpp
Severity: wishlist
Owner: Wouter Verhelst wou...@debian.org
* Package name: ola
Version : 0.9.0
Upstream Author : the Open Lighting team open-light...@googlegroups.com
* URL : http://www.openlighting.org/
* License : GPL, LGPL
Programming Lang
On Thu, Mar 27, 2014 at 09:07:14AM +0100, Mathieu Malaterre wrote:
Here is a little bug I just discovered:
http://stackoverflow.com/questions/22664658/finding-off-t-size
For reference, here are the packages affected in debian:
http://codesearch.debian.net/search?q=LARGE_OFF_T
For
On Thu, Apr 03, 2014 at 09:19:54PM +0100, Kevin Chadwick wrote:
previously on this list The Wanderer contributed:
I was explicitly referring to the point in the future when maintainers
do stop providing traditional init scripts. This likely won't happen
that fast, no, but I do think it's
On Thu, Apr 10, 2014 at 12:29:50PM +0200, Jakub Wilk wrote:
* Wouter Verhelst wou...@debian.org, 2014-04-10, 12:03:
I've had to figure out the size of off_t in nbd-server, and have been
doing it without relying on overflow, for years now. It took quite a few
iterations to get it right
On Mon, Mar 24, 2014 at 02:58:55PM +0100, Peter Palfrader wrote:
On Mon, 24 Mar 2014, Adrien CLERC wrote:
Le 24/03/2014 14:23, Raphael Geissert a écrit :
Anyway, I strongly recommend that nobody waste their time on an issue
which in a couple of years will be much less relevant thanks to
On Sun, Mar 23, 2014 at 12:53:55AM +0100, Samuel Thibault wrote:
Steve Langasek, le Sat 22 Mar 2014 12:43:56 -0700, a écrit :
Um, no, build-depending on virtual packages is absolutely allowed.
Yes, but something has to make the buildd pick up one package which
provides it. It won't decide
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 31 Dec 2013 11:01:18 +0100
Source: pmw
Binary: pmw pmw-doc
Architecture: source amd64 all
Version: 1:4.28-1
Distribution: unstable
Urgency: medium
Maintainer: Wouter Verhelst wou...@debian.org
Changed-By: Wouter Verhelst wou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 21 Mar 2014 11:05:38 +0100
Source: nbd
Binary: nbd-server nbd-client nbd-client-udeb
Architecture: source amd64
Version: 1:3.8-1
Distribution: unstable
Urgency: medium
Maintainer: Wouter Verhelst wou...@debian.org
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 20 Feb 2014 09:40:56 +0100
Source: fdpowermon
Binary: fdpowermon fdpowermon-icons
Architecture: source all
Version: 1.12
Distribution: unstable
Urgency: medium
Maintainer: Wouter Verhelst wou...@debian.org
Changed-By: Wouter
On Mon, Mar 03, 2014 at 02:16:37PM +0100, Solal Rastier wrote:
The installer recommend contrib and nonfree...
No, it does not.
--
This end should point toward the ground if you want to go to space.
If it starts pointing toward space you are having a bad problem and you
will not go to space
Op vrijdag 28 februari 2014 10:35:15 schreef Solal Rastier:
Why the nonfree and contrib distributions aren't removed?
Because unfortunately the free software foundation believes documentation
doesn't need to be free, and we can't put non-free documentation in main.
--
This end should point
-By: Wouter Verhelst wou...@debian.org
Description:
partman-nbd - Adds support for NBD to partman (udeb)
Changes:
partman-nbd (0.22) unstable; urgency=medium
.
[ Wouter Verhelst ]
* resolv.c: fix IPv6 case and move to debian-installer-utils.
* Since resolv was our only compiled binary, revert
On Tue, Feb 18, 2014 at 02:00:36PM +0400, Sergey B Kirpichev wrote:
On Sun, Feb 16, 2014 at 10:19:24PM +0100, Wouter Verhelst wrote:
On Sun, Feb 16, 2014 at 03:28:30PM +0400, Sergey B Kirpichev wrote:
Kevin Chadwick ma1l1i...@yahoo.co.uk:
Doesn't matter) rc.local shouldn't be used
On Tue, Feb 18, 2014 at 05:25:13PM +0100, Josselin Mouette wrote:
Le lundi 17 février 2014 à 13:24 +, Wookey a écrit :
The main complaint in this thread seems to be 'my sound worked with
ALSA, but installing PA stopped/stops it working'. It seems to me that
PA should try very hard to
On Mon, Feb 17, 2014 at 08:57:53AM +0100, John Paul Adrian Glaubitz wrote:
On 02/17/2014 08:37 AM, Chow Loong Jin wrote:
It might just be that DDs/computer experts just have more customized
setups
that break in interesting ways when effort isn't spent porting the
configuration
changes
On Sun, Feb 16, 2014 at 03:28:30PM +0400, Sergey B Kirpichev wrote:
Kevin Chadwick ma1l1i...@yahoo.co.uk:
Doesn't matter) rc.local shouldn't be used by local
admin to start services from. Why not use usual init-script?
I wouldn't be surprised if rc.local has been around longer than
On Thu, Feb 13, 2014 at 11:52:01PM +, Colin Watson wrote:
On Thu, Feb 13, 2014 at 10:17:46PM +0100, Holger Levsen wrote:
See https://buildd.debian.org/status/package.php?p=html2text - you can only
hope that I've build it in a clean environment and there aint a logfile for
the amd64
On Fri, Feb 14, 2014 at 02:10:38PM +0100, Jakub Wilk wrote:
* Wouter Verhelst wou...@debian.org, 2014-02-14, 14:01:
I'm told there's at least some magic address you can mail the
logs to, but I never remember what it is. (It's all a
workaround anyway.)
l...@buildd.debian.org
The mail's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 31 Dec 2013 11:16:56 +0100
Source: fdpowermon
Binary: fdpowermon fdpowermon-icons
Architecture: source all
Version: 1.11
Distribution: unstable
Urgency: medium
Maintainer: Wouter Verhelst wou...@debian.org
Changed-By: Wouter
Sigh.
On Wed, Feb 05, 2014 at 12:59:23PM +, Neil Williams wrote:
Using packages to support upstream development is a common problem and
this is exactly where things get awkward.
No, it is not a *problem*; it is a *method* of doing things.
It is not your place (nor mine) to question
On Thu, Jan 23, 2014 at 01:00:10AM +0100, Michael Banck wrote:
On Thu, Jan 23, 2014 at 03:26:26AM +0330, ?? ?? wrote:
Hey, this looks more like an anti-Valve trap for DDs aimed to slow down
development of Debian as base of Steam OS by steering their time spending
from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 21 Jan 2014 22:38:18 +0100
Source: nbd
Binary: nbd-server nbd-client nbd-client-udeb
Architecture: source amd64
Version: 1:3.7-1
Distribution: unstable
Urgency: low
Maintainer: Wouter Verhelst wou...@debian.org
Changed
Op 05-01-14 15:57, Clint Adams schreef:
On Sat, Jan 04, 2014 at 05:07:29PM +0100, Wouter Verhelst wrote:
This goes for GPLvX or later, but also for other or later licenses,
where they exist.
I'm convinced that the GPLv2 is a free license, but I'm so far undecided
on the GPLv3 (mainly because
Op 28-12-13 21:52, René Kuligowski schreef:
Hi Adrian,
Thanks for your quick answer,… but (sounds like a pouting little boy, I
know):
Sorry, but I cannot file a bug report against, say, nvidia-glx, because
it is most likely not the cause. The problem is far more likely kernel
3.x-
Op 23-12-13 23:43, Clint Adams schreef:
GPLv2-only folks should be made to see how their antisocial
behavior is harming everyone. I think this is a delightful
situation for them to be in.
I am not a member of the church of GNU, nor do I wish to be. I respect
Richard Stallman (and his band of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 03 Jan 2014 23:58:17 +0100
Source: nbd
Binary: nbd-server nbd-client nbd-client-udeb
Architecture: source amd64
Version: 1:3.6-1
Distribution: unstable
Urgency: medium
Maintainer: Wouter Verhelst wou...@debian.org
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 18 Dec 2013 12:55:01 +0100
Source: pmw
Binary: pmw pmw-doc
Architecture: source amd64 all
Version: 1:4.27-1
Distribution: unstable
Urgency: medium
Maintainer: Wouter Verhelst wou...@debian.org
Changed-By: Wouter Verhelst wou
Op 28-11-13 21:04, Niels Thykier schreef:
It has also come to our attention that a few buildds do not use
throw-away chroots. This sometimes results in unclean builds and we
have therefore decided to only consider architectures which use
throw-away chroots for all suites on all buildds as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 26 Nov 2013 14:10:44 +0100
Source: nbd
Binary: nbd-server nbd-client nbd-client-udeb
Architecture: source amd64
Version: 1:3.5-1
Distribution: unstable
Urgency: low
Maintainer: Wouter Verhelst wou...@debian.org
Changed
Op 27-11-13 02:44, Joey Hess schreef:
Bas Wijnen wrote:
Currently, many packages only do 2
(Citation needed.)
packages should implement parsing code for it in its config script. My
point is that this results in needless code duplication. Therefore I
would like to move this parsing code
Op 03-11-13 16:21, Thomas Goirand schreef:
On 10/30/2013 10:56 PM, Wouter Verhelst wrote:
At any rate, my main point was that we should not default to using a
system-local recursive resolver which ignores the ISP-provided one, just
because that's the easiest way to do DNSSEC these days
Op 03-11-13 19:05, Marko Randjelovic schreef:
On Sun, 3 Nov 2013 12:32:40 +0100
Bastian Blank wa...@debian.org wrote:
On Sun, Nov 03, 2013 at 11:15:36AM +0100, Marko Randjelovic wrote:
Just to say we should not expect to much from DNSSEC because DNSSEC is
centralized:
Could you explain
Op 05-11-13 19:50, Don Armstrong schreef:
On Tue, 05 Nov 2013, Don Armstrong wrote:
On Tue, 05 Nov 2013, Niels Thykier wrote:
In this regard; I am guilty of filing some those bugs without tagging
them. Honestly, adding the tags get a bit in the way right now. If a
package FTBFS on 4
Op 05-11-13 19:52, Dominic Hamon schreef:
Package: wnpp
Severity: wishlist
Owner: Dominic Hamon domi...@google.com
* Package name: ndt
Version : 3.6.5.2
* URL : http://www.internet2.edu/performance/ndt/
* License : BSD
Programming Lang: C, C++, Java
Op 05-11-13 20:40, Steven Chamberlain schreef:
[pseudopackages]
Would that be only for generic issues with a port, not specific to a
package? I doubt this would be used much. These bugs might typically
be reassigned to kernel packages or eglibc anyway.
Eventually, yes, but that doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 05 Nov 2013 16:51:16 +0100
Source: nbd
Binary: nbd-server nbd-client nbd-client-udeb
Architecture: source amd64
Version: 1:3.4-2
Distribution: unstable
Urgency: low
Maintainer: Wouter Verhelst wou...@debian.org
Changed
Op 31-10-13 02:50, Theodore Ts'o schreef:
On Wed, Oct 30, 2013 at 06:18:29PM -0700, Russ Allbery wrote:
I suspect you and I have a root disagreement over the utility of exposing
some of those degrees of freedom to every init script author, but if you
have some more specific examples of policy
Op 30-10-13 23:09, Steve McIntyre schreef:
Having said that, I do think that providing a limited number of CD
install images is useful for those cases of retrocomputing where
installing off DVD is difficult. Other than that...
So... In that situation, would you care about having more than
Op 30-10-13 16:58, Tollef Fog Heen schreef:
]] Wouter Verhelst
Yes, absense of documentation is common on Unix and Linux systems; but
no, I do not think that this is okay, or that we should in any way
encourage that sort of thing.
By absense of documentation, are you referring
Op 29-10-13 09:26, Steve Langasek schreef:
I see no reason that, if upstart were chosen as the default, porters could
not use it for our non-Linux ports as well.
With some work, sure.
This is a much better outcome
across our distribution as a whole than to require developers to continue
Op 29-10-13 17:35, Ian Jackson schreef:
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
Op 30-10-13 00:16, Russ Allbery schreef:
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+:
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 from your mail whether you meant to suggest otherwise, I do
think that
Op 25-10-13 14:45, Adam Sampson schreef:
Steve McIntyre st...@einval.com writes:
We *could* just drop all the CD sets and be done with it, just keeping
the netinst CD and the DVDs. Is that what people really want?
As a longtime Debian user, that would suit me fine -- I've not done a
Op 25-10-13 12:10, Thomas Goirand schreef:
On 10/25/2013 07:52 AM, Paul Wise wrote:
On Fri, Oct 25, 2013 at 7:47 AM, Christoph Anton Mitterer wrote:
Debian is the Universal OS, isn't it?
Part of being a 'Universal OS' is being useful to as many people as
possible, including people who don't
Op 25-10-13 15:43, Olav Vitters schreef:
On Fri, Oct 25, 2013 at 01:41:23PM +0100, Neil Williams wrote:
There is no good reason other than that's the way GNOME has been
written. So change the code and get GNOME to behave properly.
Because you raise this again:
- No maintenance on ConsoleKit
Op 25-10-13 19:32, Sune Vuorela schreef:
Why not consolidate on shared code rather than having several bits
providing the similar functionality for fairly simple tasks ?
That's a (very!) fair argument, but there's nothing in that argument
which means it absolutely totally *has* to be part of a
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.
This feels upside down to me.
There is nothing in DNSSEC
On 09-10-13 07:58, Lucas Nussbaum wrote:
other
- Debian Code of Conduct (C: http://deb.li/3wRWh N: iterate with a new
version?)
Yes, indeed.
Unfortunately, since debconf, I've been extremely swamped with work,
which is why no further updates on this point have been forthcoming from
me
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 07 Oct 2013 19:03:24 +0200
Source: nbd
Binary: nbd-server nbd-client nbd-client-udeb
Architecture: source amd64
Version: 1:3.4-1
Distribution: unstable
Urgency: low
Maintainer: Wouter Verhelst wou...@debian.org
Changed
On 05-08-13 02:16, Ben Hutchings wrote:
On Sun, 2013-08-04 at 16:45 +0200, Wouter Verhelst wrote:
On 03-08-13 13:45, Ondřej Surý wrote:
I think it's useless to upgrade to SHA512 (or SHA-3),
It's never useless to upgrade to a stronger hash.
The cost might outweight the benefit, yes
On 05-08-13 19:08, Thomas Hood wrote:
Wouter Verhelst wrote:
The right way, in my opinion, is that /etc/hosts should
look like this:
127.0.0.1 localhost
127.0.0.1 hostname.domain hostname
Strictly speaking there should be no more than one line per
IP address, so that would
On 03-08-13 13:45, Ondřej Surý wrote:
I think it's useless to upgrade to SHA512 (or SHA-3),
It's never useless to upgrade to a stronger hash.
The cost might outweight the benefit, yes. But that's a different matter.
--
This end should point toward the ground if you want to go to space.
If it
On 30-07-13 22:57, Russ Allbery wrote:
Christoph Anton Mitterer cales...@scientia.net writes:
- The system hostname (and domainname if any) should ALWAYS be
resolvable, whether a network is up or not, regardless of which.
(Assuming that lo is always up, if not, many things break anyway.)
On 31-07-13 22:09, Jerry Stuckle wrote:
Ben,
I should also add - I doubt there are many people trying to create new
kernel modules for Debian which aren't being merged into the upstream
kernel,
There are plenty of out-of-tree modules; that isn't very special.
This should Just Work(TM), and
On 18-07-13 06:23, John Paul Adrian Glaubitz wrote:
On 07/18/2013 01:00 AM, Wouter Verhelst wrote:
They're both APIs that applications can use to produce audio. What do
you mean, it doesn't make sense?
Of course they're not the same thing; I get that. That's not what I'm
saying. But as far
On 17-07-13 10:24, John Paul Adrian Glaubitz wrote:
PA also has excellent support on their IRC channels. I have been
able to solve any problem I had with it so far and in all
cases it turned out to be a user error.
So have I, with alsa. Mainly because I've never had any problem with
alsa
On 17-07-13 10:58, John Paul Adrian Glaubitz wrote:
On 07/17/2013 10:48 AM, Wouter Verhelst wrote:
So have I, with alsa. Mainly because I've never had any problem with
alsa beyond my hardware is shiny new and the driver hasn't been written
yet. Okay, and there was also this one time where I
On 15-07-13 14:09, Josselin Mouette wrote:
Le dimanche 14 juillet 2013 à 11:55 -0700, Geoffrey Thomas a écrit :
And if it turns out that systemd is today necessary for Debian's
viability as a modern OS, there are ways for the project to make that
decision without being rude to folks who
On 10-07-13 11:24, Martin Bagge / brother wrote:
On 2013-07-10 10:39, tobias.har...@dlr.de wrote:
The Raspberry PI works with the software Raspbian and there is
installed your operating system Debian. My question is: Do I need a
license for the software to develop in a company?
No but if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 05 Jul 2013 20:57:26 +0200
Source: fdpowermon
Binary: fdpowermon fdpowermon-icons
Architecture: source all
Version: 1.10
Distribution: unstable
Urgency: low
Maintainer: Wouter Verhelst wou...@debian.org
Changed-By: Wouter
On 26-06-13 03:46, Yasuhiro Araki wrote:
P.S.2
I hope to attend f2f meeting at debconf2013.
But unfortunately I cannot attend it.
If teleconf, and other way meetings are open, I would like to join from
Japan.
I don't know where that meeting will be on the schedule; but if it is in
a room
On 25-06-13 07:28, Alexandre Rebert wrote:
Hi,
I am a security researcher at Carnegie Mellon University, and my team
has found thousands of crashes in binaries downloaded from debian
wheeze packages.
Out of interest, can you elaborate on the methodology you used in trying
to find these
On 14-06-13 21:11, Thorsten Glaser wrote:
Wouter, Mikael: input on switching C/C++ to 4.8?
We don't have much data either way, do we?
I suppose it shouldn't be too much of a problem, but I can't be sure. In
the past we've usually taken the plunge, and filed bugs if things go
really bad.
--
On 11-06-13 18:37, Jonathan Dowland wrote:
On Fri, Jun 07, 2013 at 12:45:07PM +0200, Marc Haber wrote:
Sendmail has just one more layer of indirection by virtue of the m4
macros. Postfix has most of its behavior hard coded in the C sources,
while exim's behavior can be controlled by run-time
On 12-06-13 16:59, Marc Haber wrote:
On Wed, 12 Jun 2013 13:38:28 +0100, Jonathan Dowland j...@debian.org
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
On 10-06-13 18:36, Ian Jackson wrote:
B. resolv.conf is not static and may change due to network
environment changes.
Implications:
1. All existing DNS applications must be modified to notice
changes to resolv.conf.
2. Corollary: all existing DNS resolver libraries must
On 08-06-13 00:33, Manuel A. Fernandez Montecelo wrote:
Package: wnpp
Severity: wishlist
Owner: Debian SDL packages maintainers
pkg-sdl-maintain...@lists.alioth.debian.org
* Package name: libsdl2-mixer
Version : 2.0.0~rc1
Upstream Author : Sam Lantinga slou...@libsdl.org
On 10-06-13 10:32, Adam Borowski wrote:
On Mon, Jun 10, 2013 at 09:59:22AM +0200, Wouter Verhelst wrote:
On 08-06-13 00:33, Manuel A. Fernandez Montecelo wrote:
* Package name: libsdl2-mixer
Isn't this packaged already? You don't need to file WNPP bugs for SONAME
bumps...
It's
On 05-06-13 18:30, Michael Tautschnig wrote:
I also like it, somewhat, but am also aware of this approach rendering
unstable more stable than testing. I would prefer another kind of punishment
for neglect / some difficulty than the mere removal.
In what way exactly would this effort even
On 04-06-13 04:48, Chris Knadle wrote:
Unfortunately no: the Postfix source package looks like it's in 1.0 format,
so
there aren't any quilt patches.
That's not necessarily true as a result of it being a 1.0 format package
(there were ways to use quilt patches with the 1.0 format), but it is
On 02-06-13 16:09, Stuart Prescott wrote:
FWIW, I happen to agree with Marc. Having everything in /etc makes it
*much* clearer what the actual current configuration is; it also means
that if the defaults change on upgrade, your environment doesn't
suddenly start acting differently or
On 30-05-13 22:36, Uoti Urpala wrote:
Russ Allbery wrote:
Uoti Urpala uoti.urp...@pp1.inet.fi writes:
Marc Haber wrote:
And it is still completely inferior even to dpkg-conffile handling,
which has huge wishes left open as well.
False. The message you replied to already listed advantages
On 30-05-13 12:27, Marc Haber wrote:
We should make local mail or other messages trivially and
automatically visible for people who have installed Debian in NNF[1]
compliant way, but if one has gone to length to use something
non-default, I think we can safely trust those people with taking
On 30-05-13 12:16, Carlos Alberto Lopez Perez wrote:
On 29/05/13 08:18, Chris Knadle wrote:
- Exim is more popular
http://www.securityspace.com/s_survey/data/man.201201/mxsurvey.html
This is actually quite interesting.
Given that Postfix is the default MTA on RHEL/CentOS, SLES
On 30-05-13 13:56, Olav Vitters wrote:
On Thu, May 30, 2013 at 01:31:14PM +0200, Wouter Verhelst wrote:
If we're making something GNOME-specific, we don't do that. If we make
an application that fits into any fdo-compliant notification area, we do.
Within GNOME we usually create
On 30-05-13 19:29, Thomas Goirand wrote:
Maybe the best way forward is to have backports activated by default
No.
If we're going down that route, we might as well give up on doing a
stable release.
--
This end should point toward the ground if you want to go to space.
If it starts pointing
On 30-05-13 19:53, Thomas Goirand wrote:
On 05/30/2013 04:46 PM, Riku Voipio wrote:
While we are busy maintaining multiple indirection layers to
support user choice
I don't think this is what Wouter was talking about (eg, he never said
we should leave this as a choice to the user). He's
On 27-05-13 21:56, Josselin Mouette wrote:
Le lundi 27 mai 2013 à 09:13 +0200, Ondřej Surý a écrit :
I would be quite happy to write service files for two (systemd,
upstart) or three (systemd, upstart, openrc) of those in all my
packages[*], if it stops the endless flamewar here. I would also
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 24 May 2013 22:53:38 +0200
Source: pmw
Binary: pmw pmw-doc
Architecture: source amd64 all
Version: 1:4.26-1
Distribution: unstable
Urgency: low
Maintainer: Wouter Verhelst wou...@debian.org
Changed-By: Wouter Verhelst wou
On 27-05-13 13:30, Frank Mehnert wrote:
On Monday 27 May 2013 12:45:27 Holger Levsen wrote:
On Montag, 27. Mai 2013, Frank Mehnert wrote:
EFI in VirtualBox has definitely not the same level of stability as the
normal BIOS. I would strongly discourage from publishing an EFI-only
VirtualBox
On 26-05-13 17:56, Adam Borowski wrote:
-i0 because advpng is afraid of interlaced files (why?),
Interlaced files were a good idea in the 56k modem days, because they
would allow images to be shown at a coarser resolution first, and then
at a less coarse resolution as more of the file gets
On 26-05-13 15:11, Holger Levsen wrote:
Hi,
On Samstag, 25. Mai 2013, Nikolaus Rath wrote:
For example: after some intense studying, I now fully understand why
declaring a new upstart job C that depends on existing jobs A and B
(start on job-a-did-its-thing AND job-b-did-its-thing) may
On 22-05-13 13:06, Stefano Zacchiroli wrote:
On Wed, May 22, 2013 at 10:13:23AM +0100, Dmitrijs Ledkovs wrote:
Some produce more open source software than others, and all of these
will be ranked differently by each person differently, am I still yet
to be screwed by Canonical's projects.
On 21-05-13 12:05, Holger Levsen wrote:
Hi,
On Dienstag, 21. Mai 2013, Andreas Beckmann wrote:
@all maintainers: How would you like to run piuparts s.t. it easily
integrates into your workflow and allows improving Debian's quality?
have an option to run piuparts automatically by debuild,
401 - 500 of 2004 matches
Mail list logo