@Lars: thanks -- I missed that part of the comments. That does the
trick. I'm down to just the one process I expect. Never mind :).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/959195
Title:
65
Hrm. I'm still seeing this on precise with indicator-printers
0.1.6-0ubuntu1 -- I get 45 processes running. Further, trying the
suggestions in comment #4 did not help either. So it's not fixed on my
system for some reason (everything up to date for precise, including
precise-proposed, as of
Public bug reported:
Please ignore the data about which packages and such are installed. I
had to report this problem on a machine different from the on that
actually has the error. The machine with the error is an ARMv7 ArmadaXP
SoC from Marvell. This report was created on an x86 system.
Possible patch; this patch allows 0.3.3 to build and pass all tests on
armhf
** Attachment added: possible patch for armhf
https://bugs.launchpad.net/ubuntu/+source/python-greenlet/+bug/990162/+attachment/3110650/+files/armv7-stack-save
--
You received this bug notification because you are
** Attachment added: python code showing the error
https://bugs.launchpad.net/bugs/990162/+attachment/3110646/+files/small.py
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/990162
Title:
armhf
Just as an FYI: this bug was found when trying to use OpenStack keystone
on armhf
** Bug watch added: Debian Bug tracker #670680
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670680
** Also affects: python-greenlet (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670680
The bug is that the linux-container.postinst script tries to update
/etc/inittab on Ubuntu, which doesn't exist. The postinst needs to be
setting up the proper /etc/init/linux-container.conf (i.e., upstart
script) instead.
--
You received this bug notification because you are a member of Ubuntu
Workaround to let the package install (but likely not operate correctly)
is to:
$ sudo touch /etc/inittab
$ apt-get install linux-container
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/969832
I see the same behavior -- Unity3d seems to start but all that happens
is a the background is drawn, and there are no panels, no launcher and
no desktop displayed. However, I do not find the DRI2SwapInterval
message anywhere. This was working properly last Wednesday (21 March)
but when I updated
I see the fix committed but I don't see the change in any package yet;
any idea when it might be available for an actual update? This bug is
incredibly annoying. I had no idea how often I used right click.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Public bug reported:
In /etc/init/jenkins-slave.conf, there are these lines:
pre-start script
[ -r /etc/default/jenkins-slave ] . /etc/default/jenkins-slave
[ -n $JENKINS_URL ] || { stop; exit 0; }
$JENKINS_ROOT/bin/download-slave.sh $JENKINS_URL
mkdir $JENKINS_RUN /dev/null
Blueprint changed by Al Stone:
Whiteboard changed:
This doesn't need a discussion, just us to do it. -robbie.w
Work Items:
[ahs3] build the latest virtio drivers: DONE
[ahs3] request built driver signing (and wait): DONE
- [ahs3] package and test signed drivers: INPROGRESS
- [ahs3
This is still a problem on Oneiric, where gwibber is installed by
default with ubuntu-desktop. I do not use it, nor do I use evolution.
However, on every reboot of my system, and a few moments after I log in,
I still see beam.smp pop up and use 60-80% of my available RAM, and
5-10% of CPU (as
I see the same issue -- System 76 Pangolin, using stock 11.10 + fglrx
drivers. Affects both screens -- laptop, and desktop monitor.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/861389
Title:
I believe this same problem may have been reported to upstream:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099
Same ICE, but different source evoking it.
** Bug watch added: GCC Bugzilla #50099
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099
--
You received this bug notification
** Changed in: openstack-live
Status: New = Confirmed
** Changed in: openstack-live
Importance: Undecided = Medium
** Changed in: openstack-live
Assignee: (unassigned) = David Medberry (med)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I can no longer get the original behavior to re-occur. Looks like we're
good with this one, Chris.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/664115
Title:
parted calls 'udevadm settle' after
Blueprint changed by Al Stone:
Whiteboard changed:
Problems:
- PV Drivers cannot be installed on an exhisting or pre-installed Win VM
- Red Hat PV Drivers are signed and allow install on exhisting guests,
drivers must be signed to be installed (initial) for 2008/Win 7
- Signed drivers
We are using --exposed-root true on this project. Is it required? That
I'm not sure about but I'll check into it; it does appear to be the
default for all of our projects.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
On 05/03/2011 02:02 AM, Wolfgang Kufner wrote:
@Al Stone
Can I assume that this also is a HP 2133? Tom Bradley reports the same
hang with an Atheros WLAN with ath9k driver. And it works there with
2.6.35.
Any ideas?
Whups, I forgot to mention that. Yes, this is also an HP 2133
If a wireless driver is used (i.e., enabled and configured), the system
will hang. This happens with both the open source Broadcom driver and
the proprietary driver. A reboot is required. However, if the WLAN is
disabled (switched off), the system will run fine.
--
You received this bug
Public bug reported:
Binary package hint: live-build
In lb_chroot_hacks, there are these lines:
# Removing udev mac caching rule
rm -f chroot/etc/udev/rules.d/*persistent-net.rules
The problem is that several lines later this same file is touched,
creating a zero length file. For a particular
Re-assigning to live-build
** Package changed: coreutils (Ubuntu) = live-build (Ubuntu)
--
chroot loop devices stall for extremely long periods
https://bugs.launchpad.net/bugs/664115
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Attaching a patch that changes which parted is used by lh, thus avoiding
the udev problems previously mentioned in this bug.
** Patch added: Most of a solution to the problem
https://bugs.launchpad.net/ubuntu/+source/live-build/+bug/664115/+attachment/1706771/+files/parted-speed.patch
--
Public bug reported:
Binary package hint: coreutils
Copied from the attached script that shows how to reproduce the problem:
# If I use parted to create a partition table in a file representing
# a disk image, it should take milliseconds to do. This seems to be
# the case
** Attachment added: script for reproducing the problem
https://bugs.launchpad.net/bugs/664115/+attachment/1703639/+files/problem.sh
** Summary changed:
- choot loop devices stall for extremely long periods
+ chroot loop devices stall for extremely long periods
--
chroot loop devices stall
Some follow-up: I can eliminate virt-manager as one of the variables.
This behavior can occur even if virt-manager has never been run. And
note that power saving *must* kick in; if it's just the screensaver, it
seems to work fine. If, however, both screens have blanked themselves
and powered
Public bug reported:
Binary package hint: xorg
I hesitate to report this bug because it is (1) complicated to
reproduce, and (2) therefore not likely to occur. Regardless, it does
happen and the only reliable workaround is to reboot my laptop.
To reproduce this bug, I need to:
-- run my
** Attachment added: BootDmesg.txt
https://bugs.launchpad.net/bugs/655212/+attachment/1673497/+files/BootDmesg.txt
** Attachment added: CurrentDmesg.txt
https://bugs.launchpad.net/bugs/655212/+attachment/1673498/+files/CurrentDmesg.txt
** Attachment added: Dependencies.txt
Public bug reported:
Binary package hint: live-helper
This may not be the best way to do this but I've attached a patch to the
current lucid source that works for me.
The basic problem is in chroot_sources/*.chroot, if I wish to use a PPA,
I need to provide a user:password combination for the
** Patch added: rough patch that provides the desired functionality
https://bugs.launchpad.net/bugs/637626/+attachment/1580187/+files/https.patch
--
would like a reasonably safe way of including https user:password data in
chroot_sources/*chroot
https://bugs.launchpad.net/bugs/637626
You
31 matches
Mail list logo