- Arch-general - lists.archlinux.org

[arch-general] truecrypt 1:7.1a-3 is broken now for five month
by Wulf Richartz 07 May '16

07 May '16

Hello devs and list, truecrypt 1:7.1a-3 is broken now for five month since the gcc ABI change and recompilation of truecrypt. Corresponding bug report: https://bugs.archlinux.org/task/47325 It would be fine, if there will be a "solution" for this package in the repository Extra, maybe going back to 1:7.1a-2? regards Wulf

5 4

[arch-general] Why isn't RetroArch in the Arch repos?
by Diego Viola 03 May '16

03 May '16

Any reasons?

4 7

[arch-general] Pacpartial: some support for partial upgrades
by Tom M 02 May '16

02 May '16

Hi list, For a while I have been working on and testing pacpartial, a small program of my own creation which aims to allow some degree of partial upgrades on Arch. It attempts to find and update a "stale" tree of packages related to a given one, to minimise breaks. Currently it is a massive hack (Python calling pacman & pactree) but it works well from my usage. I would love to use libalpm but cannot find documentation! :) Any tests, thoughts and comments are appreciated. https://github.com/tmewett/pacpartial Thanks, Tom M

1 0

[arch-general] Announcing [atom] repository
by Nicola Squartini 02 May '16

02 May '16

Users of GitHub's Atom editor might be interested in adding my unofficial [atom] repository to their pacman.conf: https://github.com/tensor5/arch-atom https://wiki.archlinux.org/index.php/Unofficial_user_repositories#atom It consists of three packages: atom, electron and apm. It's been available for several months now, it's used by many people, and I consider it stable. Packages follow Arch's guidelines and have no namcap errors. The main feature is that is entirely compiled from source, while the other atom packages in AUR, although they don't explicitly include the suffix "-bin", download a pre-compiled distribution of Electron, which is the heart of Atom. The other feature, which sets it apart from upstream and AUR, is that Atom is split from, and requires Electron. This allows to reuse Electron separately as foundation for other desktop applications. I would be happy if Atom gets promoted to [community] in the future, and if it does I volunteer for maintaining it. Enjoy.

1 0

[arch-general] Win10 Upgrade makes ArchLinux inaccessible?
by Zachary Kline 30 Apr '16

30 Apr '16

Hi All, So my laptop upgraded to the latest version of Windows 10 recently, and this seems to have undone the hack of replacing the default bootx64.efi file. That is, the file is still SystemD’s boot loader, but somehow I’m back to only being able to boot Windows reliably. Has anyone else seen this particular frustration with an upgrade? I note that my laptop came with Windows 10, so this was just an incremental update as far as I now. Thanks for any ideas. This is kind of maddening. Best, Zack.

5 5

[arch-general] [Berlin]ArchLinux User Group - May
by Akendo 29 Apr '16

29 Apr '16

Hello everyone, I'm happy to announce[0] the next archlinux user group berlin meeting on May the 4th in the c-base[1]. We'll start around 20:00. This time we'll have two presentations: - "Archlinux package creation and AUR upload"Archlinux package creation and AUR upload" from XenGi - "Lightweight pro-audio setup using Arch Linux" from Dave Feel free to subscribe[2] to our mailing list or send us a message on twitter[3]. [0]https://archlinux.berlin/announcement-next-user-group-meeting-may/ [1]http://www.meetup.com/de-DE/archlinux-usergroup-berlin/events/230551623/ [2]https://mail.akendo.eu/cgi-bin/mailman/listinfo/archlinux-berlin [3]https://twitter.com/ArchlinuxBerlin

2 2

[arch-general] Building in docker?
by Magnus Therning 27 Apr '16

27 Apr '16

For various reasons I'm looking into not using `makechrootpkg` when building the 200+ packages I put into a non-official repo. Obviously it's important to keep the building environment separate from my ordinary system environment. Going to full virtualisation is definitely overkill and the only containers I know of are chroots and docker. Docker has some nice attributes, in particular no need for root access. However, I don't know a whole lot about it, so I wonder are there any aspects to it that makes it a bad choice for building packages? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Heuristic is an algorithm in a clown suit. It’s less predictable, it’s more fun, and it comes without a 30-day, money-back guarantee. -- Steve McConnell, Code Complete

6 13

[arch-general] possible root cause using Firefox
by Elmar Stellnberger 27 Apr '16

27 Apr '16

Today Firefox has crashed with the backtrace provided below when trying to view maps.google.com. While Firefox 45.0.2-1 was hanging I tried to invoke gdb with it: elm:~/bugs/arch-firefox-crash> ps ax | grep firefox 2655 ? Sl 13:25 /usr/bin/firefox 3281 pts/2 S+ 0:00 grep firefox elm:~/bugs/arch-firefox-crash> gdb -p 2655 GNU gdb (GDB) 7.11 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word". Attaching to process 2655 ptrace: Die Operation ist nicht erlaubt. (gdb) It says "operation not permitted" here when trying to ptrace firefox which was launched just normally as always as user elm. Nonetheless it was possible to backtrace the hanging frifeox-instance as user root as you can see in the P.S.-section. There are two things which I would like to say about it: * Firefox did apparently not only crash but acquire root privileges by doing so; otherwise it would not have needed user root to backtrace firefox (there is no SELinux, Apparmor or anything else running here; it is a plain Arch-installation) * Secondly I believe it a shame that we do not have -debuginfo packages for Arch. This way any gathered backtrace - be it for security reasons or just for supporting developers - will be pretty useless. Anyone here who would consider to work on the debuginfo - issue? Finally I will have to say that I had noticed screen distortions before Firefox started to hang; consequently this could well be an issue related to GL/nouveau as well. Thanks for Your Attention, Elmar Stellnberger P.S.: here comes the backtrace; (Unfortunately I did not gather a core dump or anything else:) #0 0x00007f67ddebcc3d in poll () from /usr/lib/libc.so.6 #1 0x00007f67d8a3fae2 in ?? () from /usr/lib/libxcb.so.1 #2 0x00007f67d8a41497 in ?? () from /usr/lib/libxcb.so.1 #3 0x00007f67d8a415a1 in xcb_wait_for_reply () from /usr/lib/libxcb.so.1 #4 0x00007f67dc836727 in _XReply () from /usr/lib/libX11.so.6 #5 0x00007f67dc81bc35 in XGetImage () from /usr/lib/libX11.so.6 #6 0x00007f67d1cab8f0 in ?? () from /usr/lib/firefox/libxul.so #7 0x00007f67d1cab7c8 in ?? () from /usr/lib/firefox/libxul.so #8 0x00007f67d1caf7e5 in ?? () from /usr/lib/firefox/libxul.so #9 0x00007f67d0e1d0b6 in ?? () from /usr/lib/firefox/libxul.so #10 0x00007f67d1cacd59 in ?? () from /usr/lib/firefox/libxul.so #11 0x00007f67d1cacbc3 in ?? () from /usr/lib/firefox/libxul.so #12 0x00007f67d1656b78 in ?? () from /usr/lib/firefox/libxul.so #13 0x00007f67d1cad9b3 in ?? () from /usr/lib/firefox/libxul.so #14 0x00007f67d16604f3 in ?? () from /usr/lib/firefox/libxul.so #15 0x00007f67cfc1635e in ?? () from /usr/lib/firefox/libxul.so #16 0x00007f67cfc03033 in ?? () from /usr/lib/firefox/libxul.so #17 0x00007f67cfc0af2d in ?? () from /usr/lib/firefox/libxul.so #18 0x00007f67cfc0e254 in ?? () from /usr/lib/firefox/libxul.so #19 0x00007f67cfc0314a in ?? () from /usr/lib/firefox/libxul.so #20 0x00007f67cfc0ae98 in ?? () from /usr/lib/firefox/libxul.so #21 0x00007f67cfc0c2b6 in ?? () from /usr/lib/firefox/libxul.so #22 0x00007f67cfc0314a in ?? () from /usr/lib/firefox/libxul.so #23 0x00007f67cfc0ae98 in ?? () from /usr/lib/firefox/libxul.so #24 0x00007f67cfc0c3d8 in ?? () from /usr/lib/firefox/libxul.so #25 0x00007f67cfc0314a in ?? () from /usr/lib/firefox/libxul.so #26 0x00007f67cfc0ae98 in ?? () from /usr/lib/firefox/libxul.so #27 0x00007f67cfc0c338 in ?? () from /usr/lib/firefox/libxul.so #28 0x00007f67cfc0314a in ?? () from /usr/lib/firefox/libxul.so #29 0x00007f67cfbff18d in ?? () from /usr/lib/firefox/libxul.so #30 0x00007f67cfc2b352 in ?? () from /usr/lib/firefox/libxul.so #31 0x00007f67d0a3ba01 in ?? () from /usr/lib/firefox/libxul.so #32 0x00007f67d0a413ad in ?? () from /usr/lib/firefox/libxul.so #33 0x00007f67d0a4757c in ?? () from /usr/lib/firefox/libxul.so #34 0x00007f67d15325a8 in ?? () from /usr/lib/firefox/libxul.so #35 0x00007f67d1530f0a in ?? () from /usr/lib/firefox/libxul.so #36 0x00007f67d133768b in ?? () from /usr/lib/firefox/libxul.so #37 0x00007f67d13363fc in ?? () from /usr/lib/firefox/libxul.so #38 0x00007f67d133441c in ?? () from /usr/lib/firefox/libxul.so #39 0x00007f67d1531f52 in ?? () from /usr/lib/firefox/libxul.so #40 0x00007f67d1530b59 in ?? () from /usr/lib/firefox/libxul.so #41 0x00007f67d133c52a in ?? () from /usr/lib/firefox/libxul.so #42 0x00007f67d133b8c0 in ?? () from /usr/lib/firefox/libxul.so #43 0x00007f67d133b800 in ?? () from /usr/lib/firefox/libxul.so #44 0x00007f67d133b45d in ?? () from /usr/lib/firefox/libxul.so #45 0x00007f67d154e249 in ?? () from /usr/lib/firefox/libxul.so #46 0x00007f67d1578e45 in ?? () from /usr/lib/firefox/libxul.so #47 0x00007f67d1577f7d in ?? () from /usr/lib/firefox/libxul.so #48 0x00007f67d148bf5f in ?? () from /usr/lib/firefox/libxul.so #49 0x00007f67d1511308 in ?? () from /usr/lib/firefox/libxul.so #50 0x00007f67d150fca5 in ?? () from /usr/lib/firefox/libxul.so #51 0x00007f67d12255d6 in ?? () from /usr/lib/firefox/libxul.so #52 0x00007f67d1239a8c in ?? () from /usr/lib/firefox/libxul.so ---Type <return> to continue, or q <return> to quit--- #53 0x00007f67d0c13582 in ?? () from /usr/lib/firefox/libxul.so #54 0x00007f67d0be7c4d in ?? () from /usr/lib/firefox/libxul.so #55 0x00007f67d1c528d6 in ?? () from /usr/lib/firefox/libxul.so #56 0x00007f67d1938b69 in NS_InvokeByIndex () from /usr/lib/firefox/libxul.so #57 0x00007f67d12c05fe in ?? () from /usr/lib/firefox/libxul.so #58 0x00007f67d12c240e in ?? () from /usr/lib/firefox/libxul.so #59 0x00007f67d1826a33 in ?? () from /usr/lib/firefox/libxul.so #60 0x00007f67d181840f in ?? () from /usr/lib/firefox/libxul.so #61 0x00007f67d18176de in ?? () from /usr/lib/firefox/libxul.so #62 0x00007f67d1826b8d in ?? () from /usr/lib/firefox/libxul.so #63 0x00007f67d182a2f5 in ?? () from /usr/lib/firefox/libxul.so #64 0x00007f67d1792d7c in ?? () from /usr/lib/firefox/libxul.so #65 0x00007f67d12c736d in ?? () from /usr/lib/firefox/libxul.so #66 0x00007f67d19397c7 in ?? () from /usr/lib/firefox/libxul.so #67 0x00007f67d1938cd9 in ?? () from /usr/lib/firefox/libxul.so #68 0x00007f678aee4620 in ?? () #69 0x00007f6795502820 in ?? () #70 0x00007f679a32cfa0 in ?? () #71 0x00007f679b5625e0 in ?? () #72 0x000000000000027f in ?? () #73 0x00007f6799f5fae0 in ?? () #74 0x0000000000000000 in ?? ()

2 1

[arch-general] Archlinux Mac interfaces network not appear
by Maykel Franco 27 Apr '16

27 Apr '16

Hi, I try install archlinux in a MacBook Pro. The network interfaces, wired and wlan, not appear... I exec ifconfig -a, iwconfig but the only interface appear is lo (localhost). Thanks in advanced...

2 2

[arch-general] Advantages of netctl over systemd-networkd?
by Alexandre de Verteuil 26 Apr '16

26 Apr '16

Hello all, I was happily configuring static and dynamic networking in my home network using systemd.netdev and systemd.network unit files until I needed static routes for my site-to-site VPN setup. I'm still investigating the root cause, but basically routes don't get added and I get the following error message in the journal: systemd-networkd[4468]: br0: Could not set route: Network is unreachable …which might be related to this issue: https://github.com/systemd/systemd/issues/1850 …even though I also tried with a static IP address. So anyways, my question is what are the advantages of netctl? Is it more stable? Does it offer more control and options? Do any of you who have experience setting up static routes have any recommendations regarding the choice of network manager? Thanks in advance, -- Alexandre de Verteuil <alexandre(a)deverteuil.net> public key ID : 0xDD237C00 http://alexandre.deverteuil.net/

3 4