*** This bug is a duplicate of bug 1678184 ***
https://bugs.launchpad.net/bugs/1678184
Thim Thom you can work around the problem by editing the GRUB command-
line in /etc/default/grub
```
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nouveau.modeset=0
nvme_core.default_ps_max_latency_us=6000"
Public bug reported:
I've just upgraded a Dell XPS 15" (9550, early 2016 model) with a
Samsung NVME drive. Machine was stable under Kubuntu 16.10 with the same
drive. After the upgrade to Zesty I've now seen 3 hard lockups (machine
loses root fs) with the following message printed:
nvme
To be clear, this bug causes the Wily machine to hard-crash with 100%
CPU and 100% memory usage, forcing a hard reboot. Can't log in at
console to restart, can't even get to a console to run killall. So every
few days the system becomes a paper-weight and has to be converted back
into a computer
These errors (PyCapsule errors) can be fixed by re-running the Cython
generation with a more recent Cython. Not sure whether that should be
happening at the Ubuntu or upstream level.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
Hi there,
The version of arno-iptables-firewall on Ubuntu 12.04 (Lucid) 2.0.0 has
a bug that manifests when using vlan-tagged interfaces with individual
interfaces allowing particular ports, for instance, the configuration:
DC_EXT_IF=eth1 eth2.3
DC_EXT_IF_DHCP_IP=1
# 22,
Ubuntu (server) version is 12.04 (which is *Precise*, not Lucid)...
obviously not enough coffee yet.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1277554
Title:
Incorrect parsing of ip/iface in
This bug also affects Dell Inspiron 15R laptops (Ubuntu Certified
Hardware for 12.04) when updated to 13.04. The machine winds up at a
text-only console, so the user experience is rather poor.
Latest Beta drivers from AMD + explicitly installing the qauntal
libudev0 and xserver-xorg-video-intel
I've updated the ubuntu/eric bzr repo with eric 4.5.13 and proposed a
merge back into lp:ubuntu/eric
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1161315
Title:
Eric segmentation fault
To manage
In:
Settings|Preferences|Highlighters|Styles
Choose the Lexer Language for which you would like to make the change (e.g.
Python):
Click All Fonts
Choose the font and size you would like to assign.
AFAIK there's no global mechanism to configure fonts for all lexers as
once (there's a default,
You will find the same behaviour with e.g. json files.
This issue was brought up on the mailing list and it is considered as
designed. Basically the project browser (ProjectOthersBrowser
_openItem) will only send an open event for items where the mime type
starts with text. Previously xml files
This bug is missing any steps to reproduce. What does compile mean in
the this context?
The python file has a syntax error (it just stops in the middle of a
triple-quoted string, so I wouldn't expect it to run in Python. Eric
doesn't crash loading it for editing. Attempting to do a Start|Run
This is most likely the autocomplete module in QScintilla. Recommend
using the Eric Assistant plugin's autocomplete. See Eric mailing list
for a long discussion of this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Afraid that server is no longer available to test. If you've checked
the array bounds feel free to close the ticket.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/616158
Title:
Crash on selection
Public bug reported:
Binary package hint: python-profiler
The package attempts to run the Python 2.7 variant of py_compile.py,
which doesn't exist until the python2.7 package is installed. This
caused a Maverick upgrade to fail, as the python-profiler package was
installed and the failure
Public bug reported:
Binary package hint: ubiquity
With version 2.2.25 of ubiquity and ubiquity-frontend-kde see the following
error:
{{{
Traceback (most recent call last):
File /usr/lib/ubiquity/ubiquity/frontend/kde_components/PartAuto.py, line
259, in on_extra_combo_changed
** Attachment added: Syslog
http://launchpadlibrarian.net/53458598/syslog
--
Crash on selection of empty 3rd drive of 3
https://bugs.launchpad.net/bugs/616158
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
** Attachment added: Partman log
http://launchpadlibrarian.net/53458616/partman
--
Crash on selection of empty 3rd drive of 3
https://bugs.launchpad.net/bugs/616158
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Further to this. Disabling the other two drives caused the installer to
show no drives at all on the partitioning stage. Moving the drive to
the first SATA port on the machine caused it to show up in the drive
list and partition/install correctly. It is possible that the original
crash was
Public bug reported:
Binary package hint: pm-utils
Closing laptop lid on a Lenovo W500 running Kubuntu Lucid (10.04 LTS)
causes a suspend/resume cycle. As the resume often crashes, the machine
must often be manually killed (hard power off) and restarted. When this
is done, the network does not
This bug was fixed for the 3.0.1 release by disabling GL error-checking
on GLUT functions. This is another case of (some) newer GL
implementations being extremely anal about calls to GL entry points
before there is a GL context. Basically the glGetError() calls were
seg-faulting because GLUT
Public bug reported:
When running dhclient against a config-file that happens not to be
whitelisted by app-armour, dhclient will silently ignore the failure and
continue with the default config-file in /etc/dhcp3/dhclient.conf rather
than error out. dhclient should (at least) report an
Public bug reported:
When running dhclient against a config-file that happens not to be
whitelisted by app-armour, dhclient will silently ignore the failure and
continue with the default config-file in /etc/dhcp3/dhclient.conf rather
than error out. dhclient should (at least) report an
This machine suspends/resumes correctly under Karmic release candidate.
Can likely close this ticket now.
--
Resume on Thinkpad W500 (Radeon HD3650, fglrx) gives black screen
https://bugs.launchpad.net/bugs/378928
You received this bug notification because you are a member of Ubuntu
Bugs, which
I'm fine with a higher priority, but as of yet I have no
reproducibility. As a check, can someone do:
import OpenGL
OpenGL.ERROR_CHECKING = False
in one of their test scripts? That might at least tell me whether it's
really the glGetError call causing the problem or whether that just
happens
Public bug reported:
Binary package hint: pm-utils
This may be a duplicate of #378400 and is similar to #285909 (but with
different video card). Suspend appears to work correctly. Resume works
properly save for the display. Screen remains unlit and unresponsive in
almost all tests. In a few
** Attachment added: Suspend/resume failure log
http://launchpadlibrarian.net/27004905/pm-suspend.log
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/27004906/Dependencies.txt
--
Resume on Thinkpad W500 (Radeon HD3650, fglrx) gives black screen
It seems like we have something like the following:
* race condition where native drivers are fast enough not to crash (i.e. they
are filling out an internal structure before the call to glutInit)
* use of a GL operation by FreeGLUT that requires a GL context under MESA, but
does not under
Okay, on my Jaunty AMD64 I cannot replicate the problem even when I
switch to MESA software renderer (it doesn't occur with fglrx driver
either). However, looking through the tracebacks posted, it seems
pretty obvious that some configurations are failing when a call to
glGetError happens before
Also seeing this on both of our machines, both upgraded from Intrepid to
Jaunty this afternoon. Both were updated using the cdromupdate method
from alternate CDs. One with internet package updates, the other
without.
* Lenovo W500 (ATI Radeon HD 3650 (fglrx driver), Intel Core 2 Duo)
*
Just tried logging out and back in on both machines. The 100% usage of
one CPU is no longer occurring (CPU is down in the low single
percentages). Have added back all of the widgets that were creating a
full load on both processors and still seeing just a 20% (or so,
fluctuates rapidly) load
30 matches
Mail list logo