- Arch-general - lists.archlinux.org

[arch-general] PKGBUILD - Howto build openmpi w/o valgrind or valgrind w/o openmpi - what's the trick?
by David C. Rankin 12 Jun '16

12 Jun '16

All, This seems like a chicken-and-the-egg problem that I'm not understanding. How do you build openmpi when it's makedepends requires valgrind, but you cannot build valgrind because it's makedepends requires openmpi?? Specifically: $ cat /var/abs/extra/valgrind/PKGBUILD pkgname=valgrind ... makedepends=(gdb openmpi) $ cat /var/abs/extra/openmpi/PKGBUILD pkgname=openmpi ... makedepends=(inetutils valgrind gcc-fortran) Is there some type of trick? -- David C. Rankin, J.D.,P.E.

2 3

[arch-general] mdmonitor.service /usr/lib/systemd/scripts/mdadm_env.sh: No such file or directory
by David C. Rankin 12 Jun '16

12 Jun '16

New server, 2 1T drives in RAID1, with mdraid, I have an error during boot for mdmonitor: Jun 05 17:12:47 valhalla systemd[454]: mdmonitor.service: Failed at step EXEC spawning /usr/lib/systemd/scripts/mdadm_env.sh: No such file or directory I've run into this before with mdadm, last time was due to not having MAILADDR configured in /etc/mdadm.conf (that is not the case now) # cat /etc/mdadm.conf DEVICE partitions ARRAY /dev/md0 metadata=1.2 name=archiso:0 UUID=1b67f2d4:4911f2c5:469f9dcf:315814ce ARRAY /dev/md1 metadata=1.2 name=archiso:1 UUID=0542c5c9:3802b256:32e97884:a2e49f53 ARRAY /dev/md2 metadata=1.2 name=archiso:2 UUID=812e8f85:0c4efbef:a0c02f49:215df35e ARRAY /dev/md3 metadata=1.2 name=archiso:3 UUID=80a3bf76:e6421b06:6edb2a88:741e8b6f MAILADDR david(a)mydomain.com PROGRAM /usr/sbin/handle-mdadm-events The problem very simply looks to be no /usr/lib/systemd/scripts/mdadm_env.sh wanted by mdmonitor.service, e.g. # cat /usr/lib/systemd/system/mdmonitor.service # This file is part of mdadm. # # mdadm is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. [Unit] Description=MD array monitor DefaultDependencies=no [Service] Environment= MDADM_MONITOR_ARGS=--scan EnvironmentFile=-/run/sysconfig/mdadm ExecStartPre=-/usr/lib/systemd/scripts/mdadm_env.sh ExecStart=/sbin/mdadm --monitor $MDADM_MONITOR_ARGS There is no /usr/lib/systemd/scripts/mdadm_env.sh in the current mdadm package. Is this a bug (which I'm happy to file), or me being stupid? (go easy if the latter) -- David C. Rankin, J.D.,P.E.

4 7

[arch-general] RetroArch refuses to go back into windowed mode after fullscreen
by Diego Viola 11 Jun '16

11 Jun '16

Hello, I've been having this poblem for a while now, and I reported the problem here, because I think its' a bug in the Intel driver. https://bugs.freedesktop.org/show_bug.cgi?id=93844 The problem happens when I use retroarch and I play a game, I press F to go into fullscreen mode, but when I press F again, the video is paused and retroarch hangs. This happens independently of the core I'm using in RA. At the moment, the problem is present with the 4.6.1-2-ARCH kernel, but if I compile 4.6.1 myself, the problem does not occur. Is there anything the package maintainers can do about this? Or this is something only the Intel developers can tackle? My system is archlinux x86_64, Intel i915 driver, Dual-Core CPU E5500 @ 2.80GHz desktop machine, 2GB of RAM. I was able to reproduce this on my ThinkPad T450 as well, so I don't think the hardware is that relevant. Thanks, Diego

2 6

[arch-general] yaourt doesn't upgrade aur-packages anymore
by Apfelkuchen 10 Jun '16

10 Jun '16

Hello, on my systems yaourt won't upgrade packages I installed from the aur. For instance etherpad-lite. When I do > yaourt -Syua it says > [sudo] Passwort für foobar: > :: Synchronisiere Paketdatenbanken... > core ist aktuell > extra ist aktuell > community ist aktuell > Fremde Pakete:/ 117 / 117 (in English: synchronizing the database; core, extra community are up to date) But when I do > yaourt etherpad-lite I get the output: > 1 aur/etherpad-lite 1.6.0-0 [installed: 1:1.5.7-3] (20) (0,17) I have the problem on all of the following three systems. (The first boths are my PIs, the last one ist my notebook. Linux 4.4.12-1-ARCH #1 Thu Jun 2 19:11:42 MDT 2016 armv6l GNU/Linux Linux 4.4.12-1-ARCH #1 SMP Thu Jun 2 19:11:39 MDT 2016 armv7l GNU/Linux Linux 4.6.1-2-ARCH #1 SMP PREEMPT Thu Jun 2 15:46:17 CEST 2016 x86_64 GNU/Linux Do you have a glue, what's fishy with yaourt? Thanks and greets, Applepie

3 2

[arch-general] Virtualbox users shouldn't upgrade to linux 4.6.1-2-ARCH
by Ralf Mardorf 09 Jun '16

09 Jun '16

Hi, today I upgraded from 4.5.4-1-ARCH (x86_64) to 4.6.1-2-ARCH (x86_64), it's not in testing anymore, it's provided by the official repository, https://www.archlinux.org/packages/core/x86_64/linux/ . On my machine the boot options are 'ro' 'threadirqs' and virtualbox with a Windows 7 guest hangs always after a few seconds. The bug already is reported: https://bugs.archlinux.org/task/49504 I only wanted to inform that there is an issue. Regards, Ralf

2 2

Re: [arch-general] arch-general Digest, Vol 140, Issue 10
by Information Technology Works 09 Jun '16

09 Jun '16

On 06/08/2016 08:00 PM, arch-general-request(a)archlinux.org wrote: > been using thunderbird which > automatically does that for mail lists - now with it's impending demise > I am trying other mailers https://blog.mozilla.org/thunderbird/files/2016/04/Finding-a-Home-for-Thund…

1 0

[arch-general] pacman question - missing files (repost)
by Genes Lists 09 Jun '16

09 Jun '16

