[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#767202: marked as done (pu: package sysvinit/2.88dsf-41+deb7u1: bootlogd log on multiple consoles)

Your message dated Sat, 20 Feb 2016 17:23:47 +0000
with message-id <20160220172347.GH6200@betterave.cristau.org>
and subject line Re: Bug#767202: pu: package sysvinit/2.88dsf-41+deb7u1: bootlogd log on multiple consoles
has caused the Debian Bug report #767202,
regarding pu: package sysvinit/2.88dsf-41+deb7u1: bootlogd log on multiple consoles
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
767202: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767202
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: pu

Dear release team,

I'm opening a bug as suggested by KiBi.

I would like to close bug #181756, which contains a patch that I forward
ported to Sid last summer, and uploaded in sysvinit 2.88dsf-53.4. The
patch is available here (in the bug report):

https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=51;filename=allow-multiple-console-output.patch;att=1;bug=181756

This patch is important because if you use a server, you may want to activate
serial console boot log. It is also very important for cloud computing. For
example, with OpenStack, bootlogd must log on both tty0 and ttyS0 to have both
"nova console-log" and the interactive web terminal to work. Otherwise, it is
always the last console= argument on the command line that is in use.

Nobody reported any issue since my upload to Sid on the 24th of August. I also
tested the patch in Wheezy on a Xen VPS, and using OpenStack on virtual machine
instances. Both ran without any issue.

If the release team agree that I add the patch to the Wheezy version of
bootlogd, then I will prepare a package and send links to both the package
itself, and the debdiff for pre-approval, before uploading to stable p-u.

Please let me know your thoughts about this,
Cheers,

Thomas Goirand (zigo)

--- End Message ---
--- Begin Message --- 
On Wed, Oct 29, 2014 at 17:27:00 +0800, Thomas Goirand wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: pu
> 
> Dear release team,
> 
> I'm opening a bug as suggested by KiBi.
> 
> I would like to close bug #181756, which contains a patch that I forward
> ported to Sid last summer, and uploaded in sysvinit 2.88dsf-53.4. The
> patch is available here (in the bug report):
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=51;filename=allow-multiple-console-output.patch;att=1;bug=181756
> 
> This patch is important because if you use a server, you may want to activate
> serial console boot log. It is also very important for cloud computing. For
> example, with OpenStack, bootlogd must log on both tty0 and ttyS0 to have both
> "nova console-log" and the interactive web terminal to work. Otherwise, it is
> always the last console= argument on the command line that is in use.
> 
> Nobody reported any issue since my upload to Sid on the 24th of August. I also
> tested the patch in Wheezy on a Xen VPS, and using OpenStack on virtual machine
> instances. Both ran without any issue.
> 
> If the release team agree that I add the patch to the Wheezy version of
> bootlogd, then I will prepare a package and send links to both the package
> itself, and the debdiff for pre-approval, before uploading to stable p-u.
> 
> Please let me know your thoughts about this,

To me this description sounds more feature-ish than a critical bugfix,
so I'm inclined to say no, sorry.  Also, please always include tested
debdiffs in p-u requests, it's much easier not to have to fish for
external resources when dealing with them.

Cheers,
Julien

--- End Message ---
Reply to: