new installation from actual 64 bit ISO using unlzma -c boot/rootfs.gz | cpio -id
according https://doc.slitaz.org/en:guides:uncommoninst
this will not agreed any more
why?
what is to do instead that?
new installation from actual 64 bit ISO using unlzma -c boot/rootfs.gz | cpio -id
(7 posts) (3 voices)-
Filou
offlineModeratorCould you specify about which "actual 64 bit ISO" you are actually referring to?
If you refer to the development version I uploaded, you could easily download the rootfs directly here:
https://people.slitaz.org/~filou/rootfs/without any need of extracting it from a much bigger ISO...
Posted 2 years ago # -
oui
offlineMemberHi Filou
Thank you very much for your help!
according to your pseudonym, you probably are a French speaking SliTaz specialist?
Download is not really my problem as the ISO is not very heavy (the *wok.tar.xz archive seems a first view more heavy?)! My problem is don't to find in SliTaz itself some evident alternative for cpio as the error message names it to refuse to unshrink the gz-archive.
Is there some information athttps://doc.slitaz.org/fr or en:guides:etc
how to manage the new ISO's from SliTaz?
are the old "guides" not actual any more (if you need help at the guides, I would help like in the past, but it is important to reinstall slitaz on my disk before to help to understand myself what happens!)?
I did download from http://mirror.slitaz.org/iso/rolling/ simply the slitaz64-rolling-core.iso as it seems to be absolutely new ( 21.07.2021 ). is that wrong?
The reason is that also did not know the parallel mirror you are offering to us under the other url (thank you very much for that). What is the difference between both mirrors (are you (some kind as actual) developer for SliTaz64? If yes, it would be important for me to know if all the supplementary stuff FOR SLITAZ64 in YOUR isos alternatively in the mirror.slitaz.org/iso/rolling/
- has to be common with the stuff for 32 bit slitaz or
- has to be really compiled for 64 bit
as I miss divers app's being very important for me.
Next question would be: after the post-installion from XFCE4 how to permute between both environment easily?
Last question: I did retire me from SliTaz in the last years as I didn't find ways in it to look for my informations in French in the web because of the offered browsers. The best one stay to be "xombrero" but the used versions of software is old and, for ex. at Le Figaro, the pictures don't appears. And France Television replay's can you simply forget! But as I don't live in France but in an old French département outside from France, I am terribly dependent to receive them through the web, else simply nothing... And I hate Firefox because Firefox did destroy the real Mozilla suite (and also because it is a lot more complicate to turn off the top bares raping the place on the screen better use for pictures and geographic maps. This is simple to commute in Seamonkey but Seamonkey has not the favor from SliTaz any more since years (although it was the first browser of SliTaz if I remember well...). And, new requirement in the list of my job, the situation change with the time, I am now adept of the 360° PANORAMA photography (known in / as «STREET VIEW» at Messrs Google, Youtube etc.) and the Mozilla's offers all, at this time, no support at all for that... The question of the right browser (event. "set of browsers") is also especially important! What is to install in SliTaz64 from tree branch "rolling" and what from tree branch "filou"?
Kind regards
a last question: how to install the ACTUAL grub-pc with SliTaz and activate it best for Slitaz64 from the branch "filou"?
Posted 2 years ago # -
Filou
offlineModeratorHi oui,
I will try to answer your questions best as I can but think there are some misunterstandings at hand...
While the pseudonym is of French origin I am in fact German, although some "French connections" and two years in Bruxelles helped to build up an - I hope - reasonable knowledge of French.
I wouldn't call myself "SliTaz specialist", I am using the system for about a decade now and am trying to contribute in the conversion to 64bit but especially concerning the many underlying scripts, I don't have a very deep knowledge.As far as I understood, you try to unzip the iso? If so, I recommend to simply mount the iso and then extract the needed content from the mounted directory. (If I got this wrong, I am coming to the rootfs.gz in a minute).
You have to be careful not to mix up the different iso, threads and repositories that are available.
AFAIK all we have in a stable state are 32bit PACKAGES which are delivered with a 32bit KERNEL (as "classic" SliTaz versions) or a 64bit KERNEL (which are the SliTaz64 isos, like the one you pulled from http://mirror.slitaz.org/iso/rolling/). So for the latter, you have 32bit programs running on a 64bit kernel, providing a better use of available RAM but nothing more (at least this is what I understood).Then there are some guys like myself who try to bring the packages to a 64bit variant, hopefully leading to a "full 64bit SliTaz" in the mid-term. This, combined with a jump to recent libraries (especially glibc), is quite a challenging task and I don't really know if somebody has already mastered it (at least I didn't find it, but maybe I am working on dublettes here...)
So "my" repository hosted on people.slitaz.org is the collection of 64bit (!!!) packages, based on glibc-2.32, built in a SliTaz wok on my long trail to provide a recent 64bit repository. Though it contains about 1.800 packages now, there are still flaws and errors, many packages missing and still many hours of work ahead.
Since the glibc is different from the published isos (apart from by own very early experimental one), you should NOT install any of those 64bit packages on top of any of them, because it most probably won't work.AFAIK there are more recent versions of glibc, and by that better support for recent browsers in "SliTaz Next" or so, but I don't have an up-to-date information about that.
If you try to unpack a rootfs in order to modify or examine it, I recommend you use the "file" utility in order to identify the compression type. Although the extension is "gz", it might be a lzma-compressed file. After decompression (with gunzip, bunzip2, lzma d or other) you should be able to use
cpio -idin a pipe or with -F parameter on the file to extract it...To sum up:
- I have good experiences with slitaz-rolling with a 64bit kernel and grub4dos
- due to the quite old libraries i see the necessity to rebuild a true and recent 64bit environment
- I use a SliTaz wok on top of a recent 64bit LFS environment to create 64bit tazpkgs.
- I published a very early iso with a working 64bit X-Windows, pcmanfm, lxpanel ... which is FAR FROM being usable as a daily and productive system. At the moment, I am fighting gvfs so that attached USB sticks pop up in pcmanfm, which is not the case yet. (Though you can unpack seamonkey, palemoon or firefox 64bit versions and start using them right away)
- the packages I cooked will be usable in the 64bit system in the future, but will most probably not work with any published SliTaz version due to different glibc versions
- for grub I recommend the docs coming with your preferred ISO; the "grub-question" for "my" SliTaz64 version will still be a very long way to go...... so sorry for still being cryptic ... I hope I could bring at least some light into your questions...?!?
Posted 2 years ago # -
willbuild
offlineMemberHi Filou
I am reading today 22.12.21 (I see no date of message in Slitaz forum! Perhaps are my settings wrong?) above message.
The stuff is also interesting for me! I did look at the pagehttps://doc.slitaz.org/de:guides:uncommoninst
can we use those commands
- for the actual real-SliTaz64 (what is the actual download url for it) with 32 bit packages
- for the actual Filou-SliTaz64 (what is the actual download url for it) with 64 bit packagesnext question:
can we add (if possible) some 32 bit packages (for ex. xvidcap or darktable) into the Filou-SliTaz64?
In case complicate instructions, I would prefer to get them in German and not in English as my English is not good (this is the reason why I did link the documentation page on German ;-) and would be happy to read some answer directly within the documentation page on German of course! For the proposed mixture FilouSliTaz64 with some 32 bit packages, perhaps would some new doc page especially for the FilouSlitaz64 be more adequate of course)... I write a poor English made of BASIC English by C. K. Ogden (the English with only 850 words) with a lot of other words found on internet forums but I can not really read it fluently! Sorry!
Posted 2 years ago # -
Filou
offlineModeratorHi willbuild,
yes! From within "my" rootfs64, the same parameters apply to extract and "un-cpio" the image.
So in principle (although I didn't test it), a manual installation like this should work (depending on the bootloader-installation as described as well).For the 32/64bit question: while a 64bit Kernel is able to execute 32bit programs, the corresponding 32bit libraries are necessary. However, a co-existence of 32 and 64bit libraries would contradict SliTaz principle of a minimalistic system. I am working on a 64bit version of darktable and xvidcap, let's see if and when I succeed...
[German:]
Ja! Innerhalb "meines" rootfs64 gelten die gleichen Kommandoparameter, um das Image zu entpacken und aus dem cpio-Image herauszulösen.
Im Prinzip (ich habe das allerdings nicht getestet) sollte eine händische Installation so also gelingen (die Einrichtung des Bootloaders ist natürlich ebenfalls wie beschrieben erforderlich).Zur 32-/64-bit Frage: zwar kann ein 64bit-Kernel auch 32bit Programme ausführen, das setzt aber passende 32bit-Bibliotheken voraus. Diese parallel für 32 und 64bit zu installieren würde die SliTaz-Idee eines minimalistischen Systems ad absurdum führen. Ich arbeite aber gerade an der 64bit-Umsetzung für darktable und xvidcap, mal sehen, ob (bzw. wann) ich die zum Laufen bekomme...
Keine Sorge wegen des Englisch, ich glaube sehr wohl verstanden zu haben, was Du von mir möchtest ;-)
Gruß und guten Rutsch!
Posted 2 years ago # -
Filou
offlineModeratorI just finished the first Package version of darktable (though I had to skip OpenEXR support due to compiler errors)....
Enjoy!
EDIT: updated OpenEXR libraries, now darktable is working fine...!
Attachments
-
darktable.jpg (123.2 KB, 297 downloads) 2 years old
Posted 2 years ago # -
Reply
You must log in to post.
