[Desktop-packages] [Bug 1646611] Re: mission-control should use different paths when in a snap environment
** Branch linked: lp:~renatofilho/unity8-session-snap/fix-1646611 ** Also affects: unity8-session-snap Importance: Undecided Status: New ** Changed in: unity8-session-snap Assignee: (unassigned) => Renato Araujo Oliveira Filho (renatofilho) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to telepathy-mission-control-5 in Ubuntu. https://bugs.launchpad.net/bugs/1646611 Title: mission-control should use different paths when in a snap environment Status in Canonical System Image: Confirmed Status in Unity8 Session Snap: New Status in telepathy-mission-control-5 package in Ubuntu: New Bug description: When running confined into a snap environment, mission-control needs to use different paths for its files: Sep 30 05:31:22 localhost org.freedesktop.Telepathy.AccountManager[4688]: (process:4767): mcd-WARNING **: Unable to create directory '/snap/unity8-session/x1/usr/share/telepathy/mission-control': Read-only file system Sep 30 05:31:22 localhost org.freedesktop.Telepathy.AccountManager[4688]: (process:4767): mcd-WARNING **: Failed to create file '/snap/unity8-session/x1/usr/share/telepathy/mission-control/accounts.cfg.CC7LOY': No such file or directory Sep 30 05:31:22 localhost org.freedesktop.Telepathy.AccountManager[4688]: (process:4767): mcd-WARNING **: Unable to create directory '/snap/unity8-session/x1/usr/share/telepathy/mission-control': Read-only file system Sep 30 05:31:22 localhost org.freedesktop.Telepathy.AccountManager[4688]: (process:4767): mcd-WARNING **: Failed to create file '/snap/unity8-session/x1/usr/share/telepathy/mission-control/accounts.cfg.7I1LOY': No such file or Instead of using $SNAP, it probably should use $SNAP_DATA To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1646611/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1646611] Re: mission-control should use different paths when in a snap environment
** Changed in: telepathy-mission-control-5 (Ubuntu) Assignee: (unassigned) => Renato Araujo Oliveira Filho (renatofilho) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to telepathy-mission-control-5 in Ubuntu. https://bugs.launchpad.net/bugs/1646611 Title: mission-control should use different paths when in a snap environment Status in Canonical System Image: Confirmed Status in telepathy-mission-control-5 package in Ubuntu: New Bug description: When running confined into a snap environment, mission-control needs to use different paths for its files: Sep 30 05:31:22 localhost org.freedesktop.Telepathy.AccountManager[4688]: (process:4767): mcd-WARNING **: Unable to create directory '/snap/unity8-session/x1/usr/share/telepathy/mission-control': Read-only file system Sep 30 05:31:22 localhost org.freedesktop.Telepathy.AccountManager[4688]: (process:4767): mcd-WARNING **: Failed to create file '/snap/unity8-session/x1/usr/share/telepathy/mission-control/accounts.cfg.CC7LOY': No such file or directory Sep 30 05:31:22 localhost org.freedesktop.Telepathy.AccountManager[4688]: (process:4767): mcd-WARNING **: Unable to create directory '/snap/unity8-session/x1/usr/share/telepathy/mission-control': Read-only file system Sep 30 05:31:22 localhost org.freedesktop.Telepathy.AccountManager[4688]: (process:4767): mcd-WARNING **: Failed to create file '/snap/unity8-session/x1/usr/share/telepathy/mission-control/accounts.cfg.7I1LOY': No such file or Instead of using $SNAP, it probably should use $SNAP_DATA To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1646611/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1547953] Re: timeanddate calendar shows events from google calendar that are not mine
Please fell free to re-open the bug if this is does not solve your problem. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to account-plugins in Ubuntu. https://bugs.launchpad.net/bugs/1547953 Title: timeanddate calendar shows events from google calendar that are not mine Status in account-plugins package in Ubuntu: Invalid Bug description: I have multiple calendars shared (of other users) that I have by default turned off in Google Calendar and check them only from time to time, when needed. However, connecting Google account to Ubuntu automatically downloads also events that are not from my calendar and belong to other (shared) calendars. This should not happen by default or rather user should be able to disabled listing calendar events from the calendars he is not interested in! To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/account-plugins/+bug/1547953/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1547953] Re: timeanddate calendar shows events from google calendar that are not mine
You can disable (hide the calendar from app and indicator) calendars on calendar-app settings pages. Just uncheck the calendar that you are not interested. ** Changed in: account-plugins (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to account-plugins in Ubuntu. https://bugs.launchpad.net/bugs/1547953 Title: timeanddate calendar shows events from google calendar that are not mine Status in account-plugins package in Ubuntu: Invalid Bug description: I have multiple calendars shared (of other users) that I have by default turned off in Google Calendar and check them only from time to time, when needed. However, connecting Google account to Ubuntu automatically downloads also events that are not from my calendar and belong to other (shared) calendars. This should not happen by default or rather user should be able to disabled listing calendar events from the calendars he is not interested in! To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/account-plugins/+bug/1547953/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1444162] Re: IPv6 default route present on ccmni0, even though no address assigned
@Tony QtNetwork is reporting the correct state after installing your packages. Thanks -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1444162 Title: IPv6 default route present on ccmni0, even though no address assigned Status in Canonical System Image: New Status in network-manager package in Ubuntu: In Progress Bug description: $ system-image-cli -i current build number: 171 device name: m75 channel: ubuntu-touch/vivid-proposed last update: 2015-04-14 22:23:10 version version: 171 Upon boot, my v6 routes include a default via ccmni0: $ ip -6 route fe80::/64 dev wlan0 proto kernel metric 256 default dev ccmni0 proto static metric 1024 Even though there's no v6 address on the device: $ ip -6 addr 1: lo: mtu 65536 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 10: wlan0: mtu 1500 qlen 1000 inet6 fe80::3abc:1aff:fe18:b68b/64 scope link valid_lft forever preferred_lft forever This means that hosts that have v6 addresses are tried to be reached via v6, which obviously fails: > 29% [Connecting to ports.ubuntu.com (2001:67c:1360:8001::18)] Toggling GSM data loses the default route: $ ip -6 route fe80::/64 dev wlan0 proto kernel metric 256 And the connection succeeds via v4. Attached find a set of logs from network-test-session. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: network-manager 0.9.10.0-4ubuntu13 Uname: Linux 3.10.35+ armv7l ApportVersion: 2.17-0ubuntu2 Architecture: armhf CRDA: Error: [Errno 2] No such file or directory: 'iw' Date: Tue Apr 14 23:45:11 2015 IfupdownConfig: # interfaces(5) file used by ifup(8) and ifdown(8) # Include files from /etc/network/interfaces.d: source-directory /etc/network/interfaces.d InstallationDate: Installed on 2015-04-14 (0 days ago) InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf (20150414-020204) IpRoute: default via 10.2.0.254 dev wlan0 proto static metric 1024 10.0.0.0/8 via 10.2.0.1 dev wlan0 proto dhcp metric 10 10.2.0.0/24 dev wlan0 proto kernel scope link src 10.2.0.66 NetworkManager.state: [main] NetworkingEnabled=true WirelessEnabled=true WWANEnabled=true WimaxEnabled=true PciNetwork: SourcePackage: network-manager SystemImageInfo: current build number: 171 device name: m75 channel: ubuntu-touch/vivid-proposed last update: 2015-04-14 22:23:10 version version: 171 UpgradeStatus: No upgrade log present (probably fresh install) mtime.conffile..etc.dbus.1.system.d.org.freedesktop.NetworkManager.conf: 2015-04-14T04:33:56 nmcli-nm: Error: command ['nmcli', '-f', 'all', 'nm'] failed with exit code 2: Error: Object 'nm' is unknown, try 'nmcli help'. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1444162/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1444162] Re: IPv6 default route present on ccmni0, even though no address assigned
Note. Just removing the rote does not fix the problem on QNetwork since it checks for nm connection properties. GENERAL.DEFAULT:no GENERAL.DEFAULT6: yes To fix that, the nm should not set the gsm connection as default for IPV6. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1444162 Title: IPv6 default route present on ccmni0, even though no address assigned Status in network-manager package in Ubuntu: Confirmed Bug description: $ system-image-cli -i current build number: 171 device name: m75 channel: ubuntu-touch/vivid-proposed last update: 2015-04-14 22:23:10 version version: 171 Upon boot, my v6 routes include a default via ccmni0: $ ip -6 route fe80::/64 dev wlan0 proto kernel metric 256 default dev ccmni0 proto static metric 1024 Even though there's no v6 address on the device: $ ip -6 addr 1: lo: mtu 65536 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 10: wlan0: mtu 1500 qlen 1000 inet6 fe80::3abc:1aff:fe18:b68b/64 scope link valid_lft forever preferred_lft forever This means that hosts that have v6 addresses are tried to be reached via v6, which obviously fails: > 29% [Connecting to ports.ubuntu.com (2001:67c:1360:8001::18)] Toggling GSM data loses the default route: $ ip -6 route fe80::/64 dev wlan0 proto kernel metric 256 And the connection succeeds via v4. Attached find a set of logs from network-test-session. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: network-manager 0.9.10.0-4ubuntu13 Uname: Linux 3.10.35+ armv7l ApportVersion: 2.17-0ubuntu2 Architecture: armhf CRDA: Error: [Errno 2] No such file or directory: 'iw' Date: Tue Apr 14 23:45:11 2015 IfupdownConfig: # interfaces(5) file used by ifup(8) and ifdown(8) # Include files from /etc/network/interfaces.d: source-directory /etc/network/interfaces.d InstallationDate: Installed on 2015-04-14 (0 days ago) InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf (20150414-020204) IpRoute: default via 10.2.0.254 dev wlan0 proto static metric 1024 10.0.0.0/8 via 10.2.0.1 dev wlan0 proto dhcp metric 10 10.2.0.0/24 dev wlan0 proto kernel scope link src 10.2.0.66 NetworkManager.state: [main] NetworkingEnabled=true WirelessEnabled=true WWANEnabled=true WimaxEnabled=true PciNetwork: SourcePackage: network-manager SystemImageInfo: current build number: 171 device name: m75 channel: ubuntu-touch/vivid-proposed last update: 2015-04-14 22:23:10 version version: 171 UpgradeStatus: No upgrade log present (probably fresh install) mtime.conffile..etc.dbus.1.system.d.org.freedesktop.NetworkManager.conf: 2015-04-14T04:33:56 nmcli-nm: Error: command ['nmcli', '-f', 'all', 'nm'] failed with exit code 2: Error: Object 'nm' is unknown, try 'nmcli help'. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1444162/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1444162] Re: IPv6 default route present on ccmni0, even though no address assigned
This causes a problem on QtNetwork nm plugin. The QtNetwork implementation goes throught the connection list and returns the first connection that is set as default for for ipv4 or ipv6 as you can see on this code [1][2]. Since the gsm connection is always the default for ipv6 it will return the gsm connection as default connection even if you are connected over wifi. [1] http://paste.ubuntu.com/11812336/ [2] http://paste.ubuntu.com/11812429/ -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager in Ubuntu. https://bugs.launchpad.net/bugs/1444162 Title: IPv6 default route present on ccmni0, even though no address assigned Status in network-manager package in Ubuntu: Confirmed Bug description: $ system-image-cli -i current build number: 171 device name: m75 channel: ubuntu-touch/vivid-proposed last update: 2015-04-14 22:23:10 version version: 171 Upon boot, my v6 routes include a default via ccmni0: $ ip -6 route fe80::/64 dev wlan0 proto kernel metric 256 default dev ccmni0 proto static metric 1024 Even though there's no v6 address on the device: $ ip -6 addr 1: lo: mtu 65536 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 10: wlan0: mtu 1500 qlen 1000 inet6 fe80::3abc:1aff:fe18:b68b/64 scope link valid_lft forever preferred_lft forever This means that hosts that have v6 addresses are tried to be reached via v6, which obviously fails: > 29% [Connecting to ports.ubuntu.com (2001:67c:1360:8001::18)] Toggling GSM data loses the default route: $ ip -6 route fe80::/64 dev wlan0 proto kernel metric 256 And the connection succeeds via v4. Attached find a set of logs from network-test-session. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: network-manager 0.9.10.0-4ubuntu13 Uname: Linux 3.10.35+ armv7l ApportVersion: 2.17-0ubuntu2 Architecture: armhf CRDA: Error: [Errno 2] No such file or directory: 'iw' Date: Tue Apr 14 23:45:11 2015 IfupdownConfig: # interfaces(5) file used by ifup(8) and ifdown(8) # Include files from /etc/network/interfaces.d: source-directory /etc/network/interfaces.d InstallationDate: Installed on 2015-04-14 (0 days ago) InstallationMedia: Ubuntu Vivid Vervet (development branch) - armhf (20150414-020204) IpRoute: default via 10.2.0.254 dev wlan0 proto static metric 1024 10.0.0.0/8 via 10.2.0.1 dev wlan0 proto dhcp metric 10 10.2.0.0/24 dev wlan0 proto kernel scope link src 10.2.0.66 NetworkManager.state: [main] NetworkingEnabled=true WirelessEnabled=true WWANEnabled=true WimaxEnabled=true PciNetwork: SourcePackage: network-manager SystemImageInfo: current build number: 171 device name: m75 channel: ubuntu-touch/vivid-proposed last update: 2015-04-14 22:23:10 version version: 171 UpgradeStatus: No upgrade log present (probably fresh install) mtime.conffile..etc.dbus.1.system.d.org.freedesktop.NetworkManager.conf: 2015-04-14T04:33:56 nmcli-nm: Error: command ['nmcli', '-f', 'all', 'nm'] failed with exit code 2: Error: Object 'nm' is unknown, try 'nmcli help'. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1444162/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1420002] Re: Sync fails with no way to recover after token expires
** Branch linked: lp:~renatofilho/sync-monitor/re-authenticate -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to signon-plugin-oauth2 in Ubuntu. https://bugs.launchpad.net/bugs/1420002 Title: Sync fails with no way to recover after token expires Status in the base for Ubuntu mobile products: In Progress Status in Sync monitor for Ubuntu Touch: In Progress Status in signon-plugin-oauth2 package in Ubuntu: In Progress Status in sync-monitor package in Ubuntu: New Status in sync-monitor package in Ubuntu RTM: New Bug description: I have two accounts on my krillin which I sync to google. Opened calendar and hit 'sync' button. Navigated around a bit in the app, it died (will file separate bug for that) and I restarted it. Tried syncing again. Got a sync fail popup. ubuntu-touch/ubuntu-rtm/14.09-proposed 231. ProblemType: Bug DistroRelease: Ubuntu RTM 14.09 Package: sync-monitor 0.1+15.04.20150127~rtm-0ubuntu1 Uname: Linux 3.4.67 armv7l ApportVersion: 2.14.7-0ubuntu8 Architecture: armhf Date: Mon Feb 9 21:11:51 2015 InstallationDate: Installed on 2015-02-09 (0 days ago) InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf (20150209-030204) SourcePackage: sync-monitor UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1420002/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1420934] Re: [online-accounts] re-authenticating an account does not work
I can not test this anymore, I tried to revoke the account manually, and re-sync but now syncevolution is getting stuck on 0%. This is the log from syncevolution. invisiblefilter: [2015-02-19 19:41:11.114] ContextSupport ReadNextItem:allfields [2015-02-19 19:41:11.114] Executing Script 'initscript' [2015-02-19 19:41:11.114] Now reading local sync set: report changes since reference1 at, and since reference2 at [2015-02-19 19:41:11.114] slow sync or testing, do full item scan to detect changes [2015-02-19 19:41:11.114] starting PROPFIND, credentials unverified, deadline in 300.0s [2015-02-19 19:41:11.115] retrieving OAuth2 token, attempt 0 [2015-02-19 19:41:11.115] asking for OAuth2 token with method oauth2, mechanism web_server and parameters {'ForceClientAuthViaRequestBody': , 'Host': <'accounts.google.com'>, 'AllowedSchemes': <['https', 'http']>, 'Scope': <['email', 'https://www.googleapis.com/auth/carddav']>, 'UiPolicy': , 'ClientId': <''>, 'ResponseType': <'code'>, 'AuthPath': <'o/oauth2/auth?access_type=offline'>, 'ClientSecret': '>, 'RedirectUri': <'https://wiki.ubuntu.com/'>, 'TokenPath': <'o/oauth2/token'>} [2015-02-19 19:41:43.111] signon-identity.c:360: identity_remote_object_destroyed_cb 360 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to signon-plugin-oauth2 in Ubuntu. https://bugs.launchpad.net/bugs/1420934 Title: [online-accounts] re-authenticating an account does not work Status in the base for Ubuntu mobile products: Confirmed Status in signon-plugin-oauth2 package in Ubuntu: Fix Committed Status in sync-monitor package in Ubuntu: New Status in signon-plugin-oauth2 package in Ubuntu RTM: Fix Committed Bug description: After a online account token became invalid we should use the function "AccountService.authenticate" to re-validate the account. But is is not working for google accounts. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1420934/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1339016] Re: Initial sync of the calendar takes a prohibitive amount of time
** Branch linked: lp:~renatofilho/sync-monitor/calendar-start-date -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evolution-data-server in Ubuntu. https://bugs.launchpad.net/bugs/1339016 Title: Initial sync of the calendar takes a prohibitive amount of time Status in Sync monitor for Ubuntu Touch: Confirmed Status in “evolution-data-server” package in Ubuntu: Confirmed Status in “syncevolution” package in Ubuntu: Confirmed Bug description: Mako running 116 Initial sync of default google calendar ran continuously for 90 mins before I terminated it The ics file grew to 8MB I can see two major things from the log: - it syncs all past events (I would suggest starting with the current or previous month if necessary) - it adds recurring events repeatedly (is the query using the wrong API and receiving events by timeframe rather than as raw event data?) To manage notifications about this bug go to: https://bugs.launchpad.net/sync-monitor/+bug/1339016/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1364548] [NEW] Avoid install devloper backends with main folks package
Public bug reported: The current folks package: libfolks25 is installing some back-ends that are used only in the developer environment. We should avoid install these files. Installing theses files causes the folks to create all available backends in memory when initialized, this consume memory and cpu, we should avoid that. These are the files that I think we should not install with the main package: Dummy backend and library = This backend is used by folks to run some unit tests, its store all information in memory, and there is no use for a real app. /usr/lib/arm-linux-gnueabihf/folks/42/backends/dummy /usr/lib/arm-linux-gnueabihf/folks/42/backends/dummy/dummy.so /usr/lib/arm-linux-gnueabihf/libfolks-dummy.so.25.17.0 /usr/lib/arm-linux-gnueabihf/libfolks-dummy.so.25 Key-file backend This backend uses a "key-file" like a "ini" file to store contact information, is not fully implemented and the apps should avoid to use that. /usr/lib/arm-linux-gnueabihf/folks/42/backends/key-file /usr/lib/arm-linux-gnueabihf/folks/42/backends/key-file/key-file.so ** Affects: folks (Ubuntu) Importance: Medium Assignee: Ken VanDine (ken-vandine) Status: Triaged ** Description changed: The current folks package: libfolks25 is installing some back-ends that are used only in the developer environment. We should avoid install these files. Installing theses files causes the folks to create all available backends in memory when initialized, this consume memory and cpu, we should avoid that. - - These are the files that I think we should not install with the main package: - + These are the files that I think we should not install with the main + package: Dummy backend end library === This backend is used by folks to run some unit tests, its store all information in memory, and there is no real use for a real app. /usr/lib/arm-linux-gnueabihf/folks/42/backends/dummy /usr/lib/arm-linux-gnueabihf/folks/42/backends/dummy/dummy.so /usr/lib/arm-linux-gnueabihf/libfolks-dummy.so.25.17.0 /usr/lib/arm-linux-gnueabihf/libfolks-dummy.so.25 - Key-file backend and library == This backend uses a "key-file" like a "ini" file to store contact information, is not fully implemented and the apps should avoid to use that. /usr/lib/arm-linux-gnueabihf/folks/42/backends/key-file /usr/lib/arm-linux-gnueabihf/folks/42/backends/key-file/key-file.so - /usr/lib/arm-linux-gnueabihf/libfolks.so.25.17.0 - /usr/lib/arm-linux-gnueabihf/libfolks.so.25 ** Description changed: The current folks package: libfolks25 is installing some back-ends that are used only in the developer environment. We should avoid install these files. Installing theses files causes the folks to create all available backends in memory when initialized, this consume memory and cpu, we should avoid that. These are the files that I think we should not install with the main package: - Dummy backend end library - === + Dummy backend and library + = This backend is used by folks to run some unit tests, its store all information in memory, and there is no real use for a real app. /usr/lib/arm-linux-gnueabihf/folks/42/backends/dummy /usr/lib/arm-linux-gnueabihf/folks/42/backends/dummy/dummy.so /usr/lib/arm-linux-gnueabihf/libfolks-dummy.so.25.17.0 /usr/lib/arm-linux-gnueabihf/libfolks-dummy.so.25 - Key-file backend and library - == + Key-file backend + This backend uses a "key-file" like a "ini" file to store contact information, is not fully implemented and the apps should avoid to use that. /usr/lib/arm-linux-gnueabihf/folks/42/backends/key-file /usr/lib/arm-linux-gnueabihf/folks/42/backends/key-file/key-file.so ** Description changed: The current folks package: libfolks25 is installing some back-ends that are used only in the developer environment. We should avoid install these files. Installing theses files causes the folks to create all available backends in memory when initialized, this consume memory and cpu, we should avoid that. These are the files that I think we should not install with the main package: Dummy backend and library = This backend is used by folks to run some unit tests, its store all - information in memory, and there is no real use for a real app. + information in memory, and there is no use for a real app. /usr/lib/arm-linux-gnueabihf/folks/42/backends/dummy /usr/lib/arm-linux-gnueabihf/folks/42/backends/dummy/dummy.so /usr/lib/arm-linux-gnueabihf/libfolks-dummy.so.25.17.0 /usr/lib/arm-linux-gnueabihf/libfolks-dummy.so.25 Key-file backend This backend uses a "key-file" like a "ini" file to store contact information, is not fully implemented and th
[Desktop-packages] [Bug 1349983] Re: "GDBus.Error:com.google.code.AccountsSSO.SingleSignOn.Error.NoConnection: Host accounts.google.com not found" while network available
I have the same issue and I can ping accounts.google.com -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to signon in Ubuntu. https://bugs.launchpad.net/bugs/1349983 Title: "GDBus.Error:com.google.code.AccountsSSO.SingleSignOn.Error.NoConnection: Host accounts.google.com not found" while network available Status in “signon” package in Ubuntu: Confirmed Bug description: While calling signon_auth_session_new from accounts-polld i kept getting 2014/07/28 19:26:05 Account 2 failed to authenticate: GDBus.Error:com.google.code.AccountsSSO.SingleSignOn.Error.NoConnection: Host accounts.google.com not found But network was available. Error was not transient as this call was repeated every 5 minutes for a long time and network on the phone was available (tested browser and scopes). Tested on: $ system-image-cli -i current build number: 154 device name: mako channel: ubuntu-touch/devel-proposed alias: ubuntu-touch/utopic-proposed last update: 2014-07-28 15:59:27 version version: 154 version ubuntu: 20140728 version device: 20140725.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/signon/+bug/1349983/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1349983] Re: "GDBus.Error:com.google.code.AccountsSSO.SingleSignOn.Error.NoConnection: Host accounts.google.com not found" while network available
I WORKAROUND it disabling and enabling notifications on online accounts settings. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to signon in Ubuntu. https://bugs.launchpad.net/bugs/1349983 Title: "GDBus.Error:com.google.code.AccountsSSO.SingleSignOn.Error.NoConnection: Host accounts.google.com not found" while network available Status in “signon” package in Ubuntu: Confirmed Bug description: While calling signon_auth_session_new from accounts-polld i kept getting 2014/07/28 19:26:05 Account 2 failed to authenticate: GDBus.Error:com.google.code.AccountsSSO.SingleSignOn.Error.NoConnection: Host accounts.google.com not found But network was available. Error was not transient as this call was repeated every 5 minutes for a long time and network on the phone was available (tested browser and scopes). Tested on: $ system-image-cli -i current build number: 154 device name: mako channel: ubuntu-touch/devel-proposed alias: ubuntu-touch/utopic-proposed last update: 2014-07-28 15:59:27 version version: 154 version ubuntu: 20140728 version device: 20140725.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/signon/+bug/1349983/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1259338] Re: Twitter page takes half of the screen
I have the same problem with google accounts. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to signon-ui in Ubuntu. https://bugs.launchpad.net/bugs/1259338 Title: Twitter page takes half of the screen Status in Online Accounts: Sign-on UI: Confirmed Status in “signon-ui” package in Ubuntu: Confirmed Bug description: Steps: 1- Add a twitter account 2- See the screenshot ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: signon-ui 0.15+14.04.20131024.2-0ubuntu1 Uname: Linux 3.4.0-3-mako armv7l ApportVersion: 2.12.7-0ubuntu1 Architecture: armhf Date: Mon Dec 9 23:02:40 2013 InstallationDate: Installed on 2013-12-09 (0 days ago) InstallationMedia: Ubuntu Trusty Tahr (development branch) - armhf (20131209.1) ProcEnviron: TERM=linux PATH=(custom, no user) XDG_RUNTIME_DIR= SHELL=/bin/bash SourcePackage: signon-ui UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/signon-ui/+bug/1259338/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp