September 2010 - openSUSE Users - openSUSE Mailing Lists

[opensuse] Razer Mouser extremely sleepy after kernel update
by Matthias Bach 09 Sep '10

09 Sep '10

Hi List, Following todays kernel update I have a usability problem with my Razer Copperhead mice (plural is correct here). They seem to suspend after one or two seconds and can only be woken up by a mouse-click. LEDs (Gamer Mouse) are off and Laser seems to be disabled, too, as the mouse cannot be woken up by movement. I pasted some dmesg output at the end of this post. To ensure its not a defect of my mouse I tested a second mouse, also Razer Copperhead, which does not show this feature on a MacBook Pro. While in principle the described behaviour seems like a sensible feature while the screen is locked or one is watching a movie it is rather anoying when one is frequently switching between consoles and browsers or email. Does anybody know how to turn it of or tune the parameters? Regards, Matthias [ 7521.540061] usb 2-6: new full speed USB device using ohci_hcd and address 10 [ 7521.740629] usb 2-6: New USB device found, idVendor=1532, idProduct=0101 [ 7521.740639] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 7521.740645] usb 2-6: Product: Razer Copperhead Laser Mouse [ 7521.740650] usb 2-6: Manufacturer: Razer [ 7521.753741] input: Razer Razer Copperhead Laser Mouse as /devices/pci0000:00/0000:00:02.0/usb2/2-6/2-6:1.0/input/input18 [ 7521.753999] generic-usb 0003:1532:0101.000F: input,hidraw2: USB HID v1.00 Mouse [Razer Razer Copperhead Laser Mouse] on usb-0000:00:02.0-6/input0 [ 7521.760192] input: Razer Razer Copperhead Laser Mouse as /devices/pci0000:00/0000:00:02.0/usb2/2-6/2-6:1.1/input/input19 [ 7521.760388] generic-usb 0003:1532:0101.0010: input,hidraw3: USB HID v0.01 Keyboard [Razer Razer Copperhead Laser Mouse] on usb-0000:00:02.0-6/input1 [ 7529.777663] usb 2-6: USB disconnect, address 10 [ 7531.537050] usb 2-6: new full speed USB device using ohci_hcd and address 11 [ 7531.736347] usb 2-6: New USB device found, idVendor=1532, idProduct=0101 [ 7531.736356] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 7531.736362] usb 2-6: Product: Razer Copperhead Laser Mouse [ 7531.736367] usb 2-6: Manufacturer: Razer [ 7531.749462] input: Razer Razer Copperhead Laser Mouse as /devices/pci0000:00/0000:00:02.0/usb2/2-6/2-6:1.0/input/input20 [ 7531.749709] generic-usb 0003:1532:0101.0011: input,hidraw2: USB HID v1.00 Mouse [Razer Razer Copperhead Laser Mouse] on usb-0000:00:02.0-6/input0 [ 7531.755848] input: Razer Razer Copperhead Laser Mouse as /devices/pci0000:00/0000:00:02.0/usb2/2-6/2-6:1.1/input/input21 [ 7531.756220] generic-usb 0003:1532:0101.0012: input,hidraw3: USB HID v0.01 Keyboard [Razer Razer Copperhead Laser Mouse] on usb-0000:00:02.0-6/input1 [ 7644.722100] usb 2-6: USB disconnect, address 11 -- Matthias Bach www.marix.org „Der einzige Weg, die Grenzen des Möglichen zu finden, ist ein klein wenig über diese hinaus in das Unmögliche vorzustoßen.“ - Arthur C. Clarke

3 2

[opensuse] Filesystems not unmounted during shutdown
by Philippe Andersson 09 Sep '10

09 Sep '10

Hello list, I recently had to get rid of the boot splashscreen on my home server. Meaning that I now get to see the console boot messages each time, and I noticed something quite alarming: an fsck and a transaction log replay takes place each time the server boots, even though I take great care to always shut it down cleanly. Watching the console during shutdown or browsing the logs, I couldn't find anything indicating failure. My guess, at this stage, is that the script that should unmount the filesystems (/etc/init.d/boot.localfs) is either never called or no doing anything for some reason. Peter Nikolic already reported a similar behaviour on this list a few months ago, and filed a bug about it: <https://bugzilla.novell.com/show_bug.cgi?id=626580> Peter experienced this problem on 11.3 (and for a single filesystem). I'm seeing this on 11.2, and for all the filesystems on the server. We're both using reiser on at least some of our filesystems (is there a link ?). If anyone else has had the same problem, could they please feed more information into the above bug ? Or provide a solution if they have one ? TIA Cheers. Bye. Ph. A. -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pan(a)iba-group.com <http://www.iba-worldwide.com>

3 4

[opensuse] newbie quiestion about server kernel
by Vasiliy G Tolstov 09 Sep '10

09 Sep '10

Hello. I want to use OpenSUSE on the server hardware (xen domU). Why community does not provide kernel-server in opposite of kernel-desktop? If i want to create package for kernel-server on build.opensuse.org, what patches i need from kernel-xen package to apply? P.S. I'm not want to use sles. And i do not want to include in kernel support for dom0. Thank You. -- Vasiliy G Tolstov <v.tolstov(a)selfip.ru> Selfip.Ru -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

3 2

[opensuse] Add new repository to yast repositories from line
by David Česal 09 Sep '10

09 Sep '10

Hello, please, is it possible to add new repository to yast from a command line? If I add repository with "zypper sa", it cannot be used with yast. Thank you. David Cesal -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

6 5

[opensuse] KDE3 Enthusiasts - neat opportunity for opensuse and others
by David C. Rankin 09 Sep '10

09 Sep '10

Guys, For those that don't know there have been several groups that have looked at the logistics of centralizing, for lack of better words, a location for handling changes to libraries, build tools, etc. that effect kde3 in order to allow kde3 to be maintained in a sane manner and prevent the wheel from being reinvented 1000 times over distro-by-distro. Of course implementation will always be distro specific, but the goal is to coordinate/handle the changes that impact the desktop at what was the kde.org level with the combined input and resources from all those who have an interest in seeing the desktop continue so it is done in an efficient way. Aside from the great work the guys here at openSuSE have done, another of the more notable efforts has been the Trinity project headed by Timothy Pearson (pearsoncomputing.net) The chakra project has been another player as well. I have been in contact with Pearson and the people at Chakra over the past few days. What I expect to take place in the next day or two is the expansion of a mailing list where we want to gather as much talent as possible to help contribute to solving the challenges that are bound to arise in the future as well as solving some of the current limitation with kde3 dcop/dbus, etc.. Much of this has been kicked around for some time, but in the past 36 hours, through coincidence or reason unexplained, there have been a number of kde3 folks brought into this discussion so let's make hay while the sun shine for the benefit of openSuSE and the rest of the OSS community. If you are interested, what you need to do is drop by http://chakra-project.org/bbs/viewtopic.php?pid=20476#p20476 (that is just where the current active thread is - the rest is just a flurry of emails, etc..) Details concerning the mailing list, if not posted there yet, should be posted there within the next 24 hours. What I would like to see happen is those with interest join the mailing list, especially you prior kde3 devs. (I know you are up to your eyelids in KDE4 right now, but if you only write one sentence that saves the rest of us a months worth of wastes effort you have done more than you could ever imagine -- Will, Sven...) Lord knows it will be a low-volume list requiring little input. The goal is to help those spearheading this project manage what whatever the pressing needs may be to make sure when a Linux user sits down to install a desktop on a Linux box they have the choice to install IceWM, blackbox, fluxbox, e-16, enlightenment, openbox, kde3, kde4, WindowMaker, xfce, twm, etc.. If you are one of those that believe that Linux users ought to be able to have a choice to install kde3 in the future, then we need you on the mailing list. See you there. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

28 85

[opensuse] After the toiday's update subpixel hinting disappeared from SeaMonkey
by Ilya Chernykh 09 Sep '10

09 Sep '10

What to do now? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0

[opensuse] Re:[SOLVED] Printer problem. HP D4160 via HP 4100 series driver...
by Joe(theWordy)Philbrook 09 Sep '10

