SliTaz Forum
You are not logged in.
Simplicity is power - I have a wiki running on a Neoware thin client and 8 MB or RAM. How cool is that! We have version 4 at a major hospital in Kenya doing daily duty and I had to revise and fine tune the thing for weeks before we settled on something which works for the locals. And I have not had to respond to a SINGLE support call for the last 8 months!
Slitaz shines and I'd love to help out in getting a more stable version 5.
I tried 'rolling' & like what I saw; however, there are two problems with the GUI installer, that I found.
1) It doesn't find a pendrives UUID automatically, & I could not write anything into that field.
2) It can't install grub because it says no disk is selected; even though I had selected sda2 as the root partition.
I also tried to install using tazinst, but I could not get my pendrive's UUID to enter into the script, & it wouldn't work using /dev/sdb1
I hope this info is helpful toward the release of version 5.
>I do not want to SliTaz has been slow because of its simplicity.
Being fast, but too complicated to modify? No way!
Offline
Complexity — a relative term. What is complicated for you? What do you expect to modify in the future? What experience of modifications you already have?
Is [c]cook[/c] complex? Do you want to change it?
Is [c]tazpanel[/c] complex? Is [c]tazweb[/c] complex?
I say again that the shell has a certain "bottlenecks."
Do not want to rewrite everything. But, sometimes even in the fast C code are inserts in assembly language.
So, let me rephrase you:
Being fast, but too complicated to modify? No way!
Being fast, and moderately complicated in the pair of functions specially written in C? Sounds interesting!
Offline
I am very happy with SliTaz. SliTaz 4.0 is great, fast, easy and very functional for me. Congratulations to the developers.
Offline
>Being fast, and moderately complicated in the pair of functions specially written in C? Sounds interesting!
Occam's razor. Software does'nt need to be extraOMGF*CKING FAST. It just needs to be sleek and smooth.
Also, slitaz is missing some stuff people really need (package autoremove, more stable DE/WM and less buggy software).
Offline
Hi all who read this post! Execuse me, next written in Russian 'cause my English is not too good and 'cause both me and my opponent, Alexander, know Russian. You can use Google Translator to translate this page. So,
devl547,
Я знаю, это бесполезный спор. Всё равно я останусь при своём мнении, а ты при своём. Это даже не спор, а какое-то ленивое перекидывание какашками. Тебе нужно всего лишь говорить, чтобы остаться на своей стороне; мне же нужно делать, чтобы поддержать мою точку зрения. Мне нечего показать, я ещё ничего не сделал, и поэтому я остаюсь в проигрыше. Автоматически.
«Программы не должны быть **ать какими быстрыми», — говоришь ты. Но ведь не у всех имеются быстрые современные компьютеры. Если всё «летает» на быстром железе, это не значит, что тот же самый софт «взлетит» на слабой машине, например, такой как мой нетбук. Ты согласен? Я опять говорю, что всё относительно.
Знаешь, почему пакеты в SliTaz собираются под архитектуру i486? Почему не под i686, что было бы логичнее, учитывая, какой сейчас год на дворе? «Я знаю! Я знаю!» Потому что архитектура i386 более не поддерживается ядром Linux; а если бы была такая возможность, то SliTaz по-прежнему собирался бы под i386. SliTaz стремится стать подходящим дистрибутивом для компьютеров разных лет — как для новых, так и для старых. А для старого железа никак нельзя обойтись без жёсткой оптимизации.
Почему я должен ждать 20 секунд, пока в TazPanel→Пакеты «родится» список пакетов? Мне больше нравится, когда всё то же самое происходит за 2 секунды! 
Почему же я получаю такое колоссальное неприятие своих идей? Не понимаю. Честно, не могу понять.
Тут всё говорят, что будет намного сложнее поддерживать проект. Кому будет его сложнее поддерживать? Кто его поддерживает в последнее время? Совсем несложно посмотреть в hg.slitaz.org. Большинство коммитов от Pascal Bellard, а этот человек с лёгкостью работает с такими вот вещами:
[*]http://hg.slitaz.org/wok/rev/d965b76fefd1
[*]http://hg.slitaz.org/wok/rev/19258b949c1b
Это не только shell-скрипты, это ещё и Си с вкраплениями ассемблерного кода.
«Ох, безумец! Зачем он это делает? Ведь это же будет сложно-сложно поддерживать! Ох, кто же теперь всё это будет поддерживать кроме него самого?» А он просто берёт и делает…
Надо и мне просто перестать отвечать на нападки и просто делать. Отвечу в последний раз?
К слову, я тут тоже потихоньку Си изучаю, одними скриптами сыт не будешь. Shell-скрипты — это всё же «клей», связывающий программы, написанные на Си (в своём большинстве). Как уже верно было подмечено, каждую задачу нужно решать с помощью подходящего инструмента; и нечего микроскопом колоть орехи, а по воробьям палить из пушки
Если я вижу неоправданное замедление (там где его быть не должно), то нужно изменить алгоритм обработки. А если это не помогает, то, что ж… Ну не сможет shell-скрипт «объять необъятного» и быть универсальной панацеей.
Эта ситуация уже была. Тогда Pankso с радостью сообщал, что в новом релизе стало значительно больше пакетов, больше работы для TazPKG, но благодаря изменениям в его алгоритме обработки, он обрабатывает большие списки пакетов всё так же быстро. Почитайте где-то в блоге SCN или в новостях на сайте.
Саша, я спрашивал тебя в прошлом посте, но не получил ответа. Что лично ты собираешься поддерживать? Что не получается? Какие преграды? Какой (печальный) опыт в поддержке? Своё ведь всегда ближе, поэтому я и спрашиваю, как это отразится лично на тебе, а не на «том дяде (про которого мы все, конечно же!, заботимся, чтобы ему было легче)».
Например, ты вносил какие-то свои фичи в TazPanel, а тут вдруг мои изменения перечеркнут весь твой труд? Или, куда ты там вносил изменения?, не помню…
Бритва Оккама, целесообразность, разные умные слова… Целесообразнее всего — лично мне — было бы совсем ничего не делать. Но ведь, ядрён-батон, всё-таки хочется что-то сделать лучше! И похоже, что от этой «болезни» уже не излечиться
И, отвечу на последний вопрос. Почему я рисую окна входа, пишу какие-то не важные рецепты, вношу какие-то не самые злободневные патчи, когда тут у нас:
[*]нет автоудаления пакетов
[*]все сплошь нестабильные Окружения Рабочего Стола и Оконные Менеджеры
[*]довольно глючные программы
Краткий ответ: у меня нет необходимого опыта и/или эти проблемы не задевали меня.
По первому пункту: мне нужно «прочувствовать» проблему; чтобы она «напрягала»; чтобы она «достала», чтобы её непременно захотелось решить. Но у меня этого нет. Я работаю в frugal, здесь я установил всё, что мне нужно. А если я и поставлю что-нибудь «на пробу», то после перезагрузки от этого не останется и следа, и ничего не нужно удалять или авто-удалять.
По второму пункту: в SliTaz 4.0, который я сейчас вот использую, довольно-таки стабильный Openbox, чего ещё надо-то? С JWM я как-то не сдружился, а Enlightenment хотя и красивый, но какой-то странный.
По третьему пункту: если я столкнулся с глюком, я стараюсь его исправить. Другое дело, тут на форуме иногда задают интересные вопросы, но зачастую я даже не смогу воспроизвести ситуацию, чтобы повторить описанный глюк. У меня много чего нету: видеокарты Radeon, соединения Ethernet, большого и пустого жесткого диска, мощного процессора, большой RAM. Вот сейчас, например, у меня свободно в разделе /home около 100MB, но при этом я могу компилировать большинство пакетов (кроме явных «големов», таких как Thunderbird/Firefox/Kernel/Mplayer/etc.). SliTaz — это не моя работа (в смысле — занятость, приносящая деньги, но зачастую, неинтересная). Здесь я получаю удовольствие от того, что занимаюсь тем, чем хочу. Да, возможно, такие «индивидуалы», как я, всё погубят. Нету понятия коллектива, нет общих задач, нет «чувства локтя»… Но, SliTaz был рождён, чтобы жить в такой анархии…
Благодарю всех за прочтение!
Offline
Can we stop this argueing? Both of you bring up some good and bad points, but ultimately users want something that works. It doesn't matter if it's compiled or scripted - if it gets the job done, then it's a good enough for now.
Does this mean that we can't improve on it? Not at all. We must improve what we have. If something better comes along then we must embrace and improve that.That's how Linux got better and that's how SliTaz will get better.
The thing we all agree on is that we want the best for SliTaz, so let's work towards that rather than fighting with each other about how. To paraphrase Linus: "Shut up and show me the code". So rather that argue, show us why your position is better.
Offline
>Но ведь не у всех имеются быстрые современные компьютеры
У меня тестовой машинкой для SliTaz является AMD K6-233 с 64 метрами памяти.
Гонял еще на P166 с 32, но это чисто ради интереса (NAS собирал на слитазе)
И проблем с тормозами как-то не видел.
>Мне больше нравится, когда всё то же самое происходит за 2 секунды!
Профайлинг? Не, не слышал. Пришло время переписать все еще раз!
> Какие преграды?
Лично для меня основной проблемой остается недоработанность tazpkg.
Ладно, с костылями рабочего стола, которые нашли мои родственники (да, да) я могу справиться. Нужные мне пакеты я могу собрать или поправить баги в существующих.
Но пакетная система - ...
Вчера вот поставил ради интереса последний cooking и старый SliTaz 2.0 - проблем c последним намного меньше.
P.S. Алексей, твоя работа над дистром заслуживает уважения. К сожалению, у меня не хватает терпения разобраться с кучей появившихся в 4.0 проблем и продолжить то, чем я занимался раньше.
Offline
Hello All,
Just want to add my opinion as a user. I was very happy to find Slitaz and have been using it as one of two primary systems to do all sorts of things where I needed a LIGHTWEIGHT operating system due to old hardware and as a VM on newer hardware as a faster alternative to running a mainstream Linux as a virtual/guest OS. I've used version 3 and version 4 and what is great about Slitaz is BOTH the minimal hardware requirements AND the diversity of packages available.
I don't feel like I have the skills and knowledge to add much if anything to the project itself but many thanks to those who generously donate time and knowledge to Slitaz.
Offline
After long time i´m retuning...familiar problems…arghhhhhhh…
Slitaz is my best daily mistress….Many Health to the Slitaz time….
I daily use Slitaz in bench working motherboards…
At this time, Slitaz is the best tinny distro for motherboard´s repair, because its speed and network connection…
I have teached other technicians for using Slitaz in some jobs ( diagnostic, backuping, cloning and virus removal )…They love it…
I have remastered two or three isos including maintenace tools ( dmidecode, pciutils, flashrom, etc…)
Note: I´m testing flashrom…I will post in the future…
Then….Slitaz is very important for all of us…
About Cristophe…
First…
“ Feelings “ are difficult to be explained…Its need time to be diggested and blow out…Genious is guided by “ feelings “.
Perhaphs I can help you…
The actual touch screen motherboards wil be changed by the “ graphene´s motherboards “.
http://www.popsci.com/gadgets/article/2011-06/first-graphene-based-circuit-step-toward-graphene-computer-chips
http://motherboard.vice.com/blog/3d-printing-with-graphene-is-coming-and-it-will-power-the-future
http://www.youtube.com/watch?v=XiyRc3OAC3A
Where is Slitaz going for?
Second…
I have noted that the “ Slitaz Sise “ is a stone in the cooking… I don´t see problem in this…I have one 120Mb Slitaz remastered that is as fast as the original…I´m using the Slitaz 3.0 Xvesa…Foe me is the best…
Sugestion One:
Take a “ New Name “ for the distro and complete the updates.
Sugestion Two:
Use one Lan Offboard Motherboard to remaster the iso…This it will avoid the eth0 settings…
You w´d can use the “ write.iso “.
Third…
I think that Cristophe needs to change his direction…
I think that Slitaz wil be the best Maintenace Tool in the future…because its speed, practicall GUI Interface and a lot of resources from Linux….
For Trixar, Aleksej and Claudinei…Excuse my faults…
Bypassing…..Congratullations for the Flashrom Update….
So…I hope this can help you….
Offline
@devl547:
Just for the aspect of autoremoval, I made a suggestion a couple of times:
http://forum.slitaz.org/topic/package-management-and-orphaned-packages
Though it's shellcode, it works (at least for me) with sufficient speed.
It might be kind of awkward to start (because you have to do an initial run, which asks for each package without dependencies, if you wan to remove it) and might not be the most elegant way, but I am quite happy with it. (Though I might be the only one regarding the lack of feedback)...
Cheers...
Offline
[ Generated in 0.018 seconds, 7 queries executed - Memory usage: 1.58 MiB (Peak: 1.77 MiB) ]