Parabola Issue Tracker: Issueshttps://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552012-06-05T10:02:11ZParabola Issue Tracker
Redmine Ports - Bug #125 (open): svn has problem with shared libraries libdb-5.2.sohttps://labs.parabola.nu/issues/1252012-06-05T10:02:11Zlluvialluvia@singularity.fr
<p>Trying to compile opencollada I found this error:</p>
<p>svn: error while loading shared libraries: libdb-5.2.so: cannot open shared object file: No such file or directory</p> Ports - Bug #124 (open): [racket] fails to buildhttps://labs.parabola.nu/issues/1242012-06-05T04:47:52Zxihh
<p>Logs attached.</p> Servers - Bug #105 (open): [wiki,labs] JavaScript not labeled as freehttps://labs.parabola.nu/issues/1052012-05-15T15:53:56Zkete
<p>Nontrivial JavaScript should have a free license, so we can know what our browsers are doing. With libre licenses, we can study the JavaScript source code. The wiki and this lab could use a simple license declaration in the header as described at <a class="external" href="http://www.gnu.org/philosophy/javascript-trap.html#AppendixA">http://www.gnu.org/philosophy/javascript-trap.html#AppendixA</a><br />If the web dev already has a dynamic header that's created from one file, then they could simply add this declaration to that file to cover both sites in whole.</p>
<p>Regards</p> Ports - Bug #88 (open): [python] 3.2.3-1 tests failhttps://labs.parabola.nu/issues/882012-04-20T16:29:59Zmtjmmtjm@mtjm.eu
<pre>320 tests OK.
2 tests failed:
test_ctypes test_mmap</pre>
<p>Not attaching logs, they are useless without running tests in verbose mode.</p> Ports - Bug #74 (open): cannot click on iceweasel and select text on a consolehttps://labs.parabola.nu/issues/742012-04-09T10:56:18Zlluvialluvia@singularity.fr
<p>I was using LXDE. Trying Claws-mail, a compiled version of evoultion, lxde terminals and iceweasel.</p>
<p>These errors were shown in tty1, where I launched Xs:</p>
<p>lxpanel...: Gdk-CRITICAL .... 'GDK_IS_WINDOW (window)' failed.<br />lxpanel...: GLib-GObject-CRITICAL .... 'G_IS_OBJECT (object)' failed.</p>
<p>The result was:</p>
<p>1. I couldn't longer select text in the terminal with the mouse, but i could change between windows/terminals and entering commands.<br />2. Iceweasel didn't answer to anything, only to killall -9. If I launched it again, it was freezed also in the restore tabs initial page, and I had to kill it by terminal again.</p>
<p>I killed X and when I started LXDE again everything was working fine again.</p> Servers - Bug #56 (open): [labs] Support tagging issueshttps://labs.parabola.nu/issues/562012-03-29T18:13:00Zmtjmmtjm@mtjm.eu
<p>From #parabola:<br /><pre>
16:54 < mtjm> fauno: does labs.parabola.nu support tagging of issues?
16:55 < mtjm> so e.g. the how to help page could have a link to a list of all open issues which need MIPS assembly knowledge to fix
16:56 < fauno> mmm maybe with a plugin
16:56 < mtjm> Ruby or C might be a better case
16:57 < fauno> https://github.com/friflaj/redmine_tagging
</pre></p> Ports - Bug #49 (open): Document how to use netcfg with wpa_supplicant and dhclient, or make it w...https://labs.parabola.nu/issues/492012-03-17T22:21:34Zmtjmmtjm@mtjm.eu
<p>Not having working network makes reporting other bugs harder.</p> Ports - Bug #48 (open): Make the X server work without extra configurationhttps://labs.parabola.nu/issues/482012-03-17T22:19:12Zmtjmmtjm@mtjm.eu
<ul>
<li>remove/update all broken modules</li>
<li>install working xf86-video-siliconmotion configuration to /etc/X11/xorg.conf.d/... with XAA and working dual head</li>
<li>update documentation</li>
</ul> libretools - Bug #46 (in progress): Sourcing PKGBUILDs might change variables usedhttps://labs.parabola.nu/issues/462012-03-09T20:14:52Zmtjmmtjm@mtjm.eu
<p>E.g. toru used _repo while a PKGBUILD changed the value of this variable, making fullpkg ignore dependencies from the community repo. There should be another solution which wouldn't lead to difficult to debug problems.</p> Ports - Bug #40 (open): [binutils] no mips64el-unknown-linux-gnu-ld, etchttps://labs.parabola.nu/issues/402012-03-07T10:22:13Zmtjmmtjm@mtjm.eu
<p>GHC's configure script wants to use them. Just adding symlinks will fix this.</p> Packages - Bug #34 (open): Change packages showing Arch bug report URL or calling the distro Archhttps://labs.parabola.nu/issues/342012-03-04T14:00:27Zmtjmmtjm@mtjm.eu
<p>The changes are partially done in abslibre-mips64el, but this is not specific to mips64el. Probably adding an issue tracker for packages should be done before.</p> Packages - Bug #33 (open): [libretools][dbscripts] remove/rename optdepends of packages on upload...https://labs.parabola.nu/issues/332012-03-04T13:56:42Zmtjmmtjm@mtjm.eu
<p>We have many PKGBUILD changes to rename unrar to ununrar or not list packages not available on mips64el in optdepends. This could be done in a single script processing packages after there are build and calling the script in scripts wrapping makepkg or getting packages from Arch.</p>
<p>The script should log what it does.</p> pacman2pacman - Bug #29 (in progress): Create P2P mirror infrastructurehttps://labs.parabola.nu/issues/292012-03-01T18:00:40Zfaunofauno@parabola.nu
<p>P2P is always cool :D</p>
<p>This would include:</p>
<ul>
<li>Create .torrent for every package with all parabola mirrors as webseeds</li>
<li>Create a pacman XFerCommand that downloads and seeds packages sending the .torrent files to a torrent client (transmission-daemon or others, and also manages seeding policies)</li>
</ul>
<p>"Seeding policies" meaning upload limit, for how long, etc. transmission-daemon can be configured to seed up until a given ratio or stop after a certain time of inactivity, etc.</p>
<p>Instead of adding all mirrors as webseeds the .torrent creation script could pick three at random...</p> Documentation - Bug #15 (open): Email serverhttps://labs.parabola.nu/issues/152012-02-27T14:07:27Zfaunofauno@parabola.nu
<p>Document how to setup an email server based on our current configuration</p> Servers - Bug #4 (open): Have a database backup policyhttps://labs.parabola.nu/issues/42012-02-15T19:47:32Zmtjmmtjm@mtjm.eu
<p>It's a generally good thing to have and might encourage contributors to use the trackers, not fearing that their changes will be lost.</p>