Parabola Issue Tracker: Issueshttps://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552024-03-27T19:51:10ZParabola Issue Tracker
Redmine Packages - Bug #3616 (unconfirmed): [qutebrowser] Wrongly pinned to 2.5.xhttps://labs.parabola.nu/issues/36162024-03-27T19:51:10ZThe-Compiler
<p>The PKGBUILD claims that:</p>
<blockquote>
<p>- freeze at v2.5.x (final releases with webkit support)</p>
</blockquote>
<p>This is incorrect. The current v3.1.0 release still supports QtWebKit.</p> Packages - Bug #3614 (unconfirmed): error starting apparmor https://labs.parabola.nu/issues/36142024-03-26T10:09:20ZCtIa
<p>I tried to start AppArmor on linux-libre-hardened, linux-libre, linux-libre-lts and linux-libre-zen with openrc but it fails with that error:<br /><pre>
[user@parabola ~]$ sudo rc-service apparmor start
doas (user@parabola) password:
* Starting AppArmor ...
* Loading AppArmor profiles ...
Cache read/write disabled: interface file missing. (Kernel needs AppArmor 2.4 compatibility patch.)
Warning: unable to find a suitable fs in /proc/mounts, is it mounted?
Use --subdomainfs to override.
* At least one profile failed to load [ !! ]
</pre></p> Packages - Bug #3604 (unconfirmed): segmentation fault with torsocks iceweaselhttps://labs.parabola.nu/issues/36042024-03-16T11:49:31Znona
<ul>
<li>steps to reproduce:<br /> <code>torsocks iceweasel</code></li>
</ul>
<ul>
<li>expected result:<br /> running window of iceweasel wrapped by torsocks</li>
</ul>
<ul>
<li>actual result:<br /> Segmentation fault</li>
</ul>
<p>iceweasel 1:123.0.1-1.parabola1<br />dbus 1.14.6-2.nonsystemd1<br />dbus-glib 0.112-3<br />dbus-openrc 20210418-2<br />libcloudproviders 0.3.5-1<br />ffmpeg 2:6.1.1-6<br />avahi 1:0.8+r194+g3f79789-1<br />gtk3 1:3.24.41-1<br />libcanberra 1:0.30+r2+gc0620e4-3<br />libpulse 17.0-3.nonsystemd1<br />libxss 1.2.4-1<br />libxt 1.3.0-1<br />libxtst 1.2.4-1<br />mailcap 2.1.54-1<br />jansson 2.14-2<br />libevent 2.1.12-4<br />nss 3.98-1<br />openssh 9.7p1-1<br />openssl 3.2.1-1<br />openssl-1.0 1.0.2.u-3<br />openssl-1.1 1.1.1.w-1<br />gnu-free-fonts 20120503-8</p> Packages - Bug #3600 (forwarded upstream): gmtp: error while loading shared libraries: libFLAC.so.8https://labs.parabola.nu/issues/36002024-03-13T18:58:36Zprobiermas
<p>i686-system</p>
<p>steps to reproduce:<br /> 1) # pacman --debug -Syyuu base<br /> 2) # pacman -S gmtp<br /> 3) $ gmtp</p>
<p>expected result:<br /> Start screen of gmtp appears.</p>
<p>actual result:<br /> $ gmtp<br /> gmtp: error while loading shared libraries: libFLAC.so.8: cannot open shared object file: No such file or directory</p> Packages - Bug #3599 (unconfirmed): claws-mail: error while loading shared libraries: liblber-2.4...https://labs.parabola.nu/issues/35992024-03-13T18:49:05Zprobiermas
<p>steps to reproduce:<br /> 1) # pacman --debug -Syyuu base <br /> 2) # pacman -S claws-mail<br /> 3) $ claws-mail</p>
<p>expected result:<br /> splash screen of claws-mail client appears</p>
<p>actual result:</p>
<p>$ claws-mail<br />claws-mail: error while loading shared libraries: liblber-2.4.so.2: cannot open shared object file: No such file or directory</p> Packages - Bug #3592 (confirmed): [jami]: rebuild against latest qt5-base (x86_64)https://labs.parabola.nu/issues/35922024-03-03T21:07:08Zbill-auger
<pre>
$ jami
Using Qt runtime version: 6.6.2
Qt build version mismatch! 6.4.2
Aborted
</pre>
<p>so this should be pinned to 'qt5-base' and added to <a class="issue tracker-9 status-1 priority-3 priority-default parent" title="Housekeeping: [STICKY][qt5-base]: and friends (x86_64) (open)" href="https://labs.parabola.nu/issues/3421">#3421</a></p> Packages - Bug #3591 (unconfirmed): linux-libre & linux-libre-lts kernels- (Potenial bug causing ...https://labs.parabola.nu/issues/35912024-02-25T09:36:55Zryry
<p>Until recently on my armv7h devices, I was recently had been using for a while the linux-libre-vanilla kernel, which worked without issue.</p>
<p>After the recent updates to both the linux-libre and linux-libre-lts kernel I did a usual upgrade of pacman -Syu and updated all fine (though due to another know bug had to copy the vmlinuz for those two kernels). I started with the lts kernel and after within a day I got the following, (please note this is for the linux-libre kernel, but I was getting the same for the lts (which prompted me to switch to the linux-libre kernel to see if was a bug in that kernel or elsewhere.</p>
<p>Feb 22 06:55:10 myhostname kernel: INFO: task syncthing:1827 blocked for more than 120 seconds.<br />Feb 22 06:55:10 myhostname kernel: Tainted: G WC 6.6.8-gnu-1 <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><br />Feb 22 06:55:10 myhostname kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.</p>
<p>After which follows a exceptions etc, it did this several times and stops. I thought it might have been a hardware issue until it started doing it on my other armv7h device (a cubieboard) with a newer and bigger drive and to which isn't running syncthing (as i thought it was a bug there) and which had similar timeouts/blocks/hangs for postfix/kworker and systemd.</p>
<p>As a last attempt, I switched back to the linux-libre-vanilla kernel (on both devices) that I had been using before have given it some days to see if the problem reoccurred, it doesn't. Which leads me to reporting this to issue as it may involve the linux-libre and linux-libre-lts kernels or the way in which the interact with something else.</p>
<p>Hope this makes sense<br />Ry</p> 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 #3581 (confirmed): [nodejs-bower] TPPMhttps://labs.parabola.nu/issues/35812024-02-13T19:42:27Zwael
<p>Just as with all other TPPMs this has the same common problems. <br />Moreover, the repository is often badly managed, and has been in the news a few times for security breaches.</p> Packages - Bug #3546 (in progress): [multiple]: rebuild q- and -k-things for plasma5->6 transitionhttps://labs.parabola.nu/issues/35462023-10-21T09:25:09ZSolveFinder
<p>Some of kde apps (from <strong>libre</strong> repository) caused dependency problems.</p>
<p>Here's the error message:<br /><pre>
:: installing kparts5 (5.111.0-1) breaks dependency 'kparts' required by ark
:: installing kpty5 (5.111.0-1) breaks dependency 'kpty' required by ark
:: installing kitemmodels5 (5.111.0-1) breaks dependency 'kitemmodels' required by ark
:: installing kitemmodels5 (5.111.0-1) breaks dependency 'kitemmodels' required by kdevelop
:: installing knotifyconfig5 (5.111.0-1) breaks dependency 'knotifyconfig' required by kdevelop
:: installing ktexteditor5 (5.111.0-1) breaks dependency 'ktexteditor' required by kdevelop
:: installing kcmutils5 (5.111.0-1) breaks dependency 'kcmutils' required by kdevelop
:: installing threadweaver5 (5.111.0-1) breaks dependency 'threadweaver' required by kdevelop
:: installing kded5 (5.111.0-1) breaks dependency 'kded5=5.110.0' required by kio5
:: installing kdeclarative5 (5.111.0-1) breaks dependency 'kdeclarative' required by libksysguard
:: installing knewstuff5 (5.111.0-1) breaks dependency 'knewstuff' required by libksysguard
:: installing kpty5 (5.111.0-1) breaks dependency 'kpty' required by okular
:: installing kactivities5 (5.111.0-1) breaks dependency 'kactivities' required by okular
:: installing threadweaver5 (5.111.0-1) breaks dependency 'threadweaver' required by okular
:: installing kparts5 (5.111.0-1) breaks dependency 'kparts' required by okular
:: installing purpose5 (5.111.0-1) breaks dependency 'purpose' required by okular
</pre></p>
These packages (at least) require an update according to upstream build recipe:
<ul>
<li><strong>libksysguard</strong></li>
<li><strong>okular</strong></li>
<li><strong>ark</strong></li>
<li><strong>kdevelop</strong></li>
</ul> Packages - Bug #3514 (in progress): [nonsystemd/libretools]: fails to create chroot - pacstrap: ...https://labs.parabola.nu/issues/35142023-08-04T16:14:49ZSolveFinder
<ul>
<li>steps to reproduce:<br /> 1) # pacman -Sy libretools your-initfreedom<br /> 2) $ sudo librechroot -A x86_64 make # before running this make sure that chroot directory if empty (it's <strong>/var/lib/archbuild/default/</strong> by default)</li>
</ul>
<ul>
<li>expected result:<br /> librechroot will be generated in /var/lib/archbuild/default/</li>
</ul>
<ul>
<li>actual result:<br /><pre>
==> ERROR: pacstrap: invalid option -- 'd'
</pre></li>
</ul>
<p>I've tried to compile <strong>libretools</strong> from <strong>abslibre/nonsystemd</strong> [1] but it failed with:<br /><pre>
ronn --roff --manual='libretools Manual' --organization='Parabola' < 'src/lib/messages.sh.3.ronn' > 'src/lib/messages.sh.3'
EDIT < src/lib/archroot.sh.in > src/lib/archroot.sh
`RubyGems' were not loaded.
</pre></p>
The fix is to apply (at least) these patches from <strong>abslibre/libre/libretools [2]:</strong>
<ul>
<li>no-pacstrap-d.patch</li>
<li>disable-ronn.patch</li>
</ul>
<p>I also have the following question: <br />What is preferred way of suggesting package fixes/updates/patches?<br />It seems like a lot of <strong>updpkg</strong> are ignored in pagure <strong>[3]</strong> without explanation why they weren't been merged.</p>
<p>[1] <a class="external" href="https://git.parabola.nu/abslibre.git/tree/nonsystemd/libretools">https://git.parabola.nu/abslibre.git/tree/nonsystemd/libretools</a><br />[2] <a class="external" href="https://git.parabola.nu/abslibre.git/tree/libre/libretools">https://git.parabola.nu/abslibre.git/tree/libre/libretools</a><br />[3] <a class="external" href="https://pagure.io/abslibre/pull-requests">https://pagure.io/abslibre/pull-requests</a></p> Packages - Bug #3115 (in progress): [icedove][p11-kit][multiple]: libffi.so.7: cannot open shared...https://labs.parabola.nu/issues/31152021-10-20T03:11:44Zavalos
<ul>
<li>steps to reproduce:<br /><pre>
$ icedove
</pre></li>
</ul>
<ul>
<li>expected result:<br />It should run normally, as it did before upgrading libffi.</li>
</ul>
<ul>
<li>actual result:<br />It prints this error message:<br /><pre>
XPCOMGlueLoad error for file /usr/lib/icedove/libxul.so:
libffi.so.7: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
</pre></li>
</ul>
<p>Icedove needs an upgrade so badly!</p> Packages - Bug #3034 (unconfirmed): icedove: XPCOMGlueLoad error for file /usr/lib/icedove/libxul.sohttps://labs.parabola.nu/issues/30342021-05-18T14:47:17Zavalos
<p>Hello! Whenever I try to run <code>icedove</code>, this error pops up immediately:</p>
<pre>
XPCOMGlueLoad error for file /usr/lib/icedove/libxul.so:
libicui18n.so.67: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
</pre> Packages - Bug #2958 (in progress): [libre/icedove-extension-enigmail] Not compatible with latest...https://labs.parabola.nu/issues/29582021-01-02T11:33:34Zinfertux
<pre>
installing gnupg (2.2.25-1) breaks dependency 'gnupg<2.2.25' required by icedove-extension-enigmail
</pre>
<p>See also <a class="external" href="https://labs.parabola.nu/issues/2892">https://labs.parabola.nu/issues/2892</a></p> Packages - Bug #2053 (confirmed): [libre/icedove]: rebuild against new icu (x86_64)https://labs.parabola.nu/issues/20532018-10-30T14:24:50Zfreemor
<p>Needs Rebuild against icu</p>
<p>NOTE: remember to rebuild 'nonprism/icedove', 'icedove-extension-enigmail' , and 'libre/icedove-l10n' if the version has changed - all of these are coupled to each specific version of icedove, to avoid breakage</p>