- Arch-general - lists.archlinux.org

[arch-general] archwiki - PHP page, no longer a recommended config for php and apache?
by David C. Rankin 23 Nov '15

23 Nov '15

All, Less than 90 days ago I went through a server rebuild and at the time there were 3 options listed in the PHP wiki for using PHP (the normal php package) with apache: libphp5.so apache2-mpm-worker and mod_fcgid php-fpm and mod_proxy_fcgi (see original thread from 8/25/15 titled: "PHP - libphp5.so, OR php-fpm and mod_proxy_fcgi, OR php5 with apache2-mpm-worker and mod_fcgid") I initially installed with libphp5.so, and all worked well. I was going to investigate the other two over the holidays, but returning to the wiki today I find none of those remain recommended configurations. Instead, now the wiki only recommends a configuration for Zend Core + Apache which includes: Install mod_fcgid (the official one sucks) Install Zend Core (official PHP distribution) Uninstall the php package ^^^^^^^^^ Where the confusion lies, is there are no longer *any* suggested configurations for plain PHP (from the traditional php package) and Apache? Does this mean that the combination of plain php and apache is no longer recommended/supported on Arch or has the earlier content of wiki just been deleted for some other reason? Are the other configurations for using the normal php package with apache still fine, but will no longer be mentioned in the arch wiki? I try to stick with the way arch recommends doing/configuring packages as stated in the arch wiki, but it just seems like the current PHP wiki page has either had relevant information unintentionally deleted, or the entire way apache/php has been used in the past is undergoing a radical change. What say those that know? -- David C. Rankin, J.D.,P.E.

3 3

[arch-general] Bug? Home (encrypted) unmount error message during shutdown, when using UUID in fstab
by Merlin Büge 22 Nov '15

22 Nov '15

Hello everyone, This is my first post here, hope I'm doing it allright:) I have an encrypted setup with both / and home encrypted, on two different partitions with plain LUKS, so no LVM, RAID, etc.. Since my last Arch update I have a strange issue: during shutdown, I get the following error message: systemd[1]: Stopped (with error) /dev/mapper/home_crypt. Due to a hint on #archlinux, I've changed the specification of the encrypted home_partition in my /etc/fstab from "UUID=..." to "/dev/mapper/home_crypt", and this indeed removed the error message during shutdown. Before the update, everything went fine - with UUID in my /etc/fstab. I described the issue very detailed here: https://bbs.archlinux.org/viewtopic.php?pid=1580311 I'm not sure if this is a bug, so my question is, should I file a bug report on this? Thank you! Have a nice day :) Merlin -- Merlin Büge <toni(a)bluenox07.de>

1 0

[arch-general] Rerun bootloader from initramfs
by Mauro Santos 20 Nov '15

20 Nov '15

I've been searching if rerunning the bootloader from an initramfs is possible but my searches have come up empty. Anyone here knows how to do it or if it is possible? I would be happy if someone could provide me with some pointers. -- Mauro Santos

6 12

[arch-general] Mouse buttons not working in X
by Magnus Therning 17 Nov '15

17 Nov '15

I've just updated a sligtly neglected machine I have (not upgraded since mid-September). Thanks to the [ARA][1] I managed to upgrade it in weekly steps. It all seemed to work fine, and indeed it boots just fine. There's only one little thing that's broken: the mouse buttons don't work. Yes, it's really only the mouse buttons that don't work. I can move the pointer using the mouse. I can scroll using the scroll wheel. Starting `xev` I thought I'd have a look at what actually happens: 1. Start `xev`. 2. Move the pointer into the window -> the various events scroll by in the terminal. 3. Press the left mouse button -> no event printed in the terminal. 4. Move the pointer in the window -> no events are printed in the terminal. 5. Change focus to another window using Ctrl-Tab, change back -> movements in the `xev` window once again generate events. I've tried searching for a solution, but I can't find anything resembling this. What could be causing this behaviour, and how do I fix it? /M [1]: https://wiki.archlinux.org/index.php/Arch_Linux_Archive -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Goto labels should be left-aligned in all caps and should include the programmer's name, home phone number, and credit card number. -- Abdul Nizar

5 11

[arch-general] lxc-console to LXC container not working
by Viktor Trojanovic 17 Nov '15

17 Nov '15

Hi list, I ran pacman -Syu on one of my LXC containers running Arch and subsequently could not log on to it using lxc-console. The login screen would appear at first but the credentials entry was messed up. Every time I enter my credentials, I get back a login prompt, and several times the password entry would not even be obfuscated but show the typed text. At any rate, no matter how often I would try to login, it would fail. Luckily, lxc-attach still worked so I could easily check the logs, here an extract: Nov 17 15:49:51 fileserver login[90]: pam_unix(login:auth): authentication failure; logname=LOGIN uid=0 euid=0 tty=pts/0 ruser= Nov 17 15:49:54 fileserver login[90]: FAILED LOGIN 1 FROM pts/0 FOR viktor, Authentication failure Nov 17 15:49:57 fileserver login[90]: pam_securetty(login:auth): unexpected response from failed conversation function Nov 17 15:49:57 fileserver login[90]: pam_securetty(login:auth): cannot determine username Nov 17 15:49:57 fileserver login[90]: pam_nologin(login:auth): cannot determine username Nov 17 15:49:57 fileserver login[90]: FAILED LOGIN SESSION FROM pts/0 FOR (unknown), Error in service module Nov 17 15:49:57 fileserver login[86]: pam_tally(login:auth): pam_get_uid; no such user Nov 17 15:50:00 fileserver systemd[1]: container-getty(a)0.service: Service has no hold-off time, scheduling restart. Nov 17 15:50:00 fileserver systemd[1]: Stopped Container Getty on /dev/pts/0. Nov 17 15:50:00 fileserver systemd[1]: Started Container Getty on /dev/pts/0. Nov 17 15:50:00 fileserver systemd[1]: getty(a)lxc-tty1.service: Service has no hold-off time, scheduling restart. Nov 17 15:50:00 fileserver systemd[1]: Stopped Getty on lxc/tty1. Nov 17 15:50:00 fileserver systemd[1]: Started Getty on lxc/tty1. Nov 17 15:50:04 fileserver agetty[109]: pts/0: input overrun I solved my issue simply by commenting the line auth required pam_securetty.so in the file /etc/pam.d/login, and now I can properly log in using lxc-console. Does anyone know what the exact issue is here, and if there is a better way to handle this than I presented? Thanks, Viktor

1 0

[arch-general] Policy about packages and file capabilities
by Damjan Georgievski 16 Nov '15

16 Nov '15

What's the policy about capabilities for executables in Arch packages? I'm asking since in my setup I'm running wpa_supplicant as the 'nobody' user, but I let it keep the NET_ADMIN and NET_RAW capabilities (excerpt from the .service file): User=nobody SupplementaryGroups=rfkill CapabilityBoundingSet=CAP_NET_ADMIN CAP_NET_RAW The executable needs to have those capabilities on the executable in order to keep them when switching to user `nobody`, so I set them with: setcap 'cap_net_raw=ep cap_net_admin=ep' /usr/bin/wpa_supplicant I'd suggest (and send a patch) to add these capabilities in the next update to the package if that's acceptable. PS. wpa_supplicant is still not updated from version 2.3 which doesn't work with the wifi interface in the 4addr mode, bridged and with the -b option of wpa_supplicant. 2.4 and 2.5 work in that scenario. so I hope an update is due. -- damjan

2 3

[arch-general] gsl 2.1
by Scott Lawrence 16 Nov '15

16 Nov '15

Hi all, It seems that the latest officially stable version of gsl (gnu scientific library) is 2.1. The repository is at 1.16, and I don't see anything more recent in [testing] or AUR. Is there an intention to update this package straight to 2.1, or to introduce a gsl2 package? I've no problem with putting this on AUR myself, but I don't want to step on toes / waste time. -- Scott Lawrence

4 4

[arch-general] Thunar sftp connection not working - access denied
by Friedrich Strohmaier 15 Nov '15

15 Nov '15

Hi Folks, since some time I cannot get thunar connect my remote servers folders via sftp. Error dialog: Failed to open "/my/remote/path on my.server" access denied ssh access works as expected. I feel like it stopped working after I got this arch announce: https://www.archlinux.org/news/d-bus-now-launches-user-buses/ System: recent arch x86_64 xfce4 4.12 I didn't find anything useful by net search, so my question here: Did anyone else get hit by this? Is there likely a relation to changes in D-Bus. Any hint to nail down this one appreciated. -- Friedrich

3 8

[arch-general] Line Drawing Characters
by David N Murray 14 Nov '15

14 Nov '15

Hi all, I've built several machines by installing Arch from scratch. Recently, I built a Linode VM using their Arch image, dated 2015-08. From there, I did a normal `pacman -Syu` to update the system. My problem is probably trivial, annoying, and I haven't been able to figure it out. I'm hoping someone can give me a hint on where to look. I've been through the post-install docs and can't figure out what might be causing this. The machine I'm on is running xfce and I'm using xfce4-terminal 0.6.3. If I do something like `systemctl status`, I see output that is mostly ascii characters: * on the first line next to the name of the host, pipe (|) next to each line in the CGroup. If I ssh into another local machine, I see the same thing. My problem is on the Linode box. When I ssh there and run the same command, I'm seeing garbage where I see pipes next to each line in the CGroup output. I don't know if this is going to paste properly, but I'll try: Local: CGroup: / |-init.scope Linode: CGroup: / ââinit.scope On the linode box, those 2 characters actually occupy 6 characters in the output and the last 5 characters are each drawn in a box and overwrite the first character of the process name. All the characters appear as "garbage." What's really strange is that the output from `top` is fine, and that appears to use some graphics and color. Has anyone seen something like this? All sessions have the same TERM variable (xterm). This is an area of any Linux I've never spent much time. It always just worked out-of-the-box (for any distro I've ever used). The only thing I can think of at this point is to try and diff the two systems' /etc directories and see if I can track it down that way. Maybe that's next. TIA, Dave

3 3

[arch-general] Xorg 1.18.0 enters [testing].
by Laurent Carlier 14 Nov '15

14 Nov '15

Xorg 1.18.0 is entering [testing] with the following changes: - You can now choose between xf86-input-evdev and xf86-input-libinput. - xf86-input-aiptek will not be updated and will be removed when xorg-1.18.0 is moved to [extra] Caveat: NVIDIA drivers are not yet compatible with 1.18.0. You can block the upgrade by appending --ignoregroup=xorg to the pacman command or adding 'xorg' to IgnoreGroup in pacman.conf -- Laurent Carlier http://www.archlinux.org

2 1