- Arch-general - lists.archlinux.org

[arch-general] linux-3.14.3-1 and FAT32 /boot partition mount fail
by Andrey Mivrenik 12 May '14

12 May '14

Hello, After Linux kernel update my system can't boot properly because of this error: > [FAILED] Failed to mount /boot Although it gives me opportunity to login as root. When I try to mount it manually: > mount: unknown filesystem type 'vfat' Kernel downgrade to 3.14.2-1 resolved this. So, did I miss something or it's a bug? I have to use FAT32 for /boot because I have that UEFI thing. Regards, -- *GPG Key ID:* D782DAB8

3 3

[arch-general] NTP: Possible permissions bug
by Kyle Terrien 12 May '14

12 May '14

Hi fellow Archers, I seem to be having trouble with ntpd.service since the 4.2.7 upgrade. I can't get ntpd to run as the ntp user. I'm using the /etc/ntp.conf provided by the package ntp. When starting ntpd.service (systemctl start ntp.service), ntpd spikes the CPU for a moment, and then spikes the CPU about every 5 minutes afterward. What's more is ntpq -p returns "No association ID's returned". I ran "ntpd -g -u ntp:ntp -p /run/ntpd.pid -d" (from the Systemd unit file). The results: <http://sprunge.us/QbYL> The part I found of interest were the lines that read: intres: EAI_SYSTEM errno 11 (Resource temporarily unavailable) means try again, right? select() returned -1: Interrupted system call select() returned -1: Interrupted system call I took out the "-u ntp:ntp" parameter (so ntp runs as root), and these errors disappeared. Also, ntpq -p returns the NTP servers I'm synchronized with. So, I'm pretty sure the issue is permissions related, but I have no idea what it's running into. Any insight? I currently modified /usr/lib/systemd/system/ntpd.service so that ntpd runs as root instead of the user ntp. (Is there a cleaner way to tweak a systemd unit file?) Everything seems to run fine for now. On a side note, the Wiki says that timedatectl (part of systemd) can use ntp for synchronization [1]. However, the man page for timedatectl shows an example where chrony (another NTP server) is running. Does ntpd.service need to be running for timedatectl to set time via NTP? Is there a way to force timedatectl to query NTP (for testing)? --Kyle [1] https://wiki.archlinux.org/index.php/Ntp#systemd_services

5 10

[arch-general] error: haskell-core: signature
by Ralf Mardorf 12 May '14

12 May '14

Hi, I don't know what to do, to get rid of the haskell-core errors [1] Regards, Ralf [1] https://github.com/archhaskell/habs/blob/master/README.md # cat /etc/pacman.conf [snip] [haskell-core] Server = http://xsounds.org/~haskell/core/$arch # pacman -Syu error: haskell-core: signature from "ArchHaskell (Magnus Therning) <magnus(a)therning.org>" is unknown trust :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date archaudio-production is up to date haskell-core is up to date error: database 'haskell-core' is not valid (invalid or corrupted database (PGP signature)) # pacman-key -l [snip] pub 2048D/4209170B 2012-12-26 uid ArchHaskell (Magnus Therning) <magnus(a)therning.org> sub 2048D/A418C0FE 2012-12-26 # gpg --list-keys [snip] pub 2048D/4209170B 2012-12-26 uid ArchHaskell (Magnus Therning) <magnus(a)therning.org> sub 2048D/A418C0FE 2012-12-26

3 2

[arch-general] Selective upgrade: pacman -Syu, "yes" but not the kernel
by Mihamina Rakotomandimby 12 May '14

12 May '14

Hi all, I would like to make my system up to date except for the kernel. "pacman -Syu" propose to upgrade a bunch of softwares that includes the kernel There's nothing wrong on upgrading the kernel, but I would like to delay it to the week-end. It's not a definitive refusal, it's just temporary. How to tell pacman "OK for the upgrades, but dont upgrade the kernel for now"? It currently wants to proceed with Packages (43): firefox-29.0.1-1 gawk-4.1.1-1 gcc-4.9.0-2 gcc-libs-4.9.0-2 grub-1:2.02.beta2-3 gtkspell3-3.0.6-1 gvfs-1.20.2-1 gvfs-gphoto2-1.20.2-1 gvfs-mtp-1.20.2-1 gvfs-smb-1.20.2-1 imagemagick-6.8.9.1-1 intel-dri-10.1.3-1 libcacard-2.0.0-2 libcdr-0.0.16-2 libmspub-0.0.6-2 libreoffice-base-4.2.4-1 libreoffice-calc-4.2.4-1 libreoffice-common-4.2.4-1 libreoffice-draw-4.2.4-1 libreoffice-en-US-4.2.4-1 libreoffice-fr-4.2.4-1 libreoffice-gnome-4.2.4-1 libreoffice-impress-4.2.4-1 libreoffice-writer-4.2.4-1 libva-1.3.1-1 libxcb-1.10-2 linux-3.14.3-1 linux-headers-3.14.3-1 man-pages-3.66-1 mesa-10.1.3-1 mesa-libgl-10.1.3-1 nouveau-dri-10.1.3-1 nspr-4.10.5-1 nss-3.16.1-1 pacman-4.1.2-6 poppler-0.26.0-1 poppler-glib-0.26.0-1 python2-paramiko-1.14.0-1 sdl-1.2.15-6 unrar-1:5.1.5-1 xarchiver-0.5.3-4 xf86-input-evdev-2.8.4-1 xfce4-mount-plugin-0.6.7-1

