Re: [th] ogólne problemy
On Sun, Mar 04, 2007 at 08:45:14PM +, Kamil Dziedzic wrote: 6. alsa-udev - Trochę dziwne wymagania. Wymaga katalogu. Mam jeszcze pytanko czy ktoś tego w ogóle używa? Pytanie czy ten pakiet jest w ogóle potrzebny? Chyba tak... Znajdę czas to potestuje. Coś kojarzę, że bez tego z udev nie działa zapisywanie ustawień miksera. Do tego pozwala łatwo włączyć emulacje oss (/dev/dsp). W aktualnym udev w TH, domyślnie jest przywracanie ustawień miksera dla alsowych urządzeń, więc jeśli chodzi ci tylko o mikser, to alsa_udev możesz olać. Nie wiem, jaki jest aktualny status tego pakietu, czy ktoś się nim zajmuje, czy nie. poldek -u alsa-udev bĹ.Ä.d: alsa-udev-0.1-0.1.x86_64: nie znaleziono wymaganego /etc/udev/scripts Zaznaczono 1 pakiet do instalacji: I alsa-udev-0.1-0.1.x86_64 Need to get 4.7KB of archives (4.7KB to download). After unpacking 2.7KB will be used. bĹ.Ä.d: 1 niespeĹ.niona zaleĹźnoĹ.Ä. Żaden pakiet nie dostarcza katalogu /etc/udev/scripts - stąd problem. Jak wcześniej. A czy on nie może?;) Nie kojarzę aby był z tym problem w AC. Tutaj chyba trzeba by było po prostu dopasować alsa_udev do aktualnego rozłożenia katalogów w udev. Plik /etc/udev/scripts/alsa.sh powinien chyba wylądować w /lib/udev. To tak na szybko co mogę o tym pakiecie powiedzieć. -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [Ac] pendrive - montowanie w KDE
On Sat, Mar 03, 2007 at 11:40:26PM +0100, Lukasz B wrote: Łukasz Maśko wrote: Przestaw sobie TMP (i TMPDIR) na /tmp - z jakichś powodów, bez względu na to, jak TMP i TMPDIR są ustawione, KDE i tak grzebie w /tmp. U mnie wysypywało się to często (ale nie zawsze) przy podnoszeniu arts-a. I daj znać, czy pomogło. nie. blad w xtermie (startkde) nadal taki sam. W xtermie przed startkde obie zmienne sa na /tmp, aczkolwiek jak odpale Konsole, to TMPDIR jest pusty (w kolejnym odpalonym xterm-ie jest ok) Kiedyś był chyba podobny wątek dotyczący artsd i z tego co pamiętam wtedy pomagło ustawienie zmiennej KDETMP lub coś w tym guście. Jak u mnie ten problem kiedyś wystąpił, to mi to pomogło. W tej chwili nie widzę, żebym miał tą zmienną ustawioną, ale może to będzie jakiś trop? -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Skaner... howto?
On Thu, Nov 02, 2006 at 10:13:02AM +0100, Bohdan R. Rau wrote: lsusb: widać sane-find-scanner: nie znajduje skanera kernel: usb 1-6: device not accepting address 12, error -110 Po wyłączeniu i włączeniu: sane-find-scanner: znajduje scanimage -L: znajduje scanimage /dev/null: - krótkie pierdnięcie silniczkiem w skanerze - scanimage: sane_start: Invalid argument - komunikat kernela j/w - skaner wraca do stanu nieużywalności. Spróbuj przełączyć skaner na inny port i/lub zmienić kabel usb, mi dla niektórych urządzeń to pomaga. -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: evdev, USB, X i... klopsy
On Wed, May 10, 2006 at 09:13:11AM +0200, Enleth wrote: Dnia środa 10 maja 2006 08:12, Łukasz Maśko napisał: Przekonfiguruj sobie gpm-a i X-y tak, żeby korzystały z /dev/input/mice, a nie /dev/input/event*, wtedy będziesz mógł (w miarę) do woli odłączać i przyłączać myszy. Ew. można zmusić udeva do przydzielania tym samym urządzeniom tego samego pliku. Przy myszach może nie takie istotne, ale np. z tabletem inaczej nie przejdzie. W przypadku evdev'a i X'ów nie pomoże nawet statyczne urządzenie. X'y nie potrafią jak na razie reinicjować urządzeń w trakcie pracy, więc po wyjęciu i włożeniu będzie potrzebny restart X'ów. Jak się kiedyś tym interesowałem, to hotplug dla urządzeń wejściowych był w planach. Być może w tej chwili jest już w cvs xorg. -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: evdev, USB, X i... klopsy
On Wed, May 10, 2006 at 11:50:01AM +0200, Sylwester Gruszka wrote: Dnia środa, 10 maja 2006 09:13, Enleth napisał: Dnia środa 10 maja 2006 08:12, Łukasz Maśko napisał: Przekonfiguruj sobie gpm-a i X-y tak, żeby korzystały z /dev/input/mice, a nie /dev/input/event*, wtedy będziesz mógł (w miarę) do woli odłączać i przyłączać myszy. Czyli obojętnie czy /dev/input/event1 czy /dev/input/mice to evdev będzie prondził tak (bo ten event to ustawiuałem według jakiegoś manuala czy innego czytadła)? Nie wiem na ile moje informacje są aktualne, ale kiedyś /dev/input/mice było urządzeniem które było niezależne od podłączanych myszy. Emulowało w zależności od potrzeb klienta albo protokół ps/2 albo imps/2. W X'ach używało się drivera mouse dla tego urządzenia. Obsługiwało ono ZTCP do pięciu klawiszy plus rolkę. Oprócz urządzenia /dev/input/mice były tworzone osobne urządzenia dla poszczególnych myszek w systemie. Jeśli chodzi o evdev, to nie wiem, czy podłącza się jakoś pod /dev/input/mice. Ja do tej pory zawsze używałem go poprzez /dev/input/event*. W aktualnym xorg też korzystam z tych urządzeń na driverze evdev. Ew. można zmusić udeva do przydzielania tym samym urządzeniom tego samego pliku. Przy myszach może nie takie istotne, ale np. z tabletem inaczej nie przejdzie. A jak tego udeva zmusić? to już dla mnie czarna magia... Ja używam następującej regułki dla mx1000: KERNEL==event*, SYSFS{idProduct}==c50e, SYSFS{idVendor}==046d, \ NAME==input/%k SYMLINK+=input/mx1000 Dopasuj do swoich potrzeb i umieść w katalogu /etc/udev/rules.d jako np. mouse.rules. (a co do tego, że iksy nie potrafią inicjowac urządzeń w trakcie pracy to powiem że kiedyś na prawdę mogłem wyjmować i wkładać myszkę usb) pozdrawiam Działało to dla urządzenia /dev/input/mice, które po załadowaniu któregoś z modułów (input?) istnieje niezależnie od podłączonych urządzeń. ps. Zaznaczam, że nie wszystkie informacje muszą być aktualne, bo odkąd zwalczyłem problemy i wszystko mi działa, nie interesowałem się jakie zmiany się pojawiły. -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: montowanie kluczy USB
On Thu, Dec 29, 2005 at 01:23:08PM +0100, Michal Kochanowicz wrote: udev powiadamia hal'a o nowym urządzeniu. hal dostarcza taki skrypt: /etc/hotplug.d/default/20-hal.hotplug Czyli błąd jest w udev? Powinien upewnić się że wpisy w /sys już są zanim odpali skrypt? Ja u siebie nie mam w ogóle /etc/hotplug.d/, może masz jakieś starsze wersje pakietów ? Druga możliwość to jeszcze mix hotpluga i udeva. Może z tego powodu coś się kwasi? $ rpm -qa|grep -E hal|udev hal-devel-0.5.5.1-1 hal-0.5.5.1-1 alsa-udev-0.1-0.1 udev-071-5 hal-libs-0.5.5.1-1 hal-device-manager-0.5.5.1-1 -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev - ALSA already running
On Mon, Dec 12, 2005 at 11:37:51PM +0100, Jakub Piotr Cłapa wrote: Ogólnie wygląda bardzo nieźle. Nie miałbyś ochoty dorzeźbić tego trochę i wrzucić do distro? (np. ładowanie emulacji powinno być kompleksowe i w skrypcie, żeby do /etc/sysconfig/alsa można było dodać konfigurację) Mogę spróbować coś porzeźbić, ale muszę jeszcze trochę poczytać na temat udeva i alsy. Poniżej propozycja jak to wstępnie widzę. - /etc/udev/rules.d/alsa.rules --- SUBSYSTEM==sound, KERNEL==controlC*, RUN+=/etc/udev/scripts/alsa SUBSYSTEM==sound, KERNEL==pcm*, RUN+=/etc/udev/scripts/alsa SUBSYSTEM==sound, KERNEL==seq*, RUN+=/etc/udev/scripts/alsa --- /etc/udev/scripts/alsa --- #!/bin/sh .. /etc/rc.d/init.d/functions .. /etc/sysconfig/alsa add_pcm() { if is_yes($OSS_EMULATION); then /sbin/modprobe --ignore-install snd_pcm_oss fi eval $PCM_POSTINST } add_seq() { if is_yes($OSS_EMULATION); then /sbin/modprobe --ignore-install snd_seq_oss fi eval $SEQ_POSTINST } case $ACTION in add) case ${KERNEL} in pcm*) add_pcm ;; seq*) add_seq ;; controlC*) /usr/sbin/alsactl restore ;; esac ;; del) /usr/sbin/alsactl store ;; esac -- Skrypt ma tylko dawać pogląd jak zamierzam do tego podejść. Muszę poczytać jakie zmienne są przekazywane do skryptów wywoływanych przez udeva i dopiero dostosować całość pod to. Muszę przemyśleć również kwestię dodatkowych modułów których udev sam nie ładuje (np. snd-emu10k1-synth). Proszę o przyjżenie się temu i komentarz. Jeśli chodzi o zachowywanie ustawień, to ręcznie zrobiłem 'alsactl store' po ustawieniu alsamixerem. To dałoby się chyba zrobić na siłe dla wszystkich kart przy shutdown lub jeśli udev obsługuje REMOVE to na evencie? Może jeszcze jakoś inaczej dałoby się zapisywać także ustawienie dla kart, które zostały wypięte przed shutdownem. Event bedzie pewnie tylko przy dzwięku usb w momencie wyjęcia wtyczki, przynajmniej tak mi się wydaje. Można by zrobić obsługę eventu i dodatkowo wstawić skrypt do /etc/rc.d który zapisze konfigurację przy shutdown. -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev, ALSA, hotplug i miksery
On Tue, Dec 13, 2005 at 06:07:25PM +0100, Jakub Piotr Cłapa wrote: .. /etc/rc.d/init.d/functions .. /etc/sysconfig/alsa Tego się nie robi przypadkiem jedną kropką? Tak, wiem. Nie wiem tylko w jaki sposób tu dwie kropki wstawiłem. :) [ cięcie ] Wygląda to dokładnie tak jak ja sobie to wyobrażałem. To popracuję nad tym i podeślę jak będzie w miarę przygotowane. [cięcie] Właśnie to miałem na myśli. Trzeba przejrzeć, czy taki event jest i przetestować. Event na pewno jest, już sprawdziłem. Tylko nie będę miał tego jak przetestować, bo nie mam dzwięku na usb, a standardowe PCI nie jest chyba hotplugowe ;). Jak będzie gotowe dorobię do tego speca, i podeślę całość na devel. Pytanie tylko jak to nazwać, alsa-udev czy udev-alsa ? -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: udev - ALSA already running
On Sun, Dec 11, 2005 at 04:35:19PM +0100, Jakub Piotr Cłapa wrote: Obecna ALSA jest niedostosowana do hotpluga i trzeba sie z tym pogodzić. Restorowanie mixerów powinno iść z eventów hotplugowych, ale nie mam pojęcia jak to zrobić. Ja sobie poradziłem w następujący sposób: 1. /etc/modprobe.conf options snd cards_limit=2 options snd-emu10k1 index=0 extin=0x000f extout=0x1f0f options snd-intel8x0 index=1 2. /etc/udev/rules.d/alsa.rules SUBSYSTEM==sound, KERNEL==controlC*, RUN+=/etc/udev/scripts/salsa %n SUBSYSTEM==sound, KERNEL==pcm*, RUN+=/sbin/modprobe -q snd_pcm_oss SUBSYSTEM==sound, KERNEL==pcm*, RUN+=/sbin/modprobe -q snd_seq SUBSYSTEM==sound, KERNEL==seq, RUN+=/sbin/modprobe -q snd_seq_oss SUBSYSTEM==sound, KERNEL==seq, RUN+=/bin/asfxload ch12msup.bnk 3. /etc/udev/scripts/salsa #!/bin/sh -e [ $ACTION != add ] exit 0 [ $# != 1 ] exit 0 if [ -x /usr/sbin/alsactl ]; then /usr/sbin/alsactl restore ${1} exit 0 fi Uwagi: Nie wiem czy 1. zadziała dla dzwięku po usb. W punkcie 2 i 3 powalczyłem z opisem na jakiejś stronce i wyszło mi coś takiego po dostosowaniu do moich potrzeb (emulacja oss, midi). Teoretycznie można by pozbyć się punktu trzeciego i wstawić alsactl restore bezpośrednio do alsa.rules, ale jak mi działa to już nie chcę eksperymentować. Jeśli chodzi o zachowywanie ustawień, to ręcznie zrobiłem 'alsactl store' po ustawieniu alsamixerem. -- Pozdrawiam Przemysław Białek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Ra: zwalony PAM? :(
On Wed, Aug 31, 2005 at 03:54:35PM +0200, Jacek Osiecki wrote: On Wed, 31 Aug 2005, Jacek Osiecki wrote: PAM unable to dlopen(/lib/security/pam_userdb.so) PAM [dlerror: /lib/security/pam_userdb.so: undefined symbol: conversation] PAM adding faulty module: /lib/security/pam_userdb.so Czy ktoś wie co może być przyczyną? Czyżby coś było nie tak z pam_userdb.so? Widzę że już kiedyś to pytanie tu padło... bez odpowiedzi. W takim razie inne pytanie: skąd wziąć działającego pama, skoro ten w PLD jest niezdatny do użytku? W bugzilli jest coś na temat tego błędu: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=43979 Niestety, patch już nie istnieje - nie da się go ściągnąć :( Tez mialem podobny problem, tylko zapomnialem o tym napisac, bo walczylem z tym u klienta. Musiałem po prostu zmodyfikować Makefila, żeby kompilowany był plik źródłowy conv.c. Patch w załączniku. -- Pozdrawiam Przemysław Białek diff -ru pam-pld-0.77.3.old/modules/pam_userdb/Makefile.am pam-pld-0.77.3/modules/pam_userdb/Makefile.am --- pam-pld-0.77.3.old/modules/pam_userdb/Makefile.am Fri Sep 26 13:30:16 2003 +++ pam-pld-0.77.3/modules/pam_userdb/Makefile.am Wed Jul 20 16:37:00 2005 @@ -8,9 +8,7 @@ modules_LTLIBRARIES= pam_userdb.la endif -pam_userdb_la_SOURCES = pam_userdb.c - -EXTRA_pam_userdb_la_SOURCES= conv.c +pam_userdb_la_SOURCES = pam_userdb.c conv.c else EXTRA_pam_userdb_la_SOURCES= pam_userdb.c conv.c ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [x86-64 newbie] 32/64 bity - jak pogodzi te dwa wiaty?
On Tue, Apr 19, 2005 at 07:55:44PM +0200, Pawe Zaskrski wrote: Witajcie, Ot czytaem, i nowe Athlony, cho 64-bitowe, zachowuj jednak kompatybilno wstecz z 32-bitowymi aplikacjami. Po instalacji systemu poczuem si cakowicie zbity z tropu. /lib jest prawie cakowicie puste, pojawiay si katalogi lib64. Starsze uywane przeze mnie binarane aplikacje (Firefox PL, Thunderbird PL, Nevwerwinter Nights, Quake3) odmwiy wsppracy (oczywicie z prostego powodu: puste /lib). Jest to dla mnie nowa sytuacja, z ktr nie bardzo wiem jak sobie poradzi. Zwyke linki symboliczne nie wystarcz... Co zatem zrobi, by odpali starsze 32-bitowe binaria (flash, gry, przegldarka z firefox.pl, ...)? Pomaga jaka ata na kernel? A moe drugi glibc (obecnie mam tylko glibc64 + devel)? Jeli tak, to jaka rachitektura? i386, athlon? Kto pomgby mi wkroczy w ten nowy, 64-bitowy wiat? Moesz zainstalowa 32bitowe wersje bibliotek, np. z architektury athlon. Niestety poldek jeszcze sie nie dorobi wsparcia dla multiarch (chyba, e ostatnio si co zmienio), wic moesz sobie poldkiem scign potrzebne biblioteki, i rcznie rpm'em zainstalowa. Po takim czym, bdziesz mg odpala binarki 32bitowe. Co do kernela, to zakadam, e dystrybucyjny ma wszystkie rzeczy potrzebne do dziaania 32bitowych programw (ja uywam wasnych kompilatw). Pozdrawiam Przemysaw Biaek ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: jak mozna kazac by chmod/chown dziaa tylko na plikach lub tylko na katalogach???
On Mon, Mar 21, 2005 at 08:49:57PM +0100, Michal Kochanowicz wrote: On Mon, Mar 21, 2005 at 08:47:09PM +0100, The Undefined wrote: find -type d / |xargs chown paskud Jak bdzie spacja w nazwie pliku to si mona zdziwi. Lepiej: find -type d -exec chown user {} \; W przypadku spacji lepiej zmodyfikowa pierwszy przykad w poniszy sposb: find -type d -print0 |xargs -0 chown user -- Pozdrawiam Przemysaw Biaek ___ pld-users-pl mailing list pld-users-pl@pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl