openSUSE Users September 2014

users@lists.opensuse.org

101 participants
125 discussions

[opensuse] SeaMonkey: "Restore Previous Session" greyed out after crash
by Philip Amadeo Saeli 30 Sep '14

30 Sep '14

This is on openSUSE-13.1, SeaMonkey-2.26.1. SeaMonkey crashed with lots of windows/tabs open, and there are both sessionstore.json and sessionstore.bak files in the assoc profile data. However, when the browser is restarted and the "Restore Session" window comes up, the "Restore Previous Session" option is greyed out and list of Windows and Tabs is empty. The only usable button is "Start New Session". I had quite a bit of stored up state and was preparing to save and/or bookmark most of the saved up pages, most being tech references to things I've been researching recently. I tried renaming the sessionstore.bak file as sessionstore.json, but that gave the same result. I have no other useable sessionstore.json files for that session. As a sanity check, I did try using the sessionstore.json file from another PC and that session started up OK, so I know the problem is not due to a setting in the affected SeaMonkey instance. To help view the JSON, I used json_pp on the sessionstore.json files, and there is a very large blob in the middle of the file that starts with, "formdata":{"#sessionData":"{ which the json_pp does not pretty print, and everything in that blob appears to have extra quoting (lots of backslashes, etc.). Braces, brackets, quotes, etc., are all balanced in the file, i.e., I am not able to identify any corruption in the file. If I run seamonkey from the command line, I get no helpful error messages. Is there a way to force error msgs or debugging info to help debug this? How about how to extract the info directly from the JSON file? Any other ideas? [I'm tearing my hair out trying to fix this!] Any other forums to post to? (I'm not active on any Mozilla related forums presently, and I'm a mostly email list user vs web forum user). Web searches have not brought up much more than how to configure Session Restore, etc. I will post any progress I am able to make on this. Thanks! --Phil -- Philip Amadeo Saeli openSUSE, CentOS, RHEL psaeli(a)zorodyne.com -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

Re: [opensuse] md5sum database
by Otto Rodusek 30 Sep '14

30 Sep '14

On 30/9/14 14:00, Hartmut Meyer wrote: > Hi, > > Am Dienstag, 30. September 2014, 13:57:24 schrieb Otto Rodusek: > >> Some time ago (10-15 years ago?) there used to be a Linux application >> that made a complete database of an installed system (basically it >> stored all the "system" files with their original file sizes, ownership, >> access permissions and md5sums plus other info in the db) and had >> programs to periodically check this database against an installed system >> and report on any changes and optionally to restore them to their >> original states. >> >> I forgot the name of the package and can't seem to find it via google! >> Does anyone on this list remember this package and if so to let me know >> where to find it. > Are you talking about the output of "rpm -Va"? > > > Greetings from Bremen > hartmut > Hi Hartmut, Thanks for your reply. rpm -Va will verify against installed packages only. If one had installed other packages by other means then no way to test. The application I'm trying to remember took a "snapshot" of all the files (ie: in /bin, /sbin, /usr/bin, /usr/sbin, /etc/...etc) with all the details as per my above info and created a db with all this info. Then you ran a program that verified your current system against the "master" db and highlighted any changes and optionally to restore files to their original condition. There is a program (md5deep) that does some of what I want but is basically a manual process - I was hoping to find the original application and use it instead to save me a bunch of time writing scripts. Thanks for your reply tho and best regards. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] Re: [opensuse-factory] calibre
by Carlos E. R. 30 Sep '14

30 Sep '14

Reposting from the factory maillist. On 2014-09-29 16:22, Michael Schueller wrote: > Am Montag, 29. September 2014 schrieb Carlos E. R.: >> Installing to /opt, per instructions here >> <http://calibre-ebook.com/download_linux>, as root (not sudo): > > Hello Carlos > > Thanks for care about this, but even when i try it as root then with > sudo, i get the same result. > > Probably it´s because i´m using a i686 > instead of an x64. > > wget -nv -O- > https://raw.githubusercontent.com/kovidgoyal/calibre/master/setup/linux-ins… | > sudo python -c "import sys; main=lambda:sys.stderr.write('Download > failed\n'); exec(sys.stdin.read()); main()" > 2014-09-29 15:54:05 > URL:https://raw.githubusercontent.com/kovidgoyal/calibre/master/setup/linux… > [25619/25619] -> "-" [1] > Installing to /opt/calibre > Downloading tarball signature securely... > Will download and install calibre-2.4.0-i686.txz > Downloading calibre-2.4.0-i686.txz > [...] > Downloaded 58117368 bytes > Checking downloaded file integrity... > Extracting files to /opt/calibre ... > Extracting application files... > Creating symlinks... > Symlinking /opt/calibre/fetch-ebook-metadata > to /usr/bin/fetch-ebook-metadata > Symlinking /opt/calibre/lrf2lrs to /usr/bin/lrf2lrs > Symlinking /opt/calibre/ebook-convert to /usr/bin/ebook-convert > Symlinking /opt/calibre/ebook-meta to /usr/bin/ebook-meta > Symlinking /opt/calibre/ebook-edit to /usr/bin/ebook-edit > Symlinking /opt/calibre/lrfviewer to /usr/bin/lrfviewer > Symlinking /opt/calibre/calibre to /usr/bin/calibre > Symlinking /opt/calibre/markdown-calibre > to /usr/bin/markdown-calibre > Symlinking /opt/calibre/calibre-debug to /usr/bin/calibre-debug > Symlinking /opt/calibre/calibre-parallel > to /usr/bin/calibre-parallel > Symlinking /opt/calibre/web2disk to /usr/bin/web2disk > Symlinking /opt/calibre/calibre-server > to /usr/bin/calibre-server > Symlinking /opt/calibre/calibre-customize > to /usr/bin/calibre-customize > Symlinking /opt/calibre/ebook-polish to /usr/bin/ebook-polish > Symlinking /opt/calibre/ebook-viewer to /usr/bin/ebook-viewer > Symlinking /opt/calibre/calibre-smtp to /usr/bin/calibre-smtp > Symlinking /opt/calibre/lrs2lrf to /usr/bin/lrs2lrf > Symlinking /opt/calibre/ebook-device to /usr/bin/ebook-device > Symlinking /opt/calibre/calibredb to /usr/bin/calibredb > Setting up command-line completion... > Installing zsh completion to: /usr/share/zsh/site-functions/_calibre > Installing bash completion > to: /usr/share/bash-completion/completions/calibre > Run "calibre" to start calibre > me@linux:> calibre > QT_MESSAESSA䅔奒QString:ing:��This app app汰杵湩s��湩s faAbgebrochen > > > Bad Luck, Michael The download link says «calibre has a binary install that includes private versions of all its dependencies. It runs on 32-bit and 64-bit Intel compatible machines. To install or upgrade, simply copy paste the following command into a terminal and press Enter:» <http://calibre-ebook.com/download_linux> Please open a terminal (xterm, konsole, whatever), and start 'mc'. If you don't have it, install it. It is a very powerful text mode file browser. Navigate with it to "/opt/calibre/lib*/". Go to any library and tap F3 (view). In my case I see this: /opt/calibre/lib/libpng16.so.16: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=46efe43e75721f15035e5d 0000000000000000 A PNG16_0 w _ITM_deregisterTMCloneTable w _ITM_registerTMCloneTable which says that it is a 64 bit library. Check yours. Several libraries, not one. Now, about the error message you post above, I can not read it. Please repeat this way: LANG=C calibre or this: LANG=en_US.UTF-8 calibre This way the messages will be in English and we can all read them. Also, if you are running the KDE desktop, you can try with another desktop. Anyone that is not Qt based. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

3 7

[opensuse] Zypper forgets trusted repo keys every 24 hours
by Yevgeny 29 Sep '14

29 Sep '14

Hi, I know that there is a similar thread that has this issue. I don't know why, but this happens every day if I request a repo refresh from zypper: zypper shell zypper> refresh Retrieving repository 'Editors' metadata .............................................................................................................................[done] Building repository 'Editors' cache ..................................................................................................................................[done] Repository 'Emu' is up to date. Repository 'Graphics' is up to date. Repository 'Node.js' is up to date. Repository 'Python3' is up to date. Repository 'nVidia Graphics Drivers' is up to date. Repository 'openSUSE BuildService - Mono:Community' is up to date. Repository 'openSUSE BuildService - Education' is up to date. Retrieving repository 'openSUSE BuildService - KDE:Extra' metadata ------------------------------------------------------------------------------------------------------[/] New repository or package signing key received: Key ID: 27C070176F88BB2F Key Name: KDE OBS Project <KDE(a)build.opensuse.org> Key Fingerprint: 4E8E6DE2961F3083EAC5008627C070176F88BB2F Key Created: Sun 31 Aug 2014 05:06:11 PM IDT Key Expires: Tue 08 Nov 2016 04:06:11 PM IST Repository: openSUSE BuildService - KDE:Extra Do you want to reject the key, trust temporarily, or trust always? [r/t/a/? shows all options] (r): a <-- Retrieving repository 'openSUSE BuildService - KDE:Extra' metadata ...................................................................................................[done] Building repository 'openSUSE BuildService - KDE:Extra' cache ........................................................................................................[done] Repository 'openSUSE BuildService - LibreOffice' is up to date. Retrieving repository 'openSUSE BuildService - filesystems' metadata .................................................................................................[done] Building repository 'openSUSE BuildService - filesystems' cache ......................................................................................................[done] Retrieving repository 'openSUSE BuildService - Games' metadata .......................................................................................................[done] Building repository 'openSUSE BuildService - Games' cache ............................................................................................................[done] Repository 'openSUSE BuildService - LXDE' is up to date. Repository 'openSUSE BuildService - Mozilla' is up to date. Repository 'openSUSE BuildService - Java:packages' is up to date. Retrieving repository 'openSUSE BuildService - devel:languages:perl' metadata ........................................................................................[done] Building repository 'openSUSE BuildService - devel:languages:perl' cache .............................................................................................[done] Retrieving repository 'openSUSE BuildService - devel:languages:python' metadata ......................................................................................[done] Building repository 'openSUSE BuildService - devel:languages:python' cache ...........................................................................................[done] Retrieving repository 'Packman Repository' metadata ---------------------------------------------------------------------------------------------------------------------[-] New repository or package signing key received: Key ID: 45A1D0671ABD1AFB Key Name: PackMan Project (signing key) <packman(a)links2linux.de> Key Fingerprint: F8875B880D518B6B8C530D1345A1D0671ABD1AFB Key Created: Tue 16 Sep 2014 01:18:00 AM IDT Key Expires: Fri 13 Sep 2024 01:17:21 AM IDT Repository: Packman Repository Do you want to reject the key, trust temporarily, or trust always? [r/t/a/? shows all options] (r): a <-- Retrieving repository 'Packman Repository' metadata ..................................................................................................................[done] Building repository 'Packman Repository' cache .......................................................................................................................[done] Repository 'games:tools' is up to date. Repository 'google-chrome' is up to date. Repository 'Multimedia - Apps' is up to date. Repository 'libdvdcss repository' is up to date. Repository 'ownCloud' is up to date. Repository 'openSUSE-13.1-Non-Oss' is up to date. Repository 'openSUSE-13.1-Oss' is up to date. Retrieving repository 'openSUSE-13.1-Update' metadata -------------------------------------------------------------------------------------------------------------------[-] New repository or package signing key received: Key ID: B88B2FD43DBDC284 Key Name: openSUSE Project Signing Key <opensuse(a)opensuse.org> Key Fingerprint: 22C07BA534178CD02EFE22AAB88B2FD43DBDC284 Key Created: Mon 05 May 2014 11:37:40 AM IDT Key Expires: Thu 02 May 2024 11:37:40 AM IDT Repository: openSUSE-13.1-Update Do you want to reject the key, trust temporarily, or trust always? [r/t/a/? shows all options] (r): a <-- Retrieving repository 'openSUSE-13.1-Update' metadata ................................................................................................................[done] Building repository 'openSUSE-13.1-Update' cache .....................................................................................................................[done] Repository 'openSUSE-13.1-Update-Non-Oss' is up to date. All repositories have been refreshed. Why is it that zypper forgets that I trusted the repo keys? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1

[opensuse] City of Munich
by Timothy Butterworth 29 Sep '14

29 Sep '14

