- Arch-general - lists.archlinux.org

[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

[arch-general] Problematic boot on 202104 iso
by SET 20 Apr '21

20 Apr '21

Hello, While installing a new machine, the 202104 iso failed to complete the boot process, stalling with a blinking cursor at 0.003625 __common_interrupt: 1.55 No irg handler for vector 0.003625 __common_interrupt: 2.55 No irq handler for vector 0.003625 __common_interrupt: 3.55 No irq handler for vector 0.003625 __common_interrupt: 4.55 No irq handler for vector 0.003625 __common_interrupt: 5.55 No irq handler for vector 0.003625 __common_interrupt: 6.55 No irqg handler for vector 0.003625 __common_interrupt: 7.55 No irq handler for vector 0.003625 __common_interrupt: 8.55 No irqg handler for vector 0.003625 __common_interrupt: 9.55 No irq handler for vector 0.003625 __common_interrupt: 10.55 No irq handler for vector :: running early hook [udev | Starting version 247 .4-2-arch :: running early hook [archiso_pxe_nbd]l :: rumning hook [udevl :: Triggering uevents... It's a desktop PC having UEFI firmware, with CSM disabled, secure boot disabled and fast boot off. The same result is obtained while booting from an internal DVD drive and from a USB stick. Noise and lights from the devices suggest that the booting process is completing without updating the display; that's just a guess however. I could boot from 202011 on DVD, and from 201907 from a USB stick. It may be host dependent; reporting FYI, if it could ever be reproduced and eventually fixed. Regards.

3 6

[arch-general] appstream-glib in makedepends
by Rafael Fontenelle 19 Apr '21

19 Apr '21

Hello, I see that many packages from official repositories have "appstream-glib" (or the provided "appdata-tools") in the makedepends array, instead of checkdepends. In my experience, this package is needed for "/usr/bin/appstream-util" binary to validate appstream files, which only happens when testing in the check() function. Is there a valid reason for not moving 'appstream-glib' or 'appdata-tools' to the checkdepends array? https://archlinux.org/packages/extra/x86_64/appstream-glib/ Best regards, Rafael Fontenelle

1 0

[arch-general] package validation failed
by Jude DaShiell 19 Apr '21

19 Apr '21

When you have this situation, what can be done to remove the build files from your machine that failed to build? This happened here with the yabasic tonight.

2 1

[arch-general] surfraw package
by Jude DaShiell 18 Apr '21

18 Apr '21

do the elvi's need rewriting? I installed the package according to wiki directions the way I usually install it and am getting on the duckduckgo elvi line 488 file not found error when I give duckduckgo a search term.

2 2

[arch-general] drill -S . : is core dumping arch specific?
by u34＠net9.ga 18 Apr '21

18 Apr '21

$ drill -S . ;; Number of trusted keys: 2 ;; Chasing: . A drill: ./rdata.c:33: ldns_rdf_get_type: Assertion `rd != NULL' failed. zsh: abort (core dumped) drill -S . Is core dumping arch specific? The above is with ldns 1.7.1-2. To the best of my knowledge, the same command just aborts, without a core dump, with the old Debian ldnsutils 1.7.0-4. -- u34

6 8

[arch-general] 21 MATE packages out of date
by Bjoern Franke 17 Apr '21

17 Apr '21

Hi, may somebody of the TUs or so take a look into [1] and do some bumps? 21 MATE packages are out of date, some of them only since 2 weeks, but others since 6-7 months. I contacted Brad some days ago regarding the updates, but got no reply yet. Best Regards Bjoern [1] https://archlinux.org/packages/?sort=&q=mate&maintainer=&flagged=Flagged

1 1

[arch-general] Can't login to flyspray
by Markus Schaaf 16 Apr '21

16 Apr '21

My account exists and I've even reset my password, just in case. But still can't login. Could someone please have a look at it? E-mail is the same I'm posting from and username is the local part.

4 7