- Arch-general - lists.archlinux.org

[arch-general] Sha256sum unexpected behaviour
by Leonidas Spyropoulos 10 Jan '20

10 Jan '20

Hello, I got a weird issue with sha256sum behaviour. When creating the package with makepkg --geninteg I get a hash and when trying to build it with makepkg the hash fails. The interesting bit is --ptintsrcinfo comes up with a different hash. Anyone got some idea why this might happen? See below some debugging info ~/linux-gc$ makepkg --geninteg ==> Retrieving sources... -> Found linux-v5.4.10-arch1.tar.gz -> Found config -> Found 0001_bmq_v5.4-r1.patch -> Found 0002_enable_additional_cpu_optimizations-20190822.tar.gz ==> Generating checksums for source files... sha256sums=('bd51016d038277d2edd4e6d6def53b0ba24e0b238662d404a07a7d706ad2b5d3' 'aa77f7e3b611787f734c7e7d7503d3debf9af86ac999e8bccf533c5a854ec15b' '0b770209a72171dfd46401d67d13204a767eb1749ef522df7ea7292b83046537' '8c11086809864b5cef7d079f930bd40da8d0869c091965fa62e95de9a0fe13b5') ~/linux-gc$ makepkg --printsrcinfo pkgbase = linux-gc pkgdesc = Linux pkgver = 5.4.10 pkgrel = 1 url = https://cchalpha.blogspot.co.uk/ arch = x86_64 license = GPL2 makedepends = bc makedepends = kmod makedepends = libelf makedepends = xmlto makedepends = python-sphinx makedepends = python-sphinx_rtd_theme makedepends = graphviz makedepends = imagemagick makedepends = git options = !strip source = linux-v5.4.10-arch1.tar.gz::https://git.archlinux.org/linux.git/snapshot/li… source = config source = 0001_bmq_v5.4-r1.patch::https://gitlab.com/alfredchen/bmq/raw/master/5.4/bm… source = 0002_enable_additional_cpu_optimizations-20190822.tar.gz::https://github.co… validpgpkeys = ABAF11C65A2970B130ABE3C479BE3E4300411886 validpgpkeys = 647F28654894E3BD457199BE38DBBDC86092693E validpgpkeys = 8218F88849AAC522E94CF470A5E9288C4FA415FA sha256sums = 1fda6369ec7038c9ca1fe7aa6206977c5b8983c77e9d74e4ba458a4d042d1d31 sha256sums = aa77f7e3b611787f734c7e7d7503d3debf9af86ac999e8bccf533c5a854ec15b sha256sums = 0b770209a72171dfd46401d67d13204a767eb1749ef522df7ea7292b83046537 sha256sums = 8c11086809864b5cef7d079f930bd40da8d0869c091965fa62e95de9a0fe13b5 pkgname = linux-gc pkgdesc = The Linux kernel and modules with the BMQ CPU scheduler depends = coreutils depends = kmod depends = initramfs optdepends = crda: to set the correct wireless channels of your country optdepends = linux-firmware: firmware images needed for some devices provides = linux-gc=5.4.10 pkgname = linux-gc-headers pkgdesc = Headers and scripts for building modules for the Linux kernel depends = linux-gc provides = linux-gc-headers=5.4.10 provides = linux-headers=5.4.10 Thanks, -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?

4 3

[arch-general] tzdata, about dir /usr/share/zoneinfo-leaps
by Yi Zheng 10 Jan '20

10 Jan '20

Hi, all I found that there is a 'new' dir /usr/share/zoneinfo-leaps It includes files almost the same ones in /usr/share/zoneinfo/right/ I checked the md5 of every files under those two dir. And found that they are the same ones. The only exception is /usr/share/zoneinfo/right/US/Pacific-New, which has no counterpart under zoneinfo-leaps. ls cmd told me that Pacific-New is a hard link to Pacific, Los_Angeles. [linux-repo@~ 16:47:09]$ ll -i /usr/share/zoneinfo/right/US/Pacific-New /usr/share/zoneinfo/right/US/Pacific /usr/share/zoneinfo/right/America/Los_Angeles /usr/share/zoneinfo-leaps/America/Los_Angeles 6064711 -rw-r--r-- 2 root root 3376 Nov 14 00:24 /usr/share/zoneinfo-leaps/America/Los_Angeles 924194 -rw-r--r-- 3 root root 3376 Nov 14 00:24 /usr/share/zoneinfo/right/America/Los_Angeles 924194 -rw-r--r-- 3 root root 3376 Nov 14 00:24 /usr/share/zoneinfo/right/US/Pacific 924194 -rw-r--r-- 3 root root 3376 Nov 14 00:24 /usr/share/zoneinfo/right/US/Pacific-New [linux-repo@~ 16:48:53]$ md5sum /usr/share/zoneinfo/right/US/Pacific-New /usr/share/zoneinfo/right/US/Pacific /usr/share/zoneinfo/right/America/Los_Angeles /usr/share/zoneinfo-leaps/America/Los_Angeles 638a2cacbc89f9423e07ac7500901db5 /usr/share/zoneinfo/right/US/Pacific-New 638a2cacbc89f9423e07ac7500901db5 /usr/share/zoneinfo/right/US/Pacific 638a2cacbc89f9423e07ac7500901db5 /usr/share/zoneinfo/right/America/Los_Angeles 638a2cacbc89f9423e07ac7500901db5 /usr/share/zoneinfo-leaps/America/Los_Angeles any comments on those duplicated files?

1 0

[arch-general] can't 'pacman -Syu' to xorgproto 2019.2-2
by Greg Minshall 09 Jan '20

09 Jan '20

hi. today i can't do a "pacman -Syu", and i'm still too much of a newbie to know how to approach this. i'll be grateful for any advice. the following message was mentioned recently, and maybe relates? ---- https://bugs.archlinux.org/task/64892 ---- cheers, Greg ---- {812} % sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: installing xorgproto (2019.2-2) breaks dependency 'xf86miscproto' required by libxxf86misc

3 4

[arch-general] QT5 upgrades broke (non-antialiased) fonts
by David Rosenstrauch 08 Jan '20

08 Jan '20

Recently, a couple of KDE apps I use - most notably kalarm - have gotten their fonts screwed up. I usually use non-antialiased fonts. But it looks like now kalarm (as well as the kde control center) is now using anti-aliased fonts. I have them set to disabled in the kde control center, but that seems to be getting ignored. I noticed some recent qt5 packages got upgraded, and am assuming that might be the culprit, though it looks like there were also some kde packages upgraded recently as well. Anyone know what might have broken / how to fix? Thanks, DR

2 4

[arch-general] DHCPv6 fails after upgrading to dhcpcd-8.1.4
by Jukka Salmi 08 Jan '20

08 Jan '20

Hello Since upgrading dhcpcd from 8.1.2-1 to 8.1.4-1 my netctl profiles which configure IPv6 using dhcpcd fail to start. One of these profiles as an example: Interface=enp0s25.100 Connection=vlan BindsToInterfaces=enp0s25 VLANID=100 DHCPReleaseOnStop=yes IP=dhcp IP6=dhcp DHCP6Client=dhcpcd These profiles worked fine before, but now I get: $ journalctl -r [...] Dec 28 00:45:35 foo network[18634]: DHCP IPv6 lease attempt failed on interface 'enp0s25.100' Dec 28 00:45:35 foo dhcpcd[18791]: dhcpcd exited Dec 28 00:45:35 foo dhcpcd[18791]: timed out Dec 28 00:45:35 foo network[18791]: timed out Dec 28 00:45:05 foo dhcpcd[18791]: enp0s25.100: pid -1887792279 deleted default route via fe80::z:y:x:w Dec 28 00:45:05 foo dhcpcd[18791]: enp0s25.100: pid -759929144 deleted route to v:u:t::/64 Dec 28 00:45:05 foo dhcpcd[18791]: enp0s25.100: adding default route via fe80::z:y:x:w Dec 28 00:45:05 foo dhcpcd[18791]: enp0s25.100: adding route to v:u:t::/64 Dec 28 00:45:05 foo dhcpcd[18791]: enp0s25.100: adding address v:u:t:s:r:q:p:o/64 Dec 28 00:45:05 foo dhcpcd[18791]: enp0s25.100: Router Advertisement from fe80::z:y:x:w Dec 28 00:45:05 foo dhcpcd[18791]: enp0s25.100: soliciting an IPv6 router [...] Downgrading dhcpcd makes this work again. Any hints? Is anybody seeing the same issue? TIA & cheers, Jukka -- This email fills a much-needed gap in the archives.

1 1

Re: [arch-general] too many brick walls for graphical archlinux install
by Jude DaShiell 07 Jan '20

07 Jan '20

I commented some lines out in /etc/pulse/client.conf and /etc/pulse/daemon.conf. Next thing to try is install speech-dispatcher and festival and voices for festival and see if I can get spd-say talking. If so, that will mean the edits on those pulse files were adequate and then gnome and orca theoretically will install and work correctly using alsa. I read about a nopulse package on the arch bbs site in messages but couldn't find that on aur so decided to do some edits on the pulse configuration files. If I ever get this working, I'll probably get myself an arch account and write something for the wiki so others won't have to guess the way I have if they want to install gnome on archlinux and have orca talking. --

4 4

[arch-general] Zstandard for local user build packages - Was: [arch-announce] Now using Zstandard instead of xz for package compression
by Ralf Mardorf 06 Jan '20

06 Jan '20

