November 2013 - openSUSE Users - openSUSE Mailing Lists

[opensuse] 12:3: Python chaos
by Stefan Gofferje 04 Dec '13

04 Dec '13

Hi, I recently installed some stuff, including gnuradio and QGis2. I don't know when exactly, but at some point, the PlasmaCon widget stopped working and is now complainind that it's unable to start a Python script engine. My Gnuradio GRC fails with Traceback (most recent call last): File "/home/sgofferj/top_block.py", line 12, in <module> from gnuradio import qtgui File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/__init__.py", line 34, in <module> from qtgui_swig import * File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/qtgui_swig.py", line 26, in <module> _qtgui_swig = swig_import_helper() File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/qtgui_swig.py", line 22, in swig_import_helper _mod = imp.load_module('_qtgui_swig', fp, pathname, description) ImportError: /usr/lib64/libgnuradio-qtgui-3.7.2.so.0.0.0: undefined symbol: _ZN7QwtPlot17legendItemClickedEv I don't know anything about Python. Some googling pointed towards possible version conflicts but I can't determine, what exactly is the problem. Could anyone bring light into the dark here? -S -- (o_ Stefan Gofferje | SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler & Koch - the original point and click interface

3 11

[opensuse] openSUSE 13.1 64 x11-video-intel update
by Marco Calistri 03 Dec '13

03 Dec '13

Dears openSUSers, I installed the updated x11-video-intel.rpm recently released by openSUSE through updates management and by that moment I noticed that by sliding the mouse cursor on the window border on right-top of close-maximize-minimize buttons they take a strange behaviour because they loose the default colour (shifting from black to white). Before the upgrade of this package the behaviour was normal, no shift of colours. (I'm using high-contrast option in Tweak-Tools look and feel). Cheers, -- Anything that can be changed will be changed until there is no time left to change anything. -- First Law of Corporate Planning -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] How are fonts different on 32bit progs vs. 64-bit?
by Linda Walsh 02 Dec '13

02 Dec '13

After waiting 4-5 minutes for fonts-config to update the fontconfig cache files, it then started doing the same thing for 32bit cache files? Um... Aren't fonts architecturally neutral? Why two separate caches? Also, the 64-bit cache seemed to go w/o probs, but the 32bit files: Creating fonts.{scale,dir} files ............ /usr/share/fonts-config/conf.avail/12-suse-hinting-bc.conf unchanged /usr/share/fonts-config/conf.avail/17-suse-bitmaps.conf unchanged Creating cache files for fontconfig ................................................................... Creating 32bit cache files for fontconfig ./usr/share/fonts/100dpi: error scanning /usr/share/fonts/75dpi: error scanning ./usr/share/fonts/OTF: error scanning ./usr/share/fonts/TTF: error scanning /usr/share/fonts/Type1: error scanning /usr/share/fonts/Windows: error scanning .........../usr/share/fonts/misc/sgi: error scanning ...../usr/share/fonts/truetype: error scanning ................/usr/share/fonts/Type1: error scanning ....../usr/share/fonts/OTF: error scanning ./usr/share/fonts/TTF: error scanning ........... So on top of my puzzle about doing 2 separate caches for 32 and 64 bits, looks like the 32bit ver doesn't do the same thing the 64bit version does...(???) -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] Python Problems (13.1)
by Sascha Manns 02 Dec '13

02 Dec '13

Hello list, since upgrading to 13.1 i have some trouble with python. Everytime when i start a program it quits. Here a snipped from osc: Traceback (most recent call last): File "/usr/bin/osc", line 24, in <module> osccli = commandline.Osc() File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 82, in __init__ self._load_plugins() File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 8023, in _load_plugins mod = imp.load_source(modname, os.path.join(plugin_dir, extfile)) File "/var/lib/osc-plugins/overview.py", line 47, in <module> @cmdln.option('-c', '--changelog', action='store_true', NameError: name 'cmdln' is not defined Anyone knows more? -- Sincerly yours Sascha Manns (bdvb) openSUSE Packager / Membership team http://saigkill.homelinux.net -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 5

[opensuse] Network don' come up into OpenSuse 13.1 32bit (Again)
by Claudio ML 02 Dec '13

02 Dec '13

Another problem with the network, a machine after upgrade from 12.3 to 13.1 (zypper dup method), as always, at the first boot the eth0 device is renamed to ens3. After applying the suggested workaround, to reverse to the old network device naming method (ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rules), finally the eth0 come up... BUT! no ip address is assigned to it, and the config files appears to be right: cat /etc/sysconfig/network/ifcfg-eth0 BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='192.168.90.30/24' MTU='' NAME='RTL-8139/8139C/8139C+' NETMASK='255.255.255.0' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' USERCONTROL='no' also, no changes with a rcnetwork restart. No strange errors into messages: 2013-11-29T15:32:06.604297+01:00 linux-msvu systemd[1]: Starting LSB: Configure network interfaces and set up routing... 2013-11-29T15:32:12.446662+01:00 linux-msvu network[4124]: Setting up network interfaces: 2013-11-29T15:32:16.216453+01:00 linux-msvu network[4124]: lo 2013-11-29T15:32:16.854238+01:00 linux-msvu network[4124]: lo IP address: 127.0.0.1/8 2013-11-29T15:32:18.440045+01:00 linux-msvu systemd[1]: Starting ifup managed network interface eth0... 2013-11-29T15:32:25.953618+01:00 linux-msvu systemd[1]: Started ifup managed network interface eth0. 2013-11-29T15:32:26.197811+01:00 linux-msvu network[4124]: ..done..doneSetting up service network . . . . . . . . . . . . ...done Also, yast reports the correct configuration of the network interface, but is not activated. What can be? As i can see, this problem is not present in 64bit version. Cordially, Claudio. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] Re: [opensuse-kde] bt878
by Mark Goldstein 01 Dec '13

01 Dec '13

On Sat, Nov 30, 2013 at 5:25 PM, mussie <mussie(a)home.nl> wrote: > I did what mark wrote and it works... There is no TV card in 13.1 anymore. > A patch please because everyone with a analog TV card has a problem. > > > Hans I guess, we need to file bugreport. According to what Cristian wrote it does not look like intentional change. Regards, Mark -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 1

[opensuse] Postfix can't authenticate user
by Koenraad Lelong 30 Nov '13

30 Nov '13

Hi, I'm trying to move my Postfix server to new hardware. When clients want to send messages they need to use their username and password, via an encrypted channel (e.g. submission or sSMTP). Unfortunately, the authentication fails. I use mysql as the backend. When I run "postmap -q proxy:mysql:..." I get an anwser. In the mysql logging I see the query. When I try sending via postfix port 587, starttls, it should do the same query, but I don't see anything in the mysql log. I enabled a debug_peer and debug_peer_level=2 and then I see the username and password in the postfix-log. I didn't see anything concerning mysql. Any idea's what to do to debug this further ? part of my main.cf : virtual_mailbox_domains = proxy:mysql:/etc/postfix/sql/mysql_virtual_domains_maps.cf virtual_alias_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_catchall_maps.cf virtual_mailbox_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_mailbox_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_mailbox_maps.cf Regards, Koenraad Lelong -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] SKYPE on 13.1 64bits (audio issues)
by Marco Calistri 29 Nov '13

29 Nov '13

Hi, Both attempting to use skype (latest available version) installed from rpm package or from dynamic version, I noticed issues on audio which is not working on openSUSE 13.1 64bits. I think to have installed all dependencies (they went installed during rpm installation of skype: a lot of 32-bits stuff). Are there any particular details I'm missing? Other question: If I try to execute the skype binary within Nautilus of the dynamic version which is a tar.bz2 archive available from SkyPe official page, I get the error (from Nautilus window) that it is a shared library application and there is not any default application available on system to execute the file, then it is proposed to find on the Internet but nothing is found. It seems something missing into Nautilus to execute shared-library mime-types. Cheers, -- Marco Calistri (amdturion) -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 20

[opensuse] Re: bttv
by Cristian Rodríguez 29 Nov '13

29 Nov '13

El 28/11/13 12:17, mussie escribió: > hello, > > in opensuse 13.1 hauppauge tv card BT... is not recognized anymore by Yast. > It was an upgrade from 12.3 to 13.1.... > So no analog tv anymore :( > > 08: PCI 09.0: 11200 TV Card > [Created at pci.319] > Unique ID: WL76.bJ31E5obFa9 > SysFS ID: /devices/pci0000:00/0000:00:09.0 > SysFS BusID: 0000:00:09.0 > Hardware Class: tv card > Model: "Brooktree Bt878" > Vendor: pci 0x109e "Brooktree Corporation" > Device: pci 0x036e "Bt878" > Revision: 0x11 > Driver: "bttv" > Driver Modules: "bttv" > Memory Range: 0xfa000000-0xfa000fff (ro,non-prefetchable) > IRQ: 17 (no events) > Module Alias: "pci:v0000109Ed0000036Esv00000000sd00000000bc04sc00i00" > Driver Info #0: > Driver Status: bttv is active > Driver Activation Cmd: "modprobe bttv" > Config Status: cfg=new, avail=yes, need=no, active=unknown > HI: Next time please reply to the list, as the information might be useful for other people with the same problem. There is a problem/bug/regression in the kernel.. your system is only loading the bttv driver for pci:v0000109Ed0000036Esv00000000sd00000000bc04sc00i00 but does not load the bt878 driver, apparently loading bt878 is supposed to happen indirectly... http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers… #if defined(CONFIG_MODULES) && defined(MODULE) static void request_module_async(struct work_struct *work) { request_module("dvb-bt8xx"); } .... and the dvb-bt8xx module depends bt878 but this is working in your system .. I have CC the kernel list but it will be better if you fill a bug report. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1

[opensuse] Re: [opensuse-kde] bt878
by Mark Goldstein 28 Nov '13

28 Nov '13

Hi, On Sat, Nov 23, 2013 at 7:13 PM, mussie <mussie(a)home.nl> wrote: > hello, > > in opensuse 13.1 hauppauge tv card BT... is not recognized anymore by Yast. > It was an upgrade from 12.3 to 13.1.... > So no analog tv anymore :( > > In the hardware information all is the same as in 12.3. > It is not YaST. For some reason bt878 is not probed automatically anymore. I've added it to modules-load.d (file bttv.conf with the only line bttv) and also copied the file /etc/modprobe.d/50-tv.conf from 12.3 to 13.1 and now it works. -- Mark Goldstein -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 6