[Uaktualnione dnia: sob, 25 lipiec 2009 21:35] przez Moderatora

eee to Jazz żyje ??
Myślałem że projekt został zapomniany...

Super:D Ostatnio zastanawiałem się nad jakimś nowym OSem...
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:35] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:35] przez Moderatora

Ja również szukałem łebsajta i znaleźć nie mogłem...
Jazz Linux miał potencjał...
Z tego co pamiętam problemem był brak developerów...


Mam jednak nadzieję że Jazz odżyje
Nie oferuje swojej pomocy bo:
1) w większości przypadków są to puste obietnice (ja jestem w trakcie zmiany pracy i nie wiem jak będę stał czasowo)
2) nie znam się na programowaniu (a developerów potrzeba najbardziej)


Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:35] przez Moderatora

Plichu napisał(a) dnia sob, 13 czerwiec 2009 09:29

2) nie znam się na programowaniu (a developerów potrzeba najbardziej)

Do budowania paczek powinna wystarczyć znajomość bash'a, a tego da się nauczyć całkiem szybko.
Kiedyś popełniłem taki całkiem spory skrypcik w bashu, który kompilował całe modularne xorg dla Slackware (w ówczesnym Slackware było xorg serii 6). To był mój pierwszy skrypt w bashu, a linki do moich paczek znalazły się na oficjalnym wiki projektu beryl (pamięta to ktoś jeszcze?), więc mogę uznać to za swój malutki sukces .
W praktyce gdyby znalazło się paru prawdziwych programistów, to reszta osób budujących paczki nie musiałaby posiadać takich umiejętności. Tak mi się przynajmniej zdaje.


P.S. Jak tylko zarobię na nowy komputer (co powinno się stać gdzieś pod koniec lipca) to oferuję swoje wsparcie dla projektu jazz. Chętnie pobawiłbym się w deweloperkę. Nie jestem programistą, ale nieźle znam basha i funkcjonowanie lunuksa, więc jakieś mniej skomplikowane prace mógłbym wykonać. Gdyby była taka potrzeba, to i podstaw (a może nawet więcej) perla mógłbym się nauczyć.
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:35] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:35] przez Moderatora

@b00rt00s
Ja pamiętam (gdy zaczynałem na linux.com.pl/forum/) że miałeś w sygnaturce coś z xorgiem i slackware

Cytuj:

Pamiętacie? Pamiętamy!

@Tuptus
Czyli mam rozumieć że:
-projekt jazz linux nadal żyje (ile osób się obecnie nim zajmuje?)
-strona nie działa bo nie miał się nią kto opiekować i uznano ją za zbędną
-w planach są dalsze prace nad projektem (w tym zbudowanie paczek z kde4 (można by wydać nową wersję tuż po zbudowaniu kde4 oraz pokrewnych aplikacji czyt. amarok, k3b itp, oraz po uzgodnieniu jakiegoś eleganckiego i profesjonalnego wyglądu kde4 po instalacji)
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:35] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:35] przez Moderatora

Tuptus napisał(a) dnia sob, 13 czerwiec 2009 01:45

Natknąłem się jednak na problemy z pythonem i przydałaby się jakaś pomoc. Jest też sporo bibliotek do zrobienia wykorzystywanych np. przez kdeedu. Samo testowanie pakietów to również wyzwanie. KDE 4.3 nie może być zainstalowane obok KDE3 więc jest to zadanie dla odważnych. Można by było również pomyśleć o opracowaniu "naszego" wyglądu KDE podobnie jak to było do tej pory. Czy znajdą się chętni do współpracy?

0. Znajdą.
1. Z czym masz problem z pythonem?
2. Zasadniczo używam GNOME, a więc to, czy KDE będzie działać czy nie, nie jest dla mnie krytyczne, czyli mogę potestować KDE4.3. Nie brałem się za robienie paczek, bo faktycznie oznacza to wywrócenie KDE do góry nogami, a żeby robić to gdy nie korzystam z KDE to nie jestem aż taki twardziel.
3. Zależności kdeedu sprawdzę.
4. Sporo bibliotek znajduje się w EPEL - myślę, że nie ma sensu dublować tego, co tam się znajduje.

PS. Fajnie Cię znów czytać na Forum.
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:36] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:36] przez Moderatora

Też jestem chętny do pomocy
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:36] przez Moderatora

from .. import <modul>

[Uaktualnione dnia: sob, 25 lipiec 2009 21:37] przez Moderatora

Tuptus napisał(a) dnia czw, 18 czerwiec 2009 07:32

Myślałem o zastąpieniu ".." i "." odpowiednimi nazwami pakietów ale może jakiś prostszy sposób na obejście tego problemu ... a może jedynym wyjściem jest python-2.6?

Wystarczy Python 2.5, ale tak czy inaczej to koszmarnie dużo roboty. Nie, żeby dodanie Pythona 2.6 do CentOS-a było bez sensu, w wielu dystrybucjach są dwie wersje.

Gdyby ktoś pytał - nie wiem co znaczą te dwie kropki. Nigdy tego nie używałem. Pamiętam tylko z jakiegoś forum (albo nie forum), że na wersji 2.5 to działa, na 2.4 nie. Można spytać Pitkalego, zna się na Pythonie.
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:37] przez Moderatora

Tak jak obiecywałem, zrobiłem testową instalację i pakiety lecą do repo testing (trochę to potrwa )

Kilka słów o tym co do tej pory ...
- kdegraphics wymaga cairo w wersji co najmniej 1.4 a w systemie mamy 1.2.x; przygotowałem pakiet 1.4.14 i u siebie nie zauważyłem niepokojących objawów co nie znaczy, że takie posunięcie nie będzie kłopotem dla użytkowników GNOME; w moim przypadku cairo wymagane jest przez ponad 70 pakietów i wolałbym ich nie ruszać

- amarok 2.x już nie pracuje z SQLite ale wymaga mysql-embedded; w mysql 5.0.x wprawdzie jest coś takiego ale jest to wersja z mysql 4.x i nie działa, działająca wersja jest dopiero w 5.1.x (info z oficjalnego forum MySQL-a); aktualizacja mysql-a to ... php, pakiety dla pythona i perla ale również qt-MySQL-3.x

- próba aktualizacji pakietów KDE powoduje problemy z aplikacjami korzystającymi z bibliotek KDE zatem pakiety: k3b, konversation, krusader, ktorrent, kile, kaffeine, kadu - albo zbudujemy nowsze wersje albo musimy je usunąć przed aktualizacją (yum nie pozwoli na aktualizację KDE dopóki nie będzie wiedział co zrobić z podanymi pakietami)

- KDE4 nie uruchomi się prawidłowo dopóki w katalogu użytkownika będą katalogi .kde, .local oraz .config; skasowanie .kde to nie tylko utrata ustawień ale również danych np. kmail a to już jest problem

- katalog Desktop jest ignorowany ale to drobiazg bo nie trzeba go kasować i jego zawartość można będzie wykorzystać

- w pakietach, które zrobiłem jest kilka błędów:
- kdelibs - lnusertemp znajduje się w /usr/libexec/kde4 a kdm tam nie zagląda; na chwilę obecną należy ręcznie utworzyć link w /usr/bin
- kdeutils-print-applet wymaga PyKDE4 a ten powstanie dopiero po zbudowaniu kdebindings
- kdesdk wymaga perl(XML::DOM)
- do zbudowania pozostają kdebindings, kdeedu, kdeplasma-addons, kdeaccessibility i oczywiście aplikacje korzystające z kde a wymienione wyżej
- nie działa ustawianie efektów desktopu i okien; KDE4 twierdzi, że system został zbudowany bez tych możliwości i częściowo ma rację, mamy zbyt starą wersję X-ów i póki co nie planuję tego ruszać (może później) tym bardziej, że bez przezroczystości czy pływających okienek da się żyć
- kdm jest bardzo podobny to tego z KDE3 więc można spróbować przygotowania startu KDE podobnie jak to było w naszych wcześniejszych pakietach
- któryś z pakietów (chyba phonon) wywołuje kdebase-devel a co za tym idzie cały wianuszek zależności - do poprawy.

Tyle na gorąco (testy zakończyłem o 3 w nocy). W tej chwili do repo lecą pakiety src.rpm (komplet będzie ok. 19), pakiety binarne przerzucę jutro już na szybszym łączu.

