- Arch-general - lists.archlinux.org

[arch-general] Linux-api-headers out of date (4.17 vs 5.0)
by Jason Koch 21 Mar '19

21 Mar '19

Hi all It seems that allan@ has pushed some updates to bring the kernel up to 4.20, but they haven't yet showed up as a package. https://git.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=pac… Is this an expected / known issue? Is there anything I can do to help? It seems like they are lagging the rest of the kernel packages. In any case, here is a patch which brings my headers up to date with my currently installed kernel version. ------------------------------------------------------ diff --git a/linux-api-headers/trunk/PKGBUILD b/linux-api-headers/trunk/PKGBUILD index 3d0fb90..4713905 100644 --- a/linux-api-headers/trunk/PKGBUILD +++ b/linux-api-headers/trunk/PKGBUILD @@ -4,14 +4,14 @@ # toolchain build order: linux-api-headers->glibc->binutils->gcc->binutils->glibc pkgname=linux-api-headers -pkgver=4.20.12 +pkgver=5.0.2 pkgrel=1 pkgdesc='Kernel headers sanitized for use in userspace' arch=(any) url='http://www.gnu.org/software/libc' license=(GPL2) -source=( https://www.kernel.org/pub/linux/kernel/v4.x/linux-${pkgver}.tar.{xz,sign}) -md5sums=('edd3015435d60598b99cf6aaf223710e' +source=( https://www.kernel.org/pub/linux/kernel/v5.x/linux-${pkgver}.tar.{xz,sign}) +md5sums=('911065be61e90bc9afefd2c0ffa944c1' 'SKIP') validpgpkeys=('ABAF11C65A2970B130ABE3C479BE3E4300411886' # Linus Torvalds '647F28654894E3BD457199BE38DBBDC86092693E') # Greg Kroah-Hartman ------------------------------------------------------ I searched the forums and wiki, the only relevant piece of info I could find was - do not raise a bug for an out of date package. If I'm in the wrong place please let me know. Thanks Jason

2 1

[arch-general] Suggestion: switch to zstd -19 for compressing packages over xz
by Adam Fontenot 17 Mar '19

17 Mar '19

Hi, It's now been about half a year since support for zstd landed in our packaging tools. I've been quietly using it for all my locally built packages since then with no issues. I think it would be worthwhile to have a discussion about whether to use zstd for officially built packages. Here is a brief summary of negatives and positives: Negatives: * Changing things takes time and might break someone's workflow. * Zstd -19 results in slightly larger files than xz -6 (default). Positives: * Change would be invisible to most users. * Would keep Arch Linux on top of the latest in packaging tech. * Updating would be much faster for most users. To expand on that last point: for reasonably fast connections, the additional time required to decompress xz compressed packages means that updating can actually take more time than it would for packages that are not compressed at all! Because zstd is designed to have very fast decompression, for a wide range of modern broadband connections zstd -19 is the fastest algorithm to download and decompress. For example, check out this compression test (with the Mozilla dataset): https://quixdb.github.io/squash-benchmark/unstable/ Or look at my local test with the most recent Firefox package: Tool Compression time Size Time to DL (100 Mbps) + decompress xz -6 5m 53s 49 MB 0m 21s zstd -19 6m 0s 53 MB 0m 6s So while xz and zstd compress in about the same amount of time and result in files of similar size, from the user's standpoint zstd results in much faster updates. Multiply this by a few hundred packages and you have a pretty substantial effect. I look forward to discussing this with you all. Cheers, Adam

9 11

[arch-general] Window Decoration Budgi
by siefke_listen＠web.de 16 Mar '19

16 Mar '19

Hello, I have installed new Arch Linux and now the Budgie Desktop imaging not the Widgets to close, minimize and maximize. I miss the complete window decoration. Have here someone a idea. Silvio

2 2

[arch-general] What is a pacman "download library error"?
by Ralf Mardorf 10 Mar '19

10 Mar '19

Hi, installing a package with "pacman -U URL" fails. Downloading with "wget -q URL" and installing the file with "pacman -U" works. [rocketmouse@archlinux tmp]$ sudo pacman -U https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/lxpanel-0.10.0-… error: failed retrieving file 'lxpanel-0.10.0-1-x86_64.pkg.tar.xz' from mex.mirror.pkgbuild.com : Resolving timed out after 10000 milliseconds warning: failed to download https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/lxpanel-0.10.0-… error: 'https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/lxpanel-0.10.0-…': download library error [rocketmouse@archlinux tmp]$ wget -q https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/lxpanel-0.10.0-… [rocketmouse@archlinux tmp]$ sudo pacman -U lxpanel-0.10.0-1-x86_64.pkg.tar.xz loading packages... warning: lxpanel-0.10.0-1 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) lxpanel-0.10.0-1 [snip] The issue doesn't happen for another package, from another server. [rocketmouse@archlinux tmp]$ sudo pacman -U http://mirror.f4st.host/archlinux/community/os/x86_64/antiword-0.37-7-x86_6… loading packages... resolving dependencies... looking for conflicting packages... Packages (1) antiword-0.37-7 Total Installed Size: 0.52 MiB :: Proceed with installation? [Y/n] n [rocketmouse@archlinux tmp]$ sudo pacman -U https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/lxpanel-0.10.0-… error: failed retrieving file 'lxpanel-0.10.0-1-x86_64.pkg.tar.xz' from mex.mirror.pkgbuild.com : Resolving timed out after 10000 milliseconds warning: failed to download https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/lxpanel-0.10.0-… error: 'https://mex.mirror.pkgbuild.com/community-testing/os/x86_64/lxpanel-0.10.0-…': download library error Regards, Ralf -- pacman -Q linux{,-rt{-cornflower,,-securityink,-pussytoes}}|cut -d\ -f2 5.0.arch1-1 4.19.25_rt16-0 4.19.23_rt13-0.1 4.19.15_rt12-0 4.18.16_rt9-1

3 5

[arch-general] adding to capacity to /
by pete 09 Mar '19

09 Mar '19

Hi folks . i have a problem when i built this system i thought i had allowed enough space for the / partition but it seems now i was wrong . I do not really want to start again and rebuild the system . I have several spare drives lurking is it possible to add space to the partition by adding another drive mounting it as / .. Thanks Pete .

2 1

[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