Parabola Issue Tracker: Issueshttps://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552023-09-25T09:03:36ZParabola Issue Tracker
Redmine Servers - Bug #3533 (confirmed): [parabolaweb]: does not ping IPv6-only mirrors, and does not sho...https://labs.parabola.nu/issues/35332023-09-25T09:03:36Zbill-auger
<p>for example:<br /><a class="external" href="https://www.parabola.nu/mirrors/cyberbits.asia/">https://www.parabola.nu/mirrors/cyberbits.asia/</a></p>
<p>it is currently the only such example; so this is still a hunch - however, i noticed a similar problem recently with yandex - they apparently had two separate replicas, one for IPv4 and one for IPv6 - parabolaweb only checks via IPv4 and it reported the mirror as out-of-sync - the IPv6 replica was up-to-date; but the IPv4 replica was not synch-ing - even their admin was confused at first, until i discovered the discrepancy between them</p> Servers - Bug #3508 (confirmed): [librerelease]: creates other/ directories owned by the userhttps://labs.parabola.nu/issues/35082023-07-15T05:45:47Zbill-auger
<p>this is probably an overlooked regression from when `librerelase` was changed to run as each user, staging in each user's $HOME, rather than as 'repo' user</p>
<p>the problem that causes is that no one else can publish a new libre source-ball, due to lack of permission in the target dir</p> Upstreaming Patches - Upstreaming #2809 (open): Upstream pcr/searx changeshttps://labs.parabola.nu/issues/28092020-06-15T13:49:01ZGNUtooGNUtoo@cyberdimension.orgUpstreaming Patches - Upstreaming #2807 (open): Upstream prboom-plus --disable-cpu-opthttps://labs.parabola.nu/issues/28072020-06-14T19:42:37ZGNUtooGNUtoo@cyberdimension.orgUpstreaming Patches - Upstreaming #2802 (open): Add Parabola pacstrap support in Hyperbolahttps://labs.parabola.nu/issues/28022020-06-12T21:47:59ZGNUtooGNUtoo@cyberdimension.orgUpstreaming Patches - Upstreaming #2801 (open): Look if we still need to upstream our debootstrap...https://labs.parabola.nu/issues/28012020-06-12T21:47:43ZGNUtooGNUtoo@cyberdimension.orgUpstreaming Patches - Upstreaming #2800 (open): Finishes the conversion of pysim to python3 to pa...https://labs.parabola.nu/issues/28002020-06-12T21:47:22ZGNUtooGNUtoo@cyberdimension.orgUpstreaming Patches - Upstreaming #2799 (open): Upstream 0002-fix-Atmel-maXTouch-touchscreen-supp...https://labs.parabola.nu/issues/27992020-06-12T21:01:22ZGNUtooGNUtoo@cyberdimension.orgUpstreaming Patches - Upstreaming #2797 (open): Find a way to upstream RAW boot support for OMAP ...https://labs.parabola.nu/issues/27972020-06-12T20:03:15ZGNUtooGNUtoo@cyberdimension.orgTools - Bug #1444 (open): [notsystemd] Remove logind, depend on elogindhttps://labs.parabola.nu/issues/14442017-08-19T00:01:48ZMegver83megver83@parabola.nu
<p>Hi, many DEs in the Systemd-free world are migrating to elogind, which has files in common with notsystemd. They can coexist, but for that I had to do a --force when installing with pacman. I was thinking that, as elogind is more optimized for non-systemd systems maybe we can remove those conflicting files from notsystemd and make elogind a dependency of it (at least as optional).</p>
<p>I [added eudev in provides=()](<a class="external" href="https://git.parabola.nu/abslibre.git/commit/libre/notsystemd?id=4fecb274dba93f27c116fdf19545cac09fdf2e7f">https://git.parabola.nu/abslibre.git/commit/libre/notsystemd?id=4fecb274dba93f27c116fdf19545cac09fdf2e7f</a>) as the eudev-openrc init script works with notsystemd's udev, but couldn't do the same for elogind-openrc. Elogind depends on eudev, and (as I said) it can work with notsystemd but it needs a better integration by its side.</p>
<p>The second option would be to include elogind inside notsystemd, so then put elogind in provides=() as I did with eudev, but I think it's easier to put it as a dependency.</p>
<p>Here I attach the list of files that conflict with elogind.</p> Tools - Bug #737 (open): [dbscripts]/[xbs-abslibre]: db-update complains when releasing split pac...https://labs.parabola.nu/issues/7372015-06-08T06:34:17Zlukeshulukeshu@parabola.nu
<p>For all but one of the split package members for each architecture, it will spit out</p>
<pre>
On branch master
nothing to commit, working directory clean
==> ERROR: An unknown error has occurred. Exiting...
/usr/bin/xbs: line 103: XXXXX User defined signal 1 "$HELPER" release-server "$@"
==> ERROR cd staging/XXXX//abslibre/XXXX/XXXX/XXXX && xbs release-server XXXX XXXX
</pre>
<p>The message is harmless, but it should be fixed.</p>
<p>I take full blame, and know what has to happen.</p> Tools - Bug #561 (open): [db-import-*]/[blacklist] I want to specify `pkgbase's, not `pkgname's.https://labs.parabola.nu/issues/5612014-06-23T03:18:12Zlukeshulukeshu@parabola.nu
<p>Yeah.</p> Tools - Bug #543 (open): [jh checksource] Should detect generated source files.https://labs.parabola.nu/issues/5432014-06-10T16:36:33Zlukeshulukeshu@parabola.nu
<p>Off the top of my head, that means these tools:</p>
<ul>
<li>JavaCC (<code>1/Generated By:(JJTree|JavaCC|JJTree&JavaCC):/</code>)</li>
<li>byaccj</li>
<li>JLex</li>
<li>JFlex</li>
</ul> Tools - Bug #473 (open): [abs] Gives you the same tree no matter the arch, despite discrepencies ...https://labs.parabola.nu/issues/4732014-01-22T06:37:26Zlukeshulukeshu@parabola.nu
<p>Title says it.</p> Tools - Bug #472 (open): I want [abs] to be implemented as `git pull`https://labs.parabola.nu/issues/4722014-01-22T06:36:34Zlukeshulukeshu@parabola.nu
<p>The entire ABS should be in a publicly available git (-pre-mips64el is not public, though perhaps it should be), and we should KISS. Also having rsync is fine, but I want it to use git.</p>