- Arch-general - lists.archlinux.org

[arch-general] PAM/crond crashes with glibc 2.21-1
by Genes Lists 08 Feb '15

08 Feb '15

Fully updated from testing repo. Bug filed: https://bugs.archlinux.org/task/43738 After this glibc update I am now getting: crond[952]: PAM unable to dlopen(/usr/lib/security/pam_unix.so): /usr/lib/libpthread.so.0: symbol __getrlimit, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference crond[952]: PAM adding faulty module: /usr/lib/security/pam_unix.so crond[952]: segfault at 59d6 ip 00000000000059d6 sp 00007fffea697798 error 14 in crond[400000+d000] Perhaps packages need to be rebuilt against the new glibc? Thanks Gene

2 2

[arch-general] Hello!
by Shurjo Sakib Masood 08 Feb '15

08 Feb '15

Hey people, this is Shurjo. Just saying hi :)

9 8

[arch-general] anyone interested in a multilib qt-at-spi package?
by kendell clark 07 Feb '15

07 Feb '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 hi all I'm not sure how to begin this, but here goes. In order for screen readers, like orca, to be able to access applications written in qt4 (qt5 handles all of this built in}, it needs a package called qt-at-spi. This is a bridge of sorts which links the qt accessibility API's to the at-spi daemon which orca uses to read the screen. This is in community, so this all works. However, there's an issue that's just obscure enough that I'm not sure how to handle it. The issue arises when 64 bit linux installations try to talk to 32 bit qt applications. Since the qt at-spi bridge is 64 bit, it can't communicate with the 32 bit app, so orca cannot read it. THis makes applications such as teamviewer and skype completely inaccessible on 64 bit systsms. I'm not certain teamviewer is written in qt, but I do knos skype is. Ok, ramble over. Is anyone interested in building a 32 bit version of the qt-at-spi package and possibly throwing it in multilib? THis does not need any maintenance, since this is only for qt4 applications, the package has been deprecated since the code has been murged into qt5. I've tried a few workarounds to no avail. I've tried downloading the i686 package and trying to get pacman to install it, this didn't work. I tried extracting the actual .so files out and placing them in lib32, but I don't know enough about how the underlying system works to make this work. Thoughts? Kendell clarK -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJU1YfJAAoJEGYgJ5/kqBTd1Z0P/3o9RwAYZsm3I4SDoIXkhy6S tE0LZabP5EV3e5YrP+FvxVkL+t7Dp6GQdTqCEd0f14pptMLepagSrZUTLTAMvi7T jPX1dzz6Vm8atsbdpMa/bSZ0Jxok4adgejbjQhKgOR3M8Uzd8xojudNrhF8pDrVo K8bbory0Azj89fSrJOmp6O9Dx4AOlUbtZa6KWqQY/0YVPjKfG3chI9gcw3p1ldlZ KEtYhL6TSR1Fo3knDpbY5DFG4kDAtGYNnjUq14tF7S7R5QJ7LDlnHYTank0Xf3QW 2cMnozBdWmcaXvg/fpiO4WyYjGTsB3D1x4xoQ3U6l/VYFbY2FTSxbUN074e1KDI7 uh8FEbMudLFVaUokJKgBXCe8ARRb7XydW6WTA7tvIpSG3Hm4MplGV6qnpZxir8jB ZxYwZlsUWqqVT2FKXRM+xT+XAKxxoak+iNRgryAn1hXjV422BM5HHgaDE9GINH7V DKmbJstG2a6BS3cI4eMNXpnwAMWQILlzP2kaY31J/iYmfLg9ONTQbVyvWyMRuM50 QpCLiryZcFaya8ogmM+TjFLNaDz1da8hmUZeyYFmiMTJ4iC//SSJsOtIB+1fy0PB 3vT/k0gsYmnR2cCVaQIh04MwDsQT6FstczHJDT1ilcjiL1aR/jDpHIRZW+4y+ZVS tI1xjE9ApHna+mAw96xB =eJyz -----END PGP SIGNATURE-----

2 1

[arch-general] Why are CA certifcates writable for every user?
by Marcel Kleinfeller 07 Feb '15

07 Feb '15

Hello! When I'm doing "cd /etc/ssl/certs/ && ls -al" I see something like this: [...] lrwxrwxrwx 1 root root 102 21. Dez 17:56 Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.pem -> ../../ca-certificates/extracted/cadir/Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.pem [...] All certificates are publicly writable. I never set chmod to 777 on this directory and I see a great security lack here. Any program could inject its own certificate there, you should know this isn't good ;) Tell me whether this is just an issue on my own system or a general issue. Marcel Kleinfeller <marcel(a)oompf.de>

7 7

[arch-general] startx failed: modprobe: ERROR: could not insert 'nvidia': Operation not permitted
by Csányi Pál 06 Feb '15

06 Feb '15

Hi, on a fresh install of arch linux I have first installed the nouveau video driver. Then I realise I must install the nvidia driver because one application doesnÍt work without it. I have linux kernel 3.14.31.-1-lts installed. My videocard is GeForce 7600 GT so I installed the nvidia-304xx-libgl nvidia-304xx-lts nvidia-304xx-utils I created the configuration file for X Window system: Section "Device" Identifier "Nvidia Card" Driver "nvidia" VendorName "NVIDIA Corporation" EndSection In /etc/mkinitcpio.conf I have commented the line: #MODULES="nouveau" But, when I start X with 'startx' command, I get the error mentioned in subject of this mail. What am I missing here? -- Regards from Pal

4 5

