October 2013 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Gnome with 2. screen -> background is not updated
by Sebastian 13 Oct '13

13 Oct '13

hi, please see images: http://imgur.com/a/bhPsb also, when typing in gnome-terminal the monitor on the right flickers, its background becomes white for a brief moment. also when opening a new program the background becomes white with a blue border. i used this live cd to install: openSUSE-13.1-GNOME-Live-Build0041-x86_64.iso -- Sebastian -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 1

[opensuse-factory] No usable network caused by failing avahi-autoipd
by Jogchum Reitsma 12 Oct '13

12 Oct '13

Recently I filed bug 844146against 13.1B1. I had the impression that it was caused by mkinitrd not doing a proper job, but from the output of the command below it was concluded that it is avahi-autoipd causing the trouble. I changed the title of the report to refelct this. In the output below I changed three times the "@"-symbol to " at " between "network" and "eth0.service" because otherwise the mlmmj program managing the mailinglist will not let the message pass. ======================================== systemctl --full status network.service network at eth0.service network.service - LSB: Configure network interfaces and set up routing Loaded: loaded (/usr/lib/systemd/system/network.service; enabled) Active: active (exited) since Sat 2013-10-12 08:31:41 CEST; 1h 26min ago Process: 827 ExecStart=/etc/init.d/network start (code=exited, status=0/SUCCESS) Oct 12 08:31:35 souder systemd[1]: Starting LSB: Configure network interfaces and set up routing... Oct 12 08:31:36 souder network[827]: Setting up network interfaces: Oct 12 08:31:36 souder network[827]: lo Oct 12 08:31:36 souder network[827]: lo IP address: 127.0.0.1/8 Oct 12 08:31:41 souder network[827]: ..done..done eth1 Startmode is 'manual' -> skipping Oct 12 08:31:41 souder network[827]: ..skippedSetting up service network . . . . . . . . . . . . ...done Oct 12 08:31:41 souder systemd[1]: Started LSB: Configure network interfaces and set up routing. network at eth0.service - ifup managed network interface eth0 Loaded: loaded (/usr/lib/systemd/system/network@.service; static) Active: active (exited) (Result: exit-code) since Sat 2013-10-12 08:31:41 CEST; 1h 26min ago Process: 1231 ExecStart=/sbin/ifup %i (code=exited, status=0/SUCCESS) Main PID: 1382 (code=exited, status=1/FAILURE) Oct 12 08:31:40 souder avahi-autoipd(eth0)[1382]: Found user 'avahi-autoipd' (UID 489) and group 'avahi-autoipd' (GID 487). Oct 12 08:31:40 souder avahi-autoipd(eth0)[1382]: Successfully called chroot(). Oct 12 08:31:40 souder avahi-autoipd(eth0)[1382]: Successfully dropped root privileges. Oct 12 08:31:40 souder avahi-autoipd(eth0)[1382]: Starting with address 169.254.5.133 Oct 12 08:31:40 souder avahi-autoipd(eth0)[1382]: Routable address already assigned, sleeping. Oct 12 08:31:41 souder systemd[1]: Started ifup managed network interface eth0. Oct 12 08:32:22 souder avahi-autoipd(eth0)[1382]: No longer a routable address configured, restarting probe process. Oct 12 08:32:27 souder avahi-autoipd(eth0)[1382]: A routable address has been configured. Oct 12 08:33:02 souder avahi-autoipd(eth0)[1382]: No longer a routable address configured, restarting probe process. Oct 12 08:33:02 souder systemd[1]: network at eth0.service: main process exited, code=exited, status=1/FAILURE =============================================== Is it helpful to keep 13.1B1 on my system to look further into this, or shall I install RC1? Jogchum -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] 13.1.rc1 YAST NFS client configuration makes system unbootable.
by Steven Hess 12 Oct '13

12 Oct '13

Using Yast NFS client configuration hangs at 50%. No way to exit but reboot. Renders the system unbootable. Apparently the NFS shares are trying to mount before the host can be located. Adding the NFS server to Hosts makes the system bootable and shares are mounted normally. This is the best I can explain it. How do I add this bug so it will get squashed? Thanks Steven -- ____________ Apply appropriate technology. Use what works without prejudice. Steven L Hess ARS KC6KGE DM05gd22 openSUSE Linux 12.3 KDE Known as FlameBait and The Sock Puppet of Doom. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 7

[opensuse-factory] [13.1 Beta1, NVIDIA] Driver install issues
by 0x90 12 Oct '13

12 Oct '13

Hello, I'd like to know if anybody already figured out how to install nvidia-driver. - installed Beta1 fresh from USB-Stick (openSUSE-Factory-NET-Build0725-x86_64.iso) with Parameter "nomodeset" - zypper patch and up - zypper rm libgcc (dependency issues with devel_* patterns) - installed devel_* patterns - init 3 - trying "NVIDIA-Linux-x86_64-319.49.run" results to (error part of logfile): In file included from /tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel/os-interface.c:26:0: /tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel/os-interface.c: In function ‘os_get_system_memory_size’: /tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel/nv-linux.h:1040:41: error: ‘num_physpages’ undeclared (first use in this function) #define NV_NUM_PHYSPAGES num_physpages ^ /tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel/os-interface.c:255:21: note: in expansion of macro ‘NV_NUM_PHYSPAGES’ return (((NvU64)NV_NUM_PHYSPAGES * PAGE_SIZE) / RM_PAGE_SIZE); ^ /tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel/nv-linux.h:1040:41: note: each undeclared identifier is reported only once for each function it appears in #define NV_NUM_PHYSPAGES num_physpages ^ /tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel/os-interface.c:255:21: note: in expansion of macro ‘NV_NUM_PHYSPAGES’ return (((NvU64)NV_NUM_PHYSPAGES * PAGE_SIZE) / RM_PAGE_SIZE); ^ /tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel/os-interface.c:256:1: warning: control reaches end of non-void function [-Wreturn-type] } ^ make[4]: *** [/tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel/os-interface.o] Error 1 make[3]: *** [_module_/tmp/selfgz20396/NVIDIA-Linux-x86_64-319.49/kernel] Error 2 make[2]: *** [sub-make] Error 2 NVIDIA: left KBUILD. nvidia.ko failed to build! make[1]: *** [module] Error 1 make: *** [module] Error 2 - trying "NVIDIA-Linux-x86_64-325.08.run" results to: /tmp/selfgz22370/NVIDIA-Linux-x86_64-325.08/kernel/nv-i2c.c: In function ‘nv_i2c_del_adapter’: /tmp/selfgz22370/NVIDIA-Linux-x86_64-325.08/kernel/nv-i2c.c:252:14: error: void value not ignored as it ought to be osstatus = i2c_del_adapter(pI2cAdapter); ^ make[3]: *** [/tmp/selfgz22370/NVIDIA-Linux-x86_64-325.08/kernel/nv-i2c.o] Error 1 make[2]: *** [_module_/tmp/selfgz22370/NVIDIA-Linux-x86_64-325.08/kernel] Error 2 make[1]: *** [sub-make] Error 2 make[1]: Leaving directory `/usr/src/linux-3.11.1-1.g1383321' NVIDIA: left KBUILD. nvidia.ko failed to build! make: *** [module] Error 1 Sincerely yours, 0x90 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

8 20

[opensuse-factory] 13.1 Beta 1 Questions.
by Upscope 11 Oct '13

11 Oct '13

installed 13.1 Beta 1 (from DVD) earlier this week, on my other disk. I then added the oss and nonoss repo's Code --------- http://download.opensuse.org/distribution/13.1/repo/oss/ http://download.opensuse.org/distribution/13.1/repo/non-oss/ --------- and did an update. Took forever. 1). Why did it update approximately 1700 package for Tex Live (looks like they were installed from the DVD for Beta 1 [clean install]? Are they all necessary or can I delete some or all of them? If only some what is the best way to get minimum number required? 2). Are the 13.1 update repo's out of sync. They appear to have older versions of a lot of the files? 3) I read 13.1 rc1 is available. Is it in a different repo than I used above or is the Distribution repo just not updated? Over all the install when great and the display looks good at 1920x1080 after I got the patched version of the Nvidia 325-15 driver installed. YaST updates appear faster once you get them selected. Hardware and software are the same as listed below except for the OS version and the Disk drive it is installed on. -- openSUSE 12.3(Linux 3.11.1-3.gfeffbf9-desktop)|KDE 4.11.2 |Intel core2duo 2.5 MHZ,|8GB DDR3|GeForce 8400GS (NVIDIA-Linux-x86_64-325.15 Patched) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] openSUSE 13.1 RC1 released
by Tomáš Chvátal 11 Oct '13

11 Oct '13

Hello guys, With one day skew against the plan for mirror sync we at openSUSE team happily announce the release [1][2]. Apart from this lovely announcement from Jos we should start focusing a lot on the stability as I said in yesterdays mail. [3] Basically try to fill up factory with 13.1 fixes so it is more reliable and smoth to show up everone how great distro is done. While testing also focus on bugzilla skills and try to report as much things as possible there without using mailinglists or irc. We need to properly track and mitigate the issues to decide what really needs to go first and what next. With issues reported just here or IRC it is more work for me or coolo to remember those and try to figure out solutions. Good luck with testing and have fun Tom [1] https://news.opensuse.org/2013/10/11/opensuse-13-1-rc-1-available-time-to-t… [2] http://download.opensuse.org/distribution/13.1-RC1/iso/ [3] http://lists.opensuse.org/opensuse-factory/2013-10/msg00163.html

5 7

[opensuse-factory] openSUSE 13.1 RC1 is out, help test!
by Jos Poortvliet 11 Oct '13

11 Oct '13

Hi all, RC 1 is ready to go, get it from its usual place: http://software.opensuse.org/developer Here's the announcement: https://news.opensuse.org/?p=16780 The Beta Hackaton last month did fix lots of issues and the btrfs testing has been very helpful as well but there might be more of those nasty critters in there so see how it works for you and report issues! See our most annoying bugs here: http://en.opensuse.org/openSUSE:Most_annoying_bugs_13.1_dev Consider helping to promote this release as well: https://news.opensuse.org/2013/10/07/help-promote-opensuse-13-1/ Have a lot of fun, The Release Geekos -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] what about ModemManager
by Ruediger Meier 11 Oct '13

11 Oct '13

Hi, After upgrade to 13.1 I noticed the ModemManager process. It is one of the first things which is started after boot. I have static network setup and pppd is running a DSL modem connected via network. $ mmcli -L No modems were found What is ModemManager good for and why it's installed and running by default? cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 9

[opensuse-factory] system boot hangs more than 100s
by Ruediger Meier 11 Oct '13

11 Oct '13

Hi, Recent factory snapshot hangs when kernel boots for more than 100 seconds. See the logs here at "2013-10-10T04:43:53.911362" http://pastebin.com/pA9fELnV How to debug this? cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 7

[opensuse-factory] Why is btrfs added to initrd
by Ruediger Meier 11 Oct '13

11 Oct '13

Hi, I'm using recent factory snapshot and wonder why btrf is always loaded by initrd allthough I don't use it and it's not set in /etc/sysconfig? cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 12

[opensuse-factory] [Tumbleweed] Missing some kernel updates
by Vahis 10 Oct '13

10 Oct '13

Kernel-desktop & kernel-desktop-devel are in version 3.11.2-30.3. I've been waiting for kernel-source and kernel-devel versions to appear as the same, but apparently they're stuck? Vahis -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Tumbleweed inconsistency between DRBD kernel module and tools
by Wirlach Manfred 10 Oct '13

10 Oct '13

Hi all, yesterday I startet to migrate my openSUSE machines from normal distribution to the rolling-update Tumbleweed (currently openSUSE 12.3) - machines are productive and so Factory was no option. After switching to Tumbleweed everything works fine except DRBD. I found out that there is an inconsistency between drbd kernel module (V8.4.3 in kernel-default) and the drbd admin tools (V8.3.11 from repository) which ends up with the inability to start the cluster volumes. As workaround I found a matching rpm on suse build service, but please include a proper drbd-tools version in the Tumbleweed repos. Thx in advance. Manfred -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 10

[opensuse-factory] openSUSE 13.1 RC1 and onwards
by Tomáš Chvátal 10 Oct '13

10 Oct '13

