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