Re: ( było: O co może chodzić z tym skanerem - pomaga reinstalacja sane-backends)
W dniu 24 września 2014 22:03 użytkownik Łukasz Maśko napisał: > Dnia środa, 24 września 2014 21:56:14 Lukasz Kies pisze: > [...] >> Katalog jest "kasowany", bo pewnie u Ciebie /var/lock to tmpfs. Masz >> systemd? Możesz pokazać wynik mount? > > Owszem, używam systemd. Owszem, to tmpfs: > > $ mount | grep lock > run on /var/lock type tmpfs (rw,relatime) > > Nie jest to moje zamierzone grzebanie, tylko "out-of-the-box". Dodałem obsługę tmpfiles w rel. 0.2 (leży w test-builds), ale Arek już rewertnął moją zmianę i po prostu wyłączym ten locking i puścił na buildery. Tak więc jeśli Ci się chce testować to masz rel. 0.2, albo po prostu zrób upgrade poldkiem do rel. 1. Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: ( było: O co może chodzić z tym skanerem - pomaga reinstalacja sane-backends)
W dniu 24 września 2014 21:47 użytkownik Arkadiusz Miśkiewicz napisał: > On Wednesday 24 of September 2014, Łukasz Maśko wrote: >> To nie to. Zrobiłem strace w obydwu sytuacjach. Wyszło na to, że brakuje >> katalogu /var/lock/sane. Zweryfikowałem - rzeczywiście, po utworzeniu tego >> katalogu ręcznie snaker jest ponownie widoczny. Po prostu katalog ten jest >> tworzony jednorazowo podczas instalacji pakietu, ale jest uwalany przy >> restarcie systemu i nie jest ponownie tworzony. I tu jest pies pogrzebany. >> Niestety, udev przy podłączaniu nie tworzy tego katalogu, przez co sane nie >> działa. > > W fedorze wyłączają locking (od 2009r) > > --disable-locking > > Pewnie możemy zrobić to samo. > Cześć, Katalog jest "kasowany", bo pewnie u Ciebie /var/lock to tmpfs. Masz systemd? Możesz pokazać wynik mount? Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PDNS problem
2013/12/9 lord_Niedzwiedz : > Nie działa mi PDNS na vserverze po aktualizacji z wersji 2.9 do 3.x > ;-( > [...] > Exiting because communicator thread died with > STL error: Creating local resolver socket for ::, does your OS miss IPv6?: > Bad > file descriptor > > > Nie używam IPv6 wogule. > Ma ktoś jakiś pomysł ??!! Cześć, W konfigu dopisz (albo zmień): query-local-address6= Zrestartuj, powinno działać. Na pewno nie masz włączonego IPv6 nigdzie? -- Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: iotop
2013/3/25 lord_Niedzwiedz > -bash-4.2# iotop > Traceback (most recent call last): > File "/usr/bin/iotop", line 16, in > main() [...] > ValueError: need more than 1 value to unpack > > > > I to mają być paczki do wersji stabilnej ??!! ;-D > Naprawione w rel. 2. Jest w th-test. -- Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Migracja z SysVinit do systemd-init
W dniu 23 marca 2013 19:46 użytkownik Lukasz Glebicki napisał: > On Saturday 01 of September 2012 11:32:26 Daniel Dawid Majewski wrote: > > Ma ktoś jakiś pomysł, bo przełączyłem się na systemd i ... nie startuje > Objaw jest taki jak na obrazku, > > http://imageshack.us/photo/my-images/145/20130318220610.jpg > > Przełączenie polegało na zainstalowaniu paczki systemd-init > > Coś jeszcze trzeba zrobić ? > Cześć, Możesz dodać do gruba do komend kernela "verbose" i przy okazji podać jaką masz wersję systemd? Na pierwszy rzut oka, nie może załadować jakiś modułów kernela. -- Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: lyx problem
W dniu 29 marca 2012 19:04 użytkownik Grzesiek Sójka napisał: > Witam ponownie. > > Nie mogę sobie poradzić z latexem po updacie. Jak próbuje odpalić polecenie > latex z dowolnymi parametrami to dostaje: > > $ latex bla bla bla > This is pdfTeXk, Version 3.1415926-1.40.9 (Web2C 7.5.7) > %&-line parsing enabled. > latex: fatal: Could not undump 1 4-byte item(s). > > Ma ktoś jakiś pomysł?? Reinstal nie pomaga, w rpm -Va też nic (ciekawego). > > Wersje pakietów: > > $ rpm -qa | grep texlive | sort > texlive-20080816-16.x86_64 > texlive-dirs-fonts-20080816-16.x86_64 > texlive-dvips-20080816-16.x86_64 > texlive-fonts-ams-20080816-16.x86_64 > texlive-fonts-cm-20080816-16.x86_64 > texlive-fonts-cmsuper-20080816-16.x86_64 > texlive-fonts-eurosym-20080816-16.x86_64 > texlive-fonts-jknappen-20080816-16.x86_64 > texlive-fonts-latex-20080816-16.x86_64 > texlive-fonts-misc-20080816-16.x86_64 > texlive-fonts-other-20080816-16.x86_64 > texlive-fonts-pl-20080816-16.x86_64 > texlive-fonts-type1-bluesky-20080816-16.x86_64 > texlive-latex-20080816-16.x86_64 > texlive-latex-ams-20080816-16.x86_64 > texlive-latex-bibtex-20080816-16.x86_64 > texlive-latex-ucs-20080816-16.x86_64 > texlive-pdftex-20080816-16.x86_64 > texlive-psutils-20080816-16.x86_64 > texlive-tex-babel-20080816-16.x86_64 > texlive-tex-misc-20080816-16.x86_64 > texlive-tex-pstricks-20080816-16.x86_64 > texlive-tex-ruhyphen-20080816-16.x86_64 > texlive-tex-ukrhyph-20080816-16.x86_64 > ___ Cześć, Proszę spróbuj najpierw zupgrade'ować texlive'a do rel. 17 (jest w ready). O ile pamiętam jest to już w tym releasie poprawione. -- Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: nieużywalny phpMyAdmin?
W dniu 28 listopada 2011 13:53 użytkownik Jacek Osiecki napisał: > On Mon, 28 Nov 2011, Adam Golebiowski wrote: > >> W dniu 2011-11-28 03:56, Jacek Osiecki pisze: >>> >>> On Thu, 24 Nov 2011, Jacek Osiecki wrote: >>> > Dawno nie upgrade'owałem phpMyAdmina i... no bosko. Dodali ajaxa >>> > i albo "nasz" phpMyAdmin jest jakiś dziwny, albo jest F* by design. >>> No i widzę że nikt inny tu nie używa phpMyAdmina? >>> To jeszcze jeden kamyczek - zależności pakietu phpMyAdmin są spsute... >>> brakuje wymagania php-filter, bez którego całe settings phpMyAdmina są >>> niedostępne - a to jest konieczne by wyłączyć ten zwalony Ajax :) >> >> Co do zepsutej obsługi ajax to nie potrafię tego potwierdzić - jesteś w >> stanie to prześledzić po stronie klienta (np. w firefox + firebug) ? > > Jak dla mnie to nie działa w jakiejkolwiek kombinacji przeglądarek... > Np. klikam sobie - gdziekolwiek, w bazie albo poza bazą - w zakładkę SQL, > wpisuję jakieś zapytanie (z błędem) i po kliknięciu "wykonaj" pojawia się > komunikat "wczytywanie" który po paru sekundach znika. Jak robię jakiś > update na tabeli to po prostu coś się dzieje a ja nie wiem czy w ogóle > komenda się wykonała, a jeśli się wykonała to jaki był jej efekt. > > Krótko mówiąc: nieużywalne. > Aż z ciekawości sprawdziłem. WinXP + Firefox 8, PLD + Iceweasel 7 - wszystko działa. Wpisuję błędne zapytanie, wyskakuje "żółte" wczytywanie a po chwili u góry czerwony błąd (np #1146 i opis). W przypadku poprawnego zapytania sql też wszystko działa. Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: NetworkManager, a KDE
W dniu 17 kwietnia 2011 22:49 użytkownik Łukasz Maśko napisał: > Dnia niedziela, 17 kwietnia 2011, Arkadiusz Miskiewicz napisał: > [...] > > Łatka tu wysłana wygląda na łatkę z fedory. W sumie nie musi działać z > > starym NM ale wtedy odpowiednie zależności muszą w specu się znaleźć. > > Rozumiem. Się nałoży, się sprawdzi ;-) Póki co, to co jest w CVS kompiluje > się z NM-0.8.2 z Th-main. > > Tak z Fedory, patch jest autorstwa Dana Williamsa (autor NM). I tak powinna działać chyba tylko z NM 0.8.997+ więc BR musi być NetworkManager-devel >= 0.8.997, ale ale wersja NetworkManagera powinna byc ta sama. Może dodać bcond NM9 i tam mieć BR i R NM >= 0.9.997? Pozdrawiam, Lukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: NetworkManager, a KDE
W dniu 15 kwietnia 2011 22:53 użytkownik Andrzej Zawadzki napisał: > On 15.04.2011 22:46, Łukasz Maśko wrote: > > Dnia piątek, 15 kwietnia 2011, Andrzej Zawadzki napisał: > >> Hej! > >> > >> Po upgrade do NetworkManager-0.8.998-1.i686 widget KDE przestaje > działać. > >> Tracę kontrolę nas wifi i eth0. > >> Da się coś z tym zrobić? > > Patrzyłem w kod, z okazji patcha na kde4-kdebase-workspace (z którego > > pochodzi kde4-kdebase-workspace-networkmanager) i wyszło, że pakiet ten > jest > > niekompatybilny z NetworkManagerem 0.8.998 na poziomie kodu - zmieniły > się > > wartości stałych, niektórych już nie ma, pojawiły się nowe, itd. A widget > > KDE jest, zdaje się, z tym powiązany. Dlatego chyba pozostaje albo > poczekać > > na nowe KDE, samodzielnie je poprawić (byłoby to łatwe, jeśli by > poświęcić > > niektóre typy urządzeń sieciowych, ale to nie jest rozwiązanie), albo > zrobić > > downgrade NetworkManager-libs. > Dzięki za potwierdzenie moich obaw... > Osobiście zrobiłem "cofkę" - widget działa wyśmienicie i mi, nic więcej > nie jest potrzebne.. ;-) > Hej, Niestety nie używam KDE, a naprawdę nie chce mi się tego testować, ale załączony patch powinien pomóc. Dajcie znać, jeśli możecie przebudować sobie kde4-kdebase-workspace z tym patchem, potestować i będzie działało :) Pozdrawiam Łukasz kdebase-workspace-4.6.1-nm-09-compat.patch Description: Binary data ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Opera mi gnębi procka - gdzie przyczyna?
W dniu 31 sierpnia 2010 11:23 użytkownik Jacek Osiecki
napisał:
> Witam,
>
> Przyczyna oczywiście w Operze, ale podejrzewam że ona się odbija od czegoś
> co w PLD jest zakazane...
>
> Otóż opera stale na moim procku (starym, ale nie zabytkowym - Dual-Core
> E5200 @2.5GHz) zajmuje 22-25% procesora. Zrobiłem strace, a tam w kółko leci
> to:
>
> clock_gettime(CLOCK_MONOTONIC, {618015, 817542148}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817562746}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817583364}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817603717}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817624199}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817644557}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817665150}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817685508}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817706065}) = 0
> clock_gettime(CLOCK_MONOTONIC, {618015, 817726513}) = 0
> select(78, [3 74 75 76 77], [], [3 74 75 76 77], {0, 0}) = 0 (Timeout)
> read(3, 0x8f42e10, 4096) = -1 EAGAIN (Resource temporarily
> unavailable)
>
> Może kwestia doładowania jakiegoś modułu kernela? Kernel dystrybucyjny,
> kernel-2.6.34.4-1.i686
>
Raczej wygląda jak ten bug w boost:
https://bugs.launchpad.net/ubuntu/+source/boost/+bug/507169 (oraz tu:
https://svn.boost.org/trac/boost/ticket/3670).
Możesz podać wersję boost u Ciebie?
Czy ktoś może to potwierdzić, że ma ten sam problem?
--
Pozdrawiam,
Łukasz
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] fontconfig-libs-2.7.0-2.i686 + kde4 = problem z czcionkami
W dniu 21 lipca 2009 13:58 użytkownik Andrzej Augustyński napisał: > Witam, > Witam, > po upgradzie do fontconfig-libs-2.7.0-2.i686 kde startuje subiektywnie > dłużej, a do systemu nie są ładowane czcionki z katalogu ~/.fonts > Aktulane th+ready+test. Downgrade do fontconfig-libs-2.7.0-1.i686 i hula > w porządku. Ktoś ma podobne objawy? > Zainstaluj fontconfig-2.7.0-2. Ktos(tm) przeniósł konfigi z fontconfig-libs do fontconfig. Problem nie dotyczy tylko KDE. Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: było fajnie
W dniu 22 maja 2009 01:19 użytkownik napisał: > Witajcie! > > Było fajnie: > [adzi...@pldmachine ~]$ cd rpm/SPEC > [adzi...@pldmachine SPEC]$ cvs up > i pokazywały mi się zmiany od ostatniego "cvs up" > Jeżeli robiłem to w miarę regularnie to miałem fajny podgląd w to co > się dzieje w naszym PLD. > > Możecie mi podpowiedzieć jak uzyskać taką funkcjonalność przy /packages? > Tak samo. $ mkdir ~/rpm/packages $ cd ~/rpm/packages $ cvs -z5 up -Pd -A Ale możesz oczywiście po utworzneniu katalogu packages użyć tylko: $ cvs up -- Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
[Th-test] xorg-driver-input-synaptics-1.0.0
Witam wszystkich, informacja dla tych, którym nagle przestał działać scroll w touchpadach po aktualizacji i dla mojej pamięci: "Note: Due to the ubiquity of multi-touch capable touchpads, the driver will pick two-finger scrolling over edge scrolling if two-finger detection is supported by the hardware. Edge-scrolling is then disabled. Kernels up to excluding 2.6.29 announce multi-touch capabilities for all synaptics touchpads even if the hardware does not support it. If you have a such a touchpad, you will need to enable edge scrolling explicitly in the configuration." Tapping też jest wyłączony by default. Swoją drogą, mnie dziwnie nie chciała działać poprawka w xorg.conf, zaczęło dopiero działać po napisaniu odpowiedniego pliku fdi dla hala. BTW opcje odpowiedzialne za scrollowanie to VertEdgeScroll i HorizEdgeScroll. Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Znów problem ze sterownikami grafiki Intela (było: Co mi się pochrzaniło?...)
W dniu 25 listopada 2008 09:58 użytkownik Grzesiek Sójka <[EMAIL PROTECTED]> napisał: > Łukasz Maśko wrote: >> porządku. Kurcze, co z tym Intelem?! >> >> Zainstalowane najnowsze pakiety z Th-test, grafika i855GM. > > To ja się dołączam. Też ma lapka na intelu (MacBook z chipsetem ICH7) i > problem polega na tym, że po aktualizacji jajca na 2.6.27 X'y zacinają > się po mniej więcej minucie. Tzn. myszka się porusza ale aplikacje nie > reagują. Alt+Ctl+BackSpace zabija X'y po czym startuje je na nowo i > chodzą znowu przez mniej więcej minutę. Mam Th-i686 i wczorajsze updaty. > Jak odpalę maszynkę na starym jajcu to działa OK 2.6.25.18-1. Na kompie > na którym mam GeForce 5200FX wszystko chodzi OK na obu jajcach. Wie ktoś > o co chodzi?? > Pokaż co Ci tam daje: # dmesg | grep drm Oraz: $ LIBGL_DEBUG=verbose glxinfo | head -n 3 Zobacz czy to nie ten sam problem co u mnie http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2008-November/020598.html (zobacz cały wątek). Dodam, że u mnie z 2.6.25.x działa bez problemu. Problem jest tylko z 2.6.27.x Pozdrawiam, Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