[arch-general] core/crda and core/wireless-regdb are outdated
by Petko Bordjukov 06 Feb '15

06 Feb '15

Hello, The core/wireless-regdb package is 6 versions behind the current version of the wireless regulatory database (and has been flagged as out of date on 2014-12-02). I contacted the maintainer with a patch last month. Since then there has been a new release of wireless-regdb and a corresponding (and required by the newest version of wireless-regdb) release of CRDA. I have not yet received a response from the maintainer and I have patches that update both packages to the latest versions, what would you advise me to do in order to have them applied? Regards, Petko

1 1

Re: [arch-general] Fwd: Kernel panic - after upgrade
by Csányi Pál 06 Feb '15

06 Feb '15

2015-02-01 13:42 GMT+01:00 Guus Snijders <gsnijders(a)gmail.com>: > Op 1 feb. 2015 12:41 schreef "Csányi Pál" <csanyipal(a)gmail.com> het > volgende: > >> 2015-01-31 23:12 GMT+01:00 Guus Snijders <gsnijders(a)gmail.com>: >> > 2015-01-31 21:20 GMT+01:00 Christian Demsar <vixsomnis(a)fastmail.com>: >> > [...] >> >> At this point, I'd backup configuration files and home directories and >> >> do a full reinstall. Sounds like there's something going terribly >> >> wrong. >> >> Hopefully that works... >> > >> > Hmm, I'd first check if dmesg shows SATA error (bus reset, seek >> > failed, etc) and if that is not the case, I'd do a memory test >> > (memtest86 is very nice for this). >> > Seeing that the OP is getting kernel panics, my first guess is memory >> > problems (I fail to see how a bad HDD would cause panics), but I might >> > be wrong... >> >> The output of dmesg is here: >> http://pastebin.com/9TnBGHqn >> >> I did not see any suspicious in it. Am I right? > > A couple of things i noticed: > -Nvidea complaining about not having a textmode driver configured > - ext4 mentions 14 errors on sda4 > > I'm not sure if these are serious or not. Could you try the memtest first? > Bad memory can cause very strange errors and is easy to test (takes time, > though). Before I start the memtest I ask an advice: how long should I run the memtest? -- Regards from Pal

4 6

[arch-general] Trusting certificates when installing mono
by Drew DeVault 05 Feb '15

05 Feb '15

It can be a frequent problem among .NET devs that mono trusts no certificates by default. The usual procedure is to have users manually run `mozroots --import --sync` to trust the same certs Mozilla trusts, but that makes it so that there will always be a manual step after installing your software, even through a package manager. Can the mono package be altered to import all of the systemwide certificates (/etc/ssl/certs) into mono's trust store? This should make the problem much less frustrating. -- Drew DeVault

1 0

Re: [arch-general] [arch-dev-public] [extra] Dropping ocaml packages
by Mike Cloaked 03 Feb '15

03 Feb '15

On Tue, Feb 3, 2015 at 8:33 AM, Tobias Powalowski < tobias.powalowski(a)googlemail.com> wrote: > Hi guys, > I don't use it on any of my machines anymore, anyone who wants to step up? > Else those are candidates for AUR/community. > > ocaml > ocaml-compiler-libs > facile > lablgtk2 > unison > > greetings > tpowa > > I noticed from the arch-dev-public list in the post quoted above that ocaml is planned to be dropped to AUR or community. I also notice that ocaml is still a dependency for one of the kde packages. # pacman -R ocaml checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: kdeedu-kalzium: requires ocaml I guess it needs to be maintained else there may be problems with updates to kde in the future? -- mike c

5 4

[arch-general] NFS server broke after reboot - *urgent* need help
by Genes Lists 01 Feb '15

01 Feb '15

I have a problem where nfs failed. 2 units fail to start rpc-statd.service nfs-server.service. ------------------------------------- rpc-statd: systemctl status rpc-statd rpc.statd[736]: Version 1.3.2 starting rpc.statd[736]: Flags: TI-RPC rpc.statd[736]: Running as root. chown /var/lib/nfs to choose different user rpc.statd[736]: failed to create RPC listeners, exiting systemd[1]: rpc-statd.service: control process exited, code=exited status=1 systemd[1]: Failed to start NFS status monitor for NFSv2/3 locking.. systemd[1]: Unit rpc-statd.service entered failed state. systemd[1]: rpc-statd.service failed. ------------------------------------- I am unable to start this by hand either - continues to fail same way. I had seen this once a month or so back - but was able to start it by hand after machine was up. ------------------------------------- nfs-server: systemctl-status nfs-server ● nfs-server.service - NFS server and services Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Sat 2015-01-31 16:05:32 EST; 5min ago Process: 743 ExecStart=/usr/sbin/rpc.nfsd $RPCNFSDARGS (code=exited, status=1/FAILURE) Process: 741 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS) Main PID: 743 (code=exited, status=1/FAILURE) rpc.nfsd[743]: rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused) rpc.nfsd[743]: rpc.nfsd: unable to set any sockets for nfsd systemd[1]: nfs-server.service: main process exited, code=exited, status=1/FAILURE systemd[1]: Failed to start NFS server and services. systemd[1]: Unit nfs-server.service entered failed state. systemd[1]: nfs-server.service failed. ------------------------------------- Machine is fully updated from testing repo. I did try kernel 3.19.rc6 but it does not help. nfs-utils 1.3.2-1 linux 3.18.5-1 rpcbind 0.2.2-1 Really appreciate some help - this is my main nfs server and I can no longer get it working ... Thanks for any advice. gene

6 12