Re: logwatch przysyła puste maile
Dnia Sun, 4 Jun 2006 18:15:51 +0200 Michal Kochanowicz [EMAIL PROTECTED] napisał: On Fri, Jun 02, 2006 at 11:06:41AM +0200, Maciej Świniarski wrote: musisz pousuwac wszystkie nadmiarowe pliki konfiguracyjne *.rpmnew *.rpmsave *.~ Dzięki, usunąłem (choć jeden z nich na 100% już był wcześniej) i zobaczymy. tak wiem ..cos zmienilo sie w kodzie na gorsze :) ..ale nie mam czasu w to lukac ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: logwatch przysyła puste maile
On Mon, Jun 05, 2006 at 08:29:23AM +0200, Maciej Świniarski wrote: tak wiem ..cos zmienilo sie w kodzie na gorsze :) ..ale nie mam czasu w to lukac Ale po usunięciu *~ działa. Dzięki. -- --= 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-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: GNOME 2.14 (Was: Re: [Ac] Gstreamer)
Dnia Fri, 2 Jun 2006 19:36:51 +0200 Fryderyk Dziarmagowski [EMAIL PROTECTED] napisał(a): Proponuję też przemianować gstreamer-plugins-0.8.12-1 na gstreamer08x-plugins-0.8.12-1. jakieś szczególne powody? Wszystkie paczki wersji 0.8 nazywają się gstreamer08x oprócz tego jednego. Rhythmbox przestał mi także widzieć większość utworów (Internal data flow error). Wcześniejszy nie miał z nimi żadnego problemu, tak jak i inne odtwarzacze. Poprawiono to w wersji 0.10.5, na CVS leży SPEC do 0.10.6 i właśnie kompiluję. Jeśli nie ma problemów z tą wersją, to może by ją przerzucić na FTP? internal data flow występuje przy braku odpowiednich pluginów. To nie jest sprawa pluginów. Problem występuje przy plikach MP3 i to nie wszystkich (aczkolwiek większości). Gdyby to była wina braku pluginów, to taka sytuacja byłaby przy wszystkich plikach w tym formacie. najlepiej odpalić rhytmbox -d i obserwować. z tym co jest teraz na AC-branch (gstreamer-*) powinnień działać ok No właśnie, Rhythmbox nic na temat błędów nie zeznaje. Najpierw seria: (11:03:05) [0x85d4220] [queue_stat_uri] rhythmdb.c:2062: queueing stat for file :///blablabla potem: (11:03:05) [0x8153720] [rhythmdb_process_stat_event] rhythmdb.c:1643: queuing a RHYTHMDB_ACTION_LOAD: file:///blablabla potem row added itd. Żadnych błędów. Na FTPie nie widzę nowszego gstreamera od tego co mam. Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r(-) y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: GNOME 2.14 (Was: Re: [Ac] Gstreamer)
--- Daniel Mróz [EMAIL PROTECTED] wrote: Dnia Fri, 2 Jun 2006 19:36:51 +0200 Fryderyk Dziarmagowski [EMAIL PROTECTED] napisał(a): Proponuję też przemianować gstreamer-plugins-0.8.12-1 na gstreamer08x-plugins-0.8.12-1. jakieś szczególne powody? Wszystkie paczki wersji 0.8 nazywają się gstreamer08x oprócz tego jednego. nazywają się tak, żeby dało się je zainstalować równolegle z 0.10. w przypadku gstreamer-plugins{-devel} 0.8.12 nie ma takiej potrzeby. Rhythmbox przestał mi także widzieć większość utworów (Internal data flow error). Wcześniejszy nie miał z nimi żadnego problemu, tak jak i inne odtwarzacze. Poprawiono to w wersji 0.10.5, na CVS leży SPEC do 0.10.6 i właśnie kompiluję. Jeśli nie ma problemów z tą wersją, to może by ją przerzucić na FTP? internal data flow występuje przy braku odpowiednich pluginów. To nie jest sprawa pluginów. Problem występuje przy plikach MP3 i to nie wszystkich (aczkolwiek większości). Gdyby to była wina braku pluginów, to taka sytuacja byłaby przy wszystkich plikach w tym formacie. mój rhythmbox do niedawana nie odtwarzał niektórych mp3 mimo zainstalowanego gstreamer-mad. r.1.52.2.8 rhythmbox.spec wg mnie rozwiązuje większość problemów. najlepiej odpalić rhytmbox -d i obserwować. z tym co jest teraz na AC-branch (gstreamer-*) powinnień działać ok No właśnie, Rhythmbox nic na temat błędów nie zeznaje. Najpierw seria: (11:03:05) [0x85d4220] [queue_stat_uri] rhythmdb.c:2062: queueing stat for file :///blablabla potem: (11:03:05) [0x8153720] [rhythmdb_process_stat_event] rhythmdb.c:1643: queuing a RHYTHMDB_ACTION_LOAD: file:///blablabla potem row added itd. Żadnych błędów. Na FTPie nie widzę nowszego gstreamera od tego co mam. powyżej nadmieniłem, że chodzi o AC-branch a nie o ftp. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: udev.spec - up to 093 - firmware_helper is now known as fir...
shadzik wrote: Author: shadzik Date: Sun Jun 4 15:40:07 2006 GMT Module: SPECS Tag: HEAD Log message: - up to 093 - firmware_helper is now known as firmware.sh ;) Proponuję się jeszcze przyglądnąć poprawności innych helperów, bo na wersji 092 mam próbe odpalenia przy starcie maszyny /lib/udev/udev_net_helper (a jest tam tylko net_helper), oraz /sbin/cdrom_id (a plik ten jest w /lib/udev) i szuka jeszcze /lib/udev/write_cd_aliases którego brak. Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: udev.spec - up to 093 - firmware_helper is now known as fir...
--- Artur Flinta [EMAIL PROTECTED] wrote: shadzik wrote: Author: shadzik Date: Sun Jun 4 15:40:07 2006 GMT Module: SPECS Tag: HEAD Log message: - up to 093 - firmware_helper is now known as firmware.sh ;) Proponuję się jeszcze przyglądnąć poprawności innych helperów, bo na wersji 092 mam próbe odpalenia przy starcie maszyny /lib/udev/udev_net_helper (a jest tam tylko net_helper), oraz /sbin/cdrom_id (a plik ten jest w /lib/udev) i szuka jeszcze /lib/udev/write_cd_aliases którego brak. masz chyba jakieś .rpmsave w /etc/udev/rules.d, mam 092 i nie zauważyłem problemów tego typu. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: GNOME 2.14 (Was: Re: [Ac] Gstreamer)
Dnia Mon, 5 Jun 2006 12:47:15 +0200 Fryderyk Dziarmagowski [EMAIL PROTECTED] napisał(a): Wszystkie paczki wersji 0.8 nazywają się gstreamer08x oprócz tego jednego. nazywają się tak, żeby dało się je zainstalować równolegle z 0.10. w przypadku gstreamer-plugins{-devel} 0.8.12 nie ma takiej potrzeby. poldek install gstreamer-* i mamy 0.10 i 0.8 :) Poza tym jest to dość dezorientujące. Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r(-) y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: udev.spec - up to 093 - firmware_helper is now known as fir...
Fryderyk Dziarmagowski wrote: masz chyba jakieś .rpmsave w /etc/udev/rules.d, mam 092 i nie zauważyłem problemów tego typu. OK, to muszę poszukać. A tak BTW to jak postępy prac nad skryptologią do jednoznacznego określania nazw kart sieciowych? Bo miało być coś takiego pod rc-scripts podpięte. Czy dalej trzeba sobie pliczek z definicjami nazw opartymi o mac adres i inne takie ręcznie tworzyć? Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[amd64] cups-1.2.1 i Too many open files
Witam Mam mały problem z cups'em. Po zakończeniu zadania pozostawia on otwarty plik /dev/null i tak dla każdego zadania druku. I tak aż zostanie osiągnięty limit 1024 otwartych plików, co w konsekwencji prowadzi do zabicia cupsd z SIG 11. Ktoś wie jak rozwiązać ten problem ? -- Pepe ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [amd64] cups-1.2.1 i Too many open files
Dnia poniedziałek 05 czerwca 2006 13:59, Pepe napisał: Mam mały problem z cups'em. Po zakończeniu zadania pozostawia on otwarty plik /dev/null i tak dla każdego zadania druku. I tak aż zostanie osiągnięty limit 1024 otwartych plików, co w konsekwencji prowadzi do zabicia cupsd z SIG 11. Ktoś wie jak rozwiązać ten problem ? Dzięki za info. Śledztwo w toku... -- Pozdrawiam, Karol Krenski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [amd64] cups-1.2.1 i Too many open files
Dnia poniedziałek 05 czerwca 2006 13:59, Pepe napisał: Witam Mam mały problem z cups'em. Po zakończeniu zadania pozostawia on otwarty plik /dev/null i tak dla każdego zadania druku. I tak aż zostanie osiągnięty limit 1024 otwartych plików, co w konsekwencji prowadzi do zabicia cupsd z SIG 11. Ktoś wie jak rozwiązać ten problem ? Poprawka jest już cvs (bug STR #1736). -- Pozdrawiam, Karol Krenski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
proftpd-1.3.0-1
Witam! Właśnie pojawił się w ready i dla testu zinstalowałem. Nie mam jakiejś bardzo zawansowanej konfiguracji, ale napotkałem dwa problemy. Po restarcie i próbie logowania w logach dostałem komunikat o nieznanej opcji AuthPAM, okazało się że jest teraz: proftpd-mod_auth_pam-1.3.0-1.i686.rpm jednak doinstalowanie tego pakietu niczego nie zmieniło, komunikat o AuthPAM pozostał. Druga sprawa to IPv6, nie używam, mam wyłączone, mimo to w logach ląduje wpis: proftpd[19654]: IPv6 getaddrinfo 'serwer' error: Name or service not know. Jak wyłączyć obsługę IPv6? Tylko przez rekompilację z without ipv6? -- pzdr Stacho Pal___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: proftpd-1.3.0-1
On Mon, 5 Jun 2006, Stacho Pal wrote: Po restarcie i próbie logowania w logach dostałem komunikat o nieznanej opcji AuthPAM, okazało się że jest teraz: proftpd-mod_auth_pam-1.3.0-1.i686.rpm jednak doinstalowanie tego pakietu niczego nie zmieniło, komunikat o AuthPAM pozostał. Z tym sobie poradziłem, co prawda podczas upgrade, 'stary' proftpd.conf niby został zmodyfikowany, ale oba pliki były takie same (proftpd.conf i proftpd.conf.rpmorig). Stąd brakowało mi wpisu: include /etc/ftp/conf.d/*.conf Druga sprawa to IPv6, nie używam, mam wyłączone, mimo to w logach ląduje wpis: proftpd[19654]: IPv6 getaddrinfo 'serwer' error: Name or service not know. Jak wyłączyć obsługę IPv6? Tylko przez rekompilację z without ipv6? -- pzdr Stacho Pal___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [amd64] cups-1.2.1 i Too many open files
On Mon, 5 Jun 2006 15:24:30 +0200 Charles [EMAIL PROTECTED] wrote: Poprawka jest już cvs (bug STR #1736). Thx, przebudowałem i na razie wygląda OK. -- Pepe ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
zawias eclipsa na th-i686.
build sobie zawisa na w.w. builderze. na athlonie, 486 i x86-64 przeszło. [EMAIL PROTECTED]:~$ cat /proc/22461/status Name: chmod State: Z (zombie) SleepAVG: 72% Tgid: 22461 Pid:22461 PPid: 22460 TracerPid: 0 Uid:1007100710071007 Gid:1001100110011001 FDSize: 0 Groups: 1001 Threads:1 SigPnd: ShdPnd: SigBlk: 0004 SigIgn: 0100 SigCgt: CapInh: CapPrm: CapEff: [EMAIL PROTECTED]:~$ cat /proc/22461/cmdline [EMAIL PROTECTED]:~$ builder 4130 0.0 0.0 1584 528 ?SN Jun03 0:00 /bin/sh -e /var/tmp/rpm-tmp.25380 builder 4131 0.0 0.0 1592 576 ?SN Jun03 0:00 /bin/sh ./build -os linux -ws gtk -arch x86 -target compile -java5home /usr/lib/java builder 4219 0.0 8.0 1209948 82924 ? SN Jun03 0:22 /usr/lib/jvm/java/bin/java -Xmx1000M -classpath /usr/share/java/ant.jar:/usr/share/java/ant-launcher.jar:/usr/lib/jvm-exports/java/jaxp_parser_impl.jar:/usr/lib/jvm-exports/java/xml-commons-apis.jar:/usr/lib/jvm/java/lib/tools.jar:/home/users/builder/rpm/BUILD/eclipse-3.2/ecj.jar: -Dant.home=/usr/share/ant -Dant.library.dir=/usr/share/ant/lib org.apache.tools.ant.launch.Launcher -cp -q -buildfile build.xml compile -DinstallOs=linux -DinstallWs=gtk -DinstallArch=x86 -Djava5.home=/usr/lib/java builder 19342 0.0 0.1 2708 1256 ?Ss Jun04 0:00 /bin/sh /home/users/builderth/pld-builder.new/bin/load-balancer.sh builder 19348 0.0 0.3 6452 4052 ?SJun04 0:00 python PLD_Builder/load_balancer.py builder 19826 0.0 0.4 7216 4852 ?SJun04 0:01 python PLD_Builder/load_balancer.py builder 19827 0.0 0.0 00 ?ZJun04 0:00 [python] defunct builder 21441 0.0 0.0 2276 1008 ?S00:11 0:00 sh -c sudo chroot /home/users/builderth/chroot-th-i686/ su - builder -c export LC_ALL=C; cd rpm/SPECS; TMPDIR=/tmp/B.d7c5d0 nice -n 10 rpmbuild -bb --target i686-pld-linux eclipse.spec /home/users/builderth/pld-builder.new/spool/builds/29337bd6-0bee-4ff2-a054-b696613e9031/eclipse.spec.log 21 builder 21443 0.0 0.0 1584 556 ?S00:11 0:00 -sh -c export LC_ALL=C; cd rpm/SPECS; TMPDIR=/tmp/B.d7c5d0 nice -n 10 rpmbuild -bb --target i686-pld-linux eclipse.spec builder 21466 0.0 0.2 5708 3064 ?SN 00:11 0:00 rpmbuild -bb --target i686-pld-linux eclipse.spec builder 22285 0.0 0.0 1584 528 ?SN 00:18 0:00 /bin/sh -e /var/tmp/rpm-tmp.96872 builder 22289 0.0 0.0 1588 572 ?SN 00:18 0:00 /bin/sh ./build -os linux -ws gtk -arch x86 -target install -java5home /usr/lib/java builder 22418 0.0 2.7 1205732 28800 ? SN 00:18 0:05 /usr/lib/jvm/java/bin/java -Xmx1000M -classpath /usr/share/java/ant.jar:/usr/share/java/ant-launcher.jar:/usr/lib/jvm-exports/java/jaxp_parser_impl.jar:/usr/lib/jvm-exports/java/xml-commons-apis.jar:/usr/lib/jvm/java/lib/tools.jar:/home/users/builder/rpm/BUILD/eclipse-3.2/ecj.jar: -Dant.home=/usr/share/ant -Dant.library.dir=/usr/share/ant/lib org.apache.tools.ant.launch.Launcher -cp -q -buildfile build.xml install -DinstallOs=linux -DinstallWs=gtk -DinstallArch=x86 -Djava5.home=/usr/lib/java builder 22461 0.0 0.0 00 ?ZN 00:18 0:00 [chmod] defunct builder 4308 0.0 0.2 6232 2288 ?S19:55 0:00 sshd: [EMAIL PROTECTED]/0 builder 4309 0.0 0.1 3004 1648 pts/0Ss 19:55 0:00 -bash builder 4727 0.0 0.1 2712 1260 ?Ss 20:00 0:00 /bin/sh /home/users/builderth/pld-builder.new/bin/file-sender.sh builder 4729 0.0 0.1 2712 1260 ?Ss 20:00 0:00 /bin/sh /home/users/builderth/pld-builder.new/bin/load-balancer.sh builder 4731 0.0 0.1 2712 1260 ?Ss 20:00 0:00 /bin/sh /home/users/builderth/pld-builder.new/bin/request-fetcher.sh builder 4732 0.0 0.2 3924 2524 ?S20:00 0:00 python PLD_Builder/file_sender.py builder 4733 0.2 0.3 6456 4056 ?S20:00 0:00 python PLD_Builder/load_balancer.py builder 4734 0.2 0.3 6152 3964 ?S20:00 0:00 python PLD_Builder/request_fetcher.py builder 4814 0.0 0.0 2500 852 pts/0R+ 20:00 0:00 ps aux builder 4815 0.0 0.0 1996 756 pts/0S+ 20:00 0:00 grep ^builder ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: GNOME 2.14 (Was: Re: [Ac] Gstreamer)
Dnia 05-06-2006, pon o godzinie 11:15 +0200, Daniel Mróz napisał(a): Rhythmbox przestał mi także widzieć większość utworów (Internal data flow error). Wcześniejszy nie miał z nimi żadnego problemu, tak jak i inne odtwarzacze. Poprawiono to w wersji 0.10.5, na CVS leży SPEC do 0.10.6 i właśnie kompiluję. Jeśli nie ma problemów z tą wersją, to może by ją przerzucić na FTP? internal data flow występuje przy braku odpowiednich pluginów. Inspect twierdzi, że pluginy ma i potrafi plik obsłużyć. Sypie się tylko na co którymś. To nie jest sprawa pluginów. Problem występuje przy plikach MP3 i to nie wszystkich (aczkolwiek większości). Gdyby to była wina braku pluginów, to taka sytuacja byłaby przy wszystkich plikach w tym formacie. Potwierdzam, niektóre pliki powodują Gstreamer-CRITICAL z komunikatem, że próbowano zwolnić obiekt typu audiosinkring, który ma aktywnego rodzica. najlepiej odpalić rhytmbox -d i obserwować. z tym co jest teraz na AC-branch (gstreamer-*) powinnień działać ok No właśnie, Rhythmbox nic na temat błędów nie zeznaje. Najpierw seria: Totem i Quod Libet są bardziej gadatliwe. Aktualny gstreamer z Th, w 0.10.5 działało. -- Patryk Zawadzki [EMAIL PROTECTED] PLD Linux ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: udev.spec - up to 093 - firmware_helper is now known as fir...
--- Artur Flinta [EMAIL PROTECTED] wrote: Fryderyk Dziarmagowski wrote: masz chyba jakieś .rpmsave w /etc/udev/rules.d, mam 092 i nie zauważyłem problemów tego typu. OK, to muszę poszukać. A tak BTW to jak postępy prac nad skryptologią do jednoznacznego określania nazw kart sieciowych? Bo miało być coś takiego pod rc-scripts podpięte. Czy dalej trzeba sobie pliczek z definicjami nazw opartymi o mac adres i inne takie ręcznie tworzyć? niestety nie ma postępu w tej materii - development przy użyciu Th wraz z rpm 4.4.6 stał się do tego stopnia upierdliwy, że zaprzestałem aktualnie jakichklwiek działań nad tą gałęzią dystrybucji. -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[amd64] mozilla-thunderbird
mozilla-thunderbird /usr/bin/mozilla-thunderbird[21]: /usr/lib/mozilla-thunderbird/thunderbird: not found cat /usr/bin/mozilla-thunderbird #!/bin/sh # based on script by (c) vip at linux.pl, wolf at pld-linux.org MOZILLA_FIVE_HOME=/usr/lib/mozilla-thunderbird if [ $1 == -remote ]; then /usr/lib/mozilla-thunderbird/thunderbird $@ else PING=`/usr/lib/mozilla-thunderbird/thunderbird -remote 'ping()' 21 /dev/null` if [ -n $PING ]; then /usr/lib/mozilla-thunderbird/thunderbird $@ else case $1 in -compose|-editor) /usr/lib/mozilla-thunderbird/thunderbird -remote 'xfeDoCommand (composeMessage)' ;; *) /usr/lib/mozilla-thunderbird/thunderbird -remote 'xfeDoCommand (openInbox)' ;; esac fi fi ls /usr/lib64/mozilla-thunderbird/thunderbird /usr/lib64/mozilla-thunderbird/thunderbird Jak widać w skrypcie jest zła ścieżka do bibliotek i zamiast na lib64 wskazuje na lib:( -- Pozdrawiam, Kamil ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: udev.spec - up to 093 - firmware_helper is now known as fir...
Fryderyk Dziarmagowski wrote: niestety nie ma postępu w tej materii - development przy użyciu Th wraz z rpm 4.4.6 stał się do tego stopnia upierdliwy, że zaprzestałem aktualnie jakichklwiek działań nad tą gałęzią dystrybucji. Ja ostatnio nie jestem zbyt na bieżąco, ale na czym polegają problemy z nowym rpm i th? Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: udev.spec - up to 093 - firmware_helper is now known as fir...
On Monday 05 June 2006 22:31, Artur Flinta wrote: Fryderyk Dziarmagowski wrote: niestety nie ma postępu w tej materii - development przy użyciu Th wraz z rpm 4.4.6 stał się do tego stopnia upierdliwy, że zaprzestałem aktualnie jakichklwiek działań nad tą gałęzią dystrybucji. Ja ostatnio nie jestem zbyt na bieżąco, ale na czym polegają problemy z nowym rpm i th? pewnie nie ma filesystem.rpm i brakujacych katalogow :) ale jesli tym sie zniechecil to jest cienki w uszach :) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
prawa do /var/lib/rpm/
czołem Dlaczego są takie (755) prawa do /var/lib/rpm/ ? Przy nich każdy szary użytkownik ma do niej dostęp. Są jakieś powody, dla których tak jest? -- Dariusz Rojewski [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: prawa do /var/lib/rpm/
On Tue, 6 Jun 2006, Dariusz Rojewski wrote: Dlaczego są takie (755) prawa do /var/lib/rpm/ ? Przy nich każdy szary użytkownik ma do niej dostęp. Są jakieś powody, dla których tak jest? A dlaczego ma tak nie być? Jakie super-tajne informacje są w tej bazie? SbO? -- 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: prawa do /var/lib/rpm/
On Tue, Jun 06, 2006 at 12:44:10AM +0200, Paweł Gołaszewski wrote: On Tue, 6 Jun 2006, Dariusz Rojewski wrote: Dlaczego są takie (755) prawa do /var/lib/rpm/ ? Przy nich każdy szary użytkownik ma do niej dostęp. Są jakieś powody, dla których tak jest? A dlaczego ma tak nie być? Jakie super-tajne informacje są w tej bazie? SbO? Potencjalnemu _włamywaczowi_ daje to zawsze dodatkowe informacje. Nie są one super-tajne na pewno, ale mogą być przydatne. Lepiej zawsze żeby taki wiedział mniej niż więcej, hm? :) -- Dariusz Rojewski [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: prawa do /var/lib/rpm/
Dnia 06-06-2006, wto o godzinie 00:36 +0200, Dariusz Rojewski napisał(a): czołem Dlaczego są takie (755) prawa do /var/lib/rpm/ ? Przy nich każdy szary użytkownik ma do niej dostęp. Są jakieś powody, dla których tak jest? Żebym mógł napisać rpm -q dupajasio i używać poldka z trybem sudo? -- Patryk Zawadzki [EMAIL PROTECTED] PLD Linux ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: prawa do /var/lib/rpm/
On Tue, Jun 06, 2006 at 01:08:10AM +0200, Patryk Zawadzki wrote: Dnia 06-06-2006, wto o godzinie 00:36 +0200, Dariusz Rojewski napisał(a): czołem Dlaczego są takie (755) prawa do /var/lib/rpm/ ? Przy nich każdy szary użytkownik ma do niej dostęp. Są jakieś powody, dla których tak jest? Żebym mógł napisać rpm -q dupajasio i używać poldka z trybem sudo? Można grupę utworzyć dodatkową (mającą dostęp do bazy), dopiszesz się i voila. Czy nie warto zachodu? -- Dariusz Rojewski [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: prawa do /var/lib/rpm/
Dnia 06-06-2006, wto o godzinie 01:17 +0200, Dariusz Rojewski napisał(a): On Tue, Jun 06, 2006 at 01:08:10AM +0200, Patryk Zawadzki wrote: Dnia 06-06-2006, wto o godzinie 00:36 +0200, Dariusz Rojewski napisał(a): Dlaczego są takie (755) prawa do /var/lib/rpm/ ? Przy nich każdy szary użytkownik ma do niej dostęp. Są jakieś powody, dla których tak jest? Żebym mógł napisać rpm -q dupajasio i używać poldka z trybem sudo? Można grupę utworzyć dodatkową (mającą dostęp do bazy), dopiszesz się i voila. Czy nie warto zachodu? Nie widzę w tym żadnego zysku. Chyba, że spatchujesz wszystkie binarki, żeby nie odpowiadały na pytanie o wersję i zabronisz dostępu do /usr/share/doc? -- Patryk Zawadzki [EMAIL PROTECTED] PLD Linux ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: prawa do /var/lib/rpm/
On Tue, Jun 06, 2006 at 12:52:10AM +0200, Dariusz Rojewski wrote: On Tue, Jun 06, 2006 at 12:44:10AM +0200, Paweł Gołaszewski wrote: On Tue, 6 Jun 2006, Dariusz Rojewski wrote: Dlaczego są takie (755) prawa do /var/lib/rpm/ ? Przy nich każdy szary użytkownik ma do niej dostęp. Są jakieś powody, dla których tak jest? A dlaczego ma tak nie być? Jakie super-tajne informacje są w tej bazie? SbO? Potencjalnemu _włamywaczowi_ daje to zawsze dodatkowe informacje. Nie są one super-tajne na pewno, ale mogą być przydatne. Lepiej zawsze żeby taki wiedział mniej niż więcej, hm? :) Znasz pojęcie SbO? -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl