I had a look at what is required for libunity-webapps and it just
appears to be using geoclue to work out what country you are in to show
the appropriate Amazon store. Since Geoclue 2.0 doesn't provide this (it
just gives a co-ordinate) the easiest solution is to make libunity-
webapps contact http
This bug was fixed in the package indicator-bluetooth -
0.0.6+16.04.20160526-0ubuntu1
---
indicator-bluetooth (0.0.6+16.04.20160526-0ubuntu1) xenial; urgency=medium
* src/desktop.vala:
- remove the "browse" action since there is no working backend
(LP: #1562822)
-- Sebas
Removing pyxdg as it doesn't make use of XDG_CURRENT_DESKTOP
** Changed in: nautilus (Ubuntu)
Status: Triaged => Fix Released
** Changed in: unity-settings-daemon (Ubuntu)
Status: Confirmed => Fix Committed
** Changed in: unity-control-center (Ubuntu)
Status: Triaged => Fix
** Branch linked: lp:~robert-ancell/indicator-bluetooth/xdg-current-
desktop
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to indicator-bluetooth in Ubuntu.
https://bugs.launchpad.net/bugs/1554878
Title:
fix up usage of XDG_CURRENT_DESKTOP
** Changed in: indicator-bluetooth (Ubuntu)
Importance: Undecided => Medium
** Changed in: indicator-bluetooth (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to indicator-bluetooth in Ubuntu.
http
Thank you for your bug report, could you try to get a valgrind log
showing the leak? is it linked to some specific calendar (can you
repeat/try by disabling some accounts?)
** Changed in: evolution-data-server (Ubuntu)
Importance: Undecided => High
** Changed in: evolution-data-server (Ubuntu)
Public bug reported:
As filed under bug #1342123 (under Canonical System Image, i.e. for mobile
installs) by several users, including desktop installs,
evolution-calendar-factory (previsouly in 14.04) then
evolution-calendar-factory-subprocess (in 16.04) run using several hundreds of
megabytes
User visible upower -e output:
cwb@vagabond:~/$ upower -e
(upower:17782): libupower-glib-WARNING **: up_client_get_devices failed:
Timeout was reached
Segmentation fault (core dumped)
** Attachment added: "strace -f output of upower -e"
https://bugs.launchpad.net/ubuntu/+source/indicator-pow
Also under 16.04 I see the acpi(1) command and /sys paths work to get the
status fine:
cwb@vagabond:~/$ cat /sys/class/power_supply/BAT0/status
Full
cwb@vagabond:~/$ acpi
Battery 0: Full, 100%
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to
I can confirm I still see this (or particularly do not see the state
update after resume from sleep) on an Acer C720p in 16.04 as well; I had
previously seen it in 15.10 on this machine but have seen it work on a
modified 14.04 sometime ago.
The upower -d suggestion is not working for me (and runn
@ogra Thanks, I wasn't at all aware that "Canonical System Image" was about
*mobile* systems. Maybe a more straightforward name would help… :)
I'll go look if this bug has already been filed under desktop installs.
--
You received this bug notification because you are a member of DX
Packages, w
Plus, the nice little workaround does not seem to function in 16.04.
Simply re-invoking the process does not lead to it exiting. I've seen it
crash several times in a row with no obvious pattern to it (except it
happens fairly soon after login).
--
You received this bug notification because you a
hmm, this bug seems ot have been dragged away from the actual topic by
the audience, please note that this bug talks about phone and tablet
installs (as the "Canonical System Image" task implies) where we use a
reduced and slightly different installation compared to desktops (and
definitely no supp
if you have issues with evolution-data-server on a desktop install your
chances are way higher to have some desktop people look at it if you
file a new bug.
--
You received this bug notification because you are a member of DX
Packages, which is subscribed to indicator-datetime in Ubuntu.
Matching
Still a major memory hog in 16.04 with a clean install (except for /home
obviously).
The process has changed names and is now dubbed
"evolution-calendar-factory-subprocess" but its behavior has not changed. After
a couple of minutes, memory usage is up to ~300 Mio, which is a bit steep for
some
@design
We just need an updated application icon for the calendar app that doesn't use
a number (i.e. 28)
** Also affects: ubuntu-ux
Importance: Undecided
Status: New
** Changed in: ubuntu-ux
Importance: Undecided => High
--
You received this bug notification because you are a mem
16 matches
Mail list logo
