Re: systemd .service file conversion

On 2. 6. 2013, at 23:00, Marc Haber wrote: > On Sat, 1 Jun 2013 21:26:32 +0200, Ond?ej Surý > wrote: >> We have removed archs from release archs and moved them to ports and nobody >> claimed we are less universal. > > I did. I still think it is a pity that we removed them. You could have inve

Re: Switching to mozilla ESR in stable-security

On 05/28/2013 04:33 PM, Moritz Muehlenhoff wrote: Hi, we need to change the way security fixes are handled for Mozilla in stable-security. The backporting of security fixes is no longer sustainable resource-wise. As such, we'll switch to releasing the ESR releases of iceweasel and icedove in st

Re: Test suite best practices ?

On Mon, Jun 3, 2013 at 2:59 AM, Xavier Roche wrote: > Are there any "best practices" on how to handle test suite in Debian ? In addition to what was already said, it is possible to define a set of tests to be run on the package as it is installed on a Debian system. We don't yet automatically run

Re: default MTA

On Sunday, June 02, 2013 17:10:02, Marc Haber wrote: > On Sat, 1 Jun 2013 15:06:40 -0400, Chris Knadle > > wrote: > >I can understand why one would want this, but I can also understand why it > >hasn't been done. Without first setting up TLS, this would involve > >passing a username/password ove

Re: Proposed mass bug filing: Removal of automake1.4, automake1.9, automake1.10 and automake1.11

* Alberto Garcia (agar...@igalia.com) wrote: > On Mon, May 27, 2013 at 02:38:48AM -0400, Eric Dorland wrote: > > > We've accumulated a lot of automake packages in main and since > > we're at the very beginning of the jessie release cycle I'd like > > to propose a mass bug filing to remove all the

Re: Proposed mass bug filing: Removal of automake1.4, automake1.9, automake1.10 and automake1.11

On Mon, May 27, 2013 at 02:38:48AM -0400, Eric Dorland wrote: > We've accumulated a lot of automake packages in main and since > we're at the very beginning of the jessie release cycle I'd like > to propose a mass bug filing to remove all the current automake > packages in unstable (automake1.13 i

Re: Proposed mass bug filing: Removal of automake1.4, automake1.9, automake1.10 and automake1.11

Having heard no real objection to the plan, I will begin filing minor bugs for this transition. I'm moving in a month so I may not have time to actually start until July. * Eric Dorland (e...@debian.org) wrote: > Hello folks, > > We've accumulated a lot of automake packages in main and since we'

Re: Proposed mass bug filing: Removal of automake1.4, automake1.9, automake1.10 and automake1.11

Sorry about that. Generally how I transition to a new upstream version is to update the automake package and then upload a new automake1.X package after that. So I will be uploading an automake1.11 package shortly to fix this. * Thorsten Glaser (t...@debian.org) wrote: > Eric Dorland debian.org>

Re: default MTA

Marc Haber writes: > Russ Allbery wrote: >> Marc Haber writes: >>> 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, but I have only seen this two >>> ti

Re: systemd .service file conversion

On Sat, 1 Jun 2013 21:26:32 +0200, Ond?ej Surý wrote: >We have removed archs from release archs and moved them to ports and nobody >claimed we are less universal. I did. I still think it is a pity that we removed them. Greetings Marc -- -- !! No courtesy cop

Re: default MTA

On Sat, 01 Jun 2013 12:16:11 -0700, Russ Allbery wrote: >Marc Haber writes: >> 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, but I have only seen this tw

Re: default MTA

On Sat, 1 Jun 2013 15:06:40 -0400, Chris Knadle wrote: >I can understand why one would want this, but I can also understand why it >hasn't been done. Without first setting up TLS, this would involve passing a >username/password over the 'net in the clear, which is something I try hard to >neve

Re: Debian systemd survey

On 2013-06-02 11:10:34 -0700, Russ Allbery wrote: > Michael Biebl writes: > > Am 02.06.2013 18:59, schrieb Russ Allbery: > > >> There's really no reason to have something like an /etc/default setting > >> for that, the way there is for the rsyncd init script. You can just > >> edit that directly

