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 #3561 (info needed): wp-cli not built from source (but source code is provided)https://labs.parabola.nu/issues/35612023-12-26T11:59:52ZGNUtooGNUtoo@cyberdimension.org
<p>The pkp-cli recipe consists in the following:</p>
<pre>
build() {
cd "$_archive"
composer install --no-interaction --prefer-dist --no-scripts
php -dphar.readonly=0 utils/make-phar.php wp-cli.phar
}
</pre>
<p>After installing php-cli I can get the source code in this way:</p>
<pre>
# cd $(mktemp -d)
# phar extract -f /usr/bin/wp
# find > wp-cli-files.txt
</pre>
<p>wp-cli-files.txt is attached</p>
<p>I've looked at a random file (usr/bin/wp/vendor/wp-cli/wp-config-transformer/src/WPConfigTransformer.php) and the source code is perfectly readable so it does not look transformed in any way.</p>
<p>It is possible to build wp-cli from source, and there is a tutorial for that here: <a class="external" href="https://make.wordpress.org/cli/handbook/contributions/pull-requests/#setting-up">https://make.wordpress.org/cli/handbook/contributions/pull-requests/#setting-up</a></p>
<p>Do we need to remove wp-cli because it's not built from source or is the fact that it provide source code sufficient?</p> Packages - Bug #3556 (confirmed): [mkinitcpio-paralogo] Causes a Failure in Generating Kernel Imagehttps://labs.parabola.nu/issues/35562023-11-27T08:43:00Zwael
<ul>
<li>steps to reproduce:<br /> Install on a systemd setup.</li>
</ul>
<ul>
<li>expected result:<br /> Successful kernel image generation, and boot splash/text.</li>
</ul>
<ul>
<li>actual result:<br /> Boots correctly, though everytime mkinitcpio is run the paralogo hook reports failure (as if the systemd unit was invoked) and thus mkinitcpio reports failure even though image generation is successful and bootable.</li>
</ul> Packages - Bug #3553 (confirmed): Gnome-Boxes package has been broken for like 3 yearshttps://labs.parabola.nu/issues/35532023-10-27T21:25:51ZChocolat
<ul>
<li>steps to reproduce:<br /> 1) # pacman -S gnome-boxes<br /> 2) # select qemu-base, qemu-desktop or qemu-full</li>
</ul>
<ul>
<li>expected result:<br /> Install boxes normally</li>
</ul>
<ul>
<li>actual result:<br /> can't satisfy the dependency «tracker», needed for gnome-boxes</li>
</ul>
<p>The last time gnome-boxes was updated was in 2020 so it has been broken since that also is hyper outdated</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 #3543 (forwarded upstream): [i686/python]: ModuleNotFoundError when attempting to ...https://labs.parabola.nu/issues/35432023-10-17T21:08:42Zdoolio
<p>Example executing <code>ipython</code> at the CLI results in:</p>
<pre>
Traceback (most recent call last):
File "/usr/bin/ipython", line 5, in <module>
from IPython import start_ipython
ModuleNotFoundError: No module named 'IPython'
</pre>
<p>My i686 machine is fully up to date. I discovered this after my workaround to this <a href="https://labs.parabola.nu/boards/5/topics/1610?r=1615" class="external">issue reported in the forum</a>.</p> Packages - Bug #3539 (in progress): [linux-libre]: 6.3.3 fails to load modules with kmod 31https://labs.parabola.nu/issues/35392023-10-02T19:38:59Zclarintux
<p>Hi!<br />After upgrading to kmod 31-1, the Linux-libre kernel is unable to load modules:</p>
<pre><code class="shell syntaxhl"><span class="o">[</span>FAILED] Failed to start CLI Netfilter Manager.
<span class="o">[</span>FAILED] Failed to start Cryptography Setup <span class="k">for </span>home.
<span class="o">[</span>FAILED] Depency failed <span class="k">for </span>Local Encrypted Volumes.
<span class="o">[</span> <span class="k">*</span> <span class="o">]</span> A start job is running <span class="k">for</span> /dev/disk/by-uuid/xxxxxxxxxxxxxxxxx
</code></pre>
<p>This problem does NOT occur with:</p>
<p>- the Linux-libre-lts kernel and/or...<br />- the package kmod 30-3 (downgrading kmod solves the problem)</p>
<p>Thanks and greetings!</p>