Linuxiarze.pl Forum

witam.

Jestem b. zadowolony z dystrybucji.

Używałem mandrive linux mint.

Aby używać sparky musiałem doinstalować pulse audio serwer bo nie moglem odpalić skype.

Skype nie instaluję się automatyczne.

warto by doinstalować zarządzanie energią dla laptopa-bo coraz więc ich się używa.

może aplet pogody.

wprowadzilem autologowanie zgodnie z -  http://forum.dug.net.pl/viewtopic.php?pid=231261

Dla początkujących może być problem z instalacją.

Poza tym rewelacja, polecam.

witam.

Jestem b. zadowolony z dystrybucji.

Używałem mandrive linux mint.

Aby używać sparky musiałem doinstalować pulse audio serwer bo nie moglem odpalić skype.

Skype nie instaluję się automatyczne.

warto by doinstalować zarządzanie energią dla laptopa-bo coraz więc ich się używa.

może aplet pogody.

wprowadzilem autologowanie zgodnie z -  http://forum.dug.net.pl/viewtopic.php?pid=231261

Dla początkujących może być problem z instalacją.

Poza tym rewelacja, polecam.

Witam:) SparkyLinux to System lekki i dobrze działający nawet na starcszych maszynach a środowisko XFCE jest również dość lekkim środowiskiem i zarazem bardzo dobrze rozwijającym się w ostatnim czasie i chętnie bym zobaczył jego nową wersję w sparkym, ale nie wiem czy na nasze skromne warunki nie będzie to za wiele. Niedawno do sparky dołączyło środowisko mate i również podoba mi się ta wersja pulpitu. Nowe wydanie z tego co pavroo zdradził już trochę wczesniej ma bazować na debianie testowym "Jessie" i tu właśnie przydałby się niestandardowy kernel, bo skoro sparky dobrze działa na starszych maszynach nawet takich z prockami P3, które nie obsługują PAE(Physical Address Extension) a standardowe kernele go mają z urzędu to czemu nie zastosować rozwiązania , które nie tylko ten problem wyeliminuje, ale wniesie nową jakość. Wiem, że kernel w wersji 3.8 jaki miałem możliwość sprawdzić w systemie Bridge Linux bez problemu działał na P3. Własne repo to piekna myśl, ale ma sens wtedy jak stworzymy i wrzucimy do niego trochę swoich autorskich pakietów czy skryptów, których nie ma nigdzie indziej, lecz byłby to świetny krok, który bez wątpienia podkreśliłby własną tożsamość SparkyLinux.

Witam.



W temacie własnego repozytorium mogę dodać tylko tyle, że prace są w toku. Niestety sprawa nie jest taka prosta, z uwagi na to, iż przy różnych podejściach do tematu będziemy musieli się zmierzyć z różnymi problemami.



Przykładowo, gdybyśmy zdecydowali się na w pełni własne repozytorium, to konieczne byłoby posiadanie potężnego (w sensie przestrzeni dyskowej i transferu) serwera, który wszystko by pomieścił. Utrzymanie takie repozytorium pochłaniałoby też sporo czasu. W tej sytuacji jednak nie byłoby problemów z wersjonowaniem poszczególnych paczek i poleganiu na repozytoriach Debiana.

Z drugiej strony jest model na tzw. "nakładkę", czyli nadal korzystamy z repozytorium Debiana, ale dodatkowo włączamy też nasze repozytorium z dodatkowymi paczkami oraz paczkami w wersjach nowszych. Wymaga mniejszych zasobów, mniej czasu, ale pojawia się problem wersjonowania, gdzie repozytorium Debiana może raz na jakiś czas przykrywać nasze zmiany w paczkach, w przypadku gdy wydadzą paczkę z większym numerem wersji, niż mamy my (a my musimy utrzymać ten sam numer wersji, reprezentujący wersję danego oprogramowania + odpowiedni dopisek, aby nasza paczka była brana przez APT jako pierwsza w kolejności... w tym przypadku nowy numer wersji w repo Debiana skutkuje zignorowaniem naszych zmian do momentu wydania przez nas paczki w odpowiedniej wersji z dopiskiem). Nie muszę chyba wspominać, że przy pakietach podstawowych sprawa może okazać się katastrofalna w skutkach dla użytkowników (albo śmieszna co najmniej: wyobraźcie sobie, że raz system nazywa się i przedstawia jako "Sparky Linux", a raz jako "Debian", pomiędzy poszczególnymi update'ami).



Tak, czy inaczej prace nad własnym repo trwają. Prace nad autorskimi rozwiązaniami też, ale nie będę tutaj za dużo zdradzał. Mamy parę pomysłów na to, jak uczynić Sparkiego łatwiejszym w obsłudze. ;)

@urbek: Własne repozytorium to dość kosztowne podkreślanie tożsamości. Nie ma powodów by rezygnować z repo Debiana a dodanie własnego na wzór ubuntowych ppa jest chyba najbardziej optymalnym rozwiązaniem.

@albedo: Jak wyżej napisałem własne repo ma sens wtedy jak stworzymy autorskie(własne) pakiety lub skrypty, których próżno szukać w repo debiana, więc masz rację, że na razie nie ma powodów, by zmieniać ten stan rzeczy. Myślę jednak, że wraz z rozwojem projektu trzeba będzie kiedyś taką opcję przynajmniej poważnie rozważyć, gdyż zaczną powstawać pakiety pisane dla sparkylinux i jedna z form własnego repo, które przedstawił MoroS mogła by zostać przyjęta. @MoroS

Wpadnij czasem na irc w wolnej chwili, gdyż na naszym kanale też już jest kilka osób, które mogły by pomóc w realizacji niektórych pomysłów i ewentualnie zgłosć własne pomysły.

Jak dla mnie ogromnym plusem jest świetny kontakt na linii deweloperzy-społeczność :)



Cieszy mnie, że dystrybucja się rozwija.



Moim zdaniem własne repozytorium to świetny pomysł, który należy jednak odłożyć na półkę z napisem "koniecznie, lecz później". Teraz chyba nie ma na to ani środków, ani czasu, ani przede wszystkim potrzeby, by takie repozytorium utrzymywać. Wszystkie sensowne argumenty za i przeciw zostały zresztą już podane :)



Nie wiem ile kosztuje czasowo przygotowywanie nowej wersji systemu (z nowym DE), ale wydaje mi się, że troszkę za bardzo się rozdrabniacie. Jasne, to super, że jest wybór, ale już niejedno duże distro narobiło sobie takich wersji, a z czasem, gdy podrosło na siłach, to okazało się, że są one zbyt drogie w utrzymaniu (najlepszym przykładem niech będzie Linux Mint i jego "4%"). I tak zawsze znajdą się tacy, co stwierdzą, że "Sparky ssie, bo nie ma werji z forkiem forka forku gnome". Tak, czy inaczej cieszy mnie, że jest ochota, by coś robić, bo to najważniejsze :)



Sam nie wiem, co chciałbym widzieć w nowym Sparkym. Wiem za to, co chciałbym widzieć w moim distrze idealnym.



Po pierwsze - rolling release. Wg mnie to świetny model dystrybucyjny pozwalający w większym stopniu skupić się nad rozwojem dystrybucji i mniej czasu poświęcać na poprawki przy poszczególnych wersjach. Niestety, nie jest to zbyt "medialny" model wydań, ale moje idealne distro nie musi być popularne :p Zresztą, sam Debian Testing w pewnym stopniu można zaliczyć do rodziny rolling-release.



Po drugie - środowisko oparte w całości na bibliotekach QT (ale niekonieczne zbudowane na KDE), Jest kilka niezłych zamienników, na przykład mój faworyt - RazorQT). Jestem dużym fanem QT od bardzo dawna, w wolnych chwilach uczę się je wykorzystywać z użyciem C++. QT są nastawione na nowoczesność i uniwersalność i można w nich stworzyć bardzo wiele nie korzystając z niczego innego. Niestety, za wyjątkiem środowiska i aplikacji KDE nie są one jakoś rozpowszechniane, a szkoda. QT, pomijając fakt, że już w tej chwili jest dostępne na wszystkie liczące się platformy, to jako pierwsze rozpoczęło prace (i upubliczniło efekt) nad działąniem z nowym serwerem wyświetlania.



Po trzecie - stabilność i nowoczesność. Rozumiana przeze mnie oczywiście nieco inaczej, niż się na ogół o tym myśli. Debian Stable jest więcej niż stabilny, to beton z którego niewiele może się ukruszyć lub zepsuć. Debian Testing? Bardzo stabilna dystrybucja, wciąż jednak kosztem nowego softu. Aktualnie testuję dystrybucję Siduction (ma nawet wersję z RazorQT <3 :D) i muszę powiedzieć, że Debian Sid jest dobrą bazą. Wcześniej korzystałem m.in. z Arch Linuxa, który jeśli chodzi o świeżość softu, jest królem. I o dziwo nie został uwalony przez aktualizację ani razu, chociaż często można o tym usłyszeć, jaki to Arch jest zły przez to, że się samo psuje. Wystarczyło z mojej strony czytać komunikaty na stronie projektu i nie dotykać repozytorium "unstable" :p Widać innych kusiło... Akurat Sparky, do momentu posiadania własnego repozytorium manewry na tym polu ma bardzo ograniczone, jednak gdyby już do własnego repo doszło, to najlepszy model (moim zdaniem) to najnowsze stabilne i testowe aplikacje + stabilna, ociągająca się o tydzień, do miesiąca w stosunku do oficjalnych wydań "baza" systemowa.



Cóż więcej mogę powiedzieć... Nie ma chyba wstydu zapatrywać się na innych. Tak więc najbardziej zbliżonym do ideału zestawem aplikacji "startowych" jak dla mnie jest to, co zastałem w Siduction z RazorQT - wszystko bazujące na QT, jednocześnie niezależne od KDE. Całkiem spory sentyment żywię też do ChakraLinux, który to posiada jedną wspieraną architekturę i jedno wspierane środowisko. Test wersji LiveCD polecam każdemu, przyjemność z pracy jest niesamowita, a tą wierność dla jednej jedynej wersji czuć na każdym kroku. Plus rozwijany jest całkiem fajny system "bundli", który nie zaśmieca systemu bibliotekami, a te wymagane w zależnościach >zawsze< są usuwane razem z aplikacją.

Długi post. ;) Mogę tylko powiedzieć, że z mojej perspektywy repozytorium wcale nie jest "konieczne, ale później", a raczej "konieczne, jak najszybciej". Głównie z uwagi na model wprowadzania zmian, jak chciałbym zaproponować, czyli: podstawa Debian Testing + nasze repozytorium z modyfikacjami. Koszt materialny niewielki, ale dojdą dodatkowe czynności z kontrolowaniem wersji pakietów (konflikty wersji pomiędzy naszym repo, a repo Debiana, ale to w sumie nic czego dobrze napisany soft by nie załatwił).



Nie wiem dokładnie jaką Pavroo przyjął politykę z wersjami, ale nie przewiduję, aby miało ich powstać więcej (tak mi się przynajmniej wydaje). Wraz z repozytorium widziałbym nawet redukcję liczby wersji do dwóch: x86 i x86_64, gdzie instalowana jest tylko podstawa, a rodzaj instalacji (pulpit + zestaw aplikacji: np. wybieramy LXDE i dodatkowo rolę "biurowy desktop", "desktop do grania", "desktop studio" - oczywiście to przykładowe konfiguracje, które wymyśliłem na poczekaniu) wybierze sam użytkownik. Oczywiście wszystko można ładnie zorganizować meta-pakietami i ich zależnościami (vide Ubuntu, np. ubuntu-desktop, kubuntu-desktop, lubuntu-desktop, ubuntu-server - meta-pakiety z różnymi wersjami tego samego systemu).

Przy takim układzie instalacja "od zera" polegałaby na ustawieniu środowiska początkowego (partycjonowanie, instalacja bazy systemu), do którego instalator zrobi chroot i po prostu uruchomi np. "apt-get install sparky-lxde sparky-office-desktop". Potem już tylko konfiguracja sterowników (taki półautomat, coś jak w Ubuntu dla sterowników własnościowych, ale jeszcze w trakcie instalacji), lokalizacji i boot managera i po krzyku. ;)



Na przygotowanie rzeczy, o których wspomniałem potrzeba czasu, ale jednorazowo. Każda następna zmiana realizowana w takim modelu jest znacznie szybsza. Tak bym przynajmniej to widział, ale decyzja nie należy do mnie.



Co do dystrybucji idealnej:

- rolling release - HELL YEAH!! ;) po co czekać Bóg wie ile czasu na nowe wersje oprogramowania, jak można je udostępnić od razu? Czemu Ubuntu się przed tym tak broni? Nie wiem... Przecież i tak co najmniej połowa użytkowników instaluje repozytoria PPA, żeby mieć przynajmniej namiastkę aktualizacji na bieżąco.

- oparcie wszystkiego na Qt - muszę przyznać, że Qt wydaje się bardziej zwarte i dojrzałe od GTK (RazorQT też wygląda ładnie, aż spróbuję), a przy okazji przyjemniejsze w użyciu przy tworzeniu aplikacji (część rzeczy, które obecnie tworzę dla Sparkiego bazuje na Qt i pisze mi się w nim znacznie przyjemniej niż w GTK).

- stabilność i nowoczesność - tutaj proponowałbym prosty model repozytorium: stable i testing; Stable - oprogramowanie stabilne, przetestowane i "ma działać", testing - oprogramowanie niestabilne, w trakcie przygotowania bądź testów, "używaj na własną odpowiedzialność"; Dodatkowo wcześniej czy później będziemy musieli się zmierzyć z obsługą UEFI (tutaj też możliwe są różne podejścia: albo boot manager wspierający EFI, np. GRUB 2, albo odpowiednia wersja samego jądra systemu z konfiguracją "EFI stub" - to akurat działa piorunująco szybko, bo EFI uruchamia od razu jądro systemu, ale na dzisiaj nie jest pozbawione problemów, np. sterowniki nVidii mają problem z działaniem w czystym EFI, chociaż udało mi się to obejść);

- z jednej strony konfigurowalność, z drugiej maksymalne uproszczenia - temat nigdy nie jest łatwy, bo ciężko tutaj znaleźć złoty środek;

- ściśle ustalony cel architektoniczy: bez rozdrabniania się na milion architektur, obsługa jednej, maksymalnie dwóch;



Taki ogólnie mam pogląd na swoją idealną dystrybucję.



I jeszcze na temat tzw. "bundli" - fajna koncepcja, ale już dość stara i ma trochę wad. Ten model dystrybucji powstał z myślą o systemie NeXTSTEP i wraz z nim został wchłonięty przez Apple (bazuje na tym współczesny Mac OS X). O ile model ten jest fajny w kontekście utrzymania (każda aplikacja ma swój zestaw bibliotek, z którym działa najlepiej, a sam system na tylko podstawowe biblioteki), o tyle ma też sporo wad:

- każda aplikacja zajmuje więcej miejsca na dysku (każda ma swoje biblioteki);

- redundancja (biblioteki mogą się wielokrotnie powtarzać w różnych aplikacjach, więc dodatkowo "wzmacnia" pierwszą wadę);

- większe zużycie pamięci RAM (zamiast ładować do pamięci jedną wersję danej biblioteki dla różnych aplikacji, ładowanych jest parę różnych wersji, bo np. każda aplikacja korzysta z innej wersji);



Wady te widać w samym Mac OS X: to pierwszy system unixowy jaki widziałem, który używa (podobnie z resztą jak Windows) pamięci swap bez powodu, kiedy nadal ma dostępną zwykłą pamięć operacyjną. Możemy tutaj dyskutować, że przecież "pamięć RAM jest tania", ale cały pomysł szlag trafia, jeżeli człowiek sobie uświadomi, że Sparky ma też działać na starszych maszynach. ;)

Witam:)

