Parabola Issue Tracker: Issueshttps://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552016-06-21T19:17:53ZParabola Issue Tracker
Redmine 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 #1032 (fixed): [ovmf] FatPkg is now free softwarehttps://labs.parabola.nu/issues/10322016-06-12T01:03:52ZGNUtooGNUtoo@cyberdimension.org
<p>Some packages such as ovmf (<a class="external" href="https://www.archlinux.org/packages/extra/any/ovmf/">https://www.archlinux.org/packages/extra/any/ovmf/</a>) uses fatpkg.</p>
<p>fatpkg was under a BSD license with some restrictions added on top. The restrictions made it non-free and have now been removed.</p>
<p>See <a class="external" href="https://rwmj.wordpress.com/2016/03/30/tianocore-uefi-now-has-a-free-fat-driver/">https://rwmj.wordpress.com/2016/03/30/tianocore-uefi-now-has-a-free-fat-driver/</a> and<br /><a class="external" href="https://github.com/jljusten/edk2/blob/fatpkg-open-source-v1/FatPkg/License.txt">https://github.com/jljusten/edk2/blob/fatpkg-open-source-v1/FatPkg/License.txt</a> for more details.</p>
<p>This means that we can probably, by making sure we have the free version of fatpkg, reintroduce such packages in parabola.</p>
<p>Denis.</p> Packages - Bug #1000 (fixed): [linux-libre] disable CONFIG_IO_STRICT_DEVMEMhttps://labs.parabola.nu/issues/10002016-05-03T22:43:00ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
<ul>
<li>Newer linux-libre kernels now have CONFIG_IO_STRICT_DEVMEM=y</li>
<li>CONFIG_IO_STRICT_DEVMEM=y seem new in such kenrels</li>
<li>Running flashrom -p internal on a libreboot compatible lenovo laptop results in a warning in dmesg and flashrom not working.</li>
<li>linux-libre-lts still works with flashrom, and doesn't have that option.</li>
</ul> 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 #933 (open): Outdated mirrors security issue.https://labs.parabola.nu/issues/9332016-02-14T18:49:31ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
We had this mirror in /etc/pacman.d/mirrorlist as the first(default) mirror:<br /><pre>http://parabolagnulinux.mirrors.linux.ro/$repo/os/$arch</pre><br />The issue is that it stopped being up to date.<br />/etc/pacman.d/mirrorlist comes from libre/pacman-mirrorlist.<br />Here we assume that the user kept the default configuration.<br />When that mirror stopped being up to date, pacman still used it to check for updates, and will still do for as long as that mirror is still online.<br />It only uses that mirror since it's available online and it's the first/default one.<br />Computers still using that mirror do not have an up to date system.<br />They will continue to do so, until the user finds the lack of update suspicous enough to bother checking what happened, unless we:
<ul>
<li>Warn the users.</li>
<li>Fix Parabola to prevent such issue from happening again.</li>
</ul>
<p>Here the mirror is not necessarily malicious. It could just have had an issue and stop syncing.<br />Parabola should be resilient to that, either automatically, or with the help of people like its developers or community.</p>
We should prevent systems from not learning about new updates:
<ul>
<li>First by addressing that concern assuming that the mirrors are not malicious, that also assume possible MITM.</li>
<li>Then by addressing the malicious mirrors concerns.</li>
</ul>
<p>As parabola infrastructure was down when I found that issue, I sent a mail to the [DEV] mailing list, but the mail delivery was delayed due to the infrastructure being down.<br />Its subject is "[Dev] Mirrors vulnerability issue, Many outdated installs in the wild"</p> Servers - Bug #913 (open): [labs] Enable account-less bugreportshttps://labs.parabola.nu/issues/9132016-01-09T00:13:32ZGNUtooGNUtoo@cyberdimension.org
<p>I'm not sure if it's desirable.<br />I've also no idea on how that can be implemented in a way that would prevent spam.<br />The user on IRC just wanted not to have to handle yet one more account and was looking for a way to bugreport without creating an account for each project that user wants to bugreport to.</p>
<p>Denis.</p> Servers - Bug #912 (fixed): https://labs.parabola.nu/ still uses ca-cert.https://labs.parabola.nu/issues/9122016-01-09T00:00:25ZGNUtooGNUtoo@cyberdimension.org
<p>ca-cert is not in some browsers, like the tor-browser.</p>
<p>Someone suggested on IRC to use letsencrypt instead, so I bugreport because that person didn't want to register.</p>
<p>Denis.</p> 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> Packages - Bug #882 (fixed): [handbrake][handbrake-cli] recompile against libvpx 1.5.0https://labs.parabola.nu/issues/8822015-12-05T00:15:39ZGNUtooGNUtoo@cyberdimension.org
<p>ghb needs to be recompiled on i686 and x86_64:<br />% ghb <br />ghb: error while loading shared libraries: libvpx.so.2: cannot open shared object file: No such file or directory</p> Documentation - Bug #872 (fixed): Duplicated standalone installation instructions need to be mergedhttps://labs.parabola.nu/issues/8722015-11-22T18:06:11ZGNUtooGNUtoo@cyberdimension.org
<p>Move <a class="external" href="https://wiki.parabola.nu/User:Isacdaavid/Sandbox">https://wiki.parabola.nu/User:Isacdaavid/Sandbox</a> the the main namespace, like <a class="external" href="https://wiki.parabola.nu/Parabola_ARM_installation">https://wiki.parabola.nu/Parabola_ARM_installation</a></p> Packages - Bug #805 (not-a-bug): Empty ca-certificates packageshttps://labs.parabola.nu/issues/8052015-09-18T09:44:37ZGNUtooGNUtoo@cyberdimension.org
<p>At the time of writing, It's not empty in arch: <a class="external" href="https://www.archlinux.org/packages/core/any/ca-certificates/files/">https://www.archlinux.org/packages/core/any/ca-certificates/files/</a><br />I guess they have a newer version.</p>
<p>This breaks some software, it's also visible when installing mono:<br />(1/1) reinstalling mono [##########################################] 100%<br />Unknown option or file not found '{0}'.<br />Linux Cert Store Sync - version 4.0.4.0<br />Synchronize local certs with certs from local Linux trust store.<br />Copyright 2002, 2003 Motus Technologies. Copyright 2004-2008 Novell. BSD licensed.</p>
<p>Usage: cert-sync [--quiet] system-ca-bundle.crt<br />Where system-ca-bundle.crt is in PEM format<br />error: command failed to execute correctly</p> Packages - Bug #741 (fixed): [kicad-bzr] package a more recent one in PCRhttps://labs.parabola.nu/issues/7412015-06-14T19:03:09ZGNUtooGNUtoo@cyberdimension.org
<ul>
<li>The Kicad project strongly advise to use a recent version.</li>
<li>Some important libraries for the PCB and the footprints are not compatible with the old version</li>
</ul>
<p>A pkgbuild is available here:<br /><a class="external" href="https://aur.archlinux.org/packages/kicad-bzr/">https://aur.archlinux.org/packages/kicad-bzr/</a></p> Packages - Bug #713 (fixed): x86, x86_64: libre/handbrake-svn, libre/handbrake-cli-svn: still lin...https://labs.parabola.nu/issues/7132015-05-06T21:55:40ZGNUtooGNUtoo@cyberdimension.org
<p>They have to be recompiled:</p>
<p>% ghb<br />ghb: error while loading shared libraries: libx264.so.142: cannot open shared object file: No such file or directory</p>
<p>% HandBrakeCLI <br />HandBrakeCLI: error while loading shared libraries: libx264.so.142: cannot open shared object file: No such file or directory</p>
<p>Denis.</p> Packages - Bug #533 (fixed): handbrake-svn (and maybe handbrake-cli-svn) needs to be recompiledhttps://labs.parabola.nu/issues/5332014-05-30T20:30:54ZGNUtooGNUtoo@cyberdimension.org
<p>[gnutoo@T60 ~]$ ghb <br />ghb: error while loading shared libraries: libx264.so.138: cannot open shared object file: No such file or directory<br />[gnutoo@T60 ~]$ uname -m<br />i686</p> Packages - Bug #275 (not-a-bug): vlc+totem (/usr/lib/libdvdnav.so.4) segfault while opening a dvd.https://labs.parabola.nu/issues/2752012-12-12T13:03:04ZGNUtooGNUtoo@cyberdimension.org
<p>gdb on totem gives that as the last functions in the stack:<br />#0 0xac3206ec in dvdnav_describe_title_chapters () from /usr/lib/libdvdnav.so.4<br /><a class="issue tracker-1 status-2 priority-5 priority-high3 closed" title="Bug: [bugs/labs] Migrate bug tracker (fixed)" href="https://labs.parabola.nu/issues/1">#1</a> 0xac35e156 in ?? () from /usr/lib/gstreamer-1.0/libgstresindvd.so</p>
<p>I've libdvdread, libdvdnav and libdvdcss...</p>
<p>Denis</p>