Arch-general June 2014

arch-general@lists.archlinux.org

116 participants
67 discussions

[arch-general] Chrooting to tmpfs in init
by Mark Lee 26 Jun '14

26 Jun '14

Salutations, I've been wondering if it's possible to chroot to a tmpfs instead of a partition in init. I'd like to decompress a 7zip root archive into a tmpfs and use that as root. This is different from using aufs2. Any suggestions as how I would go about doing this? Regards, Mark

1 0

[arch-general] New mailing list for AUR requests (delete, merge, orphan, ..)
by Florian Pritz 26 Jun '14

26 Jun '14

Hi, As requested by Lukas, I've created a new mailing list for AUR related requests such as deletion, merge or orphan requests. The AUR will soon feature a web interface to create such requests and for history and discussion purposes mails will be sent to this new list. Please start using it for new requests already (maybe wait a couple hours so TUs can subscribe). Discussion about anything apart from such requests should stay on aur-general. You can subscribe here[1]. [1]: https://mailman.archlinux.org/mailman/listinfo/aur-requests I expect traffic on aur-general to go down quite a lot due to this change, so if you aren't subscribed because of this request traffic feel free to give it another try now.

2 1

[arch-general] Why doesn't the evolution package version follow the stable release version from upstream?
by Ralf Mardorf 25 Jun '14

25 Jun '14

Why is the Evolution package in extra evolution 3.12.3-1, https://www.archlinux.org/packages/extra/x86_64/evolution/ , when the current stable version from upstream still is 3.12.2? On Wed, 2014-06-25 at 20:07 +0100, at evolution-list(a)gnome.org Patrick O'Callaghan wrote: > the latest stable release currently being 3.12.2 "The latest stable release tarballs were uploaded on May 12, 2014: evolution-3.12.2.tar.xz (NEWS) evolution-data-server-3.12.2.tar.xz (NEWS)" - https://wiki.gnome.org/Apps/Evolution#Get_the_Source_Code

2 4

[arch-general] Module needed by a unit
by Yamakaky 25 Jun '14

25 Jun '14

Hi I'm trying to improve the unit for a fan manager daemon for MacBook Pro. As it is, it's a dependency of multi-user.target. I would like it to start earlier in the boot process, so that he is available with rescue.target, and to refresh the computer during bootup. I tried with DefaultDependencies=false and WantedBy=sysinit.target. The first time it is launched, he failed because the coretemp module isn't loaded. It's then restarted and all is OK, so I think the module is loaded between the two start. I would like it to start succesfully the first time. Do you know how to fix this problem ? I thought about modules-load.d, but a dependency would be better. Thanks [1] https://github.com/dgraziotin/Fan-Control-Daemon/issues/40

1 0

[arch-general] NetworkManager messages during bootup
by Yamakaky 25 Jun '14

25 Jun '14

Hi With the 214 systemd update, I now get during boot a lot of messages from NetworkManager. They are at loglevel <info>. I didn't changed journald.conf. I also noticed that an other daemon outputs <info> logs. Did the default log level changed ? How can I change that ? Thanks

1 0

[arch-general] mdmonitor.service failed to start
by Bill Sun 24 Jun '14

24 Jun '14

Hi, I noticed that my mdmonitor.service failed to start with the following error message: Failed at step EXEC spawning /usr/lib/systemd/scripts/mdadm_env.sh: No such file or directory My mdadm package version is 3.3.1-2. Should I create such a script on my own? Regards.

3 8

[arch-general] Skype and PA
by Manolo Martínez 23 Jun '14

23 Jun '14

Hello, Pacman warns that Skype 4.3 only works with Pulseaudio. As far as I can tell, that is not true. I don't use PA, and Skype works. Manolo --

5 6

[arch-general] inkscape doesn't start
by Gerhard Kugler 23 Jun '14

23 Jun '14

Hi, a few weeks I didn't start inkscape. Now it says: "inkscape: error while loading shared libraries: libMagick++-6.Q16HDRI.so.3: cannot open shared object file: No such file or directory" Deliberately I did not change anything in between. Gerhard -- Gerhard Kugler Bensheim

2 1

[arch-general] Setup of HiDPI with awesome wm
by tlux 23 Jun '14

23 Jun '14

Hi all, It's the first time I am requesting help through this distribution list. So excuse me if I am in the wrong place. So, here is my point: I have a lenovo T540p with a 3K screen display and, as one could image, I have very small fonts and icons which are barelly visible at normal distance from the screen. I've manage to increase fonts size in my configurations files. However, from time to time I need to connect to a 19" monitor(1280x1024) and the result is terrible (to say the least). Is there someone who is in the same situation? and what is your workaround? Please note that I am using Awesome WM and thus cannot use the scaling factor(Gnome 3) as described here:https://wiki.archlinux.org/index.php/HiDPI One option I thought of would be to create an udev rule that would detect the monitor's connection and trigger a script that would make all the necessary connfiguration changes. What do you guys think? Thanks!

3 4

[arch-general] LibreOffice changes: dependencies, 'Fresh' branch & misguiding package names
by Neitsab 22 Jun '14

22 Jun '14

Hi everybody, During a recent system upgrade I noticed I had a couple of new orphaned packages, among which libcdr, libetonyek, libmspub, libodfgen, libvisio and libwps. A quick investigation directed me to the libreoffice-common package, which has ceased relying upon them in its 4.2.4-2 version. PKGBUILD's message is "use internal file format libs because new library releases from system that depend on librenvenge are not supported by this LibO stable branch" [1]. Looking for packages that may depend on the orphaned libs made me discover libreoffice-fresh, the "LibreOffice branch which contains new features and program enhancements" [2]. LO-fresh does depend on those newly orphaned libs. Now this left me wondering: should I switch to using the new "libreoffice-fresh", or stick to the installed libreoffice-common? What confuses me is that it seems current Arch-provided libreoffice-common is already built from upstream "Fresh" branch, as package version 4.2.5 matches the one announced upstream (release announcement [3] and current Arch PKGBUILD for libreoffice-common [4]), and PKGBUILD source URL concurs. It appears "libreoffice-fresh" is actually a prerelease version for the next minor version release, 4.3 ([5]). So, AFAICT, currently Arch repos provide two versions of LibreOffice both built from the "Fresh" upstream branch: one is the stable version ("libreoffice-common" --> v. 4.2.5-1), the other is a prerelease version ("libreoffice-fresh" --> v. 4.3.0-0.9). However, the first one doesn't depend on formerly needed libs that add import functionalities while the second one does. So right now at least package names are a bit confusing (e.g. should be "libreoffice-fresh" and "libreoffice-fresh-prerelease"), and there is no version built from the "Stable" branch (v. 4.1.6). Could somebody shed some light about this situation, and is some kind of announcement planned so that users do not suddenly realize they switched software branch? I couldn't find any info in May/June arch-general and arch-dev-public archives. Regards, Neitsab -------------------- [1] https://projects.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?… [2] https://www.archlinux.org/packages/extra/x86_64/libreoffice-fresh/ [3] http://blog.documentfoundation.org/2014/06/20/libreoffice-4-2-5-hits-the-ma… [4] https://projects.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?… [5] https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=…

2 2

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Arch-general June 2014