March 2019 - Arch-general - lists.archlinux.org

[arch-general] IPC slowness
by frederik＠ofb.net 08 Mar '19

08 Mar '19

Dear Arch, I've noticed a 20x slowdown on a simple IPC task on a couple of recently updated Arch systems. Here is a script to exhibit the problem: #!/bin/bash SCREEN=/usr/bin/screen $SCREEN -dmS x time $SCREEN -S x -X setenv A B $SCREEN -S x -X quit On my laptop, which is a slower Arch system, it takes about 0.4 seconds, with 0.2s for user and 0.2s for system. On a faster Arch system, it's 0.11s, 0.03s user and 0.09s system. On a *really* slow Arch system that hasn't been updated since August, it takes 0.015s (0.01s user and 0.00s system). On a Raspbian system it is 0.014s, and on a Debian-based virtual server it is 0.006s. In summary, the recent Arch systems are about 20x slower than the Debian systems for this command, but the August 2018 Arch laptop is just as fast. Any ideas what might be causing this? I tried to debug with 'strace -r -p' and it looks like most of the time is getting spent in a 'select' call. 0.000171 geteuid() = 1000 0.000075 getegid() = 1000 0.000080 select(1024, [3 4 5 6], [], NULL, NULL) = 1 (in [3]) 0.399534 fcntl(3, F_SETFL, O_RDONLY) = 0 0.000171 read(3, "\0gsm\4\0\0\0/dev/pts/33\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 12336) = 12336 0.000169 close(3) = 0 Thanks, Frederick

7 9

[arch-general] The NSA Makes Ghidra, a Powerful Cybersecurity Tool, Open Source | WIRED
by Turritopsis Dohrnii Teo En Ming 06 Mar '19

06 Mar '19

Good evening from Singapore, I am sharing some information technology news on open source cybersecurity tools developed by the NSA. Article: The NSA Makes Ghidra, a Powerful Cybersecurity Tool, Open Source Author: Lily Hay Newman News Media: WIRED.com Date Published: 5 Mar 2019 Time Published: 9:54 PM Link: https://www.wired.com/story/nsa-ghidra-open-source-tool/ ===BEGIN EMAIL SIGNATURE=== The Gospel for all Targeted Individuals (TIs): [The New York Times] Microwave Weapons Are Prime Suspect in Ills of U.S. Embassy Workers Link: https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html ******************************************************************************************** Singaporean Mr. Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 14 Feb 2019 [1] https://tdtemcerts.wordpress.com/ [2] https://tdtemcerts.blogspot.sg/ [3] https://www.scribd.com/user/270125049/Teo-En-Ming ===END EMAIL SIGNATURE===

2 1

[arch-general] Any particular reason for daily imagemagick updates?
by David C. Rankin 06 Mar '19

06 Mar '19

All, More an observation than a problem, but is there any security reason for the flood of imagemagick updates, or are we basically getting nightlies every time a commit is pushed? Example: 5 hours Update to 7.0.8.32 arojas 27 hours Update to 7.0.8.31 arojas 2 days Update to 7.0.8.30 arojas 5 days Update to 7.0.8.29 arojas That's 4 in the past 5 days alone and two within 24 hours. It's small enough that updates are no issue, it just seems odd that the upstream release cycle is really that frequent. -- David C. Rankin, J.D.,P.E.

5 6

[arch-general] Any objections to asking vim to fix PKGBUILD syntax highlighting?
by james harvey 06 Mar '19

06 Mar '19

