Public bug reported:
Binary package hint: linux-image
The above backtrace happens when I disconnect from a serial attached device.
The device was a cisco 2950 switch, attached with cu -s 9600 -l ttyUSB0.
The USB-serial converterd is Prolific Technology, Inc. PL2303 Serial Port
(067b:2303).
** Attachment added: BootDmesg.txt
http://launchpadlibrarian.net/20081740/BootDmesg.txt
** Attachment added: CurrentDmesg.txt
http://launchpadlibrarian.net/20081741/CurrentDmesg.txt
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/20081742/Dependencies.txt
**
Please let us know immediately if this newer 2.6.27 kernel resolves
the bug reported here or if the issue remains.
The issue obviously remained.
linux-image-debug-2.6.x-386 packages is not automatically synchronized/rebuilt
from latests kernel sources, and indeed bit-roted. So we've now a
A simple:
dpkg --force-overwrite -i
/var/cache/apt/archives/openoffice.org-hyphenation-en-us_2.3-5_all.deb
and then apt-get -f dist-upgrade, then everything went well.
--
package openoffice.org-hyphenation-en-us None [modified:
/var/lib/dpkg/info/openoffice.org-hyphenation-en-us.list] failed
Something else : it seems that this problem only affects users of the
alternate and the 64bit intall/live CDs.
ubuntu-7.10-desktop-i386.iso appears to work well for everyone.
Could you test this live CD and tell us if the network works ?
If so, that would be a duplicate of those bugs reports
Hi.
What do you mean by screen initramfs ? Could you write down the complete
error message as you see it on the screen, please ?
initramfs is a proper Ubuntu component used during startup, not an error
message.
--
Ubuntu 7.1 get initramfs on boot
https://bugs.launchpad.net/bugs/180641
You
The same problem affects users of the Asus P5E-VM HDMI motherboard
(which has the same onboard Attansic L1 network adapter).
This network card has a driver in Gutsy (actually, this driver was
merged in vanilla kernel since 2.6.19), and works well with the Gutsy
kernel *after* installation. But
Quick update: those patches made their way in Linus' git repository, and
are all merged in 2.6.24-rc1 and up.
So HPET is now (as of 2.6.24-rc1) force enabled by default for all
chipsets known to support such timers, even when this functionality is
hidden by the BIOS. But only if the HPET timer is
Indeed.
DMI based autoload was only merged lately, in 2.6.23-rc1
(git commits 4f5c791a850e5305a5b1b48d0e4b4de248dc96f9 and
b964b437601a0e7d09896d5d9a85c83643e94f41 ).
So thinkpad_acpi autoload won't happen in Gutsy (based on 2.6.22) unless
either someone backport this, or add a temporary
The patchs in PowerTOP's site aren't really updated.
Better is to grab them where they are maintained, at
http://www.tglx.de/projects/hrtimers/2.6.22/broken-out/ (plus there's more
patchs related to HPET improvments there).
ubuntu_demon : it may be more in point to attach such bugs to the
Here is a patch reflecting the name change in acpi-support.
The not autoloading behavior is an independent problem (as Ben Collins
and Roland Dreier said).
Please note that this fix and loading the module is a prerequisite to properly
fix bug #45404.
** Attachment added: acpi-support :
Public bug reported:
Binary package hint: scim
Note: this problem is fixed upstream, and the fix is integrated on the
new scim release (scim 0.4.7). I report the bug here so Ubuntu do
consider either updating the scim package for Gutsy release, or backport
the fix (this is just a few line diff).
Ben Collins : yes.
I'm running this on 2.6.22-rc5 on a Thinkpad X40, and:
1) This Thinkpad model is also affected, indeed.
2) The bug is still present on the original unpatched package (it's even more
visible because of dynticks, see above).
3) The Kristian Berge Nessa's patch works flawlesly,
Same problem as Sam Hassel, here.
Actually, the crash is a segfault (SIGSEGV), so the offender should be
either python or the python's gstreamer binding or gnonlin etc (rather
than the - plain python - Jokosher). Here's the console's output :
LOG COMMAND: I0 ToggleSolo(0)
14 matches
Mail list logo
