Re: perl-Qt a -fPIC
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 jak to ugryzc? >> >> Hints s=C4=85 w pliku config.log w katalogu budowania - prawie na ko=C5=84= >> cu, >> zaraz przed linijk=C4=85 "failed program was:" > > Oj chyba nie wiesz o czym piszesz. > > Blad nie pojawia sie na poziomie configure, nawet nie podczas budowania > gcc/g++, a podczas linkowania finalnego modulu binarnego. Z tego co piszesz, to linkowanie się nie udaje pojawia się, bo: checking if g++ PIC flag -fPIC works... no A szczegóły co było sprawdzane, jakim narzędziem i co to narzędzie wyrzuciło na stdout/stderr są w config.log. A że configure.in tego pakietu jest tak napisane, że pozwala na budowanie .so ładowanych w runtime bez -fPIC, to już inna sprawa pozdrawiam, Łukasz ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
2010/2/19 Tomasz Pala : >> 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ć. wolf ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: perl-Qt a -fPIC
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: could not read symbols: Bad value
> > >=20
> > >=20
> > > Any hints jak to ugryzc?
> >
> >
> > Hints s=C4=85 w pliku config.log w katalogu budowania - prawie na ko=C5=84=
> > cu,
> > zaraz przed linijk=C4=85 "failed program was:"
>
> Oj chyba nie wiesz o czym piszesz.
>
> Blad nie pojawia sie na poziomie configure, nawet nie podczas budowania
> gcc/g++, a podczas linkowania finalnego modulu binarnego.
> A to co wkleilem z configure, to informacja co myslec o sugerowanej przez
> linker poprawce (-fPIC). Chyba, ze wiesz, czego uzyc w g++/zamiast g++, zeby
> -fPIC dzialalo?
-fPIC musi zadziałać, a jeśli configure to odrzuca to tam pewnie jest
inny błąd, np testowy program może nie być poprawnym kodem C++.
A linkowanie nie działą z powodu braku -fPIC.
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: perl-Qt a -fPIC
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 s=C4=85 w pliku config.log w katalogu budowania - prawie na ko=C5=84= > cu, > zaraz przed linijk=C4=85 "failed program was:" Oj chyba nie wiesz o czym piszesz. Blad nie pojawia sie na poziomie configure, nawet nie podczas budowania gcc/g++, a podczas linkowania finalnego modulu binarnego. A to co wkleilem z configure, to informacja co myslec o sugerowanej przez linker poprawce (-fPIC). Chyba, ze wiesz, czego uzyc w g++/zamiast g++, zeby -fPIC dzialalo? PS1. na koncu config.log jest oczywiscie: : configure: exit 0 ;-P PS2. Jak znam zycie, na x86 problemu nie bedzie. Tylko na x86_64. PS3. Wie ktos, czy qboosh jeszcze sie udziela? On by pewnie wiedzial... -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 jak sporo, dłubie paczki do pld przynajmniej częściowo dlatego, że im do pracy potrzebne). --mmazur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
On Thu, 18 Feb 2010 23:32:55 +0100 Bartosz Świątek 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 możnaby dawać zaraz pod > > # $Revision: > > i nazwać go np. > > # PersionInCharge: > > albo > > # PersonResposible: > > Miałoby to poza czysto informacyjnym znaczeniem jeszcze dodatkowe > znaczenie np. kogo męczyć o updaty, pytać o rady itd. > Dodatkowo mając ustalony schemat nazewnictwa, można dopisać > odpowiednie powiadomienia via cvs czy inne zbędne bajerki np. w bocie > stbr. > > Co o tym sądzicie? > > Pozdrawiam, > Bartek > > 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. commit log jest jak najbardziej oficjalny, a odpowiedzialny jest ten co commituje. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: KDE-4.4.0 - nie działa shutdown
W dniu 19 lutego 2010 15:55 użytkownik Michal Kochanowicz 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? > > Poprawiło się, dzięki. To jest błąd w KDE, czy paczkowaniu/innym > pakiecie? Jest to znany błąd w KDE: https://bugs.kde.org/show_bug.cgi?id=201569 ale jego poprawka nie jest chyba taka do końca dobra ;) -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
2010/2/19 Paweł Zuzelski : >> 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 wyszła nowa wersja programu i chcę zrobić update speca, ale widzę w %changelogu, że update już ktoś zrobił - to właśnie znaczy że komuś zależy i się opiekuje. > Poza tym na podstawie %changeloga ciężko czasem ocenić kto jest > najbardziej odpowiedzialny za pakiet. Takie życie. Jak ci się wydaje, że pole Packager nagle te problemy rozwiążę, to, khem, gratuluję dobrego samopoczucia. > 2) żeby ktoś popsuł pakiet nad którym pracujesz, musisz najpierw > zacząć pracować nad jakimś Długość fiuta to dla ciebie też jest argument w dyskusji? Jakoś wczoraj na IRC-u nie odpowiedziałeś. Ja naprawdę nie widzę problemu, żebym sobie napisał jakiś automat robiący masowe commity. Obiecuję ci, że wtedy we wszystkich głupich statystykach na pierwszym miejscu będę. Tylko gdzie tu sens? wolf ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
On Fri, 19 Feb 2010, Bartosz Taudul wrote: > 2010/2/19 Bartosz Świątek : > > 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 podpowiedzi poprawek, a nie suche > > przypadki kiedy to co napisałem może nie zadziałać. > A co to niby, mój pomysł, żebym go doszlifowywał? Duplikujesz > funkcjonalność %changeloga, w miejsce uznaniowej analizy tegoż > proponujesz zestaw reguł, które nie działają już na pierwszy rzut oka. > Czego ty oczekujesz? %changelog nie daje tej funkcjonalności %changelog nie daje możliwości zadeklarowania, że zależy mi na tym specu i podejmuję się nim opiekować. Poza tym na podstawie %changeloga ciężko czasem ocenić kto jest najbardziej odpowiedzialny za pakiet. No i nie mów, że automat Cię wywali z funkcji maintainera jakiegoś pakietu i ktoś Ci go zaraz popsuje, bo: 1) w przypadku, kiedy tagu maintainer nie będzie w ogóle nie będzie lepiej 2) żeby ktoś popsuł pakiet nad którym pracujesz, musisz najpierw zacząć pracować nad jakimś -- Pozdrawiam, Paweł ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: KDE-4.4.0 - nie dział a shutdown
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 Kochanowicz =--==--==BOFH==--==--= mic...@michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po górach SSIE!!! ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
W dniu 19 lutego 2010 15:50 użytkownik Mariusz Mazur 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". Pierwsza osoba która przy flejmie użyłaby > argumentu, że przecież w specu jest informacja z kim należy zmiany omawiać, > zostałaby dosyć brutalnie wyśmiana. Pomysł jest optymistyczny w założeniach, > natomiast w praktyce przypadków, gdy ktoś miałby wystarczająco ochoty, żeby > najpierw się odezwać w sprawie jakiejś zmiany, później czekać na odpowiedź, > pogadać trochę i dopiero ją robić... Cóż, słabo to widzę. Jeśli takie osoby > istnieją, to robią to zapewne już teraz przy pomocy commitlogów. Cała reszta > natomiast nie zacznie tylko dlatego, że takie pole będzie. Więc niespecjalnie > wiem czemu miałoby służyć. > > -1 No i święte Twoje prawo. Ja proszę tylko o głosy. Będzie więcej negatywów niż pozytywów to podkulę ogonek i w tej sprawie się już więcej nie wypowiem, a temat uznam za zakończony. -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
W dniu 19 lutego 2010 15:47 użytkownik Bartosz Taudul napisał: > 2010/2/19 Bartosz Świątek : >> 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ę >> pytam, żeby dostać konstruktywne podpowiedzi poprawek, a nie suche >> przypadki kiedy to co napisałem może nie zadziałać. > A co to niby, mój pomysł, żebym go doszlifowywał? Duplikujesz > funkcjonalność %changeloga, w miejsce uznaniowej analizy tegoż > proponujesz zestaw reguł, które nie działają już na pierwszy rzut oka. > Czego ty oczekujesz? Już niczego :) -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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". Pierwsza osoba która przy flejmie użyłaby argumentu, że przecież w specu jest informacja z kim należy zmiany omawiać, zostałaby dosyć brutalnie wyśmiana. Pomysł jest optymistyczny w założeniach, natomiast w praktyce przypadków, gdy ktoś miałby wystarczająco ochoty, żeby najpierw się odezwać w sprawie jakiejś zmiany, później czekać na odpowiedź, pogadać trochę i dopiero ją robić... Cóż, słabo to widzę. Jeśli takie osoby istnieją, to robią to zapewne już teraz przy pomocy commitlogów. Cała reszta natomiast nie zacznie tylko dlatego, że takie pole będzie. Więc niespecjalnie wiem czemu miałoby służyć. -1 --mmazur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
2010/2/19 Bartosz Świątek : > 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 zadziałać. A co to niby, mój pomysł, żebym go doszlifowywał? Duplikujesz funkcjonalność %changeloga, w miejsce uznaniowej analizy tegoż proponujesz zestaw reguł, które nie działają już na pierwszy rzut oka. Czego ty oczekujesz? wolf ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
W dniu 19 lutego 2010 15:29 użytkownik Bartosz Taudul napisał: > 2010/2/19 Bartosz Świątek : >> 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.194&r2=1.195 > Potem jeszcze zobacz w changeloga, kto tam w ogóle coś wpisuje. > >> paczce. Po okresie np. 2 miesięcy nieaktywności tag Packager jest >> usuwany ze speca w przypadku kiedy developer nieaktywny sam zajmował >> się paczką, lub usuwany jest tylko developer w przypadku gdy jest ich >> więcej w tagu Packager. > 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? A może zaproponujesz sam coś? 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 zadziałać. -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
2010/2/19 Bartosz Świątek : > 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.194&r2=1.195 Potem jeszcze zobacz w changeloga, kto tam w ogóle coś wpisuje. > paczce. Po okresie np. 2 miesięcy nieaktywności tag Packager jest > usuwany ze speca w przypadku kiedy developer nieaktywny sam zajmował > się paczką, lub usuwany jest tylko developer w przypadku gdy jest ich > więcej w tagu Packager. 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? wolf ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
W dniu 19 lutego 2010 14:33 użytkownik Tomasz Pala 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. >> Podejście godne kogoś[TM]. > > I jeszcze jedno - jeśli wiesz, co 'psuje', to bądź łaskaw tę wiedzę > tajemną po prostu zamieścić w specu. Jak przestanie być tajemna, to może > ludzie przestaną psuć? Ale to tylko taki głupi pomysł racjonalizatorski. Dobrze, nie w tym jednak rzecz, że jakąś swoją wiedzą i doświadczeniem nie chcę się dzielić - inaczej nie robiłbym PLD. Rzecz w tym, że doskonale sobię zdaję sprawę, że wszyscy robimy to w ramach wolnego czasu i jako hobby. Szkoda więc zatrzymywać się na poprawianiu czyichś błędów. Ale niech już będzie to EOT tego offtopica. Reasumując z tego co przeczytałem: 1. Nazwa taga to Packager:. 2. Adapter ma ten tag szanować i poprawnie sortować (w swoim repo mam już stosowną poprawkę i Packager: ląduje przed Summary: - źle? To proszę o wskazówki gdzie miałby być (podany przez Pawła linka tego nie opisuje)). 3. Tag nie jest obowiązkowy - podpowiada jednak kto na ochotnika zgłosił się by "czuwać" nad paczką. 4. Tag nie zabrania innym grzebania w specu - jest jednak koleżeńskim powiadomieniem o tym, czyją pracę ewentualnie psujemy. 5. Istnieje możliwość wpisania wielu developerów zajmujących się tą samą paczką - każdy wpisuje się sam gdzie uważa. Co do innych zarzutów, że to nie jest maintainowalne mam następujące propozycje. 1. Raz w tygodniu leci skryptcik tworzący listę pakietów zawierających tag Packager: i odpowiedzialnych developerów. Będzie to pomocne w przejrzeniu jednym "rzutem oka", kto się czym zajmuje. 2. Dodatkowo w tej liście mielibyśmy informacje o ewentualnych wyjazdach developera. 3. Aktywność developerów robi już Paweł Z. - dzięki jego statystyce można porównywać listę aktywnych developerów z tymi wpisanymi w danej paczce. Po okresie np. 2 miesięcy nieaktywności tag Packager jest usuwany ze speca w przypadku kiedy developer nieaktywny sam zajmował się paczką, lub usuwany jest tylko developer w przypadku gdy jest ich więcej w tagu Packager. Jeśli coś pominąłem to nieumyślnie. Proszę o głosowanie w sprawie samego taga, a nie popierami plusami czyichś wypowiedzi. -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 bądź łaskaw tę wiedzę tajemną po prostu zamieścić w specu. Jak przestanie być tajemna, to może ludzie przestaną psuć? Ale to tylko taki głupi pomysł racjonalizatorski. -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 mamy serdecznie gdzieś. W końcu to nie nasz czas > jest marnowany. Z pewnością każde zapytanie nie jest marnowaniem czasu, ani packagera ani 'psującego'. > Podejście godne kogoś[TM]. Zaprawdę godne podejście jest do innych, że się nie znają i tylko psują. To może zróbmy inaczej - niech każda zmiana będzie wysyłana na devel-en i odleży minimum tydzień, ażeby każdy mógł wnieść sprzeciw? -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: perl-Qt a -fPIC
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 - prawie na końcu, zaraz przed linijką "failed program was:" pzdr, Łukasz signature.asc Description: OpenPGP digital signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
On Fri, Feb 19, 2010 at 12:33:08PM +0100, Andrzej Krzysztofowicz wrote: > 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 linijka, ale > > nieobowiązkowa dwustronnie (ani do dopisania, ani do respektowania). > > Jesli nie ma ona miec zadnego znaczenia, to po co w ogole spece zasmiecac? > Natomiast pomysl czekania kilka(nascie) dni na odpowiedz, bo nie wiadomo czy > "packager" jest nadal aktywny w pld, a moze ma pilna robote/wyjechal na > wakacje/wycieczke/sluzbowo etc. mi sie nie podoba. A "Packager" w pakietach binarnych zostanie aż do przebudowania ich po usunięciu pola ze speca. Lepiej, jak tam jest namiar na kontakt/BTS ogólnodystrybucyjny. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
> > 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 wiem jak ty, ja "zmian psujących" nie robię. Co najwyżej potem się okazuje, że takie są. > a czas > tego poprawiającego mamy serdecznie gdzieś. W końcu to nie nasz czas > jest marnowany. Oczywista oczywistość. Naprawdę, nikt nie będzie czekał przez tydzień na odpowiedź na maila (marnował tydzień czasu, bo maintainerowi bimba odpowiadanie na maile, bo to nie jego czas się marnuje.) wolf ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
W dniu 19 lutego 2010 13:30 użytkownik Tomasz Pala napisał: > 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ę od razu, pisać maila i czekać na > odpowiedź nie zamierzam w żadnym wypadku (podobnie jak korzystać z IRC-a > czy innych IM-ów). > >> konceptu na tą paczkę w PLD, albo czy dodatkowe pliki które spaczkował >> w nowej wersji są w ogóle w dobrym miejscu. > > Przecież jeśli taki maintainer się z decyzją nie zgadza, to poprawi (na > pewno obserwuje pakiet, skoro chce się zapisać) i odeśle uwagi autorowi. 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'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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ę od razu, pisać maila i czekać na odpowiedź nie zamierzam w żadnym wypadku (podobnie jak korzystać z IRC-a czy innych IM-ów). > konceptu na tą paczkę w PLD, albo czy dodatkowe pliki które spaczkował > w nowej wersji są w ogóle w dobrym miejscu. Przecież jeśli taki maintainer się z decyzją nie zgadza, to poprawi (na pewno obserwuje pakiet, skoro chce się zapisać) i odeśle uwagi autorowi. -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: KDE-4.4.0 - nie działa shutdown
W dniu 19 lutego 2010 11:12 użytkownik Łukasz Maśko 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 zepsute? > > Komputer w pracy rzadko restartuję, ale rzeczywiście, w tym tygodniu przy > próbie zrobienia restartu przez kdm-a operacja skończyła się powrotem do > konsoli i czymś takim w logach: > > Feb 15 15:41:10 geralt kdm: :0[31197]: pam_unix(kdm:session): session closed > for user ed > Feb 15 15:41:11 geralt kdm: :0[31197]: Received unknown or unexpected > command -2 from greeter > Feb 15 15:41:11 geralt kdm: :0[31197]: Abnormal termination of greeter for > display :0, code 1, signal 0 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? -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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. Jak ja mam do kogoś biznes, to patrzę w commitlogi, ale często jest tak, że ktoś w pakiecie dłubie tylko to, co mu wygodnie 'bo tak', a nie zależy mu szczególnie na innych sprawach (np. ja - śledzę wiele pakietów, ale tylko w zakresie mi potrzebnym). Zasadnicze pytanie brzmi: czy w ogóle ktokolwiek by to traktował jako 'tak, będę się opiekował'? Bo mi to bardziej wygląda na rezerwację. > Natomiast pomysl czekania kilka(nascie) dni na odpowiedz, bo nie wiadomo czy > "packager" jest nadal aktywny w pld, a moze ma pilna robote/wyjechal na > wakacje/wycieczke/sluzbowo etc. mi sie nie podoba. W takiej sytuacji pewnie można by poczekać (skoro ktoś ma 'powołanie' do danego pakietu), albo to olać (skoro do niczego nie zobowiązuje, a nie widzę sensu w żadnym 'zaklepywaniu' sobie praw do pakietu). Dodatkowo po mniej lub bardziej ewidentnym 'porzuceniu' trzeba by to czyścić. Aha, żeby nie było - moje '+1' traktują o cytowanym fragmencie, pod którym są umieszone, a nie tytułowym pomyśle. -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
perl-Qt a -fPIC
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 -I/usr/include/qt -I. -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -O2 -fno-exceptions -fno-check-new -fno-common -MT smokedata.lo -MD -MP -MF ".deps/smokedata.Tpo" \ -c -o smokedata.lo `test -f 'smokedata.cpp' || echo './'`smokedata.cpp; \ then mv ".deps/smokedata.Tpo" ".deps/smokedata.Plo"; \ else rm -f ".deps/smokedata.Tpo"; exit 1; \ fi ... /usr/bin/ld: .libs/smokedata.o: relocation R_X86_64_32S against .rodata' can not be used when making a shared object; recompile with -fPIC .libs/smokedata.o: could not read symbols: Bad value Any hints jak to ugryzc? -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
W dniu 19 lutego 2010 12:10 użytkownik Marcin Krol 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ę zajmować (przynajmniej ja pamiętam, że > takową przesyłałem). Ogólnie mogło by się to sprawdzić i jestem za, ale > obawiam się, żeby nie kończyło się to "nic nie robię w tym specu bo to > spec shadzika, niech poprawia". Hmm, nie o to chodziło. 1. Tag ma być nieobowiązkowy. 2. Nie zabrania on nikomu niczego zmieniać. Fajnie jednak zapytać Packagera czy z daną zmianą się zgadza i czy ona nie psuje mu jego konceptu na tą paczkę w PLD, albo czy dodatkowe pliki które spaczkował w nowej wersji są w ogóle w dobrym miejscu. -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 linijka, ale > nieobowiązkowa dwustronnie (ani do dopisania, ani do respektowania). Jesli nie ma ona miec zadnego znaczenia, to po co w ogole spece zasmiecac? Natomiast pomysl czekania kilka(nascie) dni na odpowiedz, bo nie wiadomo czy "packager" jest nadal aktywny w pld, a moze ma pilna robote/wyjechal na wakacje/wycieczke/sluzbowo etc. mi sie nie podoba. -1 ode mnie. -- === Andrzej M. Krzysztofowicz an...@mif.pg.gda.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 poza czysto informacyjnym znaczeniem jeszcze dodatkowe > znaczenie np. kogo męczyć o updaty, pytać o rady itd. Dodatkowo mając > ustalony schemat nazewnictwa, można dopisać odpowiednie powiadomienia > via cvs czy inne zbędne bajerki np. w bocie stbr. Sam pomysł jak każdy inny - nie jest zły. Ale obawiam się, że tak jak pisał wolf - za pół roku to nie będzie miało nic wspólnego z rzeczywistością. > wiem, że można dojść do tego kto jest odpowiedzialny za coś grepując > commitloga, ale uważam to za mało oficjalne. Zawsze jeżeli poczuwasz się do paczki możesz użyć pola Packager. W końcu do tego jest przeznaczone. Ale traktowałbym to tylko jako parametr "informacyjny", a nie faktycznego maintainera... -- pozdr. Paweł Gołaszewski jid:bluesjabbergdapl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
> 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ę to sprawdzić i jestem za, ale obawiam się, żeby nie kończyło się to "nic nie robię w tym specu bo to spec shadzika, niech poprawia". M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 dwustronnie (ani do dopisania, ani do respektowania). -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 uważam to za mało oficjalne. > Tylko commitlog pokaże ci kto tak naprawdę przy specu pracuje (albo > pracował, data też jest ważna). Idę o zakład, że jak się zaczniemy w > to bawić, to po roku połowa tych wpisów będzie miała tyle wspólnego z > rzeczywistością co bajania o globalnym ociepleniu. +1 -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: KDE-4.4.0 - nie działa shutdown
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 próbie zrobienia restartu przez kdm-a operacja skończyła się powrotem do konsoli i czymś takim w logach: Feb 15 15:41:10 geralt kdm: :0[31197]: pam_unix(kdm:session): session closed for user ed Feb 15 15:41:11 geralt kdm: :0[31197]: Received unknown or unexpected command -2 from greeter Feb 15 15:41:11 geralt kdm: :0[31197]: Abnormal termination of greeter for display :0, code 1, signal 0 -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
Dnia 2010-02-19 10:07 Arkadiusz Miskiewicz napisał(a): >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 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ść) Chociaż nie mam prawa głosu, to ja bym zagłosował -1 Dlatego, że jest to niezgodne z polityką PLD. Tą główną, w której zasadą jest, że jeżeli coś nie działa lub coś chcesz dodać, to po prostu robisz i wrzucasz. pozdrawiam -- Łukasz Głębicki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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ą pracę. > > +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ść) > Z mojego pkt. widzenia (lusera, który czasem coś grzebnie żeby coś zbudować) ważniejszy jest ostatni wpis w commitlogu, wyłączając (mass change) pzdr, Łukasz signature.asc Description: OpenPGP digital signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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 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ść) -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomysł na opiekunów paczek
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::. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
KDE-4.4.0 - nie działa shutdown
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) GlobalShortcutsRegistry::keyPressed: "Ctrl+Alt+Del" = "Log Out" ksmserver(2395) KSMServer::performLegacySessionSave: Saving legacy session apps ksmserver(2395) KSMServer::performLegacySessionSave: Done saving 0 legacy session apps klipper(2472)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: dolphin(2431)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: dolphin(2431)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: dolphin(2431)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: dolphin(2431)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: ksmserver(2395) KSMServer::completeShutdownOrCheckpoint: Starting logout event QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::setCompositionMode: Painter not active QPainter::end: Painter not active, aborted kglobalaccel(2400) KGlobalAccelImpl::x11Event: Got XKeyPress event kglobalaccel(2400) GlobalShortcutsRegistry::keyPressed: "Ctrl+Alt+L" = "Lock Session" krunner(2423) SaverEngine::startLockProcess: SaverEngine: starting saver kscreenlocker(3720)/krunner main: app 0 0 false 0 0 kscreenlocker(3720)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from "/var/tmp/kdecache-mkochano/ksycoca4" kscreenlocker(3720)/plasma LockProcess::readSaver: mForbidden: false kscreenlocker(3720)/plasma LockProcess::createSaverWindow: Saver window Id: 52428830 kscreenlocker(3720)/plasma LockProcess::startHack: Starting hack: "kblankscrn.kss -root" kscreenlocker(3720)/plasma LockProcess::loadGreetPlugin: GreeterPlugin "classic" ( classic , Username + password (classic) ) loaded krunner(2423) SaverEngine::saverLockReady: Saver Lock Ready kscreenlocker(3720)/krunner LockProcess::x11Event: MapNotify: 52428830 kscreenlocker(3720)/krunner LockProcess::x11Event: not fully obscured kscreenlocker(3720)/krunner LockProcess::x11Event: not fully obscured X Error: BadAccess (attempt to access private resource denied) 10 Major opcode: 2 (X_ChangeWindowAttributes) Resource id: 0x320001e kscreenlocker(3720) KxkbCore::settingsRead: Kxkb is hidden for single layout kscreenlocker(3720)/krunner LockProcess::x11Event: MapNotify: 52428833 kscreenlocker(3720)/krunner LockProcess::x11Event: not fully obscured kscreenlocker(3720)/krunner LockProcess::x11Event: no plasma; saver obscured kscreenlocker(3720)/krunner LockProcess::x11Event: not fully obscured kscreenlocker(3720)/krunner LockProcess::x11Event: no plasma; saver obscured kscreenlocker(3720)/plasma LockProcess::stopSaver: LockProcess: stopping saver kscreenlocker(3720)/krunner LockProcess::stopPlasma: cannot stop plasma-overlay krunner(2423) SaverEngine::lockProcessExited: SaverEngine: lock process exited kglobalaccel(2400) KGlobalAccelImpl::x11Event: Got XKeyPress event kglobalaccel(2400) GlobalShortcutsRegistry::keyPressed: "Ctrl+Alt+Del" = "Log Out" kglobalaccel(2400) KGlobalAccelImpl::x11Event: Got XKeyPress event kglobalaccel(2400) GlobalShortcutsRegistry::keyPressed: "Ctrl+Alt+Del" = "Log Out" kglobalaccel(2400) KGlobalAccelImpl::x11Event: Got XKeyPress event kglobalaccel(2400) GlobalShortcutsRegistry::keyPressed: "Ctrl+Alt+Del" = "Log Out" --- Po wybraniu np. "shutdown" nic się nie dzieje, a kolejne naciśnięcia ctrl+alt+del nie dają już żadnego efektu (nie pojawia się okienko z wyborem wylogowanie / reboot / shutdown). Wybranie "shutdown" z menu K daje tylko wpis w logu: --- kwin(2397) KWin::Client::readUserTimeMapTimestamp: User timestamp, initial: 2525121 kwin(2397) KWin::Client::readUserTimeMapTimestamp: User timestamp, ASN: 2525121 kwin(2397) KWin::Client::readUserTimeMapTimestamp: User timestamp, final: 'ID: 29360213 ;WMCLASS: "plasma-desktop" : "plasma-desktop" ;Caption: "plasma-desktop" ' : 2525121 kwin(2397) KWin::Workspace::updateClientArea: screens: 1 desktops: 2 kwin(2397) KWin::Workspace::updateClientArea: Done. plasma-desktop(2404)/plasma Kickoff::UrlItemLauncher::Private::openUrl: Opening item with URL "leave:/shutdown" kwin(2397) KWin::Workspace::updateClientArea: screens: 1 desktops: 2 kwin(2397) KWin::Workspace::updateClientArea: Done. --- Czy macie jakieś pomysły co jest zepsute? -- --= Michal Kochanowicz =--==--==BOFH==--==--= mic...@michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po górach SSIE!!! ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux
