July 2014 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] empty tty10
by Felix Miata 18 Jul '14

18 Jul '14

Anyone know why post-13.1 vtty10 is nothing but black instead of kernel messages? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

Re: [opensuse-factory] Factory Updates
by gm1mqe＠aol.com 17 Jul '14

17 Jul '14

Thanks for the info. I will go back to sleep for a bit ! Cheers, Andy -----Original Message----- From: Alberto Planas Dominguez <aplanas(a)suse.de> To: opensuse-factory <opensuse-factory(a)opensuse.org> Sent: Thu, 17 Jul 2014 16:32 Subject: Re: [opensuse-factory] Factory Updates On Thursday, July 17, 2014 11:28:00 AM gm1mqe(a)aol.com wrote: > Am I right in thinking there have been no new snapshots since 29th June? This is the last one, from two weeks ago. We create snapshots when we see that makes sense. For the next release we are waiting to fix some kernel BtrFS details that openQA tell us in the FactoryToTest images. This ISO is also the recommended way today to install Factory from scratch. > Thanks, Andy -- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(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

1 0

[opensuse-factory] Factory Updates
by gm1mqe＠aol.com 17 Jul '14

17 Jul '14

Am I right in thinking there have been no new snapshots since 29th June? Thanks, Andy -- 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] factory-oss key expired
by Stefan Seyfried 17 Jul '14

17 Jul '14

Warning: The gpg key signing file 'content' has expired. Repository: factory-oss Key Name: openSUSE Project Signing Key <opensuse(a)opensuse.org> Key Fingerprint: 22C07BA5 34178CD0 2EFE22AA B88B2FD4 3DBDC284 Key Created: Fri Nov 7 15:10:07 2008 Key Expires: Sun May 4 17:01:33 2014 (EXPIRED) Rpm Name: gpg-pubkey-3dbdc284-49144c3f I already uninstalled gpg-pubkey-3dbdc284-49144c3f (the one I had installed had expired in 2010), but the one I got from the repo then is also already over its time... -- Stefan Seyfried "Your mail is 7 pages of printout. Do you seriously expect people that do openSUSE in their free time to read that? Little less Castro, little more JFK..." -- coolo -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 3

[opensuse-factory] New package depencies for Saltstack
by Niels Abspoel 15 Jul '14

15 Jul '14

Hi Everyone, I want to inform you all about the following new packages that I want to submit to factory: python-ioflo source https://github.com/ioflo/ioflo python-libnacl source https://github.com/saltstack/libnacl python-raet source https://github.com/saltstack/raet These new packages will be used with the upcoming salt major release. ioflo is a framework for programming rules/behavior libnacl is a python binding for libsodium (needed for new security within saltstack) raet is a new transport protocol developed by saltstack With kind regards, Niels Abspoel -- 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] Automatically unlocking kwallet on login
by Olav Reinert 15 Jul '14

15 Jul '14

I recently came across this very interesting article: https://www.dennogumi.org/2014/04/unlocking-kwallet-with-pam/ Ever since I started using KDE, it has annoyed me that that kwallet *always* asks for a password on login, even if it's the same as my login password. Apparently, I'm not the only one, and now someone seems to be working on a proper solution. My question is, will this functionality make it into openSUSE 13.2? Yes, I tried the solution proposed in the article, but couldn't get it to work. Debugging this stuff is a bit beyond me. \Olav -- 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] Encrypted Messenger for OpenSuse v.0.9.07
by Randolph 14 Jul '14

14 Jul '14

https://sourceforge.net/projects/goldbug/files/goldbug-im_OPENSUSE13.1/ http://software.opensuse.org/package/goldbug?search_term=goldbug http://goldbug.sourceforge.net/ goldbug v.0.9.07 Secure instant messenger GoldBug is a secure Instant Messenger. You can be sure with using GoldBug (GB), that no third party can look testinto your chat communication. Private user-to-user communication remains private. GoldBug therefore uses strong multi-encryption with different layers of modern encryption technologies of well known and revised crypto libraries (like libgcrypt (GnuPG) and OpenSSL). The app offers as well decentral and encrypted Email and decentral public E*IRC-Chat. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 3

[opensuse-factory] Effort to push Julia to openSUSE Factory
by Ronan Chagas 14 Jul '14

14 Jul '14

Hi guys, I'm maintaining Julia (http://www.julialang.org) package for openSUSE 13.1 and Tumbleweed here: https://build.opensuse.org/package/show/home:Ronis_BR/julia Additionally, Alin helped me to build it for Factory: https://build.opensuse.org/package/show/home:Ronis_BR:factory/julia The problem is that there are some libraries that are bundled with the package: _ OpenLIBM _ OpenSpecFun _ SuiteSparse (can be easily unbundled) _ RMATH _ libuv Some libraries seem to be heavily patched to be used with Julia (RMATH and libuv, I think). The others seem to need a specific version otherwise the building process could fail. To avoid those problems, I looked to the Archlinux and Ubuntu package to verify which libs are bundled and then I copied the configuration for my openSUSE package. Notice that all those bundled libs are installed in /usr/lib{64}/julia so it should not conflict if we have a another version of such libs installed concurrently. I just want to know if everything seems fine before submitting it to Factory. Best regards, Ronan -- 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] no nfs/bad rpcbind: unknown host/protocol not supported
by Felix Miata 13 Jul '14

13 Jul '14

I just did a fresh HTTP Factory install, and am having an inexplicable problem with NFS that my other Factory installations have never had. Anyone know from the following what I'm missing, or if there is a known rpcbind/nfs configuration problem? To/from internet works fine. # showmount -e <hostname> clnt_create: RPC: Unknown host # showmount -e <hostIP> clnt_create: RPC: Unknown host # mount -t nfs <IP:export> <mountpoint> mount.nfs: Protocol not supported # chkconfig -l | grep nfs nfs 0:off 1:off 2:off 3:on 4:off 5:on 6:off nfsserver 0:off 1:off 2:off 3:on 4:off 5:on 6:off # systemctl list-unit-files | grep rpc rpc-statd.service static rpcbind.service enabled rpcbind.socket enabled rpcbind.target static # systemctl list-units | grep nfs proc-fs-nfsd.mount loaded active mounted /proc/fs/nfsd var-lib-nfs-rpc_pipefs.mount loaded active mounted /var/lib/nfs/rpc_pipefs nfs.service loaded active running LSB: NFS client services nfsserver.service loaded failed failed LSB: Start the kernel based NFS daemon # (packages) libdcerpc-binding0-4.1.9-1.1.i586 libdcerpc0-4.1.9-1.1.i586 libtirpc1-0.2.3-5.3.i586 nfs-client-1.3.0-1.1.i586 nfs-kernel-server-1.3.0-1.1.i586 nfsidmap-0.25-5.3.i586 rpcbind-0.2.1_rc4-7.1.i586 yast2-nfs-client-3.1.5-1.1.noarch yast2-nfs-common-3.1.7-1.1.noarch # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.2.1 0.0.0.0 UG 0 0 0 eth0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- 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] /tmp permissions problem
by Sid Boyce 10 Jul '14

10 Jul '14

This happens only on one x86_64 box with the effect that X fails and Xorg.0.log ends as follows [ 32.801] (II) NOUVEAU(0): NVLeaveVT is called. [ 32.802] (II) NOUVEAU(0): Closed GPU channel 0 [ 32.880] (EE) Server terminated successfully (0). Closing log file. /etc/permissions setting is not honoured, it gets set to drwxr-xr-x instead. sabre:~ # grep tmp /etc/permissions /tmp/ root:root 1777 /tmp/.X11-unix/ root:root 1777 /tmp/.ICE-unix/ root:root 1777 /var/tmp/ root:root 1777 /var/log/wtmp root:utmp 664 /var/log/btmp root:root 600 /var/run/utmp root:utmp 664 /run/utmp root:utmp 664 /usr/sbin/utempter root:utmp 2755 /usr/lib/utempter/utempter root:utmp 2755 Setting it manually but it reverts to the wrong permissions after a reboot. I can't find what is causing this to happen. sabre:~ # umask 0022 No problem on the other 2 boxes. 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

3 5