🚀 go-pugleaf

On 2010-11-06, Witek <mozga@trimen.pl.no.junk> wrote:
> No w końcu dzieje się coś ciekawego. Najpierw Unity, teraz rezygnacja z X. 

Jak dla mnie Unity i Gnome Shell mają podobne wady, ale zwrócenie uwagi
na Wayland mi się podoba.  Do przedchwilą nie miałem o tym pojęcia.

> Ubuntu zaczyna rewolucję na linuksowym desktopie? 

Wcześniej pulseaudio i upstart.  Jeśli wyjdzie równie dobrze, to może
niech nie zaczynają? ;-)

-- 
Andrzej Rosa 
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.

ja bardzo przepraszam, ale co nie dziala w upstarcie?
i co do PA- fakt, pierwsze wersje byly tak sobie dzialajacymi
kawalkami kodu- ale teraz problemow z tym nie mam, wiec nie bardzo
widze ocb?

szymon

On 2010-11-08, Szymon von Ulezalka <sz.gruszczynski@googlemail.com> wrote:
> ja bardzo przepraszam, ale co nie dziala w upstarcie?

Działać to działa (w parę lat po zapowiedziach) ale też nie dodaje
żadnych kluczowych funkcjonalności.  Zależności w skryptach startowych
były używane wcześniej w innych systemach, startowanie serwisów w
zależności od eventów też kiedyś sobie sam zrobiłem na Gentoo, więc
normalnie nie rozumiem co nowego wnosi.

Tzn. poza zamieszaniem, bo mnóstwo klikadeł nadal stara się restartować
skrypty w /etc/init.d (a przynajmniej jeszcze nie tak dawno na coś
takiego natrafiłem na Ubuntu).

> i co do PA- fakt, pierwsze wersje byly tak sobie dzialajacymi
> kawalkami kodu- ale teraz problemow z tym nie mam, wiec nie bardzo
> widze ocb?

Kolejne API, którego podstawową zaletą jest to, że stoi za nim popularna
dystrybucja. 

-- 
Andrzej Rosa 
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.

On 2010-11-06 12:15, Witek wrote:
> No w końcu dzieje się coś ciekawego. Najpierw Unity, teraz rezygnacja z X.
> Ubuntu zaczyna rewolucję na linuksowym desktopie?
>
>

Wayland nie działa na kartach nvidii i amd. Na dodatek:

"Will applications need to be rewritten or modified to work on Wayland?

Yes, due to the technical design differences of Wayland compared with 
X11, changes need to be made to client applications. In some cases, a 
simple recompilation using Wayland-enabled GTK+/Qt will be enough; in 
other cases minor changes are needed; in a few cases where extensive X11 
functionality is used directly in the app, it will necessitate more 
extensive porting work."

https://wiki.ubuntu.com/Wayland

To nie rewolucja tylko samobójstwo.

On Nov 8, 5:17 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
> On 2010-11-08, Szymon von Ulezalka <sz.gruszczyn...@googlemail.com> wrote:
>
> > ja bardzo przepraszam, ale co nie dziala w upstarcie?
>
> Działać to działa (w parę lat po zapowiedziach) ale też nie dodaje
> żadnych kluczowych funkcjonalności.  Zależności w skryptach startowych
> były używane wcześniej w innych systemach, startowanie serwisów w
> zależności od eventów też kiedyś sobie sam zrobiłem na Gentoo, więc
> normalnie nie rozumiem co nowego wnosi.

Cała idea asynchronicznych skryptów startowych jest warta uwagi
głównie dlatego, że tylko w przypadku skryptów zależnych musisz
zachować kolejność. Niezależne teoretycznie możesz startować
równolegle.

Jurek napisał:
>
> To nie rewolucja tylko samobójstwo.

To nie samobójstwo tylko lock-in.

m.

W dniu 08.11.2010 18:03, Jurek pisze:
> To nie rewolucja tylko samobójstwo.

ryzyko. a kto nie ryzykuje szampana nie pije.

-- 
paweł

