Hi Jerome,
On 02-06-13 06:30, Jerome BENOIT wrote:
> I have to deal with docbook-xsl for one of my package.
> I am not familiar with docbook-xsl stuff, so my question may sound naive.
> It appears that the upstream stuff play with docbook-xsl version 1.75.2 ,
> but not 1.76.1 : only the last one i
Hello List,
I have to deal with docbook-xsl for one of my package.
I am not familiar with docbook-xsl stuff, so my question may sound naive.
It appears that the upstream stuff play with docbook-xsl version 1.75.2 ,
but not 1.76.1 : only the last one is available on Wheezy, so why only one
version
On 2 June 2013 03:10, Russ Allbery wrote:
> It would probably be a good idea for the installer to add commented-out
> sources.list lines for the main archive, even if the installation is done
> off-line. (Assuming that it doesn't, but Nikolas's experience seems to
> indicate that it doesn't.)
>
On Sat, 2013-06-01 at 15:06 -0400, Chris Knadle wrote:
> On Friday, May 31, 2013 07:15:36, Marc Haber wrote:
[...]
> > SMTP with client certificates is possible, but I
> > have only seen this two times in 15 years of running E-Mail servers.
>
> Yes I'd expect this to be rare, and I can't recall us
On Sun 02 Jun 2013 01:12:43 Uoti Urpala wrote:
> Also, these issues were already covered in the thread a year ago (and
> your post doesn't look like you'd have understood the arguments
> there but disagreed).
Your quality advocacy work for upstart is almost as good as Rob Weir's
incessant effort
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package Name: novoht
Version: 0.4
Upstream Author: Kevin Brandstatter
URL: https://github.com/kev40293/NoVoHT
License: Apache 2.0
Description: A lightweight persistent in memory hash table
signature.asc
Description:
Svante Signell wrote:
> On Sat, 2013-06-01 at 22:57 +0300, Uoti Urpala wrote:
> > Debian regularly removes old buggy packages that few people use. Are you
> > saying that is wrong, and for the sake of freedom people should be given
> > the ability to keep installing them even if few actually want t
Wouter Verhelst wrote:
> On 30-05-13 22:36, Uoti Urpala wrote:
> > While there is room for reasonable disagreement about the relative
> > benefits of different configuration setups, "completely inferior even to
> > dpkg-conffile handling" is not part of any reasonable disagreement. That
> > claim i
In data sabato 01 giugno 2013 22.02.25, Uoti Urpala ha scritto:
> So, to sum it up: Upstream systemd is ready for production and suitable
> to be chosen as the default Debian init.
Can you back up your claim somehow?
> You mixed up these two things (you also talked
> about use in Fedora, which ob
On Sat, 2013-06-01 at 22:57 +0300, Uoti Urpala wrote:
> Marc Haber wrote:
> > On Sat, 01 Jun 2013 12:42:33 +0200, John Paul Adrian Glaubitz
> > wrote:
> Why would kFreeBSD particularly matter for freedom? As opposed to any
> other random piece of software?
>
> Debian regularly removes old buggy
* Henrique de Moraes Holschuh:
> The above covers the vast majority of packages, as it is very rare for
> any build system to need config.sub or config.guess and _not_ use GNU
> autoconf.
The exception does not require that the configuration script generated
by Autoconf is actually used for anyth
On Sat, Jun 01, 2013 at 09:44:05PM +0200, Wouter Verhelst 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 diff
On 31/05/13 07:50, Jean-Christophe Dubacq wrote:
> A utility to scan syslog and convey important information to the user
> would be much more useful than configuring all mailers in Debian to read
> root's local mail by default. I know how to redirect root's mail
> elsewhere, thank you for not makin
Marc Haber wrote:
> On Sat, 01 Jun 2013 12:42:33 +0200, John Paul Adrian Glaubitz
> wrote:
> >What's the point in doing that work
> >when, in the end, hardly anyone is using it?
>
> Freedom. It is not free to take away freedom just because too few
> people have chosen to exercise freedom.
Why wo
On 30-05-13 22:36, Uoti Urpala wrote:
> Russ Allbery wrote:
>> Uoti Urpala 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 over
>>
On 1. 6. 2013, at 16:48, Marc Haber wrote:
> On Sat, 01 Jun 2013 12:42:33 +0200, John Paul Adrian Glaubitz
> wrote:
>> What's the point in doing that work
>> when, in the end, hardly anyone is using it?
>
> Freedom. It is not free to take away freedom just because too few
> people have chosen t
On Wednesday, May 29, 2013 20:02:42, Russ Allbery wrote:
> Chris Knadle writes:
> > On Wednesday, May 29, 2013 15:46:15, Russ Allbery wrote:
> >> That's exactly the point, and is why I would prefer not to write those
> >> notifications into a file that no one ever looks at. (Which is why I
> >> d
Ondřej Surý
On 1. 6. 2013, at 11:59, Marc Haber wrote:
> On Fri, 31 May 2013 16:33:22 +0200, m...@linux.it (Marco d'Itri) wrote:
>> On May 31, Jeff Epler wrote:
>>> The idea that somehow users of non-linux kernels don't matter or don't
>>> even exist as debian users is one of the most frustra
On Saturday, June 01, 2013 05:34:22, Tollef Fog Heen wrote:
> ]] Russ Allbery
>
> > Basically, what we're looking for here is the equivalent of a check
> > engine light (except, of course, with better user-visible diagnostics
> > available). That's what the end user actually wants: something clear
Salvo Tomaselli wrote:
> > You have the context wrong here. "considering systemd as a default init"
> > is too vague.
> Wikipedia says: A default, in computer science, refers to a setting or a
> value
> automatically assigned to a software application, computer program or device,
> outside of us
Marc Haber writes:
> For e-mail coming in from other clients, with the local exim acting as
> a server?
> Certificates are usually only used in E-Mail when a server authenticates
> itself to a client before the client sends its authentication data. SMTP
> with client certificates is possible, bu
Russ Allbery writes:
> Nikolas Kallis writes:
>> Another thing I am pissed off about is the lack of a graphical
>> text-editor being included in Debian 7.0. The last time I checked, my
>> calendar said 2013, and as so, would not expect a text-editor not being
>> included in a desktop-environment
On Friday, May 31, 2013 07:15:36, Marc Haber wrote:
> On Thu, 30 May 2013 19:51:04 -0400, Chris Knadle
>
> wrote:
> >For Exim, the one thing I would want to change would be to ship a
> >configuration that by default created an SSL certificate and enabled
> >MAIN_TLS_ENABLE to enable TLS SMTP tran
On 2013-05-28 13:05:25 +0200, Josselin Mouette wrote:
> Le mardi 28 mai 2013 à 12:13 +0200, Adam Borowski a écrit :
> > Being able to send outgoing mail, and to handle local (such as
> > SMTP rejects or notifications from system daemons) seems plenty
> > useful to me.
>
> Most clients (apart mayb
Hi,
On 01.06.2013 16:56, Mathieu Malaterre wrote:
> Uploader: Sven Eckelmann
Uploader is you, not "uploader" as in "person you want to grant upload
rights". That's also used for mail confirmation I believe. Having that
said, I'm no ftpmaster so I don't know what precisely went wrong (or if
it wo
* Thomas Goirand:
> Maybe the best way forward is to have backports activated by default
> (there's already a patch available for that, not sure if it has been
> applied to d-i yet). Then when installing a desktop (since backports
> are now fully part of Debian), we could provide browsers from the
Package: wnpp
Severity: wishlist
Owner: Debian SDL packages maintainers
* Package name: libsdl2-image
Version : 2.0.0~rc1
Upstream Author : Sam Lantinga
* URL : http://www.libsdl.org/tmp/SDL_image/
* License : zlib/linpng
Programming Lang: C
Description
On 06/01/2013 04:48 PM, Marc Haber wrote:
On Sat, 01 Jun 2013 12:42:33 +0200, John Paul Adrian Glaubitz
wrote:
What's the point in doing that work
when, in the end, hardly anyone is using it?
Freedom. It is not free to take away freedom just because too few
people have chosen to exercise free
On Sat, 01 Jun 2013 12:42:33 +0200, John Paul Adrian Glaubitz
wrote:
>What's the point in doing that work
>when, in the end, hardly anyone is using it?
Freedom. It is not free to take away freedom just because too few
people have chosen to exercise freedom.
Greetings
Marc
--
---
Hi there,
I am trying to give Sven Eckelmann dm upload permission on
exactimage. Here what I did
1. read [1]
2. write a text file:
$ cat malat-1.dak-commands
Archive: ftp.debian.org
Uploader: Sven Eckelmann
Action: dm
Fingerprint: 522D7163831C73A635D12FE5EC371482956781AF
Allow: exactimage
T
> You have the context wrong here. "considering systemd as a default init"
> is too vague.
Wikipedia says: A default, in computer science, refers to a setting or a value
automatically assigned to a software application, computer program or device,
outside of user intervention.
What's vague abou
Am Donnerstag, den 30.05.2013, 22:29 +0100 schrieb Wookey:
> +++ Josh Triplett [2013-05-29 11:50 -0700]:
> > Moritz Muehlenhoff wrote:
> > > One problematic aspect are the various xul-ext-* packages currently
> > > packaged. It's very likely that some of them will break with ESR17
> > > and ESR24 i
Helmut Grohne subdivi.de> writes:
> Following the thread, one can observe that communication between Lennart
> and Scott is not ideal. This is just sad, and I am not to blame either
> of them. Maybe we can get both to a table now by mediating the
> discussion?
Scott James Remnant does no longer w
Zygmunt Krynicki wrote:
> W dniu sob, cze 1, 2013 o 12:52 ,nadawca John Paul Adrian Glaubitz
> napisał:
> > On 06/01/2013 12:24 PM, Vincent Bernat wrote:
> > I don't know how systemd behaves in this way (so this is not
> > something to hold against upstart), but there are so many
On 06/01/2013 01:51 PM, Zygmunt Krynicki wrote:
I believe there was a counter example of using CUPS where unless you
really start it, other machines won't discover it via avahi and you
won't be able to print to a networked printer.
One exception does not mean that all daemons should be started
W dniu sob, cze 1, 2013 o 12:52 ,nadawca John Paul Adrian Glaubitz
napisał:
On 06/01/2013 12:24 PM, Vincent Bernat wrote:
I don't know how systemd behaves in this way (so this is not
something
to hold against upstart), but there are so many daemons that need to
be
started after the network
On 2013-05-31 08:52:37 +, Raphael Geissert wrote:
> Russ Allbery debian.org> writes:
> [...]
> > This would *enable* users to install software from backports if it either
> > didn't exist in stable at all or if they explicitly requested it from
> > backports, but would not install such softwar
On 06/01/2013 11:59 AM, Marc Haber wrote:
Before saying things like that, please file a GR removing the
"universal" from Debian's claim.
Calm down. Debian has been called "universal" long before the arrival
of the non-Linux kernels. And, in fact, Marco and Joss have a point
that if hardly anyon
On 06/01/2013 12:24 PM, Vincent Bernat wrote:
I don't know how systemd behaves in this way (so this is not something
to hold against upstart), but there are so many daemons that need to be
started after the network has been configured that it should be easy to
do this. For example, most daemons b
Brian May writes:
> On 31 May 2013 20:19, Bastien ROUCARIES wrote:
>
>> Gnutls is really crappy about suid
>> see http://lists.debian.org/debian-devel/2010/03/msg00298.html
>
>
> 2+ years later or 2 Debian releases later, I would have hoped these issues
> would be, somehow, magically, fixed by n
]] Roger Lynn
> I prefer to be notified of changes to configuration files during upgrades so
> that I know which configurations need updating, rather than just hoping that
> the old config will work with the updated package and missing out on any new
> options silently introduced in a master conf
❦ 1 juin 2013 00:44 CEST, Steve Langasek :
>> start on (local-filesystems and net-device-up IFACE!=lo)
>> stop on runlevel [016]
>
> FYI, it's strongly recommended to use 'start on runlevel [2345]' here as the
> start condition, for several reasons:
>
> - The 'filesystem' events are one-time e
On Fri, 31 May 2013 16:33:22 +0200, m...@linux.it (Marco d'Itri) wrote:
>On May 31, Jeff Epler wrote:
>> The idea that somehow users of non-linux kernels don't matter or don't
>> even exist as debian users is one of the most frustrating bits of this
>> whole thread.
>I'm sorry for the three kfreeb
On Fri, 31 May 2013 14:08:01 +0200, Josselin Mouette
wrote:
>Le jeudi 30 mai 2013 à 22:25 +0200, Marc Haber a écrit :
>> >Do you actually run a kernel other than Linux
>>
>> Actually no, but it is a pleasure to see Debian move towards this
>> freedom with every new release.
>
>I disagree with t
]] Russ Allbery
> Basically, what we're looking for here is the equivalent of a check engine
> light (except, of course, with better user-visible diagnostics available).
> That's what the end user actually wants: something clear and visible
> indicating that something is wrong, which they can dri
On Fri, May 31, 2013 at 11:44:53PM +0200, Ond??ej Surý wrote:
> cat > php5-fpm.service << EOF
> [Unit]
> Description=The PHP FastCGI Process Manager
> After=syslog.target network.target
Small nitpick here: Specifying syslog.target in an After is completely
unnecessary and counterproductive. At the
Hi Ondřej,
Ondřej Surý writes:
> Practical question: if I were to support systemd .service, upstart
> init job and/or OpenRC together with standard sysvinit
> script, how do I check for currently used init system from sysvinit
> script to not start the service for a second time?
>
> Is there som
On Sat, Jun 01, 2013 at 03:53:15AM +0200, Lennart Poettering wrote:
> [...] I remember even emailing the Upstart guys about
> that, but I never got any reply. This was a long long time before Upstart
> added socket activation.
This appears to be the discussion starting with this mail:
https://list
48 matches
Mail list logo
