On Sat, Nov 08, 2014 at 10:15:46AM +, Jonathan de Boyne Pollard wrote:
> There isn't really a reliable way to identify any of these as the current
> running system, and upstart is not checking the running processes either.
> * To check for upstart as the running system manager, one checks
Sandro Tosi:
what is the recommended way to identify sysvinit? from the info
> provided above one requires to check a dir existence and the
> checking a command and then execute it to parse its output. it seems
> a bit fragile, and maybe only upstart check really the running
> processes
There
Hello,
On Wed, Nov 5, 2014 at 1:09 AM, Cameron Norman wrote:
> A few notes I have:
>
> 1. With Jessie and on, with sysvinit /sbin/init //will// be a link,
> not the true init file. This would lead to unknowns when the init was
> actually sysv.
care to explain a bit better? I just upgraded a Whee
On Tue, Nov 4, 2014 at 5:35 AM, Sandro Tosi wrote:
> Hi Michael et al,
>
> On Mon, Nov 3, 2014 at 1:19 PM, Michael Biebl wrote:
>>> provided above one requires to check a dir existence and the checking
>>> a command and then execute it to parse its output. it seems a bit
>>> fragile, and maybe on
Hi Michael et al,
On Mon, Nov 3, 2014 at 1:19 PM, Michael Biebl wrote:
>> provided above one requires to check a dir existence and the checking
>> a command and then execute it to parse its output. it seems a bit
>> fragile, and maybe only upstart check really the running processes
>
> The system
On Mon, Nov 3, 2014 at 12:56 PM, Michael Biebl wrote:
> Am 03.11.2014 um 13:21 schrieb Sandro Tosi:
>> Hello,
>> sorry for resurrecting this post from such a long ago.
>>
>> On Fri, Mar 21, 2014 at 9:19 PM, Sandro Tosi wrote:
>>> Ok, I think we need a wider audience - what d-d thinks about it? bo
Am 03.11.2014 um 13:21 schrieb Sandro Tosi:
> Hello,
> sorry for resurrecting this post from such a long ago.
>
> On Fri, Mar 21, 2014 at 9:19 PM, Sandro Tosi wrote:
>> Ok, I think we need a wider audience - what d-d thinks about it? bonus
>> points if - in case we come out to add init info to ev
Hello,
sorry for resurrecting this post from such a long ago.
On Fri, Mar 21, 2014 at 9:19 PM, Sandro Tosi wrote:
> Ok, I think we need a wider audience - what d-d thinks about it? bonus
> points if - in case we come out to add init info to every bug report -
> a proper way to retrieve the init r
Hi,
Michael Biebl:
> I do think it might be useful information, at least during the
> transition period. We can always revisit this decision in jessie+X, if
> by that time the vast majority is running systemd.
>
We'd still want that information, if/when the current init is *not* systemd.
Likewis
Am 25.03.2014 17:14, schrieb Russ Allbery:
> Sandro Tosi writes:
>> On Fri, Mar 21, 2014 at 10:19 PM, Sandro Tosi wrote:
>
>>> Ok, I think we need a wider audience - what d-d thinks about it? bonus
>>> points if - in case we come out to add init info to every bug report -
>>> a proper way to ret
Sandro Tosi writes:
> On Fri, Mar 21, 2014 at 10:19 PM, Sandro Tosi wrote:
>> Ok, I think we need a wider audience - what d-d thinks about it? bonus
>> points if - in case we come out to add init info to every bug report -
>> a proper way to retrieve the init running is provided :)
> could we p
On Fri, Mar 21, 2014 at 10:19 PM, Sandro Tosi wrote:
> Ok, I think we need a wider audience - what d-d thinks about it? bonus
> points if - in case we come out to add init info to every bug report -
> a proper way to retrieve the init running is provided :)
could we please stop talking about shel
On Tue, Mar 25, 2014 at 08:12:06AM +0100, Thomas Weber wrote:
> The fact that a lot of people use a variety of shells does not mean that
> it makes sense to include it in *every* bug report. How important is the
> user's shell for every database-, web- or fileserver? How for every office
> applicat
Thomas Weber writes:
> The fact that a lot of people use a variety of shells does not mean that
> it makes sense to include it in *every* bug report. How important is the
> user's shell for every database-, web- or fileserver? How for every
> office application? How important is it for requests t
On Sun, Mar 23, 2014 at 05:03:00PM +, brian m. carlson wrote:
> On Sun, Mar 23, 2014 at 08:41:48AM +0100, Thomas Weber wrote:
> > And while we are at it, do we *really* need the information about
> > /bin/sh in at least a significant share of today's bug reports?
>
> You probably want it, beca
On Du, 23 mar 14, 17:03:00, brian m. carlson wrote:
> On Sun, Mar 23, 2014 at 08:41:48AM +0100, Thomas Weber wrote:
> > And while we are at it, do we *really* need the information about
> > /bin/sh in at least a significant share of today's bug reports?
>
> You probably want it, because a decent n
On Sun, Mar 23, 2014 at 08:41:48AM +0100, Thomas Weber wrote:
> And while we are at it, do we *really* need the information about
> /bin/sh in at least a significant share of today's bug reports?
You probably want it, because a decent number of people use a shell
other than bash or dash as /bin/sh
Hi Thomas,
Thomas Weber writes:
> And for those packages where it does not matter, it will cost extra
> developer concentration/time in ignoring the noise. Sorry, but this
> feels like being good for some, bad for all others. Developers
> interested in the information should add bug scripts now a
On Sat, Mar 22, 2014 at 02:16:10PM +0100, Thijs Kinkhorst wrote:
> I think it should be in every report. reportbug currently adds the kernel
> version and what /bin/sh points to, and for both of those it can just as
> well be argued that they are not relevant to the majority of bug reports.
> For t
>> On Fri, Mar 21, 2014 at 10:00:12PM +0100, Sandro Tosi wrote:
>>> I thought about it a bit, and i'm not sure it's an information every
>>> bug report should have. I suspect there are few packages which are
>>> directly impacted by the possible different init system Debian has,
I think it should
Am 21.03.2014 22:19, schrieb Sandro Tosi:
> a proper way to retrieve the init running is provided :)>
- systemd
The canonical check for systemd being PID 1 is
[ -d /run/systemd/system ]
See also man 3 sd_booted and [0]
- upstart
For upstart the canonical check is defined in /lib/lsb/init-functi
Ok, I think we need a wider audience - what d-d thinks about it? bonus
points if - in case we come out to add init info to every bug report -
a proper way to retrieve the init running is provided :)
cheers,
Sandro
On Fri, Mar 21, 2014 at 10:15 PM, Yves-Alexis Perez wrote:
> On Fri, Mar 21, 2014
22 matches
Mail list logo