09 Sep '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It would appear that on Sep 7, dwgallien did say: > fwiw, no idea if applicable to your problem . . . there are 2 HP > drivers, hpcups and hpijs. The former supports bi-directional > communication which is necessary for some printer niceties, the latter > does not. On 11.2 I used hpcups. After upgrading to 11.3, I had > problems with that driver and switched to hpijs, which works fine. I > didn't research this extensively, but enough to find that there have been > issues with the cups driver version. Also, the hplip monitor/systray app > works with hpijs, too. Turns out it was applicable. (see below) It would appear that on Sep 7, John Andersen did say: > You sure you don't have that backward? > > HPIJS is the one that supports bi-dir. It would appear that on Sep 8, Johannes Meixner did say: > > I think you both are wrong. > > See the technical documentation at > http://hplipopensource.com > > What is missing there is technical documentation about HPCUPS. It would appear that on Sep 8, Johannes Meixner also said: > For some info related to possible issues with bi-directional > communication when using HPLIP, you may have a look at > https://bugzilla.novell.com/show_bug.cgi?id=462048#c23 I'm not sure what difference (aside from pages per minute) bi-directional printing makes. But it would have to make a major diff for me to consider it more important than the ability to print more than one page per print command... (more below) It would appear that on Sep 8, Johannes Meixner additionally explained: > On Sep 7 14:38 Joe(theWordy)Philbrook wrote (shortened): > > I can print anything that fits on one page. But if there is > > a second page it winds up as a single large black ink smear. > > Probably because the CUPS default "RIPCache 8m" causes various > kind of printout failures, see > http://en.opensuse.org/Portal:Printing > > If "RIPCache 128m" does not help, there are known bugs in > HPLIP's driver HPCUPS, see for example > https://bugzilla.novell.com/show_bug.cgi?id=630696 > https://bugs.launchpad.net/hplip/+bug/617332 > http://www.cups.org/str.php?L3652 Well that probably explains why I had a problem with the HPcups driver. I won't say I understood the explanation. I (for example) wouldn't know how to select "RIPCache 128m". But that's a moot point because the hpijs driver solved my problem... At least ooffice can now print a 2 page document, I haven't actually tested lpr yet. In any case I thank you all for the input. - -- | ~^~ ~^~ | <*> <*> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp(a)ttlc.net>> -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAkyHy6UACgkQRZ/61mwhY97csQCgnzqZYT2daD8teTAZKbM562Gk tF4AoI8Ed0aMSROQQYGEL2tSEzaFP3V6 =uEq0 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

2 1

Re: [opensuse] Re: [opensuse-kde] Black background with Suse 11.2 and KDE4
by Roger Oberholtzer 09 Sep '10

09 Sep '10

On Mon, 2010-09-06 at 17:45 +0200, Will Stephenson wrote: > On Thursday 02 September 2010 07:58:38 Roger Oberholtzer wrote: > > (I am posting this to you as I have not set up a file exchange. Other > > than DropBox.) > > > > Here are the screen shots. It is a new install of 11.2. The disk is new, > > so there is nothing from any previous OS. The update that 11.2 offers to > > do was not done, so this is what you get with the install DVD. I have > > other systems where the update had been done, and it makes no > > difference. > > > > The graphics card is a new nvidia card. I can get the details. But I > > have seen this on other systems with other cards. For example, I have a > > different system with an ATI Rage XL that does the same thing. > > > > As you will see in the screen shots, it is ok for root, but no one else. > > This is consistent in all installs with this issue. Which, for us, is > > 50% of them. Up until now this was bearable as we have been using > > internal systems. But now some of our customers want to update to > > openSUSE 11.2 and, and we have experienced this problem on those systems > > as well. > > > > If you need me to try anything I can. > > Hi Roger > > I thought this issue was going to be easy but I have installed a clean, un- > updated 11.2 and it didn't reproduce the issue as I expected. > > Basically, we saw this behaviour on openSUSE 11.3 due to a wrong splitting of > the kdebase4-runtime package into kdebase4-runtime and kdebase4-runtime- > branding-upstream. This is not the case in openSUSE 11.2, either default > 4.3.1 or updated to 4.3.5. > > However it looks so similar to the 11.3 issue that I want to double check on > your affected systems and exclude it. > > * > > It all revolves around files in /usr/share/kde4/apps/desktoptheme. These are > the elements used by the Plasma workspaces for theming. The default theme > (currently 'Air') lives in 'default' under this path. The configured theme > provides its own theming elements and defines a theme it falls back to to > locate elements that the theme does not replace, eg air-netbook falls back to > default (Air). If an element is not found in either of these locations, > Plasma has a hardcoded fallback to oxygen. This is apparently where your > screenshots are getting the black theme elements from. There is "Air" and "Air openSUSE". Which is the default? I have chosen "Air openSUSE" here. The porclem exists no matter which one I choose. With oxygen, I can at least read text as it is white, With the others, it is black on a black background. > A theme is defined including its fallback in > /usr/share/kde4/apps/desktoptheme/<themename>/metadata.desktop > > * > > The configured theme is stored in ~/.kde4/share/config/plasmarc in the Theme > group eg > > [Theme] > name=air-netbook This is a plasmarc on an offending system: [$Version] update_info=plasma_popupapplet_fix_groups.upd:PlasmaPopupAppletFixGroups2 [Theme] name=openSUSEdefault > > This name comes from the contents of the > /usr/share/kde4/apps/desktoptheme/openSUSEdefault/metadata.desktop file. Mine looks like this: [Desktop Entry] X-SuSE-translate=t Name=Air openSUSE Comment=A breath of fresh air X-KDE-PluginInfo-Author=The Oxygen Project X-KDE-PluginInfo-Email=kde-artists(a)kde.org X-KDE-PluginInfo-Name=openSUSEdefault X-KDE-PluginInfo-Version=0.9 X-KDE-PluginInfo-Website=http://plasma.kde.org X-KDE-PluginInfo-Category= X-KDE-PluginInfo-Depends= X-KDE-PluginInfo-License=GPL X-KDE-PluginInfo-EnabledByDefault=true > * > > With this in mind, my failure hypothesis is that somehow the theme is not > readable to your affected users. To check this, see what theme is configured > in their plasmarc, look in its metadata.desktop and see what fallback theme > this is. If the settings are default, it should be 'openSUSEdefault' which > has no fallback defined (it provides a full set of elements). Check that this > is readable to the user. Then check if > /usr/share/kde4/apps/desktoptheme/<themename> is readable for your affected > users. If there is a fallback theme (eg default) check that > /usr/share/kde4/apps/desktoptheme/default is populated (contains eg > widgets/panel-background.svgz) and contains a readable metadata.desktop. I have checked all the files/directories in /usr/share/kde4/apps/desktoptheme/ and they are readable by ugo I also did "find /usr/share/kde4 ! -readable" as an unlucky user, and nothing was listed. > * > > If there is no smoking gun here and the default theme is present and readable, > try making Air openSUSE fallback to default, by adding > > [Settings] > FallbackTheme=default > > to > > /usr/share/kde4/apps/desktoptheme/openSUSEdefault/metadata.desktop > as root, then restarting plasma-desktop with > > kquitapp plasma-desktop && sleep 2 && plasma-desktop > > This is a shot in the dark. > I get this: % kquitapp plasma-desktop && sleep 2 & plasma-desktop [1] 8558 Invalid D-BUS interface name 'org.kde.plasma-desktop.PlasmaApp' found while parsing introspection and no desktop at all. My console window is all that is left. So I logged out/in. The desktop started now, but still no joy. Black remained popular. So I removed these lines jic. > * > > My other failure hypothesis is that there is a bug in the plasma cache (used > to speed up drawing SVG elements). There are a number of bugs in the cache > code which are hard to backport to KDE 4.3 since the code was replaced in 4.4. > and 4.5. You could try forcing the cache to be recreated by logging the user > out, removing /var/tmp/kdecache-$USER/kpc and logging back in again. > I deleted all the user's kde files in /tmp and /var/tmp. It made no difference. I did the same again, and deleted the user's .kde4 directory. No difference. I have verified that it works ok for root. It is only non-root users that have this issue. > HTH It was educational. But the problem remains. It does really act like a permission problem. But where? I checked if the contents of /usr are readable by a non-root user, and I see some files are not readable. Aside from some html docs, this is what I get: /usr/bin/keygen /usr/bin/Xorg /usr/bin/sperl5.10.0 /usr/bin/X /usr/sbin/klogconsole /usr/sbin/glibc_post_upgrade /usr/lib/mpi/gcc/openmpi/share/man/man1/mpiCC.1 /usr/lib/python2.6/ssl.pyc /usr/lib/PolicyKit/polkit-grant-helper-pam /usr/lib/lsb/remove_initd /usr/lib/lsb/install_initd /usr/lib/ooo3/share/uno_packages/cache/uno_packages/5JWFva /usr/lib/ooo3/share/uno_packages/cache/uno_packages/wg7jmG /usr/lib/ooo3/share/uno_packages/cache/uno_packages/nAC1OJ /usr/lib/ooo3/share/uno_packages/cache/uno_packages/M3U2VJ /usr/lib/ooo3/share/uno_packages/cache/uno_packages/jnkvHX /usr/lib/cups/backend/hpfax /usr/lib/cups/backend/http /usr/lib/cups/backend/lpd /usr/lib/cups/backend/ipp /usr/lib/qt4/examples/painting/svgviewer/svgviewer /usr/lib/qt4/demos/browser/browser Not so unexpected. I really do not know what to do. I can't ignore lots of rather standard machines that I am trying to do these installs on. I really cannot see how the hardware could result in the desktop acting differently for non-root users. I have looked at the .xsession-errors files for root and others. I see one complaint in the non-root user file that is not in the root file: kdeinit4: preparing to launch /usr/lib/libkdeinit4_klipper.so Traceback (most recent call last): File "/usr/bin/hp-systray", line 35, in <module> from base import utils, module File "/usr/share/hplip/base/module.py", line 30, in <module> import tui, utils, device File "/usr/share/hplip/base/device.py", line 25, in <module> import gzip File "/usr/lib/python2.6/gzip.py", line 9, in <module> import zlib ImportError: /usr/lib/python2.6/lib-dynload/zlib.so: undefined symbol: inflateCopy Object::connect: No such signal SystemTray::Manager::jobStateChanged(SystemTray::Job*) [/usr/bin/nepomukservicestub] (Soprano::Redland::BackendPlugin) creating model of type "hashes" with options "hash-type='bdb',contexts='yes',dir='/home/rst/.kde4/share/apps/nepomuk/repository/main/data/redland',new='yes'" kdeinit4: preparing to launch /usr/lib/kde4/kio_desktop.so kdeinit4: preparing to launch /usr/lib/kde4/kio_trash.so [/usr/bin/nepomukservicestub] (Soprano::Redland::BackendPlugin) creating model of type "hashes" with options "hash-type='bdb',contexts='yes',dir='/home/rst/.kde4/share/apps/nepomuk/repository/main/',new='yes'" "/usr/bin/kdeinit4(13802)" Error in thread 3044128512 : "org.freedesktop.DBus.Error.UnknownObject - No such object path '/org/soprano/Server'" "/usr/bin/kdeinit4(13802)" Error in thread 3044128512 : "QLocalSocket::connectToServer: Invalid name" Not sure if this is where the theme is involved. But I guess any detail might help. I have on-site access to a machine that exhibits this problem until early Thursday afternoon. After that it gets more difficult to try things. But I will do my best to try any further suggestions you might have.! -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 1

[opensuse] /etc/modprobe.conf on 11.3
by Hans Witvliet 09 Sep '10

09 Sep '10

Hi all, Due to some uncorporative collegea's i am late in my transition towards 11.3, but yesteday i came across something that i couldn't solve right away, and google wasn't my friend this time. I use virtual machines and virtual networks (xen) In some cases they oly need to communicate between themselves, so i uncomented and extended the lines in /etc/modprobe.conf and/etc/modprobe.conf.local: install dummy0 /sbin/modprobe -o dummy0 --ignore-install dummy install dummy1 /sbin/modprobe -o dummy1 --ignore-install dummy install dummy2 /sbin/modprobe -o dummy2 --ignore-install dummy ... So i can up to eight independant networks, despite the fact of only having two real nics. With 11.3 however config setup has changed. Things are now stored in: /etc/modprobe.d/nn-something.conf But where can/should i store the config for my dummy0 ... dummy6 network devices? The manpage stil talks about /etc/modprobe.conf... As "the man" says: (the /etc/modprobe.conf file can also be used if it exists, but that will be removed in a future version) So i probably could create my own /etc/modprobe.conf, but i would rather keep my config-layout up-to-date, so could i just use the same format and create my own /etc/modprobe.d/25-dummynet.conf? Kind regards, hans -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0

[opensuse] gnash is eating my cpu
by C. Brouerius van Nidek 09 Sep '10

09 Sep '10

Since some time I am surprised to find my CPU use up to 99-100%. Used htop and found that gtk-gnash was the culprit. Google found me that there seems to be problems with gnash since 2007. Would like to get rid of the problem because the gtk-gnash problem already starts when Mozilla Firefox discovers the information that there is a playable flash movie. The download of the page will not stop and goes on for very long. I normally do not wait for Firefox to stop. I read the page and avoid looking into the flash offer. Before I start trying out other web browsers I would like to know if there is a solution for this gnash problem. I checked and have flash-player 10.1.82.76-0.1.1, flash-plugin 10.1.82.76 release, pullin-flash-player 11.3.1-2.1.1 and gnash 0.8.7-1.29 Should I delete any of them? Should I add something? -- Linux User 183145 using LXDE on a Pentium IV , powered by openSUSE 11.3 (i586) Kernel: 2.6.36-rc3-10-desktop LXDE WM & KDE Development Platform: 4.5.1 (KDE 4.5.1) 12:25pm up 2 days 16:32, 3 users, load average: 7.52, 7.45, 6.62 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0