3 2

[arch-general] Resume from suspend in RAM fails
by nmset＠netcourrier.com 12 May '14

12 May '14

Hello, Resume from suspend in RAM fails even though I have followed the Arch Wiki recommendations, with latest 3.12.7 kernel (and before). The 'resume' hook has been added for mkinitcpio and the machine goes to suspend from the command line (pm-suspend) with no GUI enabled. All keyboard and mouse lights are off and the screen is just black with no backlight. I can't even login through SSH and can't get any PM debug info. It happens on one particular machine only and I'm quite stuck with it. Any suggestions to solve this ? I can provide other relevent information if required. Thanks.

4 7

[arch-general] out of memory while allocating z_stream
by Stephen E. Baker 10 May '14

10 May '14

Hello, As of yesterday I cannot boot, regardless of whether I choose the regular or failback kernel from the boot loader. I haven't been able to find anything on google, so I was hoping someone here might know what's going on. Last time my system was up I installed updates including the latest kernel, and I ran e4defrag over the disk. The computer is a ThinkPad T60, with a Core 2 Duo and 2GB of Ram. I am running the i686 version of Arch Linux. My boot loader is syslinux. In the mean time I'm downloading a new copy of the Arch Install ISO (all my existing recovery disks are too old to chroot from), and I will try reinstalling the kernel. Output: Loading ../vmlinuz-linux... ok Loading ../initramfs-linux.img...ok Probing EDD (edd=off to disable)... ok early console in decompress_kernel Decompressing Linux... Out of memory while allocating z_stream -- System halted

1 2

[arch-general] How to disable systemd-tmpfiles-clean.timer
by Olivier Langlois 10 May '14

10 May '14

Since a recent update (I have first noticed a couple of weeks ago this new systemd enhancement), systemd started to automatically clean /tmp directory daily. This is not something that I like as I prefer to decide when to clean up and to manually perform the clean up. I have tried systemctl stop systemd-tmpfiles-clean.timer systemctl disable systemd-tmpfiles-clean.timer The disabling apparently did not survived a reboot and the undesired systemd service came back. I guess that I could mess with tmpfiles-clean config file but I am just not interested in the service at all. What is the sure way method to disable it for good? thank you,

12 24

[arch-general] sbcl is out of date
by Kevin Dodd 10 May '14

10 May '14

SBCL upstream has been releasing new versions monthly; version 1.1.18 came out a few days ago. The SBCL package in Arch Linux's [extra] repository is two months old, and has been flagged out-of-date for a month, with no sign of an update even in [testing]. I was able to build and run the 1.1.17 release myself just by changing the version number and checksum in the PKGBUILD, and the new package was able to build and run extra/maxima with no issues on my computer. I haven't tried the same process with 1.1.18 yet, but having viewed the changelog I see no reason to expect the results will be any different. Is there a technical reason for the delay, or has the package maintainer just been busy?

3 2

[arch-general] Comment on: Use systemd timers instead of /etc/cron.{hourly, daily, weekly, monthly}?
by Maciej Puzio 09 May '14

09 May '14

[This is a comment to arch-dev-public thread "Use systemd timers instead of /etc/cron.{hourly, daily, weekly, monthly}?". As I was unable to post to that list, I am following instructions provided by the list server by sending this message to arch-general and the author of the original thread. I'd like to mention that I also tried and was not able to file a bug report on this issue, due to bug tracker server failing to send a registration code. The original thread can be viewed here: http://comments.gmane.org/gmane.linux.arch.devel/20644 ] I am sorry to say that the decision to replace cron.daily tasks with systemd timers is causing problems. After a routine update I noticed that my machines now perform daily maintenance tasks exactly at midnight. Not only is this time not optimal (too early), but all machines perform their maintenance at the same moment, which is far from ideal, especially for servers. Previously I had each server to perform daily cron jobs at various times, spread between 3 and 6am. On my machines this affects updatedb, man-db, logrotate and shadow, updatedb generating a lot of I/O and thus being the most problematic. I was not able to find any way to configure systemd to fire daily calendar timers at a different time of the day (please correct me if I missed something). So far I found two workarounds: 1. Override timer files and set OnCalendar with a specific time, rather than "daily". This has to be done separately for each timer. 2. Restore cron.daily scripts and mask relevant systemd services and timers (i.e. revert the configuration to what it was before the update). The resulting config is simpler to manage than the first workaround (no separate time settings for each task), so I went with this one. I am not sure what to suggest as a general fix for this issue, other than a feature request to systemd upstream maintainers. I guess it is too late to roll back the changes in affected Arch packages. I am posting this for other users looking for a solution to this problem. Thanks Maciej Puzio

8 19

[arch-general] Cannot update archlinux
by Maykel Franco 09 May '14

09 May '14

maykel@arch-maykel ~/ $ LANG=C sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date archlinuxfr is up to date :: Starting full system upgrade... :: Replace haskell-transformers with extra/ghc? [Y/n] resolving dependencies... looking for inter-conflicts... :: shairplay and libshairport are in conflict. Remove libshairport? [y/N] Y error: failed to prepare transaction (could not satisfy dependencies) :: haskell-mmap: requires ghc=7.6.3 Hi, cannot update archlinux... Can I help me please?? Thanks in advanced.

5 10