SliTaz Forum
You are not logged in.
Pages: 1
Hi all Cooking users,
I'm currently syncing Tank with mirror with around 1000 new or rebuild packages (i did some cooker rdepends for glib, pcre and other base libs)
So WARNING, an update can break your system since we have update Kernel Busybox and also Xorg and not much testing have been done yet. On my side I had no X on reboot and must now use nomodeset with vesa...
If you are scared about upgrading (you should but if you want to help, just do: tazpkg up -r :-) you can try latest packages via the rolling ISO I builded this morning: http://mirror.slitaz.org/iso/rolling/
Best regards,
- Christophe
Offline
> On my side I had no X on reboot and must now use nomodeset with vesa...
... you're a very brave man, Pankso. Hats off to you!
I just tried to boot-up the 41 MB rolling release from earlier today and didn't even get that far. After selecting Live Boot the menu tells me that it's going to boot in xx seconds, after which the display blanks out for a while, then comes back and tells that it's going to boot in xx seconds, after which ...
... and so on. But I'm very glad there's still so much development going on in SliTaz. What a difference to the time after the release of 3.0! A few days ago I had a peek into the repositories and was impressed by the number of changes and the pace of development that's going on behind the scenes. Are you preparing for the release of 5.0 in July? :-)
Offline
Tried LiveCD of rolling release from May 3 on an HP Vectra VL420 DT desktop with 1.5GB ram. Wouldn't boot; kept returning the "booting in 8 seconds" message. Tried command line boot with: Slitaz vga=791. Returns to boot message again. Tried web boot and it complains of a DHCP problem, mentions the EtherBoot website, and then fails altogether.
As of today, cooking seems more stable than 4.0 on my Cedarview Intel desktop board. 915resolution from your repository actually works to change to 16:9. One problem, though: No uvesafb.ko in the repository. Running vesa at correct resolution, with lxappearance used to change the thickness of fonts looks very good, but is extremely _slow_ in doing midori/flash type streaming video. The uvesafb kernel module makes streaming video run in real Time full screen, whereas vesa does not. Other than that, where else can you get a tiny version of Ubuntu with so many features?
So, you generate /dev/fb0, /dev/fb1, etc. Unfortunately, the fbdev_drv.so from the repository doesn't find the /dev/fb0. Is there an interesting reason for this? Or is it possible that these /dev/fb* would provide super quick support for fbdev the video driver? Inquiring minds want to know.
Offline
With regard to using fbdev_drv.so with the slitaz cooking /dev/fb0: If you have quick eyes, you can see that an attempt was made to use the slitaz /dev/fb0 by the xorg fbdev driver, which then crashed, leaving vesa to take over. I am talking about linux 3.2.14, with its limited set of video drivers.
Also, the correct way to call 915resolution to get a 16:9 resolution:
/usr/bin/915resolution -c Cedarview 54 1366 768 32
Note that this works with the slitaz vesa driver, and the '-c Cedarview' is needed to get the program to look for the Cedarview chipset. If you want to list video bios modes, the correct call is
/usr/bin/915resolution -c Cedarview -l
Note also that this method of setting up xorg video brings out the inadequacies of the lxappearance program, which changes some, but not all, font rendering on the system.
So, is there any way to call of all the murder that goes on the screen when the system halts or reboots? That would be very sophisticated of you.
Offline
One more thing: Somewhere on this forum, pclinuxos was recommended for people chafing at the limitations of slitaz. I downloaded the lxde version of pclinuxos, and took it for a test drive. What I get is that you could add the pclinuxos _kernel_ and _modules_ to the slitaz repository, and it could subsitute directly for the slitaz minimalist kernel and modules. So, you would be left with slitaz simplicity of design and the pclinuxos encyclopedic kernel.
Also, pclinuxos not only has firefox working correctly, which slitaz does not, but it also displays things only seen under Windows 7, such as the transparent ball. It is not as fast as google chrome under pclinuxos, but it is capable of doing more things correctly under html5. The reason that chrome wins in speed comparisons is the libsumo.so that has support for multiple-core acceleration decoding of the sort that was formerly done by the broadcom accelerator card.
Now all you need is to tap into the pclinuxos repository.
Offline
I suggested it as an easy out-of-the-box solution. Not a replacement.
What some of you do not realise is that PCLinuxOS or Mint is BASED on another Distro. Mint is based on Ubuntu, which in turn is based on Debian. PCLinuxOS is based on Mandriva, which itself is based on Fedora/Red hat. What does that mean? It means each is based on a rock solid basis and has collectively over a million developers fixing bugs and implementing new features. It has even more users and people willing to help. They older distros have been doing it for nearly 20 years. The future distros based on it each gain the fixes automagically and don't have to struggle with compiling the kernel correctly or getting xorg to work.
Now take SliTaz. It's not based on any other Linux and everything in it is compiled and made from scratch. It has a handful of active developers of which about 3-4 do most of the work. Our support is pretty slim since few users take up the role. And we've only been around for about 5 years. This means we're still learning and have to figure out how to configure everything the hard way.
So rather than complain, rather help out.
Offline
I still wonder if it would be possible to make a debian based slitaz dist
maybe not 30Mb in packed size but something in the near of that.
Use the best from slitaz / tazlito etc
Why im thinking this:
1 - Debian has huge library of ready to go packages
2 - Debian is the mother of some great linux dists
3 - and finally i think it can be done
anyway iguess its just a dream, slitaz is still my favourit linux even if it has
some mayor bugs 
//Martin
The answer is probably "Not Anymore". Things changed quite a bit since DSL's days. Many of the packages that it uses have doubled or tripled in size.
A good example of this is to look at Lupu Puppy. It's ~120MB in size and it uses an Ubuntu from 2 years ago as it's basis. It has the same tools DSL had. I think this gives you a good comparison how big a modern Debian based micro-distribution would be.
Offline
Pages: 1
[ Generated in 0.018 seconds, 7 queries executed - Memory usage: 1.55 MiB (Peak: 1.77 MiB) ]