I have the same problem on Ubuntu 14.04.3
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
Title:
Assistive Technologies is spamming .cache with many folders like at-
spi2-AYBRGW for example
** Package changed: at-spi2-core (Ubuntu) = at-spi2-atk (Ubuntu)
** Changed in: at-spi2-atk (Ubuntu)
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
I've gone into /usr/lib/at-spi2-core and rename the two files at-
spi2-registryd and at-spi-bus-launcher as .backup.
Temporary work around.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
This update seems to stop the creation of these sockets folders:
at-spi2-atk (2.5.4-0ubuntu1) quantal; urgency=low
* New upstream release
- Fix for bug #679013 - AtspiCollection should be implemented for
all containers
- Don't create a (non-readable) subdirectory for the socket
Seems to be fixed now here on Quantal i386 logged as gnome-classic.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
Title:
Assistive Technologies is spamming .cache with many folders like
** Branch linked: lp:ubuntu/at-spi2-atk
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
Title:
Assistive Technologies is spamming .cache with many folders like at-
spi2-AYBRGW for example
These are directories containing sockets that at-spi2-atk and libatspi
use for direct D-Bus connections. The sockets used to be placed in /tmp
/at-spi2. This was changed in 2.5.3 so that they now live in
XDG_RUNTIME_DIR (see https://bugzilla.gnome.org/show_bug.cgi?id=678348).
I've randomized the
** Attachment added: Screenshot from 2012-07-03 11:28:57.png
https://bugs.launchpad.net/bugs/1020512/+attachment/3211920/+files/Screenshot%20from%202012-07-03%2011%3A28%3A57.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Tags added: i386
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
Title:
Assistive Technologies is spamming .cache with many folders like at-
spi2-AYBRGW for example
To manage
Here on Quantal i386, i get the same issue: lot of .cache/at-spi2/
subfolders with a single file - socket=0 byte about network.
Look like they are created while opening a session (gnome-classic here). Wonder
if its related to the fact that i need to restart the networking service, after
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: at-spi2-core (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
Title:
Same thing appears to be here as well with Xubuntu Quantal
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
Title:
Assistive Technologies is spamming .cache with many folders like at-
Doesn't seem to affect Unity 2D.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
Title:
Assistive Technologies is spamming .cache with many folders like at-
spi2-AYBRGW for example
To
The same on Ubuntu Quantal x64
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1020512
Title:
Assistive Technologies is spamming .cache with many folders like at-
spi2-AYBRGW for example
To manage
GNOME upstream for 3.5/3.6 have decided to enable accessibility by
default, which means at-spi2 is always going to be running, hense why
trying to disable it from startup applications does nothing. It needs to
be hidden from startup applications, but the startup file is still
needed for other
Luke -
I'm cdrtainly not yet in a position to say whether there are any perf issues,
like many others there is enough else gone south to preclude judging at all
(here nautilus has a half-life of 15 sec's or so
One 'issue' may be is at what point, if any, do these unique dir.'s stop being
16 matches
Mail list logo