Re: Migracja serwisów SysV - systemd
On Wed, Jan 25, 2012 at 08:24:28 +0100, Pawel Golaszewski wrote: 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. No nie - to nie jest fajne, system staje się niedeterministyczny, zależny MOCNO od kolejności instalacji. A czym się różni uruchomienie przez SysV od uruchomienia przez unit? Niczym istotnym - funkcjonalność pozostaje. Przeczytaj jeszcze raz: w zależności od kolejności instalowania dostaniesz zupełnie inaczej działający system. W jaki niby sposób? Konkretnie - bo nie widzę takiej możliwości. Nie dam sobie teraz nic uciąć, ale enable/disable z tego co pamiętam (bo CHYBA kiedyś sprawdzałem) nie wymaga dbusa ani nic - przecież ta funkcja powinna działać nawet z poziomu emergency.target. Jaki sens ma wogóle wydzielenie units do osobnego pakietu? W momencie tego podziału reszta pakietu zastępowała całego inita. Później dopiero wydzieliłem 'compat' (tj. /bin/init oraz towarzyszące symlinki) i teraz jedyne uzasadnienie units to właśnie R/S w demonach. 2. Magia przy instalacji systemd-units, która włączy wcześniej zainstalowane paczki. 3. Odłożenie komend z makr do wykonania później. Jak już wspomniałem - oba te warianty są wadliwe, gdyż mogą aktywować usługi wyłączone chkconfigiem. Jeżeli nie masz jakiejś procedury przejścia konfiguracji chkconfiga to ten temat nie istnieje (proszę, nie mów o ręcznym grzebaniu, to można zrobić na 1-2 maszynach). No właśnie - wariant 2 i 3 możemy sobie od razu odpuścić, bo zawiodą i tak. Robota głupiego - szczególnie zważywszy na charakter PLD. Bo nigdy nie będzie. 100% automatyczne przejście nie jest chyba możliwe, fedory i inne też chyba tego nie obsługują... Oni mają prościej - od powiedzmy FC15 jest systemd (jest punkt migracji), no i oni nie są tak elastyczni dla indywidualnych konfiguracji, jak stara się być PLD. -- Tomasz Pala go...@pld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV - systemd
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. Najlepszym rozwiązaniem jest R:systemd-units i (warunkowe) włączanie usług systemd w post, np coś w stylu: if init = /sbin/init chkconfig --list service | grep -qs on %systemd_post service else %systemd_post service fi Szczególnie, jak np. nowopowstały unit dla ssh nie podniesie tejże usługi i będzie trzeba zrobić sobie wycieczkę. Albo wyjdzie jakiś babol przy restarcie. Albo tysiąc innych rzeczy - SysV mamy przetestowane w maksymalnym możliwym stopniu we wszystkich wariantach, tu nie chodzi o to, co jest 'prościej', lecz bezpieczniej. Mam wymieniać potencjalne problemy? Demony monitorujące usługi (np. monit) odwołujące się wprost do SysV - jak ktoś sobie napisał, to musi przerobić (a skoro napisał, to pewnie były problemy). Albo wyłączyć w monicie i włączyć supervision w systemd. To samo w logrotate. Dalej - ja mam przykładowo uruchomione lokalnie 2 kopie apacha (worker dla statycznych treści i prefork za reverse proxy do PHP). Dodając takie %posty zmusisz mnie do aktualizowania wszystkiego z --noscripts. Prościej jest wyłączyć pojedyncze, niechciane usługi niż włączać wszystko. Nie - ponieważ włączenie systemd robi się JEDEN raz, a wyłączać będę musiał przy KAŻDEJ aktualizacji. -- Tomasz Pala go...@pld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV - systemd
Dnia 25 stycznia 2012 8:31 Arkadiusz Miśkiewicz ar...@maven.pl 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 go...@polanet.pl 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 pl...@agmk.net 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 uz...@o2.pl 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 uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon uz...@o2.pl 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)
On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon uz...@o2.pl 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? -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ 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
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ć. Najlepszym rozwiązaniem jest R:systemd-units i (warunkowe) włączanie usług systemd w post, np coś w stylu: if init = /sbin/init chkconfig --list service | grep -qs on %systemd_post service else %systemd_post service fi Szczególnie, jak np. nowopowstały unit dla ssh nie podniesie tejże usługi i będzie trzeba zrobić sobie wycieczkę. Albo wyjdzie jakiś babol przy restarcie. Albo tysiąc innych rzeczy - SysV mamy przetestowane w maksymalnym możliwym stopniu we wszystkich wariantach, tu nie chodzi o Nowy unit też można wytestować. A jak się zmienia init zdalnie, nie mająć jakiegoś LOM, to jest kompletna jazda bez trzymanki. Nowe systemy też instalujesz zdalnie? to, co jest 'prościej', lecz bezpieczniej. Mam wymieniać potencjalne problemy? Demony monitorujące usługi (np. monit) odwołujące się wprost do SysV - jak ktoś sobie napisał, to musi przerobić (a skoro napisał, to pewnie były problemy). Albo wyłączyć w monicie i włączyć supervision w systemd. To samo w logrotate. Dalej - ja mam przykładowo uruchomione lokalnie 2 kopie apacha (worker dla statycznych treści i prefork za reverse proxy do PHP). Dodając takie %posty zmusisz mnie do aktualizowania wszystkiego z --noscripts. Prościej jest wyłączyć pojedyncze, niechciane usługi niż włączać wszystko. Nie - ponieważ włączenie systemd robi się JEDEN raz, a wyłączać będę musiał przy KAŻDEJ aktualizacji. Przeczytałeś tek kawałek shella który podrzuciłem? Chodzi o to żeby usługę systemd: - włączyć o ile jest włączona usługa SysV - jeżeli nie ma usługi SysV to włączyć (tak jak teraz dla usług SysV) - przy upgrade usługi systemd nie zmieniać stanu A dla sshd to można dać z defaultu Restart=on-abort. O. -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ 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 bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon uz...@o2.pl 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: network scripts (Bylo Re: Migracja serwisów SysV - systemd)
On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:25 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon uz...@o2.pl 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ń. -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ 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 bagg...@pld-linux.org 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: Migracja serwisów SysV - systemd
On Wed, Jan 25, 2012 at 10:39:33 +0100, Jan Rękorajski wrote: 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ć. To sobie najpierw zainstalujesz systemd-units i wszystko się samo aktywuje. Nowy unit też można wytestować. A jak się zmienia init zdalnie, nie mająć jakiegoś LOM, to jest kompletna jazda bez trzymanki. Nie, czemu? Już wspominałem, że jest to teraz rozdzielone i można spokojnie testować z init=/sbin/systemd, wystarczy mieć zdalny reseter (choćby na telefonie, IPMI nawet bez SOL, zarządzalna listwa zasilająca itp.). Nowe systemy też instalujesz zdalnie? Tak, lokalnie nie instalowałem systemu od hoho. Przeczytałeś tek kawałek shella który podrzuciłem? Chodzi o to żeby usługę systemd: - włączyć o ile jest włączona usługa SysV - jeżeli nie ma usługi SysV to włączyć (tak jak teraz dla usług SysV) - przy upgrade usługi systemd nie zmieniać stanu To ja tylko poproszę o obsługę czegoś w stylu AUTOMIGRATE2SYSTEMD=no w /etc/sysconfig/rpm do tego shella i jak dla mnie może być. Czyli wariant 1 z R: systemd-units, a przejście do wariantu 0 konfigurowalne explicite. -- Tomasz Pala go...@pld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: network scripts (Bylo Re: Migracja serwisów SysV - systemd)
Dnia 25 stycznia 2012 11:00 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:25 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon uz...@o2.pl 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)
On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 11:00 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:25 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon uz...@o2.pl 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? -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ 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 bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 11:00 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:25 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon uz...@o2.pl 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 pl...@agmk.net napisał(a): On Wednesday 25 of January 2012 09:48:16 Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 9:43 Pawel Sikora pl...@agmk.net 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: network scripts (Bylo Re: Migracja serwisów SysV - systemd)
On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 11:26 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 11:00 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:25 Jan Rękorajski bagg...@pld-linux.org napisał(a): On Wed, 25 Jan 2012, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 10:00 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 9:37 Bartlomiej Zimon uz...@o2.pl 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 Tak. -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ 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 uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 11:08 Pawel Sikora pl...@agmk.net napisał(a): On Wednesday 25 of January 2012 09:48:16 Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 9:43 Pawel Sikora pl...@agmk.net 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 bagg...@pld-linux.org 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 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. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Migracja serwisów SysV - systemd
On Wed, 25 Jan 2012, 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? Restart sshd normalnie nie powodował żadnych problemów, sesje zostawały. 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 Bo to jest włączenie/wyłączenie globalne, a tutaj trzebaby dla jednej usługi -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 14:03 Łukasz Maśko e...@yen.ipipan.waw.pl 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 uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 13:41 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 11:08 Pawel Sikora pl...@agmk.net napisał(a): On Wednesday 25 of January 2012 09:48:16 Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 9:43 Pawel Sikora pl...@agmk.net 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: Migracja serwisów SysV - systemd
On Wednesday 25 of January 2012 15:27:11 Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 13:54 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 13:41 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 11:08 Pawel Sikora pl...@agmk.net napisał(a): On Wednesday 25 of January 2012 09:48:16 Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 9:43 Pawel Sikora pl...@agmk.net 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? scp? ___ 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 środa, 25 stycznia 2012, Bartlomiej Zimon napisał: Dnia 25 stycznia 2012 14:03 Łukasz Maśko e...@yen.ipipan.waw.pl 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 import zipimport # builtin # installed zipimport hook import site # precompiled from /usr/share/python2.7/site.pyc import os # precompiled from /usr/share/python2.7/os.pyc import errno # builtin import posix # builtin import posixpath # precompiled from /usr/share/python2.7/posixpath.pyc import stat # precompiled from /usr/share/python2.7/stat.pyc import genericpath # precompiled from /usr/share/python2.7/genericpath.pyc import warnings # precompiled from /usr/share/python2.7/warnings.pyc import linecache # precompiled from /usr/share/python2.7/linecache.pyc import types # precompiled from /usr/share/python2.7/types.pyc import UserDict # precompiled from /usr/share/python2.7/UserDict.pyc import _abcoll # precompiled from /usr/share/python2.7/_abcoll.pyc import abc # precompiled from /usr/share/python2.7/abc.pyc import _weakrefset # precompiled from /usr/share/python2.7/_weakrefset.pyc import _weakref # builtin import copy_reg # precompiled from /usr/share/python2.7/copy_reg.pyc import traceback # precompiled from /usr/share/python2.7/traceback.pyc import sysconfig # precompiled from /usr/share/python2.7/sysconfig.pyc import re # precompiled from /usr/share/python2.7/re.pyc import sre_compile # precompiled from /usr/share/python2.7/sre_compile.pyc import _sre # builtin import sre_parse # precompiled from /usr/share/python2.7/sre_parse.pyc import sre_constants # precompiled from /usr/share/python2.7/sre_constants.pyc import encodings # directory /usr/share/python2.7/encodings import encodings # precompiled from /usr/share/python2.7/encodings/__init__.pyc import codecs # precompiled from /usr/share/python2.7/codecs.pyc import _codecs # builtin import encodings.aliases # precompiled from /usr/share/python2.7/encodings/aliases.pyc import encodings.iso8859_2 # precompiled from /usr/share/python2.7/encodings/iso8859_2.pyc Python 2.7.2 (default, Aug 16 2011, 10:10:02) [GCC 4.6.1 20110714 (release)] on linux2 Type help, copyright, credits or license for more information. import locale # precompiled from /usr/share/python2.7/locale.pyc dlopen(/usr/lib/python2.7/lib-dynload/operator.so, 2); import operator # dynamically loaded from /usr/lib/python2.7/lib- dynload/operator.so import functools # precompiled from /usr/share/python2.7/functools.pyc dlopen(/usr/lib/python2.7/lib-dynload/_functools.so, 2); import _functools # dynamically loaded from /usr/lib/python2.7/lib- dynload/_functools.so dlopen(/usr/lib/python2.7/lib-dynload/_locale.so, 2); import _locale # dynamically loaded from /usr/lib/python2.7/lib- dynload/_locale.so dlopen(/usr/lib/python2.7/lib-dynload/time.so, 2); import time # dynamically loaded from /usr/lib/python2.7/lib-dynload/time.so import tempfile # precompiled from /usr/share/python2.7/tempfile.pyc import random # precompiled from /usr/share/python2.7/random.pyc import __future__ # precompiled from /usr/share/python2.7/__future__.pyc dlopen(/usr/lib/python2.7/lib-dynload/math.so, 2); import math # dynamically loaded from /usr/lib/python2.7/lib-dynload/math.so dlopen(/usr/lib/python2.7/lib-dynload/binascii.so, 2); import binascii # dynamically loaded from /usr/lib/python2.7/lib- dynload/binascii.so import hashlib # precompiled from /usr/share/python2.7/hashlib.pyc dlopen(/usr/lib/python2.7/lib-dynload/_hashlib.so, 2); import _hashlib # dynamically loaded from /usr/lib/python2.7/lib- dynload/_hashlib.so dlopen(/usr/lib/python2.7/lib-dynload/_random.so, 2); import _random # dynamically loaded from /usr/lib/python2.7/lib- dynload/_random.so dlopen(/usr/lib/python2.7/lib-dynload/cStringIO.so, 2); import cStringIO # dynamically loaded from /usr/lib/python2.7/lib- dynload/cStringIO.so dlopen(/usr/lib/python2.7/lib-dynload/fcntl.so, 2); import fcntl # dynamically loaded from /usr/lib/python2.7/lib- dynload/fcntl.so import thread # builtin import httplib # precompiled from /usr/share/python2.7/httplib.pyc dlopen(/usr/lib/python2.7/lib-dynload/array.so, 2); import array # dynamically loaded from /usr/lib/python2.7/lib- dynload/array.so import socket # precompiled from /usr/share/python2.7/socket.pyc dlopen(/usr/lib/python2.7/lib-dynload/_socket.so, 2); import _socket #
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 15:50 Łukasz Maśko e...@yen.ipipan.waw.pl napisał(a): Dnia środa, 25 stycznia 2012, Bartlomiej Zimon napisał: Dnia 25 stycznia 2012 14:03 Łukasz Maśko e...@yen.ipipan.waw.pl 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 środa, 25 stycznia 2012, Bartlomiej Zimon napisał: [...] bardziej o to : kcmshell4 system-config-printer-kde $ kcmshell4 system-config-printer-kde kcmshell(19913)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from /var/tmp/kdecache-ed/ksycoca4 kcmshell(19913)/kutils (KCMultiDialog) KCMultiDialog::addModule: Konfiguracja drukarki kcmshell(19913)/kutils (KCModuleProxy) KCModuleProxyPrivate::loadModule: Module not already loaded, loading module Konfiguracja drukarki from library kpythonpluginfactory using symbol kpythonpluginfactory kcmshell(19913)/python (plugin) KPythonPluginFactory::KPythonPluginFactory: KPythonPluginFactory::KPythonPluginFactory() kcmshell(19913)/python (plugin) KPythonPluginFactory::initialize: Initializing Python interpreter. kcmshell(19913)/python (plugin) KPythonPluginFactory::initialize: Succesfully initialized Python interpreter. kcmshell(19913)/python (plugin) KPythonPluginFactory::create: KPythonPluginFactory::create iface: KCModule kcmshell(19913)/python (plugin) KPythonPluginFactory::create: keyword to be used for finding the plugin code: system-config-printer-kde/system-config- printer-kde.py kcmshell(19913)/python (plugin) KPythonPluginFactory::create: Path to plugin code is: /usr/share/apps/system-config-printer-kde/system-config-printer- kde.py kcmshell(19913)/python (plugin): Failed to import module Traceback (most recent call last): File /usr/share/apps/system-config-printer-kde/system-config-printer- kde.py, line 41, in module from PyQt4.QtCore import * ImportError: /usr/lib/python2.7/site-packages/PyQt4/QtCore.so: undefined symbol: PyExc_ValueError kcmshell(19913)/python (plugin) KPythonPluginFactory::create: KPythonPluginFactory::create iface: KCModule kcmshell(19913)/python (plugin) KPythonPluginFactory::create: keyword to be used for finding the plugin code: kcmshell(19913)/python (plugin) KPythonPluginFactory::create: Path to plugin code is: /home/users/ed/.kde/share/apps/ kcmshell(19913)/python (plugin): Failed to import module kcmshell(19913)/kcontrol KCModuleLoader::loadModule: This module has no valid entry symbol at all. The reason could be that it's still using K_EXPORT_COMPONENT_FACTORY with a custom X-KDE-FactoryName which is not supported anymore kcmshell(19913)/kutils (KCMultiDialog) KCMultiDialog::addModule: adding KCM Konfiguracja drukarki at the top level kcmshell(19913)/kutils (KCMultiDialog) KCMultiDialogPrivate::_k_slotCurrentPageChanged: kcmshell(19913)/kutils (KCMultiDialog) KCMultiDialogPrivate::_k_clientChanged: kcmshell(19913)/kutils (KCMultiDialog) KCMultiDialogPrivate::_k_clientChanged: Niestety, na pythonie się zupełnie nie znam i chociaż widzę błąd, to nie wiem, jak go interpretować i jak zwalczyć. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
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?! -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 18:43 Łukasz Maśko e...@yen.ipipan.waw.pl 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 e...@yen.ipipan.waw.pl 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 uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 18:43 Łukasz Maśko e...@yen.ipipan.waw.pl 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.
On Wed, Jan 25, 2012 at 07:34:08PM +0100, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 18:55 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 18:43 Łukasz Maśko e...@yen.ipipan.waw.pl 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óż...) -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kde4-kdeadmin-kprinter - brakujace zaleznosci w runtime.
Dnia 25 stycznia 2012 19:47 Jakub Bogusz qbo...@pld-linux.org napisał(a): On Wed, Jan 25, 2012 at 07:34:08PM +0100, Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 18:55 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 18:43 Łukasz Maśko e...@yen.ipipan.waw.pl 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