Kilka uwag co do budowania pakietów.
Jako wzorzec pakietów wykorzystałem pakiety z Fedory 11 oraz częściowo z repo devel. Takie podejście ma pewne konsekwencje. Otóż Fedora ma zmodyfikowany pakiet rpm, który zawiera m.in. dodatkowe makra związane z wykorzystaniem qt4 oraz cmake, których brakuje w CentOS-ie. Również inaczej wygląda grupa pakietów base wykorzystywana przez mock.
Aby powyższe różnice wyeliminować zbudowałem pakiet kde4-macros (warto się z nim zapoznać dokładniej) i powinien być dodawany do listy BR w każdym pakiecie korzystającym z KDE4. Do listy BR należy również dodawać cmake.
Niektóre pakiety wymagają ustawienia QTDOCDIR a metoda zastosowana w FC u nas nie działa. Można to obejść stosując następującą konstrukcje:

export QTDOCDIR=%{_docdir}/qt-`pkg-config --modversion QtCore`

Na 30.06 zapowiadana jest wersja RC1. Do tego czasu mają być jeszcze poprawione pakiety artwork i bindings (prawdopodobnie do 23.06). wiemy zatem na czym stoimy więc ... "kto żyw do żniw"
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:37] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:37] przez Moderatora

Kurcze dawno tu nie zaglądałem i aż mi wstyd bo nawet na Wikipedii anulowałem czyjeś edycje hasła o Jazzie gdzie pisali że Jazz nadal żyje..

Jako że sytuacja KateOS nie rokuje poprawy (i pracy nad Kaśką w tej chwili nie ma) mógłbym pomóc w jakiś sposób w pracach nad stroną, ew jakimiś tłumaczeniami. A jeśli była by taka potrzeba i miałbym czas na naukę budowy rpm'ów to mógłbym pomóc w paczkowaniu
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:38] przez Moderatora

Mi to dopiero wstyd się odzywać po dłuuuuuugiej nieaktywności.

Pomarudzić to ja zawsze byłem pierwszy. Z paczkowaniem to może na razie nie będę się wychylał ale biorę się za testowanie.
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:39] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:39] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:39] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:39] przez Moderatora

dampol napisał(a) dnia wto, 30 czerwiec 2009 09:57

Do testowania mam ściągnąć całe iso czy kiedy zainstaluję centosa i podam repo będzie ok?

Możesz jeśli masz szybkie łącze zainstalować Centosa przy użyciu płyty netinstall (obrazy na mirrorach). Potem dociągasz repo jazza:

rpm -ivh ftp://kbs.ise.polsl.pl/jazz-linux/jazz-repo/RPMS.extras/jazz-release-5-5jazz5.noarch.rpm

Nie pamiętam sposobu importu kluczy

BTW strigi-devel, soprano, taglib-extras (a być może jeszcze jakiś pakiet) nie są /nie były/ podpisane i i jeśli nie wyłączysz sprawdzania podpisów to yum odmówi współpracy.
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:39] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:39] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:39] przez Moderatora

Cytuj:

Kurcze dawno tu nie zaglądałem i aż mi wstyd bo nawet na Wikipedii anulowałem czyjeś edycje hasła o Jazzie gdzie pisali że Jazz nadal żyje..

Moje
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

SeeM napisał(a) dnia sob, 04 lipiec 2009 04:39

No to tak - http://wklej.org/id/116104/ W jakiej kolejności instalujecie aktualizacje? Ja mam obraz jazz-2007.iso, zainstalowałem Jazza (domyślnie, bez zmian pakietów w anakondzie) i chciałem machnąć od razu całą aktualizację z użyciem repozytorium jtesting. Jak mi się uda wybranąć z tych zależności, to już będzie dobrze.

Odinstalowałem wszystkie paczki kde3 a dopiero potem instalowałem kdebase i kdelibs oraz to co nie wymagało PyKDE4.

Odnośnie KDM nic nie zauważyłem używam gdm ...
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

Pakiety wersji RC1 mam zrobione do poziomu takiego jak była beta2 (jutro będa w repozytorium).

kdm pracuje już poprawnie choć wygląd ...

systemsettings pyta o hasło root-a tam gdzie jest to potrzebne

Przygotowałem też domyślny wygląd dla pulpitu (panele górny i dolny są ukrywane, tutaj wyciągnięte dla demonstracji, tapetę/tapety przygotował BlooDi):


Przydałoby się żeby jakiś sprytny grafik przygotował temat do kdm i ksplash w podobnym klimacie. Jestem otwarty na propozycje. Termin wykonania - koniec lipca.
Administrator: Poprawione kodowanie