I'd like to post the following issue at: https://github.com/vim/vim/issues/new Wanted to see if there were any objections from staff, like if even though the error highlighting is technically wrong, if it's desired to be left as-is to discourage 'pkgname' being a single element array or 'SKIP' usage when inappropriate, etc. (Below is in github markup.) Subject: Incorrect error highlighting in syntax/PKGBUILD.vim `vimfiles/syntax/PKGBUILD.vim` highlights two things as errors that it should not. As an example: the [valid official PKGBUILD file for gdb](https://git.archlinux.org/svntogit/packages.git/plain/trunk/PKGBUILD?h… pkgname=(gdb gdb-common) ... sha1sums=(... 'SKIP') Specifically, it highlights in: `pkgname` the `(`, ` `, and `)`; and `sha1sums` the `SKIP`. `pkgname` is usually not an array, but in the case of split packages, it can be an array. See https://wiki.archlinux.org/index.php/PKGBUILD#pkgname `sha1sums` is quite often a sha, but it can be `SKIP`, especially when given a `.sig` file or a git repo. See https://wiki.archlinux.org/index.php/PKGBUILD#Integrity `SKIP` is valid in: `md5sums`, `sha1sums`, `sha224sums`, `sha256sums`, `sha384sums`, and `sha512sums`.

4 3

[arch-general] pacman.log has no timezone information in timestamp
by Florian Wehner 04 Mar '19

04 Mar '19

Hi! I just used the /var/log/pacman.log for the first time to give me the last date-time I did a system upgrade ('starting full system upgrade' in the log). There is no time-zone info in the time-stamp. It's also not UTC. Does anyone know if this is by design or a bug? Example Output: [2019-03-01 16:59] [PACMAN] starting full system upgrade Expected Output: [2019-03-01 16:59-05:00] [PACMAN] starting full system upgrade It's confusing when you travel a lot or use 'datediff'. --Florian

4 4

[arch-general] Impossible redirect console buffer to log
by Maykel Franco 03 Mar '19

03 Mar '19

HI, I playing with cccam for a proyect with decoder and I like stdout console log to specific log but not work... I try all: >> /var/log/test.log tee -a /var/log/test.log strace -p pid The command is: /usr/local/bin/CCcam -d 18:43:15.717 CCcam: ====================================================================== 18:43:15.717 CCcam: starting CCcam ====================================================================== 18:43:15.717 CCcam: online using nodeId 91dd747775a31f66 18:43:15.735 CCcam: create 1 cam device(s) 18:43:15.739 CCcam: readKeyfile: cannot open /var/keys/SoftCam.Key or not found 18:43:15.739 CCcam: readKeyfile: cannot open /var/keys/AutoRoll.Key or not found 18:43:15.739 CCcam: static cw not found or bad 18:43:15.746 CCcam: parsed 11522 entries from /var/etc/CCcam.prio 18:43:15.747 CCcam: added 1005 provider names from /var/etc/CCcam.providers 18:43:15.798 CCcam: added 11097 channel names from /var/etc/CCcam.channelinfo 18:43:15.798 CCcam: server started on port 47015 The binary program is: /usr/local/bin/CCcam: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=6ab44025c0a35a3 83d63f30e96e489f29df424b5, stripped I've tried everything, I do not know what to do to have that output write it to log. I've tried inclusy with tty, pts but it's impossible. Does somebody knows why it could be? with any other command / program works well with the only thing that I have managed to write to log is add: | stdbuf -oL but the program closes

3 19

[arch-general] Problem with x11 keymap options
by Juha Kankare 03 Mar '19

03 Mar '19

Hey, I've been trying to get my locale to work correctly, adn everythign else seems to be roughly correct (if I set grp:alt_shift_toggle with setxkbmap I can switch between my keyboards), but the option grp:alt_shift_toggle doesn't work unless I run the command manually. I've checked ~/.profile, ~/.bashrc /etc/profile and /etc/bash.bashrc (I think that's what it's called). No setxkbmaps or localectls anywhere. Jounrals and logs seemto be of little help, showing that everything is loading fine. Can anyone help me find out what's wrong? -- Regards, Juha Kankare

2 2

[arch-general] gpg - actions on keyserver fail
by Friedrich Strohmaier 02 Mar '19

02 Mar '19

Hi all, I've setup a new arch install on a VM where almost everything runs as expected. Only gpg talking to key servers fails. Trying a key search results in: ~]$ gpg --keyserver hkp://pool.sks-keyservers.net --search-keys Alltag gpg: error searching keyserver: Server indicated a failure gpg: keyserver search failed: Server indicated a failure pacman-key --refresh-keys shows similar error. ~]$ gpg --version gpg (GnuPG) 2.2.13 libgcrypt 1.8.4 .. I made sure - pool.sks-keyservers.net is resolved - pool.sks-keyservers.net answers at port 11371 and 80 - gpg succeds key server interaction (--search-keys) from a neighbour VM (centOS gpg (GnuPG) 2.0.22, libgcrypt 1.5.3) - gpg succeds key server interaction (--search-keys) from the host (debian, gpg (GnuPG) 1.4.18) - gpg succeds key server interaction (--search-keys) from my home box,(archlinux gpg (GnuPG) 2.2.13, libgcrypt 1.8.4) any further ideas how to nail down this? -- Friedrich

1 0

Re: [arch-general] pacman.log has no timezone information in timestamp
by Juha Kankare 02 Mar '19

02 Mar '19

On 02/03/2019 02:23, ProgAndy wrote: > Am 02.03.19 um 01:12 schrieb mpan: >>> I just used the /var/log/pacman.log for the first time to give me the >>> last date-time I did a system upgrade ('starting full system upgrade' in >>> the log). There is no time-zone info in the time-stamp. It's also not >>> UTC. Does anyone know if this is by design or a bug? >> `pacman` uses local time of your system. Indeed it seems like an >> ommision. >> >> You may consider opening a feature request, so pacman.conf would allow >> either an option to include TZ in the logs (good idea) or setting custom >> time format (worse idea, as this would bind `pacman` codebase to the >> specific time formatting function). >> > > Meanwhile you can explicitly set the timezone to UTC when calling > pacman, that way the log will be consistent: > > $ TZ=UTC sudo pacman ... > > -- > ProgAndy For some reason, ' $ TZ=UTC sudo pacman' and '$ sudo TZ=UTC pacman' both work, but '$ alias pacman="TZ=UTC pacman"' and then '$ sudo pacman' doesn't, even though (from what I know) it should be practically equal to '$ sudo TZ=UTC pacman'. Not sure why, but it was worth a shot. Any other way to automate this TZ=UTC for pacman so you don't have to type it every time. Maybe a wrapper script aliased to "upacman" or something? -- Regards, Juha Kankare

3 2