July 2015 - Arch-general - lists.archlinux.org

[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] Smartcard troubles on Arch
by Mathias Huber 18 Mar '16

18 Mar '16

Dear Archers, I am trying to get my Gemalto USB Shell Token V2 (GPG-Smartcard-Reader in a USB-Stick) to work on Arch. I've set up Udev in the way I did successfully in Ubuntu 12.04.LTS. However, no success. I am still trying to figure out where the trouble lies. I can never see the card using gpg --card-status But sometimes I see its fields when using pcscs_scan. Possible culprits: pcscd, which sometimes gives errors, gpg's USB support? Has anyone had success in setting up this reader or similar smartcard readers? Or had similar troubles? I would love to hear from you. Best, Mathias

3 3

[arch-general] Firefox display problem
by Francis Gerund 18 Sep '15

18 Sep '15

Using Firefox to access http://cnn.com, photos show up, but often have a superimposed small, hollow rectangle in the center of each. The rectangles contain the characters "FI" above the characters "33". Is this a sign of some missing component from Firefox, or just an error at the cnn.com website? Or something else?

8 12

[arch-general] NetworkManager warn logs, Is it something to be concerned?
by piruthiviraj natarajan 14 Aug '15

14 Aug '15

I get these logs in my journal and I am not sure if something is wrong. My wifi works fine though. I have intel card 02:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 2200 [8086:0891] (rev c4) my journalctl -r log is [code]Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:12:39 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:12:55 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:13:21 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:14:13 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:14:50 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:15:06 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:15:41 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:16:02 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:16:43 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:17:33 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:17:53 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:18:26 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:18:46 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:19:36 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:20:14 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:20:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:21:30 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:22:15 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:22:59 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:23:27 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:24:23 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:25:19 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:25:47 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:26:45 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:27:23 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:27:44 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:28:07 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (0) Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): IPv6 MTU (0) smaller than 1280, adjusting Jul 21 22:28:52 archlinux NetworkManager[259]: <warn> (wlp2s0): Raising device MTU (0) to match IPv6 MTU (1280) Jul 21 22:29:10 archlinux NetworkManager[259]: <warn> (wlp2s0): Lowering IPv6 MTU (1500) to match device MTU (1280) [/code]

3 3

[arch-general] Additional mouse (Lenovo N700) gesture binding
by Oon-Ee Ng 06 Aug '15

06 Aug '15

I just got the above bluetooth and/or wireless (dual-mode) mouse for my work, as the presenter laser looked pretty useful. 3 basic buttons (1, 2, 3) worked out of the box. So did the touch-scrolling (up/down). So I'm looking for advise for the remaining 3 inputs supported. This mouse has a 'Windows key' button and supports left/right swipe gestures (targeted at the new Windows side-screen gestures). Firstly, regarding the gestures, here's what I obtain from xinput test. I've also listed which keys these correspond to. Left swipe:- key press 22 Backspace key press 133 Super_L (left Windows key) key press 37 Control_L key release 22 Backspace key release 133 Super_L (left Windows key) key release 37 Control_L Right swipe:- key press 54 c key press 133 Super_L (left Windows key) key release 54 c key release 133 Super_L (left Windows key) This seems to correspond to pressing 3/2 key combos and releasing them in the same order. This seems to cause problems with xbindkeys and sxhkd (the only two key-binding daemons I've used before) as using the Super-c combo expects the Windows key to be pressed first, followed by the c key being pressed and released. How can I bind gestures to the above? Is it possible, for example, to bind keys to a specific input device (so for example I can bind to the letter c but only from the mouse, not from my keyboard)? Or something involving xmodmap? Thanks for your advise/help.

3 8

[arch-general] Update to OpenCV 2.4.11?
by André Apitzsch 29 Jul '15

29 Jul '15

Hi everybody, OpenCV 2.4.11 has been released about five months ago. Arch still ships 2.4.10. An Update to the newer version would simplify transition to 3.0. See http://code.opencv.org/projects/opencv/wiki/ChangeLog#30-rc What's holding back an update to 2.4.11? Regards, André

3 3

[arch-general] [extra] festival packge (Orphan)
by Tobias Markus 28 Jul '15

28 Jul '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, I hope this is the right place to post. The festival package (in [extra]) has been an orphan and out-of-date for a while, 2.1 is packaged, 2.4 is available. I fixed some of the errors coming up when trying to build festival 2.4 in the festival-patched-hts package (AUR) [1], and it works quite well now. The PKGBUILD can be modified for the non-HTS-patched version quite easily, only removing the relevant patches, and I kept modifications to a necessary minimum (to make it obvious I don't have any bad intentions...). Because of this, I wonder if some package maintainer could pick the actual festival package up and apply my changes to make it work with 2.4. I encountered a build error that is very likely an upstream bug [2], but I don't have time to report it right now. A workaround until the issue is resolved upstream is included. Aside from that, I changed the MD5 hashes to SHA-256 hashes and removed some parts of the some of the compatibility patches that were made obselete by upstream changes. Please do not hestitate to ask me further questions regarding the changes involved. Thank you very much in advance, Best regards Tobias [1] https://aur4.archlinux.org/packages/festival-patched-hts/ [2] festival/src/modules/clustergen/HTS_vocoder_me.cc includes a C file (not a header!), namely festival/src/modules/hts_engine/HTS_vocoder.c, causing linkage errors (multiple definitions of symbol). Workaround is a header file and some uncontroversial non-breaking changes. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlW314IACgkQAO6N0EYmC9b0jgCgugOF+IgM7l7qfzIP+QmEETHA 4+YAmwUwmghQEkSXf3F/0Y4mdC8CBaTk =wg7q -----END PGP SIGNATURE-----

1 0

[arch-general] kernel package 4.1.3 still in testing
by David Kaylor 28 Jul '15

28 Jul '15

Anyone have any idea why 4.1.3 is being held back in testing, nearly a week now? Seems unusual for a .3 or newer, although I realize it might not be for a x.x.1 or .2. Anyone using the testing repo having major issues? No bugs shown against it, and nothing obvious in testing or kernel/hardware forums. Upstream, not sure about.

1 0

[arch-general] Possibility of including xorg input patch
by Kirill Churin 25 Jul '15

25 Jul '15

Can this patch https://bugs.freedesktop.org/attachment.cgi?id=33142 be applied to Arch's xorg? It solves famous problem https://bugs.freedesktop.org/show_bug.cgi?id=865 with broken keyboard input for users who use multiple keyboard layouts without any noticeable side-effects. It's known this patch has been applied in Ubuntu. -- Kirill Churin Jabber: reflexing(a)reflexing.ru, ICQ: 8163230, Skype on demand.

5 4

[arch-general] Signing kernel modules
by Damjan Georgievski 25 Jul '15

25 Jul '15

Since some time ago, the Linux kernel has had support for cryptographically signed modules, i.e. the kernel can be configured to only load properly signed modules. https://www.kernel.org/doc/Documentation/module-signing.txt I wouldn't go to lengths explaining the benefits of it, I was just wondering if Arch has the infrastructure to sign the modules - since developers already sign the kernel package itself [*], and in that sense we (the users) already trust them to that level. I'm not suggesting that CONFIG_MODULE_SIG_FORCE is enabled by default - that would break 3rd party modules, but people could optionally use the "enforcemodulesig=1" kernel command line option if they want to. Thoughts? [*] though packages are gpg signed, and modules use x.509 -- damjan

2 1