W pierwszej kolejności odniosę się do liczby wersji i rozdrobnienia, zauważyłem, testując wszystkie wersje bez wyjątku, że wersja SparkyLinux 2.1.1 ,,Eris" Ultra Edition nie ma aż tak bardzo znaczących zysków w wydajności do wersji SparkyLinux 2.1 ,,Eris" e17/LXDE i w moich testach na dwóch starszych maszynach czasem nawet lepiej sprawowała sie ta druga. Idea lekkości jest jak najbardziej słuszna i warta kontynuacji. W moim mniemaniu obie te wersje można by połączyć i zrobić wersję lekką, przyjazną starszym maszynom, która będzie kontynuować to co już osiągnięto.

Wersja mate jako fork gnome2 mnie osobiście się podoba i używam jej na codzień, lecz ważniejsze od mojego widzimisie jest to, że środowisko mate nie stoi w miejscu a rozwija się i ten rozwój może dobrze rokować projektowi. Właśnie wyszła wersja mate 1.6, która wniosła wiele poprawek i usprawnień.

Skoro już poruszyłem temat środowisk graficznych to zainteresowała mnie propozycja środowiska razor-qt i postanowiłem sobie to zobaczyć na moich starych maszynach. Do testów posłużył mi siduction z pulpitem razor-qt i pierwsze wrażenia są bardzo dobre. Środowisko na starym desktopie z 2002r (P4 1gb. ram i zintegrowana grafika intel 845G) działa bardzo płynnie i może się podobać, aczkolwiek wydaje mi się, że jest jeszcze mało konfigurowalne, co jednak może być spowodowane moją jego zupełną nieznajomością i faktem, że to nowy projekt który na pewno warty jest uwagi. Porównując razor-qt do innych środowisk, które na tym zabytkowym niemalże sprzęcie odpalałem wypadło nadspodziewanie dobrze, gdyż na powyższej maszynie środowiska takie jak gnome3 czy cinnamon nawet nie dały rady sie uruchomić, więc w mojej ocenie pasuje ono do idei sparky jako lekkiej dystrybucji.

Gdyby przyjąć model instalacji jaki zaproponował MoroS, to można by mieć dwie wersje systemu, a jednocześnie wybór już na etapie instalacji co do pulpitu i  instalowanego oprogramowania, z którego będziemy korzystać w przyszłości . Nie wiem tylko czy musiało by się to wiązać z rezygnacją z wersji live, bo jeśli tak to sparky na pewno nie jest na to gotowy. Po pierwsze bez systemu w wersji live użytkownicy z mobilnym internetem nie mieli by możliwości instalacji, a po drugie zanim ktoś zainstaluje system na dysk to chce sobie obejrzeć jak dany system sprawuje sie na jego sprzęcie. Jeśli dodać by netinstall do sparky to świetny pomysł w mojej ocenie, ale tylko opcjonalnie.

Miło mi, że Razor-QT przypadł do gustu :)



Niestety stworzenie wersji Sparkyego z nim na pokładzie może być nieco problematyczne - projekt ten jest aktualnie w fazie alfa i z każdym nowym wydaniem występuje wiele nowości, więc o obecności świeżych wersji w oficjalnych repozytoriach Debiana Testinga możemy zapomnieć. Z kolei o ile można wpakować na starcie Razora skompilowanego ze źródeł w wersji aktualnej, to nie za bardzo potrafię sobie wyobrazić proces aktualizacji w przyszłości. Potrzebne by było jakieś autorskie narzędzie. W Archu mamy od tego Yaourta lub ręczną aktualizację, ale tam priorytetem jest prostota (KISS), a nie łatwość i przyjemność użytkowania przez Kowalskiego :p Jednak ocenę trudności i opłacalności pozostawiam naszym cudnym deweloperom :)



Sam Razor jest na chwilę obecną słabo konfigurowalny. Sytuację ratuje nieco wprawdzie ręczna edycja plików konfiguracyjnych, ale i tu nie ma jeszcze szału. Nie ma się co dziwić, projekt powstał 5 września 2010r i przez prawie dwa lata był tworzony w wolnych chwilach przez bardzo wąskie grono, które dopiero ostatnio się poszerzyło. Co do celów środowiska, to wydaje się ono dążyć do funkcjonalności podobnej do LXDE, wykorzystując do tego jednak biblioteki QT. Czy jest szybszy? Ciężko powiedzieć. Pamiętaj, że Debian SID, to nie Testing. Nowszy kernel, stery i inny zestaw aplikacji początkowych (w dodatku wszystkie z jednej "stajni") może zdziałać cuda i nieźle namieszać w wynikach końcowych.



Unifikacja wersji dystrybucji w przyszłości? Wyobrażam sobie po pewnych modyfikacjach współistnienie LXDE i XFCE, ale wśród nich raczej Razor-QT z racji swojej koncentracji na wiadomych bibliotekach by nie pasował, przynajmniej wg mnie. Ale takich prób jeszcze na distrowatch nie widziałem, choć kto wie, może jest bardziej uniwersalny, niż teraz mi się wydaje? :)



Tak na marginesie - używałem do tej pory Minta KDE, ale od wczoraj to Sparky Ultra jest moim bazowym distro, a zaraz obok niego do celów "na co dzień" stanie (wracający w blasku i chwale) Arch linux. Jeszcze raz - dobra robota!

Nie unikniemy tworzenia własnych pakietów DEB, więc w pewnym momencie będzie można też dostarczyć Razor-QT. Zobaczymy, to pieśń przyszłości.



