This concurs with valgrind's output, however I can't local ddebs for
Intrepid, or debug packages, so can't resolve where in libgutenprint it
is:
==9163== Invalid read of size 1
==9163==at 0x4C27001: strcmp (mc_replace_strmem.c:337)
==9163==by 0x52DD7DD: stp_list_get_item_by_name (in
/usr/
Public bug reported:
Having setup an nfsv4 export in /etc/exports:
/store
/192.168.20.0/24(rw,async,no_root_squash,no_subtree_check,fsid=0)
I restarted the nfs-kernel-server service:
# /etc/init.d/nfs-kernel-server stop
# /etc/init.d/nfs-kernel-server start
After ~15s, we see the callback bein
Hardware it stock hp DL145 G2 with current BIOS and good ECC memory,
x86-64 opteron. Installed with minimal netboot image as of today with a
few other packages, acting as an NFS server.
$ uname -a
Linux labfs 2.6.24-19-generic #1 SMP Fri Jul 11 21:01:46 UTC 2008 x86_64
GNU/Linux
** Attachment a
** Attachment added: "lspci.log"
http://launchpadlibrarian.net/16404207/lspci.log
--
Oops in sunrpc:rpc_shutdown_client
https://bugs.launchpad.net/bugs/253004
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing li
** Attachment added: "kern.log"
http://launchpadlibrarian.net/16404228/kern.log
--
Oops in sunrpc:rpc_shutdown_client
https://bugs.launchpad.net/bugs/253004
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Attachment added: "CoreDump.gz"
http://launchpadlibrarian.net/17048643/CoreDump.gz
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/17048644/Dependencies.txt
** Attachment added: "Disassembly.txt"
http://launchpadlibrarian.net/17048645/Disassembly.txt
** Attachm
I hit this bug again, and I would say it represents a major usability
problem for VLC, itself a prime desktop app.
VLC does a 'dumb' substitution of the '+' symbol with space in the
source, which breaks URL parsing; I expect this was added as a hack
previously, when apps didn't use '%20' to repres
** Attachment added: "Add RAID10 support (without placement options though)"
http://launchpadlibrarian.net/17101720/raid10.patch
** Changed in: mdcfg (Ubuntu)
Status: Triaged => In Progress
--
raid10 support should be added to installer
https://bugs.launchpad.net/bugs/139514
You recei
Just to add useful information for future reference - the MAC logic
inside the network controller hanging, is an issue in silicon or the
firmware the microcontroller in the MAC executes. I found that updating
the firmware does help - contact your vendor to obtain this. I was on
v1.9 and moved to v2
You can search the marvell.com website for network diagnostics and run a
tool called 'yukondg.exe' from pure DOS to obtain the firmware version
details; I have posted related information to linux-networking and
linux-netdev mailing lists.
--
Marvel 88E8053 card worked with sky2 stoped working aft
There is a known issue with the 8053 -EC network controller firmware
related to this, and found that moving to firmware v2.2 resolves a bunch
of issues - you need to contact your motherboard vendor for this.
Firmware version checking DOS tool:
http://www.marvell.com/drivers/files/yukondg_v6.53.4.3
You may find requesting the firmware update for the 88E8053 (Yukon2 -EC)
network card may help.
You can find the current firmware version using:
http://www.marvell.com/drivers/files/yukondg_v6.53.4.3.zip
I posted more info about this at:
http://marc.info/?l=linux-netdev&m=121967539303140&w=2
--
Firmware version checking DOS tool:
http://www.marvell.com/drivers/files/yukondg_v6.53.4.3.zip
More info:
http://marc.info/?l=linux-netdev&m=121967539303140&w=2
--
Marvel 88E8053 card worked with sky2 stoped working after update of kernel
https://bugs.launchpad.net/bugs/192762
You received this
Other users have reported issues with network cards of the same family
(8053, 8056), and seemingly Marvell have fixed issues in both with
firmware updates; you'll have to contact your motherboard vendor for the
update, and it may well help, since this is not a sky2 driver bug, as
the driver has bee
There is a known issue with the 88E8056 network controller firmware
related to this; you need to contact your motherboard vendor to request
this specifically. I had similar issues with my 88E8053 (EC) until
moving to firmware v2.2.
--
Sky2 ethernet failing randomly with Marvell 88E8056 gigabit
ht
This may be a BIOS issue - if the network card works in other OSes (eg
windows), then it's probably a linux kernel issue. If not, or you
haven't got windows, check for a BIOS update and load the default
values.
Please attach a 'sudo lspci -vvvxx', for full detail.
--
sky2 cannot obtain PCI resou
I found the 'transmit timed out' issue solved totally by moving from
firmware 1.9 to 2.2 on my 88E8053; others have reported success with
firmware updates to their 8056 NICs also. Contact your motherboard
vendor for the update.
You can find the current firmware version using:
http://www.marvell.co
I'm experiencing the same issue in Hardy and Intrepid (and before), with
NFSv4 homedir and been bumping into this really a lot.
To see what's actually happening, change VERBOSE to 'yes' in
/etc/default/rcS and boot without 'splash', as you'll already know;
there is a problem/race with your suggest
Yes, if /usr were mounted over NFS, we'd experience this hang too.
There are secondary implications of the NFS unmount not being seen by
the NFS server, since the NFS server still has an mount entry for the
client, which is no longer contactable. It tries to make a delegation
callback, which invar
Problem is that SSH performance is still 10-30x slower with encryption.
On a 3.6GHz Intel Penryn with plenty of memory bandwidth [1], we see
around 67MB/s - 109MB/s [2]. Moving from 'secret' aes-128-cbc (the
default) to 'top-secret' aes-256-cbc (the most secure) is almost free.
Moving from MD5 has
This is the 'none' cipher patch:
http://www.psc.edu/networking/projects/hpn-ssh/openssh5.1-dynwindow_noneswitch.diff.gz
(from http://www.psc.edu/networking/projects/hpn-ssh/)
Since security is so critical, perhaps we should defer judgement to the
OpenSSH mailing lists?
--
[rfe] sshd ought to su
*** This bug is a duplicate of bug 256157 ***
https://bugs.launchpad.net/bugs/256157
** This bug has been marked a duplicate of bug 256157
nscd crashed with SIGSEGV in start_thread()
--
nscd crashed with SIGSEGV in start_thread()
https://bugs.launchpad.net/bugs/279542
You received this bu
*** This bug is a duplicate of bug 256157 ***
https://bugs.launchpad.net/bugs/256157
** This bug has been marked a duplicate of bug 256157
nscd crashed with SIGSEGV in start_thread()
--
nscd crashed with SIGSEGV in memcpy()
https://bugs.launchpad.net/bugs/268592
You received this bug noti
*** This bug is a duplicate of bug 256157 ***
https://bugs.launchpad.net/bugs/256157
** This bug has been marked a duplicate of bug 256157
nscd crashed with SIGSEGV in start_thread()
--
nscd crashed with signal 7 in start_thread()
https://bugs.launchpad.net/bugs/270736
You received this b
Having traced this a number of times, I have consistently seen this
assertion fail:
nscd: mem.c:335: gc: Assertion `off_alloc <= db->head->first_free'
failed.
This occurs during garbage collection, when the code is calculating
slack space in it's tree layout:
ref_t off_alloc = (byte * BITS
This patch in Fedora 9 looks like the fix, by Ulrich:
2008-06-11 Ulrich Drepper <[EMAIL PROTECTED]>
* nscd/mem.c (gc): Initialize obstack earlier so that if we jump
out we don't use uninitialized memory.
http://cvs.fedoraproject.org/viewvc/rpms/glibc/F-9/glibc-
nscd.patch?view=c
*** This bug is a duplicate of bug 256157 ***
https://bugs.launchpad.net/bugs/256157
** This bug is no longer a duplicate of bug 266880
nscd crashed with SIGSEGV in gc()
** This bug has been marked a duplicate of bug 256157
nscd crashed with SIGSEGV in start_thread()
--
nscd crashed w
*** This bug is a duplicate of bug 256157 ***
https://bugs.launchpad.net/bugs/256157
** This bug has been marked a duplicate of bug 256157
nscd crashed with SIGSEGV in start_thread()
--
nscd crashed with SIGSEGV in gc()
https://bugs.launchpad.net/bugs/266880
You received this bug notifica
Various fixes have been made to the garbage collector in mem.c:
http://sourceware.org/git/gitweb.cgi?p=glibc.git;a=history;f=nscd/mem.c;h=e821729dab3575c698129243951b91d3a1e55d18;hb=HEAD
This patch includes the various fixes which the current Intrepid nscd's
garbage collector doesn't have:
http:
This bug-report should be of importance 'major/critical', since
photoprint plain won't work after the users installs it. Worse, the
average user can't do anything about this and installs Microsoft Vista
to print their photos 'easily'...
Can someone tweak the bug importance please?
OK - this is th
I've not experienced issue with the updated kernel in the last 6 days of
it being deployed, though this is with a reduced workload.
--
Oops in sunrpc:rpc_shutdown_client
https://bugs.launchpad.net/bugs/253004
You received this bug notification because you are a member of Ubuntu
Bugs, which is sub
This patch is not relevant in the new version; the new URL handling
doesn't special-case the '+' symbol like it did (brokenly) previously.
--
VLC does not open files with Plus-signs in name
https://bugs.launchpad.net/bugs/215784
You received this bug notification because you are a member of Ubunt
The filesystem corruption I was experiencing with the stock Jaunty
kernel (2.6.28-11-server) on an x86-64 system was down to the nVidia
CK804 PCIe chipset corrupting data on PCIe read completions from the
SATA controller's DMA engine. I have observed this with a PCIe bus
analyser.
On a system with
Public bug reported:
Binary package hint: atftpd
atftpd 0.7.dfsg-6ubuntu1 has a false hard dependency on openbsd-inetd
(through the inet-superserver metapackage).
When atftpd is installed, it fails to reload (or restart) openbsd-inetd,
so the user doesn't get a consistent experience; most daemon
If this truly is a software bug, our best shot at addressing this bug is
via bisection, from lack of specific knowledge.
There are enough reports the we consider the ubuntu kernel
2.6.28-9(.31?) good and we know (at least) ubuntu kernel 2.6.28-11.42 is
bad. We can rebuild intermediate kernels from
Let's get this addressed for Karmic, and have nis suggest nscd.
Since this is aligned with what Steve L and Mark B are happy with, we
can go ahead.
--
nis should recommend nscd
https://bugs.launchpad.net/bugs/345137
You received this bug notification because you are a member of Ubuntu
Bugs, whic
I believe this is the patch fixing this issue:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7ce9d5d1f3c8736511daa413c64985a05b2feee3
--
2.6.28-11 causes massive data corruption with ICH8/ICH9 on 64 bits installations
https://bugs.launchpad.net/bugs/346691
You recei
Public bug reported:
Binary package hint: kexec-tools
Upon installing kexec-tools, the needed 'crashkernel' kernel argument
isn't added to the GRUB configuration, until a kernel is
installed/removed. Likewise, when being uninstalled, the argument isn't
removed until a kernel is installed/removed.
** Attachment added: "Debdiff to fix issue"
http://launchpadlibrarian.net/27329293/kexec-tools_2009-2.0.0ubuntu6.debdiff
** Changed in: kexec-tools (Ubuntu)
Status: New => In Progress
** Changed in: kexec-tools (Ubuntu)
Assignee: (unassigned) => Daniel J
I previously experienced massive ext4 inode bitmap corruption on an
x86-64 Opteron w/ a CK804 chipset, while performing a large rsync, the
ext4 corruption issue is *not specific* to ICH8/9.
A number of the reports (including duplicate) mention ext4 and the
original report in this LP entry mentions
Public bug reported:
Binary package hint: gcc
On 32bit Ubuntu, all packages (except gcc and kernel) are compiled for
the i386/i486 instruction set, thus losing out on the speed benefits
targeting i586 gives. This brings new instructions and better
instruction scheduling.
Fedora 11 have implement
The firmware for a number of Marvell ethernet controllers is at:
http://quora.org/hive/yukon2-firmware.tar.bz2
I accept no responsibility and you flash this entirely at your own risk.
There's documentation there and you can use 'strings' on the firmware
files to identify which one is suitable.
--
Sure:
description of proposed changes:
- to package the updated btrfs-tools to replace the older version in the
jaunty repos
rationale/benefits:
- the current btrfs-tools' mkfs.btrfs creates a filesystem compatible with
older pre-released BTRFS versions
- this is not mountable and different
Hi Stefan. To clarify:
- btrfs-tools 0.16 (currently in jaunty) is compatible only with older,
unreleased and known-buggy versions of BTRFS
-> not the current committed-to disk format in 2.6.29 and later
Thus, a user comes along, either boots 2.6.29 or builds the backported,
released BTRFS mo
Yes, btrfs-tools 0.16 will work with btrfs-source 0.16, but there are
significant known performance and data integrity bugs, fixed since this.
It would be ideal if the btrfs-source was updated too, when a standalone
BTRFS drop is made at (currently only 0.17 is available):
http://www.kernel.org/pu
I have deployed the updated kernel Manoj kindly provided, and will be
looking for further issues, though the usual workload isn't present on
this server at present.
buntunub: We expect these 'not responding, timed out' messages - they
were a pre-failure symptom. The problem is solved if we get the
This bug has been open for two months, and was fixed upstream some time
ago, but not in Ubuntu.
As a consequence, 2.6.28-11-generic and 2.6.28-11-server - the
production release media kernels deliver silent and show-stopping data
corruption, to the extent that the kernel kills user processes acces
As a workaround to avoid silent data corruption, boot with 'maxcpus=1'
until the kernel is patched.
--
jaunty kernel 2.6.28-11 kernel update renders the system un-usable.
https://bugs.launchpad.net/bugs/346691
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
Wilbur, if you're using a "desktop" (small) ethernet switch, power cycle
it. It took me too long to realise that if one port negotiates down to
100Mb, it'll not run at higher speed until you powercycle the switch
(found on at least 3 switches from 2 vendors). This is probably more a
design limitati
Yes, it can easily changed at runtime, but this is not the usage bug we
have.
All the users of Ubuntu Intrepid will get penalised by the poor scaling
and unfairness of TCP Reno (using blind congestion control [1]), which
is why TCP cubic was introduced and became default in 2.6.19, some 2
years ag
GRUB still isn't able to boot from RAID10 partitions, however this needs
avoiding for /boot or / (if there is no /boot). Thus, the installed
should certainly allow RAID10 partitions to be created for other mount
points.
Arguably, linux's RAID10 format is one of the two most all-round
performant fo
You can use iperf and many other related. It's a question of testing
high BDP and lossy, eg wireless networks, especially with multiple
flows. There probably are a lot of tests already out there.
--
2.6.27 default TCP congestion control regression...
https://bugs.launchpad.net/bugs/278801
You rec
*** This bug is a duplicate of bug 272901 ***
https://bugs.launchpad.net/bugs/272901
** Attachment added: "CoreDump.gz"
http://launchpadlibrarian.net/17989200/CoreDump.gz
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/17989201/Dependencies.txt
** Attachment adde
Same NFSv4 server (Ubuntu 8.04.1 LTS x86-64 incidentally), Ubuntu 8.04.1
LTS x86-64 client:
[ 65.224366] Pid: 10397, comm: gnome-screensav Not tainted 2.6.24-19-generic
#1
[ 65.224368] RIP: 0010:[] []
:sunrpc:rpcb_getport_async+0x272/0x3c0
[ 65.224384] RSP: 0018:8100cb66d9b8 EFLAGS:
Indeed it is true - we don't need 'default ntp-servers xyz' in
/etc/dhcp3/dhclient.conf, since the defaults in /etc/ntp.conf will be
used, as /etc/ntp.conf.dhcp won't be created. That's half the changes
then...
--
Request ntp-servers by default
https://bugs.launchpad.net/bugs/74164
You received t
As there is no reasonable/robust mechanism of updating the
/etc/dhcp3/dhclient.conf, I believe requesting 'ntp-servers' always is the best
practical way.
- this needed when your DHCP server hands out only what is requested
-> eg Microsoft DHCP service (and unlike ISC DHCPD)
- if the option is
As symbolic information isn't built [1] into the kernel image, we can
probably guess what line etc, but I'll reproduce and resolve line
numbers etc after installing 'linux-image-debug-generic'...
--- [1]
$ modinfo sunrpc
filename: /lib/modules/2.6.24-19-generic/kernel/net/sunrpc/sunrpc.ko
$
Incidentally, we should be requesting 'nis-servers' too, in case that
needs to be configured for the environment, eg where on a different
network segment, thus broadcasting for it won't find it.
--
Request ntp-servers by default
https://bugs.launchpad.net/bugs/74164
You received this bug notifica
void rpcb_getport_async(struct rpc_task *task)
{
struct rpc_clnt *clnt = task->tk_client;
int bind_version;
struct rpc_xprt *xprt = task->tk_xprt;
struct rpc_clnt *rpcb_clnt;
static struct rpcbind_args *map;
struct rpc_task *child;
struct sock
We can check if a related fix is relevant or not by disabling ipv6
address assignment on our interfaces, and doing suspend/resume cycles:
http://groups.google.co.uk/group/linux.kernel/browse_thread/thread/599db16a8d9d84ed#
--
kernel bug: rpcb with a mounted nfs share
https://bugs.launchpad.net/b
I experience this every ~5th shutdown, however the stack trace I see is:
rpcb_getport_async
rpc_malloc
call_bind
call_reserve
__rpc_execute
...
which corresponds to rpcb_clnt.c:322:
BUG_ON(clnt->cl_parent != clnt);
This is called from a kernel thread context and I only see the bug_on
tri
** Visibility changed to: Public
--
ipmitool console session crashed with SIGSEGV
https://bugs.launchpad.net/bugs/234302
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://li
There are only two sites where cl_parent is assigned in the kernel tree,
and it's assigned to 'clnt', so the only time this BUG_ON will fire is
when there is memory corruption or use-after-free (less likely).
--
kernel bug rpc nfs client
https://bugs.launchpad.net/bugs/212485
You received this bu
Apologies - I am mistaken! This is not fixed in LP#224750.
Unplugging and replugging the ethernet cable with my homedir mounted
over NFSv4 reproduced this in 8.04.1 LTS with 2.6.24-19-generic and all
updates as of late July:
[ 708.319893] [ cut here ]
[ 708.319962] kerne
What can I do to expedite this change?
This is crucial particularly for high bandwidth links, which are have a
higher latency-bandwidth ratio (eg xDSL, 10gigE), and particularly
networks where some loss is expected (eg internet, wireless LAN).
--
2.6.27 default TCP congestion control regression.
Public bug reported:
I have noticed that simple Reno TCP congestion control isn't enabled in
the 2.6.27-4-generic kernel [1].
Upstream kernel sources default to the 'cubic' TCP congestion control
algorithm, which offers far better scaling on high bandwidth latency
product lines, and it suffers le
Playing this file with 'totem ezsm01.m2ts', sometimes playback starts,
sometimes not - 2 out of 10 times I've had it display only the first
frame and no-more.
Using valgrind after installing all relevant debug libraries, we see a
violation in ffmpeg:
$ valgrind totem ezsm01.m2ts
[snip]
==10979==
** Attachment added: "CoreDump.gz"
http://launchpadlibrarian.net/15632256/CoreDump.gz
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/15632257/Dependencies.txt
** Attachment added: "Disassembly.txt"
http://launchpadlibrarian.net/15632258/Disassembly.txt
** Attachm
** Attachment added: "CoreDump.gz"
http://launchpadlibrarian.net/15632324/CoreDump.gz
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/15632325/Dependencies.txt
** Attachment added: "Disassembly.txt"
http://launchpadlibrarian.net/15632326/Disassembly.txt
** Attachm
** Attachment added: "CoreDump.gz"
http://launchpadlibrarian.net/15645713/CoreDump.gz
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/15645714/Dependencies.txt
** Attachment added: "Disassembly.txt"
http://launchpadlibrarian.net/15645715/Disassembly.txt
** Attachm
*** This bug is a duplicate of bug 224750 ***
https://bugs.launchpad.net/bugs/224750
Fixed in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/224750 -
updated released.
** This bug has been marked a duplicate of bug 224750
rpcb_getport_async in sunrpc can cause oops on Hardy
--
kern
For the record, I can no longer reproduce the rpcb_getport_async crash
that I was seeing frequently with the updated kernel; great work!
--
rpcb_getport_async in sunrpc can cause oops on Hardy
https://bugs.launchpad.net/bugs/224750
You received this bug notification because you are a member of Ub
** Attachment added: "reproducer"
http://launchpadlibrarian.net/14560461/temp2.ods
--
openoffice calc hung when pressing enter
https://bugs.launchpad.net/bugs/231118
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mai
Public bug reported:
Binary package hint: openoffice.org-calc
When developing a fresh spreadsheet, I found that openoffice-calc hung
when two cells were selected and enter was pressed.
In the attached spreadsheet, selecting from A3 to B3 and pressing enter,
reproducibly triggers this hang on a r
** Visibility changed to: Public
--
[radeonhd] Xorg crashed with SIGSEGV in memcpy()
https://bugs.launchpad.net/bugs/256598
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:/
** Visibility changed to: Public
--
picard crashed with SIGSEGV in memset()
https://bugs.launchpad.net/bugs/257664
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.ub
I can reproduce the problem by trying a few times, however I'm unable to
reproduce the issue under valgrind, which suggests that this is indeed a
heap layout or uninitialised heap issue.
When the 'CD Lookup' button doesn't cause a crash, we get an error
dialog saying:
Error while reading CD:
can
This may well correspond to the error emitted by python:
E: 67256256 19:19:07 Traceback (most recent call last):
File "/var/lib/python-support/python2.5/picard/util/thread.py", line 61, in
run
result = func()
File "/var/lib/python-support/python2.5/picard/disc.py", line 49, in read
ra
Thanks for the heads-up Lucas!
Picard 0.10 isn't yet in debian testing/unstable/experimental, but
perhaps we have a small window to request re-packaging.
Who would be the best person to ping?
$ dpkg -s picard
Maintainer: Ubuntu MOTU Developers <[EMAIL PROTECTED]>
Original-Maintainer: Adam Cécile
This message is output from 'dcraw' [1], used to check for a valid CR2
file - so you have all the right files installed.
If the CR2 files from your camera are normally larger than 30MB, then
you'll need to increase this limit in /usr/share/magicrescue/recipes
/canon-cr2 - the only other problem he
Confirmed fixed and working great with Cesare's bit of kung-fu
packaging.
--
picard crashed with SIGSEGV in memset()
https://bugs.launchpad.net/bugs/257664
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubun
The key things here are:
- if your CR2 files are normally <30MB (likely)
and
- if dcraw normally decodes your CR2 files from that hardware
then the only conclusion, is that the files are corrupted beyond recovery.
--
Canon-Cr2 can't save file?
https://bugs.launchpad.net/bugs/257979
You received
** Visibility changed to: Public
--
nautilus crashed with SIGSEGV in nautilus_file_operations_copy_move()
https://bugs.launchpad.net/bugs/258779
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lis
I had this crash with same stacktrace top when plugging in my (gen 3)
iPod shuffle.
--
gvfs-hal-volume-monitor crashed with SIGSEGV in g_closure_invoke()
https://bugs.launchpad.net/bugs/255511
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
The fix for this, and obvious intended behaviour is:
- add 'ntp-servers' to the 'request' directive in /etc/dhcpd3/dhclient.conf
- add 'default ntp-servers 91.189.94.4' (ntp.ubuntu.com) to
/etc/dhcpd3/dhclient.conf
I confirm that where the DHCP server doesn't pass the 'ntp-servers'
option, the
Duplicate of LP#246203.
--
ntp gets stuck when acquiring lock
https://bugs.launchpad.net/bugs/257633
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/mailm
It's a race-condition, and is called from the ntpdate and ntp script in
the DHCP exit-hook script dir:
# ls -l /etc/dhcp3/dhclient-exit-hooks.d/ntp*
-rw-r--r-- 1 root root 1242 2008-03-07 20:37
/etc/dhcp3/dhclient-exit-hooks.d/ntp
-rw-r--r-- 1 root root 802 2008-06-19 04:04
/etc/dhcp3/dhclient-
*** This bug is a duplicate of bug 212485 ***
https://bugs.launchpad.net/bugs/212485
Duplicate of LP#212485, which has been triaged as critical; moving
updates to this one. Can this dup be closed?
** This bug has been marked a duplicate of bug 212485
kernel bug rpc nfs client
--
kernel b
void rpcb_getport_async(struct rpc_task *task)
{
struct rpc_clnt *clnt = task->tk_client;
int bind_version;
struct rpc_xprt *xprt = task->tk_xprt;
struct rpc_clnt *rpcb_clnt;
static struct rpcbind_args *map;
struct rpc_task *child;
struct sock
This bug is still prevalent in 8.04.1 as of 2008-08-20; as the current
nvidia driver (169.12+2.6.24.13-19.45) sets a flag in the pages used to
map textures from, and the flag isn't cleared on the correct path,
allocated pages get locked. There is a (userspace) per-process 32KB
locked limit for good
Public bug reported:
memtest-1.70 in the current 8.04LTS Hardy Heron doesn't support and/or
recognise quite a few chipsets and processors which have been around for
some time (1-2 years?), such as the Intel 965.
As we rely on this tool to establish if we can trust the platform or not
(especially
The updated memtest86+ 2.01 is in Debian lenny, so just needs uploading:
http://packages.debian.org/lenny/memtest86+
Is it possible to consider SRU approval for this and upload to hardy-
proposed?
--
memtest doesn't support current platforms/processors
https://bugs.launchpad.net/bugs/238990
You
I should have mentioned also that the current HH memtest-1.70 has issues
with X38 chipsets and mis-initialises them, which has been shown to give
false positives in certain configurations; that's a fairly drastic bug.
Let me know if you'd like more information on this.
--
memtest doesn't support
I've been testing nscd on x86-64 for a few days on two separate systems,
and the fix looks good. I need more exposure on i686 before marking this
verified, which will be done in the next few days.
--
nscd crashed with SIGSEGV in start_thread()
https://bugs.launchpad.net/bugs/256157
You received t
Hi Chuck,
I tested your PPA's 'ipmitool_1.8.8-3.1ubuntu1~ppa1_amd64.deb' package
on intrepid 8.10 amd64, and found that when I enter SOL mode [1], no
further input is accepted.
The same test with ipmitool 1.8.9-1 (in the repos) works fine. Let me
know for further testing...
--- [1]
ipmitool -A
*** This bug is a duplicate of bug 256157 ***
https://bugs.launchpad.net/bugs/256157
** This bug has been marked a duplicate of bug 256157
nscd crashed with SIGSEGV in start_thread()
--
nscd crashed with SIGSEGV in gc()
https://bugs.launchpad.net/bugs/314341
You received this bug notifica
*** This bug is a duplicate of bug 256157 ***
https://bugs.launchpad.net/bugs/256157
** This bug has been marked a duplicate of bug 256157
nscd crashed with SIGSEGV in start_thread()
--
nscd crashes
https://bugs.launchpad.net/bugs/302724
You received this bug notification because you are
I backported Ulrich Drepper's (glibc maintainer) upstream nscd fixes,
and have been testing them for a week.
I've attached my debdiff with this, confirming problem resolution on
i686 and amd64 on Ubuntu 9.10.
** Attachment added: "debdiff backporting fixes, tested on i686 and amd64"
http://la
debdiff fix attached
** Changed in: glibc (Ubuntu)
Status: Confirmed => Fix Committed
--
nscd crashed with SIGSEGV in start_thread()
https://bugs.launchpad.net/bugs/256157
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubunt
I have verified this bug is fixed in jaunty in glibc-2.9; I marked this
bug-report as 'fix-committed', since I've attached the tested fix -
perhaps this isn't the right state?
--
nscd crashed with SIGSEGV in start_thread()
https://bugs.launchpad.net/bugs/256157
You received this bug notification
1 - 100 of 425 matches
Mail list logo
