[Bug 160999] Re: Cores don't dump when they otherwise should
"coretst" is a program I wrote which simply dumps cores. I wrote it to show that the core dump behavior of Ubuntu doesn't match the documentation. That is, that pre-existing core dumps aren't being overwritten when they should. And Ubuntu's core dump behavior is _definitely_ part of Ubuntu... ** Changed in: ubuntu Status: Invalid => New -- Cores don't dump when they otherwise should https://bugs.launchpad.net/bugs/160999 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160999] Re: Cores don't dump when they otherwise should
As it turns out, this is a bug in apport. The attached patch makes apport conform to the behavior described in core(5). ** Attachment added: "Update apport to remove pre-existing core files" http://launchpadlibrarian.net/17035692/apport-gcc.patch ** Changed in: apport (Ubuntu) Sourcepackagename: None => apport ** Summary changed: - Cores don't dump when they otherwise should + Apport doesn't remove pre-existing core files -- Apport doesn't remove pre-existing core files https://bugs.launchpad.net/bugs/160999 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160999] Re: Apport doesn't remove pre-existing core files
Upon further investigation, it looks like the Linux kernel opens the core file with "O_CREAT | O_NOFOLLOW | O_LARGEFILE", then performs the checks listed core(5): http://lxr.linux.no/linux+v2.6.26.3/fs/exec.c#L1749 Apport appears to change its uid/gid to the failing process, then tries to open the core file with "O_WRONLY | O_CREAT | O_EXCL". This takes care of the permission check specified in core(5), but it doesn't handle any of the others. In particular, using O_EXCL, means it doesn't overwrite pre-existing core files, which is the source of my original complaint. core(5) says core files should be created except in the following cases: * The process does not have permission to write the core file. (By default the core file is called core, and is created in the current working directory. See below for details on naming.) Writing the core file will fail if the directory in which it is to be created is non-writable, or if a file with the same name exists and is not writable or is not a regular file (e.g., it is a directory or a symbolic link). * A (writable, regular) file with the same name as would be used for the core dump already exists, but there is more than one hard link to that file. * The file system where the core dump file would be created is full; or has run out of inodes; or is mounted read only; or the user has reached their quota for the file system. * The directory in which the core dump file is to be created does not exist. * RLIMIT_CORE or RLIMIT_FSIZE resource limits for a process are set to zero (see getrlimit(2)). * The binary being executed by the process does not have read per‐ mission enabled. * The process is executing a set-user-ID (set-group-ID) program that is owned by a user (group) other than the real user (group) ID of the process. (However, see the description of the prctl(2) PR_SET_DUMPABLE operation, and the description of the /proc/sys/fs/suid_dumpable file in proc(5).) My patch doesn't address any of these, and should be ignored. Ether Apport should be updated to conform to these cases, or the core(5) man page should be updated to note Apport's behavior. ** Summary changed: - Apport doesn't remove pre-existing core files + Apport doesn't conform to core(5) ** Attachment removed: "Update apport to remove pre-existing core files" http://launchpadlibrarian.net/17035692/apport-gcc.patch -- Apport doesn't conform to core(5) https://bugs.launchpad.net/bugs/160999 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160999] Re: Apport doesn't conform to core(5)
Also, if ApplicationA crashes and Apport fails to overwrite an old core file from ApplicationB which happens to be lying around, wouldn't the report generated by Apport be at best useless, and at worst misleading? -- Apport doesn't conform to core(5) https://bugs.launchpad.net/bugs/160999 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 254025] Re: Uninitialized static variables on x86_64
** Attachment added: "Add debug printfs to epan/dissectors/packet-gsm_a.c" http://launchpadlibrarian.net/16481800/gsm_a_debug.diff -- Uninitialized static variables on x86_64 https://bugs.launchpad.net/bugs/254025 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 254025] [NEW] Uninitialized static variables on x86_64
Public bug reported: Binary package hint: gcc-4.1 [ Note: This is a bounce from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37001 ] Wireshark's Buildbot system recently uncovered what appears to be a bug in gcc. The following code: static guinttap_current=0; [ ... ] fprintf(stderr, "dissect_bssmap tap_current: %u\n", tap_current); produces the following output: dissect_bssmap tap_current: 2801996644 'lsb_release -rd' output: Description:Ubuntu 7.10 Release:7.10 'dpkg -l | grep gcc' output: ii gcc4:4.1.2-9ubuntu2 The GNU C compiler ii gcc-3.3-base 1:3.3.6-15ubuntu2 The GNU Compiler Collection (base package) ii gcc-4.14.1.2-16ubuntu2 The GNU C compiler ii gcc-4.1-base 4.1.2-16ubuntu2 The GNU Compiler Collection (base package) ii gcc-4.2-base 4.2.1-5ubuntu4 The GNU Compiler Collection (base package) ii lib32gcc1 1:4.2.1-5ubuntu4 GCC support library (32 bit Version) ii libgcc11:4.2.1-5ubuntu4 GCC support library 'gcc -v' output: Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release x86_64-linux-gnu Thread model: posix gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2) Steps to reproduce: Download a recent Wireshark tarball from http://www.wireshark.org/download/automated/src/ or check out from SVN at http://anonsvn.wireshark.org/wireshark/trunk/ Apply the attached patch and build Wireshark. Download the capture file from http://www.wireshark.org/download/automated/captures/fuzz-2008-07-31-3587.pcap Run './tshark -nVr /tmp/fuzz-2008-07-31-3587.pcap > /dev/null 2> /tmp/tp.out; head -10 /tmp/tp.out' You should see something like the following: dissect_bssmap tap_current: 2801996644 dissect_bssmap tap_current: 0 dissect_bssmap tap_current: 1 dissect_dtap tap_current: 2801996612 dissect_bssmap tap_current: 2 dissect_dtap tap_current: 0 dissect_bssmap tap_current: 3 dissect_dtap tap_current: 1 dissect_bssmap tap_current: 0 dissect_bssmap tap_current: 1 Sorry I don't have a smaller test case. ** Affects: gcc-4.1 (Ubuntu) Importance: Undecided Status: New -- Uninitialized static variables on x86_64 https://bugs.launchpad.net/bugs/254025 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 210670] Re: tshark uses up all the space in /tmp
TShark inherits that behavior from Wireshark (which _does_ let you go back in time). It probably shouldn't do that, but you can work around the problem using the ring buffer (-b) option: http://www.wireshark.org/docs/man-pages/tshark.html -- tshark uses up all the space in /tmp https://bugs.launchpad.net/bugs/210670 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 134171] Re: Nashbar web site renders incorrectly in Firefox 2.0.0.6 on Feisty
The Nashbar site is the only one I've seen so far. If it happens in FF 2.0.0.6 on Feisty, but _not_ FF 2.0.0.6 on OS X and Windows, how is that a site issue? -- Nashbar web site renders incorrectly in Firefox 2.0.0.6 on Feisty https://bugs.launchpad.net/bugs/134171 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 134171] Nashbar web site renders incorrectly in Firefox 2.0.0.6 on Feisty
Public bug reported: The main body of each page on www.nashbar.com is shifted to the right under Firefox 2.0.0.6 on Feisty. I don't think this is a Nashbar problem or a Firefox problem, since the page loads fine in Firefox 2.0.0.6 on OS X and Windows. ** Affects: firefox (Ubuntu) Importance: Undecided Status: New -- Nashbar web site renders incorrectly in Firefox 2.0.0.6 on Feisty https://bugs.launchpad.net/bugs/134171 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160999] Re: Cores don't dump when they otherwise should
(I'm running Gutsy, BTW) -- Cores don't dump when they otherwise should https://bugs.launchpad.net/bugs/160999 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160999] Cores don't dump when they otherwise should
Public bug reported: While debugging some code, I noticed that existing core files aren't being overwritten when they should be. According to core(5), the following file should be overwritten, but it's not: bam:/tmp$ id -un gerald bam:/tmp$ ls -l core -rw--- 1 gerald gerald 3407872 2007-10-30 21:22 core bam:/tmp$ date Thu Nov 8 09:36:23 PST 2007 bam:/tmp$ ./coretst Segmentation fault (core dumped) bam:/tmp$ ls -l core -rw--- 1 gerald gerald 3407872 2007-10-30 21:22 core Creating the initial core file works fine: bam:/tmp$ rm core bam:/tmp$ ./coretst Segmentation fault (core dumped) bam:/tmp$ ls -l core -rw--- 1 gerald gerald 163840 2007-11-08 09:36 core bam:/tmp$ date Thu Nov 8 09:36:49 PST 2007 ** Affects: ubuntu Importance: Undecided Status: New -- Cores don't dump when they otherwise should https://bugs.launchpad.net/bugs/160999 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58376] Re: Ethereal is old and dangerously buggy, update to wireshark
Which version of Wireshark are you trying to compile, and what shows up in config.log? Also, do you have the glib and gtk+ _dev_ packages installed? FWIW, we've been using Ubuntu (breezy, then dapper, now edgy) in our Buildbot environment since the name change. Compilation _shouldn't_ be a problem... -- Ethereal is old and dangerously buggy, update to wireshark https://bugs.launchpad.net/bugs/58376 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1750178] [NEW] Download time estimates include "with a 56k modem"
Public bug reported: This is admittedly a minor nit, but estimatedDownloadTime in DistUpgradeView.py reports download times for a 1Mbps DSL connection and a 56k modem. Would it be possible to report estimates for more contemporary bandwidths? ** Affects: ubuntu-release-upgrader (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1750178 Title: Download time estimates include "with a 56k modem" To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1750178/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 75618] Re: Complains about IPv6 entries in resolv.conf
This affects Wireshark 2.0.x and earlier. Support for ADNS was removed from Wireshark in March 2016, prior to the 2.2.0 release: https://code.wireshark.org/review/c/14519/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/75618 Title: Complains about IPv6 entries in resolv.conf To manage notifications about this bug go to: https://bugs.launchpad.net/wireshark/+bug/75618/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 50093] Re: Some sysctl's are ignored on boot
** This bug is no longer a duplicate of bug 771372 procps runs too early in the boot process -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/50093 Title: Some sysctl's are ignored on boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/procps/+bug/50093/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1516451] Re: check_disk plugin broken after upgrade to 15.10
This appears to be fixed upstream via https://github.com/Icinga/icinga2/issues/4184 ** Bug watch added: github.com/Icinga/icinga2/issues #4184 https://github.com/Icinga/icinga2/issues/4184 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1516451 Title: check_disk plugin broken after upgrade to 15.10 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nagios-plugins/+bug/1516451/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1516451] Re: check_disk plugin broken after upgrade to 15.10
Oops - please disregard comment #14 - it's specific to Icinga. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1516451 Title: check_disk plugin broken after upgrade to 15.10 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nagios-plugins/+bug/1516451/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1282805] [NEW] Wireshark repository URL changed
Public bug reported: The Wireshark project recently migrated from Subversion to Git. As a result the anonsvn URL at the top of https://code.launchpad.net/wireshark should probably be replaced with one or more of the following: Code review site: https://code.wireshark.org/review/#/ Git clone URLs: https://code.wireshark.org/review/#/admin/projects/wireshark Repository browser: https://code.wireshark.org/review/gitweb?p=wireshark.git;a=summary (I'm reporting this against the Wireshark package instead of the project because the "Report a bug" link at https://launchpad.net/wireshark is disabled.) ** Affects: wireshark (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1282805 Title: Wireshark repository URL changed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wireshark/+bug/1282805/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 898124] Re: Missing Files for Apache2::SizeLimit in libapache2-mod-perl2 (2.0.5-2 oneiric)
This affects Bugzilla 4.0 and 4.2 as well. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/898124 Title: Missing Files for Apache2::SizeLimit in libapache2-mod-perl2 (2.0.5-2 oneiric) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod-perl2/+bug/898124/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 985097] [NEW] scan-build uses huge amounts of memory
Public bug reported: After upgrading a build machine from oneiric (clang 2.9) to precise (clang 3.0) I noticed that scan-build uses much more RAM. For example, running scan-build on packet-rrc.c in the Wireshark sources uses about 600 MB with clang 2.9 and over 7 GB with clang 3.0. ** Affects: clang (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/985097 Title: scan-build uses huge amounts of memory To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/clang/+bug/985097/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1082767] Re: Configure-time ps command truncates command names
That's because "/sbin/getty" is shorter than 15 characters, which means that /proc//status isn't truncating it. ** Bug watch added: Debian Bug tracker #513460 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513460 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082767 Title: Configure-time ps command truncates command names To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nagios-plugins/+bug/1082767/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1082767] Re: Configure-time ps command truncates command names
...and this problem has been reported before: http://bugs.debian.org /cgi-bin/bugreport.cgi?bug=513460 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082767 Title: Configure-time ps command truncates command names To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nagios-plugins/+bug/1082767/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1082767] Re: Configure-time ps command truncates command names
This is indeed ultimately a kernel limitation, one which will likely never be fixed. Procps should probably be modified to use /proc//cmdline instead of the first line of /proc//status for command names since this can affect other programs as well as indicated by the Debian bug. In the mean time, check_procs is broken. Can we work around the problem by configuring nagios-plugins with a ps argument that returns the full command name, e.g. something like --with-ps-command="/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime command'" instead of --with-ps-command="/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime comm args'" ? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082767 Title: Configure-time ps command truncates command names To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/1082767/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1015405] Re: ClamAV error: CL_EFORMAT: Bad format or broken data
It looks like this is a known bug in ClamAV 0.97.5 and will be fixed in 0.97.6: https://bugzilla.clamav.net/show_bug.cgi?id=5252 ** Bug watch added: bugzilla.clamav.net/ #5252 https://bugzilla.clamav.net/show_bug.cgi?id=5252 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1015405 Title: ClamAV error: CL_EFORMAT: Bad format or broken data To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/clamav/+bug/1015405/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 898124] Re: Missing Files for Apache2::SizeLimit in libapache2-mod-perl2 (2.0.5-2 oneiric 2.0.5-5 precise)
Is 2.0.5 strictly necessary? Manually installing https://launchpad.net/ubuntu/oneiric/amd64/libapache2-mod- perl2/2.0.4-7ubuntu2 on oneiric seems to work fine. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/898124 Title: Missing Files for Apache2::SizeLimit in libapache2-mod-perl2 (2.0.5-2 oneiric 2.0.5-5 precise) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod-perl2/+bug/898124/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1082767] [NEW] Configure-time ps command truncates command names
Public bug reported: It looks like the nagios-plugins package is configured with --with-ps-command="/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime comm args'" Unfortunately using "comm" returns truncated command names (via /proc/[pid]/status) which makes it difficult or impossible to use check_procs -C. For example, "check_procs -C apache2" fails while "check_procs -C apach" works. It looks like the package should be configured with "cmd" or "command" (which use /proc/[pid]/cmdline) instead, e.g. --with-ps-command="/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime command args'" ** Affects: nagios-plugins (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082767 Title: Configure-time ps command truncates command names To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nagios-plugins/+bug/1082767/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1082767] Re: Configure-time ps command truncates command names
** Description changed: It looks like the nagios-plugins package is configured with - --with-ps-command="/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime + --with-ps-command="/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime comm args'" Unfortunately using "comm" returns truncated command names (via /proc/[pid]/status) which makes it difficult or impossible to use check_procs -C. For example, "check_procs -C apache2" fails while - "check_procs -C apach" works. It looks like the package should be - configured with "cmd" or "command" (which use /proc/[pid]/cmdline) - instead, e.g. - - --with-ps-command="/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime - command args'" + "check_procs -C apach" works. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082767 Title: Configure-time ps command truncates command names To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nagios-plugins/+bug/1082767/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 774215] Re: include/asm missing - change "Suggest" to "Depends" on gcc-multilib
This affects the Clang Static Analyzer (scan-build) as well: In file included from /usr/include/errno.h:36: In file included from /usr/include/bits/errno.h:25: /usr/include/linux/errno.h:4:10: fatal error: 'asm/errno.h' file not found #include ^ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/774215 Title: include/asm missing - change "Suggest" to "Depends" on gcc-multilib To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/774215/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 809813] Re: dumpcap uses obsolete (PF_INET, SOCK_PACKET) at wireshark non-root start
This should be fixed in libpcap 1.2 as described at https://sourceforge.net/tracker/?func=detail&atid=469579&aid=3368133&group_id=53067 ** Bug watch added: SourceForge.net Tracker #3368133 http://sourceforge.net/support/tracker.php?aid=3368133 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/809813 Title: dumpcap uses obsolete (PF_INET,SOCK_PACKET) at wireshark non-root start To manage notifications about this bug go to: https://bugs.launchpad.net/wireshark/+bug/809813/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 199050] Re: vmware-server is not available in hardy
VMWare Server 1.x has been EOLed and 2.x is heading in that direction: http://www.vmware.com/support/policies/lifecycle/general/index.html#policy_server Should this bug be closed? -- vmware-server is not available in hardy https://bugs.launchpad.net/bugs/199050 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 75618] Re: Complains about IPv6 entries in resolv.conf
Brian, it looks like the Lucid package uses c-ares instead of ADNS for asynchronous name resolution. IPv6 name server support was added to c-ares in version 1.7.1. -- Complains about IPv6 entries in resolv.conf https://bugs.launchpad.net/bugs/75618 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 96585] Re: Does not configure ipv6 address if "inet" is before "inet6"
I can confirm that this affects hardy, but it appears to be fixed on lucid. -- Does not configure ipv6 address if "inet" is before "inet6" https://bugs.launchpad.net/bugs/96585 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
