April 2021 - Arch-general - lists.archlinux.org

[arch-general] Unstable/Unusably slow Wi-Fi connection with systemd-networkd/wpa_supplicant
by riveravaldez 02 Nov '21

02 Nov '21

Hi, I was using Wicd until a couple of weeks without problems, but because it's been out of repos for a while and generally not maintained/developed anymore I decided to make the switch and start using systemd-networkd. The machine is a laptop Dell XPS 15 L502X (Sandy Bridge) with: 03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1030 [Rainbow Peak] (rev 34) I followed the Arch Wiki without problems and wired connection seems to be working flawlessly. But Wi-Fi is unstable and slow at the point of unusability. I posted on the forums[0] for help but didn't get any until now, so I'm letting the link here just in case someone can give me any hint. In the forum's post I informed the output of terminal, networkctl and wpa_cli status, dmesg, journalctl, etc. Please let me know if I should put the details here (didn't did it just to not make mail extremely long, hope I'm not doing wrong) or add anything else. Thanks a lot in advance. Best regards. [0] https://bbs.archlinux.org/viewtopic.php?id=264608

7 8

Re: [arch-general] debian conversion tool
by Jude DaShiell 03 May '21

03 May '21

One of the debian sources I'm trying to convert is at: git clone http://www.github.com/dosemu2/install-freedos

2 3

[arch-general] debian conversion tool?
by Jude DaShiell 03 May '21

03 May '21

install-dosemu-master.zip can be built with debian. When it is, those using dosemu2.deb can install many snearly standard dos utilities that work inside of dosemu2. Unfortunately the source code inside that package is debian only and I will be copying installed dosemu utilities from my debian disk onto my archlinux system. Lots of entries for debian in archlinux repositories and I'm curious if anything can port debian source code to something archlinux can build. Maybe Chris Severance doesn't know about this extra file for dosemu2 or maybe this kind of conversion is too much trouble.

3 5

[arch-general] Orca reading date/time stamps different then the time zone set on my system.
by matthew dyer 28 Apr '21

28 Apr '21

Good morning all, I am using the latest thunderbird under arch linux and have an announce I would like to get resolved. In the message list, orca speaks the time and date header as if my time zone were 4 hours hours ahead. My time zone is set to America/New_York. Everything else shows up and works fine but orca reads time stamps differently Is there a way to fix this. This is very strange and have not seen this before. All of my locales are set to en_US.UTF-8. Thanks. Matthew

4 3

[arch-general] graylog
by Andy Pieters 27 Apr '21

27 Apr '21

Hi Apologies for off-topic discussion, but does anyone have any hints as to where I would ask for help to convert a single node graylog server into a 3-node graylog cluster without causing downtime or losing data. Many thanks Andy

1 0

[arch-general] Bulk Disown
by Phillip Smith 27 Apr '21

27 Apr '21

Hi all, I am bulk disowning all my packages on the AUR. Due to real estate limitations preventing my access to my main Arch box, and a lack of time with a new job, I'm no longer able to properly maintain them. If anyone wants to pick up any of these packages, please be my guest. Regards, ~p apache-mod_bw apache-mod_form apache-mod_geoip2 apache-mod_macro authpgsql backupchecker cryptkeeper dalbum daloradius dump etraxis fina freshwall fwlogwatch gnomebaker husk husk-git iptrafvol jwhois katarina latencytop massh nsca perl-geo-google perl-iptables-rule perl-mac-itunes-library perl-net-rabbitmq perl-proc-queue pgdbf pgsql-backup publishr-gimp quickrdp sgwi sqlgrey sshfp sshmenu tcptraceroute tile-world umit yasat

1 0

[arch-general] Advice on bootstrapping Arch onto a new architecture?
by Sijie Bu 26 Apr '21

26 Apr '21

Hello, Not sure if I am posting it to the right place, but this seems to be the mailing list to ask. I tried to send it to arch-dev-public list but was redirected by the system to this list. I am about to start working as an intern at CIP United, a company focusing on MIPS chips, and I will be bootstrapping Arch Linux onto the MIPS64r6 architecture, in a fashion similar to Arch Linux ARM. I have checked the Arch Linux MIPS project, but it seems to be inactive for years now. I have checked ArchWiki's DeveloperWiki section, but it seems to lack guidelines or suggestions on bootstrapping Arch onto a new architecture. Therefore I have a few questions: - Intuitively, I think I should cross-compile the packages of the "core" section (sans a few x64-specific packages) and build a bootable rootfs, but I was having some trouble finding how should I set makepkg to cross-compile. Do I just set up an Arch developer environment as usual, but substitute the toolchain with the cross ones? - Does adding a new architecture require modifications to the pacman source code? Or pacman itself should support new architectures? I have also tried looking at pacman source code, and it seems to not have hard-coded list of architectures, but I am not 100% sure about this (if I'll have to modify the source code of pacman, I will be emailing the pacman-dev mailing list regarding their policies on patches etc.). Thank you for your time and have a nice day. Sincerely

