On Sat, 10 May 2014 17:49:46 +0100, Dimitri John Ledkov
wrote:
>Users of sysvinit, are of two categories, those that "reverted to or
>wish to stay with sysvinit" or those that "simply use the default".
>It is desired to migrate "simply use the default" to the new default,
>systemd, if that is poss
On Sat, 10 May 2014 11:55:19 +0200, Matthias Urlichs
wrote:
>Marc Haber:
>> Will it be the norm that the binaries replacing well-used shell
>> scripts on early boot only implement the features that Lennart deemed
>> useful? That would be a major turn-off, adding to the fact that early
>> boot will
On Sat, 10 May 2014 15:28:34 +0200, Martin Steigerwald
wrote:
>I did not make a technical statement about systemd. I understand the reasons
>why Tech-CTTE chose it and while I am skeptical about the attitude of some
>upstream and Debian developers regarding handling bug reports and feedback, I
On Sat, 10 May 2014 18:00:02 +0200, Laurent Bigonville
wrote:
>Le Sat, 10 May 2014 16:00:39 +0200,
>> Yet: I do think its about high time systemd developers and packagers
>> adopt an attitude of "never break userspace" like the kernel
>> developers do.
>
>Sure that the attitude "I don't care where
On Sat, 10 May 2014 19:13:01 +0200, Matthias Urlichs
wrote:
>Every compiler toolchain upgrade breaks a bunch of packages, sometimes in
>subtle ways, and mostly because the code was in some way non-standard.
>You don't complain about that, do you? So why is systemd different?
Because systemd break
On Sat, 10 May 2014 20:57:28 +0100, Ben Hutchings
wrote:
>On Sat, 2014-05-10 at 19:53 +0200, Jakub Wilk wrote:
>> * Matthias Urlichs , 2014-05-10, 19:13:
>> >Every compiler toolchain upgrade breaks a bunch of packages,
>>
>> For end users? I don't think so.
>
>If a package is not changed to fix t
On Sat, 10 May 2014 19:47:10 +0100, Brian
wrote:
>On Sat 10 May 2014 at 12:05:25 -0400, John wrote:
>A couple of quotes from your mail:
> > "I find myself appalled at the rude and domineering attitudes of
> > almost all systemd's defenders."
>
>You're not looking for flames? You're kidding, aren
On Sat, 10 May 2014 22:13:01 +0200, Matthias Urlichs
wrote:
>I also would not expect an "end user" to add "su foo -c /do/whatever" to
>/etc/rc.local. Your opinion may differ, that's OK.
Especially people who are not as Debian-centric as we are tend to do
exactly this. Simply because they don't kn
On Sat, 10 May 2014 23:11:10 -0700, Steve Langasek
wrote:
>On Sun, May 11, 2014 at 11:12:08AM +1000, Brian May wrote:
>> The name "start-stop-daemon" would suggest this is inappropriate for cron
>> jobs, is that an invalid assumption I made?
>
>Perhaps a better name could have been chosen, in hind
On Sat, 10 May 2014 15:38:24 -0700, Steve Langasek
wrote:
>I consider it of the highest importance that the transition to systemd not
>break running systems.
+1
>Some of the regressions introduced are going to turn out to be bugs in
>systemd. Some of them are going to turn out to be latent bugs
On Sat, 10 May 2014 16:27:00 +0200, Bas Wijnen
wrote:
>This is the part you should _NEVER_ do. It is YOUR responsibitiliy, as a
>maintainer (you are the maintainer, right?), to make sure that a bug that is
>reported in the wrong place gets sent to the right place. It is GOOD that a
>user reports
Le 11/05/2014 09:22, Marc Haber a écrit :
>> Systemd (as upstart) sidesteps this problem to a large degree by handling
>> uid switching as a native directive, avoiding the need to call out to a
>> separate command.
> Just out of curiosity: What do I do when I convert an init script that
> parses a
On Sun, May 11, 2014 at 09:56:17AM +0200, Adrien Clerc wrote:
> In systemd, the ExecStartPre directive can be helpful. But the
> documentation doesn't say if it is executed as the user defined in the
> User directive, or as root. I guess the latter is done, but I'm too lazy
> right now to test it :
Marc Haber (2014-05-11):
> Just curious as the maintainer of another package using su in an init
> script since 2001, how am I supposed to start a non-root process from
> an init script?
start-stop-daemon has:
-c, --chuid username|uid[:group|gid]
Mraw,
KiBi.
signature.asc
Description:
Am Sonntag, 11. Mai 2014, 08:57:29 schrieb Marc Haber:
> >IMVHO opening a PAM session in an initscript is a bad idea from day
> >one, as you don't know which modules are being called, as it can create
> >bogus audit trails or cause other subtile issues.
>
> Just curious as the maintainer of anothe
Hi,
Marc Haber:
> >"systemctl status" tells you quite clearly what went wrong, "journalctl"
> >shows you what the program printed in case it did get started … and so on.
>
> If the system boots.
>
If it does not, you cannot stick '-x' into an init script either.
I haven't yet seen a system wher
Am Samstag, 10. Mai 2014, 21:36:42 schrieb Laurent Bigonville:
> Le Sat, 10 May 2014 19:13:01 +0200,
> Matthias Urlichs a écrit :
>
> Hi,
>
> [...]
>
> > > Telling "Go away, the bug is elsewhere" is just not an approbiate
> > > reaction for developers of a low level system component.
> >
> > F
Am Samstag, 10. Mai 2014, 15:38:24 schrieb Steve Langasek:
> On Sat, May 10, 2014 at 04:00:39PM +0200, Martin Steigerwald wrote:
> > > The root cause of this bug is in the initscript of dirmngr that us using
> > > su instead of start-stop-daemon.
> > >
> > > su is starting a PAM session which then
Am Sonntag, 11. Mai 2014, 00:55:43 schrieb Kevin Chadwick:
> previously on this list Steve Langasek contributed:
> > > Using systemd breaks something that worked for probably a decade or
> > > longer
> > > before however long that su is in that init script. So on what account
> > > do
> > > you ca
Am Sonntag, 11. Mai 2014, 09:13:09 schrieb Marc Haber:
> On Sat, 10 May 2014 16:27:00 +0200, Bas Wijnen
>
> wrote:
> >This is the part you should _NEVER_ do. It is YOUR responsibitiliy, as a
> >maintainer (you are the maintainer, right?), to make sure that a bug that
> >is reported in the wrong
❦ 11 mai 2014 08:58 +0200, Marc Haber :
>>Mind you, I am not defending the handling of this specific bug; certainly
>>the systemd people's attitude is somewhat … let's call it abrasive …
>>at times.
>
> And this abrasive attitude is hurting. It's hurting systemd, it's
> hurting users, it's hurti
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libtypes-datetime-perl
Version : 0.001
Upstream Author : Toby Inkster
* URL : https://metacpan.org/release/Types-DateTime
* License : Arti
On Sun, 11 May 2014 10:22:02 +0200, Matthias Urlichs
wrote:
>That is true, but it's even simpler if there's no script to stick '-x' into
>in the first place, because PID1 knows perfectly well how to do it on its
>own and will give you a complete status, including failed preconditions
>and whatnot.
On Sun, 11 May 2014 10:04:15 +0200, Cyril Brulebois
wrote:
>Marc Haber (2014-05-11):
>> Just curious as the maintainer of another package using su in an init
>> script since 2001, how am I supposed to start a non-root process from
>> an init script?
>
>start-stop-daemon has:
>
> -c, --chuid
On Sun, 11 May 2014 11:54:37 +0200, Vincent Bernat
wrote:
> ? 11 mai 2014 08:58 +0200, Marc Haber :
>
>>>Mind you, I am not defending the handling of this specific bug; certainly
>>>the systemd people's attitude is somewhat … let's call it abrasive …
>>>at times.
>>
>> And this abrasive attitude
On Sat, May 10, 2014 at 06:38:15PM -0700, Manoj Srivastava wrote:
> I would like to solicit the opinion of the developers about the
> value of adding Guile support to the default make package, at the
> expense of two smallish additional dependencies.
> http://blog.melski.net/2013/11/29/w
Control: reassign -1 wnpp
On Du, 28 apr 13, 17:24:49, Anti Thesis wrote:
> Package: wmfs2
> Severity: wishlist
>
> WMFS2 is a lightweight and highly configurable tiling window manager for X
> written in C. wmfs2 is a free software distributed under the BSD license. it
> can be drive from keyboa
Control: reassign -1 wnpp
On Du, 28 apr 13, 17:27:34, Anti Thesis wrote:
> Package: dictator
> Severity: wishlist
>
> Dictator is a program for on-screen reading of text files, developed with the
> intention of making it easier to read some of the fine electronic texts
> available on the net, s
Am Sonntag, 11. Mai 2014, 12:53:39 schrieb Marc Haber:
> On Sun, 11 May 2014 10:04:15 +0200, Cyril Brulebois
>
> wrote:
> >Marc Haber (2014-05-11):
> >> Just curious as the maintainer of another package using su in an init
> >> script since 2001, how am I supposed to start a non-root process fro
Control: reassign -1 wnpp
On Du, 28 apr 13, 17:33:32, Anti Thesis wrote:
> Package: alopex
> Severity: wishlist
>
> Alopex is a tiling, tagging, window manager with status bar tabs.
>
> License: GNU GPL
> URL: https://github.com/TrilbyWhite/alopex
> Alternative URL: http://trilbywhite.github.io/
Control: reassign -1 wnpp
Control: retitle -1 RFP: lxc-docker -- create lightweight, portable,
self-sufficient containers
On Mi, 21 aug 13, 13:44:53, Johannes Graumann wrote:
> Package: lxc-docker
> Version: 0.5.3-1
> Severity: wishlist
>
> Hello,
>
> As per http://www.docker.io/: "Docker is an
Marc Haber wrote:
> On Sun, 11 May 2014 10:04:15 +0200, Cyril Brulebois
> wrote:
> >Marc Haber (2014-05-11):
> >> Just curious as the maintainer of another package using su in an
> >> init script since 2001, how am I supposed to start a non-root
> >> process from an init script?
> >
> >start-stop
]] Martin Steigerwald
> DESCRIPTION
>The su command is used to become another user during a login
>session. Invoked without a username, su defaults to becoming the
>superuser. The optional argument - may be used to provide an
>environment similar to what the user
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libmatch-simple-xs-perl
Version : 0.001
Upstream Author : Toby Inkster
* URL : https://metacpan.org/release/match-simple-XS
* License : Ar
On Sb, 10 mai 14, 18:56:24, Holger Levsen wrote:
>
> Having these bugs rott in a corner of the BTS almost nobody ever looks at is
> a
> disservice to our users. IMO there should be 0 bugs open against
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=
To also bring some numbers to this:
$
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/11/2014 03:18 AM, Marc Haber wrote:
> On Sat, 10 May 2014 19:47:10 +0100, Brian
> wrote:
>
>> On Sat 10 May 2014 at 12:05:25 -0400, John wrote:
>>
>> A couple of quotes from your mail:
>>
>>> "I find myself appalled at the rude and dominee
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libtypes-uuid-perl
Version : 0.002
Upstream Author : Toby Inkster
* URL : https://metacpan.org/release/Types-UUID
* License : Artistic or
Package: wnpp
Severity: wishlist
Owner: Niko Tyni
* Package name: libpackage-constants-perl
Version : 0.04
Upstream Author : Jos Boumans
* URL : https://metacpan.org/release/Package-Constants
* License : Artistic or GPL-1+
Programming Lang: Perl
Description
On May 11, Manoj Srivastava wrote:
> Building two binary packages from a single source seems hackish,
> since make and make-guile would require ./configure to be run again,
> and each target of the ./debin/rules might need cleanup/restart. Not
> unsolvable, but messy, and I do not hav
On Sat, May 10, 2014 at 03:47:47PM -0700, Steve Langasek wrote:
> This one.
>
> The systemd package contains other dbus services that you don't want to try
> to exclude from a desktop system; and libpam-systemd provides necessary
> integration with policykit on those same systems.
So basically wh
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libtest-api-perl
Version : 0.001
Upstream Author : David Golden
* URL : https://metacpan.org/module/Test::API
* License : Apache-2.0
Pro
Hi,
Martin Steigerwald:
> Yet the su manpage clearly states that su doesn´t open a new login session.
Does not.
The manpage states that su is meant to change your UID _during_ a login session.
If there is no such thing, the fact that it creates a new session for you
should not be too surprising.
On Sat, May 10, 2014 at 06:56:24PM +0200, Holger Levsen wrote:
> I believe all those bugs should be either reassigned to emacs23 (and soon 24)
> or just be closed with an informal message, also offering to reopen and
> reassign to emacs23/24 if applicable. [...]
Closing them would be a disservic
On 08/05/14 12:27, Оlе Ѕtrеісhеr wrote:
> Hi,
>
> is someone processing the items on the Alioth tracker?
>
> There are currently 184 reuqests open, some trivial requests already
> since two years (like [1]).
>
> I filed a ticket there a month ago, and still did not get any
> response yet.
>
>
Hi,
Marc Haber:
> >start-stop-daemon has:
> > -c, --chuid username|uid[:group|gid]
>
> Will a script doing this be portable to other Linuxes or even BSD
> Unices?
>
No. BSD has daemon(8). If you want portability, you probably need to check
what's available. (start-stop-daemon, daemon (on B
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libtest-modern-perl
Version : 0.007
Upstream Author : Toby Inkster
* URL : https://metacpan.org/release/Test-Modern
* License : Artistic o
On Sun, 11 May 2014 13:16:43 +0200, Martin Steigerwald
wrote:
>Am Sonntag, 11. Mai 2014, 12:53:39 schrieb Marc Haber:
>> On Sun, 11 May 2014 10:04:15 +0200, Cyril Brulebois
>>
>> wrote:
>> >Marc Haber (2014-05-11):
>> >> Just curious as the maintainer of another package using su in an init
>> >
On Sun, 11 May 2014 13:47:39 +0200, Laurent Bigonville
wrote:
>For other distributions (and other Unix based OS) most of (all?) the
>initscripts are already different anyway.
Is it right to force that?
Greetings
Marc
--
-- !! No courtesy copies, please !! ---
On Sun, 11 May 2014 14:50:55 +0200, Florian Lohoff wrote:
>There is no way to avoid the "userspace.exe" blob Debian is soon made of.
To be fair, the major Linuxes will soon be made of that. Red Hat wants
it that way.
Greetings
Marc
--
-- !! No courtesy copie
* Marc Haber [140511 16:09]:
> On Sun, 11 May 2014 13:16:43 +0200, Martin Steigerwald
> wrote:
> >Am Sonntag, 11. Mai 2014, 12:53:39 schrieb Marc Haber:
> >> On Sun, 11 May 2014 10:04:15 +0200, Cyril Brulebois
> >>
> >> wrote:
> >> >Marc Haber (2014-05-11):
> >> >> Just curious as the maintain
* Marc Haber [140511 16:12]:
> On Sun, 11 May 2014 13:47:39 +0200, Laurent Bigonville
> wrote:
> >For other distributions (and other Unix based OS) most of (all?) the
> >initscripts are already different anyway.
>
> Is it right to force that?
This is already true today for a long list of other
Hi,
Am Sonntag, den 11.05.2014, 15:58 +0200 schrieb Daniel Pocock:
>
> On 08/05/14 12:27, Оlе Ѕtrеісhеr wrote:
> > Hi,
> >
> > is someone processing the items on the Alioth tracker?
[...]
>
> Other people have had problems with alioth too:
>
> - write permissions on VCS directory for new proje
2014-05-11 15:55 GMT+02:00 Marc Haber :
> On Sun, 11 May 2014 14:50:55 +0200, Florian Lohoff wrote:
>>There is no way to avoid the "userspace.exe" blob Debian is soon made of.
>
> To be fair, the major Linuxes will soon be made of that. Red Hat wants
> it that way.
Oh come on!
Do we really have to
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libtypes-uri-perl
Version : 0.001
Upstream Author : Toby Inkster
* URL : https://metacpan.org/release/Types-URI
* License : Artistic or GP
Quoting Daniel Pocock (2014-05-11 15:58:50)
> On 08/05/14 12:27, Оlе Ѕtrеісhеr wrote:
>> is someone processing the items on the Alioth tracker?
Thanks for raising that general question here, Ole. I have been
wondering too.
> Other people have had problems with alioth too:
[details snipped]
P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/11/2014 10:21 AM, Matthias Klumpp wrote:
> 2014-05-11 15:55 GMT+02:00 Marc Haber :
>
>> On Sun, 11 May 2014 14:50:55 +0200, Florian Lohoff wrote:
>>
>>> There is no way to avoid the "userspace.exe" blob Debian is soon
>>> made of.
>>
>> To
Hello,
I wish racoon/ipsec-tools could stay for just a little longer. I'd like
some time to evaluate it, against the *SWAN implementations, for
GNU/kFreeBSD jessie. IPSEC has not been enabled yet in Debian default
kernels, but it is a personal goal to have it in the jessie release.
When I last
On Sat, May 10, 2014 at 11:10 AM, Jérémy Lal wrote:
> Hi,
>
> Jonas Smedegaard brought to my attention that an image file [0]
> can embed a copyrighted ICC profile without license.
Note that lintian detect these naked (not embeded) profile by default.
> Since it's something that not many people
]] Daniel Pocock
> On 08/05/14 12:27, Оlе Ѕtrеісhеr wrote:
>
> > What is the reason that the processing there is so slow? Is there a way
> > to change that?
I think it's quite clear and has been for a while that we need more
active admins for Alioth.
> Other people have had problems with alioth
The Wanderer writes:
> Not for all eternity, but probably for as long as any significant number
> of people who are in a position to observe and participate in (or at
> least jump into) such a discussion have those concerns, yes.
Meanwhile, many of the nice, polite, calm, and constructive system
Marc Haber wrote:
> On Sun, 11 May 2014 13:16:43 +0200, Martin Steigerwald
> wrote:
> >Am Sonntag, 11. Mai 2014, 12:53:39 schrieb Marc Haber:
> >> On Sun, 11 May 2014 10:04:15 +0200, Cyril Brulebois
> >>
> >>
> >> wrote:
> >> >Marc Haber (2014-05-11):
> >> >> Just curious as the maintainer of a
On Sun, 2014-05-11 at 15:39 +0200, Santiago Vila wrote:
> On Sat, May 10, 2014 at 06:56:24PM +0200, Holger Levsen wrote:
> > I believe all those bugs should be either reassigned to emacs23 (and soon
> > 24)
> > or just be closed with an informal message, also offering to reopen and
> > reassign
On Sat, May 10, 2014 at 03:38:24PM -0700, Steve Langasek wrote:
> As the maintainer of the pam package in Debian, I assure you: this is a bug
> in dirmngr. System services should not (must not) call interfaces that
> launch pam sessions as part of their init scripts. su is one of those
> interfac
On Sun, 11 May 2014 18:48:46 +0200, Laurent Bigonville
wrote:
>Marc Haber wrote:
>> This will also cause double effort since Debian needs special handling
>> that no other distribution obviously needs.
>
>Could you please explain me how it could cause double effort as the
>initscript the the dirmn
On Sun, May 11, 2014 at 5:58 PM, Bastien ROUCARIES
wrote:
> On Sat, May 10, 2014 at 11:10 AM, Jérémy Lal wrote:
>> Hi,
>>
>> Jonas Smedegaard brought to my attention that an image file [0]
>> can embed a copyrighted ICC profile without license.
>
> Note that lintian detect these naked (not embede
previously on this list Steve Langasek contributed:
> Yes. This has been the case for su in Debian since 1999, and to do
> otherwise would break a variety of configurations where session setup is
> required in order for, e.g., the su process to have access to the files of
> the target user.
It s
severity 747535 serious
thanks
Please Tollef :(
On Sun, 2014-05-11 at 09:00 +0200, Marc Haber wrote:
> On Sat, 10 May 2014 20:57:28 +0100, Ben Hutchings
> wrote:
> >On Sat, 2014-05-10 at 19:53 +0200, Jakub Wilk wrote:
> >> * Matthias Urlichs , 2014-05-10, 19:13:
> >> >Every compiler toolchain up
On Sun, 2014-05-11 at 18:48 +0200, Laurent Bigonville wrote:
> Marc Haber wrote:
> > On Sun, 11 May 2014 13:16:43 +0200, Martin Steigerwald
> > wrote:
> > >Am Sonntag, 11. Mai 2014, 12:53:39 schrieb Marc Haber:
> > >> On Sun, 11 May 2014 10:04:15 +0200, Cyril Brulebois
> > >>
> > >>
> > >> wrote
previously on this list Russ Allbery contributed:
> by the non-stop sniping (for *months* now) by people like Kevin Chadwick,
Well I have only responded to incorrect statements and have tried to
ignore any that are not from debian developers and may not affect the
future of debian but you can't a
previously on this list Matthias Urlichs contributed:
> I haven't yet seen a system where booting with init=/bin/bash works but
> booting systemd in emergency mode does not.
Have you added me to a killfile?
I mentioned such a bug as happened in Arch testing in this very thread
or do you mean a d
previously on this list Matthias Urlichs contributed:
> > Will a script doing this be portable to other Linuxes or even BSD
> > Unices?
> >
> No. BSD has daemon(8). If you want portability, you probably need to check
> what's available. (start-stop-daemon, daemon (on BSDs), sudo)
>
I can tell
Package: wnpp
Severity: wishlist
Owner: "Marcin Kulisz (kuLa)"
* Package name: python-fysom
Version : 1.0.15
Upstream Author : Maximilien Riehl
* URL : https://github.com/mriehl/fysom
* License : MIT
Programming Lang: Python
Description : fysom provide
On 11/05/14 18:26, Tollef Fog Heen wrote:
> ]] Daniel Pocock
>
>> On 08/05/14 12:27, Оlе Ѕtrеісhеr wrote:
>>
>>> What is the reason that the processing there is so slow? Is there a way
>>> to change that?
>
> I think it's quite clear and has been for a while that we need more
> active admins f
]] Daniel Pocock
> On 11/05/14 18:26, Tollef Fog Heen wrote:
> > ]] Daniel Pocock
> >
> >> On 08/05/14 12:27, Оlе Ѕtrеісhеr wrote:
> >>
> >>> What is the reason that the processing there is so slow? Is there a way
> >>> to change that?
> >
> > I think it's quite clear and has been for a while
On Sun, May 11, 2014 at 06:29:22PM +0100, Ben Hutchings wrote:
> On Sun, 2014-05-11 at 15:39 +0200, Santiago Vila wrote:
> [...]
> > So, the natural thing to do would be to reassign them.
>
> I think the natural thing to do is to close with a message explaining
> how to reopen and reassign if the
Package: wnpp
Severity: wishlist
Owner: Antoine Millet
* Package name: confiture
Version : 2.0
Upstream Author : Antoine Millet
* URL : https://github.com/NaPs/Confiture
* License : MIT
Programming Lang: Python
Description : Python library to parse co
Am 11.05.2014 19:37, schrieb Helmut Grohne:
> I trust you to be technically right on this. Still the number of
> packages getting this wrong is stunning[1]. Therefore I'd argue that
> [1] http://codesearch.debian.net/search?q=su+-c+path%3Adebian%2F+path%3Ainit
If I counted correctly, there are 5
On Sat, May 10, 2014 at 06:56:24PM +0200, Holger Levsen wrote:
> Having these bugs rott in a corner of the BTS almost nobody ever looks at is
> a
> disservice to our users. IMO there should be 0 bugs open against
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=
If that's really desirable,
Am 10.05.2014 08:06, schrieb Norbert Preining:
> One of the things that systemd breaks (not checked on Debian, but
> on other systems), is that screen session are killed when logging out
> of the ssh session.
>
> This is a *fundamental* change in behaviour, and does break a lot
> of setups and sys
El Sun, 11 de May 2014 a las 1:49 PM, Michael Biebl
escribió:
Am 11.05.2014 19:37, schrieb Helmut Grohne:
I trust you to be technically right on this. Still the number of
packages getting this wrong is stunning[1]. Therefore I'd argue that
[1]
http://codesearch.debian.net/search?q=su+-c+p
Am 11.05.2014 22:49, schrieb Michael Biebl:
> Am 11.05.2014 19:37, schrieb Helmut Grohne:
>
>> I trust you to be technically right on this. Still the number of
>> packages getting this wrong is stunning[1]. Therefore I'd argue that
>
>> [1] http://codesearch.debian.net/search?q=su+-c+path%3Adebia
On Sat, 10 May 2014, Holger Levsen wrote:
> On Mittwoch, 7. Mai 2014, Rob Browning wrote:
> > If we can, I'd like to remove emacs23 from unstable/testing before the
> > freeze. To make that possible, any relevant packages will need to
> > migrate to emacs24, or just include support for emacs24.
>
Le Sun, May 11, 2014 at 03:58:50PM +0200, Daniel Pocock a écrit :
>
> Other people have had problems with alioth too:
>
> - write permissions on VCS directory for new projects
>
> - mailing list creation requests waiting for admin approval
Thanks Daniel for raising the issue.
For mailing lists
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
>> Le samedi 10 mai 2014 à 13:37 +0100, Ben Hutchings a écrit :
>>> This sounds like a ludicrous overreach of copyright. Isn't an ICC
>>> descriptive, rather than creative?
According to the International Color Consortium, profiles provide
con
On Sun, 2014-05-11 at 21:38 +0200, Tollef Fog Heen wrote:
> I'm not disagreeing, I think we're providing a much poorer service level
> for Alioth than what we should do. Sadly, I don't have the motivation
> to spend much time there nowadays.
I have for years hosted my own projects in a minimalist
On Mon, May 12, 2014 at 8:27 AM, Russell Stuart wrote:
> sourceforge is closed source.
That is no longer the case, sourceforge folks implemented a new
codebase called Allura, are running it, released it under the Apache
license and continue to develop it as an Apache Software Foundation
project.
On Sun, May 11, 2014 at 08:20:33PM +0200, Svante Signell wrote:
> Can we please separate the bugs in this thread: This one is about
> dirnmgr not network-manager and gdm3 dragging in systemd as init
> default, #747535.
Speaking of that, I made a suggestion that AFAIK fixes the issue, which isn't
i
On 11/05/14 09:18, Marc Haber wrote:
> On Sat, 10 May 2014 19:47:10 +0100, Brian
> wrote:
>> On Sat 10 May 2014 at 12:05:25 -0400, John wrote:
>> A couple of quotes from your mail:
>> > "I find myself appalled at the rude and domineering attitudes of
>> > almost all systemd's defenders."
>>
>> Y
On 10/05/14 00:50, Russ Allbery wrote:
> we should also prepare for that situation
> and ensure that any switch of an init system via package installation
> results in a critical debconf warning so that no one is caught by
> surprise.
>
> This has the advantage of future-proofing against any later
Carlos Alberto Lopez Perez writes:
> On 10/05/14 00:50, Russ Allbery wrote:
>> we should also prepare for that situation and ensure that any switch of
>> an init system via package installation results in a critical debconf
>> warning so that no one is caught by surprise.
>> This has the advanta
Bas Wijnen writes:
> If the order of the dependencies of libpam-systemd is switched, so it
> becomes systemd-shim | systemd-sysv, the result will be:
> - If systemd is not installed, systemd-shim will be installed and the
> original init system will continue functioning.
> - If systemd is inst
On Sun, May 11, 2014 at 08:06:14PM -0700, Russ Allbery wrote:
> > One of the maintainers of systemd says that otherwise he don't thinks
> > this behavior is unsuitable for release: https://bugs.debian.org/747535#46
> This, however, *is* the wrong way to have this discussion. Arguing over
> whethe
Steve Langasek writes:
> RC bug severity has an important function in blocking package migrations
> to testing. If someone is concerned that a particular regression in
> behavior is sufficiently severe that it should block the new version of
> the package from testing, they certainly should set
On Sun, May 11, 2014 at 09:10:21AM +0200, Marc Haber wrote:
> >> The plain fact:
> >> Using systemd breaks something that worked for probably a decade or longer
> >> before however long that su is in that init script. So on what account do
> >> you call calling "su" in an init script a bug? It m
]] Steve Langasek
> The maintainer may disagree, in which case one is free to escalate it
> to the release team precisely as Tollef has suggested. But there's
> nothing inappropriate about having this discussion directly with the
> maintainer first.
Right, and I didn't complain about the initia
95 matches
Mail list logo