The City of Munich is currently collecting data to plan their next upgrade strategy. As many of you may know they are still on an old Ubuntu LTS customized build with KDE 3.5. If anyone is located near Munich now would be a great time to attempt to schedule a presentation give to the city council on the benefits of migrating to openSUSE 13.1 with KDE 4 for their next desktop rollout! Munich has been known to both fund development in LibreOffice as well as locally develop as well! OBS would be great to showcase to them and this could possibly get us some new packagers/maintainers. The OBS LibreOffice repo hosting The Fresh release build would also be great for Munich from recent reports that they are migrating to LO from AOO and funding LO development work. Munich runs multiple different heavily tweaked desktop builds as such Kiwi Imaging and Automated Installation would also be great to include as well. Data at rest security would be another great topic as YaST as well as The OpenSUSE installation medium make it very easy to encrypt partitions with LUKS and Ubuntu's graphical tools are still limited. Currently The City Council is working with The City Library to distribute older Ubuntu CD's. It would be great to schedule an openSUSE event with The Library and get The Ambassadors out in full force for a weekend openSUSE/SUSE Linux Expo. Getting some openSUSE books into circulation in The Library as well would be great. openSUSE will also work with Novell ZenWorks which they could leverage to have enterprise management features, but Munich does make it known they want community FLOSS solutions. This would be a great opportunity to get some great press for SUSE/openSUSE! SuSE was always a favorite and well utilized GNU/Linux distro in Germany and EU and this name recognition and the fact that openSUSE boxed versions are available may also help with the political issues taking place as well. It could be good to cover openSUSE Edu spin as well and showcase how it can be utilized in The City of Munich Schools or even at The City of Munich Public Library for students to access. Has there been any action from The openSUSE community to engage The City of Munich so far? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

11 37

[opensuse] mingetty - security breach?
by Otto Rodusek 29 Sep '14

29 Sep '14

Hi ListMates, I'm not sure what's going on and I was hoping that someone could shed some light on this issue. I recently did a (netstat -tupan) to see what ports are open on my system and I got a curious line: tcp 0 0 192.168.0.5:44379 95.211.60.8:8070 ESTABLISHED 4521/mingetty tty4 and when I do a (ps -ef | grep 4521) I get: root 4521 1 0 10:44 ? 00:00:02 /sbin/mingetty tty4 To be on the safe side I killed process 4521 (kill -9 4521) and that got rid of the process. My question though is "where is this mingetty coming from?". I checked the system high and low and can't find /sbin/mingetty nor can I find mingetty anywhere on the system!!?? And I can't find which process at boot time started it up - can anyone shed some light on this issue?? It seems this process gets started EVERY time the system gets booted - and it seems to be a part of OpenSuse 13.1. I tried this on a fresh install (in vmware) and indeed the process gets started by OpenSuse. I also did a check on ip: 95.211.60.8 and it seems to come from LeaseWeb, P.O. Box 93054, 1090BB AMSTERDAM, Netherlands, www.leaseweb.com. Does anyone else see this on their systems? Is it something I need be worried about? Thanks and best regards. Otto. BTW: I'm running Opensuse 13.1 3.11.10-21-default x86_64 (with all the latest updates). -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 10

[opensuse] mkinitrd - Perl-Bootloader: ERROR: UDEVMAPPING: dmdev /dev/dm-0 doesn't have defined DM_NAME in udev
by Per Jessen 28 Sep '14

28 Sep '14