Hello guys, in a few hours we will hopefully create 13.1 RC1 which will be announced with all the fancy stuff Joss likes to do and I have no chance to fiddle with so I would like to explain what you should do in order to get your changes into 13.1 from now on: 1) Always have bug number, yes now on your personal feeling that X fixes issue Y does not matter, fill a bug and then refference it. 2) No version updates, just backport the patch if possible and go over Update channel (few exceptions bellow) 3) When fixing things priority is over the installer/base as rest can be easily handled via Update channel, so take look on P1+P2 and major/critical importance bugs for Factory (and when 13.1 target is in bugzie check those) and work on those at first. Exceptions1) There still will be fixes merge backs for ie. arm/ppc because these guys are still just making sure it builds and runs for them. Exceptions2) If you notice we have devel branch of some software we thought we will catch full release and it is not happening we should try to downgrade/upgrade to provide stable-channel version. So please reduce the SR# containing load of changes with comment "might be good for 13.1" as it won't probably happen ;-) But you can always drop mail if you really really think we should've picked up something right away to 13.1, sometimes we overlook things. Cheers Tom

5 4

Re: [opensuse-factory] Missing /usr/lib/udev/rules.d/80-btrfs.rules causes mkinitrd errors when upgrading to kernel 3.11.1-29
by Wolfgang Bauer 09 Oct '13

09 Oct '13

On Fre, 2013-09-27 at 21:53 -0700, Greg KH wrote: > >Ah, and it seems to be much more sane than md or lvm in that it is >properly triggered off of udev rules, my mistake. Nice to see this. > >So, what should I do to fix Tumbleweed here? Any ideas? > >Update to latest version of udev? :) The problem still persists after 2 weeks. To explain the problem again: 80-btrfs.rules got removed in btrfsprogs, because it is already contained in udev, but it is named 64-btrfs.rules there. But the mkinitrd script in btrfsprogs still references 80-btrfs.rules. That's why mkinitrd fails, if btrfsprogs is installed. So I would suggest to revert btrfsprogs in Tumbleweed to this version for now, which still contains 80-btrfs,rules : https://build.opensuse.org/package/show/openSUSE:Tumbleweed/btrfsprogs?rev=9 Thank you. Kindest Regards, Wolfgang Bauer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 3

[opensuse-factory] New package: LevelDB
by David Disseldorp 09 Oct '13

09 Oct '13

Hi, I'd like to submit LevelDB as a new Factory development package. As described on the project homepage[1], LevelDB is a fast key-value storage library that provides an ordered mapping from string keys to string values. It is required by Ceph for key-value storage. Cheers, David 1. http://code.google.com/p/leveldb/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 7

[opensuse-factory] Factory _constraints for 32bit architectures
by Dirk Müller 09 Oct '13

09 Oct '13

Hi, increasingly recently I'm seeing constraints added to Factory packages in this form: <constraints> <hardware> <physicalmemory> <size unit="M">2048</size> </physicalmemory> ... This tells OBS to not schedule the job on hosts that can not provide at least 2048 Megabyte (2048 * 1024 * 1024 bytes). With other words, this rules out all 32bit workers without LPAE extension. Unfortunately due to unsolved upstream bugs, the current Guest kernel we use for KVM builds does not have LPAE enabled, which means we can boot VMs with 2000 MB memory maximum (actually a bit lower than that). As a temporary measurement, I've hacked the workers to report 64GB of memory to the scheduler so that those constraints are not effective, but it would be nice to fix this at the source. Please do not add a constraint that rules out any chance of 32bit ARM builds unless you really really really need it (so far I have not seen any package in Factory that cannot be made building with less than 2GB of RAM though). Thanks for reading! Greetings, Dirk -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 3

[opensuse-factory] Slow start and unstable connection with IPv6
by Freek de Kruijf 09 Oct '13

09 Oct '13

I generated a rather standard openSUSE 13.1 B1 system on my computer with one Ethernet interface. So the I have a traditional ifup network configuration. Nothing extra configured except some extra rules in SuSEfirewall2 to allow DHCPV6 packages and mdns(5353). I have a modem which offers native IPv6 providing a prefix. After booting it takes about 10 minutes after which the interface gets 2 global IPv6 addresses, the random one and the one derived from the MAC address of the interface. The first one is used for outside connections. If I do a ifdown and ifup on that interface, it takes less than one minute to get the two global addresses. After having the global addresses I do a ping6 to my router, in both cases using the global address and link local address of the router, then I observe packet loss. Most of the time the round trip delay is around 0.3 ms, however on regular intervals I get exactly 1000 ms, but also packets are lost. On my openSUSE 12.3 system on the same computer I use NetworkManager and I do NOT see this behavior. Did not try it yet on 13.1. Anyone seeing the same problem? Bug report is: https://bugzilla.novell.com/show_bug.cgi?id=844683 -- fr.gr. Freek de Kruijf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] lualatex and fontspec broken on upcoming 13.1 and factory
by Alin Marin Elena 09 Oct '13

09 Oct '13

Dear All, I had the unpleasant surprise to find out that our lualatex is broken when using fontspec (other packages may be involved too). the offending document is [alin@abaddon:~/lavello]: cat helloLua.tex \documentclass[]{article} \usepackage{fontspec}% \begin{document} Hello World!! \end{document} the output is lualatex helloLua.tex This is LuaTeX, Version beta-0.76.0-2013092812 (rev 4627) restricted \write18 enabled. (./helloLua.tex LaTeX2e <2011/06/27> Babel <3.9f> and hyphenation patterns for 78 languages loaded. (/usr/share/texmf/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texmf/tex/latex/base/size10.clo)) (/home/alin/texmf/tex/latex/fontspec/fontspec.sty (/usr/share/texmf/tex/latex/l3kernel/expl3.sty (/usr/share/texmf/tex/latex/l3kernel/l3names.sty (/usr/share/texmf/tex/latex/l3kernel/l3bootstrap.sty (/usr/share/texmf/tex/generic/oberdiek/luatex.sty (/usr/share/texmf/tex/generic/oberdiek/infwarerr.sty) (/usr/share/texmf/tex/generic/oberdiek/ifluatex.sty) (/usr/share/texmf/tex/latex/etex-pkg/etex.sty) (/usr/share/texmf/tex/generic/oberdiek/luatex-loader.sty (/usr/share/texmf/scripts/oberdiek/oberdiek.luatex.lua))) (/usr/share/texmf/tex/generic/oberdiek/pdftexcmds.sty (/usr/share/texmf/tex/generic/oberdiek/ltxcmds.sty) (/usr/share/texmf/tex/generic/oberdiek/ifpdf.sty)))) (/usr/share/texmf/tex/latex/l3kernel/l3basics.sty) (/usr/share/texmf/tex/latex/l3kernel/l3expan.sty) (/usr/share/texmf/tex/latex/l3kernel/l3tl.sty) (/usr/share/texmf/tex/latex/l3kernel/l3seq.sty) (/usr/share/texmf/tex/latex/l3kernel/l3int.sty) (/usr/share/texmf/tex/latex/l3kernel/l3quark.sty) (/usr/share/texmf/tex/latex/l3kernel/l3prg.sty) (/usr/share/texmf/tex/latex/l3kernel/l3clist.sty) (/usr/share/texmf/tex/latex/l3kernel/l3token.sty) (/usr/share/texmf/tex/latex/l3kernel/l3prop.sty) (/usr/share/texmf/tex/latex/l3kernel/l3msg.sty) (/usr/share/texmf/tex/latex/l3kernel/l3file.sty) (/usr/share/texmf/tex/latex/l3kernel/l3skip.sty) (/usr/share/texmf/tex/latex/l3kernel/l3keys.sty) (/usr/share/texmf/tex/latex/l3kernel/l3fp.sty) (/usr/share/texmf/tex/latex/l3kernel/l3box.sty) (/usr/share/texmf/tex/latex/l3kernel/l3coffins.sty) (/usr/share/texmf/tex/latex/l3kernel/l3color.sty) (/usr/share/texmf/tex/latex/l3kernel/l3luatex.sty) (/usr/share/texmf/tex/latex/l3kernel/l3candidates.sty)) (/usr/share/texmf/tex/latex/l3packages/xparse/xparse.sty) (/usr/share/texmf/tex/luatex/luaotfload/luaotfload.sty (/usr/share/texmf/tex/luatex/luatexbase/luatexbase.sty (/usr/share/texmf/tex/luatex/luatexbase/luatexbase-compat.sty) (/usr/share/texmf/tex/luatex/luatexbase/luatexbase-modutils.sty (/usr/share/texmf/tex/luatex/luatexbase/luatexbase-loader.sty (/usr/share/texmf/tex/luatex/luatexbase/luatexbase.loader.lua)) (/usr/share/texmf/tex/luatex/luatexbase/modutils.lua)) (/usr/share/texmf/tex/luatex/luatexbase/luatexbase-regs.sty) (/usr/share/texmf/tex/luatex/luatexbase/luatexbase-attr.sty (/usr/share/texmf/tex/luatex/luatexbase/attr.lua)) (/usr/share/texmf/tex/luatex/luatexbase/luatexbase-cctb.sty (/usr/share/texmf/tex/luatex/luatexbase/cctb.lua)) (/usr/share/texmf/tex/luatex/luatexbase/luatexbase-mcb.sty (/usr/share/texmf/tex/luatex/luatexbase/mcb.lua))) (/usr/share/texmf/tex/luatex/luaotfload/luaotfload.lua) (/usr/share/texmf/tex/luatex/luaotfload/luaotfload-merged.lua) quiting: fix your writable cache path[alin@abaddon:~/lavello]: can someone please confirm this before I report it as a bug? regards, Alin -- Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elenaworld.net/ ______________________________________________________________________ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] logrotate and apache 2.4
by Per Jessen 09 Oct '13

09 Oct '13

I'm running apache 2.4 from Factory, and I've noticed an issue with logrotate. It seems that apache does not reopen a logfile when 'systemctl reload apache2' is issued. My virtual hosts all have this: CustomLog /srv/www/vhosts/vhost_access_log vhost To rotate that log: /srv/www/vhosts/vhost_access_log { compress dateext maxage 365 rotate 30 daily notifempty missingok create 644 root root sharedscripts postrotate systemctl reload apache2 endscript } Has anyone else noticed this? -- Per Jessen, Zürich (12.1°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 1

[opensuse-factory] Changes for Chromium webbrowser
by Raymond Wooninck 08 Oct '13

08 Oct '13

Dear Listmates, Maybe you have already noticed that the Chromium package was changed due to the high number of rebuilds in the network:chromium project. The reason for this is that I was able to simplify the build of chromium by using "official" tarballs provided by the chromium developers. It seemed that openSUSE was the only distro, that provided Chromium based on SVN snapshots and not utilizing available tarballs. In coordination with one of the Chromium developers (and chromium packager for Gentoo), I successfully transferred our chromium build from the svn snapshot to the released tarballs. As that the tarball does not deliver all the required components, it took longer than expected to get the build the openSUSE way. :-) Based on the improved methodology, we are now able to build from the Chrome stable, beta or even Dev channel. To increase usability, I will start tracking the stable and beta channels: + The Beta channel will be used to update the packages in the network:chromium repository, which also will be submitted to Factory + The Stable channel will be used to create maintenance updates for the support openSUSE versions (if possible due to requirements on certain package versions) and these maintenance updates will be build in the network:chromium:stable project. The current Beta (31.0.1650.8) was build in network:chromium and was just submitted to Factory The current stable (30.0.1599.69) will be build in network:chromium:stable as soon as the tarball is available and then submitted to openSUSE_12.3 as maintenance update. Unfortunately this is not possible for openSUSE 12.2 as that it requires a higher version of nspr/nss than available on 12.2. Regards Raymond -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 7

[opensuse-factory] ERROR: /run/user/0/ does not exist
by lynn 08 Oct '13

08 Oct '13

Hi 13.1 beta 1 When trying to get Kerberos tickets, the directory does not exist e.g. as root: kinit Administrator kinit: Credential cache directory /run/user/0/krb5cc does not exist while getting default ccache If I now create the directory: /run/user/0 and now kinit, it works fine and I get a ticket. This is different behavior from 12.3, where the ticket cache was stored in /tmp Can I: 1. Get back to the 12.3 behaviour? 2. Adjust something to create the /run/user/0 directory if root attempts a kinit? Thanks, Lynn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 14

[opensuse-factory] GNOME 3.10 Software application vs. YaST?
by Andrey Borzenkov 08 Oct '13

08 Oct '13

According to 3.10 release notes: "GNOME 3.10 includes a brand new application for finding and installing applications, called Software. It provides an integrated place to do all your software related tasks, like browsing, installing and removing applications, and viewing and installing software updates." Is it supposed to be replacement for YOU and other software related tasks? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 4

[opensuse-factory] What is NET-Build0725?
by lynn 07 Oct '13

07 Oct '13

Hi A bit of confusion about the 13.1 beta. We're not quite sure what we have. On 2 October we installed an iso called: openSUSE-Factory-NET-Build0725-i586.iso after following the NET install link, here: http://software.opensuse.org/developer/en and hoping to get the 13.1 beta. We did a zypper dup today and it pulled in over 100 upgrades. We elected to go ahead with the dup. 1. Does our original download correspond to the 13.1 beta 1? 2. If we keep doing zypper dup, will we end up with beta 2 and then the rc's? 3. If (2) is yes, then do we eventually end up with the released version of 13.1? 4. If I send a bugzilla, what do version we put? NET-Build0725, 13.1 beta 1 or perhaps 13.1 beta 1 duped <date> I get the feeling that unless we all stick with the actual 13.1 beta 1 then any bug would be almost impossible to reproduce as we'd all be starting from a different point. Thanks, L x -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 3

Re: [opensuse-factory] Missing /usr/lib/udev/rules.d/80-btrfs.rules causes mkinitrd errors when upgrading to kernel 3.11.1-29
by Edward Reiss 07 Oct '13

07 Oct '13

So apparently btrfsprogs was updated, and over wrote the change I made to /lib/mkinitrd/setup/11-btrfs.sh, throwing up the same error as before. The "old" fix was to edit the file above by pointing it to 64-btrfs.rules. But that is obviously unstable, as a re-install or update to btrfsprogs will over write that file--my bad. So the new fix is this: sudo ln -s /usr/lib/udev/rules.d/64-btrfs.rules /usr/lib/udev/rules.d/80-btrfs.rule After doing this, I ran: sudo zypper in -f udev-195-13.45.1 without any errors. This adds a link to 64-btrfs.rules, so any script which calls 80-btrfs.rules will instead be pointed to 64-btrfs.rules. This is "better" than replacing the 80-btrfs.rules file or editing /lib/mkinitrd/setup/11-btrfs.sh in my opinion, because as 64-brtfs.rules is updated, so will the link be updated. And if 80-btrfs.rules ever returns, the link will be over written. But since 80-btrfs.rules is no longer in the btrfsprogs package, the link is in effect an "unsupported" fix. Can someone please fix /lib/mkinitrd/setup/11-btrfs.sh on a package level? -- Edward Reiss ebreiss(a)gmail.com Quis custidiet ipsos custodes? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] What is the purpose of pulse-audio???
by Juan Erbes 07 Oct '13

07 Oct '13

Yesterday trying to record the contents of some cassettes, with audacity via a usb-audio device player (detected fine, without aditional drivers),, I lost almost two hours trying to solve the problem that after few seconds of started, the recording stopped all the times. The solution was to disable pulse-audio, and from there,appeared three times more mixer controls, and the recording worked fine. I'm using Opensuse 13.1 beta 1. -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

11 25

[opensuse-factory] login keyring prompt annoyance
by lynn 06 Oct '13

06 Oct '13

13.1 beta 1 Hi Each time certain users login, they get prompted: 'Enter password to unlock your login keyring' These users windows domain users and are Kerberos authorised via sssd. I've tried removing the keyring entry in: pam.d/common-auth but still the prompt appears. How can I get rid of it? Thanks, L x -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] nothing provides libpng12 needed by lsb
by Ilya Chernykh 05 Oct '13

05 Oct '13

Is it planned to be corrected? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] No network devices in "Bottle"
by Jogchum Reitsma 04 Oct '13

04 Oct '13

I committed bug https://bugzilla.novell.com/show_bug.cgi?id=8444146. After upgrading to 13.1B1 (from the previous 13.1 version) there are no netwerk devices created. Jogchum Reitsma -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2

Re: [opensuse-factory] Documentation for patching kernel
by Upscope 04 Oct '13

04 Oct '13

On Monday, September 30, 2013 01:28:59 PM Roman Bysh wrote: > On Mon 30 Sep 2013 01:25:30 PM EDT, Upscope wrote: > > On Sunday, September 29, 2013 05:46:30 PM Thomas Taylor wrote: > >> On Sun, 29 Sep 2013 08:58:54 -0700 > >> > >> Upscope <upscope(a)nwi.net> wrote: > >>> On Sunday, September 29, 2013 01:45:56 PM Sid Boyce wrote: > >>>> On 29/09/13 07:13, Thomas Taylor wrote: > >>>>> It has been many years since I had to patch a kernel and need to > >>>>> have a location for the requisite documentation. > >>>>> > >>>>> I have obtained "kernel_v3.11.patch" but in searching the SUSE > >>>>> documentation have not found the official procedure to apply > >>>>> this > >>>>> patch. Would someone please supply an URL or location where > >>>>> that > >>>>> patch application is provided? > >>>>> > >>>>> Thanks, Tom > >>>> > >>>> Are you sure that patch is a kernel patch? > >>>> The title seems to suggest it's a patch for the NVidia > >>>> proprietary > >>>> drivers and it would depend on which driver you need to patch. > >>>> > >>>> For the 325.15 driver package. > >>>> "sh NVIDIA-Linux-x86_64-325.15.run --apply-patch > >>>> kernel_3.11.patch" > >>>> > >>>> There are a couple of patches with that name, this is the > >>>> shortest > >>>> of > >>>> them. # less kernel_v3.11.patch > >>>> --- a/kernel/nv-linux.h > >>>> +++ b/kernel/nv-linux.h > >>>> @@ -957,7 +957,11 @@ static inline int nv_execute_on_all_cpus > >>>> > >>>> #endif > >>>> > >>>> #if !defined(NV_VMWARE) > >>>> > >>>> +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 11, 0) > >>>> +#define NV_NUM_PHYSPAGES get_num_physpages() > >>>> +#else > >>>> > >>>> #define NV_NUM_PHYSPAGES num_physpages > >>>> > >>>> +#endif > >>>> > >>>> #define NV_GET_CURRENT_PROCESS() current->tgid > >>>> #define NV_IN_ATOMIC() in_atomic() > >>>> #define NV_LOCAL_BH_DISABLE() local_bh_disable() > >>>> > >>>> Regards > >>>> Sid. > >>>> > >>>> -- > >>>> Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot > >>>> Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech > >>>> Support > >>>> Senior Staff Specialist, Cricket Coach > >>>> Microsoft Windows Free Zone - Linux used for all Computing Tasks > >>>> > >>>> -- > >>>> To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org > >>>> To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org > >>> > >>> Not sure if you can answer this. The patch I got for 325.15 has > >>> the > >>> following: > >>> CODE: > >>> ------------ > >>> nvidia-3.11.patch > >>> Index: NVIDIA-Linux-x86_64-325.15/kernel/nv-linux.h > > > > =================================================================== > > > >>> --- NVIDIA-Linux-x86_64-325.15.orig/kernel/nv-linux.h > >>> +++ NVIDIA-Linux-x86_64-325.15/kernel/nv-linux.h > >>> @@ -958,7 +958,11 @@ static inline int nv_execute_on_all_cpus > >>> > >>> #endif > >>> > >>> #if !defined(NV_VMWARE) > >>> > >>> +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 11, 0) > >>> +#define NV_NUM_PHYSPAGES get_num_physpages() > >>> +#else > >>> > >>> #define NV_NUM_PHYSPAGES num_physpages > >>> > >>> +#endif > >>> > >>> #define NV_GET_CURRENT_PROCESS() current->tgid > >>> #define NV_IN_ATOMIC() in_atomic() > >>> #define NV_LOCAL_BH_DISABLE() local_bh_disable() > >>> > >>> ---------- > >>> Is the line starting with @@ correct in the your version or mine? > >>> My version works with 3.11.0 but not later3.11 versions. > >>> > >>> Thanks Russ > >>> Sorry first time I hit wrong button and sent this direct to Sid. > >> > >> Thanks for all the replies. Yes, it is a patch for the Nvidia run > >> file and not the kernel. My mistake. > >> > >> The version of the patch file is different from both of yours: > >> > >> My version: > >> 0f "kernel-v3.11.patch > >> > >> --- a/kernel/nv-linux.h > >> +++ b/kernel/nv-linux.h > >> @@ -957,7 +957,11 @@ static inline int nv_execute_on_all_cpus > >> > >> #endif > >> > >> #if !defined(NV_VMWARE) > >> > >> +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 11, 0) > >> +#define NV_NUM_PHYSPAGES get_num_physpages() > >> +#else > >> > >> #define NV_NUM_PHYSPAGES num_physpages > >> > >> +#endif > >> > >> #define NV_GET_CURRENT_PROCESS() current->tgid > >> #define NV_IN_ATOMIC() in_atomic() > >> #define NV_LOCAL_BH_DISABLE() local_bh_disable() > >> > >> --- a/kernel/nv-drm.c > >> +++ b/kernel/nv-drm.c > >> @@ -106,7 +106,11 @@ static const struct file_operations nv_d > >> > >> .unlocked_ioctl = drm_ioctl, > >> .mmap = drm_gem_mmap, > >> .poll = drm_poll, > >> > >> +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 12, 0) > >> +// .fasync = drm_fasync, > >> +#else > >> > >> .fasync = drm_fasync, > >> > >> +#endif > >> > >> .read = drm_read, > >> .llseek = noop_llseek, > >> > >> }; > >> > >> @@ -202,12 +206,16 @@ RM_STATUS NV_API_CALL nv_alloc_os_descri > >> > >> memset(&nv_obj->base, 0, sizeof(nv_obj->base)); > >> nv_obj->pages = pages; > >> > >> +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 12, 0) > >> + drm_gem_private_object_init(nvl->drm, &nv_obj->base, size); > >> +#else > >> > >> ret = drm_gem_private_object_init(nvl->drm, &nv_obj->base, > >> size); > >> > >> if (ret) > >> > >> { > >> > >> status = RM_ERR_OPERATING_SYSTEM; > >> goto done; > >> > >> } > >> > >> +#endif > >> > >> ret = drm_gem_handle_create(file_priv, &nv_obj->base, > >> handle); > >> if (ret) > >> > >> --- a/kernel/nv.c > >> +++ b/kernel/nv.c > >> @@ -16,8 +16,12 @@ > >> > >> #include "rmil.h" > >> > >> #if defined(MODULE_LICENSE) > >> > >> +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 12, 0) > >> +MODULE_LICENSE("GPL"); > >> +#else > >> > >> MODULE_LICENSE("NVIDIA"); > >> #endif > >> > >> +#endif > >> > >> #if defined(MODULE_INFO) > >> MODULE_INFO(supported, "external"); > >> #endif > >> > >> Not sure if you trimmed your listings or are there really different > >> versions floating around with the same title? > >> > >> Anyway, when II attempted to use either method suggested they both > >> failed with mainly "file not found" errors. > >> > >> Thanks, Tom > >> > >> -- > >> The foolish man seeks happiness in the distance. The wise man grows > >> it under his feet. > >> > >> - James Oppenheim > >> > >> ^^ --... ...-- / -.- --. --... -.-. ..-. -.-. > >> > >> ^^^^ > >> Tom Taylor - retired penguin - KG7CFC > >> AMD Phenom II x4 955 -- 4GB RAM -- 2x1.5TB sata2 > >> openSUSE 13.1_M4-x86_64 > >> KDE 4.11.00, FF 22.0, claws-mail 3.9.2 > >> registered linux user 263467 > >> -- > >> To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org > >> To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org > > > > Tom: I will try your much larger patch. The patch I used patch: > > CODE: > > --------- > > NVIDIA-Linux-x86_64-325.15/kernel/nv-linux.h > > _______ > > which is extracted from the NVIDIA-Linux-x86_64-325.15.run file. it > > works fine on 3.11.0. I will try your more complete patch on 3.11. > > latest update of the 12.3 kernel. If that works and I get my 13.1 > > Beta 1 to work I'll try it there. its on a seperate disk.. > > > > Will post result. > > > > Thanks for the quick response. > > Russ > > Are you using Tumbleweed kernels. What's the exact kernel? > > -- > Cheers! > > Roman This is the one that is working on 12.3 now, No Tumbleweed installed: CODE: ----------- uname -a Linux linux-rpl7 3.11.0-2.g0a1c41f-desktop #1 SMP PREEMPT Thu Sep 5 10:20:59 UTC 2013 (0a1c41f) x86_64 x86_64 x86_64 GNU/Linux _______ Others installed are from: http://download.opensuse.org/repositories/Kernel:/stable/standard/ There is an update waiting to download now: 3.11.1-3.1.gfeffbf9 (3.11.2-1.1.g4c1fc5a) I have two other 3.11.1-3 and 3.11.1-2 which I will uninstall. Thanks for your continuing input. Russ -- openSUSE 12.3(Linux 3.11.0-2.g0a1c41f-desktop)|KDE 4.11.1 |Intel core2duo 2.5 MHZ,|8GB DDR3|GeForce 8400GS (NVIDIA-Linux-x86_64-325.15 Patched) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 5

Re: [opensuse-factory] BlueZ 5
by Dominique Leuenberger a.k.a. Dimstar 04 Oct '13

04 Oct '13

Quoting Alin Marin Elena <alinm.elena(a)gmail.com>: > Hi Dominique, > > I am testing the thing in kde... ok... the mouse part as I have a bluetooth > one... > still not working. > I am using Raymond's packages which I suspect are not divergent form your > test bed. I don't think 'openobex' has anything to do with the mouse :) So this package should not do any difference. Can you pair the mouse using hcitool to verify if you see an 'underlying' issue on the BT stack as opposed to use the GUI tools? you schould be able to statr cluetoothctl (which is a 'shell' tool interacting with the stack): bluetoothctl [bluetooth]# list Controller <cmac> BlueZ 5.5 [default] [bluetooth]# select <cmac> [bluetooth]# power on [bluetooth]# scan on /// enable scanning mode on your mouse [bluetooth]# devices Device <mmac> Name: Bluetooth Mouse [bluetooth]# trust <mmac> [bluetooth]# pairable on [bluetooth]# pair <mmac> [bluetooth]# connect <mmac> That should confirm that the BT stack itself works as expected and would hint at anything GUI related 'not doing the right thing'. Cheers, Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 4

[opensuse-factory] Missing key on Lenovo ThinkPad Edge E430
by Marcos Mello 04 Oct '13

04 Oct '13