Co do obaw o problemy z LiveCD z nowym przy proponowanym przeze mnie modelu: to nie musi być netinstall LiveCD. Z tego, co pamiętam, to do pełnej pojemności płytki DVD mamy jeszcze daleko, więc możliwe, że pakiety instalacyjne się zmieszczą bez większego problemu. :)



Zobaczymy, na razie chcę postawić testowe repozytorium z meta-pakietami i spróbować zrobić instalację Sparkiego przez chroot z apt-get (pierwszy krok w stronę własnego instalatora), a potem benchmarki z porównaniem czasów startu Sparkiego systemd+udev z openrc+eudev (o ile uda się je ostatecznie skompilować, bo problemy zapewne jakieś po drodze będą). Docelowo chciałbym, żeby wszystkie zmiany trafiały do odpowiednich pakietów .deb i żeby instalacja czy tworzenie LiveCD nie polegały na kopiowaniu tego samego zestawu danych w tą i z powrotem.



Pomysłów mam sporo. Jak będzie nimi zainteresowanie, to na pewno będę próbował je realizować. ;)

Testing moim zdaniem bardzo dobrze ze jest na takich pakietach przynajmniej system jest dystrybucją ciągłą a Debian ma tego najwięcej co to programów co opisałeś np: opera google kadu wystarczy dodać repo i ma się zawsze aktualne wersje piszesz o programie Thunderbird lecz on jest wolniejszy od programu który według mnie jest bardzo dobry icedove więc nie ma co zmieniać to moje zdanie więc bez urazy pozdrawiam wszystkich sympatyków SparkyLinux i wszystkie osoby pracujące nad Nim

Należy zacząć od faktu, że nie napisałem nic o zmianie całego bazowania, miałem na myśli tylko i wyłącznie kernel. Po drugie, testing nie jest dystrybucją ciągłą w pełnym znaczeniu tego słowa. Po trzecie, ku twojej wiadomości - Icedove to debianowy fork programu Thunderbird.

w porządku musiałem źle przeczytać mi nie przeszkadza kernel jaki jest teraz a co do programu Icedove masz rację lecz ten jest szybszy i lżejszy niż Thunderbird myślę ze nic złego nie napisałem i Cię nie obraziłem

W takim razie i ja wtrącę kilka groszy.

Własne repozytoria są jak najbardziej potrzebne na własne pakiety. Nie będzie ich dużo ale będą podkreślały tożsamość Sparka. Jako system bazowy chcę utrzymać testing, nie widzę potrzeby zmiany na sid lub powrotu do stable.

Pulpit Xfce jest w trakcie prac jako wersja społecznościowa (Community Edition).

W oczekiwaniu na Jessiego, wprowadziłem pierwsze zmiany.

Przede wszystkim wybór lokalizacji w Live - dodałem około 20, w tym polską.



Następna zmiana to dodanie opcji uruchomienia systemu w trybie tekstowym. Umożliwia zainstalowanie Sparka bez X-ów. Przetestowałem na wirtualu z przydzieloną pamięcią RAM 128MB i CPU 720MHz.  Działa bardzo płynnie.

Jak na razie tyle, pracuję nad kolejnym usprawnieniem - jak będą efekty, to powiem o co chodzi.

Szczerze pisząc ciesze się że są kolejne pace nad nowszą wersją itp.: lecz w moim przypadku nowa wersja nie wchodzi w grę chyba że nauczę się montować partycję home by nie instalować raczej pobierać filmów itp.: rzeczy od nowa nie powiem że nie ponieważ bym skłamał SparkyLinux 2.1 chodzi szybciej i mniej używa zasobów niż SparkyLinux 2.0 więc zapewne kolejna wersja będzie jeszcze lepsza :) lecz na razie musi mi to wystarczyć co mam teraz jestem zadowolony i aby tak dalej znakomita konkurencja dla bardziej znanych systemów Linux oczywiście czekam pavroo o info jakie w kolejnej wersji szykują się zmiany zobaczymy pozdrawiam serdecznie

P.S.

SparkyLinux jest dystrybucją ciągłą więc po co instalować nowszą wersję jak ta dobrze chodzi i aktualizacje się robi raz na 24/h [ prędzej nowi użytkownicy mogą instalować nowsze wersję by mieć aktualne ] i tak aby używać systemu w moim przypadku musiałem sporo rzeczy odinstalować doskonale Sparky współpracuje z Mate który używam instalowałem Mate na Ubuntu 12.04 jak jeszcze Pc miałem i szczerze nie dało się pracować muliło ale to chyba przez to że Caja podobno się gryzie z Nautilusem nic nie zawracam głowy głupotami Sparky rządzi !

wykorzystanie pamięci w SparkyLinux 2.1 Eris po uruchomieniu systemu u mnie wynosi 99 mb  a po zakończeniu prac i przed wyłączeniem wynosi ledwie 120 mb lepiej być już chyba nie może :) ?

Nie musisz instalować nowej wersji Sparka. Nowy obraz iso dostarcza aktualizacje pakietów do świeżej instalacji oraz poprawki w systemie Live.

99 - 120MB RAM to dobry rezultat :)

Notatki po trzech tygodniach codziennego użytkowania edycji ultra:

NumLock mógłby być na starcie włączony ;p Problem w tym, że niektóre laptopy i netbooki jak "czują" włączonego numa, to przypisują klawiszom ich wartości, przez co oczywiście ten punkt będzie miał pewnie tyle zwolenników, co przeciwników. Oczywiście dodanie num-locka własnoręcznie na starcie to pikuś dla mnie, ale dla nowych osób w naszym świecie już niekoniecznie.



