Parabola Issue Tracker: Issueshttps://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552024-02-16T01:30:49ZParabola Issue Tracker
Redmine Packages - Bug #3584 (forwarded upstream): armv7h packages fail to install - signing key is "unkn...https://labs.parabola.nu/issues/35842024-02-16T01:30:49ZGNUtooGNUtoo@cyberdimension.org
<p>In <a class="external" href="https://repo.parabola.nu/sources/parabola/">https://repo.parabola.nu/sources/parabola/</a> there is no archlinuxarm-keyring-20140119.tar.gz, though there are other packages in libre like hyperbola-keyring.</p>
<p>Unfortunately that source file is not upstream anymore either and Arch Linux ARM doesn't seem to have upgraded its keyring.</p>
<p>So I don't know what to do here.</p> Packages - Bug #3470 (confirmed): arduino: Has a package managerhttps://labs.parabola.nu/issues/34702023-04-15T13:49:16ZGNUtooGNUtoo@cyberdimension.org
<p>The package manager is available in "Tools" -> "Board: [...]" -> "Boards Manager".</p>
<p>I've no idea of it's policies, so we need to look if the repository is fully free software. If it's fully free it might be OK FSDG wise.</p>
<p>I've also added an entry in the Libreplanet Wiki about it: <a class="external" href="https://libreplanet.org/wiki/Group:Software/research/ExternalRepositories">https://libreplanet.org/wiki/Group:Software/research/ExternalRepositories</a></p> Packages - Bug #3469 (confirmed): arduino-avr-core contain binaries (but also their source code)https://labs.parabola.nu/issues/34692023-04-15T13:39:22ZGNUtooGNUtoo@cyberdimension.org
<p>The arduino package isn't useful alone: it needs some extra software to support specific microcontroller boards.</p>
So I know two options so far:
<ul>
<li>Use the builtin package manager to install code to support these boards</li>
<li>Use the Arch Linux / Parabola packages for that</li>
</ul>
<p>The advantage of the later is that it is patched to use Arch Linux packages like avrdude. In contrast the arduino-avr-code installed through the Arduino package manager pulls an avrdude binary for instance (and it more limited than the one build by Arch Linux).</p>
The Arch Linux packaged arduino-avr-core consist of source code that is copied as-is, but it also contains the following bootloaders binaries:
<ul>
<li>Arduino-COMBINED-dfu-usbserial-atmega16u2-Mega2560-Rev3.hex</li>
<li>Arduino-COMBINED-dfu-usbserial-atmega16u2-MegaADK-Rev3.hex</li>
<li>Arduino-COMBINED-dfu-usbserial-atmega16u2-Uno-Rev3.hex</li>
<li>Arduino-usbserial-atmega16u2-Mega2560-Rev3.hex</li>
<li>Arduino-usbserial-atmega16u2-MegaADK-Rev3.hex</li>
<li>Arduino-usbserial-atmega16u2-Uno-Rev3.hex</li>
<li>Arduino-usbserial-mega.hex</li>
<li>Arduino-usbserial-uno.hex</li>
<li>ATmegaBOOT_168_atmega1280.hex</li>
<li>ATmegaBOOT_168_atmega328_bt.hex</li>
<li>ATmegaBOOT_168_atmega328.hex</li>
<li>ATmegaBOOT_168_atmega328_pro_8MHz.hex</li>
<li>ATmegaBOOT_168_diecimila.hex</li>
<li>ATmegaBOOT_168.hex</li>
<li>ATmegaBOOT_168_ng.hex</li>
<li>ATmegaBOOT_168_pro_8MHz.hex</li>
<li>ATmegaBOOT.hex</li>
<li>ATmegaBOOT-prod-firmware-2009-11-07.hex</li>
<li>Caterina-Circuitplay32u4.hex</li>
<li>Caterina-Esplora.hex</li>
<li>Caterina-Industrial101.hex</li>
<li>Caterina-LeonardoEthernet.hex</li>
<li>Caterina-Leonardo.hex</li>
<li>Caterina-LilyPadUSB.hex</li>
<li>Caterina-LininoOne.hex</li>
<li>Caterina-Micro.hex</li>
<li>Caterina-Robot-Control.hex</li>
<li>Caterina-Robot-Motor.hex</li>
<li>Caterina-Yun.hex</li>
<li>Caterina-YunMini.hex</li>
<li>Caterina-Yun-noblink.hex</li>
<li>Esplora-prod-firmware-2012-12-10.hex</li>
<li>gemma_v1.hex</li>
<li>Genuino-COMBINED-dfu-usbserial-atmega16u2-Mega2560-R3.hex</li>
<li>Genuino-COMBINED-dfu-usbserial-atmega16u2-Uno-R3.hex</li>
<li>Genuino-usbserial-atmega16u2-Mega2560-R3.hex</li>
<li>Genuino-usbserial-atmega16u2-Uno-R3.hex</li>
<li>Leonardo-prod-firmware-2012-04-26.hex</li>
<li>Leonardo-prod-firmware-2012-12-10.hex</li>
<li>LilyPadBOOT_168.hex</li>
<li>Mega2560-prod-firmware-2011-06-29.hex</li>
<li>MEGA-dfu_and_usbserial_combined.hex</li>
<li>Micro-prod-firmware-2012-11-23.hex</li>
<li>Micro-prod-firmware-2012-12-10.hex</li>
<li>optiboot_atmega168.hex</li>
<li>optiboot_atmega328.hex</li>
<li>optiboot_atmega328-Mini.hex</li>
<li>optiboot_atmega8.hex</li>
<li>stk500boot_v2_mega2560.hex</li>
<li>UNO-dfu_and_usbserial_combined.hex</li>
<li>wifi_dnld.hex</li>
<li>wifiHD.hex</li>
</ul>
<p>It doesn't seem to contain avrdude.</p>
<p>As the source code is also provided it's probably OK FSDG wise as long as the binaries match the source code. However there is a Parabola policy that requires to have everything built from source in the packages.</p>
So we have 2 options here that aren't mutually exclusive:
<ul>
<li>Remove all these bootloaders binaries (With rm -f)</li>
<li>Compile the bootloaders from source and replace the old binaries with the ones built.</li>
</ul>
<p>The bootloaders are also not needed for normal operation of the arduino program: they are just used to recover boards when the users erased the bootloader. So simply removing them will probably only break that functionality.</p> Packages - Bug #3386 (fixed): Blacklist hooks are brokenhttps://labs.parabola.nu/issues/33862022-12-09T15:47:40ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
<p>When pushing a modification to the blacklist repository I have:<br /><pre>
remote: ==> Retrieving sources...
remote: -> Downloading your-freedom-blacklist-93594561c961cb641aed9e349926ac7b759f7fcf.txt...
remote: % Total % Received % Xferd Average Speed Time Time Time Current
remote: Dload Upload Total Spent Left Speed
remote: 100 78864 100 78864 0 0 1283k 0 --:--:-- --:--:-- --:--:-- 1305k
remote: ==> Generating checksums for source files...
remote: [master eb165180a] Update libre/your-freedom
remote: 1 file changed, 3 insertions(+), 3 deletions(-)
remote: pacman: /usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/lib/libcrypto.so.1.1)
remote: pacman: /usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/lib/libcurl.so.4)
remote: pacman: /usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/lib/libgpgme.so.11)
remote: pacman: /usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/lib/libzstd.so.1)
remote:
remote: ==> ERROR: An unknown error has occurred. Exiting...
remote: ./hooks/post-receive: line 2: 3688173 User defined signal 1 ~autobuilder/.local/bin/autobuild libre/your-freedom blacklist.txt
remote: HEAD is now at 4eef26124 libre: linux-libre-vanilla: update to 6.0.10
remote: -> Updating abslibre git repo...
remote: Fetching origin
remote: Already on 'master'
remote: Your branch is up to date with 'origin/master'.
remote: From git://git.parabola.nu/abslibre/abslibre
remote: * branch master -> FETCH_HEAD
remote: Already up to date.
remote: ==> No new changes were committed, nothing to do
remote: HEAD is now at 4eef26124 libre: linux-libre-vanilla: update to 6.0.10
remote: -> Updating abslibre git repo...
remote: Fetching origin
remote: Already on 'master'
remote: Your branch is up to date with 'origin/master'.
remote: From git://git.parabola.nu/abslibre/abslibre
remote: * branch master -> FETCH_HEAD
remote: Already up to date.
remote: ==> No new changes were committed, nothing to do
To ssh://git.parabola.nu:1863/~git/blacklist.git
f81bd06..9359456 HEAD -> master
</pre></p> Packages - Bug #2901 (fixed): beaglebone green: Ethernet not working anymore.https://labs.parabola.nu/issues/29012020-09-24T00:18:38ZGNUtooGNUtoo@cyberdimension.orgPackages - Bug #2803 (confirmed): Add patch from eschwartz to use system libs in iceweasel / icec...https://labs.parabola.nu/issues/28032020-06-12T22:02:40ZGNUtooGNUtoo@cyberdimension.orgPackages - Bug #2795 (confirmed): Add support for the TBS TBS2910 and finish the u-boot for I.MX ...https://labs.parabola.nu/issues/27952020-06-12T18:21:01ZGNUtooGNUtoo@cyberdimension.orgPackages - Bug #1866 (fixed): [arm] [linux-libre] /sys/class/udc now empty on am335xhttps://labs.parabola.nu/issues/18662018-07-03T00:26:46ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
<p>On a beagle bone green, after a somewhat recent kernel update, /sys/class/udc is now empty and it's not possible to use the USB device port anymore.</p>
<p>Before the kernel upgrade it was like that:<br /><pre>
# ls /sys/class/udc/musb-hdrc.0/device/driver
bind musb-hdrc.0 musb-hdrc.1 uevent unbind
</pre></p>
<p>The BeagleBone green uses an am335x SOC.</p>
<p>Denis.</p> Packages - Bug #1779 (open): [armv7] compile [qemu-user-static-binfmt]https://labs.parabola.nu/issues/17792018-05-01T15:31:32ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
<p>Having qemu-user-static-binfmt would be nice to have on ARM, as it could enable users to transparently run x86 code.</p>
<p>On Parabola x86, it works fine to run arm code (with it you can transparently arch-chroot inside a Parabola ARM installation for instance)</p>
<p>Denis.</p> Ports - Bug #1596 (fixed): [ARM] [systemd] Rebuild systemd: libcryptsetup.so.4: cannot open share...https://labs.parabola.nu/issues/15962017-12-26T02:09:49ZGNUtooGNUtoo@cyberdimension.org
<p>Hi, when upgrading systemd (from a systemd that is older than the one from <a class="issue tracker-1 status-2 priority-5 priority-high3 closed" title="Bug: [ARM]: pacman -Su systemd segfault => non-booting system (fixed)" href="https://labs.parabola.nu/issues/1553">#1553</a>) I get:<br /><pre>
(44/62) upgrading systemd [######################] 100%
systemd-sysusers: error while loading shared libraries: libcryptsetup.so.4: cannot open shared object file: No such file or directory
journalctl: error while loading shared libraries: libcryptsetup.so.4: cannot open shared object file: No such file or directory
systemctl: error while loading shared libraries: libcryptsetup.so.4: cannot open shared object file: No such file or directory
</pre></p>
<p>libcryptsetup is part of the cryptsetup package.</p>
<p>On ARM it is at version 2.0.0-1:<br /><pre>
core/cryptsetup 2.0.0-1 (base) [installed]
Userspace setup tool for transparent encryption of block devices using
dm-crypt
</pre></p>
<p>whereas on i686 it is at 1.7.5-2:<br /><pre>
# pacman -sS cryptsetup
core/cryptsetup 1.7.5-2 (base) [installed]
Userspace setup tool for transparent encryption of block devices using dm-crypt
</pre></p> Ports - Bug #1553 (fixed): [ARM]: pacman -Su systemd segfault => non-booting systemhttps://labs.parabola.nu/issues/15532017-11-30T11:17:03ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
<p>I recently upgraded my machine and I got that:<br /><pre>
# pacman -Su
:: Starting full system upgrade...
[...]
(28/40) upgrading systemd [#####################################] 100%
/tmp/alpm_NHb9SO/.INSTALL: line 13: 14267 Segmentation fault (core dumped) systemd-sysusers
</pre></p>
<p>I did it trough SSH, and at this point the machine (a beaglebone green) hanged.<br />I don't know if systemd itself (pid 1) did segfault, but if it did this would have created a kernel panic.</p>
<p>I later looked what happened with a serial console and /sbin/init was gone.</p>
<p>Reparation attempt:<br />Since I had an initramfs, I could chroot in the rootfs like that:<br /><pre>
# chroot /new_root
</pre><br />If you don't have a chroot, you can skip that as you are already in in your rootfs.</p>
<p>Then I mounted the required directories:<br /><pre>
# mount -t proc none /proc
# mount -t sysfs none /sys
# mount -t devtmpfs none /dev
</pre></p>
<p>As pacman didn't work either because some libraries were missing, I had to repair it too.<br />But before applying the upgrade, pacman checked the signatures.<br />Here's an example of a missing library<br /><pre>
# pacman
pacman: error while loading shared libraries: /usr/lib/libnghttp2.so.14: file too short
</pre><br />So here I had to find to what package "/usr/lib/libnghttp2.so.14" corresponded.<br />This can be done in a working parabola with:<br /><pre>
$ pacman -Q -o /usr/lib/libnghttp2*
/usr/lib/libnghttp2.so is owned by libnghttp2 1.23.1-1
/usr/lib/libnghttp2.so.14 is owned by libnghttp2 1.23.1-1
/usr/lib/libnghttp2.so.14.13.3 is owned by libnghttp2 1.23.1-1
</pre><br />or by guessing the name either by looking in /var/cache/pacman/pkg/</p>
<p>Then I added back the libraries like that:<br /><pre>
# cd $(mktemp -d)
# cp /var/cache/pacman/pkg/libnghttp2-1.27.0-1-armv7h.pkg.tar.xz
# tar xf libnghttp2-1.27.0-1-armv7h.pkg.tar.xz
# cp usr/lib/* /usr/lib/
</pre></p>
<p>After doing that for each missing libraries, I then re-installed them properly like that:<br /><pre>
# pacman --force -U /var/cache/pacman/pkg/libnghttp2-1.27.0-1-armv7h.pkg.tar.xz
</pre></p>
<p>I then installed systemd again. For each package in:<br /><pre>
# ls /var/cache/pacman/pkg/*systemd*
</pre><br />I installed it with pacman -U</p>
<p>Then while installing it it segfaulted again:<br /><pre>
# pacman -U /var/cache/pacman/pkg/systemd-235.38-2.parabola1-arm
loading packages...
warning: systemd-235.38-2.parabola1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...
Package (1) Old Version New Version Net Change
systemd 235.38-2.parabola1 235.38-2.parabola1 0.00 MiB
Total Installed Size: 18.07 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring [######################] 100%
(1/1) checking package integrity [######################] 100%
(1/1) loading package files [######################] 100%
(1/1) checking for file conflicts [######################] 100%
(1/1) checking available disk space [######################] 100%
:: Processing package changes...
(1/1) reinstalling systemd [######################] 100%
/tmp/alpm_hYnttY/.INSTALL: line 13: 2122 Segmentation fault systemd-sysusers
/tmp/alpm_hYnttY/.INSTALL: line 13: 2123 Segmentation fault journalctl --update-catalog
:: Running post-transaction hooks...
(1/5) Updating linux-libre initcpios
==> Building image from preset: /etc/mkinitcpio.d/linux-libre.preset: 'default'
-> -k 4.13.11-gnu-1 -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-libre.img
==> Starting build: 4.13.11-gnu-1
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
find: 'sort' terminated by signal 13
modprobe: ERROR: missing parameters. See -h.
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [lvm2]
-> Running build hook: [filesystems]
-> Running build hook: [keyboard]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating xz-compressed initcpio image: /boot/initramfs-linux-libre.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux-libre.preset: 'fallback'
-> -k 4.13.11-gnu-1 -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-libre-fallback.img -S autodetect
==> Starting build: 4.13.11-gnu-1
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [lvm2]
-> Running build hook: [filesystems]
-> Running build hook: [keyboard]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating xz-compressed initcpio image: /boot/initramfs-linux-libre-fallback.img
==> Image generation successful
(2/5) Updating udev hardware database...
error: command terminated by signal 11: Segmentation fault
(3/5) Updating system user accounts...
/bin/sh: line 1: 3941 Segmentation fault /usr/bin/systemd-sysusers "$(basename "$f")"
/bin/sh: line 1: 3944 Segmentation fault /usr/bin/systemd-sysusers "$(basename "$f")"
/bin/sh: line 1: 3947 Segmentation fault /usr/bin/systemd-sysusers "$(basename "$f")"
error: command failed to execute correctly
(4/5) Creating temporary files...
/bin/sh: line 1: 3951 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3954 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3957 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3960 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3963 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3966 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3969 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3972 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3975 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
/bin/sh: line 1: 3978 Segmentation fault /usr/bin/systemd-tmpfiles --create "$(basename "$f")"
error: command failed to execute correctly
(5/5) Arming ConditionNeedsUpdate...
</pre></p>
<p>And then after rebooting:<br /><pre>
:: running cleanup hook [udev]
[ 17.732128] systemd[1]: System time before build time, advancing clock.
[ 17.796344] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 17.825391] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000008b
[ 17.825391]
[ 17.834595] CPU: 0 PID: 1 Comm: systemd Not tainted 4.13.11-gnu-1 #1
[ 17.840973] Hardware name: Generic AM33XX (Flattened Device Tree)
[ 17.847132] [<c0111124>] (unwind_backtrace) from [<c010c420>] (show_stack+0x10/0x14)
[ 17.854921] [<c010c420>] (show_stack) from [<c0b81d74>] (dump_stack+0x8c/0xa0)
[ 17.862183] [<c0b81d74>] (dump_stack) from [<c01429dc>] (panic+0xf0/0x27c)
[ 17.869096] [<c01429dc>] (panic) from [<c01469e0>] (complete_and_exit+0x0/0x1c)
[ 17.876442] [<c01469e0>] (complete_and_exit) from [<dc051e64>] (0xdc051e64)
[ 17.883457] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000008b
[ 17.883457]
[ 29.498812] random: crng init done
[ 62.434769] BUG: workqueue lockup - pool cpus=0 flags=0x4 nice=0 stuck for 43s!
[ 62.442144] Showing busy workqueues and worker pools:
[ 62.447231] workqueue events: flags=0x0
[ 62.451093] pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256
[ 62.457137] pending: vmstat_shepherd
[ 62.461111] workqueue events_power_efficient: flags=0x80
[ 62.466457] pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=3/256
[ 62.472499] pending: neigh_periodic_work, do_cache_clean, neigh_periodic_work
[ 62.480063] workqueue mm_percpu_wq: flags=0x8
[ 62.484449] pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256
[ 62.490490] pending: vmstat_update
[ 62.494276] workqueue pm: flags=0x4
[ 62.497789] pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=3/256
[ 62.503829] pending: pm_runtime_work, pm_runtime_work, pm_runtime_work
[ 62.510777] workqueue writeback: flags=0x4e
[ 62.514989] pwq 2: cpus=0 flags=0x4 nice=0 active=1/256
[ 62.520417] pending: wb_workfn
</pre></p> Ports - Bug #1039 (open): ARM: architecture not autodetected properlyhttps://labs.parabola.nu/issues/10392016-06-21T19:30:18ZGNUtooGNUtoo@cyberdimension.org
<p>On my GTA04 which runs Parabola I have:<br /><pre>
# uname -m
armv7l
</pre></p>
<p>This seem to be picked by pacman, and I'm required to force the architectuer to armv7h in /etc/pacman.conf like that:<br /><pre>
Architecture = armv7h
</pre></p> Ports - Bug #1036 (in progress): Add more xf86-video"drivers".https://labs.parabola.nu/issues/10362016-06-21T19:17:53ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
After installing Parabola on ARM, I'm left with only the following xf86-video- Xorg "drivers":
<ul>
<li>xf86-video-dummy: probably does nothing. Very useful to run headless Xorg applications.</li>
<li>xf86-video-fbdev: Would probably work, with no acceleration and with very few features(no rotation).</li>
<li>xf86-video-nouveau: Probably works on some Tegra.</li>
<li>xf86-video-sisusb: Probably requires USB host.</li>
<li>xf86-video-vesa: Probably useful for UEFI boot Fimrwares or coreboot on ARM.</li>
</ul>
<p>xf86-video-modesetting is also probably integrated in Xorg already, so that might be a working option too.</p>
<p>Upstream has all theses drivers (Look for "X.Org drivers" at <a class="external" href="https://cgit.freedesktop.org/">https://cgit.freedesktop.org/</a>):<br />xf86-video-amdgpu: same comment than xf86-video-ati below.<br />xf86-video-apm<br />xf86-video-ark<br />xf86-video-armsoc: Seem really useful: It seem to implement generic 2D acceleration on ARM.<br />xf86-video-ast<br />xf86-video-ati: Would be useful only if users of boards with exposed pcie connectors and an adapter that goes from pcie1x to pcie16x and plug an ATI GPU in it. They then would need to feed the video BIOS to the radeon kenrel driver,in order to initialize the display (it needs some bytecode that resides in that video BIOS).<br />xf86-video-chips<br />xf86-video-cirrus<br />xf86-video-cyrix<br />xf86-video-geode<br />xf86-video-glide<br />xf86-video-glint<br />xf86-video-i128<br />xf86-video-i740<br />xf86-video-impact<br />xf86-video-imstt<br />xf86-video-intel<br />xf86-video-mach64<br />xf86-video-mga<br />xf86-video-modesetting: should be included in some other Xorg package already.<br />xf86-video-neomagic<br />xf86-video-nested<br />xf86-video-newport<br />xf86-video-nsc<br />xf86-video-nv: deprecated<br />xf86-video-omap: We should package it, many OMAP have free software bootloader. However we should check if it works as expected as two omap video drivers are present in both Linux and Xorg. The xf86-video-omapfb driver that I knew had XV acceleration and supported multiple screens.<br />xf86-video-opentegra: I never tried it, tegras are interesting ARM platforms: Some of them can boot with 100% free software.<br />xf86-video-p690<br />xf86-video-qxl: We should also compile it, since people might want to try parabola-arm in emulators. We should also compile its kernel counterpart. Same applies for all implemented video cards in qemu. I hope that such cards are available on ARM too.<br />xf86-video-r128<br />xf86-video-radeonhd: deprecated radeon driver. As a side note, it might be interesting to look if it can work without the non-free firmwares.<br />xf86-video-rendition<br />xf86-video-s3<br />xf86-video-s3virge<br />xf86-video-savage<br />xf86-video-siliconmotion<br />xf86-video-sis<br />xf86-video-sunbw2<br />xf86-video-suncg14<br />xf86-video-suncg3<br />xf86-video-suncg6<br />xf86-video-sunffb<br />xf86-video-sunleo<br />xf86-video-suntcx<br />xf86-video-tdfx<br />xf86-video-tga<br />xf86-video-trident<br />xf86-video-tseng<br />xf86-video-v4l<br />xf86-video-vermilion<br />xf86-video-vga<br />xf86-video-via<br />xf86-video-vmware: same comment than xf86-video-qxl, it's supported by qemu and libvirt.<br />xf86-video-voodoo<br />xf86-video-wayland<br />xf86-video-wsfb<br />xf86-video-xgi<br />xf86-video-xgixp</p> Packages - Bug #943 (fixed): [asterisk] linked to an old library and needs to be recompiled.https://labs.parabola.nu/issues/9432016-02-22T21:13:50ZGNUtooGNUtoo@cyberdimension.org
<ol>
<li>systemctl start asterisk</li>
</ol>
Asterisk is linked against libncursesw.so.5
<ol>
<li>journalctl -u asterisk<br />[...]<br />Feb 22 22:13:46 E350M1 systemd<sup><a href="#fn1">1</a></sup>: Started Asterisk PBX and telephony daemon.<br />Feb 22 22:13:46 E350M1 asterisk<sup><a href="#fn3428">3428</a></sup>: /usr/bin/asterisk: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory<br />Feb 22 22:13:46 E350M1 systemd<sup><a href="#fn1">1</a></sup>: asterisk.service: Main process exited, code=exited, status=127/n/a</li>
</ol>
But parabola has libncursesw.so.6.0:
<ol>
<li>pacman -Q -o /usr/lib/libncursesw*<br />/usr/lib/libncursesw.so is owned by ncurses 6.0-4<br />/usr/lib/libncursesw.so.6 is owned by ncurses 6.0-4<br />/usr/lib/libncursesw.so.6.0 is owned by ncurses 6.0-4</li>
</ol> Packages - Bug #887 (not-a-bug): "Any" architecturehttps://labs.parabola.nu/issues/8872015-12-10T12:04:26ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
<p>it seems that arch has an architecture named "any" for architecture-independant packages.<br /><a class="external" href="https://www.archlinux.org/packages/?arch=any">https://www.archlinux.org/packages/?arch=any</a><br />We don't.</p>
<p>Is it an issue? Or is it me that uses stable repositories instead of the -testing ones?</p>
<p>Denis.</p>