Parabola Issue Tracker: Issueshttps://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552018-08-15T20:13:47ZParabola Issue Tracker
Redmine Packages - Bug #1954 (fixed): [nonprism/california] needs reubilding against new icu versionhttps://labs.parabola.nu/issues/19542018-08-15T20:13:47ZToffeeYogurtPotsalexdowson@mailbox.org
<p>When updating nonprism/california I get the following:</p>
<p>":: installing icu (62.1-1) breaks dependency 'icu<62' required by california"</p>
<p>Package needs rebuilding against the latest icu, same as the iceweasel issue.</p> Packages - Bug #1740 (fixed): [libre/openttd] depends on old icu versionhttps://labs.parabola.nu/issues/17402018-04-17T21:24:42ZToffeeYogurtPotsalexdowson@mailbox.org
<p>icu strikes again:</p>
<p>[user@hostname ~]$ openttd<br />openttd: error while loading shared libraries: libicui18n.so.60: cannot open shared object file: No such file or directory</p>
<p>Presumably needs rebuilding.</p> Packages - Bug #1697 (fixed): [libre/hardinfo] needs rebuilding against new icu libraryhttps://labs.parabola.nu/issues/16972018-04-10T23:00:00ZToffeeYogurtPotsalexdowson@mailbox.org
<p>Hardinfo is and has been broken since the last icu update. I'm on x86_64. Probably just needs a rebuild.</p>
<p>[userhostname ~]$ hardinfo<br />hardinfo: error while loading shared libraries: libicui18n.so.60: cannot open shared object file: No such file or directory</p> Packages - Freedom Issue #1672 (unconfirmed): [libre/hplip] now displaying HP logo.https://labs.parabola.nu/issues/16722018-03-22T10:14:27ZToffeeYogurtPotsalexdowson@mailbox.org
<p>I'm using Rofi to launch applications, though I'd guess this would happen in any desktop environment.</p>
<p>HP Device Manager usually doesn't show any logo. However, after the last update the HP logo appears in Rofi. Can anyone else confirm this? Surely this goes against freedom 2?</p> Packages - Bug #1594 (fixed): [base-openrc] Error updating user groups "/usr/bin/sysusers: line 1...https://labs.parabola.nu/issues/15942017-12-22T17:06:52ZToffeeYogurtPotsalexdowson@mailbox.org
<p>This error happens on a new installation if you try to install the base-openrc package group. I've tested it on my main machine and a (as plain as possible) virtual machine. This doesn't interfere with installation but once you boot the system you will be unable to create any new users since the user group does not exist: "useradd: group 'users' does not exist".</p>
<p>I've attached an image with the exact error. Not sure what package in the "base-openrc" group triggers this.</p> Packages - Bug #1588 (fixed): [libre/openttd] needs rebuilding against new icu libraryhttps://labs.parabola.nu/issues/15882017-12-20T21:18:29ZToffeeYogurtPotsalexdowson@mailbox.org
<p>OpenTTD will currently will not start with:</p>
<p>[user@hostname ~]$ openttd<br />openttd: error while loading shared libraries: libicui18n.so.59: cannot open shared object file: No such file or directory</p> Packages - Bug #1580 (fixed): [nonprism/california] Needs rebuilding.https://labs.parabola.nu/issues/15802017-12-18T11:20:44ZToffeeYogurtPotsalexdowson@mailbox.org
<p>Whoops forgot that it had a nonprism version too. The nonprism one is still broken, with the same missing library error.</p>
<p>[user@hostname ~]$ california<br />california: error while loading shared libraries: libical.so.2: cannot open shared object file: No such file or directory</p> Packages - Bug #1570 (not-a-bug): [libre/hplip] missing "*.PPD" file for HP LaserJet 400 M401n.https://labs.parabola.nu/issues/15702017-12-15T17:17:45ZToffeeYogurtPotsalexdowson@mailbox.org
<p>This issue is present on both Parabola and Arch. I can confirm that it does work with the free HPLIP driver as it works on Trisquel 7.0, is listed here <a class="external" href="https://developers.hp.com/hp-linux-imaging-and-printing/supported_devices/index">https://developers.hp.com/hp-linux-imaging-and-printing/supported_devices/index</a> and a very similar model (with almost identical formatter board) appears on h-node where it is confirmed to work with Trisquel 5.5 <a class="external" href="https://h-node.org/printers/view/en/717/LaserJet-Pro-400-M401dn/1/1/undef/undef/undef/Ethernet/compatibility/undef">https://h-node.org/printers/view/en/717/LaserJet-Pro-400-M401dn/1/1/undef/undef/undef/Ethernet/compatibility/undef</a></p>
<p>Steps to reproduce:<br />1. Attempt to set-up HP LaserJet 400 M401n via 'hp-setup'.<br />2. Click 'next' once it discovers your device.<br />3. 'hp-setup' will fail to find the "*.PPD" file and prompt the user to manually select it, though it does not exist. There is "hp-laserjet_400_m401dne-ps.ppd.gz" but this is incompatible with the M401n.</p>
<p>'hp-setup' output:<br />error: No PPD found for model laserjet_400_m401 using old algorithm.<br />error: No appropriate print PPD file found for model hp_laserjet_400_m401n<br />error: No PPD found for model laserjet_400_m401 using old algorithm.<br />error: No appropriate print PPD file found for model hp_laserjet_400_m401n</p> Packages - Packaging Request #1549 (wont-fix): [firefox-wayland-git (iceweasel-wayland-git)] Add ...https://labs.parabola.nu/issues/15492017-11-28T17:13:49ZToffeeYogurtPotsalexdowson@mailbox.org
<p>Description: The libre web browser based on Mozilla Firefox. With Wayland patches from gecko-dev.<br />License: MPL GPL LGPL (same as standard Iceweasel package)<br />AUR: <a class="external" href="https://aur.archlinux.org/packages/firefox-wayland-git/">https://aur.archlinux.org/packages/firefox-wayland-git/</a><br />PKGBUILD: <a class="external" href="https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=firefox-wayland-git">https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=firefox-wayland-git</a><br />gecko-dev source: <a class="external" href="https://github.com/stransky/gecko-dev">https://github.com/stransky/gecko-dev</a></p>
<p>Mozilla are currently working towards porting Firefox to Wayland: <a class="external" href="https://bugzilla.mozilla.org/show_bug.cgi?id=635134">https://bugzilla.mozilla.org/show_bug.cgi?id=635134</a>. The main issue with porting is Gecko but a lot of progress has been made and it is now possible to run Firefox without using xwayland. Though this requires using the developer version of Gecko.</p>
<p>The AUR package ( <a class="external" href="https://aur.archlinux.org/packages/firefox-wayland-git/">https://aur.archlinux.org/packages/firefox-wayland-git/</a> ) does build but it would need the Mozilla branding replaced with the Debian Iceweasel branding. Plus non-free services like Pocket would need removing.</p>
<p>Assigned oaken-source as discussed on IRC.</p> Packages - Bug #1538 (fixed): [california] needs rebuilding against new icuhttps://labs.parabola.nu/issues/15382017-11-21T10:12:45ZToffeeYogurtPotsalexdowson@mailbox.org
<p>Updated california, now getting an error since it requires libicui18n.so.59. Needs to be rebuilt against icu 60.1-1.</p> Packages - Bug #1517 (fixed): [gnome-boxes] depends on nonexistent package [libtracker-sparql] ca...https://labs.parabola.nu/issues/15172017-11-04T14:08:45ZToffeeYogurtPotsalexdowson@mailbox.org
<p>Tested on multiple machines and one near-stock virtual machine. Seems like gnome-boxes dependencies are outdated. Arch's package doesn't even depend on libtracker-sparql: <a class="external" href="https://www.archlinux.org/packages/community/x86_64/gnome-boxes/">https://www.archlinux.org/packages/community/x86_64/gnome-boxes/</a></p>
<strong>Steps to reproduce</strong>:
<ol>
<li>Run "pacman -S gnome-boxes".</li>
</ol>
<pre><code class="text syntaxhl">[user@hostname ~]$ sudo pacman -S gnome-boxes
[sudo] password for user:
resolving dependencies...
warning: cannot resolve "libtracker-sparql", a dependency of "gnome-boxes"
:: The following package cannot be upgraded due to unresolvable dependencies:
gnome-boxes
:: Do you want to skip the above package for this upgrade? [y/N] y
looking for conflicting packages...
there is nothing to do</code></pre> Packages - Packaging Request #1516 (open): [auditd-openrc] add to PCRhttps://labs.parabola.nu/issues/15162017-11-03T08:34:58ZToffeeYogurtPotsalexdowson@mailbox.org
<p>I'm having an issue with AppArmor and it's logs. Users on #apparmor (OFTC not freenode) recommended using auditd. However there is no auditd-openrc package currently and rsyslog-openrc doesn't appear to work either (no APPROVED or DENIED messages appear in /var/log). The Hyperbola devs are also looking for this: <a class="external" href="https://issues.hyperbola.info/index.php?do=details&task_id=4">https://issues.hyperbola.info/index.php?do=details&task_id=4</a> .</p>
<strong>Steps to reproduce</strong>:
<ol>
<li>Install OpenRC.</li>
<li>Setup AppArmor (install compatible kernel, apparmor-openrc etc).</li>
<li>Install rsyslog-openrc.</li>
<li>Run "rc-service rsyslog start".</li>
<li>Run "aa-genprof iceweasel" (it can be any program, even CLI stuff).</li>
<li>Leave aa-genprof running and close any instances of the program you chose and then open it again.</li>
<li>Now go back to the aa-genprof terminal and press "S" for scan. The expected outcome is that it should scan /var/log and find all of the "APPROVED" lines and prompt you as to whether they should be allowed or denied. However, the current outcome is that it loops back asking "[(S)can system log for AppArmor events] / (F)inish" again since it finds nothing in /var/log.</li>
<li>Run "grep -r apparmor= /var/log", the expected outcome should be a lot of "APPROVED" or "DENIED" messages but in my case there are none.</li>
</ol>
<strong>Possible Solution(s)</strong>:
<ul>
<li>Add auditd-openrc package and hope that it resolves the issue<br />Description: Auditd init script for OpenRC<br />License: GPLv2<br />AUR: <a class="external" href="https://aur.archlinux.org/packages/auditd-openrc/">https://aur.archlinux.org/packages/auditd-openrc/</a> (completely broken, sha256sums outdated and sed lines don't work)<br />Init Script: <a class="external" href="https://gitweb.gentoo.org/repo/gentoo.git/plain/sys-process/audit/files/auditd-init.d-2.4.3">https://gitweb.gentoo.org/repo/gentoo.git/plain/sys-process/audit/files/auditd-init.d-2.4.3</a></li>
</ul> Packages - Bug #1460 (fixed): [dreamchess-git] does not open on a fresh install.https://labs.parabola.nu/issues/14602017-09-03T12:02:45ZToffeeYogurtPotsalexdowson@mailbox.org
<p>Just clearing out packages and decided tried to test this program out. On both my normal and virtual (fresh) Parabola install it fails to launch with the following error:</p>
<p>dreamchess: error while loading shared libraries: libGLEW.so.2.0: cannot open shared object file: No such file or directory</p> Packages - Bug #1443 (fixed): [california] package relies on old libdataserverhttps://labs.parabola.nu/issues/14432017-08-16T18:58:14ZToffeeYogurtPotsalexdowson@mailbox.org
<p>California will not open on a fresh Parabola install:</p>
<p>california: error while opening shared libraries: libdataserver-1.2.so.21: cannot open shared object file: No such file or directory</p>
<p>I presume it needs rebuilding.</p> Packages - Bug #1428 (fixed): [evolution-data-server (nonprism)] package needs updating in order ...https://labs.parabola.nu/issues/14282017-08-01T17:05:14ZToffeeYogurtPotsalexdowson@mailbox.org
<p>The nonprism version of evolution-data-server is currently at version "3.22.6-1.nonprism1" whereas the standard package in the "Extra" repo is at version "3.24.4-1". As a result nonprism users cannot run ring-client-gnome since the evolution-data-server 3.22.6-1 doesn't provide the "libebook-1.2.so.19" dependency.</p>
<p>Just checked again and I can confirm that ring-client-gnome works fine on my system when using the standard package but outputs "gnome-ring: error while loading shared libraries: libebook-1.2.so.19: cannot open shared object file: No such file or directory" when using the nonprism version.</p>
<p>I know its normal for the nonprism packages to be a couple of versions behind but could the nonprism version of evolution-data-server be updated in line with the standard package so that it provides the libebook-1.2.so.19 dependency? Thanks.</p>