September 2014 - openSUSE Users - openSUSE Mailing Lists

[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

[opensuse] Usb Wireless Stick – Connection problem
by Benjamin 27 Sep '14

27 Sep '14

Hi everyone! I have a problem with my new usb wireless stick which is a edimax … . The stick is recognized by the system and the kernel modules (rtl8192cu, rtlwifi, rtl_usb, rtl8192cu_common) are loaded. I tried the stick at two different places. In the first place it worked out of the box without any problem and at home i don´t manage to get it workin. The interface is trying to establish a connection but somehow it is not possible to receive packages, as far as I see… linux-29po:/home/benji # lsusb | grep Edimax Bus 003 Device 055: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS] linux-29po:/home/benji # lsmod | grep rtl rtl8192cu 102305 0 rtl8192c_common 71013 1 rtl8192cu rtl_usb 18877 1 rtl8192cu rtlwifi 90192 2 rtl8192cu,rtl_usb mac80211 635601 6 rtl8192cu,rtl_usb,rtlwifi,rt2800lib,rt2x00pci,rt2x00lib cfg80211 522716 3 rtlwifi,rt2x00lib,mac80211 linux-29po:/home/benji # uname -a Linux linux-29po.site 3.11.10-21-desktop #1 SMP PREEMPT Mon Jul 21 15:28:46 UTC 2014 (9a9565d) x86_64 x86_64 x86_64 GNU/Linux System: Opensuse 13.1 Any ideas what i coud try? Thanks! Benjamin. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

Re: [opensuse] Running old version
by Wolfgang Rosenauer 26 Sep '14

26 Sep '14

Hi, time to answer finally. So as you probably know I'm the "founder" of Evergreen just in case. Am 26.09.2014 um 16:52 schrieb Timothy Butterworth: > If a new LTS release with a maintenance period of 5 release's + 6 > Month's was produced with a new version released every 4th release to > provide a 1 release + 6 Month stabilizing testing and migration period > overlap would you guys be more inclined to upgrade? It would mean > upgrading around every 4.5 years. > > [...] > > More importantly is anyone interested in performing some of the work to > make it because it would be a all community release? Your ideas are quite ok. I actually always would liked to have an LTS version maintained for say 5 years free of charge. I discussed this years ago as well but people like to discuss with no action being taken. That's why I just turned it around and started Evergreen for 11.1 to see what can be done. After 11.1, 11.2 and 11.4 I can tell you the following: - no, it's not that much effort to continue maintenance up to 3 years and probably a bit more - it'll get hard starting from 3 years if you cannot do for example service packs to upgrade parts which cannot be maintained anymore - service packs are a big beast. Not sure if the community can or want to help enough to get that tested and shipped. - you need more people but they didn't show up during all the time - we had some contributors for certain packages (don't know the number but something in the range from 5-10) but almost all monitoring and responsibility for everything which was not taken by someone else was on two people (thanks Stefan) - this was also the reason we had to end 11.4 maintenance after the announced lifetime. It was getting to exhausting as a spare time project I'm totally proud what we achieved because it showed that it's not too much effort but if you get too few people to help you are screwed. That is also why the Evergreen plans for now are not going to change unless I see changes in "resources". That might be more contributors or also other incentives to increase the motivation of the volunteer ;-) If we have a better understanding what resources are available we can talk about what to change in the Evergreen/LTS structure. Discussing it, and this is what I've learned, doesn't bring us anywhere. There are a lot of people demanding it but practically almost noone want to invest anything. I'll enjoy to have a rest until Evergreen for 13.1 is starting again and being able to do a few other things instead. Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1

[opensuse] Bash Vulnerability - stupid question
by Daniel Bauer 26 Sep '14

26 Sep '14

Hi, OS 12.3 Do I have to keep an eye on updates of bash and readline or will they come in automatically with the updater-applet when ready? (As I haven’t noticed any related updates till yesterday I updated them with Yast, but as I read there is another problem yet to be solved and I'd like to know if I can simply forget it and leave it to the updater...) Thanks, Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com google+: https://plus.google.com/109534388657020287386 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 3

[opensuse] Zypper forgets trusted keys
by Simon Heimbach 26 Sep '14

26 Sep '14

Hello altogether! For some time, I noticed on several opensuse installs that I have to confirm the signatures of software repositories when launching Yast/Software or Zypper. Indeed, the auto-update via Apper often fails due to this problem. I always choose "trust always" (in german "(i)mmer vertrauen") in hope that zypper doesn't lock again due to unknown signatures. But soon these keys are forgotten again and I have to "retrust" the same keys. I have some OBS projects includes, so do these keys change in OBS when a developer commits new software? Is this behavior intended? Am I doing something wrong? Thank you! Simon -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0