You are not logged in.
Pages: 1
Hello,
I know it is kind of taboo to ask about this on this site, but the roadmap still lists the 5.0 release date as "March 2013", and I was unable to find any of this information anywhere.
The roadmap has been pretty active recently, lots of completed goals which I personally think is awesome, but I'm curious when RC's will begin popping out for 5.0.
I'm getting a new laptop soon, and my current setup on my desktop feels very bloated, so I want to reset everything in one go to slitaz 5.0, but I'd like it on a stable release if possible.
Is there any estimated dates for 5.0?
Thanks,
Jacob Pedersen
Offline
Hi,
I prepared the wok with 5.0-RC1 string that I hop publish on Thursday. Then almost 2-3 weeks and we should be fine. Actually I wanted a usuable distro for ARM, that was in the 5.0 roadmap, it take me long but we have it! http://roadmap.slitaz.org/
- Christophe
Offline
Oh, that was quicker than I expected!
Thank you (and the rest of the development team) for this awesome distro!
Offline
That is good news, also would like to add my appreciation & thanks to all involved.
I can't help but notice that the roadmap says the following is done:
Add x86_64 Support
How many people have successfully managed to boot the rolling 64bit base? I couldn't even get it working in QEMU, and when I attempted it on a live computer a while back, it reported back being 32bit. Maybe the live computer was actually a 64bit system? But it reported something else? That's a possibility, however to take advantage of 64bit features such as an amazingly extended vram option, a lot of packages needs to be compiled for 64bit. If anyone has a 64bit WORKING SliTaz base, I wouldn't mind hosting a small build server some time in the future.
Offline
@necrophcodr someone posted a tutorial on booting on UEFI using the 64 bit version, so I suppose it works.
Offline
@frash23
Booting is not the same as working. There's still a lot of problems with the linux64 kernel, which doesn't seem to be present in the i486 version. I'm not even sure why this is. A simple thing such as being able to start the system on most if not any x86 machine, should really be tested before being marked as "done", in my opinion.
Offline
thats the sense of making RC1 - to get feedback, whats working and whats not working. I have a big collection of old hardware and I just can say, that rolling now is much better than 4.0.
And for example on a dualgrafic laptops its a mess, but this will come next.....
and for me the focus is much more on arm than on 64bit - the 32bit version runs fine on 64bit machines....
Offline
@kultex
It does indeed run fine, but if you ever find yourself in need of applications that require the extended addressing options, or filesystems that tear through more than 100MB of virtual paging (I believe it is?), then you're out of luck with the 32bit system.
Offline
@necrophcodr
Do normal(32bit) packages not work on the 64bit build?
Offline
/var/log/boot.log:
[c]Loading module: agpgart_intelmodprobe: FATAL: Module agpgart_intel not found.[/c]
/var/log/messages:
[c]May 1 14:27:59 (none) user.info kernel: Linux agpgart interface v0.103
May 1 14:27:59 (none) user.info kernel: [drm] Initialized drm 1.1.0 20060810
May 1 14:27:59 (none) user.info kernel: agpgart-intel 0000:00:00.0: Intel 945GME Chipset
May 1 14:27:59 (none) user.info kernel: agpgart-intel 0000:00:00.0: detected gtt size: 262144K total, 262144K mappable
May 1 14:27:59 (none) user.info kernel: agpgart-intel 0000:00:00.0: detected 8192K stolen memory
May 1 14:27:59 (none) user.info kernel: agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0x40000000[/c]
Something wrong.
Offline
@frash23
Some will, but some that require a larger address space (like video editing, 3D animation (blender), and even certain file systems) do not. At least, not to the extend of functioning in a stable manner. However, as for your basic web server aka busybox httpd and so on it works fine.
Offline
Hm. I suppose I'll stick with the 32-bit version for now then. Not that it affects me much, but I can't wait to see a stable 64-bit slitaz release 
Offline
> I suppose I'll stick with the 32-bit version for now then
AFAIK, we dont even have a 32bit PAE version.
Offline
@devl547
That doesn't really affect me either.
Offline
linux 32bit kernel on repo boots OK on a base iso
linux 32bit kernel on repo kernel panics on core iso
I rebuild core.iso with previous kernel package.
Core.iso boots OK with previous kernel but tux login fails.
tazx no longer cp /etc/slitaz/applications.conf to /etc/skel/.config/slitaz/
so /etc/skel/.config/slitaz/ does not cp /$HOME/.conf/slitaz/applications.conf
Without $HOME/.conf/slitaz/applications.conf login fails.
slitaz-tools/tazx on repo broken
I have never ever been able to boot the linux64 64bit kernel.
Tried on 3 different 64bit computers,virtualbox,qemu, kernel panics on everyone.
linux64 kernel package on repo has no kernel modules.
The slitaz-installer in cooking repo doesn't work for me either so I use the one in 4.0.
Offline
Me (and others) have successfully compiled / used a PAE version of R4.0
Will certainly try this with 5.0.
Offline
slitaz-x86_64
1.
root@slitaz:~# uname -a
Linux slitaz 3.2.53-slitaz #1 SMP Wed Jan 1 18:22:13 UTC 2014 x86_64 GNU/Linux
2.
root@slitaz:~# dmesg | head -4
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.2.53-slitaz (root@slitaz) (gcc version 4.6.3 (SliTaz) ) #1 SMP Wed Jan 1 18:22:13 UTC 2014
[ 0.000000] Command line: BOOT_IMAGE=/boot/bzImage initrd=/boot/rootfs.gz rw root=/dev/null autologin lang=en_US kmap=us
3.
root@slitaz:~# spk info
Spk info
================================================================================
Architecture : x86_64
Database : /var/lib/tazpkg/installed
Cache info : 0 /var/cache/tazpkg
Mirror URL : http://192.168.1.42/slitaz/x86_64/packages/
Extra mirrors : 0
Installed : 20
Mirror : 121
================================================================================
4.
root@slitaz:~# file /lib/libc-2.13.so
/lib/libc-2.13.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, stripped
root@slitaz:~#
[attachment=29501,1424]
Offline
@alanyih
Any details as to how you got that working?
Offline
Curious, is a stable, working 64-bit release planned for 5.0?
Offline
Pages: 1
[ Generated in 0.015 seconds, 7 queries executed - Memory usage: 1.57 MiB (Peak: 1.77 MiB) ]