- Arch-general - lists.archlinux.org

[arch-general] vnstat's pacnew
by Ralf Mardorf 02 Sep '14

02 Sep '14

$ diff /etc/vnstat.conf /etc/vnstat.conf.pacnew 1c1 < # vnStat 1.11 config file --- > # vnStat 1.12 config file 5c5 < Interface "enp3s0" --- > Interface "eth0" [snip] 93c105 < LogFile "/var/log/vnstat.log" --- > LogFile "/var/log/vnstat/vnstat.log" 96c108 < PidFile "/var/run/vnstat.pid" --- > PidFile "/var/run/vnstat/vnstat.pid" Unlikely that on Arch Linux eth0 is more often used, than enp3s0. Does it makes any sense to place a log file into a directory? Regards, Ralf

3 2

[arch-general] Installing texlive docs
by Thorsten Jolitz 02 Sep '14

02 Sep '14

Hi List, based on this page (https://bbs.archlinux.org/viewtopic.php?pid=1253365) I tried to build a texlive-most-doc package: #+NAME: PKGBUILD #+BEGIN_SRC shell pkgname=texlive-most-doc pkgver=$(date +%Y%m%d) pkgrel=1 pkgdesc="Most TeXLive documentation" url="http://tug.org/texlive/"; arch=('any') license=('unknown') optdepends=('texlive-bin: The texdoc program and some more documentation') makedepends=('wget') install=${pkgname}.install options=('!strip' '!purge') build() { wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf-dist/doc wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/asymptote wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/dvipng/dvipng.pdf wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/dvips/dvips.pdf wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/man wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/info wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/tetex wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/texlive wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/texworks wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/web2c/web2c.pdf wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/ttf2pk/ttf2tfm.txt wget -r -l inf -N -nH -nv --cut-dirs=3 -P "$srcdir/usr/share/" ftp://tug.org/texlive/Contents/live/texmf/doc/ttf2pk/ttf2pk.txt } package() { cp -rl "$srcdir"/* "$pkgdir" } #+END_SRC #+NAME: texlive-most-doc.install #+BEGIN_SRC shell post_install() { texhash } post_remove() { texhash } post_upgrade() { texhash } #+END_SRC and ended up with this directory structure: ,---- | /home/tj/abs/texlive-most-doc: | insgesamt 24 | drwxr-xr-x 4 tj tj 4096 31. Aug 03:20 . | drwxr-xr-x 9 tj tj 4096 31. Aug 03:07 .. | d--------- 2 tj tj 4096 31. Aug 03:20 pkg | -rw-r--r-- 1 tj tj 1835 31. Aug 03:15 PKGBUILD | drwxr-xr-x 3 tj tj 4096 31. Aug 03:20 src | -rw-r--r-- 1 tj tj 88 31. Aug 03:10 texlive-most-doc.install `---- and this error message (translated from German): ,---- | END --2014-08-31 06:55:01-- | TIME: 3h 34m 12s | DOWNLOADED: 31502 files, 1,5G in 50m 24s (516 KB/s) | Directory »»texlive/Contents/live/texmf/doc«« does not exist | | ==> ERROR: Error in build(). | Aborting ... `---- Now I have all the texlive doc files in /abs/texlive-most-doc/src, but not a package I can install via pacman -U, so I'm not quite sure how to proceed. Any hints would be welcome. -- cheers, Thorsten

5 11

[arch-general] Btrfs blues - lack of space
by Savyasachee Jha 31 Aug '14

31 Aug '14

Hello, all The contents of my /etc/fstab are as follows: /dev/sda3 / btrfs rw,relatime,space_cache,autodefrag 0 0 /dev/sda1 /boot ext2 rw,relatime 0 2 /dev/sda5 /home btrfs rw,relatime,space_cache,autodefrag 0 0 Whenever I start my laptop up, /home takes ~17-19 seconds to mount, as is evidenced by this line in the output of systemd-analyze blame: 16.467s home.mount Running df -h on my system, I get: Filesystem Total Used Free Use% Mounted on /dev/sda5 422G 364G 53G 88% /home However, running du -h --summarize /home, I get: 318G /home If I use xdiskusage to see the partition, it shows 46.48G as /home/(permission denied). I tried doing this using sudo, and I still have the same problem. I have neither subvolumes nor any snapshots on this volume. Is there any way of recovering this space? Thank you, Savya -- Savyasachee Jha *"Aerodynamics is for people whodon't know how to build engines."*

4 8

[arch-general] [systemd-networkd] only one .link
by Yamakaky 31 Aug '14

31 Aug '14

Hi Once upon a time, it was said that for each interface, only the first .link file matching was taken into account. However, as I was investigating all the new features of the latest release, I couldn't find this affirmation. Was it fixed ? Yamakaky

2 4

[arch-general] fstab and root filesystem
by Kalrish Bäakjen 29 Aug '14

29 Aug '14

Hello, I have been playing with the initramfs, and I noticed that the root filesystem is mounted in read-write mode in early init. Since, by the time /etc/fstab is available, the filesystem on which it resides (presumably, the root filesystem) is already mounted, and mounting it is anyway early init's task, not real init's (because the real init cannot be found without the initramfs), there seems to be no point in keeping it listed. I haven't found anything about this, but commenting out the pertinent line hasn't broken anything. Is it fine, or are there any reasons for it to be listed in fstab? Regards, Kalrish

2 3

[arch-general] Zombie Processes
by Mark Lee 27 Aug '14

27 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 To all, I was wondering regarding the killing of a zombie process. As far as I know, a zombied process is inherited by root when it's parent is killed. The kernel periodically calls wait() which reaps the zombie process and frees its memory. I was wondering if a possible attack could be mounted by the zombie process when it is inherited by root. Regards, Mark -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlP9HiYACgkQZ/Z80n6+J/aSXwEAgrFI8dEuDrtqJhBUtSm+HuVO OMqMDsy/UN4DdcZJHjUA/3PYKpsgBBg11avnhTolV1+KLijgG16gGGPM8XSKhNxd =A2N2 -----END PGP SIGNATURE-----

7 8

[arch-general] File conflict between cuda and pacparser
by Chi Hsuan Yen 27 Aug '14

27 Aug '14

Hello, Arch lovers, Both community/pacparser and community/cuda contain the file /usr/share/man/man3/deprecated.3.gz, so pacman prevent me from installing both packages. How can I jump over the obstacle? Maybe it's better to establish some mechanism for preventing irreleveant packages with common files. In addition, is there a dedicated mailing list for discussions on official (not AUR) packages? Something like commenting system on the AUR website is also fine.

6 8

[arch-general] Rethinking our CA certificate setup
by Jan Alexander Steffens 26 Aug '14

26 Aug '14

Hi guys, I'm currently at FrOSCon with Pierre and an expert from CAcert.org and we're thinking of changes to our certificate setup. The current issues are: - Mozilla NSS uses its own root store and not /etc/ssl/certs - ca-certificates ships outdated Mozilla roots - Shipping additional roots outside ca-certificates is difficult, requiring patching /etc/ca-certificates.conf To solve these issues, we thought of making the following changes: - Attach NSS to p11-kit so it uses our root store (easily done by replacing /usr/lib/libnssckbi.so with a symlink to p11-kit-proxy.so) - Patch the update-ca-certificates script to read /etc/ca-certificates/conf.d instead of /etc/ca-certificates.conf - Split the current Mozilla roots from the NSS package in the ca-certificates format, shipping /etc/ca-certificates/conf.d/mozilla.conf - Create a package shipping the CAcert.org roots in a similar way - Ship the update-ca-certificates script in a ca-certificates-utils package, which the certificate packages depend on - ca-certificates becomes a metapackage depending on the -mozilla and -cacert packages Comments are welcome. Unless we get objections, we're going to start making these changes. Hopefully we can be done today and push the result to [testing]. Greetings, Jan

2 3

[arch-general] 3.16.1-1 :install custom kernel failed. No packages were upgraded- depmod for a wrong kernel name
by arnaud gaboury 26 Aug '14

26 Aug '14

Hi, I have been building/installing a custom kernel for some time now with no issues. I always follow the same process: ------------------------------------------------ * $ ABSROOT=. abs core/linux * edit the PKGBUILD: -pkgbase=linux-hortensia uncomment #make nconfig, * $ makepkg load MyConfigFile, do sometimes some stuffs, save as .config, exit nconfig * # pacman -Ud linux-hortensia-headers # pacman -U linux-hortensia # pacman -U linux-hortensia-docs ----------------------------------------------------- I decide to give a try at Nouveau: --------------------------------------------------------- -pkgbase=linux-nouveau * nconfig: Device Drivers ---> Graphics support ---> DRM ---> <M> Nouveau (nvidia) cards Frame buffer Devices ---> <M>Support for frame buffer devices ---> empty all * save as .config * # pacman -Ud linux-nouveau-headers. ---> long list of lines all in this type <--------- linux-nouveau-headers: /usr/lib/modules/3.16.1-1-hortensia/build/sound/soc/intel/Kconfig exists in filesystem <------------------------> Errors occurred, no packages were upgraded ----------------------------------------------------------------- I am surprised as it is the first time I have this error. I am expecting the new headers to be installed in /usr/lib/modules/3.16.1-1-nouveau and NOT in the 3.16.1-1-hortensia dir. Why do I have again the /3.16.1-1-hortensia folder in linux-nouveau/pkg/linux-nouveau/usr/lib/modules/3.16.1-1-hortensia, and not a /3.6.1-1-nouveau/ folder instead? Last, at the end of the makepkg command, I can see: DEPMOD 3.16.1-1-hortensia. Why not DEPMOD 3.16.1-1-nouveau? Did anything changed when building/installing custom kernel? Or is there any wrong variable somewhere in the PKGBUILD? Thank you for suggestion

1 0

[arch-general] System vs. user-wide locale
by Alad Wenter 25 Aug '14

25 Aug '14

Hi, Arch Linux currently emphasises on setting the locale system-wide. If a non-english language is desired, it should be uncommented in /etc/locale.gen (besides en_US.UTF-8), and set in /etc/locale.conf. https://wiki.archlinux.org/index.php/Installation_guide#Configure_the_system https://wiki.archlinux.org/index.php/Beginner%27s_guide#Locale While the Locale article mentions a user-wide setting (.config/locale.conf), this is more an aside for "multi-user" systems. https://wiki.archlinux.org/index.php/Locale#Setting_per-user_locale An alternative approach is mentioned in the Funtoo FAQ: "The next thing I recommend is to try to avoid changing the global system LANG setting, and instead set the LANG setting on a per-user basis by adding the desired LANG setting to your ~/.bashrc. This will preserve English log output in /var/log and make it easier to search for more common matching English strings on the Internet when you need help." http://www.funtoo.org/Funtoo_Linux_FAQ#What_if_I_want_to_use_a_non-English_… Thus /etc/locale.conf would have LANG=en_US.UTF-8, and other languages would be defined in ~/.bashrc (or rather ~/.config/locale.conf). This sounds like a fair argument. Are there possible downsides to this approach in Arch, or can/should the respective articles be updated? Regards, -- Alad Wenter <the.changing.side(a)gmail.com>

3 2