[Bug 1503034] Re: Autofs 5.1.1-1ubuntu2 crashes with segfault on startup
And here's the patch in debdiff form, for convenience. ** Patch added: "debdiff" https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1503034/+attachment/4505875/+files/autofs_lookup_ldap_crash.debdiff -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to autofs in Ubuntu. https://bugs.launchpad.net/bugs/1503034 Title: Autofs 5.1.1-1ubuntu2 crashes with segfault on startup To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1503034/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1503034] Re: Autofs 5.1.1-1ubuntu2 crashes with segfault on startup
This is a regression due to recent (upstream?) refactoring of the lookup_ldap module's lookup_init function (modules/lookup_ldap.c). Nothing has initialised the config cache in lib/defaults.c before the call to defaults_get_ldap_timeout on line 1668. Previously, this module's first call to defaults.c was defaults_get_searchdns(); that calls defaults_read_config to initialise the config cache, whereas defaults_get_ldap_timeout doesn't do this. Patch attached. Possibly, for completeness, more functions in defaults.c (e.g. defaults_get_ldap_network_timeout) should check that the config cache is initialised before reading from it (at the risk of opening the config file repeatedly). ** Patch added: "autofs_lookup_ldap_crash.diff" https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1503034/+attachment/4505873/+files/autofs_lookup_ldap_crash.diff -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to autofs in Ubuntu. https://bugs.launchpad.net/bugs/1503034 Title: Autofs 5.1.1-1ubuntu2 crashes with segfault on startup To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1503034/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1350220] Re: hibernation fails because chvt hangs
There's a race in chvt (see my comment at https://bugs.launchpad.net/ubuntu/+source/kbd/+bug/1351564/comments/4) which may be to blame. I suspect something on my system (Nvidia driver?) is almost always winning this race, so chvt almost always blocks and I can't suspend. Perhaps pm-utils should use another more-reliable way of blanking the screen? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to pm-utils in Ubuntu. https://bugs.launchpad.net/bugs/1350220 Title: hibernation fails because chvt hangs To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/1350220/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1269993] Re: mysql 5.5.35 and 5.1.73 security update tracking bug
Is an update planned for 13.04? http://people.canonical.com/~ubuntu-security/cve/2014/CVE-2014-0393.html et al state "ignored (reached end-of-life)" which is surprising given 13.04's end-of-life is still a week away (27 Jan: https://lists.ubuntu.com/archives/ubuntu-security- announce/2014-January/002367.html). -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mysql-dfsg-5.1 in Ubuntu. https://bugs.launchpad.net/bugs/1269993 Title: mysql 5.5.35 and 5.1.73 security update tracking bug To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mysql-5.5/+bug/1269993/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 586546] Re: Byobu should be enabled by default for initial login to Ubuntu Server
Re #14 (Dustin Kirkland): Thanks; "ssh -t server bash" is a workaround I had somehow failed to notice. I suggest that it should be documented somewhere very obvious if byobu becomes enabled by default though. Re #16 (Timothy R. Chavez): > Anyone with access to my user account effectively has > access to the root user as well because when they log > in as me, byobu-launcher will attach them to the existing > session which is currently sitting in a root shell. Good point in that byobu does effectively subvert the per-tty tickets of sudo: a byobu session will contain a persistent tty and thus sudo tickets will be shared amongst separate ssh connections. However I have never quite been convinced by sudo's security model in this regard (and this is equivalent to the scenario you present where a root shell is left open inside byobu): if someone gains access to a sysadmin's personal account, it is a simple matter for the attacker to surreptitiously install hooks such that the next time the sysadmin elevates to root (via sudo, or su, or anything else) the attacker elevates to root too. So in my opinion byobu bypasses a bogus security feature... maybe this makes things slightly easier for the attacker but not considerably so. > The other concern I have has to do w/ automation. I > could imagine some organization has written a set of > expect scripts (why!?) I echo the "(why!?)" -- running expect on a shell is pretty bizaare and not something I would worry about. Shell scripts are a much saner approach and if invoked sensibly, e.g. ssh u...@host some-remote-script.sh or even like ssh u...@host < some-local-script.sh byobu will not be invoked as bash will not be running interactively and so .bash_profile will not be sourced. (NB: these opinions are entirely mine and I certainly don't speak for the byobu maintainers or Ubuntu.) -- Byobu should be enabled by default for initial login to Ubuntu Server https://bugs.launchpad.net/bugs/586546 You received this bug notification because you are a member of Ubuntu Server Team, which is a direct subscriber. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 598385] Re: munin plugin exim_mailqueue has incorrect graph configuration
** Patch added: "Patch for /usr/share/munin/plugins/exim_mailqueue" http://launchpadlibrarian.net/50888620/exim_mailqueue.diff ** Description changed: - Binary package hint: munin + Binary package hint: munin-node - The exim_mailqueue graph tells rrdtool to draw first a STACK (for - 'mails') and then an AREA (for 'frozen'). This is invalid as STACK must - follow AREA or LINE, and the graph does not render. The error message - in the munin-graph log is as follows: + The exim_mailqueue graph (in munin-node 1.4.4-1ubuntu1) tells rrdtool to + draw first a STACK (for 'mails') and then an AREA (for 'frozen'). This + is invalid as STACK must follow AREA or LINE, and the graph does not + render. The error message in the munin-graph log is as follows: Jun 25 08:45:48 - ERROR: First field ("mails") of graph "[elided]" :: "[elided] :: " exim_mailqueue" is STACK. STACK can only be drawn after a LINEx or AREA. Jun 25 08:45:48 - Unable to graph /var/lib/munin/[elided]/[elided]-exim_mailqueue-fro zen-g.rrd: STACK must follow LINE or AREA! command: This can be corrected by swapping AREA and STACK in /usr/share/munin/plugins/exim_mailqueue. Patch attached. -- munin plugin exim_mailqueue has incorrect graph configuration https://bugs.launchpad.net/bugs/598385 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to munin in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 598385] [NEW] munin plugin exim_mailqueue has incorrect graph configuration
Public bug reported: Binary package hint: munin-node The exim_mailqueue graph (in munin-node 1.4.4-1ubuntu1) tells rrdtool to draw first a STACK (for 'mails') and then an AREA (for 'frozen'). This is invalid as STACK must follow AREA or LINE, and the graph does not render. The error message in the munin-graph log is as follows: Jun 25 08:45:48 - ERROR: First field ("mails") of graph "[elided]" :: "[elided] :: " exim_mailqueue" is STACK. STACK can only be drawn after a LINEx or AREA. Jun 25 08:45:48 - Unable to graph /var/lib/munin/[elided]/[elided]-exim_mailqueue-fro zen-g.rrd: STACK must follow LINE or AREA! command: This can be corrected by swapping AREA and STACK in /usr/share/munin/plugins/exim_mailqueue. Patch attached. ** Affects: munin (Ubuntu) Importance: Undecided Status: New -- munin plugin exim_mailqueue has incorrect graph configuration https://bugs.launchpad.net/bugs/598385 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to munin in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 586546] Re: Byobu should be enabled by default for initial login to Ubuntu Server
In an environment with a number of Ubuntu servers, it is common (here, anyway) for a user to only run byobu on one of them, from which ssh connections to the other servers are maintained -- ssh from one server to another will take up another two lines of the terminal and provide confusing nested windows. Whilst I agree that it would be good to make this feature more discoverable, I do not think that enabling byobu by default is a good idea, for this reason and those presented in comment #1. -- Byobu should be enabled by default for initial login to Ubuntu Server https://bugs.launchpad.net/bugs/586546 You received this bug notification because you are a member of Ubuntu Server Team, which is a direct subscriber. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 407173] [NEW] openssh: Please set traffic class on IPv6 packets
Public bug reported: OpenSSH sets the IPv4 ToS (Type of Service) byte to "low delay" or "max throughput" depending on the situation, but does not set the equivalent IPv6 Traffic Class byte. As far as I understand, these two bytes are supposed to be used the same way. Debian bug http://bugs.debian.org/498297 has a patch to correct this. ** Affects: openssh (Ubuntu) Importance: Undecided Status: New ** Affects: openssh (Debian) Importance: Unknown Status: Unknown ** Bug watch added: Debian Bug tracker #498297 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498297 ** Also affects: openssh (Debian) via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498297 Importance: Unknown Status: Unknown -- openssh: Please set traffic class on IPv6 packets https://bugs.launchpad.net/bugs/407173 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 175297] Re: system filesystems are logged within munin
Revised the patch to also exclude bind-mounted filesystems (which will always have the same df output as another local filesystem). ** Attachment added: "Revised patch" http://launchpadlibrarian.net/16495922/munin-df.diff -- system filesystems are logged within munin https://bugs.launchpad.net/bugs/175297 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to munin in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 175297] Re: system filesystems are logged within munin
This fix was incomplete -- system filesystems are not excluded when the plugin is reporting its configuration, which results in such filesystems appearing with usage as 'nan' (not a number). ** Changed in: munin (Ubuntu) Status: Fix Released => Confirmed -- system filesystems are logged within munin https://bugs.launchpad.net/bugs/175297 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to munin in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 175297] Re: system filesystems are logged within munin
Attaching a patch to fix this. ** Attachment added: "Patch" http://launchpadlibrarian.net/16495826/munin-df.diff -- system filesystems are logged within munin https://bugs.launchpad.net/bugs/175297 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to munin in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 230003] [NEW] openssh-server: regression: won't install due to debconf error
Public bug reported: Binary package hint: openssh-server When upgrading openssh-server on a gutsy box today I ran into this: Preconfiguring packages ... openssh-server template parse error: Template #4 in /tmp/openssh-server.template.4862 has a duplicate field "template" with new value "ssh/vulnerable_host_keys". Probably two templates are not properly separated by a lone newline. (...) Preparing to replace openssh-server 1:4.6p1-5ubuntu0.2 (using .../openssh-server_1%3a4.6p1-5ubuntu0.3_i386.deb) ... Template #4 in /var/lib/dpkg/tmp.ci/templates has a duplicate field "template" with new value "ssh/vulnerable_host_keys". Probably two templates are not properly separated by a lone newline. dpkg: error processing /var/cache/apt/archives/openssh-server_1%3a4.6p1-5ubuntu0.3_i386.deb (--unpack): subprocess pre-installation script returned error exit status 255 (...) Errors were encountered while processing: /var/cache/apt/archives/openssh-server_1%3a4.6p1-5ubuntu0.3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This blocks the installation of openssh-server. ** Affects: openssh (Ubuntu) Importance: Undecided Status: New -- openssh-server: regression: won't install due to debconf error https://bugs.launchpad.net/bugs/230003 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs