October 2016 - openSUSE Users - openSUSE Mailing Lists

[opensuse] Different behaviour of bash script when run from cron
by Bob Williams 18 Oct '16

18 Oct '16

I have a bash script to generate the sig featured below. #!/bin/bash # script to generate a topical linux mailsig SIGFILE=/home/bob/Documents/Signatures/daily.sig : > $SIGFILE # (re)creates an empty SIGFILE echo "Bob Williams" >> $SIGFILE echo " System: " `uname -sr` >> $SIGFILE distro=" $(head -n 1 /etc/SuSE-release)" kde=`kf5-config -v | grep KDE` Qt=`kf5-config -v | grep Qt` plasma=`kcmshell5 -v | awk '{print $2}'` echo " Distro: $distro" >> $SIGFILE echo " Desktop: $kde, $Qt and Plasma: $plasma" >> $SIGFILE exit 0 When run from my user command line it works correctly, but when I run it from my crontab, it fails to get the plasma version. So the last line of output reads: Desktop: KDE Frameworks: 5.26.0, Qt: 5.6.1 and Plasma: The error message returned by the system is: QXcbConnection: Could not connect to display I'm guessing that cron is not running in graphical environment, but not sure why that would make a difference. Can anyone suggest a solution/workaround, please? -- Bob Williams System: Linux 4.4.22-1-default Distro: openSUSE 42.2 Beta (x86_64) Desktop: KDE Frameworks: 5.26.0, Qt: 5.6.1 and Plasma: 5.8.0

10 16

[opensuse] Reliable way to backup hard drive before clean install
by Jeffrey L. Taylor 18 Oct '16

18 Oct '16

I am planning on a clean install (going from 13.1 to 42.2 Beta) on the root partition, leaving the home partition alone. I'm not doing complete backups because of limited space on the backup drive. I've room for a single full backup, both partitions. What is a reliable way? "cp -a / /media/LinuxBackup/full" is what occurs to me. Is there a better way? TIA, Jeffrey -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

12 61

[opensuse] Problem with no-patches git tree at git://kernel.opensuse.org/kernel.git ?
by Lee Duncan 18 Oct '16

18 Oct '16

I sometimes use the git tree for SUSE without patches from: git://kernel.opensuse.org/kernel.git But it does not seem to be working today: > lduncan@linux-server(1):suse_kernel_no_patches~> git remote show oorigin > * remote oorigin > Fetch URL: git://kernel.opensuse.org/kernel.git > Push URL: git://kernel.opensuse.org/kernel.git > HEAD branch: master > Remote branches: > SLE11-SP4 tracked > SLE12-SP1 tracked > SLE12-SP1-ARM tracked > SLE12-SP2 tracked > master tracked > openSUSE-13.2 tracked > openSUSE-42.1 tracked > openSUSE-42.2 tracked > stable tracked > stable-xen tracked > Local ref configured for 'git push': > master pushes to master (up to date) > lduncan@linux-server(1):suse_kernel_no_patches~> git pull -v oorigin > remote: Counting objects: 1212, done. > remote: fatal: inflateInit: out of memory (no message) > remote: aborting due to possible repository corruption on the remote side. > fatal: protocol error: bad pack header Is this a known problem? Should I file a trouble report someplace? -- Lee Duncan SUSE Labs -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1

[opensuse] Problem with Networkmanager/Firefox in 13.2 and waking from sleep mode
by Larry Stotler 14 Oct '16

14 Oct '16

I generally use ifup/ifdown for my network config, but after updating my Thinkpad T60p recently, I couldn't get wicked to connect to my hotspot(which seemed to be a known issue). So, I went and enabled Networkmanager. However, when I use Networkmanager, sometimes it won't connect, and other times it will connect, and I can ping and go to a website with Konquerer, but Firefox refuses to work. It acts like it's offline, when it's not(since I can ping, etc). It's happened several times over the last 2 weeks. Well, I finally got frustrated at having to kill Firefox(only way to fix it) and re-enabled Wicked. Now that is working again. Any ideas as to why Firefox can't go on-line but Konquerer can? using Firefox 49.0 Also, since the update(which I hadn't done in several months), when I open the lid of my Thinkpad it comes up from sleep, but about 1/2 the time, it goes right back to sleep. Never did this before. Thanx -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] Configuring KDE plasmoids
by Roger Oberholtzer 14 Oct '16

14 Oct '16

We have been happily using the KDE Plasma Server Status Widget in our systems. These systems have many devices for which we can check the status and let the user know. For example, we have a GPS with an inertial navigation system that takes time to 'warm up'. We can track this and let the user know when this device is ready. Or when the system time has in fact been set by gpsd. (We time-tag data and do not want time to suddenly change after we start collection). Anyway, we really find this plasmoid useful. The thing is, currently we need to configure each system by hand via the desktop GUI. That is, we have not found out how to configure this (or any panel widget) via the command line. In the case of the server status widget, the configuration is in ~/.kde4/share/config/plasma-desktop-appletsrc For the server status plasmoid, the settings in that file are listed at the end of this message. Simply adding sections for server status seems fragile. For example, there are serverIds. How are these generated? And how does the Applet get it's ID. In the listing below, this is 22. What we would like is a command line program to do this configuration. I would think that there is a KDE utility for this. One that either accepts settings on the command line or accepts a configuration file that it then inserts into plasma-desktop-appletsrc. I would imagine it might also be able to report current settings. Something similar in concept to update-mime-database that lets us add information on file/content types. Is there such a thing? I have googled but did not find anything. All that I did find showed how to do this via the desktop GUI. It is hard to automate that... I must be using a bad search. ~/.kde4/share/config/plasma-desktop-appletsrc server status settings: [Containments][1][Applets][22] geometry=1864,3,32,32 immutability=1 plugin=serverstatus zvalue=0 [Containments][1][Applets][22][Configuration] iconError=security-low iconOk=security-high iconUnknown=view-refresh iconWarning=security-medium minIconSize=24 serverFont=Sans Serif,9,-1,0,50,0,0,0,0,0 serverIds=1389111502,1403794359,1392122301,1416400408,1416400427,1416400607,1416400462,1416400479,1416400500,1416400513,1416400615,1416400624 server_1389111502_active=true server_1389111502_checkConfig=systems.rst.ramboll.se,3 server_1389111502_checkType=Ping server_1389111502_interval=30 server_1389111502_name=systems.rst.ramboll.se server_1392122301_active=true server_1392122301_checkConfig=10.1.5.200,1 server_1392122301_checkType=Ping server_1392122301_interval=10 server_1392122301_name=ANTS Distance server_1403794359_active=true server_1403794359_checkConfig=source,3 server_1403794359_checkType=Ping server_1403794359_interval=60 server_1403794359_name=source server_1416400408_active=true server_1416400408_checkConfig=rsttest,3 server_1416400408_checkType=Ping server_1416400408_interval=60 server_1416400408_name=rsttest server_1416400427_active=true server_1416400427_checkConfig=vmic1,3 server_1416400427_checkType=Ping server_1416400427_interval=60 server_1416400427_name=SPC2 rack server_1416400462_active=true server_1416400462_checkConfig=jboca,3 server_1416400462_checkType=Ping server_1416400462_interval=60 server_1416400462_name=AIES 1: JBOC A server_1416400479_active=true server_1416400479_checkConfig=jbocb,3 server_1416400479_checkType=Ping server_1416400479_interval=60 server_1416400479_name=AIES 1: JBOC B server_1416400500_active=true server_1416400500_checkConfig=jbocc,3 server_1416400500_checkType=Ping server_1416400500_interval=60 server_1416400500_name=AIES 1: JBOC C server_1416400513_active=true server_1416400513_checkConfig=jbocd,3 server_1416400513_checkType=Ping server_1416400513_interval=60 server_1416400513_name=AIES 1: JBOC D server_1416400607_active=true server_1416400607_checkConfig=aies1,3 server_1416400607_checkType=Ping server_1416400607_interval=60 server_1416400607_name=AIES 1 server_1416400615_active=true server_1416400615_checkConfig=aies3,3 server_1416400615_checkType=Ping server_1416400615_interval=60 server_1416400615_name=AIES 3 server_1416400624_active=true server_1416400624_checkConfig=aies5,3 server_1416400624_checkType=Ping server_1416400624_interval=60 server_1416400624_name=AIES 5 -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse-releaseteam] Re: Community Release Team for Leap 42.2
by Sarah-Julia Kriesch 14 Oct '16

14 Oct '16

> Gesendet: Donnerstag, 13. Oktober 2016 um 18:10 Uhr > Von: "Ludwig Nussel" <ludwig.nussel(a)suse.de> > An: "Per Jessen" <per(a)jessen.ch> > Cc: "Sarah-Julia Kriesch" <sarah-julia.kriesch(a)gmx.de>, "Simon Lees" <sflees(a)suse.de>, "Ronni Rytter Jensen" <ronni.jensen(a)gmail.com>, "Josh Blair" <jwblair(a)gmail.com>, victorhck <correohck(a)gmail.com>, Chuck <terrorpup(a)gmail.com>, Jimmy <jimmypierre.rouen.france(a)gmail.com> > Betreff: Re: Community Release Team for Leap 42.2 > > Per Jessen schrieb: > > Ludwig Nussel wrote: > >> Per Jessen schrieb: > >>> Per Jessen wrote: > >>> > >>>> I'll open a ticket for a release-team list. > >>> > >>> https://progress.opensuse.org/issues/13504 > >> > >> I don't have access to that ticket. Any progress? > > > > Somewhat late, but as I have recently taken over as opensuse mailing list admin, I needed to get acquainted with everything first. > > > > The new list is "opensuse-releaseteam" , and it's open to subscriptions. > > > > mailto:opensuse-releaseteam+subscribe@opensuse.org > > Who is already on the list? Sarah -- To unsubscribe, e-mail: opensuse-releaseteam+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-releaseteam+owner(a)opensuse.org

3 2

[opensuse] Client failed to connect to the D-BUS daemon
by Istvan Gabor 13 Oct '16

13 Oct '16

Hello: I would like to run deluge on openSUSE 13.1 with KDE3 desktop. When I run deluge, I get a list of errors: ~> deluge (deluge:26545): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-zceXBHrC2m: Connection refused (deluge:26545): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-zceXBHrC2m: Connection refused (deluge:26545): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-zceXBHrC2m: Connection refused (deluge:26545): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-zceXBHrC2m: Connection refused (deluge:26545): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-zceXBHrC2m: Connection refused (deluge:26545): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-zceXBHrC2m: Connection refused Traceback (most recent call last): File "/usr/bin/deluge", line 9, in <module> load_entry_point('deluge==1.3.11', 'gui_scripts', 'deluge')() File "/usr/lib/python2.7/site-packages/deluge/main.py", line 132, in start_ui UI(options, args, options.args) File "/usr/lib/python2.7/site-packages/deluge/ui/ui.py", line 150, in __init__ ui = GtkUI(args) File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/gtkui.py", line 233, in __init__ common.associate_magnet_links(False) File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/common.py", line 255, in associate_magnet_links if (gconf_client.get(key) and overwrite) or not gconf_client.get(key): glib.GError: No D-BUS daemon running dbus-daemon is running. ~> ps -e|grep dbus 1494 ? 00:00:05 dbus-daemon I know nothing about dbus but deluge used to work earlier. How could I fix this? Thanks, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 3

[opensuse] Sound card setup fails in Leap42.1
by Marc Chamberlin 13 Oct '16

13 Oct '16

OK this is weird, I tried to use YaST to set up my sound card and things went backwards on me... I used the Sound configuration tool within YaST, and I tried each of the setup options, Quick, Normal, and Advance to configure the card. While in the Sound configuration everything works fine, I test the sound and hear it from the speakers OK. And the messages log file indeed report that systemd does start the sound card OK. But when I go and save the sound configuration, exiting the sound configuration tool at the same time, when it reaches the stage where it says the tool says it is turning on the sound card, I lose the sound! And systemd is reporting, at the point that the tool is saying it is turning on the sound card, that the "sound.target is not needed any more." and turns off the sound card instead! Output from the messages log shows that indeed the sound got turned on while I was within the sound configuration tool and then off for some reason when I exit and save the sound configuration. What gives? Marc.. Here I am starting up the sound configuration tool within YaST and having it configure the sound card settings for me - 2016-10-11T17:35:56.634304-07:00 bigbang kernel: [ 5727.069747] snd_hda_codec_idt hdaudioC0D2: autoconfig for STAC9221D A2: line_outs=3 (0xd/0xb/0xf/0x0/0x0) type:line 2016-10-11T17:35:56.634330-07:00 bigbang kernel: [ 5727.069755] snd_hda_codec_idt hdaudioC0D2: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) 2016-10-11T17:35:56.634333-07:00 bigbang kernel: [ 5727.069759] snd_hda_codec_idt hdaudioC0D2: hp_outs=1 (0xa/0x0/0x0/0x0/0x0) 2016-10-11T17:35:56.634335-07:00 bigbang kernel: [ 5727.069763] snd_hda_codec_idt hdaudioC0D2: mono: mono_out=0x0 2016-10-11T17:35:56.634337-07:00 bigbang kernel: [ 5727.069766] snd_hda_codec_idt hdaudioC0D2: dig-out=0x10/0x0 2016-10-11T17:35:56.634339-07:00 bigbang kernel: [ 5727.069769] snd_hda_codec_idt hdaudioC0D2: inputs: 2016-10-11T17:35:56.634341-07:00 bigbang kernel: [ 5727.069774] snd_hda_codec_idt hdaudioC0D2: Rear Mic=0xe 2016-10-11T17:35:56.634343-07:00 bigbang kernel: [ 5727.069778] snd_hda_codec_idt hdaudioC0D2: Front Mic=0x15 2016-10-11T17:35:56.634345-07:00 bigbang kernel: [ 5727.069781] snd_hda_codec_idt hdaudioC0D2: Line=0xc 2016-10-11T17:35:56.679442-07:00 bigbang kernel: [ 5727.113637] input: HDA Intel Rear Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input44 2016-10-11T17:35:56.679457-07:00 bigbang kernel: [ 5727.113810] input: HDA Intel Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input45 2016-10-11T17:35:56.679460-07:00 bigbang kernel: [ 5727.113969] input: HDA Intel Line Out Front as /devices/pci0000:00/0000:00:1b.0/sound/card0/input46 2016-10-11T17:35:56.679463-07:00 bigbang kernel: [ 5727.114114] input: HDA Intel Line Out Surround as /devices/pci0000:00/0000:00:1b.0/sound/card0/input47 2016-10-11T17:35:56.679465-07:00 bigbang kernel: [ 5727.114262] input: HDA Intel Line Out CLFE as /devices/pci0000:00/0000:00:1b.0/sound/card0/input48 2016-10-11T17:35:56.679468-07:00 bigbang kernel: [ 5727.114448] input: HDA Intel Front Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input49 2016-10-11T17:35:56.946038-07:00 bigbang systemd[1]: Starting Sound Card. 2016-10-11T17:35:56.959303-07:00 bigbang systemd[1]: Reached target Sound Card. at this point I am within the sound configuration tool and sound is working fine. When I go to exit the sound configuration tool and save the settings, this is what happens - 2016-10-11T17:37:06.072618-07:00 bigbang systemd-udevd[508]: Network interface NamePolicy= disabled on kernel commandline, ignoring. 2016-10-11T17:37:06.157274-07:00 bigbang systemd[1]: Unit sound.target is not needed anymore. Stopping. 2016-10-11T17:37:06.164995-07:00 bigbang systemd[1]: Stopping Sound Card. 2016-10-11T17:37:06.165905-07:00 bigbang systemd[1]: Stopped target Sound Card. -- "The Truth is out there" - Spooky -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] Encrypted root with LUKSdon't work anymore with opensuse-Leap-42.1. Help?
by Josef Wolf 12 Oct '16

12 Oct '16

Hello, I am using the scheme outlined below to install opensuse with encrypted root partition. The detailed description how I do this, is described below in this post. This scheme worked great since about 2008 (don't remember which opensuse release it was in 2008) up to opensuse-13.1, with minor tweaks at every new opensuse release. Unfortunately, with opensuse-Leap-42.1 it don't work anymore. When booting the new encrypted root, it won't ask for the passphrase. It just hangs. It looks as if the contents of initrd don't know how to ask for the passphrase. Any ideas how to track down the problem? Here is the procedure how I do it: Install base system with a partitioning scheme like this: /dev/sda1 1g ext2 /boot (unencrypted) /dev/sda2 20g ext4 / (unencrypted) /dev/sda3 20g swap swap (encrypted) /dev/sda4 20g none (encrypted root will go here later) (device names are just examples here) When the base system is installed, I do the following: # create new encrypted filesystem # cryptsetup -v --key-size 256 luksFormat /dev/sda4 cryptsetup luksOpen /dev/sda4 cr_sda4 mkfs.ext4 -O dir_index /dev/mapper/cr_sda4 # mount old (unencrypted) and new (crypted) root filesystems # SRCMNT=/tmp/root-src-$$ DSTMNT=/tmp/root-dst-$$ mkdir -p $SRCMNT $DSTMNT mount -obind / $SRCMNT mount /dev/mapper/cr_sda4 $DSTMNT # copy contents from unencrypted root to encrypted root # rsync -ax $SRCMNT/ $DSTMNT sync cp /boot/initrd /boot/initrd.backup # Fix up /etc/fstab on new root (remove old root and add new root to fstab) # perl -ani.bak -e "s#^\S+#/dev/mapper/cr_sda4# if \$F[1] eq '/'; \ print unless \$F[0] eq '/dev/mapper/cr_sda4'" \ $DSTMNT/etc/fstab # set grub2 defaults on new root (no splash, no resume, quiet boot) # perl -pi.bak -e "s#splash=\S+##; s#resume=\S+#noresume#; s#quiet##;" \ $DSTMNT/etc/default/grub # make sure grub2-mkconfig can search for operating systems within encrypted root # mount -obind /dev $DSTMNT/dev mount -obind /sys $DSTMNT/sys mount -obind /proc $DSTMNT/proc mount -obind /boot $DSTMNT/boot # Create /boot/grub2/grub.cfg # cp /boot/grub2/grub.cfg /boot/grub2/grub.cfg.backup chroot $DSTMNT /usr/sbin/grub2-mkconfig --output=/boot/grub2/grub.cfg # add crypt modules to initrd # mkinitrd -d /dev/mapper/cr_sda4 -f "dm luks" # Clean up and reboot # sync umount $DSTMNT/proc umount $DSTMNT/boot umount $DSTMNT/dev umount $DSTMNT/sys/fs/fuse/connections # FIXME: what the heck? umount $DSTMNT/sys umount $DSTMNT && rmdir $DSTMNT umount $SRCMNT && rmdir $SRCMNT cryptsetup luksClose cr_sda4 sync reboot -- Josef Wolf jw(a)raven.inka.de -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 7

[opensuse] System slowdowns
by Marc Chamberlin 12 Oct '16

12 Oct '16

Hi - I am running an OpenSuSE Leap 42.2 system on an x64 system with a dual core processor. While using it I am experiencing periods of up to several minutes where I can hear the processor's cooling fan speed up and the system's responsiveness slows way down to where it is unusable. During these episodes I have had KSysguard running and top executing in a shell to see if I can figure out what is causing these episodes. The KSysguard graphical display will show that both processors are running at or near 100% yet the process table and top both show that the running processes are taking only a few percent (typically less than 4 or 5% for the worst process) and the total percentage of CPU time being used for all processes is nowhere near the 100% shown by the cpu usage graph. So how do I track down what application, process, or system service is chewing up my processors. I am experiencing these slowdowns approx 5 to 10 times per hour which is quite frustrating. I kinda suspect it is Firefox but I cannot say that definitively.. Suggestions? Marc.. -- "The Truth is out there" - Spooky -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

6 18