SliTaz Forum
You are not logged in.
Pages: 1
Is there a 64 bit version available? I have a machine with amd 2 dual processor and need something that's 64 bit.
Offline
Sorry, there is no 64 bit SliTaz
Online
Is it possible for you to create a 64 bit version? Afaik, the kernel only needs to be changed
Offline
Not just the kernel - the majority system sensitive packages (like xorg-* and linux-*) need to be rebuilt so they work on a 64bit system as well. The i386 packages may work and run on a 64bit system, but won't take full advantage of what the multiple cores can offer...
There has been plans for a 64bit version, but it never got further than a recompile of the kernel, modules and xorg to work.
Offline
ok, here's what I planned on doing. I have built a distro explicitly for android development, I can use the slitaz 32 bit as I am running it as I type this. There is a work around for compiling android with a 32 bit. The thing is, I need a system small in size such as slitaz so I can fit all the software and tools on it and fit it on a cd. See here: http://greenromproject.com/showthread.php?188-GreenRom-Dev-Kit-is-here!!-64bit(updated-7-23-11)
To be able to install the software and tools on slitaz, I need to be able to use apt-get commnad among some other things. Can you give me some commands for the terminal to help accomplish this? Slitaz seems to be nice and smooth and visually appealing for such a small size!
Offline
A few things you should note (and we get this a lot) is that SliTaz was made from scratch using the Linux kernel. It's not derived from Debian or Fedora like many other, so naturally it doesn't natively supports either repository.
SliTaz does however have the powerful package manager called tazpkg with it's own packages system and repository. Think of tazpkg like aptitude and apt-get all in one (except it doesn't give file sizes, but that's minor). It also has a nice little feature called convert which allows you to convert over packages from other distributions (generally debian and ubuntu packages work well). I've actually converted over a few myself (http://www.trixarian.za.net/SliTaz) although the process isn't exactly pain free or overly clean (can be corrected with this guide: http://forum.slitaz.org/topic/clean-up-converted-debs ) and for some packages you just can't convert them without dragging half of gnome with it.
You can also search through the repository for already created package using tazpkg search (or the website http://mirror.slitaz.org/pkgs/ or you can dig through packages by the devs @ http://people.slitaz.org
Alternatively, since your seeking a small debian based distro, you may consider looking at the Puppy Linux fork named Lupu (http://puppylinux.org/main/Download%20Latest%20Release.htm) which was built off Ubuntu. It's pretty small, fast and can use both Puppy Linux and Ubuntu packages.
Offline
But puppy linux uses persistent and is tricky trying to install to hdd
Offline
I'm bumping this thread to see if there has been any work on a 64-bit version of Slitaz and to gauge interest. I saw some threads that said that after dbus et.al. were integrated 64-bit might become a higher priority.
First let me say that I have used practically every major distribution at one time or another over the past 18 years and Slitaz is fantastic. One of the most painful things has always been creating a custom-spin. Last week I used tazlito to generate a front-end to one of our racks, replacing a $2600 KVM solution with a $650 diskless laptop. It took 3 days from reading the documentation and booting my first Slitaz disk to a completely finished and very polished solution, complete with custom branding, integrated menu choices, and PXE Boot integration. This was in no small part due to the clean design and excellent tool-set from the Slitaz team. I used another small-but-capable distro a few months ago for something similar and ... well, let's just say there was more than one reason I was looking for another distro this time around.
My interest in 64-bit Slitaz stems from the fact that I run dozens of KVM-based virtual machines that are customized to specific projects on my primary laptop. I used to use Centos as my host because we use it on all our servers, but it's too difficult to get all of the features of modern laptops to work properly. I switched to Mint because of better hardware recognition and tighter integration of non-free software (over Ubuntu), but I had to compile the whole tool-chain for a spice-based KVM interface from scratch, which means if and when I upgrade I'll have to do it all over again.
While working on the interface last week, it occurred to me that Slitaz would be a perfect 'micro-distribution' to use as a host for a VM-heavy environment like my laptop, but only if it has 64-bit support.
I am willing to donate my time and server resources on our lab cluster to a 64-bit Slitaz project if there is sufficient interest to warrant it. I would also be pleased to create the taz packages necessary to support the latest KVM/Virt-Manager/Spice Client tool chain. I have 4 cores, 250GB of storage and 4GB of RAM that I could provide for this project immediately. The cluster will be upgraded within a few months and at that time I could provide as much processing power, storage and memory as would be required.
Please let me know if there is any interest in the community or the development team for 64-bit Slitaz and/or using Slitaz as a KVM host.
--JATF
Offline
I am also willing to donate my time on compling 64 bit packages for Slitaz. By this week end i will set up the chrooted development for slitaz 64bit as suggested in the documentation.
Currently i cannot install Slitaz in my laptop because most of my hardware is not supported in kernel 2.6. i will be setting the development environment in a virtual machine
Offline
Hi @jfreivald and @Hamerins
This is now one month I'm working on SliTaz port to ARM and x86_64. I coded a new tool called 'cross' and actually a single 'cross compile' (with an appropriate cross.conf) will build a full toolchain for the target host. I focused on ARM and cross work fine for this arch but more work is needed for x86_64. The goal is to use the current main wok and only modify receipts if needed but use the same wok for i486/arm/x86_64, this also mean modification to our packages builder (cook) and to the packages manager (it must use x86_64 repo and handle packages name such as:
package-1.0.0-x86_64.tazpkg
Cook is almost ok for cross compiling, tazpkg dont handel multiarch but spk (next generation packages manager) does. I can actually boot an ARM distro and install online packages.
So I'm very interested by your help and to have a dedicated build host since I'm curently cross compiling on our main server aka Tank. That said, if we have a 64 bits machine as build host we can do native build and dont need to cross-compile for x86_64, but cook still need to be improved and handle for example GCC -m64 when building packages. Here is the web interfaces for x86_64 and an example of a cross compiled package (when the dev chroot is up and running, we have a cron wich call 'cooker' each hour and automaticaly build packages, so after the cross tools are ok we can focus on packages)
A pkg build: http://cook.slitaz.org/cross/x86_64/cooker.cgi?pkg=make
ARM toolchain: http://cook.slitaz.org/cross/arm/toolchain.cgi
I'm actually rebuilding the x86_64 toolchain using the sysroot method. Guys, we can have a custom domain for the x86_64 cooker, you can get access to SliTaz Hg repos, etc... no limits :-)
- Christophe
Offline
@pankso
This is excellent news. The ARM port is very cool.
How do we carry this discussion offline?
--JATF
Offline
Yep,
We can get in touch via mail on I'm on IRC at the moment. While I switched to the sysroot method on ARM I tested it with x86_64, a few fixes later here is the new x86_64 toolchain:
http://cook.slitaz.org/cross/x86_64/toolchain.cgi
Like in ARM one have to edit a croos.conf config file then run 'cross compile' to get a working x86_64 toolchain. I used glibc (ARM use eglibc) 2.13 but currently compiling to get same glibc 2.14.1 wich is used in i486.
- Christophe
Offline
@pankso:
I have provisioned an install of slitaz 4.0 on the cluster that includes 65GB of disk, 4x2.9GHz cores and 4 GB of RAM. It is provisioned as an x86_64 system, but has the stock i486 slitaz installation + tightvnc, openssh and a couple other packages.
We will need to discuss security and have an exchange of keys for you to access the server. Email me at the address in my profile.
Offline
I'm bumping this old thread. I have built a full (native) x86_64 environment thanks to crosstool from rolling-core64. I have cooked about one hundred packages including gcc. So, now, I can building package without cross compiler. But, I have no server to upload it. It could be interesting to create an official x86_64 repository?
Offline
Creating a repo is easy, but finding knowledgeable contributors to maintain it is next to impossible.
There are packages in the arm repo that can't be used because the packages they depend on won't build.
Online
@l.manu
I am not a friend of google, but you can use google drive - up to 15 GB is free
I use it also for non sensible data
https://www.google.com/intl/en/drive/
Offline
You should at least consider Google to be that rich friend who gives you free stuff so that you'll hang out with them. My university uses Google Apps, and even though I've left the school, I still have full access to the account. I have unlimited Google Drive storage, limited only by a maximum filesize of 1TB. A friend of mine has told me that he also has unlimited Google Drive storage through his school account.
But before this post gets indexed back into Google and someone gets the wrong idea, Google uses their media fingerprinting stuff (like on Youtube) on any public files you share. Don't use it to pirate.
Anyway, if you have a .edu Google account, and you might try signing up for a Google account with a .edu email if you don't, you could use that unlimited Drive with the activity log to make a shoddy public repo just like some folks have done via Dropbox.
And I definitely want a functional 64-bit Slitaz for Android development. My box is starting to age and I'm accustomed to Windows, so running Ubuntu in a VM is strain I'd like to avoid.
Offline
@kultex
It's a good idea. I will try. First, 15 GB will be quite enough
Offline
I have uploaded my packages to https://googledrive.com/host/0B7R739rLD0ezWFJyOTFEM1pGa0U/packages.
Offline
I was finally able to make my first live cd. :-)
It is a live cd (based on base flavor) with a 64 bits kernel and a fully featured 64 bits environment (no desktop). You can download it on https://googledrive.com/host/0B7R739rLD0ezWFJyOTFEM1pGa0U/iso/slitaz-rolling-base64.iso.
Offline
very nice - I hope, I can test next week
Offline
great!
root@slitaz:~$ uname -a
Linux slitaz 3.2.53-slitaz64 #2 SMP Tue Dec 9 08:42:41 Europe 2014 x86_64 GNU/Linux
root@slitaz:~$ grep gcc /var/log/dmesg.log
Linux version 3.2.53-slitaz64 (root@tank) (gcc version 4.2.1) #2 SMP Tue Dec 9 08:42:41 Europe 2014
root@slitaz:~$ slitaz
SliTaz GNU/Linux
================================================================================
Release : cooking
Architecture : x86_64
Kernel : 3.2.53-slitaz64
Machine type : x86_64
Home path : /home/slitaz
Configs : /etc/slitaz
Main config : /etc/slitaz/slitaz.conf
Log files : /var/log/slitaz
Packages DB : /var/lib/tazpkg
Installed : 62 packages
Mirror : https://mirror.slitaz.org/packages/cooking/
System date : Fri Jan 23 10:05:55 UTC 2015
--------------
Boot options : BOOT_IMAGE=/boot/bzImage initrd=/boot/rootfs.gz rw root=/dev/null autologin lang=en_US kmap=us
================================================================================
root@slitaz:~$ /lib/libc.so.6
GNU C Library stable release version 2.14.1, by Roland McGrath et al.
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.7.0.
Compiled on a Linux 3.2.53 system on 2015-01-16.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.
root@slitaz:~$
Offline
If you want use the x86_64 packages repository, run the following command :
tazpkg -sm https://googledrive.com/host/0B7R739rLD0ezWFJyOTFEM1pGa0U/packages/
I have patched tazpkg in order to handle https url.
Offline
Mirror : https://mirror.slitaz.org/packages/cooking/
1.
root@slitaz:~# spk info
Spk info
================================================================================
Architecture : x86_64
Database : /var/lib/tazpkg/installed
Cache info : 0 /var/cache/tazpkg
Mirror URL : https://googledrive.com/host/0B7R739rLD0ezWFJyOTFEM1pGa0U/packages/
Extra mirrors : 0
Installed : 118
Mirrored : 379
================================================================================
2.
root@slitaz:~# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-slitaz-linux/4.7.0/lto-wrapper
Target: x86_64-slitaz-linux
Configured with: /home/slitaz/wok/gcc/source/gcc-4.7.0/configure --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-nls --enable-languages=c,c++ --enable-shared --with-system-zlib --enable-clocale=gnu --enable-objc-gc --enable-__cxa_atexit --enable-lto --enable-threads=posix --disable-bootstrap --disable-multilib --with-pkgversion='SliTaz x86_64' --build=x86_64-slitaz-linux --host=x86_64-slitaz-linux
Thread model: posix
gcc version 4.7.0 (SliTaz x86_64)
3.
root@slitaz:~# grep -e gcc -e glibc -e binutil /var/lib/tazpkg/installed.md5
ed7e640faa25b649a1982e15a5b50e0a glibc-base-2.14.1-x86_64.tazpkg
3fd4cd98098c520228de91634a00ebed gcc-lib-base-4.7.0-x86_64.tazpkg
244eb9492ea14927dd702c8c14765136 binutils-2.23.1-x86_64.tazpkg
312a13d0e6f76db4bdc8e60b6fa4e65f glibc-2.14.1-x86_64.tazpkg
1bafe2146ae7df8af010c76209dee697 glibc-locale-2.14.1-x86_64.tazpkg
3f3e451a423191d147d0275653c487f9 glibc-extra-samba-2.14.1-x86_64.tazpkg
e0c9b45a48ce73d3dcc69e5d5ca0d726 glibc-dev-2.14.1-x86_64.tazpkg
c615bb41bd59991d2317743f804e1a98 gcc-4.7.0-x86_64.tazpkg
root@slitaz:~#
4.
root@slitaz:~# cook test
Setup aufs chroot...
Cook: cooktest 1.0
================================================================================
QA: checking package receipt...
Executing: compile_rules
CFLAGS :
./configure && make && make install
-----------------------------------
* Log file : /home/slitaz/log/cooktest.log
* Package : make is installed
================================================================================
Pack: cooktest 1.0-x86_64
================================================================================
Executing: genpkg_rules
cp -a $install/usr/bin $fs/usr
------------------------------
* $fs : /home/slitaz/wok/cooktest/taz/cooktest-1.0/fs"
* $stuff : /home/slitaz/wok/cooktest/stuff"
* $install : /home/slitaz/wok/cooktest/install"
* $src : /home/slitaz/wok/cooktest/source/cooktest-1.0"
NOTE: Create, copy files from $install or $stuff
End of receipt: press ENTER to continue
Copying receipt... [ Done ]
Creating the list of files... [ Done ]
Executing strip on all files... [ Done ]
Creating md5sum of files... [ Done ]
Compressing the fs... [ Done ]
Updating receipt sizes... [ Done ]
Creating full cpio archive... [ Done ]
Restoring original package tree... [ Done ]
QA: checking for empty package... [ Done ]
================================================================================
Package: cooktest-1.0-x86_64.tazpkg
Summary for: cooktest 1.0
================================================================================
Produced : 0
Packed : 16.0K
Compressed : 4.0K
Files : 1
Cook time : 2s
Cook date : 2015-01-23 12:48
Host arch : x86_64
================================================================================
Leaving aufs chroot...
root@slitaz:~#
5.
root@slitaz:~# cook zlib
Setup aufs chroot...
Cook: zlib 1.2.8
================================================================================
QA: checking package receipt...
Connecting to switch.dl.sourceforge.net (130.59.112.131:80)
[..]
Running testsuite
================================================================================
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: DYN (Shared object file)
Machine: Advanced Micro Devices X86-64
Version: 0x1
Entry point address: 0x20c0
Start of program headers: 64 (bytes into file)
Start of section headers: 112136 (bytes into file)
Flags: 0x0
Size of this header: 64 (bytes)
Size of program headers: 56 (bytes)
Number of program headers: 5
Size of section headers: 64 (bytes)
Number of section headers: 29
Section header string table index: 26
================================================================================
Pack: zlib 1.2.8-x86_64
================================================================================
Executing: genpkg_rules
Copying receipt... [ Done ]
Creating the list of files... [ Done ]
Executing strip on all files... [ Done ]
Creating md5sum of files... [ Done ]
Compressing the fs... [ Done ]
Updating receipt sizes... [ Done ]
Creating full cpio archive... [ Done ]
Restoring original package tree... [ Done ]
QA: checking for empty package... [ Done ]
================================================================================
Package: zlib-1.2.8-x86_64.tazpkg
Summary for: zlib 1.2.8
================================================================================
Source dir : 4.1M
Src file : zlib-1.2.8.tar.xz
Src size : 444.0K
Produced : 384.0K
Packed : 124.0K
Compressed : 40.0K
Files : 3
Cook time : 7s
Cook date : 2015-01-23 12:52
Host arch : x86_64
================================================================================
Leaving aufs chroot...
Updating x86_64 chroot environment...
Installation of: zlib
================================================================================
Copying zlib... [ Done ]
Extracting zlib... [ Done ]
Installing zlib... [ Done ]
Removing all tmp files... [ Done ]
================================================================================
zlib (1.2.8) is installed.
root@slitaz:~#
Offline
slitaz-rolling-base image
Pull this repository : docker pull slitaz/rolling-base
http://forum.slitaz.org/topic/slitaz-docker-support/page/2#post-37030
Offline
Pages: 1
[ Generated in 0.022 seconds, 7 queries executed - Memory usage: 1.61 MiB (Peak: 1.77 MiB) ]