Parabola Issue Tracker: Issueshttps://labs.parabola.nu/https://labs.parabola.nu/favicon.ico?15367742552013-08-08T12:52:12ZParabola Issue Tracker
Redmine libretools - Bug #380 (fixed): [libremakepkg] $PKGDEST is a binary filehttps://labs.parabola.nu/issues/3802013-08-08T12:52:12Zlluvialluvia@singularity.fr
<p>When uncommenting some vars like PKGDEST or SRCDEST and leaving the deafults, I would expect that directories were created and that they contains the expected files. However, they appears as files. For example, try building your-freedom creates a /home/sources wich is a copy of blacklist*.txt file, and building widelands /home/packages becomes a binary file and /home/sources the launcher of the binary (a sh script).</p>
<p>I though that maybe the script is doing `cp file $SRCDEST` before assuring $SRCDEST (or other) is an existing directory.</p>
<p>I attach my libretools.conf and makepkg.conf.</p> Ports - Bug #290 (forwarded upstream): gfortran bughttps://labs.parabola.nu/issues/2902013-01-13T09:33:52Zlluvialluvia@singularity.fr
<p>gfortran just asked me to report this. See at the end of the messages reported. I attached getopt_long.F03.</p>
<p>[lluvia@parabola parse]$ LANG=en gfortran getopt_long.F03<br />getopt_long.F03:277.36:</p>
<pre><code>type(getopt_type), pointer :: self<br /> 1<br />Error: Symbol 'self' at (1) already has basic type of REAL<br />getopt_long.F03:278.29:</code></pre>
<pre><code>integer, intent(in) :: argn<br /> 1<br />Error: Symbol 'argn' at (1) already has basic type of REAL<br />getopt_long.F03:279.2:</code></pre>
<pre><code>argv = self%argv(argn)%string(1)(1:len(argv))<br /> 1<br />Error: Unclassifiable statement at (1)<br />getopt_long.F03:274.30:</code></pre>
<p>character(len=getopt_argv_len(self,argn)) &<br /> 1<br />Error: Type mismatch in argument 'self' at (1); passed <abbr title="4">REAL</abbr> to <abbr title="getopt_type">TYPE</abbr><br />f951: internal compiler error: Segmentation fault<br />Please submit a full bug report,<br />with preprocessed source if appropriate.<br />See <<a class="external" href="https://labs.parabola.nu/">https://labs.parabola.nu/</a>> for instructions.</p> libretools - Bug #189 (not-a-bug): libremkchroot should umount when exiting with errorhttps://labs.parabola.nu/issues/1892012-09-01T10:00:22Zlluvialluvia@singularity.fr
<p>For example, I failed my previous command for libremkchroot, and I tried it a second time with the correct arguments, but it wanted to overwrite the mounted system, reporting errors.</p>
<p>Also, I didn't understand what was happening and I tried to remove the jail directory, without checking that my system was mounted in that directory!</p>
<p>It would be a good and simple behavour to unmount if reporting error.</p> libretools - Bug #188 (fixed): [libremkchroot] doesn't always umount when exiting with errorhttps://labs.parabola.nu/issues/1882012-09-01T09:59:50Zlluvialluvia@singularity.fr
<p>For example, I failed my previous command for libremkchroot, and I tried it a second time with the correct arguments, but it wanted to overwrite the mounted system, reporting errors.</p>
<p>Also, I didn't understand what was happening and I tried to remove the jail directory, without checking that my system was mounted in that directory!</p>
<p>It would be a good and simple behavour to unmount if reporting error.</p> libretools - Bug #127 (fixed): [fullpkg] illegal options passed to libremakepkghttps://labs.parabola.nu/issues/1272012-06-05T11:02:17Zlluvialluvia@singularity.fr
<p>I always obtain these notifications when running fullpkg<br /><pre>
[...]
==> Building packages
/home/lluvia/Compiling/libretools/libremakepkg: illegal option -- m
/home/lluvia/Compiling/libretools/libremakepkg: illegal option -- L
/home/lluvia/Compiling/libretools/libremakepkg: illegal option -- M
/home/lluvia/Compiling/libretools/libremakepkg: illegal option -- -
/home/lluvia/Compiling/libretools/libremakepkg: illegal option -- M
/home/lluvia/Compiling/libretools/libremakepkg: illegal option -- -
==> Checking PKGBUILD for non-free issues
/home/lluvia/Compiling/libretools/pkgbuild-check-nonfree: line 165: error: command not found
==> Downloading the blacklist of proprietary software packages.
[...]
</pre></p> Ports - Porting #126 (fixed): undefined reference symbol, but symbol is defined in DSOhttps://labs.parabola.nu/issues/1262012-06-05T10:44:44Zlluvialluvia@singularity.fr
<p>When, for example, building package gavl I obtain</p>
<p>/usr/bin/ld: volume_test.o:undefined reference symbol 'sinf@<code>GLIBC_2.0'<br />/usr/bin/ld: note: 'sinf</code>@GLIBC_2.0' is defined in DSO /lib/libm.so.6 so try adding it to the linker command line<br />/lib/libm.so.6: could not read symbols: Invalid operation</p> 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> libretools - Bug #75 (fixed): make [libretools] abs/abslibre/abslibre-mips64el/pbs agnostichttps://labs.parabola.nu/issues/752012-04-09T12:46:10Zlluvialluvia@singularity.fr
<p>I think it should be something like a</p>
<p>ABSLIBRE-MIPS64ELGIT</p>
<p>variable at /etc/libretools.conf. If not, user will be hacking the expected behavour of libretools in general. Also, hack or not, it is not documented in the wiki, AFAIK, how to use libretools for packaging in mips64el, so a new packager would be in problems, for example reading this as reference:</p>
<p><a class="external" href="https://wiki.parabolagnulinux.org/Package_maintainer_guide">https://wiki.parabolagnulinux.org/Package_maintainer_guide</a></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>