- Arch-general - lists.archlinux.org

[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

[arch-general] FOSDEM: Arch Linux hackathon, Jan 30 - 31
by Jerome Leclanche 05 Jan '20

05 Jan '20

Hi list, The Arch Linux team is organizing two full-day hackathons on January 30th and 31st in Brussels, the two days before FOSDEM (https://fosdem.org/2020/) Lunch and drinks will be provided, and other activities such as board games are on the menu for the later hours / evenings. If you are interested in contributing to Arch Linux and wish to join the hackathon, please email me *directly* at this email address with the following details: - Name and phone number / preferred method of contact - Rough availabilities on 30th and 31st of January (You do not have to attend both days) Slots are limited, and FOSDEM is coming up soon, please contact me as soon as possible if you wish to register :) Thanks! J. Leclanche PS: If you're attending FOSDEM and looking for help finding accomodations / things to do in Brussels, feel free to shoot me an email as well.

2 1