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.la
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)
Impo
** 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 manag
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 a
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 Ub
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:
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,
...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 truncate
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,
** 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 trunc
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
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 Ub
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/
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: cl
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 not
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 yo
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 be
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 notificatio
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-b
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 a
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.launc
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 rec
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 th
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)
Sourcepackagenam
"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...
** C
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;
[ ... ]
** 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, whi
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-3
(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.
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 notific
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
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 probl
32 matches
Mail list logo
