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 #3615 (unconfirmed): [zulucrypt] seems to be incompative with new libsecrethttps://labs.parabola.nu/issues/36152024-03-27T10:25:16ZCtIa
<p>I get that issue when trying to start it:</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 #3613 (unconfirmed): [freerdp2] conflicts with freerdp already installedhttps://labs.parabola.nu/issues/36132024-03-26T03:08:47Zrafael-bento
<ul>
<li>steps to reproduce:<br /> 1) # pacman -S freerdp<br /> 2) # pacman -S freerdp2</li>
</ul>
<ul>
<li>expected result:<br /> Install freerdp2</li>
</ul>
<ul>
<li>actual result:<br /> error: failed to commit transaction (conflicting files)</li>
</ul> Packages - Bug #3611 (confirmed): packages depending on pyside6https://labs.parabola.nu/issues/36112024-03-23T09:24:34Zdirenis
<p>packages that depend on pyside6 cant be updated since its blacklisted, a replacement is needed</p> Packages - Bug #3610 (in progress): libretools depends on an older version of pacmanhttps://labs.parabola.nu/issues/36102024-03-23T09:20:06Zdirenis
<ul>
<li>steps to reproduce:<br /> 1\-pacman \-S libretools<br /> 2\-pacman \-Syu</li>
<li>expected result:<br /> pacman -Syu succeeds</li>
</ul>
<ul>
<li>actual result:<br /> :: installing pacman (6.1.0-3.parabola1) breaks dependency 'pacman<6.1' required by libretools</li>
</ul> Packages - Freedom Issue #3609 (open): List of core freedom issues affecting work in Parabola.https://labs.parabola.nu/issues/36092024-03-21T14:59:45ZGNUtooGNUtoo@cyberdimension.org
<p>This bug is meant to track freedom issues affecting core components in Parabola.</p>
<p>For instance Pacman is a core component in Parabola since almost anything else depend on it.</p>
<p>Libretools is also required for working on Parabola as well as package definitions.</p>
<p>While there are often freedom issues found in regular packages (for instance a game being nonfree) the impact of these is more limited because it only affect a subset of users and doesn't affect packages required to contribute to Parabola (which are needed to fix these issues in the first place). Some packages (like u-boot for instance) can be critical to some users or use cases but don't affect all the users and contributors to Parabola.</p> Packages - Freedom Issue #3608 (open): [libretools, devtools-par] librerelease has nonfree softwa...https://labs.parabola.nu/issues/36082024-03-21T14:46:44ZGNUtooGNUtoo@cyberdimension.org
<p>Hi,</p>
<p>While trying to package libretools in another FSDG distribution, I found that it actually depends on/contains nonfree software.</p>
<p>So far I only looked at librerelease as that's the software I'm most interested in packaging, but this has wider implications as lot more files are nonfree (more on that below).</p>
<p>The issue with librerelease from libretools is that it depends on lib/common.sh which comes from devtools-par. And that file has 'License: Unspecified'.</p>
A lot more files in devtools-par have 'License: Unspecified', here's the total number of files:
<ul>
<li>archbuild.in</li>
<li>archco.in</li>
<li>archrelease.in</li>
<li>archrm.in</li>
<li>bash_completion.in</li>
<li>checkpkg.in</li>
<li>commitpkg.in</li>
<li>crossrepomove.in</li>
<li>find-libdeps.in</li>
<li>finddeps.in</li>
<li>lddd.in</li>
<li>lib/archroot.sh</li>
<li>lib/common.sh</li>
<li>lib/valid-tags.sh</li>
<li>rebuildpkgs.in</li>
<li>zsh_completion.in</li>
</ul>
In addition the following files also lack a license:
<ul>
<li>.gitignore</li>
<li>Makefile</li>
<li>PKGBUILD.proto</li>
<li>makepkg-x86_64.conf</li>
<li>pacman-extra.conf</li>
<li>pacman-gnome-unstable.conf</li>
<li>pacman-kde-unstable.conf</li>
<li>pacman-multilib-staging.conf</li>
<li>pacman-multilib-testing.conf</li>
<li>pacman-multilib.conf</li>
<li>pacman-staging.conf</li>
<li>pacman-testing.conf</li>
<li>zsh_completion.in</li>
</ul>
Only these files have a valid free software license:
<ul>
<li>arch-nspawn.in</li>
<li>makechrootpkg.in</li>
<li>mkarchroot.in</li>
</ul> Packages - Packaging Request #3607 (open): dhcpcd-openrchttps://labs.parabola.nu/issues/36072024-03-20T22:28:56Znona
<ul>
<li>steps to reproduce:<br /><pre><code class="shell syntaxhl"> <span class="c"># pacman -S dhcpcd-openrc</span>
<span class="c"># rc-service dhcpcd start</span>
</code></pre></li>
</ul>
<ul>
<li>expected result:<br /><pre>
* Caching service dependencies ... [ ok ]
* Starting DHCP Client Daemon ...
</pre></li>
</ul>
<ul>
<li>actual result:<br /><pre>
error: target not found: dhcpcd-openrc
</pre></li>
</ul>
<ul>
<li>suggested workaround<br /><pre><code class="shell syntaxhl"><span class="nv">$ </span>wget https://gitea.artixlinux.org/packages/dhcpcd-openrc/src/branch/master/dhcpcd.initd
<span class="c"># mv dhcpcd.initd /etc/init.d/dhcpcd</span>
<span class="c"># chmod 755 /etc/init.d/dhcpcd</span>
<span class="c"># rc-service dhcpcd start</span>
</code></pre></li>
</ul> Packages - Housekeeping #3421 (open): [STICKY][qt5-base]: and friends (x86_64)https://labs.parabola.nu/issues/34212023-01-09T03:16:30Zbill-auger
<p>this is the current list of 'qt5-base' dependents for x86_64 systems - each time 'qt5-base' is upgraded in arch, each of these packages should be rebuilt against the upgraded 'qt5-base', pinned to 'qt5-base=N.N.N'</p>
<pre>
# build order: (qt5-base) <- qt5-styleplugins
# (qt5-base) <- qt5-webkit <- python-pyqt5 <- qutebrowser
</pre> 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> Packages - Freedom Issue #748 (open): PKGBUILD Licenseshttps://labs.parabola.nu/issues/7482015-06-25T16:45:26Zbeadlehabeadleha@clarkson.edu
<p>It appears to me that the Arch PKGBUILDS are ambiguously licensed. As scripts, they would seem to be copyrightable and licensable material. Many Parabola packages are generated with these Arch PKGBUILDS.</p>
<p>Other Parabola packages are generated by PKGBUILDS that are derived from the Arch ones. For example, see Abiword: <a class="external" href="https://projects.parabola.nu/abslibre.git/tree/libre/abiword/PKGBUILD">https://projects.parabola.nu/abslibre.git/tree/libre/abiword/PKGBUILD</a></p>
<p>The issue is whether or not a PKGBUILD is copyrightable. I currently suspect that they are.</p>