View previous topic :: View next topic |
Author |
Message |
GreenyGianty n00b
Joined: 06 Jan 2005 Posts: 6
|
Posted: Wed Feb 02, 2005 6:21 pm Post subject: |
|
|
Heh! Now got Hugin working from compiling from cvs...
I hadn't set my home directory as executable, so the sourcecode failed to compile.
Works now though.
regards
--
Brian |
|
Back to top |
|
|
drakos7 Apprentice
Joined: 21 Feb 2003 Posts: 294 Location: Rockville, MD, USA, Earth, Sol
|
|
Back to top |
|
|
hvengel Guru
Joined: 19 Sep 2004 Posts: 515
|
Posted: Tue Mar 29, 2005 6:55 pm Post subject: autopano-sift-2.2-r1 ebuild fails on amd64 |
|
|
I have managed to get al the mono stuff (mono 1.1.5, libgdiplus 1.1.5, gtk-sharp 1.0.8 and glade-sharp 1.0. installed and when I emerge autopano-2.2-r1 it does not compile. I am hoping that someone here can give me some clues about how to get this to work. Here is what I am seeing:
Code: |
Calculating dependencies ...done!
>>> emerge (1 of 1) media-gfx/autopano-sift-2.2-r1 to /
>>> md5 src_uri ;-) autopano-sift-2.2.tar.gz
>>> Unpacking source...
>>> Unpacking autopano-sift-2.2.tar.gz to /var/tmp/portage/autopano-sift-2.2-r1/work
>>> Source unpacked.
mcs /debug /unsafe /target:library /out:libsift.dll \
ImageMap.cs KDTree.cs ScaleSpace.cs SimpleMatrix.cs ImageMatchModel.cs RANSAC.cs Transform.cs LoweDetector.cs GaussianConvolution.cs KeypointXML.cs MatchKeys.cs BondBall.cs AreaFilter.cs /pkg:gtk-sharp /r:System.Drawing /r:ICSharpCode.SharpZipLib
KDTree.cs(448) warning CS0219: The variable 'nearest' is assigned but its valueis never used
KDTree.cs(573) warning CS0219: The variable 'nearest' is assigned but its valueis never used
BondBall.cs(241) warning CS0219: The variable 'unknownFile' is assigned but itsvalue is never used
Compilation succeeded - 3 warning(s)
make -C util all
make[1]: Entering directory `/var/tmp/portage/autopano-sift-2.2-r1/work/autopano-sift-2.2/src/util'
mcs /debug /unsafe /out:autopano.exe Autopano.cs \
DrawingPrimitives.cs BasicImagingInterface.cs GUIImage-Drawing.cs \
/r:../libsift.dll /r:System.Drawing /define:USING_GTK /pkg:gtk-sharp /pkg:glade-sharp
DrawingPrimitives.cs(66) warning CS0219: The variable 'sign' is assigned but its value is never used
Compilation succeeded - 1 warning(s)
mcs /debug /unsafe /out:showone.exe ShowOne.cs DrawingPrimitives.cs BasicImagingInterface.cs GUIImage.cs /r:../libsift.dll /r:System.Drawing /define:USING_GTK /pkg:gtk-sharp /pkg:glade-sharp
DrawingPrimitives.cs(66) warning CS0219: The variable 'sign' is assigned but its value is never used
Compilation succeeded - 1 warning(s)
mcs /debug /unsafe /out:showtwo.exe ShowTwo.cs DrawingPrimitives.cs BasicImagingInterface.cs GUIImage.cs /r:../libsift.dll /r:System.Drawing /define:USING_GTK /pkg:gtk-sharp /pkg:glade-sharp
DrawingPrimitives.cs(66) warning CS0219: The variable 'sign' is assigned but its value is never used
Compilation succeeded - 1 warning(s)
mcs /debug /unsafe /out:generatekeys.exe GenerateKeys.cs \
DrawingPrimitives.cs BasicImagingInterface.cs GUIImage.cs /r:../libsift.dll /r:System.Drawing /define:USING_GTK /pkg:gtk-sharp /pkg:glade-sharp
DrawingPrimitives.cs(66) warning CS0219: The variable 'sign' is assigned but its value is never used
Compilation succeeded - 1 warning(s)
mv generatekeys.exe generatekeys-gtk.exe
make -C . systemdrawing=yes generatekeys.exe
make[2]: Entering directory `/var/tmp/portage/autopano-sift-2.2-r1/work/autopano-sift-2.2/src/util'
mcs /debug /unsafe /out:generatekeys.exe GenerateKeys.cs \
DrawingPrimitives.cs BasicImagingInterface.cs GUIImage-Drawing.cs /r:../libsift.dll /r:System.Drawing
DrawingPrimitives.cs(66) warning CS0219: The variable 'sign' is assigned but its value is never used
Compilation succeeded - 1 warning(s)
make[2]: Leaving directory `/var/tmp/portage/autopano-sift-2.2-r1/work/autopano-sift-2.2/src/util'
mv generatekeys.exe generatekeys-sd.exe
mv generatekeys-gtk.exe generatekeys.exe
make -C autopanog all
make[2]: Entering directory `/var/tmp/portage/autopano-sift-2.2-r1/work/autopano-sift-2.2/src/util/autopanog'
mcs /debug /unsafe -out:autopanog.exe -main:Autopanog autopanog.cs \
-resource:autopanog.glade \
../BasicImagingInterface.cs ../GUIImage-Drawing.cs ../DrawingPrimitives.cs ../Autopano.cs /pkg:gtk-sharp /pkg:glade-sharp /resource:image-bottom-left.png /resource:image-bottom-right.png /resource:image-vanilla.png /r:System.Drawing.dll /r:../../libsift.dll
autopanog.cs(89) warning CS0219: The variable 'test' is assigned but its value is never used
autopanog.cs(130) warning CS0219: The variable 'test' is assigned but its valueis never used
autopanog.cs(167) warning CS0219: The variable 'test' is assigned but its valueis never used
../DrawingPrimitives.cs(66) warning CS0219: The variable 'sign' is assigned butits value is never used
Compilation succeeded - 4 warning(s)
make[2]: Leaving directory `/var/tmp/portage/autopano-sift-2.2-r1/work/autopano-sift-2.2/src/util/autopanog'
make -C autopano-win32 all
make[2]: Entering directory `/var/tmp/portage/autopano-sift-2.2-r1/work/autopano-sift-2.2/src/util/autopano-win32'
mcs -main:autopano_sift_winGUI.Form1 \
-r:System.dll -r:System.Data.dll -r:System.Drawing.dll \
-r:System.Windows.Forms.dll -r:System.Xml.dll \
-r:ICSharpCode.SharpZipLib.dll \
-r:../../libsift.dll \
-target:winexe -out:autopano-win32.exe \
-resource:Form1.resx,autopano_sift_winGUI.Form1.resx -resource:FormProcess.resx,autopano_sift_winGUI.FormProcess.resx \
AssemblyInfo.cs ../Autopano.cs ../BasicImagingInterface.cs Form1.cs FormProcess.cs ../GUIImage-Drawing.cs
Form1.cs(43) error CS0234: The type or namespace name `ErrorProvider' could notbe found in namespace `System.Windows.Forms'
Compilation failed: 1 error(s), 0 warnings
make[2]: *** [autopano-win32.exe] Error 1
make[2]: Leaving directory `/var/tmp/portage/autopano-sift-2.2-r1/work/autopano-sift-2.2/src/util/autopano-win32'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/var/tmp/portage/autopano-sift-2.2-r1/work/autopano-sift-2.2/src/util'
make: *** [utils] Error 2
!!! ERROR: media-gfx/autopano-sift-2.2-r1 failed.
!!! Function src_compile, Line 25, Exitcode 2
!!! compiling failed
|
Last edited by hvengel on Sat Apr 02, 2005 9:29 pm; edited 1 time in total |
|
Back to top |
|
|
hvengel Guru
Joined: 19 Sep 2004 Posts: 515
|
Posted: Thu Mar 31, 2005 3:32 am Post subject: |
|
|
Also tried to build autopano-sift from the source tarball. No joy. But I was able to install the *.exe and *.dll files from the tarball bin/ directory and these are working.
Last edited by hvengel on Fri Apr 01, 2005 10:04 pm; edited 1 time in total |
|
Back to top |
|
|
Voyageur Developer
Joined: 06 Mar 2005 Posts: 342 Location: Paris, France
|
Posted: Fri Apr 01, 2005 8:52 am Post subject: |
|
|
See my comment at https://bugs.gentoo.org/show_bug.cgi?id=75192#c27
The error is in autopano-win32, I removed the corresponding line in the makefile and got it installed and working (same versions of mono & co as you). It worked quite well on my amd box (even if seeing .exe programs lying around sure is strange...) _________________ Routinely breaking NX, GNUstep, net-ftp, miscellaneous (llvm, filezilla, rdesktop, chromium, ...) packages |
|
Back to top |
|
|
hvengel Guru
Joined: 19 Sep 2004 Posts: 515
|
Posted: Fri Apr 01, 2005 10:35 pm Post subject: |
|
|
More info for those running amd64.
To get a working 64 bit libpano12 you need to turn off all compiler optimization otherwise you will get segmentation faults when you run PTOptimizer. This happens with both -O2 and -O3. I learned this on the hugin email list. Basicly when running PTOptimizer from with in Hugin it will just return zero values because PTOptimizer fails. To test PTOptimizer from the command line just enter:
Code: |
PTOptimizer some.pto
|
Where some.pto is a valid panotools script. You can create one with either Hugin or autopano-sift. If it runs from the command line it will work in Hugin but you may need to specify the whole path and not just PTOptimizer in the Hugin preferences.
There is a newer version of libpano12 on sourceforge - 2.7.0.9. This is only a few days old as I am writing this. The change log says that there were some amd64 specific changes to the code but does not specify what these are. So this newer version may be a better bet than the existing ebuild which is version 2.7.0.8. The compiler optimization stuff above also is true for 2.7.0.9. I created an ebuild for 2.7.0.9 by making slight modifications to the ebuild for 2.7.0.8 and putting it in my portage overlay. All you have to do is remain it, add amd64 to the keywords line and remove the java patch line and you are good to go.
PTStitcher is only available as a 32 bit binary. This is how Shaun Markham described how he got it working on the Hugin email list:
"I decided to give PTStitcher a go and it worked!
I used PanoTools 2.6b1.
You are right in your other post about it needing a 32 bit version of
libpano12. I used the one which came with PanoTools and put it
into /usr/lib32. I also had complaints about libtiff.so.3 and libpng.so.2
missing.
I grabbed libtiff.so.3 from my other 32 bit Gentoo installation and put it
in /usr/lib32. I didn't have a 32 bit version of libpng.so.2 so I grabbed it
from an RPM I downloaded (libpng-1.0.14-0.7x.4.i386.rpm) giving
libpng.so.2.1.0.14 and also put it in /usr/lib32.
In summary, the libraries PTStitcher wanted were:-
linux-gate.so.1 => (0xffffe000)
libpano12.so => /usr/lib32/libpano12.so (0x5559c000)
libc.so.6 => /lib32/libc.so.6 (0x555d3000)
libm.so.6 => /lib32/libm.so.6 (0x556ea000)
libjpeg.so.62 => /usr/lib32/libjpeg.so.62 (0x5570c000)
libtiff.so.3 => /usr/lib32/libtiff.so.3 (0x5572a000)
libpng.so.2 => /usr/lib32/libpng.so.2 (0x5577c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x55555000)
libz.so.1 => /lib32/libz.so.1 (0x5579f000)
libstdc++.so.5 => /usr/lib32/libstdc++.so.5 (0x557b0000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0x55863000)
I am pleasantly surprised by all this. Right, got some stitching to do..."
Now I checked this out a little and it looks like most of this should be on your system if you have emul-linux-x86-baselibs emerged. But I have not been able to find a package that installs a 32 bit version of libtiff. Also emul-...-baselibs installs libpng.so.3 and it looks like PTStitcher is looking for libpng.so.2. So I am not sure what is the best way to get this working but at least we know it can be done.
Edit
I installed libtiff and libpng.so.2 from RPMs and a 32 version of libpano12 and I now have this working. It run well and is fairly stable. Considering that none of the stuff is even marked ~adm64 I am very pleased it is working as well as it is.
I should also add that I installed this same stuff on my Windows machine and the Linux version runs way better and is way more stable. On the Linux side I have only encountered a few bugs and those are easy to avoid and do not interfear with the tools functionality in any way that I have found.
End Edit |
|
Back to top |
|
|
Iroko n00b
Joined: 27 Jan 2004 Posts: 15 Location: Madison, WI USA
|
Posted: Sun May 01, 2005 6:53 am Post subject: |
|
|
I just wanted to share a quick success story... I was brand new to this "portage overlay" stuff, but thanks to seddes' quick install guide (updated to the latest versions of all packages), the whole thing went off without a hitch. I'm making this post primarily to encourage those who want to get this working, but don't know if it's worth the effort, to jump right in...
Here's what worked for me, as of May 1st:
# Install libpano12
echo "media-libs/libpano12 ~x86" >> /etc/portage/package.keywords
emerge libpano12
# Create a portage overlay directory
echo "PORTDIR_OVERLAY=/usr/local/portage" >> /etc/make.conf
mkdir /usr/local/portage
# Install hugin
mkdir /usr/local/portage/media-gfx
mkdir /usr/local/portage/media-gfx/hugin
wget -O /usr/local/portage/media-gfx/hugin/hugin-0.5_beta4.ebuild https://bugs.gentoo.org/attachment.cgi?id=53383&action=view # Check bugs.gentoo.org for new releases
ebuild /usr/local/portage/media-gfx/hugin/hugin-0.5_beta4.ebuild digest
echo "x11-libs/wxGTK ~x86" >> /etc/portage/package.unmask
echo "x11-libs/wxGTK ~x86" >> /etc/portage/package.keywords
echo "media-gfx/hugin ~x86" >> /etc/portage/package.keywords
emerge hugin
# Install autopano-sift
mkdir /usr/local/portage/media-gfx/autopano-sift
wget -O /usr/local/portage/media-gfx/autopano-sift/autopano-sift-2.3.ebuild https://bugs.gentoo.org/attachment.cgi?id=55779&action=view # Check bugs.gentoo.org for new releases
ebuild /usr/local/portage/media-gfx/autopano-sift/autopano-sift-2.3.ebuild digest
echo "media-gfx/autopano-sift ~x86" >> /etc/portage/package.keywords
emerge autopano-sift
# Install enblend
echo "media-gfx/enblend ~x86" >> /etc/portage/package.keywords
emerge enblend
Relevant version numbers:
libpano12-2.7.0.9
wxgtk-2.5.3
hugin-0.5-beta4 (the March 13th ebuild)
autopano-sift-2.3
enblend-2.2
This was done on a crappy old Celeron with only 256MB RAM, by the way. Hugin seems to chug a bit, but it works. My CFLAGS are -Os -pipe -fomit-frame-pointer, and USE flags include nptl and unicode. Not sure if any of that matters.
Following the guide at http://rbpark.ath.cx/photography/panoramas/tutorial.html I've been churning out panoramas all through the night. Great job, guys! |
|
Back to top |
|
|
Maedhros Bodhisattva
Joined: 14 Apr 2004 Posts: 5511 Location: Durham, UK
|
Posted: Sun May 01, 2005 12:31 pm Post subject: |
|
|
Moved from Portage & Programming. _________________ No-one's more important than the earthworm. |
|
Back to top |
|
|
izm81 n00b
Joined: 10 Mar 2004 Posts: 7
|
Posted: Sun May 08, 2005 4:04 am Post subject: |
|
|
Wow! I'm so happy someone created ebuilds for this! I tried to install hugin before and it was really difficult.
So, I followed the instructions, and tried
During the hugin building, it stopped with the following message:
Code: | make[5]: Entering directory `/var/tmp/portage/hugin-0.4-r1/work/hugin-0.4/src/hugin/xrc'
wxrc -g -o about.xrs about.xrc
make[5]: wxrc: Command not found
make[5]: *** [about.xrs] Error 127 |
I have wxrc-2.6, so I created a soft link to it, and tried again.
Code: | ln -s /usr/bin/wxrc-2.6 /usr/bin/wxrc |
hugin is now compiling (which takes a really long time!), once again. I'll post results when it's done. |
|
Back to top |
|
|
izm81 n00b
Joined: 10 Mar 2004 Posts: 7
|
|
Back to top |
|
|
Iroko n00b
Joined: 27 Jan 2004 Posts: 15 Location: Madison, WI USA
|
Posted: Mon May 09, 2005 1:49 am Post subject: |
|
|
You must've missed my updated guide... (above)
But glad to hear it's working!
BTW, enblend is in portage now. |
|
Back to top |
|
|
avtryck Tux's lil' helper
Joined: 25 Oct 2003 Posts: 78 Location: Stockholm, Sweden
|
Posted: Tue May 17, 2005 8:53 am Post subject: |
|
|
I tried Iroko's success story and it worked great for me as well.
I got one strange thing with Hugin though. If I try to save as multiple tiffs, hugin saves the individual files but deletes them all when it's finished, strange.
Thanks for the info in this thread,
-Jimmy |
|
Back to top |
|
|
hvengel Guru
Joined: 19 Sep 2004 Posts: 515
|
Posted: Tue May 17, 2005 10:31 pm Post subject: |
|
|
This is a known bug in hugin-0.5_beta3 and beta4. It is fixed as of beta7 which was released yesterday morning. Hugin-0.5_rc1 was released earlier today. I am trying to get an ebuild for rc1 tested right now but I have not been able to get it to build the digest.
The work around for the multi-tif file problem in beta3/4 is to open the enblend tab in preferences and unselect Delete remapped tiff files. I have personly tested both the beta3/4 workaround and the fixed code in beta7 and can confirm that both work.
My initial testing indicates that beta7 is much more stable than beta4 and also has fixed many, mostly little but anoying, problems. I have not yet tested rc1 but I suspect that it is mostly beta7 with a few additional fixes. |
|
Back to top |
|
|
hvengel Guru
Joined: 19 Sep 2004 Posts: 515
|
|
Back to top |
|
|
hvengel Guru
Joined: 19 Sep 2004 Posts: 515
|
Posted: Thu May 19, 2005 8:11 pm Post subject: |
|
|
I uploaded an ebuild for libpano12 2.7.0.10 to https://bugs.gentoo.org/show_bug.cgi?id=90763
This is working well on amd64 with optimization set to -O2. Earlier versions of libpano12 needed this set to -O0 for amd64 systems. |
|
Back to top |
|
|
born n00b
Joined: 25 May 2004 Posts: 53 Location: Germany
|
Posted: Thu Jul 07, 2005 7:57 am Post subject: |
|
|
Enblend is already in the portage tree. You have to unmask it, that's all. |
|
Back to top |
|
|
avtryck Tux's lil' helper
Joined: 25 Oct 2003 Posts: 78 Location: Stockholm, Sweden
|
Posted: Tue Jul 19, 2005 9:28 am Post subject: |
|
|
I just wanted to say thanks to the updates in this thread. I installed Hugin (0.5-rc1) and the rest a couple of days ago and it works great.
-Jimmy |
|
Back to top |
|
|
tocas Apprentice
Joined: 01 Jan 2004 Posts: 280 Location: 43°50'-10°27'
|
Posted: Fri Aug 05, 2005 8:56 am Post subject: |
|
|
I've tried this ebuild https://bugs.gentoo.org/attachment.cgi?id=59238
but i've this problem.....
Code: |
>>> Generating digest file...
<<< hugin-0.5_rc1.tar.bz2
!!! We have a source URI, but no file...
!!! File: /usr/portage/distfiles/hugin-0.5_rc1.tar.bz2
|
Someone can help me ? thanks |
|
Back to top |
|
|
Voyageur Developer
Joined: 06 Mar 2005 Posts: 342 Location: Paris, France
|
Posted: Sun Aug 07, 2005 9:09 am Post subject: |
|
|
That can be a problem with your distfiles folder...
You can manually download the hugin-0.5_rc1.tar.bz2 from Sourceforge and put it in /usr/portage/distfiles before re-running ebuild digest _________________ Routinely breaking NX, GNUstep, net-ftp, miscellaneous (llvm, filezilla, rdesktop, chromium, ...) packages |
|
Back to top |
|
|
Halcy0n Developer
Joined: 17 Sep 2003 Posts: 1682 Location: Freehold, NJ
|
Posted: Thu Aug 11, 2005 5:38 am Post subject: |
|
|
Anyone that is still following this thread and cares...autopano-sift and hugin are now in the tree, so the entire suite is in the tree. _________________ Mark Loeser
http://www.halcy0n.com |
|
Back to top |
|
|
Voyageur Developer
Joined: 06 Mar 2005 Posts: 342 Location: Paris, France
|
Posted: Thu Aug 11, 2005 7:39 am Post subject: |
|
|
No ~amd64 keywords on them? _________________ Routinely breaking NX, GNUstep, net-ftp, miscellaneous (llvm, filezilla, rdesktop, chromium, ...) packages |
|
Back to top |
|
|
Halcy0n Developer
Joined: 17 Sep 2003 Posts: 1682 Location: Freehold, NJ
|
Posted: Thu Aug 11, 2005 5:22 pm Post subject: |
|
|
Voyageur wrote: | No ~amd64 keywords on them? |
I'm not part of the AMD64 arch team. You can try it out and report back problems, since I know there are some left. _________________ Mark Loeser
http://www.halcy0n.com |
|
Back to top |
|
|
Voyageur Developer
Joined: 06 Mar 2005 Posts: 342 Location: Paris, France
|
Posted: Thu Aug 11, 2005 7:13 pm Post subject: |
|
|
Hum, it's working fine here... I'll check and report them on bugzilla (at least at the 3rd bugreport, libpano12 works perfectly )
EDIT: does autopano-sift work well on x86 with the portage ebuild? This is different from the latest bug ebuild:
Code: | --- /usr/portage/media-gfx/autopano-sift/autopano-sift-2.3.ebuild 2005-08-11 01:02:04.000000000 +0200
+++ ./autopano-sift-2.3.ebuild 2005-08-11 21:14:30.000000000 +0200
@@ -38,7 +38,11 @@
exeinto /usr/bin
- doexe ${FILESDIR}/autopano
+ cat >${T}/autopano <<-\EOF
+ #!/bin/sh
+ exec mono "/usr/lib/autopano-sift/${0##*/}.exe" ${1+"$@"}
+ EOF
+ doexe ${T}/autopano
for file in autopanog generatekeys; do
dosym autopano /usr/bin/"$file"
|
and without it, there's no /usr/bin/autopano here (and therefore no /usr/bin/autopanog, which is a symlink)
Just curious to see if it is amd64 specific or should be reported _________________ Routinely breaking NX, GNUstep, net-ftp, miscellaneous (llvm, filezilla, rdesktop, chromium, ...) packages |
|
Back to top |
|
|
Halcy0n Developer
Joined: 17 Sep 2003 Posts: 1682 Location: Freehold, NJ
|
Posted: Thu Aug 11, 2005 7:58 pm Post subject: |
|
|
Voyageur wrote: | Hum, it's working fine here... I'll check and report them on bugzilla (at least at the 3rd bugreport, libpano12 works perfectly )
EDIT: does autopano-sift work well on x86 with the portage ebuild? This is different from the latest bug ebuild:
Code: | --- /usr/portage/media-gfx/autopano-sift/autopano-sift-2.3.ebuild 2005-08-11 01:02:04.000000000 +0200
+++ ./autopano-sift-2.3.ebuild 2005-08-11 21:14:30.000000000 +0200
@@ -38,7 +38,11 @@
exeinto /usr/bin
- doexe ${FILESDIR}/autopano
+ cat >${T}/autopano <<-\EOF
+ #!/bin/sh
+ exec mono "/usr/lib/autopano-sift/${0##*/}.exe" ${1+"$@"}
+ EOF
+ doexe ${T}/autopano
for file in autopanog generatekeys; do
dosym autopano /usr/bin/"$file"
|
and without it, there's no /usr/bin/autopano here (and therefore no /usr/bin/autopanog, which is a symlink)
Just curious to see if it is amd64 specific or should be reported |
There is an autopano, and the symlinks still. I moved it out into a file instead of having the ebuild generate it. _________________ Mark Loeser
http://www.halcy0n.com |
|
Back to top |
|
|
Voyageur Developer
Joined: 06 Mar 2005 Posts: 342 Location: Paris, France
|
Posted: Thu Aug 11, 2005 8:11 pm Post subject: |
|
|
Quote: | There is an autopano, and the symlinks still. I moved it out into a file instead of having the ebuild generate it. |
Ah yes, looks like my cp command into my overlay missed it (where's that recursive option when you forget it?) _________________ Routinely breaking NX, GNUstep, net-ftp, miscellaneous (llvm, filezilla, rdesktop, chromium, ...) packages |
|
Back to top |
|
|
|