Deamon wygaszacza - koniecznie włączony na starcie. Nie wiem czemu, ale u mnie "nie łapie", że jest pożądany, przez co zawsze wygasza mi się ekran po bodaj 10 minutach czegokolwiek.



Autologowanie, jeżeli user jest jeden...

No i chyba tyle ;p Oczywiście skrypcik "popierwszouruchomieniowy" wszystko może relatywnie łatwo rozwiązać i każdy będzie zadowolony ;)



EDIT: I bardzo wolna myśl - Linux Mint Debian Edition za bazę. Też bazuje na testingu, ale w przeciwieństwie do Sparkyego ma za sobą dużo developerów i pewne zaplecze finansowe, co przekłada się na wiele dobrych rozwiązań, które być może byłyby mile widziane u nas. Co myślicie?

@marcinkiewiczm Witaj również Jestem zadowolony że SparkyLinux u mnie mimo zmiany sprzętu lepiej jednak odbiera Alsa_Mixer

Skype musisz pobrać paczkę że strony producenta i wtedy zainstalować co to apletu pogody są np: My - Weather tylko także musisz pobrać paczkę oddzielną ( Deb ) na Ubuntu i masz bardzo fajny aplecik na 7 dni z pogodą auto logowania nie używam wątpię by przez to początkujący miałby problemy instalacja łatwa prosta jak i cały system ale to wszystko zależy od chłopaków którzy Go robią  co zdecydują zarządzanie chyba jest jak się nie mylę chyba Ja u siebie mam nie wiem jakie masz środowisko graficzne Ja Mate i mogę ustawić sobie energię w czasie pracy zasilania i bateri o to chyba chodzi ? pozdrawiam



Niżej podałem screena i linki

http://www.ubuntuupdates.org/package/atareao_atareao/precise/main/base/my-weather-indicator



http://www.skype.com/pl/download-skype/skype-for-computer/

Witam:)

Ja mam takie małe spostrzeżenie związane z terminalem root, który aktualnie domyślnym jest xterm, a który dla początkujących użytkowników nie jest w moim mniemaniu zbyt dobry, bo ja nie umiem z niego kopiować i do niego wklejać. Początkujący użytkownik by nie popełnić błędu bardzo czesto kopiuje gotowe polecenia i je wkleja, lub by podać wynik polecenia z konsoli też musi go skopiować i tu jest kłopot. Proponuję w nowym wydaniu jako terminal użytkownika root użyć terminator, który nie sprawia powyższych problemów, a ma domyślną ikonę w kolorze czerwonym, która wizualnie będzie go wyróżniać od zwykłego terminala, a tym samym nie będzie zamieszania z dwoma takimi samymi konsolami:)

Terminator jest fajny, ale też i dość ciężki jak na emulator terminala (szczególnie na starszych kompach z mniejszą liczbą pamięci RAM będzie raczej zawadzał). Podobnie z resztą GNOME Terminal i inne takie, ale skoro już jesteśmy przy tego typu rozwiązaniach, to fajne są też emulatory terminala stylizowane na konsole poleceń z gier FPS. Mam tutaj na myśli dwa rozwiązania: Guake (GTK) i Yakuake (KDE). Oczywiście nie proponuję tego jako czegoś do następnego wydania, a raczej jako ciekawostki.



Co do dodatkowych appletów, to sugerowałbym pozostawienie tego w gestii użytkownika (może mu to po prostu ułatwić jakimś panelem konfiguracyjnym). Sparky z założenia ma chodzić też na starszych maszynach, a każdy applet do dodatkowy proces chodzący w tle, dodatkowe biblioteki wczytane do pamięci, a co za tym idzie mniej pamięci dla użytkownika i dłuższy czas startu całości systemu (w przypadku automatycznego ładowania powyższych). Trzeba zachować złoty środek, żebyśmy nie zaczęli lokalnej widgetorewolucji, jaka miała miejsce parę lat temu, gdy Compiz zaczynał się dopiero popularyzować (Ci, co dłużej używają Linuksa, zapewne pamiętają, jak większość użytkowników, szczególnie początkujących, przestała się interesować wydajnością na rzecz wodotrysków). ;)

@moros nie upieram się, że musi to być terminator, ale upieram się, że nie może być to xterm, gdyż brak możliwości skopiowania i wklejania to poważny kłopot. Ja sobie go zamieniłem, ale ci co są na początku linuxowej ścieżki pewniej woleli by mić konsolę, z której da się korzystać w pełni. Sparky jest wyposazony w pulpity takie jak lxde czy mate i można tez użyć domyslnych emulatorów dla tych środowisk.

co to za różnica :D i tak kasujemy ten xterm ponieważ Urbek dobrze pisze brak kopiowania i wklejenia ale instalujemy środowisko np: tak jak My mamy np: Mate i mamy już terminal w porządku a w LXDE można całkiem łatwo wykasować jak i w innych środowiskach i zainstalować inny terminal Ja osobiście w tym nie widzę problemów tyle tego przecież jest w centrum oprogramowania :)

Witam troszku po spamuję ;) jak pozwolicie chodzi mi o ikonki jest tego naprawdę wiele lecz moja propozycja by wykasować te co są oryginalnie a zainstalować parę nowych :) w tym moja propozycja na ładne i miłe dla oka ikonki które tutaj na zdjęciu zaprezentuję





















