- Arch-general - lists.archlinux.org

[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

[arch-general] KDE Issue
by Hunter Jozwiak 08 May '14

08 May '14

Hi all. I tried to install KDE for testing accessibility with Orca. However, a friend of mine told me that the only icon that shows up is a hard drive, and it sits at this icon forever and won't load. What could be going wrong? Nothing on the forums shows information on this issue.

4 3

[arch-general] makepkg, curl "no route to host"
by Mihamina Rakotomandimby 08 May '14

08 May '14

Hi all, I have a problem with makepkg. I want to install ctemplate from AUR: $ makepkg -s ==> Making package: ctemplate 2.2-1 (Wed May 7 15:49:15 EAT 2014) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading ctemplate-2.2.tar.gz... [...] curl: (7) Failed to connect to ctemplate.googlecode.com port 80: No route to host ==> ERROR: Failure while downloading ctemplate-2.2.tar.gz Aborting... But when browsing to http://ctemplate.googlecode.com with my browser is OK. The same for ping, it's OK. $ ping ctemplate.googlecode.com PING googlecode.l.googleusercontent.com (173.194.78.82) 56(84) bytes of data. 64 bytes from wg-in-f82.1e100.net (173.194.78.82): icmp_seq=1 ttl=43 time=244 ms 64 bytes from wg-in-f82.1e100.net (173.194.78.82): icmp_seq=2 ttl=43 time=243 ms I do have route to "ctemplate.googlecode.com". How special is "curl" way to connect to the network so that it doesnt find a route for this destination? How can I switch to "wget" just to try? Thank you.

3 5

[arch-general] Creating a Desktop Sound Scheme
by Hunter Jozwiak 06 May '14

06 May '14

Hi all. I've been searching around on the internet, trying to track down information on this topic, but I can't find a clear cut guide. So, my question is this: how do you make your own sound notification scheme for Gnome?

3 2

[arch-general] .desktop and install files in general & Eclipse package not complete?
by Marcel Korpel 06 May '14

06 May '14

Hi all, I already asked this at the forums, but didn't get an answer yet, so I'll re-explain my question(s) here. I just want to master creating packages with .desktop files and icon theme, but I think what I find and what is suggested differ significantly. In the GNOME Package Guidelines there's a section about .desktop files and the like. [1] It states that running update-desktop-database -q during post_install and post_remove is recommended (note that it doesn't state it's *required*). However, the Eclipse package doesn't do that. [2] It even doesn't depend on hicolor-icon-theme, as is required when issuing gtk-update-icon-cache -q -t -f /usr/share/icons/hicolor during post_install (namcap didn't complain about this dependency, as it usually does, like about mars-mips: [3] mars-mips E: Files in /usr/share/icons/hicolor but no call to gtk-update-icon-cache or xdg-icon-resource to update the icon cache (there are other issues with that package, about which I'll inform the package maintainer at a later moment)). On a second thought, issuing $ pacman -Qo gtk-update-icon-cache /usr/bin/gtk-update-icon-cache is owned by gtk-update-icon-cache 2.24.23-1 So shouldn't those packages with an icon theme depend on gtk-update-icon-cache instead of just on hicolor-icon-theme? Is the Eclipse package wrong or is the Wiki not complete (also note that the recommended install file of gedit [4] isn't that complete: it doesn't contain a call to gtk-update-icon-cache as it doesn't contain a hicolor icon theme; perhaps we should look for another example)? When the former is the case, I'll file a bug report. Else, please explain to me what to do with icon themes and .desktop files. I hope I expressed myself clearly. Regards, Marcel [1] https://wiki.archlinux.org/index.php/GNOME_Package_Guidelines#.desktop_files [2] https://projects.archlinux.org/svntogit/packages.git/tree/eclipse/repos/ext… [3] https://aur.archlinux.org/packages/mars-mips/ [4] https://projects.archlinux.org/svntogit/packages.git/tree/trunk/gedit.insta…

2 3

[arch-general] Fwd: Installing Archlinux alongside Ubuntu on aWindows8 UEFI laptop
by Delcypher 05 May '14

05 May '14

> I tried several times, without any change to the boot menu. The SDD device > (perhaps a specific part) and also a "windows boot manager" are items in > a menu when rebooting with Advanced Startup from Windows. > > The steps I used were: > > - Ran grub-mkconfig -o /boot/grub/grub.cfg > - changed the permissions of that file to +w > - re-ran grub-mkconfig Why are you doing this? You generally shouldn't need to set the +w on /boot/grub/grub.cfg. It should be set correctly for from the beginning. Remember you should be root or using sudo when running grub-mkconfig to write to /boot/grub/grub.cfg $ ls -l /boot/grub/grub.cfg -rw------- 1 root root 6209 Apr 22 18:29 /boot/grub/grub.cfg > Each time I ran this, it saw the Arch partition. And each time I > booted, this was not found in the grub menu at boot time. It was shown as 1. You should check the contents /boot/grub/grub.cfg actually contains the menu entries for Arch Linux 2. If you do see Arch Linux the menu entries in /boot/grub/grub.cfg but then don't see them at boot then that mostly likely means /boot/grub does not contain the grub files you are actually using at boot time (i.e. your /boot is mounting the wrong thing!). Either that or the menu you're looking at when booting isn't even GRUB!

1 0