On 08.11.2010, Mikolaj Machowski <mikmach@wp.pl> wroted:

>> To nie rewolucja tylko samobójstwo.
>
> To nie samobójstwo tylko lock-in.

To nie lock-in, tylko PR.

GS
-- 
Grzegorz Staniak   <gstaniak _at_ gmail [dot] com>
= AC Universe.:JumpTheGun:. =  85.14.221.102:27960  
= Urban Terror TDM Server = no snipers, no camping,
no spam voting, no console noise...  just pure fun.

On 2010-11-08, Bart Ogryczak <b.ogryczak@gmail.com> wrote:
> On Nov 8, 5:17 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
>
>> > ja bardzo przepraszam, ale co nie dziala w upstarcie?
>>
>> Działać to działa (w parę lat po zapowiedziach) ale też nie dodaje
>> żadnych kluczowych funkcjonalności.  Zależności w skryptach startowych
>> były używane wcześniej w innych systemach, startowanie serwisów w
>> zależności od eventów też kiedyś sobie sam zrobiłem na Gentoo, więc
>> normalnie nie rozumiem co nowego wnosi.
>
> Cała idea asynchronicznych skryptów startowych jest warta uwagi
> głównie dlatego, że tylko w przypadku skryptów zależnych musisz
> zachować kolejność. 

Prawie każdy serwis/skrypt od czegoś zależy.  Wyjątków jest naprawdę
niewiele, a komplikacje przy uruchamianiu systemu asynchronicznie jednak
rosną dość znacząco.  Init nie utrzymał się tak długo w stosunkowo
niezmiennej formie, że był kawałkiem trywialnego kodu, który każdy może
bezproblemowo przepisać lepiej.

Ale w porównaniu do /etc/rc.d/ to jednak oczywisty krok naprzód.

> Niezależne teoretycznie możesz startować równolegle.

Owszem, mogę, nawet te zależne.  Nie warto.  Sprawdzałem.  Jedyne co
zyskujesz to teoretycznie wyższe zużycie procesora, bo może coś robić
zamiast czekać, ale w praktyce zyski są niezauważalne.  I tak wąskim
gardłem jest I/O.  Za to nie masz pewności, czy doinstalowanie czegoś
nowego nie striggeruje jakiegoś buga.

-- 
Andrzej Rosa 
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.

On 2010-11-08, Jurek <jurek.blonski@onet.pl> wrote:
>
> Wayland nie działa na kartach nvidii i amd. Na dodatek:
>
> "Will applications need to be rewritten or modified to work on Wayland?
>
> Yes, due to the technical design differences of Wayland compared with 
> X11, changes need to be made to client applications. In some cases, a 
> simple recompilation using Wayland-enabled GTK+/Qt will be enough; in 
> other cases minor changes are needed; in a few cases where extensive X11 
> functionality is used directly in the app, it will necessitate more 
> extensive porting work."
>
> https://wiki.ubuntu.com/Wayland
>
> To nie rewolucja tylko samobójstwo.

W teorii Wayland może uruchamiać rootless X i aplikacje dla nich.  Nie
wiem jak Shuttleworth, ale deweloper Waylanda (z RH, swoją drogą) ma po
kolei pod sufitem.  ;-)

-- 
Andrzej Rosa 
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.

On 2010-11-08 20:18, Andrzej Rosa wrote:
> W teorii Wayland może uruchamiać rootless X i aplikacje dla nich.  Nie
> wiem jak Shuttleworth, ale deweloper Waylanda (z RH, swoją drogą) ma po
> kolei pod sufitem.;-)
To w teorii. Przyjmijmy, że 100% aplikacji działa. Co z tego jeśli będą 
dostępne tylko dla posiadaczy kart Intela? Bo puki co, to nie słychać, 
żeby nvidia, albo ati rwały się do wspierania tego... tego czegoś.

Grzegorz Staniak napisał:
> On 08.11.2010, Mikolaj Machowski <mikmach@wp.pl> wroted:
>
>>> To nie rewolucja tylko samobójstwo.
>>
>> To nie samobójstwo tylko lock-in.
>
> To nie lock-in, tylko PR.
>

