When the smb connection has died, gvfsd-smb doesn't appear to die along
with it, nor restablish a connection. This results in 20 second hangs
when selecting that share in nautilus, or when doing most operations in
the root of a gvfs-fuse mount.
** Changed in: gvfs (Ubuntu)
Status: Incomple
** Summary changed:
- Unattended-upgrades is unable to upgrade language-selector-common
+ ubuntu-standard is uninstallable with only security repo enabled :
language-selector-common depends unavailable version of accountsservice
** Description changed:
We're using unattended-upgrades in Ubunt
Still broken in a fresh raring install.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-games in Ubuntu.
https://bugs.launchpad.net/bugs/995281
Title:
glines segfault
Status in GNOME Games:
Fix Released
Status in “gnome-games”
** Changed in: gnome-disk-utility (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-disk-utility in Ubuntu.
https://bugs.launchpad.net/bugs/743927
Title:
palimpsest do not give smart
Confirmed; doesn't seem to be a simple matter of root privilege though,
but rather some missing plumbing when the device is connected via USB.
** Attachment added: "Screenshot from original report"
https://bugs.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/743927/+attachment/2573619/+f
** Summary changed:
- palimpsest do not give smart information to current user for usb connected
sata hard drives
+ SMART status is not supported in palimpsest for USB hard-drives
** Description changed:
Binary package hint: gnome-disk-utility
- If I connect my hard drive with a usb connec
** Description changed:
Binary package hint: gnome-disk-utility
If I connect my hard drive with a USB connector, palimpsest reports
SMART Status as "Not Supported". However, when using the smartctl
command line utility, the correct SMART information is returned for the
drive.
Pr
I just wrote this patch to get things working again; not at all certain
it's completely sane though.
** Patch added: "Reset game before starting and bail out draw_preview if things
are not ready"
https://bugs.launchpad.net/ubuntu/+source/gnome-games/+bug/995281/+attachment/3166590/+files/04_f
** Also affects: gnome-games via
https://bugzilla.gnome.org/show_bug.cgi?id=675628
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-games in Ubuntu.
https://bugs.launchpad.net/bugs/995
Public bug reported:
Launching under Ubuntu 14.04 yields:
inkscape: symbol lookup error: /usr/lib/x86_64-linux-gnu/libpoppler-
glib.so.8: undefined symbol: _ZN7GfxFont16getAlternateNameEPKc
apt-get build-dep inkscape gets things working again, so it looks like
there's an incorrect dependency in
Did this really need to be hardcoded into a binary though? There are
valid use cases for not locking the screen on a closed lid, one of which
was mentioned in passing in the original bug report: the case where the
user is automatically logged in.
A crappy workaround involves "chmod a-x gnome-scr
11 matches
Mail list logo
