Re: kernel-module-build-2.6.14.3_1
Dnia środa, 14 grudnia 2005 07:04, Tomasz Woźniak napisał: > Witam. > > Czy jest szansa aby pojawił się pakiet kernel-module-build dla serji > jąderka 2.6.14.3 ? Jest kernel-grsecurity-module-build-2.6.14.3-1. Może być? ;-) -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
kernel-module-build-2.6.14.3_1
Witam. Czy jest szansa aby pojawił się pakiet kernel-module-build dla serji jąderka 2.6.14.3 ? -- Pozdrawiam Tomasz Woźniak Amatorzy zbudowali Arkę Noego- profesjonaliści Tytanika. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: kernel z 2.6.11.10-6 do 2.6.14.3-1 i wielkie G w efekcie :(
Bartlomiej Niedziela napisał(a): >Dariusz Włodarczyk napisał(a): > > >>Witam, >> >>No i zachęcony info, że działa najnowsza kompilacja eagle-usb z ac-test, >>spróbowałem zrobić upgrade kernela-grsecurity z 2.6.11.10-6 na >>2.6.14-3.1 - architektura athlon :( Efekt był taki, że komputer nie >> >> > >jesli to 2.6.14 z AC Ready to nie polecam... u mnie zawieszaly sie na >sesjach TCP... byla wielka ku*... musialem wrocic do poprzedniego... > > > Dokładnie to. I jeśli to połączyć z mrożeniem builderów AC za 6 dni to niezła qpa :( Mam nadzieję, że kernel będzie jedną z sytuacji wyjątkowych, o których wspomniano na pld-devel :) -- pozdrawiam Dariusz (milley) Włodarczyk [-= Uśmiechnij się :) =-] BOK Klient: Jaki mam komputer...? Na pewno dobry! W końcu dąłem za niego kupę szmalu w '95! ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: system kontroli i nadzoru nad administratorem serwera, nad rootem
Dnia 13-12-2005, wto o godzinie 23:13 +0100, Andrzej 'The Undefined' Dopierała napisał(a): > On Tue, Dec 13, 2005 at 10:50:16PM +0100, Michał Panasiewicz wrote: > > "Undefined" wspomniało AUDIT sprawdze to > > > jakbyś przypadkiem rozgryzł i dostał jakąś użyteczną konfigurację (czyli > znośna ilość przydatnych logów - podziel się ;) > of course :) -- Michał Panasiewicz jabber: wolvverine [ at ] chrome [ dot ] pl e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org Potrzebujesz Informatyka/Administratora (Warszawa) -skontaktuj sie ze mną ___ 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
[EMAIL PROTECTED] wrote: > 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. :) Czyli dobrze mi się wydawało. ;] > [ 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. Fajno. :) > [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 ;). Przetestuje to u siebie, jak za pare dni dostanę normalną kartę dzwiękową pod USB z mikserem. (ta telewizyjna go nie ma) > 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 ? Speca odpuść. Albo się doda do udeva na sztywno (Fryderyk, co o tym myślisz?) albo się wydzieli podpakiet. -- Regards, Jakub Piotr Cłapa ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: system kontroli i nadzoru nad administratorem serwera, nad rootem
Michał Panasiewicz wrote: > czy są jakies rozwiazania w rodzaju windzianego logcastera > dla linuxa (chodzi mi o kompleksowe juz,a nie o robienie systemu > "sledzacego" od poczatku) > > system który odnotuje zalogowanie , jakie pliki były otwierane jakie > komendy wydane co było robione, co edytowane, jakie usługi uruchomiono > jakie zatrzymano, co zmieniono w konfiguracji , etc, etc > > wiem ze root moze wszystko (wyłaczyc taki system tez) ale wtedy tez > wiadomo ze został wyłaczony :), pomagało by to w systuacji gdy kilku > administratorów zajmuje sie serwerem (ale jak jest 1 tez by było bardzo > pomocne) sudosh? ps. ogląda się jak film ;-) -- Andrzej Zawadzki ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: system kontroli i nadzoru nad administratorem serwera, nad rootem
On Tue, Dec 13, 2005 at 10:50:16PM +0100, Michał Panasiewicz wrote: > "Undefined" wspomniało AUDIT sprawdze to > jakbyś przypadkiem rozgryzł i dostał jakąś użyteczną konfigurację (czyli znośna ilość przydatnych logów - podziel się ;) -- Andrzej 'The Undefined' Dopierała UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED] ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Co kłamie - lspci czy X-y?
Dnia 13-12-2005, wto o godzinie 12:28 +0100, Łukasz Maśko napisał(a): > Właśnie zupełnie przypadkowo zauważyłem pewną niezgodność w tym co zwracają > X-y przy starcie, a co pokazuje lspci. Chodzi o moją kartę graficzną: > > # lspci | grep GeForce > 01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 420 Go > 32M] (rev a3) > # cat Xorg.0.log | grep GeForce > (--) PCI:*(1:0:0) nVidia Corporation NV17 [GeForce4 440 Go 64M] rev 163, Mem > @ 0xe000/24, 0x9000/27, 0x9800/19 > (II) NVIDIA(0): NVIDIA GPU detected as: GeForce4 440 Go 64M > > To co ma rację? Według mnie - X-y, bo mam w laptopie model 440 Go 64M, a nie > 420 Go 32MB. czyzby lista sprzetu dla lspci do poprawki??? -- Michał Panasiewicz jabber: wolvverine [ at ] chrome [ dot ] pl e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org Potrzebujesz Informatyka/Administratora (Warszawa) -skontaktuj sie ze mną ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: system kontroli i nadzoru nad administratorem serwera, nad rootem
Dnia 13-12-2005, wto o godzinie 14:35 +0100, [EMAIL PROTECTED] napisał(a): > Dnia Tue, 13 Dec 2005 01:52:44 +0100, Michał Panasiewicz > <[EMAIL PROTECTED]> napisał: > > > czy są jakies rozwiazania w rodzaju windzianego logcastera > > dla linuxa (chodzi mi o kompleksowe juz,a nie o robienie systemu > > "sledzacego" od poczatku) > > > > system który odnotuje zalogowanie , jakie pliki były otwierane jakie > > komendy wydane co było robione, co edytowane, jakie usługi uruchomiono > > jakie zatrzymano, co zmieniono w konfiguracji , etc, etc > > > > Jak ktoś dostanie roota, to i tak może zamazać to :D > > Z tego co wiem, to nie ma czegoś takiego, gdzie by centralnie wszystko > było pokazane, co się działo w systemie (przynajmniej w domyślnej > konfiguracji). syslog i messages do logowania większosci działań w systemi. > > Jak chcesz, żeby to było nieruszalne, to Undef kiedyś wspomniał o takim > numerze, żeby wszelkie zmiany w jakimś katalogu wrzucać do CVS-a, z > którego co 30 minut odzyskiwać system, czy coś takiego. Wtedy system sam > się podniesie po 30 minutach, nawet jak ktoś nagrzebie, a CVS daje ładne > info, co zostało zmieniane i jak... nie tyle chodzi mi o przywracanie co o rejestracje zmian takie cos co połaczy wszystko w całośc i na bieżaco bedzie przerzucać np info na innego kompa (taki syslog jakby tylko ze dokładniejszy) zapisze: jaki plik był otwierany, jaki edytowany, jakie prawa zmieniono co skasowano, co dograno, jakie komendy wydano itd. wiem ze mozna np wyłaczyc taki system tyle ze w chwili zalogowania info o tym juz poszło i na bierzaco idzie na inny komputer/serwer czyli wiadomo kto i co wyłaczył (wtedy ie bedzie tłumaczył co i dlaczego ;) ) takie połaczenie działania: tripwire, diff, histori, i kilku innych rzeczy "Undefined" wspomniało AUDIT sprawdze to -- Michał Panasiewicz jabber: wolvverine [ at ] chrome [ dot ] pl e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org Potrzebujesz Informatyka/Administratora (Warszawa) -skontaktuj sie ze mną ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: kernel z 2.6.11.10-6 do 2.6.14.3-1 i wielkie G w efekcie :(
Dariusz Włodarczyk napisał(a): > Witam, > > No i zachęcony info, że działa najnowsza kompilacja eagle-usb z ac-test, > spróbowałem zrobić upgrade kernela-grsecurity z 2.6.11.10-6 na > 2.6.14-3.1 - architektura athlon :( Efekt był taki, że komputer nie jesli to 2.6.14 z AC Ready to nie polecam... u mnie zawieszaly sie na sesjach TCP... byla wielka ku*... musialem wrocic do poprzedniego... -- Bartlomiej Niedziela PUH Jana, Specjalista IT, CSCO10822612 tel. +48-601-980518; http://www.jana-it.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: odtwarzanie cd-audio w gnome-cd
On Tue, Dec 13, 2005 at 11:56:38AM +0100, Artur Flinta wrote: > Tomasz Witek wrote: > > jedyne czego nie mam to udeva bo jest to dupy, mam deva normalnego. > A na czym ta dupiatość polega? Bo mam to już od ponad roku na serwerach > i desktopach i nie widzę jakichś oznak słabości. > Nie robi /dev/ppp, nie laduje ppp-generic potrzebny eagle-usb Nie robi /dev/lp0 ani zadnego innego po zaldowaniu usblp Co tam jeszcze nulo ? nie pamietam. Jakies miesiac temu byla cala dyskusja. TiweK ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Subversion i svn:keywords
Dnia wtorek, 13 grudnia 2005 18:01, Jakub Piotr Cłapa napisał: > Kamil Jakubowski wrote: > > Pawel Koska wrote: > >> Czy ktoś może mi powiedzieć jak to zrobić?? > > > > auto-props ? Tak wiem o tym... > Właśnie. > > W swoim pliu konfiguracyjnym możesz ustawić, że dla różnych rodzajów > plików będzie automatem dodawał różne propy. Mam nawet na kolanach całą wydrukowaną dokumentację od Subversion, ale i tak człowiek ślepy ;) Dopiero jak założyłem google to wszystko ruszyło, jednak pojawił się inny problem. Powiedzmy że ja mam w pliku config coś takiego: enable-auto-props = yes [auto-props] *.sh = svn:eol-style=native;svn:executable;svn:keywords=" Date Id Rev Author URL HeadURL " i wszystko ładnie działa. Problem się pojawia jak ktoś inny dorzuci do subversion plik *.sh, wtedy już nie zamienia tych $Id$, $Rev$ itp tak jak ja chcę. Nie da się ustawiać tych props ze strony serwera? Paweł ___ 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
udev, ALSA, hotplug i miksery
[EMAIL PROTECTED] wrote:
> 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
Tego się nie robi przypadkiem jedną kropką?
> 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.
Wygląda to dokładnie tak jak ja sobie to wyobrażałem.
>>> 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.
Właśnie to miałem na myśli. Trzeba przejrzeć, czy taki event jest i
przetestować.
--
Regards,
Jakub Piotr Cłapa
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Subversion i svn:keywords
Kamil Jakubowski wrote: > Pawel Koska wrote: > >> Czy ktoś może mi powiedzieć jak to zrobić?? > > auto-props ? Właśnie. W swoim pliu konfiguracyjnym możesz ustawić, że dla różnych rodzajów plików będzie automatem dodawał różne propy. -- Regards, Jakub Piotr Cłapa ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re[2]: POSTFIX z poczta w katalogach domowych uzytkownikow
>> Totez pragne zapytac gdzie znajde jakies zmienne odpowiedzialne za to >> co dzieje sie przy zakladaniu kont dla usero, tak aby juz przy >> zakladaniu usera w jego $Home powstal od razu folder .Maildir i ja nie >> bede juz musial o tym pamietac. > /etc/skel? Dokladnie! juz mialem pisac na grupe ze znalazlem! Dziala :D Pozdrawiam! -- Pozdrowienia, pszemaz WP ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: POSTFIX z poczta w katalogach domowych uzytkownikow
pszemaz WP napisał(a): > Totez pragne zapytac gdzie znajde jakies zmienne odpowiedzialne za to > co dzieje sie przy zakladaniu kont dla usero, tak aby juz przy > zakladaniu usera w jego $Home powstal od razu folder .Maildir i ja nie > bede juz musial o tym pamietac. /etc/skel? Pozdrawiam Beorn ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Re[3]: POSTFIX z poczta w katalogach domowych uzytkownikow
On Tuesday 13 of December 2005 17:38, pszemaz WP wrote: > (...) > Totez pragne zapytac gdzie znajde jakies zmienne odpowiedzialne za to > co dzieje sie przy zakladaniu kont dla usero, tak aby juz przy > zakladaniu usera w jego $Home powstal od razu folder .Maildir i ja nie > bede juz musial o tym pamietac. Chyba /etc/skel i man useradd będą tu pomocne ... -- Mateusz Korniak "Black holes are where God divided by zero." - Steven Wright ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re[3]: POSTFIX z poczta w katalogach domowych uzytkownikow
>> pisałeś wczesniej MAILDIR=$HOME/.Maildir >> a daj znak / na końcu czyli >> .Maildir/ >> wskazówka: jak chcesz ażeby procmail stworzył Katalog typu Maildir >> to dajesz bla/bla/BLA/ (na końcu /) >> a jak chcesz Mbox'a to bla/bla/BLA Ok! Wreszcie rozszyfrowalem o co chodzi. Postfix (jesli chce uzywac folderow na poczte a nie plikow) potrzebuje 3 foldery: new, cur, tmp. Aby Procmail je z automatu stworzyl musi juz istniec folder w ktorym maja one byc, czyli zeby poczta wyladowala w: $HOME/.Maildir musi juz istniec .Maildir a Procmail w tym .Maildir faktycznie w locie stworzy foldery: new, cur, tmp i w new zapisze plik z postem. Totez pragne zapytac gdzie znajde jakies zmienne odpowiedzialne za to co dzieje sie przy zakladaniu kont dla usero, tak aby juz przy zakladaniu usera w jego $Home powstal od razu folder .Maildir i ja nie bede juz musial o tym pamietac. -- Pozdrowienia, pszemaz WP ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [OT] Koszulki PLD
On Tue, Dec 13, 2005 at 08:41:11AM +0100, Tomasz Madurski wrote: > Użytkownik Michal Kochanowicz napisał: > > On Fri, Dec 09, 2005 at 09:53:30AM +0100, Wieslaw Kierbedz wrote: > > > >>Nie należy więc tej spcyfiki pogłębiać IMHO. > >>Na spotkania dobra koszula i, kurde, nie niebieska ;). > > > > > > Tiaaa. Ludzie którzy oceniają innych po krawatach sami się proszą o > > kłopoty. Każdy może założyć trzyczęściowy garnitur. I że go ma na sobie > > nie znaczy że właśnie cię nie zamierza wydymać. Nie znaczy też wcale że > > coś potrafi. Znaczy tylko i wyłącznie tyle że ma na sobie garnitur. > > > > Chyba mylisz pojecia. Nie ma to nic wspolnego z ocena co dana osoba > potrafi a raczej jest to oznaka szacunku dla osoby z ktora rozmawiamy. Nie rozśmieszaj mnie. Nigdy nie widziałeś akwizytora? Myślisz że zakłada gajer bo szanuje klienta, któremu wciska towar? Albo może widziałeś kiedyś jak ludzie w garniturach spotykają się "tak, proszę pana", "dziękuję", "proszę" a potem za "co za debil". Gajer jest próbą oszustwa, wymuszenia innego odbioru swojej osoby: mam garnitur - więc jestem ważny i trzeba mnie słuchać!, albo: załóżmy garnitury to nasi klienci będą myśleć że zrobimy im lepiej niż ci bez garniturów! Ocena człowieka na podstawie tego czy ma garnitur to proszenie się o zostanie oszukanym. -- --= Michal Kochanowicz =--==--==BOFH==--==--= [EMAIL PROTECTED] =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po górach SSIE!!! ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: system kontroli i nadzoru nad administratorem serwera, nad rootem
On Tue, Dec 13, 2005 at 01:52:44AM +0100, Michał Panasiewicz wrote: > czy są jakies rozwiazania w rodzaju windzianego logcastera > dla linuxa (chodzi mi o kompleksowe juz,a nie o robienie systemu > "sledzacego" od poczatku) > > system który odnotuje zalogowanie , jakie pliki były otwierane jakie > komendy wydane co było robione, co edytowane, jakie usługi uruchomiono > jakie zatrzymano, co zmieniono w konfiguracji , etc, etc masz coś takiego jak audit. Jest to mniej wiecej to czego byś chciał.. Czyli pozwala logować to na co masz ochotę i potem przeglądać logi. Aczkolwiek konfiguracja raczej nie jest trywialna (w każdym razie przez kilkanaście minut nie rozgryzłem ;) I używam w bardzo minimalnym stopniu. -- Andrzej 'The Undefined' Dopierała UNIX && Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED] ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: system kontroli i nadzoru nad administratorem serwera, nad rootem
Dnia Tue, 13 Dec 2005 01:52:44 +0100, Michał Panasiewicz <[EMAIL PROTECTED]> napisał: > czy są jakies rozwiazania w rodzaju windzianego logcastera > dla linuxa (chodzi mi o kompleksowe juz,a nie o robienie systemu > "sledzacego" od poczatku) > > system który odnotuje zalogowanie , jakie pliki były otwierane jakie > komendy wydane co było robione, co edytowane, jakie usługi uruchomiono > jakie zatrzymano, co zmieniono w konfiguracji , etc, etc > Jak ktoś dostanie roota, to i tak może zamazać to :D Z tego co wiem, to nie ma czegoś takiego, gdzie by centralnie wszystko było pokazane, co się działo w systemie (przynajmniej w domyślnej konfiguracji). syslog i messages do logowania większosci działań w systemi. Jak chcesz, żeby to było nieruszalne, to Undef kiedyś wspomniał o takim numerze, żeby wszelkie zmiany w jakimś katalogu wrzucać do CVS-a, z którego co 30 minut odzyskiwać system, czy coś takiego. Wtedy system sam się podniesie po 30 minutach, nawet jak ktoś nagrzebie, a CVS daje ładne info, co zostało zmieniane i jak... [EMAIL PROTECTED] -- "Fear leads to anger, anger leads to hate, hate leads to The Dark Side" - Yoda ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Subversion i svn:keywords
Pawel Koska wrote: > Czy ktoś może mi powiedzieć jak to zrobić?? auto-props ? ___ 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
Subversion i svn:keywords
Witam, jak zamieniało mi różne $Id$ $Rev$ itp. W CVS działało mi to z marszu, a w SVN nie za bardzo, próbowałem kombinować z jakimś svn propset, niby to działało, ale musiałem to robić dla każdego pliku, a ja chcę by samo mi to robiło. Czy ktoś może mi powiedzieć jak to zrobić?? Pozdrawiam, Paweł ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Co kłamie - lspci czy X-y?
Właśnie zupełnie przypadkowo zauważyłem pewną niezgodność w tym co zwracają X-y przy starcie, a co pokazuje lspci. Chodzi o moją kartę graficzną: # lspci | grep GeForce 01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 420 Go 32M] (rev a3) # cat Xorg.0.log | grep GeForce (--) PCI:*(1:0:0) nVidia Corporation NV17 [GeForce4 440 Go 64M] rev 163, Mem @ 0xe000/24, 0x9000/27, 0x9800/19 (II) NVIDIA(0): NVIDIA GPU detected as: GeForce4 440 Go 64M To co ma rację? Według mnie - X-y, bo mam w laptopie model 440 Go 64M, a nie 420 Go 32MB. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Nowe sterowniki NVidia i rozszerzenie Composite
Dnia wtorek, 13 grudnia 2005 11:59, Artur Flinta napisał: [...] > Grafika to GeForce 6600. Ja mam GeForce4 440 Go 64M. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Nowe sterowniki NVidia i rozszerzenie Composite
Łukasz Maśko wrote: > [EMAIL PROTECTED] > > Polecam. Działa. To masz szczęście, u mnie nie działa. Działa mi konfiguracja 2.6.14-0.5 + nvidia 7646 czy jak się to nazywało - całkiem stabilnie - raz na kilka dni reset zrobi jak się coś OpenGL odpala. Natomiast 2.6.14.3-1 + 8174 wiesza się w kilkanaście minut po odpaleniu kompa - bez znaczenia co jest uruchomione. Grafika to GeForce 6600. Artur -- Well I've totally had enough of all your pretty, pretty speeches Recieve your punishment expose your throats to my righteous claws and let the blood flow... ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: odtwarzanie cd-audio w gnome-cd
Tomasz Witek wrote: > jedyne czego nie mam to udeva bo jest to dupy, mam deva normalnego. A na czym ta dupiatość polega? Bo mam to już od ponad roku na serwerach i desktopach i nie widzę jakichś oznak słabości. Artur -- Well I've totally had enough of all your pretty, pretty speeches Recieve your punishment expose your throats to my righteous claws and let the blood flow... ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