Hi list, I installed openSUSE 12.3 on a Lenovo ThinkPad Edge E430 from Brazil (pt-br keyboard) and the "/?" key does not work. So far I just did a BIOS update to the latest version 2.54 but no luck :( It needs a quirk even with Windows: http://support.lenovo.com/en_US/diagnose-and-fix/detail.page?DocID=HT037686 Where should I report this? -- Marcos -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] huawei usb dongle e173 not working on tumbleweed
by Ron Brickle 04 Oct '13

04 Oct '13

Hi I have been trying to get my huawei usb dongle working on Tumbleweed but to no avail so in desperation I am sending this email. it works fine on 12.3 opensuse so hopefully you can fix this problem I tried to get it working from help from the tumbleweed forum it is recognized in lsusb but doesn show in network-manager regards and thanks Ron Brickle -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 2

[opensuse-factory] Is openSUSE considering to bring back webpin?
by Roman Bysh 03 Oct '13

03 Oct '13

Hello Listmates, I was reading the Hack Week webpage and some peopling were suggesting to revive webpin for openSUSE. Here's the link: https://hackweek.suse.com/projects/42 Any thoughts? -- Cheers! Roman ------------------------------------------- openSUSE -- Get it! Discover it! Share it! ------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 7

Re: [opensuse-factory] huawei usb dongle e173 not working on tumbleweed
by Larry Finger 03 Oct '13

03 Oct '13

On 10/03/2013 02:13 AM, Ron Brickle wrote: > On Wed, 2013-10-02 at 22:56 -0500, Larry Finger wrote: >> On 10/02/2013 09:02 PM, Ron Brickle wrote: >>> Hi I have been trying to get my huawei usb dongle working on Tumbleweed >>> but to no avail so in desperation I am sending this email. it works >>> fine on 12.3 opensuse so hopefully you can fix this problem I tried to >>> get it working from help from the tumbleweed forum it is recognized in >>> lsusb but doesn show in network-manager >>> regards and thanks Ron Brickle >> >> Firmware? >> >> A device present in lsusb only means that it is connected to the USB system. For >> NM to have it, any firmware must be present, the wifi-enable switch for *ALL* >> devices must be on, the device must be recognized by some driver, and that >> driver must load and initialize correctly. From the information you provided, it >> is impossible to tell where it is failing. >> >> Larry >> >> Hi i just put this in terminal as normal user then as root > > rpm -ql usb_modeswitch-data|grep 1446 > it returns no answer and it should be this I am told if so the driver > isnt installed for this usb modem TargetVendor= 0x12d1 > TargetProductList="1001,1406,140b,140c,1412,141b,1433,1436,14ac,1506" > > MessageContent="55534243123456780000000000000011062000000100000000000000000000" > is this any help > regards ron > lsusb gives thisron@desktop:~> rpm -ql usb_modeswitch-data|grep 1446 > ron@desktop:~> lsusb > Bus 001 Device 002: ID 8087:8008 Intel Corp. > Bus 002 Device 002: ID 8087:8000 Intel Corp. > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 001 Device 003: ID 046d:0809 Logitech, Inc. Webcam Pro 9000 > Bus 002 Device 003: ID 174c:2074 ASMedia Technology Inc. > Bus 002 Device 004: ID 2109:2812 > Bus 002 Device 007: ID 12d1:1446 Huawei Technologies Co., Ltd. > E1552/E1800/E173 (HSPA modem) > Bus 002 Device 005: ID 046d:c526 Logitech, Inc. Nano Receiver > Bus 002 Device 006: ID 046d:c52b Logitech, Inc. Unifying Receiver > and usb-devices gives this > Bus=02 Lev=03 Prnt=04 Port=00 Cnt=01 Dev#= 7 Spd=480 MxCh= 0 > D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 > P: Vendor=12d1 ProdID=1446 Rev=00.00 > S: Manufacturer=HUAWEI Technology > S: Product=HUAWEI Mobile > C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=500mA > I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 > Driver=usb-storage > I: If#= 1 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 > Driver=usb-storage > thanks for your reply regards ron From the usb-devices output, the device obviously needs to be mode switched. There may be a regression from the openSUSE 12.3 kernel (probably 3.7) to the one used by Tumbleweed. The usb-storage drivers are maintinaed by Matthew Dharm <mdharm-usb(a)one-eyed-alien.net>. I suggest you contact him with a Cc to linux-usb(a)vger.kernel.org, usb-storage(a)lists.one-eyed-alien.net, and linux-kernel(a)vger.kernel.org and and state your problem, that it worked in kernel 3.7, but fails in the kernel 3.XX with the XX replaced by the version returned by 'uname -r'. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] rubygem-gettext update to 3.0.1 breaks "rake gettext:pack"
by Tim Serong 03 Oct '13

03 Oct '13

Hi All, rubygem-gettext has been updated to version 3.0.1 in openSUSE:Factory, which seems to break "rake gettext:pack" with: rake aborted! cannot load such file -- gettext/utils AFACIT we need a newer rubygem-gettext_i18n_rails to accommodate recent changes in rubygem-gettext. Is anyone already looking at this? Thanks, Tim -- Tim Serong Senior Clustering Engineer SUSE tserong(a)suse.com -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Bison update in Factory
by Dimstar / Dominique Leuenberger 02 Oct '13

02 Oct '13

Hi all, seems a few days ago we got a new Bison checkin into Factory, which causes a bunch of fallouts (e.g. gstreamer-0.10, libgnomeprint are just some I came across so far). Not surprisingly, of course, those are 'no longer maintained' code bases by their respective upstreams. And I have, in all honesty, no idea about bison / flex / yacc syntax. Anybody who know about this stuff willing to step up and help out solving those issues? Thanks a lot! Dominique NB: I really don't think we should unfreeze Factory 2 months prior to a release. It makes stuff for devs focusing on 13.1 really nasty, as our devel projects start failing for stuff which we do not have to worry (yet) for 13.1. Seeing this large 'diff' already shows that only part of the contributors actually care for the releases / stabilisation period, which is actually a shame. -- Dimstar / Dominique Leuenberger <dimstar(a)opensuse.org> -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 7

[opensuse-factory] 13.1b1 mkinitrd problem
by Per Jessen 02 Oct '13

02 Oct '13

See https://bugzilla.novell.com/show_bug.cgi?id=843665 Basically, on 13.1b1 mkinitrd does not build a working initrd whereas it did/does on 12.3. On 13.1b1, feature "network" isn't automatically included nor is my network module which is required for a network boot. -- Per Jessen, Zürich (13.5°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] yast dependencies
by Alejandro Bonilla 02 Oct '13

02 Oct '13

Hi, I've upgraded from 12.3 to 13.1 but unfortunately, yast won't load. It looks like the culprit is 2013-09-20 14:05:03 <3> e6510.site(15413) [Y2Ruby] binary/YRuby.cc(callClient):235 cannot require yast:cannot load such file -- fast_gettext at /usr/lib64/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:45:in `require' Do we have any information on the new requirements for yast? Thanks, Al -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 20

[opensuse-factory] Hypersensitive mouse in 13.1 installer
by Andrey Borzenkov 01 Oct '13

01 Oct '13

I can barely use mouse when installing 13.1 - acceleration is so high that it makes it near to impossible to position. I do not know whether this is kernel or X issue, but it would be nice to slow it down a bit, the same as in 12.3. Anyone noticed it as well? Using QEMU if it matters. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] New package submission to factory - jq
by Robert Munteanu 01 Oct '13

01 Oct '13

Hi, I'd like to introduce a new submission for factory - jq. As described in a previous mail, jq [0] is a lightweight and flexible command-line JSON processor. jq is like sed for JSON data – you can use it to slice and filter and map and transform structured data with the same ease that sed, awk, grep and friends let you play with text. jq currently lives in utilities/jq [1] and I'll forward it to factory soon. Robert [0]: http://stedolan.github.io/jq/ [1]: https://build.opensuse.org/package/show/utilities/jq -- http://robert.muntea.nu/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] kdenetwork3 build issues
by Tomáš Chvátal 01 Oct '13

01 Oct '13

Hello guys, I was looking into our failures and kdenetwork3 fails for quite time with OOM. Possibly it is caused by gcc4.8. But I have not enough C++ foo to figure out how to fix this. We need it rolling so we can still keep kde3 stuff in 13.1 so anyone feels like sorting it out? Cheers Tom

3 8

[opensuse-factory] 13.1b1: thunderbird installed, no KDE menu entries created
by Per Jessen 01 Oct '13

01 Oct '13

See $SUBJ. -- Per Jessen, Zürich (19.1°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 6

[opensuse-factory] Looking for a devel project for jq
by Robert Munteanu 01 Oct '13

01 Oct '13

Hi, I've packed jq [0] in my home project [1] and I want to submit it, but I'm not sure where to. To quote the project website "jq is a lightweight and flexible command-line JSON processor" Any suggestion is appreciated. Thanks, Robert [0]: http://stedolan.github.io/jq/ [1]:https://build.opensuse.org/package/show/home:robert_munteanu/jq -- http://robert.muntea.nu/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 3

[opensuse-factory] Networkmanager 0.9.8.6 with bluez5
by Jeffrey Cheung 01 Oct '13

01 Oct '13

Hi all Yesterday, networkmanager-list(a)gnome.org announced Networkmanager 0.9.8.6 includes support for BlueZ 5 http://www.mail-archive.com/networkmanager-list@gnome.org/msg23450.html Per announcement: >>> This release is mostly the same as 0.9.8.4, but now includes support for BlueZ 5. (It also includes one bug fix and a translation update.) Everyone is encouraged to upgrade to this new stable release. http://ftp.gnome.org/pub/gnome/sources/NetworkManager/0.9/ >>> So, I wonder if we will take this version in 13.1 RC1 ? thanks, Jeffrey -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 3

[opensuse-factory] Арбитриажные процессы любой сложности!!))
by Регинка Красильникова 01 Oct '13

01 Oct '13

http://smok.org.pl/r7.php -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0