Revised description: The cause is that the partition intendeed for EFI
had been given an incorrect tag and thus was not mounted. The problem
would have been uncovered if the installation would refuse to proceed
without EFI-partion when one is required. (duplicate)
** Changed in: grub-installer (Ub
Public bug reported:
msinfo32 says: BIOS-Type: Older
Yet, grub-install fails poining to missing EFI-mount.
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: ubiquity 18.04.14 [modified:
lib/partman/automatically_partition/question]
ProcVersionSignature: Ubuntu 4.15.0-20.21-lowlatency 4.15.17
I'm in the middle of an upgrade of ubuntu-studio from 16.10 to 17.04.
Upgrade stopped at "systemctl stop mysql.service". Had to manually kill
(-9) mysqld to continue the upgrade.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
This bug affects among others anyone with intermittent or permanent ipv6
routing problems. Most documented workarounds for ipv6-problems in dual-
stack configurations hint at disabling ipv6 in /etc/default/bind9, but
that won't work when the file is ignored when systemd is in control of
the process
Solutions to this problem is to either use a more capable HTTP-client
for download to cope with Sourceforge's ads and redirections, or to host
the fonts elsewhere. Workarounds by directing the installer to
particular mirrors etc may work for a while, and/or from some places,
but aren't likely to be
When examining repos it seems like the inconsistency was introduced in
xenial-updates where packages in the build toolchain was bumped from
5.3.1 to 5.4.0 while the supplied kernel still is built with GCC 5.3.1
and the dependecy-packages that provide symlinks to tool-binaries also
remain at version
Seems like alle the dependency-packages are listed as version 5.3.1
(cpp, g++, gcc etc), but the symlinks within links to 5.4.0 binaries.
Anyone trying to compile and/or link kernel-modules will have a problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which i
It's not just gcc that has mismatching versions. It's the whole
toolchain.
The installed gcc package (according to dpkg) has version
4:5.3.1-1ubuntu1 while the /usr/bin/gcc symlink contained within is
pointing to gcc-5.4.0. There is no trace of 5.3.1 binaries on the
system, nor are there any avail
This problem appear to be fixed in version 2:1.9.0-0ubuntu7.3
distributed in maverick-proposed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/680811
Title:
incorrect maximise behaviour with twinview
As requested:
XINERAMA version 1.1 opcode: 151
head #0: 1920x1200 @ 0,0
head #1: 1280x1024 @ 1920,0
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/680811
Title:
incorrect maximise behaviour with
The current Xorg-log (attached) shows that I'm running a non-standard
kernel (for audio) and updated nvidia-driver (260.19.26 is the first
vdpau-capable driver that seem reasonably free from memleaks with my
gtx260-card). The system does however behave the same with stock 10.10
packages.
** Attac
The problem is observed on ubuntu 10.10 x86/32, pulseaudio 0.9.22. It
may be related to a bug reported, but not yet commented, upstream in
http://pulseaudio.org/ticket/869
** Bug watch added: PulseAudio sound server #869
http://pulseaudio.org/ticket/869
--
pulseaudio goes into poll-read loop
** Attachment added: "pulseaudio-log from the device is attached"
https://bugs.launchpad.net/bugs/680861/+attachment/1743327/+files/pa-log.txt
--
pulseaudio goes into poll-read loop when removing usb device
https://bugs.launchpad.net/bugs/680861
You received this bug notification because you
Public bug reported:
Binary package hint: pulseaudio
I'm testing with 2 USB sound devices. One works, one doesn't.
Using a Cakewalk (Roland) UA-25EX (2 audio channels in/out + midi
in/out) works fine. The device may be connected, removed and reconnected
at any time wouthout problems.
A Digitech
Public bug reported:
The maximise behaviour of windows in a twinview setup changes with
xserver packages version 1.9.0-0ubuntu7.1. After upgrade panels (gnome)
span all screens and windows (metacity) maximise across all available
screens. Previously objects would only maximise within their current
The crash in rhythmbox when connecting to mms streams through libmms is
an old one. It usually happens when switching to a mms:// source from
listening to something else (e.g. an mp3 file). I've seen exactly the
same behaviour in every release over the last 3-4 years. Switching from
listening to a
Slight update to #142.
I may have gotten protocol orders wrong in my analysis, or the dns-
lookup-mechanism has been altered in the last libc update. The net
result however, is still that every attempt by an application to connect
to a v4-only host is preceded by a dns-request that result in a los
This is as Jeroen and others have pointed out repeatedly, primarily an
issue with broken resolvers/forwarders often part of cheap
broadband/wlan routers. I just want to repeat that this isn't specific
to IPv6, and emphasise that changes in karmic have made things worse.
Karmic always first tries t
The reason for the delay described in #84 and #85 seems to be a
firmware-bug in a wlan router (D-Link DIR-655). It doesn't seem to pass
NXDOMAIN-responses to the clients when it is set up to relay requests.
The upstream servers respond immediately with NXDOMAIN when queried
directly. However, this
Wrt #84, is it a correct observation that the resolver-library in karmic
always tries to add search-domains to the queried string even when the
original query from the application is for a FQDN? The first DNS-
request from a karmic client looking for "www.google.com" in a browser
is for "www.googl
Another issue in addition to ipv6 is how the resolver-lib handles search
domains. I found I could avoid the delay by removing the "domain" and
"search" statements from /etc/resolv.conf. In this particular case
there's a broadband-router which put either the providers domains or a
configured local a
What the application is called in GUI-elements doesn't really matter all
that much. It does after all simplify package-management slightly when
the decision has been made not to make it a default upgrade on old
distributions.
That the browser identifies itself as Shiretoko to websites is however a
To me it looks like video and audio keeps having sync issues with any
player when pulseaudio is involved (totem, mplayer, mythtv, flashplugin,
vlc, ffplay).
The results are better for players that use gstreamer with pulse
disabled (kill daemon and disable autospawn). Ditto for mplayer with
direct
*** This bug is a duplicate of bug 345627 ***
https://bugs.launchpad.net/bugs/345627
Not so sure it's a duplicate. I hear no scratching sounds which are the
main complaint in 337429, yet have major problems with audio/video sync.
I suspect it is related to the variable audio latency introduced
Backtrace from rhythmbox attached.
The behaviour is the same for all application which establish
connections using libmms through gstreamer on all machine-architectures
and ubuntu-releases I've tried over the last year or two so it shouldn't
be hard to reproduce. Just try swapping back and forth b
This bug is still present in Ubuntu 9.04 (libmms 0.4-2) and affects all
applications which access mms urls through gstreamer and libmms. Totem,
Rhythmbox and Banshee all show the same behaviour. Listen to a mp3 file,
then switch to network radio from a mms url and it crashes immediately.
--
Rhyth
The fix in 0.8.4a-0ubuntu1 is not complete. Exceptions are made for HAL
to ignore a list of known receivers, but there are surely more to come.
A permanent fix can only be made upstream by making HAL able to identify
dev/input IR-receivers in general, or integrate lircd to take events
from dev/inpu
As previously described, 180.06 did sole this problem for me. It is
however a beta so don't take that statement as a recommendation for
general use. Stability seems somewhat questionable.
However, after 180.06 solved this particular problem for me, but didn't
appear stable I decided to try 177.82
GeForce Go 7600:
177.82 does not work
180.06 works - see http://www.nvnews.net/vbulletin/showthread.php?t=123072
--
Titlebar incorrectly drawn with geforce 5/6/7, compiz and human-theme
https://bugs.launchpad.net/bugs/99508
You received this bug notification because you are a member of Ubuntu
B
It seems to be something in the packaging that introduce this problem.
The same version from nvidia works just fine.
I just removed nvidia-glx-new, nvidia-kernel-common and dependencies
(incl all accumulated restricted-modules), then booted single-user and
compiled and installed the original 169.1
Confirm.
I see pinkish shadows around windows and menus on a NV-8800GTS. There
are other issues which have been blamed on composite handling in the
current driver too, like a delay that is introduced in the handling of
several gtk-widgets on only some of the displays in a multi-head config.
Maybe
To be a bit more specific: I'm now running a kernel built from the
ubuntu.com git repository, with the specified patch applied. From there
I've built and installed binary-generic.
The BT-handsfree-kit works (kind of) with this kernel.
While running with this kernel I've seen bt-audio once end up
Grabbed the kernel-source from git, applied the BT patch
(http://lkml.org/lkml/diff/2008/2/25/530/1) and built new packages. My
BT-2.0 headset works with this new kernel. The sound gets choppy after a
few seconds, but there are still more options to explore in the BT-audio
config that may change th
@Brian Murray : bug 198494 does indeed cover the pairing issue
mentioned, but that's the simple bit.
@MsTiFtS : bug 39414 is similar, but concerns a USB-BT adapter. In this
case the adapter works with multiple devices (keyboard, mouse and
several phones using obex-transfers and HID). Only BT-audio
Not only is the re-packaging of mozilla.org's translations into separate
locale and binary packages missing for FF3. The ones in the repos for
FF2 have not been updated from 2.0.0.7 and don't work with the current
2.0.0.13. Looks like we're getting close to a release with epiphany as
the only gnome
Something seems to have happened with hardy's recent upgrade to totem
2.22.1. I have all gstreamer-10 plugins and totem-plugins I can find
installed, yet totem complains that the necessary plugins is missing
when trying to play a youtube video from the search-results. It does
play locally-stored fl
** Changed in: linux (Ubuntu)
Sourcepackagename: None => linux
--
Bluetooth handsfree does not work and floods syslog
https://bugs.launchpad.net/bugs/211893
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubu
This relates to a similar bug in gutsy and before, but both bluez and
the kernel has changed since so the fixes for those may not apply
anymore.
In short this seems to relate to missing or incomplete support for eSCO
in the kernel that makes most, if not all, BT<=1.2 headsets fail.
There's a numb
Public bug reported:
[I'm not sure is this big relates to bluez or alsa or something else .
It concerns hardy beta]
First, to get pairing to work I have to use parts of the suggested
python-script from the bluez-wiki. To make the PC visible and
connectable prior to setting the headset in pairing
** Attachment added: "bt-info.txt"
http://launchpadlibrarian.net/13116789/bt-info.txt
--
Bluetooth handsfree does not work and floods syslog
https://bugs.launchpad.net/bugs/211893
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
u
Don't expect this to be fixed in Gutsy as components of a release rarely
(if at all) are upgraded within a release-cycle. Are any bugs being
addressed at all if they're not security-related? That seems to be a
problem with Ubuntu. The best fix for wireless problems in 7.10 seems to
be to reinstall
Arrg forget my previous comment about tvtime. It first happened to
me after the broken xserver update, so I incorrectly assumed the problem
was related to one of the many changes in the code. It turns out it is
totem that messes with picture settings and that it also affects other
media applica
The problem with tvtime reported earlier is still there with the last
version. The picture (window or fullscreen) sometimes gets very dark
(and distorted when corrected with brightness/contrast settings). There
are no errors reported when tvtime is run from the command-line.
Besides, a check with v
Upgrade to xserver-xorg-core version 2:1.3.0.0.dfsg-12ubuntu8.1 causes
numerous problems:
wxwidget-based applications don't work (vlc etc)
tvtime get in a weird state with brightness/contrast after a while
Various other intermittent problems and graphics anomalies (possible
memory buffer corrup
Funny it's not been mentioned yet in this thread, but the iwlwifi
drivers in gutsy are rather old. Changelogs from intellinuxwireless.org
describe heaps of serious bugs that have been squashed recently. Those
fixes should IMHO make it into the next revision of the linux-ubuntu-
modules package. The
Hardware encryption seems to improve stability for the iwl3945 module.
put
options iwl3945 hwcrypto=1
in a file in /etc/modutils.d (ex create a file called iwl3945)
With default software-crypto my test-computer would hang randomly after
transmitting anywhere between a few MB up to 1 or 2 GB.
Not only should iwl3945 be used instead of ipw3945, but Gutsy also needs
an upgrade to new versions of the iwl3945 and related drivers. The
current driver causes occasional system freezes. These may, at least in
part, be related to the use of software encryption in the current
driver. It seems slig
I've got the same with 7.10 on an Acer Aspire. Nothing further to
add,except confirming that:
- I didn't notice any such problem on 7.04.
- Both iwl3945 and ipw3945 show the same behaviour.
--
ipw3945 hangs intermittently on Thinkpad T61
https://bugs.launchpad.net/bugs/141396
You received this
Anco: the rules I added to /usr/share/hal/fdi/preprobe/10osvendor/10
-ide-drives.fdi were those that were removed by an earlier patch found
in http://launchpadlibrarian.net/5907427/hal-fix-remove_blacklisted_HL-
DT-STCD-RW.txt
Apply the reverse of that patch, or if you don't know "patch" simply ad
Is there a good reason why the solution hasn't yet made its way into
feisty? It appears to be a simple omission in packaging as the missing
libwfb.so is readily supplied by nvidia. The only reasonable alternative
would be to communicate clearly to the ubuntu community that 8800 gpus
are not support
In my case I found that the 8800gts was not working due to a missing
x-server module as reported in the Xorg.0.log. The required file is
included with Nvidia's driver-package, but there's no trace of
/usr/lib/xorg/modules/libwfb.so* in any ubuntu-packages. I.e. it seems
to be a build/packaging iss
This update adds information I have previously reported in a thread on
ubuntuforums.org:
hald on edgy still behaves badly on an Inspiron 8200 here. I've found
that it does *not* work to stop hald from polling the CD-drive and stop
blocking the IDE-channel by adding filters in /etc/hal. It does how
52 matches
Mail list logo