Plany dla KateOS 4 ujawnione
- Dodano: 2 listopada 2007
- Wprowadził: patpi
- Komentarze: 11
Główny deweloper KateOS zarysował kierunek rozwoju dystrybucji KateOS w przyszłości.
KateOS 4 będzie zawierać między innymi:
* zmodyfikowany (a być może nawet fork) Initng z dostosowanymi skryptami startowymi specjalnie dla KateOS.
* Pakiety będą należeć do grup (zdefiniowane grupy to: System, Multimedia, Graphics, Internet, Games, Servers, Libraries, Utilities, Devel, Drivers, Office, X11, Documentation). Umożliwi to min. dodanie możliwości przeglądania dostępnych do instalacji pakietów według grup do których należą. Nie jest to sztywny zestaw bo programy będą odczytywać grupy dla każdego pakietu i dodawać nowe grupy jeśli takie zaistnieją w danym pakiecie
* Programy updateos i pkg zostaną zastąpione przez PKG2
Główne założenia PKG2 [link]
Więcej informacji: http://mae.jogger.pl/2007/11/01/kasia-4-...episode-1/
Znalazłeś literówkę? Zgłoś ją używając formularza!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu, napisz raport.
Niusy na podobny temat:
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w regulaminie komentowania.
11 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.


A ja mam pytanie, czy "front-end" do instalatora pakietów będzie dalej używał PHP?
Z założenia jest to zły pomysł (PHP ma sens właściwie tylko na serwerach, małych "aplikacjach"), a w praktyce to tragedia, jeśli ktoś próbuje użyć tego na słabym sprzęcie, na którym sama dystrybucja radzi sobie dość znośnie, tylko minimalnie gorzej niż Debian (32 MB RAM, 233 MHz – laptop), to to narzędzie jest nieużywalne, uruchamia się dłużej niż Firefox (około kwadransa w 3.2), a nawet jak już to zrobi, to użycie go jest niemożliwe, bo nawet system chwilami przestaje przez niego odpowiadać.
Rozumiem, to był odważny krok, użycie do tego PHP, ale dystrybucja jest chyba nastawiona przecież na użytkowników ze słabym sprzętem, a w tym przypadku nie da się pogodzić ze sobą ognia i wody.
Pewnie dopuki nie znajdzie sie ktos kto bedzie potrafil i chcial napisac w innym jezyku to samo sie nie zrobi.
kateos się dynamicznie rozwija, mae się stara:D Może katePKG nie jest najlepszym programem, ale to raczej rozwiązanie tymczasowe… Dla słabszych komputerów updateos chyba nie sprawia proiblemów
Graphics…Games, Servers, Libraries, Utilities, Devel, Drivers, Office…
ale numer, a ja przez dłuższy czas myślałem że to polski system.
Uważasz, że w każdym pakiecie powinny być nazwy w kilku językach?
Internacjonalizacji grup można dokonać na innym poziomie.
Fajny tytuł – plany ujawnione. Pewnie wcześniej były pilnie strzeżone, a wszyscy aż nóżkami przebierali by je poznać. Z całym szacunkiem dla Twórców Kasi, którą uważam, za fajną dystrybucję, ale nie jest to tajemnica, która nurtuje kogokolwiek, poza wąskim gronem zainteresowanych (niestety).
Mnie akurat to nurtowało
Jak pewnie zauważyliście nie wszystkie najlepsze rozwiązania się przyjmują. Wybór PHP jako języka dla aplikacji ma pewne oczywiste wady, ale ma też zalety. Przy tworzeniu każdej aplikacji w grę wchodzi wiele czynników, wybiera się rozwiązania optymalne dla danej chwili i potrzeb. Ile developerów KateOS jest każdy widzi, ludzie mają ograniczony czas i to jest często czynnik decydujący. Aplikacje w C czy C++ tworzy się znacznie dłużej i dłużej trzeba je testować. To oznacza, że gdyby wszystkie narzędzia były pisane w tych językach, to dziś nie byłoby np. graficznego instalatora. W grę wchodzą języki interpretowalne, który wybrać? Każdy ma swoje zalety i wady, natomiast nasz członek teamu – bob ma naprawdę silne wpływy w ekipie php-gtk i nie jest to niedzielny koder stronek ;] To też duża zaleta, bo mamy możliwość otrzymania ficzera na zamówienie bez przymusu nadwyrężania sił własnych
PHP to już nie ten sam język co kilka lat temu i jego obszar zastosowań z pewnością będzie się poszerzał.
Reasumując – każdy nowy ruch jest wynikiem jakiegoś kompromisu. Zasoby są ograniczone i musimy nimi odpowiednio władać, warto o tym pamiętać.
Wybór tego języka jest dyskusyjny w tym przypadku, gdyż jak wspomniałem wcześniej, jest ona dla słabych komputerów
.
Sam piszę głównie w PHP, ale nigdy bym nie napisał w nim czegoś okienkowego, chyba, że już rzeczywiście bym musiał
, bo szkoda zasobów, lepiej użyć czegoś do tego przeznaczonego, Qt czy GTK, ostatecznie można zrobić coś pseudo graficznego w konsoli (przykładem mogą być jakiś czas temu wprowadzone tekstowe odpowiedniki narzędzia Mandrivy).
Tak czy owak, skoro jest to już napisane w jakimś języku, to łatwiej to przeportować niż pisać od zera, chociaż właśnie PHP może trochę skomplikować sprawę, w każdym bądź razie, bardzo miło by było, gdyby znalazł się ktoś i to przepisał w wolnym czasie
.
Teraz IMO nie ma sensu przepisywac czegos takiego. Technika w linuksie poszla do przodu. Lepiej zintegrowac updateos z http://www.packagekit.org/ ;]
Nie wiem, nie orientuję się
.
Cokolwiek, byle nie w PHP lub czymś równie powolnym w tym zastosowaniu
.