Wg mnie lock-in. Za chwilę bezproblemowo działające programy będą tylko
z serwerów Ubuntu - stąd już tylko krok do opłat.

m.

> Wg mnie lock-in. Za chwilę bezproblemowo działające programy będą tylko
> z serwerów Ubuntu - stąd już tylko krok do opłat.

zrodla beda dostepne.

On Nov 8, 8:14 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
> On 2010-11-08, Bart Ogryczak <b.ogryc...@gmail.com> wrote:
>
> > On Nov 8, 5:17 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
>
> >> > ja bardzo przepraszam, ale co nie dziala w upstarcie?
>
> >> Działać to działa (w parę lat po zapowiedziach) ale też nie dodaje
> >> żadnych kluczowych funkcjonalności.  Zależności w skryptach startowych
> >> były używane wcześniej w innych systemach, startowanie serwisów w
> >> zależności od eventów też kiedyś sobie sam zrobiłem na Gentoo, więc
> >> normalnie nie rozumiem co nowego wnosi.
>
> > Cała idea asynchronicznych skryptów startowych jest warta uwagi
> > głównie dlatego, że tylko w przypadku skryptów zależnych musisz
> > zachować kolejność.
>
> Prawie każdy serwis/skrypt od czegoś zależy.  Wyjątków jest naprawdę
> niewiele,

Ale nie zależą od siebie nawzajem.

> a komplikacje przy uruchamianiu systemu asynchronicznie jednak
> rosną dość znacząco.  Init nie utrzymał się tak długo w stosunkowo
> niezmiennej formie, że był kawałkiem trywialnego kodu, który każdy może
> bezproblemowo przepisać lepiej.

Owszem. Stąd też upstart zrównolegla głównie teoretycznie.

> > Niezależne teoretycznie możesz startować równolegle.
>
> Owszem, mogę, nawet te zależne.  Nie warto.  Sprawdzałem.  Jedyne co
> zyskujesz to teoretycznie wyższe zużycie procesora, bo może coś robić
> zamiast czekać, ale w praktyce zyski są niezauważalne.

Jak masz daemona np. ntp, to po cholere na niego czekać?
 

a tak swoja droga: jaki sens ma zmiana inita na upstart? by
zaoszczedzic sobie 2 sekundy na starcie? tak na serio: jakie to ma
znaczenie, jezeli restartuje sobie desktopa raz dziennie (a serwery
maja upstart rzedu kilku miesiecy/lat)?
co innego taki launchd (opracowany przez appla w, zdaje sie 2007 roku)
badz jego linuksiarska kopia systemd /jest opcjonalny, zdaje sie, w
F14/

szymon

On 09.11.2010, Szymon von Ulezalka <sz.gruszczynski@googlemail.com> wroted:

> a tak swoja droga: jaki sens ma zmiana inita na upstart?

Sterowanie zdarzeniami?

GS
-- 
Grzegorz Staniak   <gstaniak _at_ gmail [dot] com>
= AC Universe.:JumpTheGun:. =  85.14.221.102:27960  
= Urban Terror TDM Server = no snipers, no camping,
no spam voting, no console noise...  just pure fun.

On 2010-11-09, Bart Ogryczak <b.ogryczak@gmail.com> wrote:
> On Nov 8, 8:14 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
>
>> > Cała idea asynchronicznych skryptów startowych jest warta uwagi
>> > głównie dlatego, że tylko w przypadku skryptów zależnych musisz
>> > zachować kolejność.
>>
>> Prawie każdy serwis/skrypt od czegoś zależy.  Wyjątków jest naprawdę
>> niewiele,
>
> Ale nie zależą od siebie nawzajem.

Zależą.  

/etc/init.d/consolefont

depend()
{
        need localmount termencoding
	after hotplug bootmisc
        keyword -openvz -prefix -uml -vserver -xenu
}

To reguła.  Trudno znaleźć skrypt bez konkretnych wymagań.

>> a komplikacje przy uruchamianiu systemu asynchronicznie jednak
>> rosną dość znacząco.  Init nie utrzymał się tak długo w stosunkowo
>> niezmiennej formie, że był kawałkiem trywialnego kodu, który każdy może
>> bezproblemowo przepisać lepiej.
>
> Owszem. Stąd też upstart zrównolegla głównie teoretycznie.

Czyli zostaje możliwość triggerowania startu skryptu przez event, która
była w Gentoo jeszcze przed upstartem, oraz teoretyczna możliwość
zrestartowania padniętego serwisu.  Piszę teoretyczna, bo jakoś nie
przypominam sobie zwisu serwisu, który spowodowałby jego zatrzymanie.
Jak zwisa to zwisa, człowiek musi się domyślić, że tak naprawdę nie
działa, mimo iż niby to chodzi i go zrestartować.

A z tymi triggerami prze eventy - w Gentoo zrobili katalog
/etc/runlevels, w którym można definiować własne runlevele po prostu
symlinkując skrypty z /etc/init.d.  Te runlevele można triggerować
eventami z acpid (działało szybko, bo nie restartował wszystkiego, tylko
to co potrzeba).  W praktyce nigdy tego nie używałem.  W systemie jest
całe multum wyspecjalizowanych daemonów, każdy zajmuje się tym, na czym
się faktycznie zna, jakoś nie widzę większego sensu w używaniu
kolejnego.

Ale znowu, w porównaniu z /etc/rc.d upstart to oczywisty krok naprzód.

>> Owszem, mogę, nawet te zależne.  Nie warto.  Sprawdzałem.  Jedyne co
>> zyskujesz to teoretycznie wyższe zużycie procesora, bo może coś robić
>> zamiast czekać, ale w praktyce zyski są niezauważalne.
>
> Jak masz daemona np. ntp, to po cholere na niego czekać?

Zdaje się, że ntpd startuje szybko a synchronizuje się później, więc nie
muszę czekać.  No, nie wiem.  Nie opóźnia (robiłem bootcharty).

-- 
Andrzej Rosa 
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.

On 2010-11-08, Jurek <jurek.blonski@onet.pl> wrote:
> On 2010-11-08 20:18, Andrzej Rosa wrote:
>> W teorii Wayland może uruchamiać rootless X i aplikacje dla nich.  Nie
>> wiem jak Shuttleworth, ale deweloper Waylanda (z RH, swoją drogą) ma po
>> kolei pod sufitem.;-)
> To w teorii. Przyjmijmy, że 100% aplikacji działa. Co z tego jeśli będą 
> dostępne tylko dla posiadaczy kart Intela? Bo puki co, to nie słychać, 
> żeby nvidia, albo ati rwały się do wspierania tego... tego czegoś.

Ati ma otwarte źródła, a nvidia dostosuje się do mainstream.  Muszą, bo
inaczej stracą dość lukratywny rynek produkcji filmowych. 

-- 
Andrzej Rosa 
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.

On Nov 9, 2:21 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
> On 2010-11-09, Bart Ogryczak <b.ogryc...@gmail.com> wrote:
>
> > On Nov 8, 8:14 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
>
> >> > Cała idea asynchronicznych skryptów startowych jest warta uwagi
> >> > głównie dlatego, że tylko w przypadku skryptów zależnych musisz
> >> > zachować kolejność.
>
> >> Prawie każdy serwis/skrypt od czegoś zależy.  Wyjątków jest naprawdę
> >> niewiele,
>
> > Ale nie zależą od siebie nawzajem.
>
> Zależą.  
>
> /etc/init.d/consolefont
>
> depend()
> {
>         need localmount termencoding
>         after hotplug bootmisc
>         keyword -openvz -prefix -uml -vserver -xenu
>
> }
>
> To reguła.  Trudno znaleźć skrypt bez konkretnych wymagań.

A teraz powiedz jaka jest zależność między powyższym, a np.
pcmciautils, bluetooth i saned?