chodzi mi o nowe wydanie z Mate chodziarz szczerze nie wiem jak na innych środowiskach by wyglądały a ikony noszą nazwę Mashup



dziękuję za uwagę



P.S. Mógłbym dostać Linka do pobrania tych zestaw ikonek ? wersja ultra ich nie ma z góry dziękuję



LaGaDesk-BlackWhite

Może dodacie cinnamon a wydaje mi sie, że to fajne środowsko graficzne

@sovtware

Ikon nie bedę zmieniał, motywu też. Każdy i tak to zmienia po instalacji na własne.

Link do pobrania:

http://gnome-look.org/content/show.php/LaGaDesk-BlackWhite-III?content=124185

@grewest

Cinnnamon jest (według mojego zdania) ciężki a dewizą Sparka jest lekkość i szybkość.

Więc odpada w przedbiegach.

Jednak nic nie stoi na przeszkodzie aby ktoś wydał wersję społecznościową w tym pulpitem.

Pozdrawiam

Dziękuję za linka lecz pokazuje mi to co w większości stronkach jak klikam w dawno land



'a to co znajduję informuje mnie że niby nie można instalować mam wersję 2 tych ikon po tylko to udało mi się znaleźć i zainstalować trochu inne są ale cóż ;)

w sumie masz rację pavroo że i tak każdy zmienia to samemu

dziękuję i pozdrawiam

P.S.

Cinnnamon jest ciężkim pulpitem lecz widzę że repo ma Cinnnamon do zainstalowania więc nic nie szkodzi aby samemu to środowisko zainstalować beż żadnych problemów kto chce dla mnie i tak Mate jest najlepsze :)

mam pomysł żeby dodać taki program f.lux (dzieki niemu łatwej w nocy oderwać sie od komputera :)



Wiele osób nawet nie wie że istnieje taki program wdłg. mnie warto chociarz wspomnieć użytkownikom sparky iego

A propos innych środowisk: Pavroo napisał "dewizą Sparka jest lekkość i szybkość" - pozwolę sobie dodać: i to może być jego mocną stroną. Jeśli już rozważać dodanie czegoś, to godny uwagi jest wspomniany już przez kogoś, będący wciąż jeszcze w powijakach Razor-QT. Doinstalowałem go do Sparky'ego dwójki i działa bez zarzutu, w zakresie zasobożerności (a raczej jej braku) jest porównywalny z LXDE i równie szybki. Nie robiłem fachowych testów, ale taka jest moja obserwacja.



Dziś ściągnąłem sobie betę Sparky'ego 3. Trochę pobawiłem się z nim (bez instalacji, z płyty) i działa bez zarzutu, szybko. Bardzo fajny pomysł z SparkyCenter.



Jako fanatyczny zwolennik dwupanelowych menedżerów plików dodam, że chętnie w standardzie na płycie widziałbym jakiś pracujący w trybie graficznym (np. Double Commander)

@up używam na co dzień w Arch Linuxie i jest bardzo dobrze ;) Lekki i szybki, do tego banalny w ręcznej konfiguracji (a więc z łatwością można by mu dorobić motyw dla Sparkyego ;p). Do tego jest rozwijany aktywnie. Nawet nie wiem jak zacząć, ale sam chętnie zbudowałbym jakiś spinn-off Sparkiego działąjący czysto w Qt (tak jak i mój Arch teraz ;p)



Pulpit Alphanumerixa ^^

Razor-QT to jest worek KDE ? bardzo podobne środowisko graficzne jak patrzę na screenach proszę o jakieś informację będę wdzięczny a szczególnie czy Razor-QT jest lekki czy tak samo ciężki jak KDE

jak jest wart do sprawdzę sobie to środowisko

Obawy sovtware rozumiem, bo sam KDE omijam szerokim łukiem (podobnie jak fatalnego obecnie GNOME). Razora z KDE łączą biblioteki (QT) ale nie ociężałość. Nie jest forkiem a odrębnym projektem. Może używać różnych menedżerów okien, ja próbowałem z Openboxem i całkiem zgrabnie to wygląda i działa. Jest lekki i szybki (taka była idea powstania projektu Razor-gt). Ładuje się nieco dłużej niż LXDE ale potem już nie widać różnicy.



Sam mam LXDE i jestem zadowolny, ale czasem warto obejrzeć coś innego niż się zwykle używa. Moja sugestia by zanteresować się Razorem związana była z pomysłami włączenia do Sparky'ego forków GNOME, co kłóci się jednak jak sądzę z ideą lekkości i szybkości przyświecającą Sparky'emu. Jeśli już coś dodawać czy zmieniać, to trzymając się tej idei.



Fajnym pomysłem było włączenie do dystrybucji WindowMakera (przed laty go używałem), ale obawiam się, że to projekt skazany na zagładę ze względu na swoją nietypowość.

@model pisząc o forkach gnome

miałeś jak sądzę środowisko mate na myśli, które dołączyło do sparky. Ja mam maszynę acer aspire z 2006r i używam z powodzeniem sparky z tym forkiem, który moim zdaniem jest świetnym projektem i sparky włączając go do siebie nic nie traci na lekkości, co oczywiście bardzo łatwo sobie sprawdzić po zuzyciu zasobów. Masz rację co do fatalnego nowego gnome-a, ale mate to fork starego dobrego gnome-a, od którego jest jednak na obecnym etapie o wiele lepszy. Co do zużycia zasobów to aż chyba specjalnie zrobię test obydwu wersji i wrzucę screeny by obalić stereotyp o ociężałości mate. Nie mam nic do LXDE, które jest na prawdę bardzo dobre, ale mate jest ładniejsze i bardziej konfigurowalne.

