Public bug reported:
>From what I can see, the original boot loader was not UEFI, it was
legacy(not sure what that means). There are 3 primary partitions for
windows and all Ubuntu was installed on an extended partition. I think
the boot loader is the first primary partition that is 100 mb, but
Looks like difficulties in VDPAU playback were indeed due to some junk left
over from upgrades and local installs.
A solid purge and re-install and VDPAU playback is working just fine (actually:
much better than with 0.22-fixes under 9.10)
However: CPU playback profiles which worked perfectly u
Further investigations revealed that the same stream parsing error and hence
frame-discards/ stutters also
with non-VDPAU playback profiles. I'm beginning to wonder if the upgrade
wasn't quite clean on my machine.
The issue is so obvious visually I can't believe there aren't hordes of
outraged
Just upgraded from karmic to lucid and hit exactly this problem. VERY
noticeable on the heavily inter-cut World-cup coverage on ZDF and ARD
here in Germany.
Seems supiciously like a "reincarnation" of
http://svn.mythtv.org/trac/ticket/7522
this was fixed 0.22-fixes. Could it be the ffmpeg ups
Confirm: stock kernel 2.6.31-16.53 does not fix the issue for (my)
Huawei E270.
A custom kernel that includes the patch
diff --git a/drivers/usb/storage/initializers.c
b/drivers/usb/storage/initializers.c
index 105d900..ec17c96 100644
--- a/drivers/usb/storage/initializers.c
+++ b/drivers/usb/st
Just updated my myth server (ubuntu 9.10) kernel. Boom... package
still has old broken firmware in it which of course merrily over-wrote
the working version copied into place after the last kernel update. (see
comment #8 for the standard recipe).
This urgently needs to be fixed in the ubuntu k
Resultsfor my Vodafone Germany branded Huawei E270.
2.6.31-15.50 - no joy GSM modem converter disconnects leaving E270 in a
confused state.Strangely unplugging and replugging works.
'apw5' - as for 15.50
'apw10' - Hurray this one works perfectly.
--
Several Huawei USB dongle don't work with
Also confirm.
An openvpn connection (X.509 with password) sim fails without any error
feedback when selected.
/var/log/daemon.log reveals
Nov 26 14:36:51 mouldy NetworkManager: Starting VPN service
'org.freedesktop.NetworkManager.openvpn'...
Nov 26 14:36:51 mouldy NetworkManager: VPN servic
Public bug reported:
Binary package hint: adjtimex
The version of adjtimex in hardy universe appears to have a Bug making
it produce wildly inaccurate drift estimates on some mainboards.
For example:
r...@mouldy:/home/as# adjtimex -c=10 -d
--- current ---
I managed to track down a small patch from the kernel mailing lists for
isdn_net.c that fixed the
issue for 2.6.24. I believe this propagated into the main kernel a while back.
http://bugzilla.kernel.org/show_bug.cgi?id=9923
--
isdn interface setup fails after gutsy to hardy upgrade
https://b
Public bug reported:
Binary package hint: isdnutils
When starting isdn after a hardy upgrade the ifconfig in /etc/isdn/device.ippp0
(generated
using isdnconfig) setting the dummy IP addresses fails with SIOCSIFFLAGS:
Invalid argument
Driver module is 'hisax' with option 'type=35' to select dr
11 matches
Mail list logo