Re: Debian systemd survey

Tollef Fog Heen writes: > ]] Russ Allbery >> There's really no reason to have something like an /etc/default >> setting for that, the way there is for the rsyncd init script. You >> can just edit that directly (well, it's systemd, so you have to copy >> it into /etc and make a new version and t

Re: Test suite best practices ?

Le 02/06/2013 21:30, Russ Allbery a écrit : > the test programs should be handled by libtool > (replaced with shell scripts that set LD_LIBRARY_PATH and invoke the right > binary) so that they can run successfully from the build tree. In other > words, as long as the test suite is built with libtoo

Bug#710829: ITP: r-cran-base64enc -- GNU R package that provides tools for base64 encoding

Package: wnpp Severity: wishlist Owner: Sebastian Gibb * Package name: r-cran-base64enc Version : 0.1-1 Upstream Author : Simon Urbanek * URL : http://cran.r-project.org/web/packages/base64enc/index.html * License : GPL-2 or GPL-3 Programming Lang: C, R De

Re: systemd .service file conversion

On Sat, Jun 01, 2013 at 03:39:44PM +0200, Salvo Tomaselli wrote: > They release twice a week or so. That is another sign of a software you > shouldn't rely on too much You mean like, say, the Linux kernel? Regards: David -- /) David Weinehall /) Rime on my window (\ // ~~~

Bug#710827: ITP: r-cran-downloader -- GNU R package for downloading files over http and https

Package: wnpp Severity: wishlist Owner: Sebastian Gibb * Package name: r-cran-downloader Version : 0.3 Upstream Author : Winston Chang * URL : http://cran.r-project.org/web/packages/downloader/index.html * License : GPL-2 Programming Lang: R Description

Re: Test suite best practices ?

Xavier Roche writes: > Are there any "best practices" on how to handle test suite in Debian ? > Currently the best way seems to use the automake's testsuite, and call > dh_auto_test after dh_auto_build - but it generally needs some hacking > wrt. library and binary pathes - ie. something ugly li

Test suite best practices ?

Hi folks, Are there any "best practices" on how to handle test suite in Debian ? Currently the best way seems to use the automake's testsuite, and call dh_auto_test after dh_auto_build - but it generally needs some hacking wrt. library and binary pathes - ie. something ugly like: # Makefile.am T

Re: docbook-xsl: why only one version ?