2 1

[arch-general] How to cross-pacstrap for other architecture
by Uwe Sauter 25 Apr '21

25 Apr '21

Hi folks, I was wondering if it is possible to cross-pacstrap an Arch installation for a different architecture. In my case I wanted to prepare a boot medium for a Raspberry Pi 4 on my x86_64 machine. Why cross-pacstrap? The Arch Linux Arm homepage unfortunately does not provide any information about the software packages that the prepared installation archives contain and I'd like to install my Raspi from scratch. But a real cross-build is needless as the packages are all available in the various repos. I've tried running 'pacstrap -C pacman.aarch64.conf /mnt base' where pacman.aarch64.conf is extracted from the Arch Linux Arm installation archive but after the packages are extracted, pacman tries to run something inside the installation environment which fails due to the mismatch in architectures. Any ideas regarding how to cross-pacstrap? Thanks, Uwe

3 3

[arch-general] Autocorrect Problem in Arch_Linux Versions of Libreoffice
by das 24 Apr '21

24 Apr '21

Dear Friends I am an Arch_Linux user. I am having problems with autocorrect not working on both the fresh and still versions of Libreoffice available from Arch_Linux repositories. I tried it on both libreoffice-fresh-7.1.2-3 and libreoffice-still-7.0.5-3from the Arch_Linux repositories. Then, as a trial I installed the snap version of Libreoffice libreoffice 7.1.2.2 from Canonical. Here, autocorrect is working fine. And this was the experience with the earlier versions from Arch_Linux repositories too. I reported it earlier on Libreoffice Mailing List. That time too the snap version solved my problem. This time I am posting it to both arch-general and global libreoffice mailing list. Can any of you help me about why the same problem is repeating in consecutive Arch_Linux versions, while the snap version was working correctly? Is there some setting that I have to customize in Arch_Linux? With Regards dipankar das

2 2

[arch-general] makepkg nosuchoption succeeds. No complains, package gets built
by u34＠net9.ga 23 Apr '21

23 Apr '21

I was expecting for makepkg nosuchoption to fail. And complain. Instead, it succeeds. The package seem to get built. The package involved is brscan4, from the AUR. All required files were already ownloaded, and in place. LC_ALL=C makepkg nosuchoption PKGBUILD looks to me short and rather simple. $ cat PKGBUILD # Maintainer: Harvey <harv(a)gmx.de> license=('GPL' 'custom:Brother') arch=('i686' 'x86_64') pkgname=brscan4 pkgver=0.4.10_1 pkgrel=5 pkgdesc="SANE drivers from Brother for brscan4 compatible models" depends=('sane' 'libusb-compat') url="http://support.brother.com" install=brscan4.install [ "$CARCH" = "x86_64" ] && pkg="dlf006648/${pkgname}-${pkgver/_/-}.x86_64.rpm" || pkg="dlf006647/${pkgname}-${pkgver/_/-}.i386.rpm" [ "$CARCH" = "x86_64" ] && pkg_md5sum="f4c4d1f214d4c42a6d40f5451fc40312" || pkg_md5sum="365f1b82ac3b7de73950be76a621bb93" source=("https://download.brother.com/welcome/$pkg" "agree.html" mk-udev-hwdb) md5sums=($pkg_md5sum 'ccffb9a6f6d436b21be25b0241068981' '8966d38375d535028a63a6ef5f6104eb') build() { cd "$srcdir" ./mk-udev-hwdb opt/brother/scanner/brscan4/{Brsane4.ini,models4/*.ini} > hwdb } package() { cp -r $srcdir/etc $pkgdir cp -r $srcdir/opt $pkgdir cp -r $srcdir/usr $pkgdir [ "$CARCH" = "x86_64" ] && mv $pkgdir/usr/lib64 $pkgdir/usr/lib install -D -m644 $srcdir/agree.html $pkgdir/usr/share/licenses/$pkgname/LICENSE.html install -D -m644 $srcdir/hwdb $pkgdir/usr/lib/udev/hwdb.d/20-$pkgname.hwdb # move the links to the right direction cd $pkgdir/usr/lib/sane ln -sf libsane-brother4.so.1.0.7 $pkgdir/usr/lib/sane/libsane-brother4.so.1 ln -sf libsane-brother4.so.1 $pkgdir/usr/lib/sane/libsane-brother4.so } -- u34

2 1