Cześć
Po instalacji KDE-4.4 przestało dziłać okienko wylogowania/zamknięcia
systemu. W logu wygląda to tak:
---
kglobalaccel(2400) KGlobalAccelImpl::x11Event: Got XKeyPress event
kglobalaccel(2400)
Mi się ten pomysł podoba, więc ode mnie też +1.
Nie sądzę by miało to w czymkolwiek przeszkadzać, a przynajmniej będzie
oficjalnie i dodatkowo ludzie (mam nadzieję) będą się czuli bardziej
odpowiedzialni za swoją pracę.
--
Paweł @duddits Długosz
.::http://dlugosz.eu::.
On Friday 19 of February 2010, Pawel Dlugosz wrote:
Mi się ten pomysł podoba, więc ode mnie też +1.
Nie sądzę by miało to w czymkolwiek przeszkadzać, a przynajmniej będzie
oficjalnie i dodatkowo ludzie (mam nadzieję) będą się czuli bardziej
odpowiedzialni za swoją pracę.
+0,
dokładniej
Arkadiusz Miskiewicz wrote:
On Friday 19 of February 2010, Pawel Dlugosz wrote:
Mi się ten pomysł podoba, więc ode mnie też +1.
Nie sądzę by miało to w czymkolwiek przeszkadzać, a przynajmniej będzie
oficjalnie i dodatkowo ludzie (mam nadzieję) będą się czuli bardziej
odpowiedzialni za swoją
Dnia piątek, 19 lutego 2010, Michal Kochanowicz napisał:
Cześć
Po instalacji KDE-4.4 przestało dziłać okienko wylogowania/zamknięcia
systemu. W logu wygląda to tak:
[...]
Czy macie jakieś pomysły co jest zepsute?
Komputer w pracy rzadko restartuję, ale rzeczywiście, w tym tygodniu przy
On Thu, Feb 18, 2010 at 23:58:33 +0100, Bartosz Taudul wrote:
Miałoby to poza czysto informacyjnym znaczeniem jeszcze dodatkowe
znaczenie np. kogo męczyć o updaty, pytać o rady itd.
No jeszcze czego.
P.S.
wiem, że można dojść do tego kto jest odpowiedzialny za coś grepując
commitloga, ale
On Fri, Feb 19, 2010 at 10:07:57 +0100, Arkadiusz Miskiewicz wrote:
+0,
dokładniej może być ale niech owi packagerzy nie oczekują, że nikt inny w
specach grzebał nie będzie (aka nie dostaną ich na wyłączność)
+1
Mi też nie przeszkadza bardzo jakaś dodatkowa linijka, ale
nieobowiązkowa
ostatnio myśląc trochę nt tego kto czym się zajmuje w PLD, wpadłem na
pomysł dodatkowego meta-nagłówka w specach.
Pomysł z opiekunami paczek był już dwno temu i umarł. Były nawet
listy kto i czym mógłby się zajmować (przynajmniej ja pamiętam, że
takową przesyłałem). Ogólnie mogło by się
On Thu, 18 Feb 2010, Bartosz Świątek wrote:
ostatnio myśląc trochę nt tego kto czym się zajmuje w PLD, wpadłem na
pomysł dodatkowego meta-nagłówka w specach. Chodzi o to, że często są
sytuacje kiedy ktoś psuje drugiej osobie coś w specu. Nagłówek możnaby
dawać zaraz pod
[...]
Miałoby to
Tomasz Pala wrote:
On Fri, Feb 19, 2010 at 10:07:57 +0100, Arkadiusz Miskiewicz wrote:
+0,
dokładniej może być ale niech owi packagerzy nie oczekują, że nikt inny w
specach grzebał nie będzie (aka nie dostaną ich na wyłączność)
+1
Mi też nie przeszkadza bardzo jakaś dodatkowa
W dniu 19 lutego 2010 12:10 użytkownik Marcin Krol h...@limanowa.net napisał:
ostatnio myśląc trochę nt tego kto czym się zajmuje w PLD, wpadłem na
pomysł dodatkowego meta-nagłówka w specach.
Pomysł z opiekunami paczek był już dwno temu i umarł. Były nawet
listy kto i czym mógłby się
Sytuacja wyglada tak:
...
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... no
...
Writing smokedata.cpp...
...
if /bin/sh ../../libtool --silent --mode=compile --tag=CXX g++
-DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/usr/local/kde/include
On Fri, Feb 19, 2010 at 12:33:08 +0100, Andrzej Krzysztofowicz wrote:
Jesli nie ma ona miec zadnego znaczenia, to po co w ogole spece zasmiecac?
Żeby wiedzieć, np. kogo męczyć o updaty, pytać o rady itd., innymi
słowy: wpisywać mógłby się tam ten, kto się poczuwa do odpowiedzialności
za speca.
W dniu 19 lutego 2010 11:12 użytkownik Łukasz Maśko
e...@yen.ipipan.waw.pl napisał:
Dnia piątek, 19 lutego 2010, Michal Kochanowicz napisał:
Cześć
Po instalacji KDE-4.4 przestało dziłać okienko wylogowania/zamknięcia
systemu. W logu wygląda to tak:
[...]
Czy macie jakieś pomysły co jest
On Fri, Feb 19, 2010 at 12:58:52 +0100, Bartosz Świątek wrote:
2. Nie zabrania on nikomu niczego zmieniać. Fajnie jednak zapytać
Packagera czy z daną zmianą się zgadza i czy ona nie psuje mu jego
Jeśli to ma być w takiej formie - to każdy packager musi podawać
telefon. Zadzwonić zapytać mogę
Jeśli to ma być w takiej formie - to każdy packager musi podawać
telefon. Zadzwonić zapytać mogę od razu, pisać maila i czekać na
odpowiedź nie zamierzam w żadnym wypadku (podobnie jak korzystać z IRC-a
czy innych IM-ów).
Yhy, no jasne, bo przecież zmiana psująca nie cierpi zwłoki,
Nie
Andrzej Krzysztofowicz wrote:
Sytuacja wyglada tak:
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... no
[...]
.libs/smokedata.o: could not read symbols: Bad value
Any hints jak to ugryzc?
Hints są w pliku config.log w katalogu budowania -
On Fri, Feb 19, 2010 at 13:34:26 +0100, Bartosz Świątek wrote:
2. Nie zabrania on nikomu niczego zmieniać. Fajnie jednak zapytać
Packagera czy z daną zmianą się zgadza i czy ona nie psuje mu jego
[...]
Yhy, no jasne, bo przecież zmiana psująca nie cierpi zwłoki, a czas
tego poprawiającego
On Fri, Feb 19, 2010 at 13:34:26 +0100, Bartosz Świątek wrote:
Yhy, no jasne, bo przecież zmiana psująca nie cierpi zwłoki, a czas
tego poprawiającego mamy serdecznie gdzieś. W końcu to nie nasz czas
jest marnowany.
Podejście godne kogoś[TM].
I jeszcze jedno - jeśli wiesz, co 'psuje', to
W dniu 19 lutego 2010 14:33 użytkownik Tomasz Pala go...@polanet.pl napisał:
On Fri, Feb 19, 2010 at 13:34:26 +0100, Bartosz Świątek wrote:
Yhy, no jasne, bo przecież zmiana psująca nie cierpi zwłoki, a czas
tego poprawiającego mamy serdecznie gdzieś. W końcu to nie nasz czas
jest marnowany.
2010/2/19 Bartosz Świątek shad...@gmail.com:
2. Dodatkowo w tej liście mielibyśmy informacje o ewentualnych
wyjazdach developera.
Zobacz sobie jak to wygląda w praktyce:
http://cvs.pld-linux.org/cgi-bin/cvsweb/cdg/sklad.txt?r1=1.194r2=1.195
Potem jeszcze zobacz w changeloga, kto tam w ogóle coś
W dniu 19 lutego 2010 15:29 użytkownik Bartosz Taudul
wolf@gmail.com napisał:
2010/2/19 Bartosz Świątek shad...@gmail.com:
2. Dodatkowo w tej liście mielibyśmy informacje o ewentualnych
wyjazdach developera.
Zobacz sobie jak to wygląda w praktyce:
2010/2/19 Bartosz Świątek shad...@gmail.com:
A może zaproponujesz sam coś?
A proszę bardzo: http://pl.wikipedia.org/wiki/KISS_%28regu%C5%82a%29
Krytykować jest prosto, a ja po to się
pytam, żeby dostać konstruktywne podpowiedzi poprawek, a nie suche
przypadki kiedy to co napisałem może nie
W dniu 19 lutego 2010 15:47 użytkownik Bartosz Taudul
wolf@gmail.com napisał:
2010/2/19 Bartosz Świątek shad...@gmail.com:
A może zaproponujesz sam coś?
A proszę bardzo: http://pl.wikipedia.org/wiki/KISS_%28regu%C5%82a%29
Toś mi teraz dostał :)
Krytykować jest prosto, a ja po to się
W dniu 19 lutego 2010 15:50 użytkownik Mariusz Mazur mma...@kernel.pl napisał:
On Thursday 18 of February 2010, Bartosz Świątek wrote:
P.S.
wiem, że można dojść do tego kto jest odpowiedzialny za coś grepując
commitloga, ale uważam to za mało oficjalne.
To i tak nie byłoby oficjalne.
On Fri, Feb 19, 2010 at 01:29:48PM +0100, Bartosz Świątek wrote:
Być może to znany błąd.
Czy jeśli wyłączycie w ustawieniach notyfikacji, notyfikację dźwiękową
przy shutdown, to sytuacja się poprawi?
Poprawiło się, dzięki. To jest błąd w KDE, czy paczkowaniu/innym
pakiecie?
--
--= Michal
On Fri, 19 Feb 2010, Bartosz Taudul wrote:
2010/2/19 Bartosz Świątek shad...@gmail.com:
A może zaproponujesz sam coś?
A proszę bardzo: http://pl.wikipedia.org/wiki/KISS_%28regu%C5%82a%29
No to żeś pojechał.
Krytykować jest prosto, a ja po to się
pytam, żeby dostać konstruktywne
2010/2/19 Paweł Zuzelski z...@xatka.net:
A proszę bardzo: http://pl.wikipedia.org/wiki/KISS_%28regu%C5%82a%29
No to żeś pojechał.
A coś merytorycznie może?
%changelog nie daje możliwości zadeklarowania, że zależy mi na tym
specu i podejmuję się nim opiekować.
Jak czytam na slashdocie, że
W dniu 19 lutego 2010 15:55 użytkownik Michal Kochanowicz
mic...@michal.waw.pl napisał:
On Fri, Feb 19, 2010 at 01:29:48PM +0100, Bartosz Świątek wrote:
Być może to znany błąd.
Czy jeśli wyłączycie w ustawieniach notyfikacji, notyfikację dźwiękową
przy shutdown, to sytuacja się poprawi?
On Thu, 18 Feb 2010 23:32:55 +0100
Bartosz Świątek shad...@gmail.com wrote:
Cześć,
ostatnio myśląc trochę nt tego kto czym się zajmuje w PLD, wpadłem na
pomysł dodatkowego meta-nagłówka w specach.
Chodzi o to, że często są sytuacje kiedy ktoś psuje drugiej osobie coś
w specu. Nagłówek
On Friday 19 of February 2010, Bartosz Świątek wrote:
doskonale sobię zdaję sprawę, że wszyscy robimy to w ramach wolnego
czasu i jako hobby.
Tak nawiasem mówiąc, to ciekawym w jakim stopniu to jest prawda, bo coś mi się
wydaje, że nie aż tak bardzo (tzn. że sporo deweloperów, acz nie wiem
Lukasz Michalski wrote:
Andrzej Krzysztofowicz wrote:
Sytuacja wyglada tak:
=20
=20
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... no
=20
[...]
.libs/smokedata.o: could not read symbols: Bad value
=20
=20
Any hints jak to ugryzc?
Hints
On Fri, Feb 19, 2010 at 05:54:39PM +0100, Andrzej Krzysztofowicz wrote:
Lukasz Michalski wrote:
Andrzej Krzysztofowicz wrote:
Sytuacja wyglada tak:
=20
=20
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... no
=20
[...]
.libs/smokedata.o:
On Fri, Feb 19, 2010 at 15:16:49 +0100, Bartosz Świątek wrote:
Reasumując z tego co przeczytałem:
1. Nazwa taga to Packager:.
Tu zostaje do rozstrzygnięcia kwestia poruszona przez Qboosha - jeśli to
będzie rpmowy tag, to trafi do binarki i tam zostanie.
--
Tomasz Pala go...@pld-linux.org
On Fri, Feb 19, 2010 at 15:29:40 +0100, Bartosz Taudul wrote:
A po 2 miesiącach i jednym dniu ukazuje się nowa wersja pakietu i ktoś
mi zrobi w specu burdel, bo mnie, maintainera, dzień wcześniej wywalił
automat?
No teraz to Ty zakładasz, że inni syfu tylko narobią;)
--
Tomasz Pala
2010/2/19 Tomasz Pala go...@polanet.pl:
A po 2 miesiącach i jednym dniu ukazuje się nowa wersja pakietu i ktoś
mi zrobi w specu burdel, bo mnie, maintainera, dzień wcześniej wywalił
automat?
No teraz to Ty zakładasz, że inni syfu tylko narobią;)
No przecież na tym ma to z grubsza polegać.
Andrzej Krzysztofowicz pisze:
Lukasz Michalski wrote:
Andrzej Krzysztofowicz wrote:
Sytuacja wyglada tak:
=20
=20
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... no
=20
[...]
.libs/smokedata.o: could not read symbols: Bad value
=20
=20
Any hints
37 matches
Mail list logo