On 2010-11-09, Bart Ogryczak <b.ogryczak@gmail.com> wrote:
> On Nov 9, 2:21 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
>
>> >> Prawie każdy serwis/skrypt od czegoś zależy.  Wyjątków jest naprawdę
>> >> niewiele,
>>
>> > Ale nie zależą od siebie nawzajem.
>>
>> Zależą.  
>>
>> /etc/init.d/consolefont
>>
>> depend()
>> {
>>         need localmount termencoding
>>         after hotplug bootmisc
>>         keyword -openvz -prefix -uml -vserver -xenu
>>
>> }
>>
>> To reguła.  Trudno znaleźć skrypt bez konkretnych wymagań.
>
> A teraz powiedz jaka jest zależność między powyższym, a np.
> pcmciautils, bluetooth i saned?

bluetooth after coldplug, need dbus localmount.  pcm* i sanded nie mam,
więc nie sprawdzę na szybko.

-- 
Andrzej Rosa 
Working Gentoo flavor:  http://www.funtoo.org
Maintained by Daniel Robbins.

On 2010-11-09 14:26, Andrzej Rosa wrote:
> On 2010-11-08, Jurek<jurek.blonski@onet.pl>  wrote:
>> On 2010-11-08 20:18, Andrzej Rosa wrote:
>>> W teorii Wayland może uruchamiać rootless X i aplikacje dla nich.  Nie
>>> wiem jak Shuttleworth, ale deweloper Waylanda (z RH, swoją drogą) ma po
>>> kolei pod sufitem.;-)
>> To w teorii. Przyjmijmy, że 100% aplikacji działa. Co z tego jeśli będą
>> dostępne tylko dla posiadaczy kart Intela? Bo puki co, to nie słychać,
>> żeby nvidia, albo ati rwały się do wspierania tego... tego czegoś.
>
> Ati ma otwarte źródła, a nvidia dostosuje się do mainstream.  Muszą, bo
> inaczej stracą dość lukratywny rynek produkcji filmowych.
>

nVidia jest innego zdania. Nie mają w planach wsparcia dla Wayland i nie 
podoba mi się ta architektura. Tak piszą ja nvnews.net. Jeśli ktoś tu 
straci rynek to raczej Ubuntu.

On 11.11.2010 12:55, Jurek wrote:
>
> Ati ma otwarte źródła, a nvidia dostosuje się do mainstream.  Muszą, bo
> inaczej stracą dość lukratywny rynek produkcji filmowych.

X.org tez kiedys nie zamierzali wspierac.


-- 
Tomasz Chmielewski
http://wpkg.org

On 2010-11-11 13:02, Tomasz Chmielewski wrote:
> X.org tez kiedys nie zamierzali wspierac.

Ile lat minęło zanim zaczęli wspierać?

On Nov 9, 4:18 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
> On 2010-11-09, Bart Ogryczak <b.ogryc...@gmail.com> wrote:
>
>
>
>
>
>
>
>
>
> > On Nov 9, 2:21 pm, Andrzej Rosa <bakt...@yahoo.com> wrote:
>
> >> >> Prawie każdy serwis/skrypt od czegoś zależy.  Wyjątków jest naprawdę
> >> >> niewiele,
>
> >> > Ale nie zależą od siebie nawzajem.
>
> >> Zależą.  
>
> >> /etc/init.d/consolefont
>
> >> depend()
> >> {
> >>         need localmount termencoding
> >>         after hotplug bootmisc
> >>         keyword -openvz -prefix -uml -vserver -xenu
>
> >> }
>
> >> To reguła.  Trudno znaleźć skrypt bez konkretnych wymagań.
>
> > A teraz powiedz jaka jest zależność między powyższym, a np.
> > pcmciautils, bluetooth i saned?
>
> bluetooth after coldplug, need dbus localmount.  pcm* i sanded nie mam,
> więc nie sprawdzę na szybko.

Więc jaka jest zależność między bluetooth i consolefont? :-P