Hello, On 02/06/13 18:54, Mathieu Malaterre wrote: > Jérome, > > On Sun, Jun 2, 2013 at 5:35 PM, Jerome BENOIT wrote: > [...] >> In short, the initial question may be rephrase: >> what there is no `catalog' policy for docbook-xsl on Debian ? > > I believe there is a slight misunderstanding. /et

Re: Debian systemd survey

On 03/06/2013 00:33, Simon McVittie wrote: > [...] > The current upstream systemd has an "include" mechanism by which the > unit in /etc can say "copy all keys from the upstream version in /lib, > then set Foo=bar", and also a mechanism by which individual keys in a > unit can be overridden by a se

Re: Debian systemd survey

]] Russ Allbery > There's really no reason to have something like an /etc/default > setting for that, the way there is for the rsyncd init script. You > can just edit that directly (well, it's systemd, so you have to copy > it into /etc and make a new version and then won't know if anything > ab

Re: systemd .service file conversion

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

Re: Debian systemd survey

Michael Biebl writes: > Am 02.06.2013 18:59, schrieb Russ Allbery: >> There's really no reason to have something like an /etc/default setting >> for that, the way there is for the rsyncd init script. You can just >> edit that directly (well, it's systemd, so you have to copy it into >> /etc and

Re: Debian systemd survey

Russ Allbery wrote: > There's really no reason to have something like an /etc/default setting > for that, the way there is for the rsyncd init script. You can just edit > that directly (well, it's systemd, so you have to copy it into /etc and > make a new version and then won't know if anything ab

Re: Feedback on Debian 7.0

Hello, Thanks for your feedback. As a user, I think Debbie and 7.0 is great. Mia have the latest software install, but you have other options. As first graphical editors, you have choices like Ex DMACS. Also, there are others. If you install a desktop environment, we will certainly get a graphic

Re: Debian systemd survey

Hi Russ, Am 02.06.2013 18:59, schrieb Russ Allbery: > For example, here's the complete systemd file for rsyncd: > > [Unit] > Description=fast remote file copy program daemon > ConditionPathExists=/etc/rsyncd.conf > > [Service] > ExecStart=/usr/bin/rsync --daemon --no-detach > > [Install] > Want

Re: systemd .service file conversion

On 06/02/2013 04:25 PM, Josselin Mouette wrote: Le samedi 01 juin 2013 à 11:59 +0200, Marc Haber a écrit : Before saying things like that, please file a GR removing the "universal" from Debian's claim. Silly me. I thought “universal” was meant about usage, like the ability to run the same OS o

Re: Debian systemd survey

Vincent Lefevre writes: > Most config files are not really user-editable under Debian. I mean: > they can be editable, but there are serious drawbacks during upgrades. > Indeed most often the user has the choice between installing the new > version (but his local changes are lost) and keeping the

Re: Switching to mozilla ESR in stable-security

On Sun, Jun 02, 2013 at 05:04:54PM +0800, Thomas Goirand wrote: > On 06/02/2013 01:35 AM, Florian Weimer wrote: > > I'm not sure if moving packages between repositories makes that much > > of a difference. Either they work acceptably well, or they don't, > > independently of the delivery mechanism

Re: docbook-xsl: why only one version ?

Jérome, On Sun, Jun 2, 2013 at 5:35 PM, Jerome BENOIT wrote: [...] > In short, the initial question may be rephrase: > what there is no `catalog' policy for docbook-xsl on Debian ? I believe there is a slight misunderstanding. /etc/xml/catalog is properly setup on your debian system. However it

Re: Debian systemd survey