(Reposting in plain text - so sorry - been using thunderbird which automatically does that for mail lists - now with it's impending demise I am trying other mailers - like evolution ... ) I've seen this behavior a couple of times now. Here's what happened today. After installing systemd and libsystemd 230-4 (updating from 230-3). No errors reported. However computer refused to boot properly. Booting recovery and examining the logs showed that libsystemd.so was missing - complaint by udev. /usr/lib/libsystemd.so was present as a link pointing to libsystemd.so.0.15.0 which was absent. running pacman -Qk libsystemd confirmed the problem file. reinstalling libsystemd from cache - in recovery chroot - gave a warning about the link and the the libraryfile something like - warning: could not get file information for /usr/lib/libsystemd.so and .same for .so.0.15.0 And indeed the file was still absent. from same cachea rea I installed libsystemd and systemd 230-3 (i.e. downgrading) - this worked and the library is back now and I could boot with udev dying a squirrely death. I have had same problem (missing files with no warnings) with other updates - last time was glibc - that was fun to fix ... konsole wont start without glibc There were other less impactful ones in recent months - about time pacman 5 moved to testing - not saying its pacman itself - but something is amiss - could be hardware, kernel or ?? I have no errors in the log files. and do not see any issues from smartctl either. In all cases pacman -Qk finds the problem - and in all cases there were no errors reported on initial install -and there were similar warnings as zbove on re-install of same package from cache file. In every case there was a shared library with a sym link - and the actual library file was missing. Any suggestions for tracking this down? I assume if the package file was corrupted pacman would complain and redownload - so I'm a bit stumped ... thanks for any guidance. gene

1 0

[arch-general] DKMS question around removal of kernel modules
by Genes Lists 08 Jun '16

08 Jun '16

When I install a new kernel, I notice that DKMS removes previous kernel modules as well as adding them to the new kernel. In the real old days these were not removed at all - so removal is a good thing. The issue is that the old kernel is still running and until machine is rebooted the modules wont be available I would think. I wonder - Is there a way to mark the deletion to happen after the new kernel is booted ? I may well be missing something of course. Installed 4.6.2 kernel while 4.6.1 running - pacman says: (1/1) Remove DKMS modules ==> dkms -q remove -q -m vboxguest -v 5.0.20_OSE -k 4.6.1-2-ARCH ==> dkms -q remove -q -m vboxhost -v 5.0.20_OSE -k 4.6.1-2-ARCH ...==> dkms -q install -m vboxguest -v 5.0.20_OSE -k 4.6.2-1-ARCH ==> dkms -q install -m vboxhost -v 5.0.20_OSE -k 4.6.2-1-ARCH ... Thanks for any thoughts. gene

4 4

[arch-general] Update delayed for more of two months, Lyx v2.1.4
by Xavier Corredor Llano 08 Jun '16

08 Jun '16

Hi guys, After more than two months ago Lyx [1] released the version 2.1.4 [2], this is a minor and maintenance release (strongly recommended), in august, and after flagged as out-date and wait some days, I contacted with the maintainer (Ronald) and he didn't answer me (I understand, maybe he is busy) I tested for more of two months and this release work fine, I would like to be the maintainer of this package but I am not TU. Regards [1] https://www.archlinux.org/packages/extra/x86_64/lyx/ [2] http://www.lyx.org/News -- Xavier Corredor Llano ---------- Forwarded Message ---------- Subject: Lyx 2.1.4 Date: Saturday, August 15, 2015, 07:11:42 PM From: Xavier Corredor Llano <xavier.corredor.llano(a)gmail.com> To: ronald(a)archlinux.org Hi Ronald! I have tested the Lyx [1] version 2.1.4 with the PKGBUILD attachment and work fine. Regards [1] https://www.archlinux.org/packages/extra/x86_64/lyx/ -- Xavier Corredor Llano -----------------------------------------

3 3

[arch-general] Where to put info about Install Problem w/Partitioning due to Prior VMFS_volume & Hardware RAID?
by David C. Rankin 05 Jun '16

05 Jun '16

Archdevs, I wanted to drop a note in the wiki about how to deal with reuse of drives that have either prior VMFS_Volume filesystem (GPT table) or hardware RAID information on the disk. I was converting the drives to mdraid and ran into a number of failures converting to MBR. They were two separate but related issues that caused mdadm to be unable to use the drives. e.g. root@archiso ~ # blkid /dev/sr0: UUID="2016-03-01-15-50-36-00" LABEL="ARCH_201603" TYPE="iso9660" PTUUID="2237702c" PTTYPE="dos" /dev/sda: UUID="LSI ^P" TYPE="ddf_raid_member" /dev/loop0: TYPE="squashfs" /dev/sdb: UUID="LSI ^P" TYPE="ddf_raid_member" /dev/md126: PTUUID="b6fbd994" PTTYPE="dos" (the VMFS_Volume info was shown in cfdisk) The VMFS information and LSI Megaraid infor was removed by overwriting the first 8M of the first partition with dd, e.g.: root@archiso ~ # dd if=/dev/zero of=/dev/sda1 bs=8M count=1 1+0 records in 1+0 records out 8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.01363 s, 615 MB/s Zapping the GPT partition (with gdisk) was required to remove all parts of the GPT partition before the disks could be used by mdadm (I didn't know GPT wrote partition information to both the beginning and end of the disk and couldn't simply be removed with tools like fdisk or cfdisk, but required a tool that could zap all GPT info. root@archiso ~ # gdisk /dev/sda GPT fdisk (gdisk) version 1.0.1 Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: present Found valid MBR and GPT. Which do you want to use? 1 - MBR 2 - GPT 3 - Create blank GPT This info didn't seem right as a not on the beginner's page, it didn't fit nicely on the RAID wiki either (even though that seemed like the appropriate spot) and didn't fit on the Partitioning wiki either (that page had nothing related to disk reuse) It seems like this is worth noting for anyone else attempting to reuse disks from a prior VMWare or hardware raid config. What say the devs? Is there a proper place for it? Or should we just leave everyone to search the web for this info? -- David C. Rankin, J.D.,P.E.

1 0