Seen on a 12.2 system when I tried build a new initrd. Does anyone know what $SUBJ means? -- Per Jessen, Zürich (18.4°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 1

[opensuse] "ports" repositories
by jdd 27 Sep '14

27 Sep '14

Hello, to install gps software (viking and qlandkarte), I need the "ports" reposotories in obs. (1clikinstall) but these repos give an error when trying to install. I could compile viking myself, but can't do the same each time. have an idea of the problem? yast says: An error occurred while attempting to subscribe to the required repositories. Review the yast2 logs for more information. http://download.opensuse.org/repositories/openSUSE:/13.1:/Ports/extra/ I don't understand yast2log may I open a bugzilla entry? thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 7

[opensuse] oS 12.3 x86_64 Chromium update error
by Carl Hartung 27 Sep '14

27 Sep '14

Hello All, Here's the error: Retrieving: chromium-desktop-kde-37.0.2062.94-1.55.3.x86_64.rpm ... (1/2) Installing: chromium-37.0.2062.94-1.55.3 ... Additional rpm output: update-alternatives: using /usr/lib64/chromium/chromium-generic to provide /usr/bin/chromium (chromium) in auto mode /usr/lib/chrome_sandbox: will not give away s-bits on an insecure path ERROR: not all operations were successful. setting /usr/lib/chrome_sandbox to root:root 4755. (wrong permissions 0755) warning: %post(chromium-37.0.2062.94-1.55.3.x86_64) scriptlet failed, exit status 1 Am I the only one? TIA & regards, Carl -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 8

[opensuse] My log is getting many "org.gtk.Private...." messages now.
by Carlos E. R. 27 Sep '14

27 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, in the log I'm getting many messages like this in /var/log/messages: <1.4> 2014-09-27 00:26:13 Telcontar org.freedesktop.Tracker1.Extract 5332 - - Tracker-Message: Importing config file to GSettings <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:26:13 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:26:53 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: Name owner ':1.154' vanished <1.6> 2014-09-27 00:26:53 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: Name owner ':1.154' vanished <1.6> 2014-09-27 00:26:53 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: Name owner ':1.154' vanished <1.6> 2014-09-27 00:26:53 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: Name owner ':1.154' vanished <1.6> 2014-09-27 00:26:53 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: Name owner ':1.154' vanished <1.4> 2014-09-27 00:27:56 Telcontar org.freedesktop.Tracker1.Extract 5332 - - Tracker-Message: Importing config file to GSettings <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:27:56 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:29:10 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: Name owner ':1.155' vanished <1.6> 2014-09-27 00:29:10 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: Name owner ':1.155' vanished <1.6> 2014-09-27 00:29:10 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: Name owner ':1.155' vanished <1.6> 2014-09-27 00:29:10 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: Name owner ':1.155' vanished <1.6> 2014-09-27 00:29:10 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: Name owner ':1.155' vanished <1.4> 2014-09-27 00:29:11 Telcontar org.freedesktop.Tracker1.Extract 5332 - - Tracker-Message: Importing config file to GSettings <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:29:11 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:30:01 Telcontar run-crons 15561 - - suse.de-snapper: OK <1.6> 2014-09-27 00:30:25 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: Name owner ':1.156' vanished <1.6> 2014-09-27 00:30:25 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: Name owner ':1.156' vanished <1.6> 2014-09-27 00:30:25 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: Name owner ':1.156' vanished <1.6> 2014-09-27 00:30:25 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: Name owner ':1.156' vanished <1.6> 2014-09-27 00:30:25 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: Name owner ':1.156' vanished <1.4> 2014-09-27 00:31:08 Telcontar org.freedesktop.Tracker1.Extract 5332 - - Tracker-Message: Importing config file to GSettings <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: in handle_supported <1.6> 2014-09-27 00:31:08 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: in handle_list <1.6> 2014-09-27 00:31:38 Telcontar org.gtk.Private.GPhoto2VolumeMonitor 5332 - - ### debug: Name owner ':1.157' vanished <1.6> 2014-09-27 00:31:38 Telcontar org.gtk.Private.UDisks2VolumeMonitor 5332 - - ### debug: Name owner ':1.157' vanished <1.6> 2014-09-27 00:31:38 Telcontar org.gtk.Private.GoaVolumeMonitor 5332 - - ### debug: Name owner ':1.157' vanished <1.6> 2014-09-27 00:31:38 Telcontar org.gtk.Private.AfcVolumeMonitor 5332 - - ### debug: Name owner ':1.157' vanished <1.6> 2014-09-27 00:31:38 Telcontar org.gtk.Private.MTPVolumeMonitor 5332 - - ### debug: Name owner ':1.157' vanished They have started 2014-09-26 14:57:53 after aplying updates and rebooting. What is that chatter? I'm running XFCE in 13.1. - -- Cheers Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlQl630ACgkQtTMYHG2NR9VZgACdHMGwmlxh304sbIelgJZWQof4 PCIAnilLte4oLDI3ITz/AhzAjGx+v+D/ =8GvM -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

openSUSE Users September 2014