On 02/06/13 13:15, Vincent Lefevre wrote: > Most config files are not really user-editable under Debian. ... > So, splitting config files is a > way to avoid that, not in all cases but in most cases (this is not > specific to sysvinit, apparently just a consequence of the old > wishlist bug 32877,

Re: Switching to mozilla ESR in stable-security

Andrei POPESCU schrieb: > > --Yvzb+MHGXtbPBi5F > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Ma, 28 mai 13, 22:33:03, Moritz Muehlenhoff wrote: >>=20 >> As such, we'll switch to releasing the ESR releases of icewease

Re: Switching to mozilla ESR in stable-security

On Sun, Jun 02, 2013 at 12:10:56PM +0300, Andrei POPESCU wrote: > On Ma, 28 mai 13, 22:33:03, Moritz Muehlenhoff wrote: > > > > As such, we'll switch to releasing the ESR releases of iceweasel > > and icedove in stable-security. > > Would it be possible to switch to the Mozilla branding in this

Re: docbook-xsl: why only one version ?

Hello Paul, thanks for your reply. On 02/06/13 08:57, Paul Gevers wrote: > 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

Re: systemd .service file conversion

Le samedi 01 juin 2013 à 11:59 +0200, Marc Haber a écrit : > Before saying things like that, please file a GR removing the > "universal" from Debian's claim. Silly me. I thought “universal” was meant about usage, like the ability to run the same OS on a supercomputer, a toaster, a smartphone and

kFreeBSD’s future [was: systemd .service file conversion]

Le samedi 01 juin 2013 à 11:56 +0200, Marc Haber a écrit : > On Fri, 31 May 2013 14:08:01 +0200, Josselin Mouette > >I disagree with this claim. The wheezy release for kfreebsd is a joke, > >and we should end it with jessie unless there are real users. > > I find the way you're dismissing other

Re: systemd .service file conversion

> 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 inconsistently. If we want everything that mak

Re: Feedback on Debian 7.0

Le dimanche, 2 juin 2013 15.54:31, Cyril Brulebois a écrit : > Marcin Kulisz (02/06/2013): > > Why not to use http://http.debian.net/ ? > > Surely the .net part of it? If that's the reason, why do we have cdn.debian.net in the list of mirrors used in d-i? I'm not against either but would prefer

Re: Feedback on Debian 7.0

Marcin Kulisz (02/06/2013): > Why not to use http://http.debian.net/ ? Surely the .net part of it? Mraw, KiBi. signature.asc Description: Digital signature

Re: Switching to mozilla ESR in stable-security

Ansgar Burchardt schrieb: > Hi, > > On 05/28/2013 22:33, Moritz Muehlenhoff wrote: >> As such, we'll switch to releasing the ESR releases of iceweasel >> and icedove in stable-security. >> Reverse-deps of the older xulrunner libs have negligable security >> impact and we won't update them any fur

Re: Debian systemd survey

On 2013-05-30 13:59:09 -0700, Russ Allbery wrote: > Also, determining which flags to pass to the daemon from some other > configuration file, which is a common use of /etc/default files, is a hack > to work around the fact that an init script is not really user-editable. > We therefore move the par

Re: default MTA

Le 31/05/2013 13:10, Marc Haber a écrit : > On Fri, 31 May 2013 08:41:56 +0200, Jean-Christophe Dubacq > wrote: >> Le 30/05/2013 18:29, Marc Haber a écrit : >>> On Thu, 30 May 2013 13:56:02 +0200, Olav Vitters >>> wrote: Seems the solutions are very focussed on the assumption that things >>>

Re: Feedback on Debian 7.0

On 2013-06-02 11:06:40, Andrei POPESCU wrote: > On Du, 02 iun 13, 09:57:34, Daniel Hartwig wrote: > > > > It doesn't, see . As no mirror was > > chosen during the install, none is placed in sources. A default can > > of course be selected and commented out, provide

Re: systemd .service file conversion

]] Salvo Tomaselli > 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? Could we please not be having this discussion a

Re: Switching to mozilla ESR in stable-security

On Ma, 28 mai 13, 22:33:03, Moritz Muehlenhoff wrote: > > As such, we'll switch to releasing the ESR releases of iceweasel > and icedove in stable-security. Would it be possible to switch to the Mozilla branding in this case? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Of

Re: Switching to mozilla ESR in stable-security

On 06/02/2013 01:35 AM, Florian Weimer wrote: > I'm not sure if moving packages between repositories makes that much > of a difference. Either they work acceptably well, or they don't, > independently of the delivery mechanism. The main difference would be that we accept the fact that Mozilla sof

Re: Switching to mozilla ESR in stable-security

Didier 'OdyX' Raboud schrieb: >> FWIW, I don't. I think the compromise that the security team is proposing is >> much more reasonable than such an alternative. > > That compromise (which I do definitely support for wheezy) puzzles me most > for > the precedent it creates: if we "give up" [0] mai

Re: Switching to mozilla ESR in stable-security

Christoph Anton Mitterer schrieb: > > --=-dGSWlplfgLb+HUgDia6J > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > Hi Moritz. > > Moritz Muehlenhoff wrote: >> In the future the majority of packages should thus rather be installed >> through http://addons.m

Re: Feedback on Debian 7.0

On Du, 02 iun 13, 09:57:34, Daniel Hartwig wrote: > > It doesn't, see . As no mirror was > chosen during the install, none is placed in sources. A default can > of course be selected and commented out, provided that such default > agrees with the increase in load.

Bug#710756: ITP: libio-event-perl -- Perl module that ties filehandles for nonblocking IO with object callbacks

Package: wnpp Severity: wishlist Owner: Xavier Guimard * Package name: libio-event-perl Version : 0.812 Upstream Author : David Muir Sharnoff * URL : https://metacpan.org/release/IO-Event * License : Artistic or GPL-1+ Programming Lang: Perl Description