On Fri, Aug 26, 2016 at 08:10:19PM +0500, Andrey Rahmatullin wrote:
> On Fri, Aug 26, 2016 at 02:26:53PM +0100, Ian Jackson wrote:
> > > The rationale for the change was:
> > > * sysvinit conntrackd script is really poor, to reliably use
> > >conntrackd as a systemd daemon you should use syste
2016-08-28 02:22 gregor herrmann:
On Sat, 27 Aug 2016 11:40:03 +0200, Paul Gevers wrote:
On 26-08-16 23:40, Julien Cristau wrote:
> off the top of my head:
> - it's wasting time of anyone doing QA work
> - it's wasting time of any user who looks for a piece of software to
> do
> $stuff and
Robert Edmonds:
The relevant text from the policy manual, §9.11: [...]
The Debian Policy Manual never got updated in the wake of the Debian
systemd Hoo-Hah. It remains written from the viewpoint that System 5
init and rc are the defaults, and that upstart is a novelty addendum.
Several peo
Robert Edmonds:
The relevant text from the policy manual, §9.11: [...]
Ansgar Burchardt:
Was that changed since the default init system was changed? It pretty
much still reads like Policy still assumes that sysvinit is the
default init system. It also still mentions upstart in 9.11.1; wil
Sam Hartman:
Hi. As part of reviewing an issue for the technical committee, I just
read policy section 9.3 in its entirety.
Section 9.3.1 really seems to be showing its age. That section covers
runlevels and the sequencing numbers after S and K in rc.d links
without reference to dependency-b
On 2016-08-26 19:53, Wookey wrote:
After Stretch there may not be that many sysvinit users, but I think
that 2 releases is the minimum sensible period to maintain support for
such a siginificant change.
But it seems that this discussion does not consider if sysvinit support
in the conntrackd p
Simon McVittie:
Once per thread about systemd, I point out that dbus-daemon links to
both libapparmor and libselinux - which results in at least one
useless library for literally everyone with dbus installed, since
"major" LSMs don't stack, so nobody can possibly be using both
AppArmor and SE
Bart Schouten:
Personally I do not run a non-SystemD system, [...]
Then please spell the name correctly. It is no more "SystemD" than
inetd is "INetD" or rsyslogd is "RSysLogD". It is "systemd".
You'll be doing yourself a favour. For better or for worse, the
mis-spelling has become a shi
On 28/08/16 12:43, Jonathan de Boyne Pollard wrote:
> Simon McVittie:
>
>> Once per thread about systemd, I point out that dbus-daemon links to
>> both libapparmor and libselinux - which results in at least one
>> useless library for literally everyone with dbus installed, since
>> "major" LSMs do
Arturo Borrero González:
* systemd is starting to drop support for some sysvinit mechanisms
[https://sources.debian.net/src/systemd/231-4/debian/systemd.NEWS/]
Don't employ such thinking. It is a mistake; in two ways no less.
Close on the heels of the Debian Technical Committee's decision
Am 28.08.2016 um 13:43 schrieb Jonathan de Boyne Pollard:
> Simon McVittie:
>
>> Once per thread about systemd, I point out that dbus-daemon links to
>> both libapparmor and libselinux - which results in at least one
>> useless library for literally everyone with dbus installed, since
>> "major" L
The Wanderer:
IMO this level of integration between things which are not mutually
interdependent is a minor bug in itself, but none of the maintainers
are going to agree with me on that.
Actually, they might. But this is a facet of the Debian build system in
general, and not specific to sy
Simon McVittie:
You mean like libsystemd, which looks in /run to see whether systemd
is in use, talks to it if it is, and returns some suitable error code
(-ENOSYS?) if it isn't? :-)
Here's interesting for you. (-:
Here's libsystemd and Arturo Borrero Gonzalez's code that calls it.
Please
On 2016-08-28 at 09:11, Jonathan de Boyne Pollard wrote:
> The Wanderer:
>
>> IMO this level of integration between things which are not mutually
>> interdependent is a minor bug in itself, but none of the
>> maintainers are going to agree with me on that.
>
> Actually, they might. But this is
I'm about to do a mass-bug-filing against packages that mention
dbus-x11 in their dependencies, or dbus-launch in their code, asking
maintainers to adjust their dependencies to make dbus-x11 optional.
My goal is that users can install the major desktop tasks in stretch
(GNOME, KDE, etc.) with eithe
Package: wnpp
Severity: wishlist
Owner: Ana Custura
* Package name: live-tasks
Version : 1.0
Upstream Author : Ana Custura
* License : BSD
Programming Lang: C
Description : Live environment support
This metapackage installs recommended packages and documentation
On 2016-08-17 22:05, ni...@thykier.net wrote:
> Hi,
>
> Like last release, we are doing a roll call for porters of all release
> architectures. If you are an active porter behind one of the [release
Does it really concerns *all* release architectures? Traditionally amd64
and i386 have been grant
On Sun, Aug 28, 2016 at 11:15:35AM +0100, Jonathan de Boyne Pollard wrote:
> Sam Hartman:
> >Hi. As part of reviewing an issue for the technical committee, I just read
> >policy section 9.3 in its entirety.
> >Section 9.3.1 really seems to be showing its age. That section covers
> >runlevels and
❦ 28 août 2016 15:21 CEST, Jonathan de Boyne Pollard
:
>> You mean like libsystemd, which looks in /run to see whether systemd
>> is in use, talks to it if it is, and returns some suitable error
>> code (-ENOSYS?) if it isn't? :-)
>>
> Here's interesting for you. (-:
>
> Here's libsystemd and A
On Sun, Aug 28, 2016 at 02:21:47PM +0100, Jonathan de Boyne Pollard wrote:
> Simon McVittie:
> >You mean like libsystemd, which looks in /run to see whether systemd is in
> >use, talks to it if it is, and returns some suitable error code (-ENOSYS?)
> >if it isn't? :-)
>
> Here's interesting for yo
Jonathan de Boyne Pollard schreef op 28-08-2016 13:56:
Bart Schouten:
Personally I do not run a non-SystemD system, [...]
Then please spell the name correctly. It is no more "SystemD" than
inetd is "INetD" or rsyslogd is "RSysLogD". It is "systemd".
You'll be doing yourself a favour. For
Hello,
On Sun, Aug 28, 2016 at 10:13:44AM +0100, Manuel A. Fernandez Montecelo wrote:
> I think that one measure to improve the current situation is that, for
> the people doing NMUs, to orphan the package when the number of NMUs
> exceeds for example 3 or 5 in a row, or 1 year since the oldest NM
On Sun, Aug 28, 2016 at 09:23:58PM +0200, Bart Schouten wrote:
> > You'll be doing yourself a favour. For better or for worse, the
> > mis-spelling has become a shibboleth by which people tend to recognize
> > mischievous pot-stirrers at a glance.
>
> Oh please.
>
> You will now demonstrate your
Philipp Kern schreef op 28-08-2016 12:41:
http://ral-arturo.blogspot.com/2016/08/why-conntrackd-in-debian-is-better-with.html
I am sorry I allowed myself to be drawn into this.
That "severely broken init script" is thus nothing more serious than any
other script out there, and the "very bad
Andrey Rahmatullin schreef op 28-08-2016 22:06:
On Sun, Aug 28, 2016 at 09:23:58PM +0200, Bart Schouten wrote:
> You'll be doing yourself a favour. For better or for worse, the
> mis-spelling has become a shibboleth by which people tend to recognize
> mischievous pot-stirrers at a glance.
Oh p
]] Bart Schouten
> You will now demonstrate your superiority by claiming you know the
> better spelling?
It has nothing to do with superiority. It's just that it's a tad tiring
to see it misspelled, just like it gets tiring to see people write
Micro$oft and other similar «funny» misspellings.
[2016-08-28 06:26] Adam Borowski
>
> part text/plain2020
> On Sat, Aug 27, 2016 at 10:33:36AM +0300, Dmitry Bogatov wrote:
> > > > I hugely support idea of dynamically loading libsystemd.
> > >
> > > Please don't, no. While I do think packages should keep sysvinit
> > > sup
On 2016-08-28 16:11, Bart Schouten wrote:
Unnamed issues that are made to appear HUGE. And they are so simple
and so small, a child could do it. (I like did that sort of thing when
I was 14 or 15). (But it was like assembler and pascal and writing
interrupt handlers and being awesome ;-)).
Then
Dmitry Bogatov writes:
> Not to start flame or to advertize anything/anyone, but why to integrate
> with 'runit' init system, your program should support foreground
> operation and logging on stdout, and to integrate with systemd, it
> should link with library?
You should *also* support foregrou
Russ Allbery:
All other init systems except upstart [...]
Psst!
* https://jdebp.eu./FGA/unix-daemon-readiness-protocol-problems.html#Choice
❦ 29 août 2016 05:00 CEST, Russ Allbery :
> upstart supports a similar mechanism via the -Z flag, but it's (IMO) a
> little less clean: the process sends itself a SIGSTOP when it's ready, and
> then lets the init system send it a SIGCONT. This does work, but I don't
> like it as much; pausing f
Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-object-assign
Version : 4.1.0
Upstream Author : Sindre Sorhus
(sindresorhus.com)
* URL : https://github.com/sindresorhus/object-assign#readme
* Lic
32 matches
Mail list logo