• Załącznik: jazz-kde4.3.png
  (Rozmiar: 118.55KB, Pobrane 2176 razy)

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:40] przez Moderatora

O gustach się nie dyskutuje.
Mi pasowała tapetka z bety jazzlinuksa
Dla mnie górny panel jest ok. Dolny wolałbym widoczny i rozciągnięty,
A ikonki w trayu to w innych systrybucjach cały obszar traya jest czarny chyba.

A z rzeczy bardziej ważnych:
Kdm faktycznie działa, a wygląda ..... hmmmmm znajomo
Nie pojawiło mi się menu- brak programów. Moge je wywołac standardowo ( alt+f2), ale menu nie ma.

kdebase-workspace-python-aplet wymaga pykde4 ale rozumiem,że nad tym pracujesz/cie
Kontact się nie uruchamia. Pyta o ekran startowy i się wyłącza. I tak w kółko.




Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:41] przez Moderatora

bunny1985 napisał(a) dnia wto, 07 lipiec 2009 07:34

O gustach się nie dyskutuje. Mi pasowała tapetka z bety jazzlinuksa Dla mnie górny panel jest ok. Dolny wolałbym widoczny i rozciągnięty, A ikonki w trayu to w innych systrybucjach cały obszar traya jest czarny chyba. A z rzeczy bardziej ważnych: Kdm faktycznie działa, a wygląda ..... hmmmmm znajomo Nie pojawiło mi się menu- brak programów. Moge je wywołac standardowo ( alt+f2), ale menu nie ma. kdebase-workspace-python-aplet wymaga pykde4 ale rozumiem,że nad tym pracujesz/cie Kontact się nie uruchamia. Pyta o ekran startowy i się wyłącza. I tak w kółko.

Nareszcie jakieś konkretne problemy.
Ale po kolei.
- wygląd w KDE3 był ściagnięty z Auroksa, troche chemik go podrasował, trochę ja; tutaj mamy zupełnie inne mechanizmy i zrobiłem ten pulpit według moich preferencji (zawsze brakuje mi miejsca na ekranie); jeśli ktoś opracuje lepszy ... wersja stabilna KDE4.3 ma się ukazać z końcem lipca

- te czarne ikony na tray-u ... sprawdźcie ikony w /usr/share/icons/oxygen/ ... te ikony nie maja przezroczystego tła tylko czarne lub białe; ja nie mam czasu na zabawę z pikselami ale jeśli jest ktoś cierpliwy ...

- brak menu jest dość zastanawiąjacy; menu nie buduje się w żaden sposób, te aplety (są dwa rodzaje menu) pobierają dane z /usr/share/applications i budują menu na podstawie opisu w /etc/xdg/menus; czy w ogóle uruchomił się aplet menu?

- PyKDE4 to faktycznie problem, jeszcze się z tym nie uporałem

- kontact działa prawidłowo

Napisz może coś więcej o sposobie instalacji. Problemy, które opisujesz wskazują na braki określonych plików na dysku a oznaczałoby to błędy przy instalacji. Sprawdź logi, w szczególności yuma, może znajdziesz jakieś informacje.
Przyczyną może być też nieodświeżone repo. Miałem z tym dziś problemy i ok. 12 wymusiłem przebudowę repozytorium RPMS.testing. Sprawdź czy zainstalowane pakiety to kde*4.2.95, czy przypadkiem nie zabłąkały się 4.2.90.
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:41] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:41] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:41] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 21:41] przez Moderatora

Tuptus napisał(a) dnia śro, 08 lipiec 2009 08:19

Cytuj: Zdarzają się będy wyświetlania- w zależności od motywu plasmy, ale to może być wina sterownika grafiki (virtualbox) . Też mam takie objawy ale, że mam słabą kartę graficzną to zwaliłem to właśnie na grafikę. Dlatego też w "naszym" pulpicie zmieniłem motyw z domyślnego oxygen na blue bo ten działał najpewniej.

Wydaje mi się, że to może być wina pluginu blur. Spróbujcie wyłączyć blur, lub wszystkie wtyczki i zobaczcie czy pojawiły się jakieś zmiany.
Wodotryski można też szybko wyłączyć przez [alt]+[shift]+[f12] ale to pewnie wiecie

Zdravim
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 21:41] przez Moderatora