SparkyLinux 3.0-beta1 w wersji live z pendriva http://i.imm.io/1785M.png na czystoi po zalogowaniu z pulpitem LXDE i conky, na którym widać zużycie pamięci ram i procka

SparkyLinux 2.1.1 ,,Eris" MATE na czysto tyle, że z dysku i z conky, na którym tez powinno być widać zuzycie zasobów http://i.imm.io/1787n.png

Sparky mate moim zdaniem nie psuje idei lekkości i szybkości a daje użytkownikom większe bogactwo wyboru i dopasowania pulpitu do swoich potrzeb.

Źle się wyraziłem ajbo źle mnie zrozumiałeś. Starego gnoma sam kiedyś używałem. Chodziło mi o GNOME3 a konkretnie o propozycję by dać Cinnamona.

@model co do cinnamona to zgadzam się w całej rozciągłości i uważam, że do sparka nawet na siłę się go nie da wcisnąć:) Cinnamon jest moim zdaniem niezbyt udanym projektem i wydaje mi się, że zginie śmiercią naturalną w niedługim czasie.

@urbek: masz rację, że Mate pasuje do idei Sparky ale Twoje porównanie z LXDE nie jest miarodajne bo opiera się na porównaniu instalacji HDD i systemu Live. Ja akurat mam kombinację MATE/LXDE w Sparku i różnica wynosi 30 - 50 Mb RAM na korzyść LXDE. MATE zajmuje minimum 130 Mb podczas gdy LXDE od 70 do 100 Mb. Oczywiście uruchamiane z HDD, system live z natury potrzebuje więcej pamięci. Nie zgadzam się też w kwestii konfiguracji środowiska, LXDE niczym nie ustępuje MATE a nawet daje więcej możliwości ustawień. Przykłady? 1. możliwość ustawienia różnych tapet na poszczególnych pulpitach 2. dowolny kolor czcionki na panelu niezależnie od motywu, 3. bezproblemowe ustawianie dowolnego formatu daty i zegara systemowego. Poza tym w MATE trzeba dłużej czekać na załadowanie pulpitu. LXDE startuje w 3 sekundy po zalogowaniu podczas gdy MATE potrzebuje kilkunastu. Dyskusję na ten bardzo ciekawy temat proponuję przenieść do działu o środowiskach bo w tym wątku chodzi o inne sprawy. Pozdrawiam wszystkich.

proponuję by w nowej wersji znalazły się zainstalowane takie pakiety jak



Preload



Prelink



każdy chyba je zna więc opisywać ich chyba nie muszę :)

Znam się na tym średnio, ale z tego co wiem Preload działa tak, że często używane aplikacje ładuje sobie na wszelki wypadek do pamięci. A co gdy jej jest mało? Przy założeniu, że Sparky ma działać w słabych maszynach (też w odniesieniu do RAM) dla użytkowników np. starszych laptopów może to sie okazać nieopłacalne, a nawet spowolnić pracę. Tak mi się wydaje, ale może nie mam racji.

@model ma rację. Preload jest fajny jak mamy dużo pamięci RAM. W przypadku sprzętu z niewielką ilością pamięci może nieźle przymulić. O ile możnaby prelinkiem potraktować bazę Sparkiego przed wydaniem, o tyle sam Preload mógłby być dostępny jako np. dodatkowa opcja w SparkyCenter (jakaś kategoria typu "Wydajność").

ic od dawna się nie dzieje w tym dziale a wpadła mi w oko jedna ciekawa przeglądarka, która podobała mi się już kiedyś na windows a od niedawna jest dostępna na linux. Mam na myśli przeglądarkę Maxthon, która to jest bardzo funkcjonalną, rozbudowaną i bardzo konfigurowalną przeglądarką zrobioną przez chińczyków, którzy nie specjalnie się przejmują prawami autorskimi więc można w niej spotkać wszystkie najlepsze funkcje spotykane w innych znanych przeglądarach:) Można ją pobrać w formie paczek deb, rpm lub tgz, ale myślę, że mogła by być preinstalowana wraz z systemem, bo chyba, żadna dystrybucja nie ma jej jeszcze w pakiecie instalacyjnym a moim zdaniem warto się jej przyjrzeć i przynajmniej wypróbować, bo jak zawsze znajdą się różne opinie na ten temat.

Pomysł jest ciekawy.
Kilka miesiący temu postanowiłem dodać ją do sparkowego repo, lecz zrezygnowałem.

CytatWHEN YOU INSTALL MAXTHON YOU WILL BE GIVEN THE OPPORTUNITY TO INSTALL ADDITIONAL SOFTWARE PRODUCTS FROM THIRD PARTY PROVIDERS

Z informacji wynika, że pakiet instalacyjny umożliwia instalację dodatkowego oprogramowania (adware).
Nie wiadomo ile z tego oprogramowania jest instalowane za Twoja zgodą, a ile jest przemycane.
Poza tym producent nie pozwala na redystrybuowanie programu:

Cytat2. RESTRICTIONS.
You may not:
(v) redistribute...

Jeśli ktoś bliżej przyjrzał się warunkom producenta i jeśli się mylę, to może wyprowadzi mnie z błędu.