On Sat, 04 Jan 2020 20:35:55 -0000, Arch Linux: Recent news updates: Robin Broda wrote: >our package compression scheme has changed from xz (.pkg.tar.xz) to >[zstd(.pkg.tar.zst)] Hi, what needs to be done to build local .pkg.tar.zst packages? If I build local packages, they are still .pkg.tar.xz. Regarding "meld /etc/makepkg.conf{,.pacnew}" the makepkg.conf on my machine isn't obsolete. Do we manually change the "EXTENSION DEFAULTS" and/or something else? Kernels build in December 2019 are .pkg.tar.xz, while pacman >= 5.2 and libarchive >= 3.3.3-1 were already installed. [rocketmouse@archlinux ~]$ grep -e pacman\ \( -e libarchive /var/log/pacman.log | grep upgrade | tail -5 [2019-06-18 11:07] [ALPM] upgraded libarchive (3.3.3-1 -> 3.4.0-2) [2019-10-26 02:13] [ALPM] upgraded pacman (5.1.3-1 -> 5.2.0-2) [2019-11-02T10:48:37+0100] [ALPM] upgraded pacman (5.2.0-2 -> 5.2.1-1) [2019-11-19T07:43:09+0100] [ALPM] upgraded libarchive (3.4.0-2 -> 3.4.0-3) [2020-01-02T09:56:48+0100] [ALPM] upgraded libarchive (3.4.0-3 -> 3.4.1-1) [rocketmouse@archlinux ~]$ ls -l /var/cache/aur/current/linux-rt-* | grep -v -e headers -e docs -rw-r--r-- 1 rocketmouse rocketmouse 68555824 Dec 25 22:33 /var/cache/aur/current/linux-rt-5.4.5_rt3-0-x86_64.pkg.tar.xz -rw-r--r-- 1 rocketmouse rocketmouse 68753952 Dec 6 10:15 /var/cache/aur/current/linux-rt-cornflower-5.2.21_rt14-0-x86_64.pkg.tar.xz -rw-r--r-- 1 rocketmouse rocketmouse 68745364 Dec 25 17:01 /var/cache/aur/current/linux-rt-pussytoes-5.2.21_rt15-0-x86_64.pkg.tar.xz -rw-r--r-- 1 rocketmouse rocketmouse 70263924 Dec 25 13:46 /var/cache/aur/current/linux-rt-securityink-4.19.90_rt35-0-x86_64.pkg.tar.xz Regards, Ralf

3 3

[arch-general] Finding virtual dependencies
by Lone_Wolf 06 Jan '20

06 Jan '20

Hi, Often when packages are removed from repos they become virtual provides. While those are great for a transition period , they are not meant to be used forever. Unfortunately they do stay around for a very long time. example : Around mesa 10.3.0-1 from august 2014[1] ati-dri, intel-dri, nouveau-dri and svga-dri were replaced by mesa-dri . In mesa 10.4.0-1 from december 2014 mesa-dri was integrated in mesa. we're now 5 years further and mesa still provides & conflicts ati-dri, intel-dri, nouveau-dri, svga-dri and mesa-dri. I have wanted to file a bug to get them removed for some time, but don't know if there are packages that still use them that would break if they are removed. > $ pacman -Ss ati-dri > extra/mesa 19.3.1-1 > An open-source implementation of the OpenGL specification > multilib/lib32-mesa 19.3.1-1 > An open-source implementation of the OpenGL specification (32-bit) > $ Is that output proof enough that ati-dri is not used by anything else then mesa & lib32-mesa or is there a better way to determine which packages depend on a specific virtual package ? Lone_Wolf [1] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/mes… [2] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/mes…

2 1

[arch-general] too many brick walls for graphical accessible environment on archlinux
by Jude DaShiell 06 Jan '20

06 Jan '20

Without pulseaudio installed, I was able to choose festival for speech output and alsa for output device when running spd-conf inside speech-dispatcher on archlinux. This is necessary to have speech from orca in any graphical user interface. Since espeak-ng and espeak conflict I loose speech in the console installing espeak-ng since documentation and probably systemd service files for espeak-ng appear missing. So I install gnome which has orca in it. The pulseaudio package installs along with all of its core gnome dependencies and I try two things after that in order. First in console run spd-conf again and pick festival as speech device and pulseaudio as output device and spd-say is silenced. So I try spd-conf again and pick festival for speech device and alsa as output device. Again silence from spd-say. Next I run startx and get into gnome and try running orca. All of the sudden none of the voice files festival was provisioned with can be found anymore and orca dies with an error. The last thing I'm going to try with archlinux is a jenux install and go for the graphical environment on the install and see if that works. Slint actually uses espeak-ng and I have that running on another drive to keep me in the game when failures like this happen. All of this has been an interesting adventure. --

3 4

Re: [arch-general] Adding a "posix" metapackage
by Ralph Corderoy 05 Jan '20

05 Jan '20

Hi Seblu, > Our scripts are not written POSIX compatible (i.e they rely on more > tools than the standard). Do you still know people writing POSIX > compatible scripts nowadays (students excluded)? Yes, lots of projects that target Unix systems, not just Linux, stick to POSIX for their build scripts, particularly tests. GNU groff and nmh are two I regularly see up close. > I'm not able to tell you something in Arch that rely on POSIX.2 (Shell > and Utilities). What make you think people care about this standard? Arch users may be producing code for non-Arch, non-Linux, systems. -- Cheers, Ralph.

5 10