Looks like this was fixed upstream in version 2.4.1:
https://github.com/nagios-plugins/nagios-plugins/pull/649
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2095449
Title:
check_smtp can't ssl or tl
It turns out the MOK key installed previously was removed during a BIOS
update. Upon the next kernel update from Ubuntu I was prompted to
install the MOK key, after which OpenCL works even when kernel lockdown
is enabled.
** Changed in: nvidia-graphics-drivers-440 (Ubuntu)
Status: New => In
** Description changed:
When booting with secure boot and kernel lockdown is enabled, OpenCL is
unable to use my GPU (GeForce RTX 2080 SUPER). Running "clinfo" shows
- "Number of platforms 0". If I disable secure boot in my UFEI BIOS,
+ "Number of platforms 0". If I disable secure boot in
Public bug reported:
When booting with secure boot and kernel lockdown is enabled, OpenCL is
unable to use my GPU (GeForce RTX 2080 SUPER). Running "clinfo" shows
"Number of platforms 0". If I disable secure boot in my UFEI BIOS,
clinfo shows the details of my GPU as expected.
ProblemType: Bug
Sorry for not commenting on this sooner. For what it's worth, we were
definitely able to reproduce this bug on our production infrastructure
before, and we've been running Adam's PPA version of this package for
several weeks now without issue. Since I've already reported these
findings and I'm the
Will this fix be backported to Precise?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1169740
Title:
rsyslog hangs loading modules
To manage notifications about this bug go to:
https://bugs.launchp
Here is the (obscured) section of our rsyslog config that I believe is
causing the issue.
$ActionQueueType LinkedList
$ActionQueueFileName central_syslog
$ActionQueueMaxDiskSpace 256M
$ActionResumeRetryCount -1
$ActionQueueSaveOnShutdown on
$ActionSendTCPRebindInterval 10
*.* @@central_syslog.
Here is the script I used to reproduce the bug. I had 3 machines running
the patched version of rsyslog (5.8.6-1ubuntu8.1+lp1169740) running it
for over 10 hours, no deadlocks. I had 1 machine running the unpatched
version of rsyslog (5.8.6-1ubuntu8) and it deadlocked in ~33 minutes.
I also had 5
Adam,
I installed the test package on a number of machines that exhibited the
deadlock before. They have been running OK for several hours. I also
wrote up a quick and dirty synthetic test that restarts rsyslog, logs a
unique test value, checks that it appears in the local logs, and does it
again
Thanks Adam! I will roll the test package out to a subset of our
machines today.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1169740
Title:
rsyslog hangs loading modules
To manage notifications a
Public bug reported:
We have rsyslog configured to listen for forwarded logs on TCP and UDP,
and to forward logs on to a central log host. On a number of occasions
we have observed rsyslog in a hung state on our production machines --
not fowarding logs and not writing them to disk locally. It doe
Public bug reported:
Binary package hint: php5
On Ubuntu 9.10 (Karmic) i386, the following test script prints
"resource(7) of type (process)" as expected, but on amd64 it prints
Warning: proc_open(): failed to open slave pty, errno 14 in /home/jon/test.php
on line 11
bool(false)
--
array('pt
Sorry, I have metacity installed, but ps shows that I'm currently using
compiz. (compiz 1:0.8.4-0ubuntu2)
--
empathy contact list position after closing/re-opening
https://bugs.launchpad.net/bugs/258078
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
I'm using empathy 2.28.1-1ubuntu1 and metacity 1:2.28.0-0ubuntu1 (the
ones included in the official Karmic release), and I'm having the same
problem Marques originally described. If I open Empathy, move the
contact list to the right of my screen, close the window, then re-open
it using the indicat
I think having a dedicated button with a microphone icon would be better
than sharing the existing volume mixer button. Users who are new to
ekiga would not discover the "m" key -- they would just assume that
clicking the button is the only functionality available (and I presume
that clicking the
Yes, I think it would be nice to have a button next to the "pause"
("||") button that can be clicked or responds to the "m" key and stays
depressed when the line is muted, much like the pause button does now.
--
show mute button during a call
https://bugs.launchpad.net/bugs/368107
You received th
The || button is a "Hold" button, not a "Mute" button. If the server is
configured to do so, putting the call on hold will play hold music,
where mute will just disable your microphone.
I often join conference calls where I mainly listen, but sometimes
speak. In these cases, I cannot put the cal
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/26038693/Dependencies.txt
** Attachment added: "ProcMaps.txt"
http://launchpadlibrarian.net/26038694/ProcMaps.txt
** Attachment added: "ProcStatus.txt"
http://launchpadlibrarian.net/26038695/ProcStatus.txt
--
Ekiga
Public bug reported:
Binary package hint: ekiga
I installed Jaunty this weekend and was happy to see the new version of
Ekiga. The new interface looks great and makes my contacts more readily
available.
One thing I miss is the ability to see the status of mute during a call
without having to op
19 matches
Mail list logo
