Re: pulseaudio - jak z tym żyć
Dnia 17 września 2013 21:36 Łukasz Maśko napisał(a): > > Dnia wtorek, 17 września 2013 18:54:31 Daniel Dawid Majewski pisze: > > Po ostatnim upgrade strasznie pogmatwała mi się obsługa dźwięku. Do tej > > pory mogłem odtwarzać bezproblemowo na raz wiele multimediów na ALSA. w > > tej chwili @#$%@$% pulseaudio jest domyślne spartolone, próba > > odinstalowania powoduje wycięcie połowy systemu. Jak to skonfigurować, > > bo googlam od godziny i ani odrobinę nie jestem mądrzejszy ? > > A jak masz toto skonfigurowane? Ja nie zauważyłem problemów. > > poldek:/all-avail> ls -I *pulse* > alsa-plugins-pulse-1.0.27-2.i686 > gstreamer-pulseaudio-1.0.10-1.i686 > gstreamer0.10-pulseaudio-0.10.31-5.i686 > pulseaudio-4.0-2.i686 > pulseaudio-alsa-4.0-2.i686 > pulseaudio-bluetooth-4.0-2.i686 > pulseaudio-libs-4.0-2.i686 > udev-pulseaudio-alsa-4.0-2.i686 > xine-output-audio-pulseaudio-1.2.3-2.i686 > > Praktycznie nic nie trzeba konfigurowac. Wywalic stary katalog .pulse z domowego - niezgodnosc z poprzednimi wersjami. Doinstalowac pavucontrol, a w nim ustawic rodzaj wyjscia. Puscic sobie cos co chcialbys slyszec wybierajac wczesniej backend pulse np. w smplayer, jesli masz wiecej wyjsc to moze byc potrzeba wybrania konkretnego na ktorym ma isc dzwiek. Wszystko generalnie robisz w pavucontrol, jesli ten nie moze sie polaczyc z pulseaudio to znaczy ze cos skaszanione jest w konfiguracji /etc/pulse/... U mnie jest ciekawy problem tylko z dzwiekiem 5.1, pulse/mplayer nie umie przeslac strumienia bezposrednio na SPDIF. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [packages/kde4-knetworkmanager] - rel 4; Does not work withoutsolidbackends Revert "- don't package solidbackends, looks dropped
Dnia 4 lutego 2014 19:40 Jan Rękorajski napisał(a): > > > On Tue, 04 Feb 2014, cactus wrote: > > > commit dd2d6070e4347a0adf92e5046d6a861b38958132 > > Author: Bartlomiej Zimon > > Date: Tue Feb 4 17:33:28 2014 +0100 > > > > - rel 4; Does not work without solidbackends > > Revert "- don't package solidbackends, looks dropped between kde 4.10 and > > 4.11" > > > > This reverts commit 76451a62a16576b7b1059569d2ff1043df34a2d4. > > > > Conflicts: > > kde4-knetworkmanager.spec > > Package %{_datadir}/kde4/services/solidbackends in proper place then > (and where is proper place?). Because of: > > error: [kde4-knetworkmanager.spec] kde4-knetworkmanager-0.9.0.10-4.x86_64: > req /usr/share/kde4/services/solidbackends not found > > Poprawione. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Aktualizacja glibc do 2.22-7 (i686) = system nie wstaje.
Dnia 12 października 2015 12:19 Łukasz Maśko napisał(a): > > Zrobiłem przed chwilą aktualizację glibc na moim laptopie do wersji 2.22-7. > I od razu wystąpił problem, po czym po restarcie system nie chce wstać. > Objaw - notoryczne segfaulty prawie wszystkiego, a w journalu komunikaty > tego typu: > > Oct 12 12:01:36 laptok cups[16216]: initlog: loadlocalr.c:130: > _nl_intern_locale_data: Assertion `cnt < (sizeof (_nl_value_type_LC_COLLATE) > / sizeof (_nl_value_type_LC_COLLATE[0]))' failed > > Nieszcześliwie nie miałem włączonego repackage, teraz jakoś muszę starszą > wersję przepchnąć na laptopa. Tak czy inaczej - wersja 2.22-7 jest > niebezpieczna. unset LANG lub export LANG="" pozniej poldek i reszta juz dziala ... i mozesz zrobic downgrade glibc Pozdrawiam Bartek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4 wydanie testowe w th-main [x86_64]
Dnia 14 sierpnia 2010 20:45 Łukasz Maśko napisał(a): > Dnia sobota, 14 sierpnia 2010, Daniel Dawid Majewski napisał: > [...] > > Composite mam od dawna wyłączone, co dało znaczne przyśpieszenie i > > zwiększenie stabilności. Nie powinno to raczej mieć wpływu na brak > > polskiej lokalizacji. > > Na wszelki wypadek odpaliłem KDE4 z nowego użytkownika - też goło i > > wesoło... > > Na dzień dzisiejszy używam flubox, bo kde całkiem mi się pogubiło - brak > > zarządzania pulpitami, brak paneli, brak uchwytów okien, jakby kwin > > szlag trafił... > > Ja mam i686, może architektura jest tutaj istotna? Mi z wyjątkiem tego o > czym pisałem, wszystko działało (tyle, że wolniej) i na pewno mówił do mnie > po polsku. Wróciłem do 4.4.5, czekam na 4.5.1. > Po powrocie do 4.4.5 nadal mam problem z dbus-em, jak temu zaradzic? Tzn przez chwile po zalogowaniu dziala a po kilku sek. kapituluje przy uruchamianiu jakiejkolwiek aplikacji. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] zepsuty iceweasel-3.6.8-1. i686
Dnia 14 sierpnia 2010 23:37 Łukasz Krupa napisał(a): > On 13.08.2010 18:43, Paweł Sikora wrote: > > On Friday 13 August 2010 17:08:19 Bartosz Świątek wrote: > > > >> W dniu 13 sierpnia 2010 17:04 użytkownik Pepe napisał: > >> > >>> Witam. > >>> > >>> Bo dzisiejszej aktualizacji TH przestał działać iceweasel, zgłasza > >>> "Naruszenie ochrony pamięci". Najgorsze że nie ma już na ftp > >>> poprzedniej działającej wersji. > >>> > >>> > >>> Pozdrawiam. > >>> > >>> PS. 3 dni temu problem został zgłoszony na pld-users-pl. > >>> > >> P.S. > >> A 3 tygodnie temu został zgłoszony na #pld i do tej pory nie ma > >> poprawki. Zgłaszanie w kółko tego samego błędu go nie naprawi jak > >> widzisz. Nikt nie wie dlaczego się wywala i nikt tego nie naprawia. > >> > > zainstalujcie sobie pakiet cgdb i iceweasel-debuginfo, nastepnie: > > cgdb /usr/lib64/iceweasel/iceweasel i "r". > > jak sie wywroci, to "bt" i dopiero mozna sie zastanawiac ;) > > > > Proszę: > https://bugs.launchpad.net/pld-linux/+bug/617997 > > wywala mi się na 2 maszynach i686 (na x86_64 działa) i na obu pomaga > zainstalowanie xulruner-libs z własnoręcznie zbudowanego speca > > Ja już nie mam za bardzo pomysłów ale jak ktoś ma jakiś pomysł albo > potrzebny jeszcze jakiś log to chętnie dorzucę > Zatrzymalem sie na 3.6.3 i to z wlasnej kompilacji z xul-em, kazdy nastepny sie wywalal albo zawieszal. Pozdrawiam Bartlomiej Zimon ___ 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.5.0 - ciag dalszy traya. ..
Dnia 18 sierpnia 2010 7:37 Arkadiusz Miskiewicz napisał(a): > On Wednesday 18 of August 2010, Bartosz Świątek wrote: > > W dniu 17 sierpnia 2010 23:08 użytkownik Łukasz Maśko > > > > napisał: > > > Dnia wtorek, 17 sierpnia 2010, Andrzej Zawadzki napisał: > > > [...] > > > > > >> Mi się _wszystkie_ ikonki pojawiają w momencie gdy: > > >> - "zmuszam" system do otwarcia kwaletta > > >> - zamykam kwaletta > > >> Ikonki się ujawniają - 100% powtarzalne :-) > > > > > > Potwierdzam. Jedyny problem, że w taki sposób nie uzyska się tam... > > > ikonki kwalleta ;-) Czekam na 4.5.1, może tam to poprawią. > > > > Nie poprawią, bo nie mają czego. Nie ma takiego buga w ich bugzilli a > > poza tym w innych dystrybucjach to działa jak na załączonym obrazku. > > Ciekawe czemu soa#1... tyle razy się restartowałem etc, a ten problem jeszcze > nigdy nie wystąpił. Dziwne. > Na 2 hosty na obu wystapil i to oba na i686, x86_64 dzis sprawdze jak wroce do domu. Pozdrawiam Bartlomiej Zimon ___ 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.5.0 - ciag dalszy traya. ..
Dnia 18 sierpnia 2010 9:24 Bartosz Świątek napisał(a): > W dniu 18 sierpnia 2010 07:37 użytkownik Arkadiusz Miskiewicz > napisał: > > On Wednesday 18 of August 2010, Bartosz Świątek wrote: > >> W dniu 17 sierpnia 2010 23:08 użytkownik Łukasz Maśko > >> > >> napisał: > >> > Dnia wtorek, 17 sierpnia 2010, Andrzej Zawadzki napisał: > >> > [...] > >> > > >> >> Mi się _wszystkie_ ikonki pojawiają w momencie gdy: > >> >> - "zmuszam" system do otwarcia kwaletta > >> >> - zamykam kwaletta > >> >> Ikonki się ujawniają - 100% powtarzalne :-) > >> > > >> > Potwierdzam. Jedyny problem, że w taki sposób nie uzyska się tam... > >> > ikonki kwalleta ;-) Czekam na 4.5.1, może tam to poprawią. > >> > >> Nie poprawią, bo nie mają czego. Nie ma takiego buga w ich bugzilli a > >> poza tym w innych dystrybucjach to działa jak na załączonym obrazku. > > > > Ciekawe czemu soa#1... tyle razy się restartowałem etc, a ten problem > > jeszcze > > nigdy nie wystąpił. Dziwne. > > Ty masz wylaczone efekty - byc moze to jest jakos powiazane, nie wiem. > Natomiast ja nie probowalem na czystym ~/.kde, bo slyszalem ze to nic > nie daje, ale z drugiej strony moze warto sprobowac, albo wylaczyc > efekty i sie przelogowac. > > Aha, a czy te ikonki w trayu zachowuja sie "normalnie"? Np. jak ja > ubije klippera to pokazuje mi sie nagle kmix i kbluetooth, ale jak > klikne na kmiksa lpm to mi wyskakuje cale wielkie okienko kmiksa - > kiedys tylko maly suwaczek do regulacji glosnosci. Klikam na > kbluetooth to mi jego menu wyskakuje w lewym gornym rogu ekranu miast > zaraz nad ikonka jak wczesniej. > > o wlasnie na x86_64 mam wylaczone efekty Pozdrawiam Bertlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zepsuty poldek
Dnia 13 września 2010 15:04 Jacek Osiecki napisał(a): > ___ > pld-devel-pl mailing list > pld-devel-pl@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl > Prosze wypelnic buga na bugzilli z priorytetem critical\ wraz z przykladem blednego dzialania Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Dziwne zachowanie list pod Qt 4.7.0 (KDE 4.5.1)
Dnia 26 września 2010 21:04 Łukasz Maśko napisał(a): > Dnia niedziela, 26 września 2010, Arkadiusz Miskiewicz napisał: > [...] > > qt4 rel 3 powinno naprawić problem. > > Dzięki, teraz jest OK. > Za to jest cos takiego po aktualizacji z th-ready: http://pastebin.com/Fuk7QEvQ Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Dziwne zachowanie list pod Qt 4.7.0 (KDE 4.5.1)
Dnia 27 września 2010 22:50 Łukasz Maśko napisał(a): > Dnia poniedziałek, 27 września 2010, Bartlomiej Zimon napisał: > [...] > > Za to jest cos takiego po aktualizacji z th-ready: > > http://pastebin.com/Fuk7QEvQ > > Miałem coś takiego zanim uaktualniłem Qt do 4.7.0. Czy na pewno masz Qt > 4.7.0-3? > lista pakietow qt4: http://pastebin.com/dMud9vrV lista pakietow kde4: http://pastebin.com/jEg5nKLC do tego potwierdza sie dla arch i686 i x86_64 Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Dziwne zachowanie list pod Qt 4.7.0 (KDE 4.5.1)
Dnia 28 września 2010 0:41 Łukasz Maśko napisał(a): > Dnia wtorek, 28 września 2010, Bartlomiej Zimon napisał: > [...] > > lista pakietow qt4: > > http://pastebin.com/dMud9vrV > > > > lista pakietow kde4: > > http://pastebin.com/jEg5nKLC > > > > do tego potwierdza sie dla arch i686 i x86_64 > > :-/ Ja mam i686 i problemu brak... > Moj blad, wystarczylo sie wylogowac i zalogowac ;P thx Shadzik Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Trinity - fork kde 3.5
Dnia 2 października 2010 13:58 Kamil Dziedzic napisał(a): > Są jakieś szanse, że to trafi do nas? Jest ktoś tym zainteresowany? > > http://trinity.pearsoncomputing.net/ > http://trinity.pearsoncomputing.net/wiki/bin/view/Documentation/Releases_3_5_11 > http://trinity.pearsoncomputing.net/wiki/bin/view/Documentation/Releases_3_5_12 > > Wg autorów 3.5.12 można zainstalować obok kde4 bez żadnych konfliktów. > Ale bajer ... :) OK a jakiej funkcjonalnosci bedzie Ci tam jeszcze brakowac? Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Tutorial rpm spec
Dnia 3 stycznia 2011 9:24 Daniel Dawid Majewski napisał(a): > Znacie jakieś dobre tutoriale rpm-spec ? > Mój ulubiony tutorial na > repo.dobremiasto.net/articles/kurs_budowania_pakietow_rpm wsiąkł razem z > całą domeną, > http://developer-doc.pld-linux.org/ też leży... > Daniel tu dzialaja: http://web.archive.org/web/20071014064906/http://repo.dobremiasto.net/articles/kurs_budowania_pakietow_rpm http://web.archive.org/web/20080418022754/http://developer-doc.pld-linux.org/ Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek/rpm bug report
Dnia 11 lutego 2011 13:42 Maciej Świniarski napisał(a): > poldek:/all-avail> greedy-upgrade Qt* > [..] > błąd: QtGui-4.7.1-3.x86_64: nie znaleziono > wymaganego /usr/lib64/qt4/plugins > [..] > poldek:/all-avail> rsearch -f #/usr/lib64/qt4/plugins$# > Przeszukiwanie > pakietów..zrobione. 2 > package(s) found: QtCore-4.7.1-3.x86_64 > > # rpm -q rpm poldek > rpm-4.5-48.x86_64 > poldek-0.30-0.rc2.1.x86_64 > > ktos wie o co chodzi? przydalby sie jeszcze skompresowany katalog /var/lib/rpm Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek: Assertion 'message' failed, requirements.c:349
Dnia 16 lutego 2011 18:04 Tomasz Pala napisał(a): > On Wed, Feb 16, 2011 at 18:00:39 +0100, Adam Osuchowski wrote: > > >> W pełni powtarzalne: > > > > Ja już to od dawna znam. > > No ja też, od ładnych paru lat (i wersji 0.20) miewam takie wysypki, > tylko wcześniej one nie były powtarzalne (najczęściej ctrl-c na jakiejś > operacji i następny enter kończył zabawę). Tylko myślałem, że to ze > względu na starą wersję (nie aktualizowałem rpma/poldka długi czas z > niechęci do nowych 'ficzerów'). > > > Zresztą pisałem już o tym razem z rozwiązaniem: > > > > http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2010-December/153039.html > > > >> # gdb --args poldek -N --nodeps -u xtables-addons > > > > Nie tylko z tym się sypie. Kupa pakietów tak go wysypuje. > > Widzę, że poprawka poszła do gita - jaka stamtąd droga na ftp? > Prawie jest, gdyby nie takie kwiatki na builderach: + cp -f config.sub trurlib + CPPFLAGS=-std=gnu99 + ./configure LDFLAGS=-Wl,--as-needed -Wl,--no-copy-dt-needed-entries -Wl,-z,relro -Wl,-z,combreloc CFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i486 -gdwarf-3 -g2 CXXFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i486 -gdwarf-3 -g2 FFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i486 -gdwarf-3 -g2 FCFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i486 -gdwarf-3 -g2 CPPFLAGS=-std=gnu99 CC=i486-pld-linux-gcc CXX=i486-pld-linux-g++ --host=i486-pld-linux --build=i486-pld-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --x-libraries=/usr/lib --enable-nls --with-py thon/tmp/B.53df25/rpm-tmp.86279[69]: ./configure: cannot execute - Permission denied error: Bad exit status from /tmp/B.53df25/rpm-tmp.86279 (%build) Mamy jakies nowe ficzery? Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zwalony mplayer
Dnia 17 lutego 2011 15:04 Daniel Mróz napisał(a): > Cześć > > > Mplayer 1.0-5.rc4_svn32669.1 jest zwalony. Odtwarzanie strumienia Vorbis > w kontenerze Ogg po HTTP wykrzacza się w momencie przylotu metadanych: > > > Starting playback... > A: 583.1 (09:43.1) of 0.0 (unknown) 0.3% 35% > > > [lavf] stream 1: audio (vorbis), -aid 1, Teraz sluchasz: "Wiadomosci > Radia Krakow" > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > Cache not filling! > [...] Na innym radio to samo mam od dluzszego czasu chociaz pod arch x86_64 uzywam wersji i686 mplayer-a mam tak na strumieniach: ac3, wmp i mp3. Z pewnoscia nie idzie to przez ogg-a. Na kombinacji wget | mplayer tak samo sie zachowuje i sie krztusi. > > > Wykrzaczenie powoduje wstrzymanie odtwarzania (nie wiem czy mplayer > nadal dekoduje) i sypanie powyższym komunikatem non-stop. > Wersja 1.0-5.rc4_svn31097.2 działa. > > mplayer-1.0-5.rc4_svn32669.1.x86_64 > libvorbis-1.3.2-1.x86_64 > libogg-1.2.2-1.x86_64 > > > Pozdrawiam > Beorn > > Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek: Assertion 'message' failed, requirements.c:349
Dnia 18 lutego 2011 0:14 Kacper Kornet napisał(a): > On Thu, Feb 17, 2011 at 11:35:16PM +0100, Bartlomiej Zimon wrote: > > Prawie jest, gdyby nie takie kwiatki na builderach: > > Nie, to w źródłach configure ma złe prawa. Poprawione w CVS. Spróbuj > teraz. > Hmm ok dodalem jeszcze jeden plik do +x i poszlo ale tylko na x86_64. Niestety nowe libproxy-devel (0.4.6) nie posiada pliku libproxy.la. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek: Assertion 'message' failed, requirements.c:349
Dnia 18 lutego 2011 2:41 Kacper Kornet napisał(a): > On Fri, Feb 18, 2011 at 01:41:38AM +0100, Bartlomiej Zimon wrote: > > Dnia 18 lutego 2011 0:14 Kacper Kornet napisał(a): > > > On Thu, Feb 17, 2011 at 11:35:16PM +0100, Bartlomiej Zimon wrote: > > > > Prawie jest, gdyby nie takie kwiatki na builderach: > > > > Nie, to w źródłach configure ma złe prawa. Poprawione w CVS. Spróbuj > > > teraz. > > > > Hmm ok dodalem jeszcze jeden plik do +x i poszlo ale tylko na x86_64. > > Niestety nowe libproxy-devel (0.4.6) nie posiada pliku libproxy.la. > > Pewnie trzeba przebudować rpm. > Na to wyszlo - rpm wymagal przebudowania z nowym libproxy. Poldek poszedl na th-test. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek: Assertion 'message' failed, requirements.c:349
Dnia 19 lutego 2011 5:49 Jakub Bogusz napisał(a): > On Wed, Feb 16, 2011 at 06:04:41PM +0100, Tomasz Pala wrote: > > On Wed, Feb 16, 2011 at 18:00:39 +0100, Adam Osuchowski wrote: > > > > >> W pełni powtarzalne: > > > > > > Ja już to od dawna znam. > > > > No ja też, od ładnych paru lat (i wersji 0.20) miewam takie wysypki, > > tylko wcześniej one nie były powtarzalne (najczęściej ctrl-c na jakiejś > > operacji i następny enter kończył zabawę). Tylko myślałem, że to ze > > względu na starą wersję (nie aktualizowałem rpma/poldka długi czas z > > niechęci do nowych 'ficzerów'). > > > > > Zresztą pisałem już o tym razem z rozwiązaniem: > > > > > > http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2010-December/153039.html > > > > > >> # gdb --args poldek -N --nodeps -u xtables-addons > > > > > > Nie tylko z tym się sypie. Kupa pakietów tak go wysypuje. > > > > Widzę, że poprawka poszła do gita - jaka stamtąd droga na ftp? > > Gita? > Gdzie to repozytorium? > Na http://poldek.pld-linux.org/ są namiary sprzed 2 epok, na poldkowej > liście ZERO informacji, commit logów nie ma już od dawna... :/ > > http://www.gitorious.org/poldek Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek: Assertion 'message' failed, requirements.c:349
Dnia 19 lutego 2011 5:44 Jakub Bogusz napisał(a): > On Fri, Feb 18, 2011 at 01:32:05PM +0100, Bartlomiej Zimon wrote: > > Dnia 18 lutego 2011 2:41 Kacper Kornet napisał(a): > > > On Fri, Feb 18, 2011 at 01:41:38AM +0100, Bartlomiej Zimon wrote: > > > > Dnia 18 lutego 2011 0:14 Kacper Kornet napisał(a): > > > > > On Thu, Feb 17, 2011 at 11:35:16PM +0100, Bartlomiej Zimon wrote: > > > > > > Prawie jest, gdyby nie takie kwiatki na builderach: > > > > > > > > Nie, to w źródłach configure ma złe prawa. Poprawione w CVS. Spróbuj > > > > > teraz. > > > > > > > > > > Hmm ok dodalem jeszcze jeden plik do +x i poszlo ale tylko na x86_64. > > > > Niestety nowe libproxy-devel (0.4.6) nie posiada pliku libproxy.la. > > > > > > Pewnie trzeba przebudować rpm. > > > > > > > Na to wyszlo - rpm wymagal przebudowania z nowym libproxy. > > Poldek poszedl na th-test. > > Skąd tam libproxy się wzięło? > > Z rpm-devel (librpm.la) a po co tam libproxy to pojecia nie mam. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek: Assertion 'message' failed, requirements.c:349
Dnia 19 lutego 2011 5:49 Jakub Bogusz napisał(a): > > Widzę, że poprawka poszła do gita - jaka stamtąd droga na ftp? > > Gita? > Gdzie to repozytorium? > Na http://poldek.pld-linux.org/ są namiary sprzed 2 epok, na poldkowej > liście ZERO informacji, commit logów nie ma już od dawna... :/ > Dokladnie bo nie mamy tam (w/w adres) dostepu. Poldek jest rozwijany w git juz kilka miesiecy i chyba ma sie swietnie. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek: Assertion 'message' failed, requirements.c:349
Dnia 19 lutego 2011 21:41 Jakub Bogusz napisał(a): > On Sat, Feb 19, 2011 at 07:50:40PM +0100, Bartlomiej Zimon wrote: > > Dnia 19 lutego 2011 5:44 Jakub Bogusz napisał(a): > > > > > > Skąd tam libproxy się wzięło? > > > > > > > > Z rpm-devel (librpm.la) a po co tam libproxy to pojecia nie mam. > > No to źle. > Może z neona, ale AFAIK neon miał być w rpm-ie wyłączony. > Dokladnie to z neona w librpmio, ktory to wskoczyl do librpm. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek: Assertion 'message' failed, requirements.c:349
Dnia 21 lutego 2011 15:53 Bartlomiej Zimon napisał(a): > Dnia 19 lutego 2011 21:41 Jakub Bogusz napisał(a): > > On Sat, Feb 19, 2011 at 07:50:40PM +0100, Bartlomiej Zimon wrote: > > > Dnia 19 lutego 2011 5:44 Jakub Bogusz napisał(a): > > > > > > > > Skąd tam libproxy się wzięło? > > > > > > > > > > > Z rpm-devel (librpm.la) a po co tam libproxy to pojecia nie mam. > > > > No to źle. > > Może z neona, ale AFAIK neon miał być w rpm-ie wyłączony. > > > > Dokladnie to z neona w librpmio, ktory to wskoczyl do librpm. > naprawione w rpm-no-neon.patch, to co pora na relup w rpm? :) > Pozdrawiam > Bartlomiej Zimon > ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zwalony mplayer
Dnia 2 marca 2011 15:07 Daniel Mróz napisał(a): > On Fri, Feb 18, 2011 at 03:25:42PM +0100, Bartłomiej Zimoń wrote: > > > Mplayer 1.0-5.rc4_svn32669.1 jest zwalony. Odtwarzanie strumienia Vorbis > > > w kontenerze Ogg po HTTP wykrzacza się w momencie przylotu metadanych: > > > > > Wykrzaczenie powoduje wstrzymanie odtwarzania (nie wiem czy mplayer > > > nadal dekoduje) i sypanie powyższym komunikatem non-stop. > > > Wersja 1.0-5.rc4_svn31097.2 działa. > > Zerkinj na nowy mplayer z th-test, swoja droga domyslnie mplayer u nas sie > > kompiluje chyba z wlasnym vorbisem. > Przepraszam, że tak późno ale dopiero teraz mogłem zrobić aktualizację. > Nowa paczka działa, mplayer się nie krzaczy, ale za to teraz nie > printuje metadanych kiedy te sobie już przyfruną. > Pojawiło się też coś takiego przy odtwarzaniu AAC+v2: > > > Reserved SBR extensions are not implemented. Update your FFmpeg version > to the newest one from Git. If the problem still occurs, it means that > your file has a feature which has not been implemented.If you want to > help, upload a sample of this file to > ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel > mailing list. > > > Wcześniej na tych samych strumieniach (PS+SBR) nie wydzierał się o to. > Fakt pozno ;) najlepiej podaj adres strumienia to sobie to sprawdze. Jesli chodzi o ffmpeg to byl to najnowszy git tylko moze akurat cos w tym grzebali. Co by bylo fajniej mplayer pobiera ffmpeg z videolan.org, a nie z ffmpeg.org moze tu tkwi problem. > > Pozdrawiam > Beorn > > ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[new] mplayer2
Witam! Wrzucilem nowy spec dla pakietu mplayer2. Zainteresowani prosze o testy i uwagi. Pakiet powinien sie pojawic w th-test. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomóżcie skompilować amaroka
Dnia 6 kwietnia 2011 15:12 Michał Lisowski napisał(a): > W dniu 06.04.2011 15:02, Bartosz Świątek pisze: > > On wtorek, 5 kwietnia 2011 at 16:45, Michał Lisowski wrote: > > W dniu 04.04.2011 14:26, Łukasz Maśko pisze: > >>> Dnia poniedziałek, 4 kwietnia 2011, Bartosz Świątek napisał: > On poniedziałek, 4 kwietnia 2011 at 11:06, Łukasz Maśko wrote: > Próbuję skompilować amaroka (ostatni update mysql to wymusza), ale > > > kompilacja wywraca się z błędem linkera o nieznalezionej bibliotece > > libmysqld. Rzeczywiście, nie mamy czegoś takiego w Th. Ale jakoś amarok > > był jednak jakoś kompilowany, bo jest w repo. Czy mógłby mi ktoś pomóc > > toto przebudować? Próbowałem budować 2.4.0 z CVS-a, ale też 2.4.0.90 > > (beta) po przerobieniu speca i jest to samo. > 64 Bit? Brakujące -fPIC? Zgaduj zgadula. Albo po prostu zmuś go do > linkowania z libmysqlclient.so a nie tym embeded crapem. > >>> Nie, 32-bit. Spróbuję jak sugerujesz. > >> Poprawione. Jak uda się kiedyś komuś skrobnąć mysql-embedded to się > >> przywróci tak jak było. > > Tak w sumie się bawiłem właśnie tym mysqlem... nie ma najmniejszego sensu > > robić mysql-embedded.spec. Po prostu przy updacie do mysql 5.5 ktoś[tm] > > spieprzył sprawę i nie dodał opcji: > > > > -DWITH_EMBEDDED_SERVER=ON > > > > czyli tak jak było w wersjach wcześniejszych (z tymże wtedy to była opcja w > > autotoolsach). Dodanie tego buduje libmysqld.a i amarok się wtedy też > > buduje i jest niezależny od zewnętrznego mysqla. > > > > Tak, patrzyłem na to również. Problem polega na tym, że z > -DWITH_EMBEDDED_SERVER=ON powstaje libmysqld.a, ale ma unresolved symbols. Do poprawy sa latki 136 (response_time_distribution.patch) i 142 (userstat.patch) najpewniej w ifdefach brakuje "&& !EMBEDDED_LIBRARY" Pozdrawiam Bartłomiej Zimoń ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomóżcie skompilować amaroka
Dnia 6 kwietnia 2011 22:24 Michał Lisowski napisał(a): > W dniu 06.04.2011 22:15, Bartosz Świątek pisze: > > W dniu 6 kwietnia 2011 15:12 użytkownik Michał Lisowski > > napisał: > >> Tak, patrzyłem na to również. Problem polega na tym, że z > >> -DWITH_EMBEDDED_SERVER=ON powstaje libmysqld.a, ale ma unresolved symbols. > > Dobra, przekonałeś mnie :) > > > > Spróbuj dodać coś takiego: > > > > --- packages/mysql/mysql.spec 2 Apr 2011 04:46:42 - 1.547 > > +++ packages/mysql/mysql.spec 6 Apr 2011 20:12:57 - > > @@ -535,6 +535,21 @@ > > %description ndb-cpc -l pl.UTF-8 > > Ten pakiet zawiera standardowego demona MySQL NDB CPC. > > > > +%package embedded > > +Summary: MySQL - Embedded Library > > +Group: Libraries > > + > > +%description embedded > > +This package contains the embedded MySQL library. > > + > > +%package embedded-devel > > +Summary: MySQL - Embedded Library > > +Group: Libraries > > +Requires: %{name}-embedded = %{version}-%{release} > > + > > +%description embedded-devel > > +This package contains the embedded MySQL library. > > + > > %prep > > %setup -q %{?with_sphinx:-a100} > > %if %{with sphinx} > > @@ -659,12 +674,23 @@ > > -DINSTALL_MYSQLTESTDIR_RPM="" \ > > -DINSTALL_SQLBENCHDIR=%{_datadir} \ > > -DINSTALL_SUPPORTFILESDIR=%{_datadir}/%{name}-support \ > > + -DWITH_EMBEDDED_SERVER=ON \ > > .. > > > > %{__make} > > > > %{?with_tests:%{__make} test} > > > > +install -d libmysqld/build > > +cd libmysqld/build > > +ar -x ../libmysqld.a > > +rm -f sql_binlog.cc.o rpl_utility.cc.o > > +CFLAGS=$(echo %{rpmcflags}) > > +LDFLAGS=$(echo %{rpmldflags}) > > +%{__cc} $CFLAGS $LDFLAGS -shared -Wl,-soname,libmysqld.so.0 -o > > libmysqld.so.0.0.1 \ > > + *.o \ > > + -lpthread -lcrypt -lssl -lcrypto -lz -lrt -lstdc++ -ldl -lm -lc > > + > > %install > > rm -rf $RPM_BUILD_ROOT > > install -d > > $RPM_BUILD_ROOT/etc/{logrotate.d,rc.d/init.d,sysconfig,mysql,skel} \ > > @@ -676,6 +702,12 @@ > > > > cp -a Docs/mysql.info $RPM_BUILD_ROOT%{_infodir} > > > > +# Remove libmysqld.a, install libmysqld.so > > +rm -f $RPM_BUILD_ROOT%{_libdir}/libmysqld.a > > +install -m 0755 build/libmysqld/build/libmysqld.so.0.0.1 > > $RPM_BUILD_ROOT%{_libdir}/libmysqld.so.0.0.1 > > +ln -s libmysqld.so.0.0.1 $RPM_BUILD_ROOT%{_libdir}/libmysqld.so.0 > > +ln -s libmysqld.so.0 $RPM_BUILD_ROOT%{_libdir}/libmysqld.so > > + > > install -p %{SOURCE1} $RPM_BUILD_ROOT/etc/rc.d/init.d/mysql > > cp -a %{SOURCE2} $RPM_BUILD_ROOT/etc/sysconfig/mysql > > cp -a %{SOURCE3} $RPM_BUILD_ROOT/etc/logrotate.d/mysql > > @@ -827,6 +859,8 @@ > > > > %post libs -p /sbin/ldconfig > > %postun libs -p /sbin/ldconfig > > +%post embedded -p /sbin/ldconfig > > +%postun embedded -p /sbin/ldconfig > > > > %triggerpostun -- mysql< 4.0.20-2.4 > > # For clusters in /etc/%{name}/clusters.conf > > @@ -1227,6 +1261,15 @@ > > %attr(640,root,root) %config(noreplace) %verify(not md5 mtime size) > > /etc/sysconfig/mysql-ndb-cpc > > %{_mandir}/man1/ndb_cpcd.1* > > %endif > > + > > +%files embedded > > +%defattr(644,root,root,755) > > +%attr(755,root,root) %{_libdir}/libmysqld.so.? > > +%attr(755,root,root) %{_libdir}/libmysqld.so.*.*.* > > + > > +%files embedded-devel > > +%defattr(644,root,root,755) > > +%attr(755,root,root) %{_libdir}/libmysqld.so > > > > %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) > > %changelog > > > > > > Tylko jeszcze cośtam trzeba dodać zeby się rpm nie czepiał o symbole. > > Z tym powinien się już amarok budować. > > > > > > , ten %{__make} ci nie przejdzie. Oszukałem, libmysqld.a nie > powstanie, bo przy jego linkowaniu się wypieprza. Dalej wszystko fajnie, > ale nie mogę nic zrobić bez wygenerowania libmysqld.a > Tylko po co to wszystko skoro jest dostepna latka na cmake co zbuduje i lib.a i lib.so ? Jedynym problemem sa te 2 latki o ktorych pisalem, bo powoduja nie rozwiazane symbole. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomóżcie skompilować amaroka
Dnia 7 kwietnia 2011 13:44 Bartlomiej Zimon napisał(a): > Dnia 6 kwietnia 2011 22:24 Michał Lisowski napisał(a): > > W dniu 06.04.2011 22:15, Bartosz Świątek pisze: > > > W dniu 6 kwietnia 2011 15:12 użytkownik Michał Lisowski > > > napisał: > > >> Tak, patrzyłem na to również. Problem polega na tym, że z > > >> -DWITH_EMBEDDED_SERVER=ON powstaje libmysqld.a, ale ma unresolved > > >> symbols. > > > Dobra, przekonałeś mnie :) > > > > > > Spróbuj dodać coś takiego: > > > > > > --- packages/mysql/mysql.spec 2 Apr 2011 04:46:42 - 1.547 > > > +++ packages/mysql/mysql.spec 6 Apr 2011 20:12:57 - > > > @@ -535,6 +535,21 @@ > > > %description ndb-cpc -l pl.UTF-8 > > > Ten pakiet zawiera standardowego demona MySQL NDB CPC. > > > > > > +%package embedded > > > +Summary: MySQL - Embedded Library > > > +Group: Libraries > > > + > > > +%description embedded > > > +This package contains the embedded MySQL library. > > > + > > > +%package embedded-devel > > > +Summary: MySQL - Embedded Library > > > +Group: Libraries > > > +Requires:%{name}-embedded = %{version}-%{release} > > > + > > > +%description embedded-devel > > > +This package contains the embedded MySQL library. > > > + > > > %prep > > > %setup -q %{?with_sphinx:-a100} > > > %if %{with sphinx} > > > @@ -659,12 +674,23 @@ > > > -DINSTALL_MYSQLTESTDIR_RPM="" \ > > > -DINSTALL_SQLBENCHDIR=%{_datadir} \ > > > -DINSTALL_SUPPORTFILESDIR=%{_datadir}/%{name}-support \ > > > + -DWITH_EMBEDDED_SERVER=ON \ > > > .. > > > > > > %{__make} > > > > > > %{?with_tests:%{__make} test} > > > > > > +install -d libmysqld/build > > > +cd libmysqld/build > > > +ar -x ../libmysqld.a > > > +rm -f sql_binlog.cc.o rpl_utility.cc.o > > > +CFLAGS=$(echo %{rpmcflags}) > > > +LDFLAGS=$(echo %{rpmldflags}) > > > +%{__cc} $CFLAGS $LDFLAGS -shared -Wl,-soname,libmysqld.so.0 -o > > > libmysqld.so.0.0.1 \ > > > + *.o \ > > > + -lpthread -lcrypt -lssl -lcrypto -lz -lrt -lstdc++ -ldl -lm -lc > > > + > > > %install > > > rm -rf $RPM_BUILD_ROOT > > > install -d > > > $RPM_BUILD_ROOT/etc/{logrotate.d,rc.d/init.d,sysconfig,mysql,skel} \ > > > @@ -676,6 +702,12 @@ > > > > > > cp -a Docs/mysql.info $RPM_BUILD_ROOT%{_infodir} > > > > > > +# Remove libmysqld.a, install libmysqld.so > > > +rm -f $RPM_BUILD_ROOT%{_libdir}/libmysqld.a > > > +install -m 0755 build/libmysqld/build/libmysqld.so.0.0.1 > > > $RPM_BUILD_ROOT%{_libdir}/libmysqld.so.0.0.1 > > > +ln -s libmysqld.so.0.0.1 $RPM_BUILD_ROOT%{_libdir}/libmysqld.so.0 > > > +ln -s libmysqld.so.0 $RPM_BUILD_ROOT%{_libdir}/libmysqld.so > > > + > > > install -p %{SOURCE1} $RPM_BUILD_ROOT/etc/rc.d/init.d/mysql > > > cp -a %{SOURCE2} $RPM_BUILD_ROOT/etc/sysconfig/mysql > > > cp -a %{SOURCE3} $RPM_BUILD_ROOT/etc/logrotate.d/mysql > > > @@ -827,6 +859,8 @@ > > > > > > %post libs -p /sbin/ldconfig > > > %postun libs -p /sbin/ldconfig > > > +%post embedded -p /sbin/ldconfig > > > +%postun embedded -p /sbin/ldconfig > > > > > > %triggerpostun -- mysql< 4.0.20-2.4 > > > # For clusters in /etc/%{name}/clusters.conf > > > @@ -1227,6 +1261,15 @@ > > > %attr(640,root,root) %config(noreplace) %verify(not md5 mtime size) > > > /etc/sysconfig/mysql-ndb-cpc > > > %{_mandir}/man1/ndb_cpcd.1* > > > %endif > > > + > > > +%files embedded > > > +%defattr(644,root,root,755) > > > +%attr(755,root,root) %{_libdir}/libmysqld.so.? > > > +%attr(755,root,root) %{_libdir}/libmysqld.so.*.*.* > > > + > > > +%files embedded-devel > > > +%defattr(644,root,root,755) > > > +%attr(755,root,root) %{_libdir}/libmysqld.so > > > > > > %define date%(echo `LC_ALL="C" date +"%a %b %d %Y"`) > > > %changelog > > > > > > > > > Tylko jeszcze cośtam trzeba dodać zeby się rpm nie czepiał o symbole. > > > Z tym powinien się już amarok budować. > > > > > > > > > > , ten %{__make} ci nie przejdzie. Oszukałem, libmysqld.a nie > > powstanie, bo przy jego linkowaniu się wypieprza. Dalej wszystko fajnie, > > ale nie mogę nic zrobić bez wygenerowania libmysqld.a > > > > Tylko po co to wszystko skoro jest dostepna latka na cmake co zbuduje i lib.a > i lib.so ? > Jedynym problemem sa te 2 latki o ktorych pisalem, bo powoduja nie rozwiazane > symbole. > link: http://lists.mysql.com/commits/102373 > Pozdrawiam > Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomóżcie skompilować amaroka
Dnia 7 kwietnia 2011 14:10 Bartlomiej Zimon napisał(a): > Dnia 7 kwietnia 2011 13:44 Bartlomiej Zimon napisał(a): > > Dnia 6 kwietnia 2011 22:24 Michał Lisowski napisał(a): > > > W dniu 06.04.2011 22:15, Bartosz Świątek pisze: > > > > W dniu 6 kwietnia 2011 15:12 użytkownik Michał Lisowski > > > > napisał: > > > >> Tak, patrzyłem na to również. Problem polega na tym, że z > > > >> -DWITH_EMBEDDED_SERVER=ON powstaje libmysqld.a, ale ma unresolved > > > >> symbols. > > > > Dobra, przekonałeś mnie :) > > > > > > > > Spróbuj dodać coś takiego: > > > > > > > > --- packages/mysql/mysql.spec 2 Apr 2011 04:46:42 - 1.547 > > > > +++ packages/mysql/mysql.spec 6 Apr 2011 20:12:57 - > > > > @@ -535,6 +535,21 @@ > > > > %description ndb-cpc -l pl.UTF-8 > > > > Ten pakiet zawiera standardowego demona MySQL NDB CPC. > > > > > > > > +%package embedded > > > > +Summary: MySQL - Embedded Library > > > > +Group: Libraries > > > > + > > > > +%description embedded > > > > +This package contains the embedded MySQL library. > > > > + > > > > +%package embedded-devel > > > > +Summary: MySQL - Embedded Library > > > > +Group: Libraries > > > > +Requires: %{name}-embedded = %{version}-%{release} > > > > + > > > > +%description embedded-devel > > > > +This package contains the embedded MySQL library. > > > > + > > > > %prep > > > > %setup -q %{?with_sphinx:-a100} > > > > %if %{with sphinx} > > > > @@ -659,12 +674,23 @@ > > > > -DINSTALL_MYSQLTESTDIR_RPM="" \ > > > > -DINSTALL_SQLBENCHDIR=%{_datadir} \ > > > > -DINSTALL_SUPPORTFILESDIR=%{_datadir}/%{name}-support \ > > > > + -DWITH_EMBEDDED_SERVER=ON \ > > > > .. > > > > > > > > %{__make} > > > > > > > > %{?with_tests:%{__make} test} > > > > > > > > +install -d libmysqld/build > > > > +cd libmysqld/build > > > > +ar -x ../libmysqld.a > > > > +rm -f sql_binlog.cc.o rpl_utility.cc.o > > > > +CFLAGS=$(echo %{rpmcflags}) > > > > +LDFLAGS=$(echo %{rpmldflags}) > > > > +%{__cc} $CFLAGS $LDFLAGS -shared -Wl,-soname,libmysqld.so.0 -o > > > > libmysqld.so.0.0.1 \ > > > > + *.o \ > > > > + -lpthread -lcrypt -lssl -lcrypto -lz -lrt -lstdc++ -ldl -lm -lc > > > > + > > > > %install > > > > rm -rf $RPM_BUILD_ROOT > > > > install -d > > > > $RPM_BUILD_ROOT/etc/{logrotate.d,rc.d/init.d,sysconfig,mysql,skel} \ > > > > @@ -676,6 +702,12 @@ > > > > > > > > cp -a Docs/mysql.info $RPM_BUILD_ROOT%{_infodir} > > > > > > > > +# Remove libmysqld.a, install libmysqld.so > > > > +rm -f $RPM_BUILD_ROOT%{_libdir}/libmysqld.a > > > > +install -m 0755 build/libmysqld/build/libmysqld.so.0.0.1 > > > > $RPM_BUILD_ROOT%{_libdir}/libmysqld.so.0.0.1 > > > > +ln -s libmysqld.so.0.0.1 $RPM_BUILD_ROOT%{_libdir}/libmysqld.so.0 > > > > +ln -s libmysqld.so.0 $RPM_BUILD_ROOT%{_libdir}/libmysqld.so > > > > + > > > > install -p %{SOURCE1} $RPM_BUILD_ROOT/etc/rc.d/init.d/mysql > > > > cp -a %{SOURCE2} $RPM_BUILD_ROOT/etc/sysconfig/mysql > > > > cp -a %{SOURCE3} $RPM_BUILD_ROOT/etc/logrotate.d/mysql > > > > @@ -827,6 +859,8 @@ > > > > > > > > %post libs -p /sbin/ldconfig > > > > %postun libs -p /sbin/ldconfig > > > > +%post embedded -p /sbin/ldconfig > > > > +%postun embedded -p /sbin/ldconfig > > > > > > > > %triggerpostun -- mysql< 4.0.20-2.4 > > > > # For clusters in /etc/%{name}/clusters.conf > > > > @@ -1227,6 +1261,15 @@ > > > > %attr(640,root,root) %config(noreplace) %verify(not md5 mtime size) > > > > /etc/sysconfig/mysql-ndb-cpc > > > > %{_mandir}/man1/ndb_cpcd.1* > > > > %endif > > > > + > > > > +%files embedded > > > > +%defattr(644,root,root,755) > > > > +%attr(755,root,root) %{_libdir}/libmysqld.so.? > > > > +%attr(755,root,root) %{_libdir}/libmysqld.so.*.*.* > > > > + > > > > +%files embedded-devel > > >
Re: Pomóżcie skompilować amaroka
Dnia 8 kwietnia 2011 22:11 Bartosz Świątek napisał(a): > W dniu 8 kwietnia 2011 17:25 użytkownik Bartlomiej Zimon > napisał: > > Dnia 7 kwietnia 2011 14:10 Bartlomiej Zimon napisał(a): > >> Dnia 7 kwietnia 2011 13:44 Bartlomiej Zimon napisał(a): > >> > Dnia 6 kwietnia 2011 22:24 Michał Lisowski napisał(a): > >> > > W dniu 06.04.2011 22:15, Bartosz Świątek pisze: > >> > > > Tylko jeszcze cośtam trzeba dodać zeby się rpm nie czepiał o symbole. > >> > > > Z tym powinien się już amarok budować. > >> > > > > >> > > > > >> > > > >> > > , ten %{__make} ci nie przejdzie. Oszukałem, libmysqld.a nie > >> > > powstanie, bo przy jego linkowaniu się wypieprza. Dalej wszystko > >> > > fajnie, > >> > > ale nie mogę nic zrobić bez wygenerowania libmysqld.a > >> > > > >> > > >> > Tylko po co to wszystko skoro jest dostepna latka na cmake co zbuduje i > >> > lib.a i lib.so ? > >> > Jedynym problemem sa te 2 latki o ktorych pisalem, bo powoduja nie > >> > rozwiazane symbole. > >> > > >> > >> link: http://lists.mysql.com/commits/102373 > >> > > > > Moze lepiej takie oto rozwiazanie: > > http://carme.pld-linux.org/~cactus/snaps/mysql-embedded/mysql-embedded.spec > > http://carme.pld-linux.org/~cactus/snaps/mysql-embedded/mysql-embedded_library_shared.patch > > > > Co o tym sadzicie? > > Utrzymywanie kolejnego speca, tylko dla 1 biblioteczki, jest > delikatnie mówiąc pomysłem troszkę niewydarzonym. > Kto to ma niby maintainować i pamiętać w ogóle, że coś takiego istnieje? > > > Przy okazji mamy tez biblioteke wspoldzielona. > > Przy okazji tego co ja zrobiłem też. W czasie kiedy piszę tego maila, > Twoje spece nie są dostępne, coś się carme chyba posrało. > Jeśli natomiast .so dostajesz w wyniku prostego patcha cmake, to jest > to lepsze rozwiązanie niż hackowanie tego w sposób, który > zaprezentowałem. > Ok jest juz dostep, Zgadzam sie ze moze i o jeden spec za wiele. Za to pozwala wygodnie go uaktualniac, niestety ale libmysqld.[a|so] nie buduje sie wlasnie przez to ze jest tam kilkadziesiat latek, ktore nie sa czyste na tyle by moc ta biblioteke zbudowac. Mnogosc ifdefow itp. sztuczek powoduje ze trudno jest ten kod ogarnac. Wlasnie w tym momencie uznalem ze latwiej i prosciej bedzie miec oddzielne czyste mysql-embedded w ktorym bedziemy tylko podbijac numerek. W sumie ta biblioteka jest chyba niezalezna od mysql-a zainstalowanego w systemie. Wiec jesli ktos kiedys nie podbije to sie chyba nic nie stanie. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Pomóżcie skompilować amaroka
Dnia 9 kwietnia 2011 10:36 Łukasz Maśko napisał(a): > Dnia piątek, 8 kwietnia 2011, Bartlomiej Zimon napisał: > [...] > > Ciekawe tylko czy z tym amarok sie zbuduje ;) > > Moze ktos sprawdzic? > > Nie buduje się, nadal linker wywraca się tak samo: /usr/bin/ld: cannot find > -lmysqld > > $ rpm -qa | grep mysql | sort > mysql-5.5.10-2.i686 > mysql-charsets-5.5.10-2.i686 > mysql-embedded-devel-5.5.10-1.i686 > mysql-embedded-libs-5.5.10-1.i686 > mysql-libs-5.5.10-2.i686 > > Kompilowałem z taga auto-th-amarok-2_4_0-4. > /sbin/ldconfig Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
deltarpm test
[root@uzi RPMS]# ~/rpm/BUILD/deltarpm-git-20110223/makedeltarpm VirtualBox-4.0.4-11.x86_64.rpm VirtualBox-4.0.4-13.x86_64.rpm VirtualBox-4.0.4-11_to_4.0.4-13.x86_64.drpm [root@uzi RPMS]# ~/rpm/BUILD/deltarpm-git-20110223/makedeltarpm VirtualBox-additions-4.0.4-11.x86_64.rpm VirtualBox-additions-4.0.4-13.x86_64.rpm VirtualBox-additions-4.0.4-11 [root@uzi RPMS]# ~/rpm/BUILD/deltarpm-git-20110223/makedeltarpm VirtualBox-guest-4.0.4-11.x86_64.rpm VirtualBox-guest-4.0.4-13.x86_64.rpm VirtualBox-guest-4.0.4-11_to_4.0.4-13 [root@uzi RPMS]# ~/rpm/BUILD/deltarpm-git-20110223/makedeltarpm VirtualBox-udev-4.0.4-11.x86_64.rpm VirtualBox-udev-4.0.4-13.x86_64.rpm VirtualBox-udev-4.0.4-11_to_4.0.4-13.x8 [root@uzi RPMS]# ls -lh Vi* -rwxrwxr-x 1 uzi fsctrl 36K 04-09 15:21 VirtualBox-4.0.4-11_to_4.0.4-13.x86_64.drpm -rwxrwxr-x 1 uzi fsctrl 14M 04-02 11:18 VirtualBox-4.0.4-11.x86_64.rpm -rwxrwxr-x 1 uzi fsctrl 14M 04-08 06:00 VirtualBox-4.0.4-13.x86_64.rpm -rwxrwxr-x 1 uzi fsctrl 3,7K 04-09 15:22 VirtualBox-additions-4.0.4-11_to_4.0.4-13.x86_64.drpm -rwxrwxr-x 1 uzi fsctrl 26M 04-02 11:18 VirtualBox-additions-4.0.4-11.x86_64.rpm -rwxrwxr-x 1 uzi fsctrl 26M 04-08 06:00 VirtualBox-additions-4.0.4-13.x86_64.rpm -rwxrwxr-x 1 uzi fsctrl 174K 04-09 15:22 VirtualBox-guest-4.0.4-11_to_4.0.4-13.x86_64.drpm -rwxrwxr-x 1 uzi fsctrl 173K 04-02 11:18 VirtualBox-guest-4.0.4-11.x86_64.rpm -rwxrwxr-x 1 uzi fsctrl 172K 04-08 06:00 VirtualBox-guest-4.0.4-13.x86_64.rpm -rwxrwxr-x 1 uzi fsctrl 3,9K 04-09 15:23 VirtualBox-udev-4.0.4-11_to_4.0.4-13.x86_64.drpm -rwxrwxr-x 1 uzi fsctrl 4,3K 04-02 11:18 VirtualBox-udev-4.0.4-11.x86_64.rpm -rwxrwxr-x 1 uzi fsctrl 3,8K 04-08 06:00 VirtualBox-udev-4.0.4-13.x86_64.rpm Wyraznie widac ze oplaca sie zapuszczac delty po podbiciu rel-a, oraz gdy plik jest wiekszy niz ok.500kB. Miedzy wersjami bywa roznie. deltarpm jest rozwijane w red hat na gitorious.org. Jest tam teraz modul pythona dla wsparcie w yum. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kadu 0.9.1 i gtalk
Dnia 30 kwietnia 2011 21:19 Paweł Lęcznar napisał(a): > Witam, nowe kadu nie może połączyć się z serwerem google z konta gtalk > jeśli nie ma zainstalowanego pakietu qt4-plugin-qca-ossl (pewnie chodzi > tutaj o TLS bo gdy wcześniej wspomnianego pakietu nie ma zainstalowanego > to w trybie debug wypisuje debug TLS: no czy coś w tym guście), może > należałoby dodać odpowiednie suggestion do speca? pozdrawiam Faktycznie, dzieki! Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kadu 0.9.1 i gtalk
Dnia 2 maja 2011 9:51 Andrzej Zawadzki napisał(a): > On 01.05.2011 22:23, Bartlomiej Zimon wrote: > > Dnia 30 kwietnia 2011 21:19 Paweł Lęcznar > > napisał(a): > >> Witam, nowe kadu nie może połączyć się z serwerem google z konta gtalk > >> jeśli nie ma zainstalowanego pakietu qt4-plugin-qca-ossl (pewnie chodzi > >> tutaj o TLS bo gdy wcześniej wspomnianego pakietu nie ma zainstalowanego > >> to w trybie debug wypisuje debug TLS: no czy coś w tym guście), może > >> należałoby dodać odpowiednie suggestion do speca? pozdrawiam > > Faktycznie, dzieki! > A czemu tego nie ma zbudowanego w test? > Samemu trzeba? :-( > W sumie to mogloby byc ale nie sa dopisane Provides/Obsoletes, ktore pozwola na czysty update z poprzedniej wersji. Postaram sie w najblizszym czasie dopisac. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Prośba o usunięcie zasobów Ti spod ftp.pld-linux.../branches
Dnia 25 października 2011 21:44 Bartosz Taudul napisał(a): > 2011/10/25 Arkadiusz Miśkiewicz : > > Z mojej strony zobowiązuje się podsyłać informacje takiej osobie. > Zgłaszam się na ochotnika. Informacje proszę przekazywać za pomocą > strony WWW dystrybucji. > Moze jakis blip albo cos okolo? Teraz to dosc popularna forma szybkich informacji. Pozwazniejsze problemy na www ? Bart. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: syslog-ng startowany po bindzie
Dnia 23 listopada 2011 18:07 Tomasz Pala napisał(a): > On Wed, Nov 23, 2011 at 12:24:28 +0100, Arkadiusz Miśkiewicz wrote: > > > Hehe, może będzie szybciej. Co prawda będzie to oznaczało najpewniej, że > > sysvinit/upstart zrobią wylot bo nie jestem pewien czy będzie się dało > > wszystkie trzy pogodzić bez poważnego robienia sobie pod górkę. > > O skrypty się martwić nie trzeba, jedyne do poprawki są na dobrą sprawę > (de)aktywacje w %post(un), które by trzeba mocniej zmakrować. > Troche poza tematem ale jestem w trakcie walk z systemd, aktulanie stoje na fstab bo zwisa mi na mountowaniu filesystemow. Lada chwila wrzuce to co mam do cvs. Pozdrawiam Barlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie)
Dnia 27 listopada 2011 14:29 Artur Frysiak napisał(a): > 2011/11/27 Tomasz Pala : > > On Sun, Nov 27, 2011 at 10:52:29 +0100, Artur Frysiak wrote: > > > >> 2011/11/27 Bartlomiej Zimon : > >>> > >>> Troche poza tematem ale jestem w trakcie walk z systemd, > >>> aktulanie stoje na fstab bo zwisa mi na mountowaniu filesystemow. > >>> > >>> Lada chwila wrzuce to co mam do cvs. > >> > >> To wrzucaj jak najszybciej, bo też nad tym teraz siedzę. Na razie mam > >> poprawki do dbus, udev i ConsoleKit. > > > > Coś tamten commit nie idzie, wrzucaj swoje, bo ja też czekam z jakimiś > > pierdołami, a nie chcę wam psuć mądrzejszych zmian. > > Bartka i moje zmiany są już w cvs. Wrzucać co masz. > Ten udev-systemd moze wyjasniac czemu nie dziala mountowanie. Panowie swoja droga przypominam ze jest w repo dostepny poldek z wieloma fix-ami Zapraszam do testowania. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie)
Dnia 28 listopada 2011 0:53 Tomasz Pala napisał(a): > On Mon, Nov 28, 2011 at 00:02:36 +0100, Bartek Zimon wrote: > > >> Ten udev-systemd moze wyjasniac czemu nie dziala mountowanie. > > > > Ok okazuje sie ze kde4 wstalo pieknie na systemd, pamietac trzeba dodatkowo > > o ConsoleKit-systemd > > Dodaj S. Zresztą mi 'działa' (może to jeszcze za dużo powiedziane, np. > nie aktywuje swapów) w ogóle bez udeva, więc też będzie do zmiany na S. u mnie swap-y sa :) udev-systemd pomogl > > > Czy reszcie sie udalo podniesc na systemd, bo nie wiem czy moje zmiany mam > > wrzucac do cvs? > > Wrzucaj wrzucaj, tam jest jeszcze sporo roboty chyba... > Dodalem S., trzeba wszystko przepisac madrze na systemd, wtedy wyciagniemy wszystko co najlepsze z niego. Podejrzewam ze mozna w wiekszosci wzorowac sie na fedorze moze nawet polowe rzeczy wywalic z naszych skryptow. W tym momencie skrypty SYSV sa uruchamiane ale jesli wrzuci sie plik .service i/lub .socket to wszystko jedzie z automatu i zakrywa usluge SYSV. W ten sposob mozemy krokowo przejsc na systemd. Hmm gdzies pamietam byla latka na cups-a aby startowal na rzadanie. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: systemd/systemd.spec - fix packagekit files
Dnia 28 listopada 2011 9:29 Artur Frysiak napisał(a): > > # do not cover /media (system-specific removable mountpoints) > > -%{__rm} $RPM_BUILD_ROOT/lib/systemd/local-fs.target.wants/media.mount > > +%{__rm} -f $RPM_BUILD_ROOT/lib/systemd/local-fs.target.wants/media.mount > > # do not cover /var/run (packages need rpm-provided subdirectories) > > -%{__rm} $RPM_BUILD_ROOT/lib/systemd/local-fs.target.wants/var-run.mount > > +%{__rm} -f $RPM_BUILD_ROOT/lib/systemd/local-fs.target.wants/var-run.mount > > Dlaczego dodałeś -f ? > Bo u mnie np. nie ma tych plikow. Pozdrawiam Bartek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie)
Dnia 29 listopada 2011 11:19 Tomasz Pala napisał(a): > On Tue, Nov 29, 2011 at 06:44:08 +0100, Jakub Bogusz wrote: > > >> Takie problemy to zjada na śniadanie właśnie dlatego, że nie tylko każdy > >> service jest osobno (jak w SysV), ale także mount(point) i czeka > >> grzecznie, aż się może wykonać. > > > > Dwa kroki (lokalne i _netdev) to i przy initscripts/rc-scripts nie > > problem. Rzeźba zaczyna się, jeżeli dopiero po zamontowaniu pierwszej > > porcji sieciowych systemów plików można uzyskać dostęp do jakiegoś > > dalszego elementu, który też ma być zamontowany. > > To jest właśnie typowy problem wynikający z monolitycznego skryptu > startowego (do którego niejako z boku doklejane są skrypty usług) - > każdą sytuację trzeba przewidzieć, albo dopisać sobie w systemie. > W systemd ani normalny przepływ danych nie jest kontrolowany skryptem sh > (który cierpi na bolączki typu komentowanie danych, kontrola błędów itp. > rzeczy, do których sh po prostu nie służy), ani nie masz wymuszonej tym > skryptem kolejności operacji, bo każda z nich wydzielona jest do osobnej > części i żyje własnym życiem. Jakbyś: > 1. podzielił rc.sysinit na minimalne bloki funkcjonalne, > 2. każdemu z nich wpisał zależności, > 3. wywalił cały narzut sh > to dostaniesz z grubsza to, co oferuje systemd. > > Dlatego też nie musisz ograniczać się do 2 kroków w montowaniu, ale > możesz mieć ich nawet 50. Więcej nawet - zależnie od wybranego przy > starcie targetu możesz montować różne zasoby i uruchamiać różne usługi > (powodzenia w robieniu tego za pomocą runleveli). > > W ogóle odnoszę wrażenie, jakbym reklamował tutaj jakiś cudowny system, > ale tak na prawdę to obrazuje jedynie stopień zacofania SysV. Mamy > monstrualny shellcode (który nie służy do pisania takich rzeczy) i masę > problemów z nietrywialnymi konfiguracjami. Nie wiem, czy to akurat ta > implementacja ostatecznie zostanie, może za miesiąc pojawi się > systemd-ng i będzie lepszy, ale już dzisiaj trzeba myśleć o migracji. > > Co mi się na dzisiaj w systemd nie podoba: > > 1. zbyt gadatliwy - zamiast samej nazwy usługi, wyświetla cały jej opis > (coś jak: > Starting SYSV: postgresql Starts and stops the PostgreSQL backend daemon that > handles all database requests > Started SYSV: postgresql Starts and stops the PostgreSQL backend daemon that > handles all database requests). na to moge sprobowac przygotowac patch-a jesli faktycznie innych tez to w oczy razi > > 2. nie aktywuje mi swapów (brak udeva), > 3. wymaga devtmpfs - ale da się to później odmontować, > 4. coś kulawo obsługuje SysV - próbuje mi uruchamiać usługi, które mam Do tego jest systemd-sysv-convert ktorego nie mamy ;/ > od dawien dawna wyłączone chkconfigiem. > > Ale to nie są rzeczy, których się nie naprawi. > > ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie)
Dnia 29 listopada 2011 11:33 Tomasz Pala napisał(a): > On Tue, Nov 29, 2011 at 11:19:36 +0100, Tomasz Pala wrote: > > > Co mi się na dzisiaj w systemd nie podoba: > > > > 1. zbyt gadatliwy - zamiast samej nazwy usługi, wyświetla cały jej opis > > (coś jak: > > Starting SYSV: postgresql Starts and stops the PostgreSQL backend daemon > > that handles all database requests > > Started SYSV: postgresql Starts and stops the PostgreSQL backend daemon > > that handles all database requests). > > > > 2. nie aktywuje mi swapów (brak udeva), > > 3. wymaga devtmpfs - ale da się to później odmontować, > > 4. coś kulawo obsługuje SysV - próbuje mi uruchamiać usługi, które mam > > od dawien dawna wyłączone chkconfigiem. > > A, jeszcze jedno: > # systemd --test > nie pozwala mi na uruchamianie testu z roota, a > $ systemd --test > narzeka, że nie ma prawa bazgrać w cgroups. > > A poza tym to jest więcej pisania, a np. zamiast wcisnąć 'i' przy > starcie, trzeba do kernela dodać systemd.confirm_spawn=1. > Moge sie mylic ale gdyby udalo sie kilka instancji systemd uruchomic (PID != 1) to problem chroot/vserver mamy prawie z glowy? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie)
Dnia 29 listopada 2011 16:43 Bartlomiej Zimon napisał(a): > Dnia 29 listopada 2011 11:19 Tomasz Pala napisał(a): > > 4. coś kulawo obsługuje SysV - próbuje mi uruchamiać usługi, które mam > > Do tego jest systemd-sysv-convert ktorego nie mamy ;/ juz mamy > > > od dawien dawna wyłączone chkconfigiem. > > > > Ale to nie są rzeczy, których się nie naprawi. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie) [vserver]
Dnia 29 listopada 2011 12:55 Arkadiusz Miśkiewicz napisał(a): > On Tuesday 29 of November 2011, Jacek Konieczny wrote: > > On Tue, Nov 29, 2011 at 11:28:50AM +0100, Tomasz Pala wrote: > > > On Tue, Nov 29, 2011 at 09:49:06 +0100, Jacek Konieczny wrote: > > > A czy część 'On Upstart' z poniższego jest aktualna/prawdziwa? > > > http://0pointer.de/blog/projects/systemd.html > > > > Właściwie wszystko, bo to się odnosi do różnicy w filozofii > > systemd i Upstart bardziej niż konkretnych ficzerów i słabości. > > > > Zresztą, ja już się przekonałem. Dawać tego systemd i wywalmy SysVinit > > w cholerę wreszcie! ;-) > > Jestem za! :) > To moze przy okazji darowalibysmy sobie podpakiety systemd, skoro to jest zwykle ok 1k tekstu w 1-2 plikach na usluge? Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie) [vserver]
Dnia 29 listopada 2011 19:15 Arkadiusz Miśkiewicz napisał(a): > On Tuesday 29 of November 2011, Bartlomiej Zimon wrote: > > Dnia 29 listopada 2011 12:55 Arkadiusz Miśkiewicz > napisał(a): > > > On Tuesday 29 of November 2011, Jacek Konieczny wrote: > > > > On Tue, Nov 29, 2011 at 11:28:50AM +0100, Tomasz Pala wrote: > > > > > On Tue, Nov 29, 2011 at 09:49:06 +0100, Jacek Konieczny wrote: > > > > > A czy część 'On Upstart' z poniższego jest aktualna/prawdziwa? > > > > > http://0pointer.de/blog/projects/systemd.html > > > > > > > > Właściwie wszystko, bo to się odnosi do różnicy w filozofii > > > > systemd i Upstart bardziej niż konkretnych ficzerów i słabości. > > > > > > > > Zresztą, ja już się przekonałem. Dawać tego systemd i wywalmy SysVinit > > > > w cholerę wreszcie! ;-) > > > > > > Jestem za! :) > > > > To moze przy okazji darowalibysmy sobie podpakiety systemd, > > Chętnie. > > Z tego co pisał wiget na ircu są dwa problemy do rozwiązania by to wdrożyć: > > 1) systemd powinien instalować się przed innymi paczkami z niego > korzystającymi, jak to wymusić? > > 2) systemctl (en|dis)able usluga.service powinno być wołane w %post, %preun > > To można zrobić via makro rpmowe lub [ -x /sbin/systemctl ] && ... > > > skoro to jest zwykle ok 1k tekstu w 1-2 plikach na usluge? > > Do tego nie ma obecnie dobrego przykładu jak robić subpaczki - te co sa w > cvsie nie są dobre jako przykłady (są niepełne). > > Nie trzeba daleko szukac - spec dla cronie moze byc przykladem dla nas: http://pkgs.fedoraproject.org/gitweb/?p=cronie.git reload trzeba zrobic aby systemd znalazl nowe pliki enable i disable odpowiednio uruchomic Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie) [vserver]
Dnia 29 listopada 2011 19:29 Jacek Konieczny napisał(a): > On Tue, Nov 29, 2011 at 07:15:38PM +0100, Arkadiusz Miśkiewicz wrote: > > Chętnie. > > > > Z tego co pisał wiget na ircu są dwa problemy do rozwiązania by to wdrożyć: > > > > 1) systemd powinien instalować się przed innymi paczkami z niego > > korzystającymi, jak to wymusić? > > Requires(pre), sprytne uniknięcie zależności w systemd (przynajmniej w > podpakiecie, który ma być wymagany przez inne) i może odpowiednie wpisy > w rpm-whiteout nie starczą? > > > 2) systemctl (en|dis)able usluga.service powinno być wołane w %post, %preun > > > > To można zrobić via makro rpmowe lub [ -x /sbin/systemctl ] && ... > > Mamy tam już zwykle '%service %{name} restart' i '%service %{name} > stop', nie dało by się tego makra jakoś rozszerzyć na usługi systemd? > I to jest chyba najlepsze rozw. > > > skoro to jest zwykle ok 1k tekstu w 1-2 plikach na usluge? > > > > Do tego nie ma obecnie dobrego przykładu jak robić subpaczki - te co sa w > > cvsie nie są dobre jako przykłady (są niepełne). > > Najlepiej żeby ktoś, kto to będzie miał najlepiej opanowane, do > template-specs/template.spec wrzuci. > > Pozdrowienia, > Jacek > ___ > pld-devel-pl mailing list > pld-devel-pl@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl > ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie) [vserver]
Dnia 30 listopada 2011 1:27 Bartlomiej Zimon napisał(a): > Dnia 29 listopada 2011 19:29 Jacek Konieczny napisał(a): > > On Tue, Nov 29, 2011 at 07:15:38PM +0100, Arkadiusz Miśkiewicz wrote: > > > Chętnie. > > > > > > Z tego co pisał wiget na ircu są dwa problemy do rozwiązania by to > > > wdrożyć: > > > > > > 1) systemd powinien instalować się przed innymi paczkami z niego > > > korzystającymi, jak to wymusić? > > > > Requires(pre), sprytne uniknięcie zależności w systemd (przynajmniej w > > podpakiecie, który ma być wymagany przez inne) i może odpowiednie wpisy > > w rpm-whiteout nie starczą? > > > > > 2) systemctl (en|dis)able usluga.service powinno być wołane w %post, > > > %preun > > > > > > To można zrobić via makro rpmowe lub [ -x /sbin/systemctl ] && ... > > > > Mamy tam już zwykle '%service %{name} restart' i '%service %{name} > > stop', nie dało by się tego makra jakoś rozszerzyć na usługi systemd? > > > > I to jest chyba najlepsze rozw. > Jest tylko jeden problem z tym rozw. Mianowicie niektore uslugi SysV w systemd sa podzielone na kilka mniejszych. W jaki sposob wykryc ze jest ich wiecej i jakie maja nazwy w %service? Nowe parametry do skryptu? sciagawka: fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet Brak tam opisu try-restart itp. Pliki .service w systemd jesli maja sekcje Install beda podczepiane pod podany target to nam moze troche pomoc w penych sytuacjach. Wtedy po uruchomieniu "systemctl enable cos" symlink laduje np. w syslog.target.wants Czyli do pelnego uruchomienia targetu syslog wymagany jest dodatkowo service cos. > > > > skoro to jest zwykle ok 1k tekstu w 1-2 plikach na usluge? > > > > > > Do tego nie ma obecnie dobrego przykładu jak robić subpaczki - te co sa w > > > cvsie nie są dobre jako przykłady (są niepełne). > > > > Najlepiej żeby ktoś, kto to będzie miał najlepiej opanowane, do > > template-specs/template.spec wrzuci. > > Na razie laduje do podpaczek. # systemctl |grep service |grep SYSV | wc -l 37 # systemctl |grep service |grep -v SYSV | wc -l 22 No to zostalo jeszcze 37 z SYSV do zrobienia, tak naprawde nie trzeba wszystkiego przepisywac ale da nam to pewna spojnosc. Tymczasowo z braku automatyki po instalacji podpaczki systemd robie cos takiego: systemctl daemon-reload # przeladowanie konfiguracji systemctl enable NetworkManager.service # aktywacja uslugi systemctl try-restart NetworkManager.service Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd (Re: syslog-ng startowany po bindzie) [vserver]
Dnia 12 grudnia 2011 20:12 Tomasz Pala napisał(a): > On Sun, Dec 11, 2011 at 23:07:10 +0100, Bartek Zimon wrote: > > > Dla prostoty i zgodnosci mozna skorzystac z takiego oto wrappera: > > [Unit] > > Description=Network Connectivity > > > > [Service] > > Type=oneshot > > RemainAfterExit=yes > > ExecStart=/etc/init.d/network start > > ExecStop=/etc/init.d/network stop > > No tak to średnio, bo żadnego zysku nie będzie ze startu sieci (a ja mam > naście czy dziesiąt interfejsów i one same potrafią się kilka minut po > kolei uruchamiać). Moja idea jest taka, żeby zainicjować sieć (tam się > robi lo i ustawiają rule), równolegle podnosić wszystkie interfejsy > (zależności są przy VLAN-ach, bridge'ach, tunelach - tutaj brakuje > automatyki do parsowania i trzeba ręcznie w ifup@int.service wpisać), a > na koniec odpalić (albo i nie, nie każdy używa) statyczny (R)ARP. To co > wrzuciłem u mnie działa, tylko nie jest zbyt ładne. > > Moze tymczasowo chociaz jako jakis systemd-network-compat ;) a obok cos wymyslimy: systemd-network-minimal,bridge, tunnel itp. ? Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Mcabber 0.10.1
Dnia 16 grudnia 2011 18:14 Bartosz Świątek napisał(a): > W dniu 16 grudnia 2011 17:53 użytkownik fi9o napisał: > > Dnia 16-12-2011 o 15:22:27 Bartosz Świątek napisał(a): > > > > > >> W dniu 16 grudnia 2011 14:40 użytkownik fi9o napisał: > >>> > >>> W zalaczniku latka do podbicia mcabbera do 0.10.1. > >>> Buduje sie poprawnie. Dodana podpaczka -devel > >>> Prosze o sprawdzenie i ewentualnie podbicie mcabber. > >> > >> > >> A ta podpaczka -devel w ogóle komuś jest potrzebna? > >> Pewnie był powód dlaczego jej do tej pory nie było. > >> > > > > Hej. Wiesz co, jak budowalem wczesniejsza wersje to jej nie bylo. Podbilem > > spec, puscilem budowanie i wywalilo mi sporo plikow niespakietowanych, > > glownie *.h(ktorych wczesniej nie wywalalo) i dlatego postanowilem je do > > devel wepchnac. > > Podpaczka -devel ma spełniać konkretny cel, a nie być śmietnikiem dla > niespakietowanych plików .h .so czy innych. > Jeśli nic nie wymaga do zbudowania (lub jakiegoś ficzeru) plików .h z > tej paczki (a skoro to jest jakiś kliencki program to > prawdopodobieństwo, że tak jest, jest duże) > to nie ma najmniejszej potrzeby paczkowania ich do sztucznie stworzonego > -devel. > A jak Ci przeszkadza, że są niespaczkowane pliki, to je usuń w sekcji > %install. > Nie prawda, paczka jest potrzebna dla tych co chcieliby sobie zbudowac pluginy, ktorych jest sporo ale nie ma ich w glownej paczce. Dlatego podpakiet devel powinien zostac. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: dnsmasq 2.59
Dnia 10 stycznia 2012 23:53 Piotr Pawłow napisał(a): > Potrzebowałem nowszej wersji z powodu tego błędu: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644345 > > Załączam patch (mam nadzieję że gmane przepuści, jeśli nie to żadna strata, > bo różni się tylko wersją i md5) > Poszlo dzieki. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: journal w systemd (Re: mksh exec bug.)
Dnia 15 stycznia 2012 21:15 Tomasz Pala napisał(a): > On Sun, Jan 15, 2012 at 20:29:20 +0100, Pawel Golaszewski wrote: > > >> Nie wiem czy można było zintegrować sysloga, bo jeden z nich był > >> wyłączany w momencie startu takiego normalnego (np. syslog-ng), a drugi > >> pozostawał. > > > > ?? > > A po co ci dwa? > > No bo jeden zastępuje kernel log buffer i właściwy syslog może go > wyłączyć (rsyslog wyłącza tylko systemd-kmsg-syslogd, nawet pierwsze > trafienia googla na zapytanie o systemd-kmsg-syslogd mówią o tym), > natomiast drugi służy do przejmowania stdout startujących usług > (systemd-stdout-syslog-bridge). Ten drugi nie jest właściwie syslogiem, > tylko czymś co łapie komunikaty i kieruje do sysloga. Journal jak > rozumiem łączy funkcje obu. > > > Jak to zrozumiałem (ale mało się wgłębiałem) to po pierwsze to nie było > > opcjonalne (co najwyżej możesz nie używać), a po drugie to zastępowało > > logowanie stdout-a z servisów. Mogę się mylić, chętnie byłbym oświecony :) > > A czy 'możesz nie używać' nie znaczy właśnie, że jest opcjonalne?;) > Możesz: > 1. wyłączyć zapisywanie journalu na dysk, > 2. włączyć przekazywanie do normalnego sysloga. > > W ten sposób oczywiście jest ta zbędna pośrednia warstwa, no ale > logowania stdout ani teraz praktycznie nie ma (takiego > zestandaryzowanego), ani po uruchomieniu systemu nie jest już istotne. > > A nie sądzę, aby normalne demony przestawiły się całkiem z sysloga, > jeśli już to będzie nowa opcja logowania. > No i mamy w th-test systemd v38, latki uaktualnilem wzgledem git. Testowalem network.service i network-post.service i wzglednie ok. ifup@.service nie potrzebuje bo mam NetworkManager.service. Sam systemd-journal domyslnie dziala podobnie do dmesg. Uwaga moze pare osob zauwazylo ale shutdown z systemd nie wylacza komputera trzeba podac pelna liste opcji "/sbin/shutdown -h -P now" Czekamy na feedback, skoro nie sa zglaszane problemy to nie wiemy czy cos trzeba poprawic. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: journal w systemd (Re: mksh exec bug.)
Dnia 17 stycznia 2012 16:34 Jakub Bogusz napisał(a): > On Tue, Jan 17, 2012 at 01:29:14PM +0100, Bartlomiej Zimon wrote: > > No i mamy w th-test systemd v38, latki uaktualnilem wzgledem git. > > Z użyciem /lib dla bibliotek x86_64 (w tym /lib/security, gdy pam szuka > modułów w /lib64/security) to jakiś żart? > > Zgadza sie, z rozpedu poszlo. Dzieki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Trinity desktop environment w PLD
Dnia 19 stycznia 2012 14:06 Lukasz Michalski napisał(a): > On 01/19/12 13:14, Wojciech Błaszkowski wrote: > > Dnia Thursday 19 of January 2012, Lukasz Michalski napisał: > >>>> Trinity to był nawet ciekawy projekt. Ale obecnie to już chyba za > >>>> późno na odgrzewanie KDE 3.5. > >>> > >>> Moim zdaniem KDE4 ma za dużo bajerów, które do pracy biurowej w ogóle nie > >>> są potrzebne. Nie potrzebna mi plasma, gumowe okna czy wybuchające > >>> ramki. > >>> > >> > >> Jak przyszło KDE4 to się przesiadłem na Gnome :-) > > > > To teraz pytanie: Czy gdyby KDE3.5 było cały czas wspierane przez PLD to > > byś > > został przy 3.5? > > Ja - tak. > > > > Używałem z obsolete dopóki się dało. Teraz to raczej nie, bo dla mnie > KDE jest pochodną kdevelopa a tego używam od jakiegoś czasu w wersji 4. > Podchodzilem juz do problemu instalacji Trinity. W zasadzie wszystko byloby ok gdyby nie to ze trzeba je instalowac w /opt/trinity aby sie nie gryzlo z kde4. Moze cos na dniach sie zmienilo ale z tego co pamietam przegladajac nawet skrypty do budowania na debianie/ubuntu tak to bylo zrobine. Niestety binaki maja podobne nazwy. Nie wiem czy to dobre rozwiazanie z tym /opt i u nas mogloby przejsc ? arekm co ty na to? Dodatkowo Trinity przejelo Qt3 i KDE3 pozbierali wszystkie latki wrzucili je i przepisali juz czesc programow na aktualne uslugi. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV -> systemd
Dnia 19 stycznia 2012 15:54 Artur Frysiak napisał(a): > 2012/1/19 Jan Rękorajski : > > Pytanie do speców od systemd - czy jest jakaś metoda, a jeśli tak to > > jaka, na mało bolesną konwersję serwisów z SysV do systemd? > > > > Na przykład nfs serwer, w wersji SysV ma (w dużym uproszczeniu) jeden > > skrypt startowy zwany nfsd starujący kilka rzeczy, a pod systemd te > > kilka rzeczy ma, każde z nich, swoje własne serwisy. Czy da się teraz > > spowodować automagicznie, żeby systemd nie próbował odpalać i wersji SysV > > i swoich natywnych serwisów? > > Jeśli jakiś z serwisów systemd będzie się nazywał tak jak ten SysV to > go przykryje i będzie uruchomiony tylko ten z systemd. > > Możesz też zrobić symlink > ln -s jakis-service-systemd.service > /lib/systemd/system/"nazwa-serwisu-SysV".service > > Inne rozwiązanie to zamaskowanie serwisu SysV > ln -s /dev/null /lib/systemd/system/"nazwa-serwisu-SysV".service > No dobra ale jest jeszcze jeden temat - dodalem kdm.service (paczka kde4-kdm-systemd) ale aktualizacja powoduje restart kdm a tego nie chcemy jak ten temat rozwiazac? nowe/uaktualnione makro w macros.build? Hmm? Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 21 stycznia 2012 17:10 Paweł Sikora napisał(a): > On Saturday 21 of January 2012 16:59:22 Łukasz Maśko wrote: > > Dnia sobota, 21 stycznia 2012, Paweł Sikora napisał: > > [...] > > > postanowilem wiec sprobowac innej drogi i zamiast > > > menu->settings->system.settings->printer.configuration odpalilem > > > menu->settings->printing ->add, klik, klik, podalem haslo roota, > > > wskazalem plik .ppd ktory mam od producenta i okienka zamarzly :) czekam > > > chwilke i nic, patrze w top-a, a tam cupsd i python rozgrzewaja cpu. > > > dostaly delikatny sygnal zeby przestac, ale zanim to ubilem, to jeszcze > > > mi /var/log/cups zapchaly: > > > > Chciałem spróbować powtórzyć powyższe, ale nie za bardo wiem, jakiej > > aplikacji do tego użyłeś. Obstawiam, że system-config-printer, ale jeśli > > tak, to wiem, jak powtórzyć "menu->settings->printing ->add", ale co dalej > > klikać to już nie wiem. Możesz podesłać na priv ten ppd? > > > > Jeśli chodziło ci o dodanie drukarki to ja to robię z poziomu WWW. W pewnym > > momencie następuje rzeczywiście "przywieszka", ale to tylko dlatego, że > > cups > > buduje listę dostępnych modeli drukarek, co trwa trochę nawet na szybkiem > > maszynie. > > finalnie tez dodalem drukarke z poziomu www cupsa i poszlo to blyskawicznie. > niestety ten aplet kde jest koszmarny :( plik .ppd do ML-1670 wzialem sobie z > paczki > 'unified driver' ze strony samsunga: > > http://www.samsung.com/in/support/detail/supportPrdDetail.do?menu=SP00&prd_ia_cd=1704&prd_mdl_cd=ML-1676%2FXIP&prd_mdl_name=ML-1676&srchword=ML-1676 > > do tego musialem jeszcze skopiowac binarke rastertosamsungsplc do > /usr/lib/cups/filter > i wyglada, ze wszystko sie ladnie drukuje z poziomu np. okulara. > Zgaduje ze wersja kde4-kdebase == kde4-kdeadmin == 4.8.0 ? Bo z tego co widzialem to kdeadmin nie jest podbity. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 21 stycznia 2012 22:30 Paweł Sikora napisał(a): > On Saturday 21 of January 2012 18:46:53 Bartlomiej Zimon wrote: > > Dnia 21 stycznia 2012 17:10 Paweł Sikora napisał(a): > > > On Saturday 21 of January 2012 16:59:22 Łukasz Maśko wrote: > > > > Dnia sobota, 21 stycznia 2012, Paweł Sikora napisał: > > > > [...] > > > > > postanowilem wiec sprobowac innej drogi i zamiast > > > > > menu->settings->system.settings->printer.configuration odpalilem > > > > > menu->settings->printing ->add, klik, klik, podalem haslo roota, > > > > > wskazalem plik .ppd ktory mam od producenta i okienka zamarzly :) > > > > > czekam > > > > > chwilke i nic, patrze w top-a, a tam cupsd i python rozgrzewaja cpu. > > > > > dostaly delikatny sygnal zeby przestac, ale zanim to ubilem, to > > > > > jeszcze > > > > > mi /var/log/cups zapchaly: > > > > > > > > Chciałem spróbować powtórzyć powyższe, ale nie za bardo wiem, jakiej > > > > aplikacji do tego użyłeś. Obstawiam, że system-config-printer, ale > > > > jeśli > > > > tak, to wiem, jak powtórzyć "menu->settings->printing ->add", ale co > > > > dalej > > > > klikać to już nie wiem. Możesz podesłać na priv ten ppd? > > > > > > > > Jeśli chodziło ci o dodanie drukarki to ja to robię z poziomu WWW. W > > > > pewnym > > > > momencie następuje rzeczywiście "przywieszka", ale to tylko dlatego, że > > > > cups > > > > buduje listę dostępnych modeli drukarek, co trwa trochę nawet na > > > > szybkiem > > > > maszynie. > > > > > > finalnie tez dodalem drukarke z poziomu www cupsa i poszlo to > > > blyskawicznie. > > > niestety ten aplet kde jest koszmarny :( plik .ppd do ML-1670 wzialem > > > sobie z paczki > > > 'unified driver' ze strony samsunga: > > > > > > http://www.samsung.com/in/support/detail/supportPrdDetail.do?menu=SP00&prd_ia_cd=1704&prd_mdl_cd=ML-1676%2FXIP&prd_mdl_name=ML-1676&srchword=ML-1676 > > > > > > do tego musialem jeszcze skopiowac binarke rastertosamsungsplc do > > > /usr/lib/cups/filter > > > i wyglada, ze wszystko sie ladnie drukuje z poziomu np. okulara. > > > > > > > Zgaduje ze wersja kde4-kdebase == kde4-kdeadmin == 4.8.0 ? > > Bo z tego co widzialem to kdeadmin nie jest podbity. > > fakt, kdebase mam 4.8.0 a admin jeszcze 4.7.4. sprawdze to jeszcze raz jak > sie zbiegna wersje na ftp... Sprobuj przebudowac 4.7.4 z nowym kde. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 22 stycznia 2012 4:43 Bartlomiej Zimon napisał(a): > Dnia 21 stycznia 2012 22:30 Paweł Sikora napisał(a): > > On Saturday 21 of January 2012 18:46:53 Bartlomiej Zimon wrote: > > > Dnia 21 stycznia 2012 17:10 Paweł Sikora napisał(a): > > > > On Saturday 21 of January 2012 16:59:22 Łukasz Maśko wrote: > > > > > Dnia sobota, 21 stycznia 2012, Paweł Sikora napisał: > > > > > [...] > > > > > > postanowilem wiec sprobowac innej drogi i zamiast > > > > > > menu->settings->system.settings->printer.configuration odpalilem > > > > > > menu->settings->printing ->add, klik, klik, podalem haslo roota, > > > > > > wskazalem plik .ppd ktory mam od producenta i okienka zamarzly :) > > > > > > czekam > > > > > > chwilke i nic, patrze w top-a, a tam cupsd i python rozgrzewaja cpu. > > > > > > dostaly delikatny sygnal zeby przestac, ale zanim to ubilem, to > > > > > > jeszcze > > > > > > mi /var/log/cups zapchaly: > > > > > > > > > > Chciałem spróbować powtórzyć powyższe, ale nie za bardo wiem, jakiej > > > > > aplikacji do tego użyłeś. Obstawiam, że system-config-printer, ale > > > > > jeśli > > > > > tak, to wiem, jak powtórzyć "menu->settings->printing ->add", ale co > > > > > dalej > > > > > klikać to już nie wiem. Możesz podesłać na priv ten ppd? > > > > > > > > > > Jeśli chodziło ci o dodanie drukarki to ja to robię z poziomu WWW. W > > > > > pewnym > > > > > momencie następuje rzeczywiście "przywieszka", ale to tylko dlatego, > > > > > że cups > > > > > buduje listę dostępnych modeli drukarek, co trwa trochę nawet na > > > > > szybkiem > > > > > maszynie. > > > > > > > > finalnie tez dodalem drukarke z poziomu www cupsa i poszlo to > > > > blyskawicznie. > > > > niestety ten aplet kde jest koszmarny :( plik .ppd do ML-1670 wzialem > > > > sobie z paczki > > > > 'unified driver' ze strony samsunga: > > > > > > > > http://www.samsung.com/in/support/detail/supportPrdDetail.do?menu=SP00&prd_ia_cd=1704&prd_mdl_cd=ML-1676%2FXIP&prd_mdl_name=ML-1676&srchword=ML-1676 > > > > > > > > do tego musialem jeszcze skopiowac binarke rastertosamsungsplc do > > > > /usr/lib/cups/filter > > > > i wyglada, ze wszystko sie ladnie drukuje z poziomu np. okulara. > > > > > > > > > > Zgaduje ze wersja kde4-kdebase == kde4-kdeadmin == 4.8.0 ? > > > Bo z tego co widzialem to kdeadmin nie jest podbity. > > > > fakt, kdebase mam 4.8.0 a admin jeszcze 4.7.4. sprawdze to jeszcze raz jak > > sie zbiegna wersje na ftp... > > Sprobuj przebudowac 4.7.4 z nowym kde. Poprawka 4.8.0 jest juz dostepne w th-test Za to rozwiazaniem jest - UWAGA!: install python-PyKDE4-devel-tools dlatego ze uic analogicznie potrzebuje tez widgetow z PyKDE4 ktore sa wlasnie w tej paczce Milego dnia ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 21 stycznia 2012 19:18 Jakub Bogusz napisał(a): > On Sat, Jan 21, 2012 at 10:26:39AM +0100, Paweł Sikora wrote: > > witam, > > > > probuje wlasnie podpiac do kde4 drukareczke laserowa i cos mi ten modul > > konfiguracyjny nie chce ruszyc. zauwazylem, ze na poczaktu brakowalo > > python-PyKDE4, nastepnie wysledzilem, ze brakuje w systemie uic: > > > > $ python > > /usr/share/apps/system-config-printer-kde/system-config-printer-kde.py > > Traceback (most recent call last): > > File > > "/usr/share/apps/system-config-printer-kde/system-config-printer-kde.py", > > line 43, in > > from PyQt4 import uic > > > > czyli kolejny brak w postaci python-PyQt4-devel-tools, ale mimo > > doinstalowania > > obu tych pakietow nadal konfiguracja nie dziala. ktos podpowie czego jeszcz > > brakuje > > zeby to raz na zawsze dopisac do R: ? > > > > swoja droga, jesli pakiet uzytkowy wymaga cos -devel-tools, to troche > > dziwnie > > to zostalo spakietowane... > > Dziwny trochę ten pakiet, że do działania wymaga kompilatora interfejsów > Qt... Zwykle kompiluje się w trakcie budowania pakietu (vide inne > pakiety korzystające z PyQt/PyKDE). > Nawet jesli by z tego korzystali to i tak /usr/bin/pykdeuic4 nie ma praw +x nawet dla root-a Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 22 stycznia 2012 9:56 Paweł Sikora napisał(a): > On Sunday 22 of January 2012 09:42:32 Grzesiek Pycia wrote: > > W dniu 22.01.2012 07:31, Paweł Sikora pisze: > > > On Sunday 22 of January 2012 06:47:59 Bartlomiej Zimon wrote: > > >> Dnia 22 stycznia 2012 4:43 Bartlomiej Zimon napisał(a): > > >>> Dnia 21 stycznia 2012 22:30 Paweł Sikora napisał(a): > > >>>> On Saturday 21 of January 2012 18:46:53 Bartlomiej Zimon wrote: > > >>>>> Dnia 21 stycznia 2012 17:10 Paweł Sikora napisał(a): > > >>>>>> On Saturday 21 of January 2012 16:59:22 Łukasz Maśko wrote: > > >>>>>>> Dnia sobota, 21 stycznia 2012, Paweł Sikora napisał: > > >>>>>>> [...] > > >>>>>>>> postanowilem wiec sprobowac innej drogi i zamiast > > >>>>>>>> menu->settings->system.settings->printer.configuration odpalilem > > >>>>>>>> menu->settings->printing ->add, klik, klik, podalem haslo roota, > > >>>>>>>> wskazalem plik .ppd ktory mam od producenta i okienka zamarzly :) > > >>>>>>>> czekam > > >>>>>>>> chwilke i nic, patrze w top-a, a tam cupsd i python rozgrzewaja > > >>>>>>>> cpu. > > >>>>>>>> dostaly delikatny sygnal zeby przestac, ale zanim to ubilem, to > > >>>>>>>> jeszcze > > >>>>>>>> mi /var/log/cups zapchaly: > > >>>>>>> > > >>>>>>> Chciałem spróbować powtórzyć powyższe, ale nie za bardo wiem, > > >>>>>>> jakiej > > >>>>>>> aplikacji do tego użyłeś. Obstawiam, że system-config-printer, ale > > >>>>>>> jeśli > > >>>>>>> tak, to wiem, jak powtórzyć "menu->settings->printing ->add", ale > > >>>>>>> co dalej > > >>>>>>> klikać to już nie wiem. Możesz podesłać na priv ten ppd? > > >>>>>>> > > >>>>>>> Jeśli chodziło ci o dodanie drukarki to ja to robię z poziomu WWW. > > >>>>>>> W pewnym > > >>>>>>> momencie następuje rzeczywiście "przywieszka", ale to tylko > > >>>>>>> dlatego, że cups > > >>>>>>> buduje listę dostępnych modeli drukarek, co trwa trochę nawet na > > >>>>>>> szybkiem > > >>>>>>> maszynie. > > >>>>>> > > >>>>>> finalnie tez dodalem drukarke z poziomu www cupsa i poszlo to > > >>>>>> blyskawicznie. > > >>>>>> niestety ten aplet kde jest koszmarny :( plik .ppd do ML-1670 > > >>>>>> wzialem sobie z paczki > > >>>>>> 'unified driver' ze strony samsunga: > > >>>>>> > > >>>>>> http://www.samsung.com/in/support/detail/supportPrdDetail.do?menu=SP00&prd_ia_cd=1704&prd_mdl_cd=ML-1676%2FXIP&prd_mdl_name=ML-1676&srchword=ML-1676 > > >>>>>> > > >>>>>> do tego musialem jeszcze skopiowac binarke rastertosamsungsplc do > > >>>>>> /usr/lib/cups/filter > > >>>>>> i wyglada, ze wszystko sie ladnie drukuje z poziomu np. okulara. > > >>>>>> > > >>>>> > > >>>>> Zgaduje ze wersja kde4-kdebase == kde4-kdeadmin == 4.8.0 ? > > >>>>> Bo z tego co widzialem to kdeadmin nie jest podbity. > > >>>> > > >>>> fakt, kdebase mam 4.8.0 a admin jeszcze 4.7.4. sprawdze to jeszcze raz > > >>>> jak sie zbiegna wersje na ftp... > > >>> > > >>> Sprobuj przebudowac 4.7.4 z nowym kde. > > >> > > >> Poprawka 4.8.0 jest juz dostepne w th-test > > >> Za to rozwiazaniem jest - UWAGA!: > > >> install python-PyKDE4-devel-tools > > >> dlatego ze uic analogicznie potrzebuje tez widgetow z PyKDE4 ktore sa > > >> wlasnie w tej paczce > > > > > > nie, nie jest ;) > > > > > > aktualnie mam zainstalowane fragmenty kde-4.8.0 (bez domieszek 4.7.4) > > > oraz elementy > > > python-a, ktore wyczailem po importach: > > > > > > kde4-kdeadmin-kprinter-4.8.0-2.x86_64 > > > python-PyKDE4-4.8.0-1.x86_64 &g
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 22 stycznia 2012 10:26 Bartlomiej Zimon napisał(a): > Dnia 22 stycznia 2012 9:56 Paweł Sikora napisał(a): > > > > ten blad to brak -devel: > > > > # rpm -ql python-PyKDE4-devel|grep kpushbutton > > /usr/share/sip/PyKDE4/kdeui/kpushbutton.sip > > > > z ta paczka czarodziej sie odpalil. > > teraz zatem musimy podjac decyzje, czy uzytkowy pakiet > > kde4-kdeadmin-kprinter > > bedzie wymagal developerskich paczek python/KDE4/Qt4, czy moze zmienimy > > nieco > > polozenie niektorych plikow w tych pakietach? prosze znawcow pythona/kde o > > opinie. > > > > $ sudo mv /usr/lib/python2.7/site-packages/PyQt4/uic/widget-plugins/kde4.py* . > ... > ImportError: No module named kpushbutton > ... > $ sudo ls -l /usr/share/sip/PyKDE4/kdeui/kpushbutton.sip > ls: nie ma dostępu do /usr/share/sip/PyKDE4/kdeui/kpushbutton.sip: Nie ma > takiego pliku ani katalogu > ... > install python-PyKDE4-devel-4.8.0-1.i686 > ... > ImportError: No module named kpushbutton > ... > $ sudo mv kde4.py* /usr/lib/python2.7/site-packages/PyQt4/uic/widget-plugins/ > ... > OK > ... > uninstall python-PyQt4-devel-4.9-1.i686 > zazn. python-PyQt4-devel-4.9-1.i686 > Przetwarzanie zależności... > python-PyQt4-devel-4.9-1.i686 zaznacza python-PyKDE4-devel-4.8.0-1.i686 > (wymaga python-PyQt4-devel >= 4.9) > Są 2 pakiety do usunięcia (1 zaznaczony pośrednio): > R python-PyQt4-devel-4.9-1.i686 > D python-PyKDE4-devel-4.8.0-1.i686 > ... > OK > > IMHO - python-PyKDE4-devel-tools powinny znalezc sie w python-PyKDE4 i > analogicznie dla python-PyQt4-devel-tools > sip i pliki .sip sa potrzebne tylko gdy buduje sie moduly dla pythona i to > jest faktyczny pakiet devel. > > modul uic sam w sobie to kompilator ui w locie i to nie zalicza sie do devel poprawka pykdeuic4 i pyuic4 kdeuic i uic to juz -devel bo generuja zrodla dokompilacji > > Pozdrawiam > Bartlomiej Zimon > ___ > pld-devel-pl mailing list > pld-devel-pl@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl > ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 22 stycznia 2012 10:35 Bartlomiej Zimon napisał(a): > Dnia 22 stycznia 2012 10:26 Bartlomiej Zimon napisał(a): > > Dnia 22 stycznia 2012 9:56 Paweł Sikora napisał(a): > > > > > > ten blad to brak -devel: > > > > > > # rpm -ql python-PyKDE4-devel|grep kpushbutton > > > /usr/share/sip/PyKDE4/kdeui/kpushbutton.sip > > > > > > z ta paczka czarodziej sie odpalil. > > > teraz zatem musimy podjac decyzje, czy uzytkowy pakiet > > > kde4-kdeadmin-kprinter > > > bedzie wymagal developerskich paczek python/KDE4/Qt4, czy moze zmienimy > > > nieco > > > polozenie niektorych plikow w tych pakietach? prosze znawcow pythona/kde > > > o opinie. > > > > > > > $ sudo mv > > /usr/lib/python2.7/site-packages/PyQt4/uic/widget-plugins/kde4.py* . > > ... > > ImportError: No module named kpushbutton > > ... > > $ sudo ls -l /usr/share/sip/PyKDE4/kdeui/kpushbutton.sip > > ls: nie ma dostępu do /usr/share/sip/PyKDE4/kdeui/kpushbutton.sip: Nie ma > > takiego pliku ani katalogu > > ... > > install python-PyKDE4-devel-4.8.0-1.i686 > > ... > > ImportError: No module named kpushbutton > > ... > > $ sudo mv kde4.py* > > /usr/lib/python2.7/site-packages/PyQt4/uic/widget-plugins/ > > ... > > OK > > ... > > uninstall python-PyQt4-devel-4.9-1.i686 > > zazn. python-PyQt4-devel-4.9-1.i686 > > Przetwarzanie zależności... > > python-PyQt4-devel-4.9-1.i686 zaznacza python-PyKDE4-devel-4.8.0-1.i686 > > (wymaga python-PyQt4-devel >= 4.9) > > Są 2 pakiety do usunięcia (1 zaznaczony pośrednio): > > R python-PyQt4-devel-4.9-1.i686 > > D python-PyKDE4-devel-4.8.0-1.i686 > > ... > > OK > > > > IMHO - python-PyKDE4-devel-tools powinny znalezc sie w python-PyKDE4 i > > analogicznie dla python-PyQt4-devel-tools > > sip i pliki .sip sa potrzebne tylko gdy buduje sie moduly dla pythona i to > > jest faktyczny pakiet devel. > > > > modul uic sam w sobie to kompilator ui w locie i to nie zalicza sie do devel > > poprawka pykdeuic4 i pyuic4 > kdeuic i uic to juz -devel bo generuja zrodla dokompilacji > Z ciekawostek mozna zauwazyc ze w perl-Qt4 nie wydzielono -devel i mozna tam znalezc pliki naglowkowe .h i pliki .cmake ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV -> systemd
Dnia 25 stycznia 2012 8:31 Arkadiusz Miśkiewicz napisał(a): > On Tuesday 24 of January 2012, Tomasz Pala wrote: > > On Tue, Jan 24, 2012 at 15:23:46 +0100, Jacek Konieczny wrote: > > > Czyli zostały dwie opcje: > > W zasadzie trzy: > > > > 0. olewamy sprawę, jak ktoś zmieni inita, to ten mu uruchomi usługi > > SysV; będzie musiał sobie ręcznie włączyć co chce mieć pod systemd. > > Mi się to rozwiązanie podoba najbardziej. Świadoma migracja przez > administratora i świadome aktywowanie usług pod systemd. > > +1 Aktualnie systemd po zainstalowaniu podnosi minimum systemowe + co uda mu sie z kompatybilnosci SYSV + siec (onboot) Ktos kto migruje sobie na systemd powinien teraz sprawdzic ktore uslugi np. sie nie podniosly/nie dzialaja itp. Ewentualnie doinstalowac paczke -systemd uslugi ktora nie wstala i ja zrestartowac, podniosla sie albo nie. systemd-journal pomaga w tym i innych problemach. Docelowo mozna wrzucic to pozniej do paczki glownej z Obsoletes. Zasadniczo jestem z systemd na desktopie zadowolony, nie odpowiada mi jeszcze ze NetworkManager do polaczen automatycznych dodaje ONBOOT=yes przez co rc-scripts/systemd probuje wszystkie po kolei podniesc. imho powinien do tego uzyc jakis inny znacznik - zobacze czy da sie do tego jakas latke zrobic. Do filesystem trzeba dodac /etc/hostname, a w samym rc-scripts dodac drukowanie hosta do /etc/hostname albo zaczac korzystac z tego w rc-scripts co chyba jest lepsze. Aktualnie problemem jest zasadniczo u nas to ze nie ma feedbacku co sie nie podnosi co poprawic. Dyskusja ta powinna byc o dzialaniu i problemach. Pozniej wypracujmy sobie model gdzie ostatecznie co ma sie znalezc. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV -> systemd
Dnia 20 stycznia 2012 13:26 Tomasz Pala napisał(a): > On Fri, Jan 20, 2012 at 13:24:07 +0100, Bartlomiej Zimon wrote: > > > No dobra ale jest jeszcze jeden temat - dodalem kdm.service (paczka > > kde4-kdm-systemd) > > ale aktualizacja powoduje restart kdm a tego nie chcemy jak ten temat > > rozwiazac? > > nowe/uaktualnione makro w macros.build? Hmm? > > Co tam kdm, sprawdzał ktoś jak się zachowa ssh? > > dla potomnosci: export NORESTART=1 powoduje ze nie restartuja sie uslugi - fajne tylko czemu nie ta zmienna: # grep RESTART /etc/sysconfig/rpm #RPM_SKIP_AUTO_RESTART=yes Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV -> systemd
Dnia 25 stycznia 2012 9:43 Pawel Sikora napisał(a): > On Wednesday 25 of January 2012 09:37:23 Bartlomiej Zimon wrote: > > > Aktualnie problemem jest zasadniczo u nas to ze nie ma feedbacku co sie nie > > podnosi co poprawic. > > tu zamiescilem linka do przykladu dzialajacego na rc-scripts, a nie > dzialajcego na systemd: > > http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2012-January/154578.html > da sie to jakos na carme przetestowac? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
network scripts (Bylo Re: Migracja serwisów SysV -> systemd)
Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon napisał(a): > Zasadniczo jestem z systemd na desktopie zadowolony, nie odpowiada mi jeszcze > ze NetworkManager do polaczen > automatycznych dodaje ONBOOT=yes przez co rc-scripts/systemd probuje > wszystkie po kolei podniesc. > imho powinien do tego uzyc jakis inny znacznik - zobacze czy da sie do tego > jakas latke zrobic. > Czy brak wpisu ONBOOT w pliku np. /etc/sysconfig/interfaces/ifcfg-eth0 podniesie usluge podczas uruchamiania czy nie, oraz jak to powinno byc poprawnie? Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: network scripts (Bylo Re: Migracja serwisów SysV -> systemd)
Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon napisał(a): > Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon napisał(a): > > Zasadniczo jestem z systemd na desktopie zadowolony, nie odpowiada mi > > jeszcze ze NetworkManager do polaczen > > automatycznych dodaje ONBOOT=yes przez co rc-scripts/systemd probuje > > wszystkie po kolei podniesc. > > imho powinien do tego uzyc jakis inny znacznik - zobacze czy da sie do tego > > jakas latke zrobic. > > > > Czy brak wpisu ONBOOT w pliku np. /etc/sysconfig/interfaces/ifcfg-eth0 > podniesie usluge podczas uruchamiania czy nie, oraz jak to powinno byc > poprawnie? > ok network scripts olewa takie polaczenie za to trzeba dopisac w network scripts ze jesli istnieje zapis USERS to tez powinny go olac bo to konfiguracja uzytkownika ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: network scripts (Bylo Re: Migracja serwisów SysV -> systemd)
Dnia 25 stycznia 2012 10:25 Jan Rękorajski napisał(a): > On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: > > > Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon napisał(a): > > > Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon napisał(a): > > > > Zasadniczo jestem z systemd na desktopie zadowolony, nie odpowiada mi > > > > jeszcze ze NetworkManager do polaczen > > > > automatycznych dodaje ONBOOT=yes przez co rc-scripts/systemd probuje > > > > wszystkie po kolei podniesc. > > > > imho powinien do tego uzyc jakis inny znacznik - zobacze czy da sie do > > > > tego jakas latke zrobic. > > > > > > > > > > Czy brak wpisu ONBOOT w pliku np. /etc/sysconfig/interfaces/ifcfg-eth0 > > > podniesie usluge podczas uruchamiania czy nie, oraz jak to powinno byc > > > poprawnie? > > > > > > > ok network scripts olewa takie polaczenie za to trzeba dopisac w network > > scripts ze jesli istnieje zapis > > USERS to tez powinny go olac bo to konfiguracja uzytkownika > > A może NMCONTROLLED? Tak jak to jest w "wiodących dystrybucjach"? > samo to ze UUID jest ustawione oznacza ze to NM go dodal jesli jest USERS to znaczy ze nie jest to polaczenie systemowe ktorymi wlasnie zajmuje sie rc-scripts. ok rel 4 rc-scripts powinien zalatwic sprawe ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisó w SysV -> systemd
Dnia 25 stycznia 2012 10:39 Jan Rękorajski napisał(a): > On Wed, 25 Jan 2012, Tomasz Pala wrote: > > > On Wed, Jan 25, 2012 at 08:40:34 +0100, Jan Rękorajski wrote: > > > > > To jest bardzo kiepski pomysł. Bo jak kiedyś SysVinit wyleci to > > > dostaniesz system w którym nic się nie uruchamia, albo będziesz musiał > > > poprawiać milion pakietów, żeby włączały usługi systemd. > > > > A czemu SysV miałoby wylecieć? Mówisz o perspektywie 10 lat (LSB i > > konieczność utrzymania 3rd party software!). Przy zastosowaniach PLD i > > jego popularności śmiem twierdzić, że nikogo _zainteresowanego_ problem > > nie dotknie. Nie uprawiajmy sztuki dla sztuki. > > A jak będę chciał zainstalować nowy system to będę musiał dzielnie > dłubać i każdą usługę włączać ręcznie? Nie dziękuję, w takiej sytuacji > to można sobie wogóle darować. > mamy narzedzie do takiego czegos, mysle ze mozna to lekko zautomatyzowac/oskryptowac ale wazne aby robic to swiadomie a nie z automatu i to mogloby byc naszym punktem wyjscia ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: network scripts (Bylo Re: Migracja serwisów SysV -> systemd)
Dnia 25 stycznia 2012 11:00 Jan Rękorajski napisał(a): > On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: > > > Dnia 25 stycznia 2012 10:25 Jan Rękorajski > > napisał(a): > > > On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: > > > > > > > Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon napisał(a): > > > > > Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon napisał(a): > > > > > > Zasadniczo jestem z systemd na desktopie zadowolony, nie odpowiada > > > > > > mi jeszcze ze NetworkManager do polaczen > > > > > > automatycznych dodaje ONBOOT=yes przez co rc-scripts/systemd > > > > > > probuje wszystkie po kolei podniesc. > > > > > > imho powinien do tego uzyc jakis inny znacznik - zobacze czy da sie > > > > > > do tego jakas latke zrobic. > > > > > > > > > > > > > > > > Czy brak wpisu ONBOOT w pliku np. /etc/sysconfig/interfaces/ifcfg-eth0 > > > > > podniesie usluge podczas uruchamiania czy nie, oraz jak to powinno > > > > > byc poprawnie? > > > > > > > > > > > > > ok network scripts olewa takie polaczenie za to trzeba dopisac w > > > > network scripts ze jesli istnieje zapis > > > > USERS to tez powinny go olac bo to konfiguracja uzytkownika > > > > > > A może NMCONTROLLED? Tak jak to jest w "wiodących dystrybucjach"? > > > > > samo to ze UUID jest ustawione oznacza ze to NM go dodal jesli jest USERS > > to znaczy ze nie jest to polaczenie > > systemowe ktorymi wlasnie zajmuje sie rc-scripts. > > > > ok rel 4 rc-scripts powinien zalatwic sprawe > > To jeszcze post w systemd zmień. > Dlaczego? Tam powinno byc ok ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: network scripts (Bylo Re: Migracja serwisów SysV -> systemd)
Dnia 25 stycznia 2012 11:26 Jan Rękorajski napisał(a): > On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: > > > > Dnia 25 stycznia 2012 11:00 Jan Rękorajski > > napisał(a): > > > > > On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: > > > > > > > Dnia 25 stycznia 2012 10:25 Jan Rękorajski > > > > napisał(a): > > > > > On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: > > > > > > > > > > > Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon > > > > > > napisał(a): > > > > > > > Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon > > > > > > > napisał(a): > > > > > > > > Zasadniczo jestem z systemd na desktopie zadowolony, nie > > > > > > > > odpowiada mi jeszcze ze NetworkManager do polaczen > > > > > > > > automatycznych dodaje ONBOOT=yes przez co rc-scripts/systemd > > > > > > > > probuje wszystkie po kolei podniesc. > > > > > > > > imho powinien do tego uzyc jakis inny znacznik - zobacze czy da > > > > > > > > sie do tego jakas latke zrobic. > > > > > > > > > > > > > > > > > > > > > > Czy brak wpisu ONBOOT w pliku np. > > > > > > > /etc/sysconfig/interfaces/ifcfg-eth0 > > > > > > > podniesie usluge podczas uruchamiania czy nie, oraz jak to > > > > > > > powinno byc poprawnie? > > > > > > > > > > > > > > > > > > > ok network scripts olewa takie polaczenie za to trzeba dopisac w > > > > > > network scripts ze jesli istnieje zapis > > > > > > USERS to tez powinny go olac bo to konfiguracja uzytkownika > > > > > > > > > > A może NMCONTROLLED? Tak jak to jest w "wiodących dystrybucjach"? > > > > > > > > > samo to ze UUID jest ustawione oznacza ze to NM go dodal jesli jest > > > > USERS to znaczy ze nie jest to polaczenie > > > > systemowe ktorymi wlasnie zajmuje sie rc-scripts. > > > > > > > > ok rel 4 rc-scripts powinien zalatwic sprawe > > > > > > To jeszcze post w systemd zmień. > > > > > > > Dlaczego? Tam powinno byc ok > > Znaczy się samo sprawdzenie czy jest zmienna DEVICE= powinno wystarczyć? > Patrzyłeś co w tym post wogóle jest? > dobrze rozumiem ?: network-post.service -> /etc/init.d/network start_postinit -> static rarp,arp ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV -> systemd
Dnia 25 stycznia 2012 11:08 Pawel Sikora napisał(a): > On Wednesday 25 of January 2012 09:48:16 Bartlomiej Zimon wrote: > > Dnia 25 stycznia 2012 9:43 Pawel Sikora napisał(a): > > > On Wednesday 25 of January 2012 09:37:23 Bartlomiej Zimon wrote: > > > > > > > Aktualnie problemem jest zasadniczo u nas to ze nie ma feedbacku co sie > > > > nie podnosi co poprawic. > > > > > > tu zamiescilem linka do przykladu dzialajacego na rc-scripts, a nie > > > dzialajcego na systemd: > > > > > > http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2012-January/154578.html > > > > > > > da sie to jakos na carme przetestowac? > > jak odpalisz qemu z opcja -curses to powinno sie dac. > pytanie czy chesz sie tak bawic? nie lepiej odpalic to lokalnie? > brak miejsca lokalnie ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV -> systemd
Dnia 25 stycznia 2012 13:41 Bartlomiej Zimon napisał(a): > Dnia 25 stycznia 2012 11:08 Pawel Sikora napisał(a): > > On Wednesday 25 of January 2012 09:48:16 Bartlomiej Zimon wrote: > > > Dnia 25 stycznia 2012 9:43 Pawel Sikora napisał(a): > > > > On Wednesday 25 of January 2012 09:37:23 Bartlomiej Zimon wrote: > > > > > > > > > Aktualnie problemem jest zasadniczo u nas to ze nie ma feedbacku co > > > > > sie nie podnosi co poprawic. > > > > > > > > tu zamiescilem linka do przykladu dzialajacego na rc-scripts, a nie > > > > dzialajcego na systemd: > > > > > > > > http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2012-January/154578.html > > > > > > > > > > da sie to jakos na carme przetestowac? > > > > jak odpalisz qemu z opcja -curses to powinno sie dac. > > pytanie czy chesz sie tak bawic? nie lepiej odpalic to lokalnie? > > > > brak miejsca lokalnie ok zobaczymy cos nie cos oproznilem moze sie zmieszcze :P ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: network scripts (Bylo Re: Migracja serwisów SysV -> systemd)
Dnia 25 stycznia 2012 13:51 Jan Rękorajski napisał(a): > On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: > > > > dobrze rozumiem ?: > > network-post.service -> /etc/init.d/network start_postinit -> static > > rarp,arp > > Tak. > > Wydaje mi sie ze nie powinno byc z tym problemu. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 14:03 Łukasz Maśko napisał(a): > Dnia niedziela, 22 stycznia 2012, Paweł Sikora napisał: > [...] > > aktualnie mam zainstalowane fragmenty kde-4.8.0 (bez domieszek 4.7.4) > > oraz elementy python-a, ktore wyczailem po importach: > > > > kde4-kdeadmin-kprinter-4.8.0-2.x86_64 > > python-PyKDE4-4.8.0-1.x86_64 > > python-PyKDE4-devel-tools-4.8.0-1.x86_64 > > python-PyQt4-4.9-1.x86_64 > > python-PyQt4-devel-tools-4.9-1.x86_64 > > system-config-printer-1.3.7-1.x86_64 > > > > testowe odpalenie samego skryptu: > [...] > > Rozumiem, że dalej ci nie działa? Tak samo zresztą jak i u mnie. > Prosze o log z konsoli ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV -> systemd
Dnia 25 stycznia 2012 13:54 Bartlomiej Zimon napisał(a): > Dnia 25 stycznia 2012 13:41 Bartlomiej Zimon napisał(a): > > Dnia 25 stycznia 2012 11:08 Pawel Sikora napisał(a): > > > On Wednesday 25 of January 2012 09:48:16 Bartlomiej Zimon wrote: > > > > Dnia 25 stycznia 2012 9:43 Pawel Sikora napisał(a): > > > > > On Wednesday 25 of January 2012 09:37:23 Bartlomiej Zimon wrote: > > > > > > > > > > > Aktualnie problemem jest zasadniczo u nas to ze nie ma feedbacku co > > > > > > sie nie podnosi co poprawic. > > > > > > > > > > tu zamiescilem linka do przykladu dzialajacego na rc-scripts, a nie > > > > > dzialajcego na systemd: > > > > > > > > > > http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2012-January/154578.html > > > > > > > > > > > > > da sie to jakos na carme przetestowac? > > > > > > jak odpalisz qemu z opcja -curses to powinno sie dac. > > > pytanie czy chesz sie tak bawic? nie lepiej odpalic to lokalnie? > > > > > > > brak miejsca lokalnie > > ok zobaczymy cos nie cos oproznilem moze sie zmieszcze :P ok w jakis sposob wrzucic jakis plik na taki system w qemu? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 15:50 Łukasz Maśko napisał(a): > Dnia środa, 25 stycznia 2012, Bartlomiej Zimon napisał: > > Dnia 25 stycznia 2012 14:03 Łukasz Maśko > napisał(a): > > > Dnia niedziela, 22 stycznia 2012, Paweł Sikora napisał: > > > [...] > > > > > > > aktualnie mam zainstalowane fragmenty kde-4.8.0 (bez domieszek 4.7.4) > > > > oraz elementy python-a, ktore wyczailem po importach: > > > > > > > > kde4-kdeadmin-kprinter-4.8.0-2.x86_64 > > > > python-PyKDE4-4.8.0-1.x86_64 > > > > python-PyKDE4-devel-tools-4.8.0-1.x86_64 > > > > python-PyQt4-4.9-1.x86_64 > > > > python-PyQt4-devel-tools-4.9-1.x86_64 > > > > system-config-printer-1.3.7-1.x86_64 > > > > > > > testowe odpalenie samego skryptu: > > > [...] > > > > > > Rozumiem, że dalej ci nie działa? Tak samo zresztą jak i u mnie. > > > > Prosze o log z konsoli > > O to chodzi? : > > $ > python -v /usr/share/apps/system-config-printer-kde/system-config > printer-kde.py; echo $? > # installing zipimport hook bardziej o to : kcmshell4 system-config-printer-kde ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 18:43 Łukasz Maśko napisał(a): > Dnia środa, 25 stycznia 2012, Łukasz Maśko napisał: > [...] > > Niestety, na pythonie się zupełnie nie znam i chociaż widzę błąd, to nie > > wiem, jak go interpretować i jak zwalczyć. > > Znalazłem swój stary post w tym samym temacie dokładnie sprzed 2 lat. Efekt > był identyczny. Wtedy pomogło doinstalowanie python-devel. Teraz _też_! > > Po jaką cholerę apletowi potrzebny developerski pakiet pythona?! > fakt u mnie to samo po odinstalowaniu tego pakietu musze poszukac czemu tak sie dzieje, wyglada na brak symbolu: undefined symbol: PyExc_ValueError ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 18:43 Łukasz Maśko napisał(a): > Dnia środa, 25 stycznia 2012, Łukasz Maśko napisał: > [...] > > Niestety, na pythonie się zupełnie nie znam i chociaż widzę błąd, to nie > > wiem, jak go interpretować i jak zwalczyć. > > Znalazłem swój stary post w tym samym temacie dokładnie sprzed 2 lat. Efekt > był identyczny. Wtedy pomogło doinstalowanie python-devel. Teraz _też_! > > Po jaką cholerę apletowi potrzebny developerski pakiet pythona?! > http://bugs.python.org/issue4434 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 18:55 Bartlomiej Zimon napisał(a): > Dnia 25 stycznia 2012 18:43 Łukasz Maśko napisał(a): > > Dnia środa, 25 stycznia 2012, Łukasz Maśko napisał: > > [...] > > > Niestety, na pythonie się zupełnie nie znam i chociaż widzę błąd, to nie > > > wiem, jak go interpretować i jak zwalczyć. > > > > Znalazłem swój stary post w tym samym temacie dokładnie sprzed 2 lat. Efekt > > był identyczny. Wtedy pomogło doinstalowanie python-devel. Teraz _też_! > > > > Po jaką cholerę apletowi potrzebny developerski pakiet pythona?! > > > > fakt u mnie to samo po odinstalowaniu tego pakietu > musze poszukac czemu tak sie dzieje, wyglada na brak symbolu: > undefined symbol: PyExc_ValueError wystarcza te 2 pliki aby sie uruchomil bez bledu # ls -l /usr/lib/libpython2.7.so /usr/lib/python2.7/config/ lrwxrwxrwx 1 root root 19 01-25 19:30 /usr/lib/libpython2.7.so -> libpython2.7.so.1.0 /usr/lib/python2.7/config/: razem 48 -rw-r--r-- 1 root root 46450 01-25 19:26 Makefile Chyba nie powinno byc problemow z przeniesieniem ich do paczki glownej python-a ? Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 19:47 Jakub Bogusz napisał(a): > On Wed, Jan 25, 2012 at 07:34:08PM +0100, Bartlomiej Zimon wrote: > > Dnia 25 stycznia 2012 18:55 Bartlomiej Zimon napisał(a): > > > Dnia 25 stycznia 2012 18:43 Łukasz Maśko > > > napisał(a): > > > > Dnia środa, 25 stycznia 2012, Łukasz Maśko napisał: > > > > [...] > > > > > Niestety, na pythonie się zupełnie nie znam i chociaż widzę błąd, to > > > > > nie > > > > > wiem, jak go interpretować i jak zwalczyć. > > > > > > > > Znalazłem swój stary post w tym samym temacie dokładnie sprzed 2 lat. > > > > Efekt > > > > był identyczny. Wtedy pomogło doinstalowanie python-devel. Teraz _też_! > > > > > > > > Po jaką cholerę apletowi potrzebny developerski pakiet pythona?! > > > > > > > > > > fakt u mnie to samo po odinstalowaniu tego pakietu > > > musze poszukac czemu tak sie dzieje, wyglada na brak symbolu: > > > undefined symbol: PyExc_ValueError > > > > wystarcza te 2 pliki aby sie uruchomil bez bledu > > # ls -l /usr/lib/libpython2.7.so /usr/lib/python2.7/config/ > > lrwxrwxrwx 1 root root 19 01-25 19:30 /usr/lib/libpython2.7.so -> > > libpython2.7.so.1.0 > > Czyli pewnie jest jakiś dlopen() po złej nazwie. > > > /usr/lib/python2.7/config/: > > razem 48 > > -rw-r--r-- 1 root root 46450 01-25 19:26 Makefile > > > > Chyba nie powinno byc problemow z przeniesieniem ich do paczki glownej > > python-a ? > > Makefile już jest w python-libs (któryś z modułów analizuje ten plik > - niezbyt mądry pomysł IMO, ale cóż...) > konkretnie: distutils/sysconfig.py:_init_posix() ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisó w SysV -> systemd
Dnia 27 stycznia 2012 12:24 Jan Rękorajski napisał(a): > On Fri, 27 Jan 2012, Tomasz Pala wrote: > > > On Fri, Jan 27, 2012 at 11:58:19 +0100, Jan Rękorajski wrote: > > > > > Oj, żebyś się srodze nie zdziwił, jak Ci systemd odpali serwisy SysV > > > starym "przetestowanym" skryptem. Np. niby skąd ma wiedzieć, że sshd > > > potrzebuje sieci? > > > > SysV uruchamiane są na samym końcu, wtedy sieć już masz uruchomioną. > > man systemd.special > /network.target > To dziala pieknie i podczepia skrypty pod uruchomiony network.target, jesli tylko skrypt w /etc/init.d/ posiada wpis zgodny z LSB czyli w tym przypadku #Required-Start: $network za to SYSV skrypt jesli z niego korzystamy, a nie z network.service #Provides: $network My nie mamy takich wpisow stad przez uproszczenie taka latka. > Poczytaj, spróbuj zrozumieć, niech dedykacją będzie > packages/systemd/pld-sysv-network.patch > > > A to jest nasz JEDYNY warunek zapisany w SysV. > > Uruchamiane są także w oryginalnej kolejności. > > Względem siebie. Tylko i wyłącznie. > > > > Bijesz pianę próbując osiągnąć niemożliwe, > > > funkcjonalność pozwalająca mu uruchamiać serwisy SysV to tylko prosta > > > kompatybilność dla usług third-party i jakiegoś komercyjnego > > > oprogramowania które się zmienia w tempie przyrostu lodowca. > > > > Wręcz przeciwnie - PEŁNE wsparcie dla SysV jest zapisane jako jedno z > > założeń systemd, bo takie właśnie wymagania stawiane są w komercyjnych > > dystrybucjach. Bez obsługi _standardu_ LSB to właśnie systemd byłby na > > etapie lodowca (patrz upstart). > > Wiesz jak się mają nasze skrypty startowe _standardu_ LSB? > Hint: to było pytanie retoryczne. > > > Zresztą, no offence, ale zwyczajnie pieprzysz bzdury - jaka 'prosta' > > kompatybilność? Zajrzałeś chociaż w ten kod? Tam jest pełne PARSOWANIE > > NAGŁÓWKÓW skryptów SysV _oraz_ interpretacja LSB. W porównaniu do tego, > > to nasz rc.sysinit implementuje _prostą_ kompatybilność SysV! > > > > Zatem zaryzykuję tutaj kolejne stwierdzenie, że jeśli jakikolwiek SysV > > nie ruszy pod systemd, to winny będzie ...właśnie nasz skrypt SysV, > > łamiący standard (choć nie podejrzewam, bo systemd wygląda na robust). To niestety racja totalna. Gdyby bylo inaczej systemd bylby u nas czystym zamiennikiem. Ale ma to swoje dobre strony, moze teraz skrypty zostana poprawione dla przyszlej jak i wstecznej zgodnosci. Prosty przyklad, mielismy jakas usluge ktora w komentarzu skryptu SYSV miala wpis zgodny z LSBo sciezce do pliku pid co powodowalo problemy w systemd z wykryciem jaki ten pid jest. Systemd wykrywal wtedy w sumie nr pid ale shella ktory skrypt uruchamial. > > Ruszyć, ruszy, to w końcu skrypt w shellu, czy będzie działał > poprawnie? To już zależy od plam na słońcu. > > > > Nie służy do tego żeby sobie "selektywnie przełączać usługi". > > > Albo masz SysV albo systemd, po prostu. > > > > Autor twierdzi inaczej, z nim podyskutuj. Najlepiej przedstawiając > > konkretnie - co nie działa, zakwestionuj że jest to drop-in replacement. > > Nie dziękuję, mam złe doświadczenie z innymi wytworami autora. > Jeszcze mi ciśnienie za bardzo skoczy. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisó w SysV -> systemd
Dnia 28 stycznia 2012 10:25 Bartlomiej Zimon napisał(a): > Dnia 27 stycznia 2012 12:24 Jan Rękorajski napisał(a): > > On Fri, 27 Jan 2012, Tomasz Pala wrote: > > > > > On Fri, Jan 27, 2012 at 11:58:19 +0100, Jan Rękorajski wrote: > > > > > > > Oj, żebyś się srodze nie zdziwił, jak Ci systemd odpali serwisy SysV > > > > starym "przetestowanym" skryptem. Np. niby skąd ma wiedzieć, że sshd > > > > potrzebuje sieci? > > > > > > SysV uruchamiane są na samym końcu, wtedy sieć już masz uruchomioną. > > > > man systemd.special > > /network.target > > > > To dziala pieknie i podczepia skrypty pod uruchomiony network.target, > jesli tylko skrypt w /etc/init.d/ posiada wpis zgodny z LSB czyli w tym > przypadku > #Required-Start: $network > za to SYSV skrypt jesli z niego korzystamy, a nie z network.service > #Provides: $network > > My nie mamy takich wpisow stad przez uproszczenie taka latka. > > > Poczytaj, spróbuj zrozumieć, niech dedykacją będzie > > packages/systemd/pld-sysv-network.patch > > > > > A to jest nasz JEDYNY warunek zapisany w SysV. > > > Uruchamiane są także w oryginalnej kolejności. > > > > Względem siebie. Tylko i wyłącznie. > > > > > > Bijesz pianę próbując osiągnąć niemożliwe, > > > > funkcjonalność pozwalająca mu uruchamiać serwisy SysV to tylko prosta > > > > kompatybilność dla usług third-party i jakiegoś komercyjnego > > > > oprogramowania które się zmienia w tempie przyrostu lodowca. > > > > > > Wręcz przeciwnie - PEŁNE wsparcie dla SysV jest zapisane jako jedno z > > > założeń systemd, bo takie właśnie wymagania stawiane są w komercyjnych > > > dystrybucjach. Bez obsługi _standardu_ LSB to właśnie systemd byłby na > > > etapie lodowca (patrz upstart). > > > > Wiesz jak się mają nasze skrypty startowe _standardu_ LSB? > > Hint: to było pytanie retoryczne. > > > > > Zresztą, no offence, ale zwyczajnie pieprzysz bzdury - jaka 'prosta' > > > kompatybilność? Zajrzałeś chociaż w ten kod? Tam jest pełne PARSOWANIE > > > NAGŁÓWKÓW skryptów SysV _oraz_ interpretacja LSB. W porównaniu do tego, > > > to nasz rc.sysinit implementuje _prostą_ kompatybilność SysV! > > > > > > Zatem zaryzykuję tutaj kolejne stwierdzenie, że jeśli jakikolwiek SysV > > > nie ruszy pod systemd, to winny będzie ...właśnie nasz skrypt SysV, > > > łamiący standard (choć nie podejrzewam, bo systemd wygląda na robust). > > To niestety racja totalna. Gdyby bylo inaczej systemd bylby u nas czystym > zamiennikiem. > Ale ma to swoje dobre strony, moze teraz skrypty zostana poprawione dla > przyszlej jak i wstecznej zgodnosci. > Prosty przyklad, mielismy jakas usluge ktora w komentarzu skryptu SYSV miala > wpis zgodny z LSBo sciezce zjadlem slowo: o niepopranej niepoprawnej > do pliku pid co powodowalo problemy w systemd z wykryciem jaki ten pid jest. > Systemd wykrywal wtedy w sumie nr pid ale shella ktory skrypt uruchamial. > inny przyklad to literowki, zjedzone znaki itp. w tych okolicach > > > > Ruszyć, ruszy, to w końcu skrypt w shellu, czy będzie działał > > poprawnie? To już zależy od plam na słońcu. > > > > > > Nie służy do tego żeby sobie "selektywnie przełączać usługi". > > > > Albo masz SysV albo systemd, po prostu. > > > > > > Autor twierdzi inaczej, z nim podyskutuj. Najlepiej przedstawiając > > > konkretnie - co nie działa, zakwestionuj że jest to drop-in replacement. > > > > Nie dziękuję, mam złe doświadczenie z innymi wytworami autora. > > Jeszcze mi ciśnienie za bardzo skoczy. > > > Pozdrawiam > Bartlomiej Zimon > > ___ > pld-devel-pl mailing list > pld-devel-pl@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl > ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: systemd - próba na laptopie
Dnia 29 stycznia 2012 9:46 Arkadiusz Miśkiewicz napisał(a): > On Saturday 28 of January 2012, Arkadiusz Miśkiewicz wrote: > > Postanowiłem spróbować. Wcześniej używałem upstart. > > > > Pierwsza rzecz jaka wyszła > > Jeszcze jedna sprawa - czy dobrze widzę, że /var/run nie jest czyszczony lub > nie powinien być na tmpfsie? Jakies pliki nagle zniknely z /etc/tempfiles.d po ktorejs aktualozacji > > Testuje sobie jajka z gita i zawisł mi laptop przy suspendzie - efekt, w > /var/run/ pełno pidów przez co niektóre aplikacje nie startują. Trzeba > ręcznie > to kasować. Normalnie robił to rc.sysinit. > > > Inna bajka to przestał mi ustawiać hostname > # /lib/systemd/systemd-hostnamed > Failed to read hostname data: Input/output error > Taki dużo mówiący błąd daje gdy /etc/hostname mam puste. Co tam wpisuje > informacje na podstawie /etc/sysconfig/network? > W tym momencie jeszcze nic go nie ustawia. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Po co calibre libunrar-devel?
Dnia 1 lutego 2012 9:20 Tomasz Pala napisał(a): > On Wed, Feb 01, 2012 at 09:11:01 +0100, Michal Lisowski wrote: > > >> Pakiet calibre-0.8.36-1.i686 sugeruje instalację: > >> 1. libunrar-devel > >> Spróbować go zainstalować? [N/y] > >> > >> A po co to? > > > > Chociażby po to: > > > >> Note that if your distribution does not have a correctly compiled > >> libunrar.so, calibre will not support rar files. > > Ciekawa definicja 'correctly', ale jednak lepiej poprawić tego dlopena w > calibre i podesłać autorom. > > u zrodla libunrar nie ma suffixu - to my go sobie dodalismy i teraz sa problemy ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
samba 3.6.3 - lagi
Witam! Samba 3.6.3 ma bardzo dlugie czasy logowania do jej zasobow sieciowych, downgrade do 3.6.1 rozwiazal u mnie problem. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 17 lutego 2012 21:07 Arkadiusz Miśkiewicz napisał(a): > On Friday 17 of February 2012, Bartlomej Zimon wrote: > > Dnia 15 lutego 2012 14:44 Bartosz Świątek napisał(a): > > > W dniu 15 lutego 2012 14:39 użytkownik Marcin Banasiak > > > > > > napisał: > > > > W dniu 15 lutego 2012 14:14 użytkownik Paweł Gołaszewski napisał: > > > >> Wyszedł dosyć ciekawy problem z działaniem tej opcji. Obecnie w ready > > > >> jest duuużo języków do iceweasel i przy włączonej tej opcji poldek > > > >> pokazuje tylko tyle ile się zmieści od "a" do "z"... czyli dużo za > > > >> mało, do "pl" nawet nie wystarcza :) > > > > > > > > Są może jakieś konkretne pomysły jak powinien się zachować w takim > > > > przypadku? > > > > > > Skrolować? > > > > Mam podszykowana latke dzialajaca na podobnej zasadzie, przy okazji > > rozwiazuje bug, ktorego do tej pory nikt nie zglaszal - jesl hint byl > > zalej niz "z" automatem stawal sie wybrem "a". > > > > Jest jakas prosta metoda na zasymulowane/przetestowane tego bug-a? > > > > Zasada prosta - poldek zwykle daje hint-a, wiec pokazujemy wszystko wokolo > > niego + dajemy mozlwosc zobaczenia co jest jeszcze do wyboru, > > wczesniej/pozniej. > > > > Latke podesle wieczorem. > > Może się skusicie na poprawienie jeszcze: > > https://bugs.launchpad.net/pld-linux/+bug/689243 ... nigdy jeszcze nie laczylem obu opcji ... > > i drugi taki, że gdy robimy jakąs operację wymagającą długo trwałych obliczeń > zależności (poldek printuje depsy wtedy), wciskamy ctrl+c i wychodzi nam z > poldka zamiast przerwać tylko aktualną operację. Dodatkowy problem jest z > tym, > że wtedy ostatnia komenda nie zapisuje się w historii poldka (po porownym > uruchomieniu tej komendy nie ma). fakt to jeden z najbardziej irytujacych bug-ow zerkne dzisiaj > > > > > Pozdrawiam > > Bartek > > > > ___ > > pld-devel-pl mailing list > > pld-devel-pl@lists.pld-linux.org > > http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl > > > ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 17 lutego 2012 20:26 Bartlomej Zimon napisał(a): > Dnia 15 lutego 2012 14:44 Bartosz Świątek napisał(a): > > W dniu 15 lutego 2012 14:39 użytkownik Marcin Banasiak > > napisał: > > > W dniu 15 lutego 2012 14:14 użytkownik Paweł Gołaszewski napisał: > > >> Wyszedł dosyć ciekawy problem z działaniem tej opcji. Obecnie w ready > > >> jest > > >> duuużo języków do iceweasel i przy włączonej tej opcji poldek pokazuje > > >> tylko tyle ile się zmieści od "a" do "z"... czyli dużo za mało, do "pl" > > >> nawet nie wystarcza :) > > > > > > Są może jakieś konkretne pomysły jak powinien się zachować w takim > > > przypadku? > > > > Skrolować? > > > > Mam podszykowana latke dzialajaca na podobnej zasadzie, przy okazji > rozwiazuje bug, ktorego > do tej pory nikt nie zglaszal - jesl hint byl zalej niz "z" automatem stawal > sie wybrem "a". > > Jest jakas prosta metoda na zasymulowane/przetestowane tego bug-a? > > Zasada prosta - poldek zwykle daje hint-a, wiec pokazujemy wszystko wokolo > niego + dajemy > mozlwosc zobaczenia co jest jeszcze do wyboru, wczesniej/pozniej. > > Latke podesle wieczorem. > http://carme.pld-linux.org/~cactus/ask.diff w wersji micro wyglada to teraz tak: saxon-6.5.5-3.noarch: wymagany "java(ClassDataVersion) >= 50.0" jest dostarczany przez następujące pakiety: a) icedtea6-jre-1.8.3-1.i686 b) java-sun-jre-1.6.0.30-2.i686 c) libgcj-4.6.2-5.i686 d) libgcj-4.6.1-1.i686 Which one do you want to install ('Q' to abort)? [icedtea6-jre-1.8.3-1.i686] saxon-6.5.5-3.noarch zaznaczył icedtea6-jre-1.8.3-1.i686 (wł. java(ClassDataVersion) >= 50.0) icedtea6-jre-1.8.3-1.i686 zaznaczył icedtea6-jre-base-1.8.3-1.i686 (wł. icedtea6-jre-base = 1.8.3-1) Niestety nie mam jak sprawdzic wersji >24 mozliwe pakiety - wtedy ewentualnie przed 'a' powinien sie pojawic '-' i po 'z' ewentualnie '+', ktore przewijaja nas do innych opcji > Pozdrawiam > Bartek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 1:35 Paweł Gołaszewski napisał(a): > On Fri, 17 Feb 2012, Bartlomiej Zimon wrote: > > http://carme.pld-linux.org/~cactus/ask.diff > > > > w wersji micro wyglada to teraz tak: > > saxon-6.5.5-3.noarch: wymagany "java(ClassDataVersion) >= 50.0" jest > > dostarczany przez następujące pakiety: > > a) icedtea6-jre-1.8.3-1.i686 > > b) java-sun-jre-1.6.0.30-2.i686 > > c) libgcj-4.6.2-5.i686 > > d) libgcj-4.6.1-1.i686 > > Which one do you want to install ('Q' to abort)? [icedtea6-jre-1.8.3-1.i686] > >saxon-6.5.5-3.noarch zaznaczył icedtea6-jre-1.8.3-1.i686 (wł. > > java(ClassDataVersion) >= 50.0) > > icedtea6-jre-1.8.3-1.i686 zaznaczył icedtea6-jre-base-1.8.3-1.i686 > > (wł. icedtea6-jre-base = 1.8.3-1) > > > > Niestety nie mam jak sprawdzic wersji >24 mozliwe pakiety - > > pakiety lang do iceweasel-a. iceweasel ma suggests na języki. > Przyklad obrazujacy moje rozw.: poldek:/all-avail> poldek:/all-avail> install --caplookup iceweasel-lang-resources Wymagany "iceweasel-lang-resources" jest dostarczany przez następujące pakiety: a) iceweasel-lang-af-10.0.1-2.noarch b) iceweasel-lang-af-9.0.1-1.noarch c) iceweasel-lang-ak-10.0.1-2.noarch d) iceweasel-lang-ak-9.0.1-1.noarch e) iceweasel-lang-ar-10.0.1-2.noarch f) iceweasel-lang-ar-9.0.1-1.noarch g) iceweasel-lang-ast-10.0.1-2.noarch h) iceweasel-lang-ast-9.0.1-1.noarch i) iceweasel-lang-be-10.0.1-2.noarch j) iceweasel-lang-be-9.0.1-1.noarch k) iceweasel-lang-bg-10.0.1-2.noarch l) iceweasel-lang-bg-9.0.1-1.noarch m) iceweasel-lang-bn-10.0.1-2.noarch n) iceweasel-lang-bn-9.0.1-1.noarch o) iceweasel-lang-bn_IN-10.0.1-2.noarch p) iceweasel-lang-bn_IN-9.0.1-1.noarch q) iceweasel-lang-br-10.0.1-2.noarch r) iceweasel-lang-br-9.0.1-1.noarch s) iceweasel-lang-bs-10.0.1-2.noarch t) iceweasel-lang-ca-10.0.1-2.noarch u) iceweasel-lang-ca-9.0.1-1.noarch v) iceweasel-lang-cs-10.0.1-2.noarch w) iceweasel-lang-cs-9.0.1-1.noarch x) iceweasel-lang-cy-10.0.1-2.noarch y) iceweasel-lang-cy-9.0.1-1.noarch z) iceweasel-lang-da-10.0.1-2.noarch +) page down Which one do you want to install ('Q' to abort)? [iceweasel-lang-af-10.0.1-2.noarch] -) page up a) iceweasel-lang-cy-9.0.1-1.noarch b) iceweasel-lang-da-10.0.1-2.noarch c) iceweasel-lang-da-9.0.1-1.noarch d) iceweasel-lang-de-10.0.1-2.noarch e) iceweasel-lang-de-9.0.1-1.noarch f) iceweasel-lang-el-10.0.1-2.noarch g) iceweasel-lang-el-9.0.1-1.noarch h) iceweasel-lang-en_GB-10.0.1-2.noarch i) iceweasel-lang-en_GB-9.0.1-1.noarch j) iceweasel-lang-en_US-10.0.1-2.noarch k) iceweasel-lang-en_US-9.0.1-1.noarch l) iceweasel-lang-en_ZA-10.0.1-2.noarch m) iceweasel-lang-en_ZA-9.0.1-1.noarch n) iceweasel-lang-eo-10.0.1-2.noarch o) iceweasel-lang-eo-9.0.1-1.noarch p) iceweasel-lang-es-10.0.1-2.noarch q) iceweasel-lang-es-9.0.1-1.noarch r) iceweasel-lang-es_AR-10.0.1-2.noarch s) iceweasel-lang-es_AR-9.0.1-1.noarch t) iceweasel-lang-es_CL-10.0.1-2.noarch u) iceweasel-lang-es_CL-9.0.1-1.noarch v) iceweasel-lang-es_MX-10.0.1-2.noarch w) iceweasel-lang-es_MX-9.0.1-1.noarch x) iceweasel-lang-et-10.0.1-2.noarch y) iceweasel-lang-et-9.0.1-1.noarch z) iceweasel-lang-eu-10.0.1-2.noarch +) page down Which one do you want to install ('Q' to abort)? [iceweasel-lang-af-10.0.1-2.noarch] -) page up a) iceweasel-lang-et-9.0.1-1.noarch b) iceweasel-lang-eu-10.0.1-2.noarch c) iceweasel-lang-eu-9.0.1-1.noarch d) iceweasel-lang-fa-10.0.1-2.noarch e) iceweasel-lang-fa-9.0.1-1.noarch f) iceweasel-lang-fi-10.0.1-2.noarch g) iceweasel-lang-fi-9.0.1-1.noarch h) iceweasel-lang-fr-10.0.1-2.noarch i) iceweasel-lang-fr-9.0.1-1.noarch j) iceweasel-lang-fy-10.0.1-2.noarch k) iceweasel-lang-fy-9.0.1-1.noarch l) iceweasel-lang-ga-10.0.1-2.noarch m) iceweasel-lang-ga-9.0.1-1.noarch n) iceweasel-lang-gd-10.0.1-2.noarch o) iceweasel-lang-gd-9.0.1-1.noarch p) iceweasel-lang-gl-10.0.1-2.noarch q) iceweasel-lang-gl-9.0.1-1.noarch r) iceweasel-lang-gu-10.0.1-2.noarch s) iceweasel-lang-gu-9.0.1-1.noarch t) iceweasel-lang-he-10.0.1-2.noarch u) iceweasel-lang-he-9.0.1-1.noarch v) iceweasel-lang-hi-10.0.1-2.noarch w) iceweasel-lang-hi-9.0.1-1.noarch x) iceweasel-lang-hr-10.0.1-2.noarch y) iceweasel-lang-hr-9.0.1-1.noarch z) iceweasel-lang-hu-10.0.1-2.noarch +) page down Which one do you want to install ('Q' to abort)? [iceweasel-lang-af-10.0.1-2.noarch] -) page up a) iceweasel-lang-hr-9.0.1-1.noarch b) iceweasel-lang-hu-10.0.1-2.noarch c) iceweasel-lang-hu-9.0.1-1.noarch d) iceweasel-lang-hy-10.0.1-2.noarch e) iceweasel-lang-hy-9.0.1-1.noarch f) iceweasel-lang-id-10.0.1-2.noarch g) iceweasel-lang-id-9.0.1-1.noarch h) iceweasel-lang-is-10.0.1-2.noarch i) iceweasel-lang-is-9.0.1-1.noarch j) iceweasel-lang-it-10.0.1-2.noarch k) iceweasel-lang-it-9.0.1-1.noarch l) iceweasel-lang-ja-10.0.1-2.noarch m) iceweasel-lang-ja-9.0.1-1.noarch n) iceweasel-lang-kk-10.0.1-
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 11:53 Bartosz Świątek napisał(a): > W dniu 18 lutego 2012 11:44 użytkownik Paweł Gołaszewski > napisał: > > On Sat, 18 Feb 2012, Bartlomiej Zimon wrote: > >> > > http://carme.pld-linux.org/~cactus/ask.diff > >> > > > >> > > w wersji micro wyglada to teraz tak: > >> > > saxon-6.5.5-3.noarch: wymagany "java(ClassDataVersion) >= 50.0" jest > >> > > dostarczany przez następujące pakiety: > >> > > a) icedtea6-jre-1.8.3-1.i686 > >> > > b) java-sun-jre-1.6.0.30-2.i686 > >> > > c) libgcj-4.6.2-5.i686 > >> > > d) libgcj-4.6.1-1.i686 > >> > > Which one do you want to install ('Q' to abort)? > >> > > [icedtea6-jre-1.8.3-1.i686] > >> > > saxon-6.5.5-3.noarch zaznaczył icedtea6-jre-1.8.3-1.i686 (wł. > >> > > java(ClassDataVersion) >= 50.0) > >> > > icedtea6-jre-1.8.3-1.i686 zaznaczył > >> > > icedtea6-jre-base-1.8.3-1.i686 (wł. icedtea6-jre-base = 1.8.3-1) > >> > > > >> > > Niestety nie mam jak sprawdzic wersji >24 mozliwe pakiety - > >> > pakiety lang do iceweasel-a. iceweasel ma suggests na języki. > >> Przyklad obrazujacy moje rozw.: > >> > >> poldek:/all-avail> > >> poldek:/all-avail> install --caplookup iceweasel-lang-resources > >> Wymagany "iceweasel-lang-resources" jest dostarczany przez następujące > >> pakiety: > >> a) iceweasel-lang-af-10.0.1-2.noarch > > [...] > >> z) iceweasel-lang-da-10.0.1-2.noarch > >> +) page down > >> Which one do you want to install ('Q' to abort)? > >> [iceweasel-lang-af-10.0.1-2.noarch] > >> -) page up > >> a) iceweasel-lang-cy-9.0.1-1.noarch > > [...] > >> Nie moglem zasymulowac tego pytania po upgrade z 9.0.1 -> 10.0.1, poldek > >> automatem wybieral nowszy lang bez pytania. > > > > Jak dla mnie - wygląda rewelacyjnie i przede wszystkim rozwiązuje problem > > :) > > Ja się może przyczepię, ale myślę, że to dość logiczne, że przy > pierwszym razie nie powinno być opcji page up, a przy ostatnim razie > opcji page down. Ale ja się tylko czepiam. > Trafna uwaga, ale wlasnie tak jest pakiety z 1 strony nie maja "-" a z ostatniej nie maja "+". Ok, wrzucam do git-a, wejdzie jeszcze kilka poprawek m.in. zamiana goto na while bo to brzydkie w kodzie C ;) Pozdrawiam Bartek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 11:44 Paweł Gołaszewski napisał(a): > On Sat, 18 Feb 2012, Bartlomiej Zimon wrote: > > > > http://carme.pld-linux.org/~cactus/ask.diff > > > > > > > > w wersji micro wyglada to teraz tak: > > > > saxon-6.5.5-3.noarch: wymagany "java(ClassDataVersion) >= 50.0" jest > > > > dostarczany przez następujące pakiety: > > > > a) icedtea6-jre-1.8.3-1.i686 > > > > b) java-sun-jre-1.6.0.30-2.i686 > > > > c) libgcj-4.6.2-5.i686 > > > > d) libgcj-4.6.1-1.i686 > > > > Which one do you want to install ('Q' to abort)? > > > > [icedtea6-jre-1.8.3-1.i686] > > > >saxon-6.5.5-3.noarch zaznaczył icedtea6-jre-1.8.3-1.i686 (wł. > > > > java(ClassDataVersion) >= 50.0) > > > > icedtea6-jre-1.8.3-1.i686 zaznaczył > > > > icedtea6-jre-base-1.8.3-1.i686 (wł. icedtea6-jre-base = 1.8.3-1) > > > > > > > > Niestety nie mam jak sprawdzic wersji >24 mozliwe pakiety - > > > pakiety lang do iceweasel-a. iceweasel ma suggests na języki. > > Przyklad obrazujacy moje rozw.: > > > > poldek:/all-avail> > > poldek:/all-avail> install --caplookup iceweasel-lang-resources > > Wymagany "iceweasel-lang-resources" jest dostarczany przez następujące > > pakiety: > > a) iceweasel-lang-af-10.0.1-2.noarch > [...] > > z) iceweasel-lang-da-10.0.1-2.noarch > > +) page down > > Which one do you want to install ('Q' to abort)? > > [iceweasel-lang-af-10.0.1-2.noarch] > > -) page up > > a) iceweasel-lang-cy-9.0.1-1.noarch > [...] > > Nie moglem zasymulowac tego pytania po upgrade z 9.0.1 -> 10.0.1, poldek > > automatem wybieral nowszy lang bez pytania. > > Jak dla mnie - wygląda rewelacyjnie i przede wszystkim rozwiązuje problem > :) > poszlo do git, niech ktos dorobi paczke aby mozna bylo w th-test potestowac :) Pozdrawiam Bartek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 12:46 Bartosz Świątek napisał(a): > > To może jeszcze opcja do poldek.conf ile ma tych opcji pokazywać. Bo > może nie każdy chce 25 opcji, a może tylko 5, albo 10 na raz i po tej > ilości chce już skrolować. Przydatne przy małych terminalach. > > To sie da zrobic, pomyslimy i o tym. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 12:37 Tomasz Pala napisał(a): > On Sat, Feb 18, 2012 at 12:28:51 +0100, Arkadiusz Miśkiewicz wrote: > > > Jeszcze pod pgup/pgdown podbindować i fiuf ;) > > A ja tylko tak nieśmiało zwrócę uwagę, że poza a-z mamy jeszcze A-Z. > Zgoda, pytanie tylko czy faktycznie musimy pokazywac az tyle? ~25 to jest wg mnie optymalne ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 14:33 Bartosz Taudul napisał(a): > 2012/2/18 Bartosz Świątek : > > To może jeszcze opcja do poldek.conf ile ma tych opcji pokazywać. Bo > > może nie każdy chce 25 opcji, a może tylko 5, albo 10 na raz i po tej > > ilości chce już skrolować. Przydatne przy małych terminalach. > A to się samo nie dostosuje? > BTW, co z rzuconym kiedyś pomysłem, żeby każde S danego pakietu > pokazywać tylko raz? Przy upgrade można policzyć różnicę między S > istniejącymi do tej pory i dodanymi w nowej wersji i pokazywać tylko > te które doszły. > Umknelo, tylko to trzeba gdzies zapamietywac a nie liczyc - nowa baza dla poldka + dodatkowo jesli bylo wiecej S opcja pokazujaca ukryte. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 12:28 Arkadiusz Miśkiewicz napisał(a): > On Saturday 18 of February 2012, Bartlomiej Zimon wrote: > > Dnia 18 lutego 2012 1:35 Paweł Gołaszewski napisał(a): > > > On Fri, 17 Feb 2012, Bartlomiej Zimon wrote: > > > > > > pakiety lang do iceweasel-a. iceweasel ma suggests na języki. > > > > Przyklad obrazujacy moje rozw.: > > Jeszcze pod pgup/pgdown podbindować i fiuf ;) > > page up (-) dalem tez pod backspace, a page down (+) pod spacje i tab z pgup/pgdown jest troszke gorzej bo daja kody 4 znakowe ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 15:47 Bartlomiej Zimon napisał(a): > Dnia 18 lutego 2012 12:28 Arkadiusz Miśkiewicz napisał(a): > > On Saturday 18 of February 2012, Bartlomiej Zimon wrote: > > > Dnia 18 lutego 2012 1:35 Paweł Gołaszewski > > > napisał(a): > > > > On Fri, 17 Feb 2012, Bartlomiej Zimon wrote: > > > > > > > > pakiety lang do iceweasel-a. iceweasel ma suggests na języki. > > > > > > Przyklad obrazujacy moje rozw.: > > > > Jeszcze pod pgup/pgdown podbindować i fiuf ;) > > > > > > page up (-) dalem tez pod backspace, a page down (+) pod spacje i tab > z pgup/pgdown jest troszke gorzej bo daja kody 4 znakowe ok to juz powinno dzialac ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 15:46 Tomasz Pala napisał(a): > On Sat, Feb 18, 2012 at 14:41:40 +0100, Bartlomiej Zimon wrote: > > >> > Jeszcze pod pgup/pgdown podbindować i fiuf ;) > >> > >> A ja tylko tak nieśmiało zwrócę uwagę, że poza a-z mamy jeszcze A-Z. > > > > Zgoda, pytanie tylko czy faktycznie musimy pokazywac az tyle? > > ~25 to jest wg mnie optymalne > > Jeśli w takim iceweaselu jest lista języków, to bez sensu jest > scrollować szukając polskiego - powinno się wyświetlić tyle, ile wejdzie > na ekran, żebym jednym klawiszem go wybrał. > > ~: echo $LINES > 62 > > to jest nawet dokładnie tyle, co 10 cyfr i 26*2 liter alfabetu:) > > O prosze: poldek:/all-avail> install --caplookup iceweasel-lang-resources Wymagany "iceweasel-lang-resources" jest dostarczany przez następujące pakiety: 1) iceweasel-lang-af-10.0.1-2.noarch 2) iceweasel-lang-af-9.0.1-1.noarch 3) iceweasel-lang-ak-10.0.1-2.noarch 4) iceweasel-lang-ak-9.0.1-1.noarch 5) iceweasel-lang-ar-10.0.1-2.noarch 6) iceweasel-lang-ar-9.0.1-1.noarch 7) iceweasel-lang-ast-10.0.1-2.noarch 8) iceweasel-lang-ast-9.0.1-1.noarch 9) iceweasel-lang-be-10.0.1-2.noarch 0) iceweasel-lang-be-9.0.1-1.noarch a) iceweasel-lang-bg-10.0.1-2.noarch b) iceweasel-lang-bg-9.0.1-1.noarch c) iceweasel-lang-bn-10.0.1-2.noarch d) iceweasel-lang-bn-9.0.1-1.noarch e) iceweasel-lang-bn_IN-10.0.1-2.noarch f) iceweasel-lang-bn_IN-9.0.1-1.noarch g) iceweasel-lang-br-10.0.1-2.noarch h) iceweasel-lang-br-9.0.1-1.noarch i) iceweasel-lang-bs-10.0.1-2.noarch j) iceweasel-lang-ca-10.0.1-2.noarch k) iceweasel-lang-ca-9.0.1-1.noarch l) iceweasel-lang-cs-10.0.1-2.noarch m) iceweasel-lang-cs-9.0.1-1.noarch n) iceweasel-lang-cy-10.0.1-2.noarch o) iceweasel-lang-cy-9.0.1-1.noarch p) iceweasel-lang-da-10.0.1-2.noarch q) iceweasel-lang-da-9.0.1-1.noarch r) iceweasel-lang-de-10.0.1-2.noarch t) iceweasel-lang-de-9.0.1-1.noarch s) iceweasel-lang-el-10.0.1-2.noarch u) iceweasel-lang-el-9.0.1-1.noarch v) iceweasel-lang-en_GB-10.0.1-2.noarch w) iceweasel-lang-en_GB-9.0.1-1.noarch x) iceweasel-lang-en_US-10.0.1-2.noarch y) iceweasel-lang-en_US-9.0.1-1.noarch z) iceweasel-lang-en_ZA-10.0.1-2.noarch A) iceweasel-lang-en_ZA-9.0.1-1.noarch B) iceweasel-lang-eo-10.0.1-2.noarch C) iceweasel-lang-eo-9.0.1-1.noarch D) iceweasel-lang-es-10.0.1-2.noarch E) iceweasel-lang-es-9.0.1-1.noarch F) iceweasel-lang-es_AR-10.0.1-2.noarch G) iceweasel-lang-es_AR-9.0.1-1.noarch H) iceweasel-lang-es_CL-10.0.1-2.noarch +/space/tab/pgdown) page down Which one do you want to install ('Q' to abort)? [iceweasel-lang-af-10.0.1-2.noarch] -/backspace/pgup) page up 1) iceweasel-lang-es_CL-10.0.1-2.noarch 2) iceweasel-lang-es_CL-9.0.1-1.noarch 3) iceweasel-lang-es_MX-10.0.1-2.noarch 4) iceweasel-lang-es_MX-9.0.1-1.noarch 5) iceweasel-lang-et-10.0.1-2.noarch 6) iceweasel-lang-et-9.0.1-1.noarch 7) iceweasel-lang-eu-10.0.1-2.noarch 8) iceweasel-lang-eu-9.0.1-1.noarch 9) iceweasel-lang-fa-10.0.1-2.noarch 0) iceweasel-lang-fa-9.0.1-1.noarch a) iceweasel-lang-fi-10.0.1-2.noarch b) iceweasel-lang-fi-9.0.1-1.noarch c) iceweasel-lang-fr-10.0.1-2.noarch d) iceweasel-lang-fr-9.0.1-1.noarch e) iceweasel-lang-fy-10.0.1-2.noarch f) iceweasel-lang-fy-9.0.1-1.noarch g) iceweasel-lang-ga-10.0.1-2.noarch h) iceweasel-lang-ga-9.0.1-1.noarch i) iceweasel-lang-gd-10.0.1-2.noarch j) iceweasel-lang-gd-9.0.1-1.noarch k) iceweasel-lang-gl-10.0.1-2.noarch l) iceweasel-lang-gl-9.0.1-1.noarch m) iceweasel-lang-gu-10.0.1-2.noarch n) iceweasel-lang-gu-9.0.1-1.noarch o) iceweasel-lang-he-10.0.1-2.noarch p) iceweasel-lang-he-9.0.1-1.noarch q) iceweasel-lang-hi-10.0.1-2.noarch r) iceweasel-lang-hi-9.0.1-1.noarch t) iceweasel-lang-hr-10.0.1-2.noarch s) iceweasel-lang-hr-9.0.1-1.noarch u) iceweasel-lang-hu-10.0.1-2.noarch v) iceweasel-lang-hu-9.0.1-1.noarch w) iceweasel-lang-hy-10.0.1-2.noarch x) iceweasel-lang-hy-9.0.1-1.noarch y) iceweasel-lang-id-10.0.1-2.noarch z) iceweasel-lang-id-9.0.1-1.noarch A) iceweasel-lang-is-10.0.1-2.noarch B) iceweasel-lang-is-9.0.1-1.noarch C) iceweasel-lang-it-10.0.1-2.noarch D) iceweasel-lang-it-9.0.1-1.noarch E) iceweasel-lang-ja-10.0.1-2.noarch F) iceweasel-lang-ja-9.0.1-1.noarch G) iceweasel-lang-kk-10.0.1-2.noarch H) iceweasel-lang-kk-9.0.1-1.noarch +/space/tab/pgdown) page down Which one do you want to install ('Q' to abort)? [iceweasel-lang-af-10.0.1-2.noarch] -/backspace/pgup) page up 1) iceweasel-lang-kk-9.0.1-1.noarch 2) iceweasel-lang-kn-10.0.1-2.noarch 3) iceweasel-lang-kn-9.0.1-1.noarch 4) iceweasel-lang-ko-10.0.1-2.noarch 5) iceweasel-lang-ko-9.0.1-1.noarch 6)
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 18 lutego 2012 21:50 Bartosz Świątek napisał(a): > W dniu 18 lutego 2012 21:34 użytkownik Bartlomiej Zimon napisał: > > Dnia 18 lutego 2012 15:46 Tomasz Pala napisał(a): > >> On Sat, Feb 18, 2012 at 14:41:40 +0100, Bartlomiej Zimon wrote: > >> > >> >> > Jeszcze pod pgup/pgdown podbindować i fiuf ;) > >> >> > >> >> A ja tylko tak nieśmiało zwrócę uwagę, że poza a-z mamy jeszcze A-Z. > >> > > >> > Zgoda, pytanie tylko czy faktycznie musimy pokazywac az tyle? > >> > ~25 to jest wg mnie optymalne > >> > >> Jeśli w takim iceweaselu jest lista języków, to bez sensu jest > >> scrollować szukając polskiego - powinno się wyświetlić tyle, ile wejdzie > >> na ekran, żebym jednym klawiszem go wybrał. > >> > >> ~: echo $LINES > >> 62 > >> > >> to jest nawet dokładnie tyle, co 10 cyfr i 26*2 liter alfabetu:) > >> > >> > > > > O prosze: > > > > poldek:/all-avail> install --caplookup iceweasel-lang-resources > > Wymagany "iceweasel-lang-resources" jest dostarczany przez następujące > > pakiety: > > 1) iceweasel-lang-af-10.0.1-2.noarch > > 2) iceweasel-lang-af-9.0.1-1.noarch > > 3) iceweasel-lang-ak-10.0.1-2.noarch > > 4) iceweasel-lang-ak-9.0.1-1.noarch > > 5) iceweasel-lang-ar-10.0.1-2.noarch > > 6) iceweasel-lang-ar-9.0.1-1.noarch > > 7) iceweasel-lang-ast-10.0.1-2.noarch > > 8) iceweasel-lang-ast-9.0.1-1.noarch > > 9) iceweasel-lang-be-10.0.1-2.noarch > > 0) iceweasel-lang-be-9.0.1-1.noarch > > a) iceweasel-lang-bg-10.0.1-2.noarch > > b) iceweasel-lang-bg-9.0.1-1.noarch > > c) iceweasel-lang-bn-10.0.1-2.noarch > > d) iceweasel-lang-bn-9.0.1-1.noarch > > e) iceweasel-lang-bn_IN-10.0.1-2.noarch > > f) iceweasel-lang-bn_IN-9.0.1-1.noarch > > g) iceweasel-lang-br-10.0.1-2.noarch > > h) iceweasel-lang-br-9.0.1-1.noarch > > i) iceweasel-lang-bs-10.0.1-2.noarch > > j) iceweasel-lang-ca-10.0.1-2.noarch > > k) iceweasel-lang-ca-9.0.1-1.noarch > > l) iceweasel-lang-cs-10.0.1-2.noarch > > m) iceweasel-lang-cs-9.0.1-1.noarch > > n) iceweasel-lang-cy-10.0.1-2.noarch > > o) iceweasel-lang-cy-9.0.1-1.noarch > > p) iceweasel-lang-da-10.0.1-2.noarch > > q) iceweasel-lang-da-9.0.1-1.noarch > > r) iceweasel-lang-de-10.0.1-2.noarch > > t) iceweasel-lang-de-9.0.1-1.noarch > > s) iceweasel-lang-el-10.0.1-2.noarch > > u) iceweasel-lang-el-9.0.1-1.noarch > > v) iceweasel-lang-en_GB-10.0.1-2.noarch > > w) iceweasel-lang-en_GB-9.0.1-1.noarch > > x) iceweasel-lang-en_US-10.0.1-2.noarch > > y) iceweasel-lang-en_US-9.0.1-1.noarch > > z) iceweasel-lang-en_ZA-10.0.1-2.noarch > > A) iceweasel-lang-en_ZA-9.0.1-1.noarch > > B) iceweasel-lang-eo-10.0.1-2.noarch > > C) iceweasel-lang-eo-9.0.1-1.noarch > > D) iceweasel-lang-es-10.0.1-2.noarch > > E) iceweasel-lang-es-9.0.1-1.noarch > > F) iceweasel-lang-es_AR-10.0.1-2.noarch > > G) iceweasel-lang-es_AR-9.0.1-1.noarch > > H) iceweasel-lang-es_CL-10.0.1-2.noarch > > +/space/tab/pgdown) page down > > Which one do you want to install ('Q' to abort)? > > [iceweasel-lang-af-10.0.1-2.noarch] > > -/backspace/pgup) page up > > 1) iceweasel-lang-es_CL-10.0.1-2.noarch > > 2) iceweasel-lang-es_CL-9.0.1-1.noarch > > 3) iceweasel-lang-es_MX-10.0.1-2.noarch > > 4) iceweasel-lang-es_MX-9.0.1-1.noarch > > 5) iceweasel-lang-et-10.0.1-2.noarch > > 6) iceweasel-lang-et-9.0.1-1.noarch > > 7) iceweasel-lang-eu-10.0.1-2.noarch > > 8) iceweasel-lang-eu-9.0.1-1.noarch > > 9) iceweasel-lang-fa-10.0.1-2.noarch > > 0) iceweasel-lang-fa-9.0.1-1.noarch > > a) iceweasel-lang-fi-10.0.1-2.noarch > > b) iceweasel-lang-fi-9.0.1-1.noarch > > c) iceweasel-lang-fr-10.0.1-2.noarch > > d) iceweasel-lang-fr-9.0.1-1.noarch > > e) iceweasel-lang-fy-10.0.1-2.noarch > > f) iceweasel-lang-fy-9.0.1-1.noarch > > g) iceweasel-lang-ga-10.0.1-2.noarch > > h) iceweasel-lang-ga-9.0.1-1.noarch > > i) iceweasel-lang-gd-10.0.1-2.noarch > > j) iceweasel-lang-gd-9.0.1-1.noarch > > k) iceweasel-lang-gl-10.0.1-2.noarch > > l) iceweasel-lang-gl-9.0.1-1.noarch > > m) iceweasel-lang-gu-10.0.1-2.noarch > > n) iceweasel-lang-gu-9.0.1-1.noarch > > o) iceweasel-lang-he-10.0.1-2.noarch > > p) iceweasel-lang-he-9.0.1-1.noarch > > q) iceweasel-lang-hi-10.0.1-2.noarch > > r) iceweasel-lang-hi-9.0.1-1.noarch > > t) iceweasel-lang-hr-10.0.1-2.noarch > > s) iceweasel-lang-hr-9.0.1-1.noarch > > u) iceweasel-lang-hu-10.0.1-2.noarch >
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 19 lutego 2012 13:10 Tomasz Pala napisał(a): > On Sat, Feb 18, 2012 at 21:34:53 +0100, Bartlomiej Zimon wrote: > > >> ~: echo $LINES > >> 62 > >> > >> to jest nawet dokładnie tyle, co 10 cyfr i 26*2 liter alfabetu:) > > > > O prosze: > > Fajnie, dzięki:) > > Dla mnie kolejność 1-9,0 jest logiczna - tak mam na klawiaturze;) > > W th-test pojawił się poldek 0.30 rc4, zapraszam do testów. Bartłomiej Zimoń ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 19 lutego 2012 15:50 Lukasz Kies napisał(a): > W dniu 19 lutego 2012 15:10 użytkownik Bartlomiej Zimon napisał: > > Dnia 19 lutego 2012 13:10 Tomasz Pala napisał(a): > >> On Sat, Feb 18, 2012 at 21:34:53 +0100, Bartlomiej Zimon wrote: > >> > >> >> ~: echo $LINES > >> >> 62 > >> >> > >> >> to jest nawet dokładnie tyle, co 10 cyfr i 26*2 liter alfabetu:) > >> > > >> > O prosze: > >> > >> Fajnie, dzięki:) > >> > >> Dla mnie kolejność 1-9,0 jest logiczna - tak mam na klawiaturze;) > >> > >> > > > > W th-test pojawił się poldek 0.30 rc4, zapraszam do testów. > > > Niestety: > > [kiesiu@cassie ~]$ poldek > Loading [pndir]th... > Something wrong, something not quite right... > Memory exhausted Prosze o konkretniejsze informacje, bo np. na i686 bankowo dziala. rpm -qa poldek poldek --cleana; poldek --upa; poldek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [BUG] poldek i choose equivalents manually = yes
Dnia 19 lutego 2012 16:45 Bartosz Świątek napisał(a): > W dniu 19 lutego 2012 16:17 użytkownik Daniel Dawid Majewski > napisał: > > W odpowiedzi na wiadomość z dnia 18.02.2012 22:36, od Bartosz Świątek: > > > >> Mimo, że to już dobre 20 lat temu, to pamiętam że w podstawówce > >> uczono mnie, że cyfry to od 0 do 9, a nie od 1 do 0. > > > > A teraz spójrz na własną klawiaturę i zgłoś reklamację do producenta, bo > > w podstawówce miałeś inaczej... ;) > > Ah rozumiem, u Ciebie alfabet zaczyna się od Q a kończy na M, raz bo > przecież większość komputerów i maszyn do pisania tak ma i dwa bo > alfabet wymyślił Sholes. Brawo, brawo. Świetna logika. Do fajnej > szkoły chodziłeś jeśli tak Cię tam uczyli. > Kto powiedzial ze te znaki musza miec jakas konkretna kolejnosc? Nic to nie zmienia bo nie jestes w stanie przewidziec ze np. pakiet bedzie pod literka 'd', zawsze jestes zmuszony sprawdzic co wcisnac. Za to cyfry to 2,1,0,3,4,5,7,8,6,9 - tego uczyli w podstawowce. Gdy mowimy o liczbach to maja one juz kolejnosc, stosownie do ich wagi. W powyzszej kwestii za to rozpatrujemy znaki, a nie wartosci. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
poldek i wiele sciaganych plikow na raz
Dla zainteresowanych tematem przy pomocy aria2 mozna sprobowac sciagac wiecej plikow poldkiem w jednym momencie (np.: upgrade kde4-*): w pliku fetch.conf dodac: [fetcher] name = aria proto = http,ftp,https cmd = aria2c -j5 -s5 -x5 -Z -P -d %d %Pn w pliku poldek.conf: odkomentowac linijke include fetch.conf oraz dodac linijke: default fetcher = http,ftp:aria Zapraszam do testow Acha moze bedzie taka mozliwosc ze rpm-y bedziemy sciagac z kilku serwerow na raz do tego trzeba troszke poldka zmodyfikowac niestety. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl