There is no GHC package in SliTaz's repositories, so, if you want to play with Haskell in SliTaz, it's an adventure. I managed it just now and I'm writing it down so I can do it again in the future if I have to. I am using **SliTaz 4.0 base**. First I dug around the Debian repositories for a GHC package that I could `tazpkg convert`. I [found one](took an `i386` download link, and did $ wget ftp://http.us.debian.org/debian/pool/main/g/ghc/ghc_7.4.1-4_i386.deb $ tazpkg convert ghc_7.4.1-4_i386.deb $ sudo tazpkg install ghc-7.4.1-4.tazpkg The `tazpkg convert` took like five minutes in a VM with some resources, so be patient on that step. The `tazpkg install` should go through without a problem, but then: $ ghci /usr/lib/ghc/lib/ghc: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory I couldn't find anything on the internet about `libtinfo.so.5` under SliTaz. Going back to debian.org, I downloaded the [Debian package](and converted it: $ wget ftp://ftp.us.debian.org/debian/pool/main/n/ncurses/libtinfo5_5.9-10_i386.deb $ tazpkg convert libtinfo5_5.9-10_i386.deb $ sudo tazpkg install libtinfo5-5.9-10.tazpkg And.

$ ghci /usr/lib/ghc/lib/ghc: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory So the file still isn't where `ghc` is looking for it. $ tazpkg list-files libtinfo5 Installed files with: libtinfo5 ================================================================================ /lib/i386-linux-gnu/libtinfo.so.5. $ sudo ln -s /lib/i386-linux-gnu/libtinfo.so.5 /lib/libtinfo.so.5 And. $ ghci GHCi, version 7.4.1::? For help /usr/lib/ghc/package.conf.d/package.cache: openBinaryFile: does not exist (No such file or directory) That's progress.

Is there a way to install.deb packages to Slitaz? It's much better to compile / try to make a Slitaz package. But what i'am try to install.deb never.

Searching that error message leads us to [this page](which suggests `sudo ghc-pkg recache`. Trying again, $ sudo ghc-pkg recache $ ghci GHCi, version 7.4.1::? For help Loading package ghc-prim.

Ghc: could not execute: /usr/bin/gcc Finally, install `gcc` (via `slitaz-toolchain`), and we're in: $ sudo tazpkg get-install slitaz-toolchain $ ghci GHCi, version 7.4.1::? For help Loading package ghc-prim. Loading package integer-gmp. Loading package base. Prelude>[ n n.

Hi Aleksej What is mysterious for you? I suppose the built-in ability to manage correctly some little things like Debian does (ar and dpkg). I suppose that SliTaz did get that performance from busybox? In the past, it was possible to start correctly debootstrap in SliTaz (debootstrap did require two operators: ar and wget) and get a operable Debian basic core. As I never use some usb stick and have no CD any more (only very old CD's, so I can start SliTaz from Web but Debian; and it is not possible any more to start a Debian installation from Mini-CD using it 'frugal' as the boot file are in the second tree level and Grub can't operate with file in second tree level, I did try to install with debootstrap out a running SliTaz. It did not success. I suppose that our bash / shell are today becoming to be too different!).

I am sorry but it is not a profit for SliTaz to become more isolated from all the other major distribution. It would be a great advantage to be able to complete the own system with Debian or Slackware packages (or Redhat, but this part of the Linux world did become to commercial for me.). It was an error to introduce a own packaging system and not to copy as a slave a preexistent one! Intercompatibility is always an advantage for all! Why not directly *.deb's (or Slackware packages)? Kind regards.

Hi oui, I just can't understand which part of Debian (possible, small part) SliTaz uses. I'm with SliTaz not from scratch — first SliTaz version I've use was SliTaz 3.0. And I've not found Debian parts there.

Last year I started SliTaz versions 1.0 and 2.0, just out of curiosity. It was too fast to see details, so maybe some Debian goodies was used in that SliTaz versions? As for 'ar' — this type of archive used to 'glue together' static libraries and its configuration files, and you'll find them in the *-dev packages (something like /usr/lib/*.a). I don't knew it's Debian.

As for 'dpkg' — yes, it is Debian packages installer. But it is just one of Busybox applet. I've experimented with it a bit, and it can help to install local.deb package, and remove it. Dm1 The Drum Machine Ipa Download more. Also, it uses own packages database. But, but — it is not a package manager — it is just a tool that install and remove already download files with.deb format. Seems, SliTaz not uses it at all.

But I think it is very promised feature — just to install.deb package in a time of second rather than unpack.deb, then pack.tazpkg, then unpack.tazpkg to install it — it's so long and consumes alot of CPU. As for SliTaz own packages format — I think we need it as long as SliTaz lives. Own format, own packages allows SliTaz maintainers to control all the compilation and packaging stages of making a package. It allows to have small and fast packages with less unwanted dependencies. Also, it allows to be conservative, and not to switch to the latest 'things', usefullness of that I think, is under question — GTK3, Python3, Qt5, Systemd. And, of course, if you need to install 'alien' package in to SliTaz — you can do it in most cases — Pascal added a large formats support into TazPkg.

Oui, thank you for discussion. Hi oui, Sorry, I don'd know your name. I understand you in general, though not to the end. My English is not very good. Oh, these human destinies! Not everything is subject to us; not everything we can to change; not everything we can choose.

Once choosing a destiny, we stay with it forever. And you have to work for 70­–85 hours per week. And no free time. For nothing Oh, fear and terror! But there is something for which this destiny was chosen?! To each his own.

Even not all people have a goal in life. Important, large, the real goal. I really respect people who know what they want in life, people who have a goal and go for it, those who are in daily routine do not lose sight of the distant goal. I respect your son and daughter in law. And I'm just a human being is a pity that they have absolutely no free time.

And I understand that you want to show them something. Professional medical software, right? SliTaz developers have always gone to meet the wishes of users. Just write here on the forum, what programs would you like to see in SliTaz. Point to official site.

We are a small number of developers, and we are trying to do what we can. But not all wishes are achievable. And achieving these desires should be interesting! It's not my job, it does not bring me money, it takes my free time, but it gives me special pleasure. The old Linux slogan — “Just for fun” is the best explains the situation. This is not a job, spending my free time for SliTaz, I rest.

There are too few SliTaz developers. Those who makes changes to SliTaz packages, can be seen in hg.slitaz.org/wok. Truly the main developer — Pascal, a real professional, a man of deep knowledge in computer subjects.

And a few more people who sometimes, from time to time make changes to the packages. Now no orders for new packages, so everyone is doing what he is interested, having received their portion of fun. It's a pity some of the new program is now impossible to compile. A large number of programs to upgrade is not within our power I can try to help, I can do the new software packages for SliTaz, but my possibilities are limited. Since you called one of the programs — gramps — then for sure I decided to make a package. The package is ready, but it is unlikely it will work. We have pygobject.

>I did discover an heavy medical free and really high professional software made in France in the web. Also this software is not available at SliTaz. >But how to do if I am not a developer to add it in SliTaz? You can start to write the receipt in like that: # SliTaz package receipt. PACKAGE='ThePackageName' VERSION='TheVersion' SHORT_DESC='Something from the web site.'

WEB_SITE='WGET_URL='the download link to the sources' Not sure it will take hours. Nobody will help you without some information about your expected packages.

Hi Thank you very much for above very positive answer to my comment (the topic was not my;-); I did require nothing there, only comment the relation between 2 very different distros.). I miss myself geographic applications. On this field, SliTaz offers nothing. Merkaartor is a Belgian application and as it being to be supported by the Francophone community of SliTaz. Unfortunately Merkaartor did be away in the last year for long month but since 15.

March 2015 someone did reinstalle the site: and. Merkaartor is not only a tool for openstreetmap (but is one! Especially for old hardware and little distributions as it does not need java and PC power for heavy java app's) and it allow to produce very good maps of the own environment completely independently of openstreetmap, or to integrate them in openstreetmap. Sony Vegas 9 Keygen Free Download there.

The second Geographic app able to run in SliTaz would be Marble, a kind of 'google earth'. Today the EU commission did intervene against Google. But, what else? If you refuse Google, actually, nothing else. No translator, no maps, a poor world because nobody take care to help other producer of software like Marble (Marble is free and open source and participate to the KDE project but is also available as a QT4 app outside of KDE) to acquire a good place in the stage of the software.

The third need I meet in SliTaz are spell checking dictionaries. If I use Xombrero in Kubuntu (is the old version xxxterm, but it is the same, see history of upgrades of Xombrero) I can use in the same text dictionaries for 1, 2 or perhaps more languages at the same time. It is the only one Linux program where I am knowing this performance (I am not expert but I did never meet such an offer in other programs!) at writing time! I don't know which spelling dictionaries Xombrero is using. But, as in SliTaz with the same xombrero.conf no spell checking happens, I suppose that SliTaz uses other dictionaries (::). I did install in SliTaz those I did found in the list of applications being available (aspell as well as aspell-fr, aspell-ru, aspell-etc etc.). I suppose that nobody did take care on this uncomplete but really important mater (for this reason I am writing this message out XXXTERM in Kubuntu else I normaly start my PC in SliTaz!

My wife uses only SliTaz since weeks as she only uses German web and is really good in her language and does normally not need some spelling control. But it is different for me as I am writing in 2 languages being foreing languages for me, English and German!). I find the support for orthography and grammar control is not enough in SliTaz and it is today an important figures of really good software (also here I use Google (again!!!) if I am not certain! We can't live any more without Google because the EU, for us in West Europe, did sleep and do nothing all this time!).