Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
On Wed, 29 Jun 2011, Pawel Sikora wrote: On Wednesday 29 of June 2011 12:10:27 Jacek Osiecki wrote: On Wed, 29 Jun 2011, Pawel Sikora wrote: On Wednesday 29 of June 2011 11:52:46 Jacek Osiecki wrote: Pozwolę sobie więc wrzucić końcówkę z gdb: (gdb) bt #0 0x74b5880c8243 in select () from /lib64/libc.so.6 #1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11 #2 0x74b57567d630 in ?? () from /lib64/libgcrypt.so.11 #3 0x74b57567e914 in ?? () from /lib64/libgcrypt.so.11 #4 0x74b57567d9bf in ?? () from /lib64/libgcrypt.so.11 ^ doinstaluj jeszcze pakiety -debuginfo, t obedzie cos wiecej widac. No tego właśnie się obawiałem ;) Zobaczymy - jeśli po tych upgrade'ach które zrobiłem problem nie wystąpi, to sprawa zamknięta. Jeśli wystąpi, to zainstaluję debuginfo i się zobaczy co z tego wyniknie. No i znowu było bum, mimo wszelkich upgrade'ów... Tym razem były pakiety debuginfo. chyba jednak nie php jest winne... a może się mylę? Loaded symbols for /usr/lib64/php/zlib.so 0x666af9bda430 in __write_nocancel () at ../sysdeps/unix/syscall-template.S:82 82 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) catch syscall select Catchpoint 1 (syscall 'select' [23]) (gdb) continue Continuing. Catchpoint 1 (call to syscall 'select'), 0x666af9be1b23 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:82 82 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) bt #0 0x666af9be1b23 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:82 #1 0x666ae6d6bdcf in _gcry_rndlinux_gather_random (add=0x666ae6d69700 add_randomness, origin=RANDOM_ORIGIN_SLOWPOLL,length=120, level=value optimized out) at rndlinux.c:133 #2 0x666ae6d692e0 in read_random_source (orgin=value optimized out, length=value optimized out,level=value optimized out) at random-csprng.c:1272 #3 0x666ae6d6a18c in random_poll (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:1106 #4 read_pool (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:1000 #5 _gcry_rngcsprng_randomize (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:551 #6 0x666ae6d6a8fd in _gcry_rngcsprng_create_nonce (buffer=0x74989dc17c4f, length=1) at random-csprng.c:1366 #7 0x666ae72458c7 in wrap_gcry_rnd_init (ctx=value optimized out) at rnd.c:39 #8 0x666ae71ef50b in _gnutls_rnd_init () at random.c:39 #9 0x666ae71de94e in gnutls_global_init () at gnutls_global.c:219 #10 0x666ae9362267 in Curl_gtls_init () from /usr/lib64/libcurl.so.4 #11 0x666ae93543a9 in curl_global_init () from /usr/lib64/libcurl.so.4 #12 0x666ae958f18c in zm_startup_curl () from /usr/lib64/php/curl.so #13 0x666af1ec2df7 in zend_startup_module_ex () from /usr/lib64/libphp_common-5.2.13.so #14 0x666af1ecdc5a in zend_hash_apply () from /usr/lib64/libphp_common-5.2.13.so #15 0x666af1ec6280 in zend_startup_modules () from /usr/lib64/libphp_common-5.2.13.so #16 0x666af1e74fc7 in php_module_startup () from /usr/lib64/libphp_common-5.2.13.so #17 0x666af221d315 in ?? () from /etc/httpd/modules/libphp5.so #18 0x666af221e17a in ?? () from /etc/httpd/modules/libphp5.so #19 0x00439206 in ap_run_post_config () #20 0x00424ac6 in main () (gdb) Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
Prawdopodobnie masz jakis problem z dostepem do /dev/random badz /dev/urandom. On pią, 2011-07-01 at 08:33 +0200, Jacek Osiecki wrote: On Wed, 29 Jun 2011, Pawel Sikora wrote: On Wednesday 29 of June 2011 12:10:27 Jacek Osiecki wrote: On Wed, 29 Jun 2011, Pawel Sikora wrote: On Wednesday 29 of June 2011 11:52:46 Jacek Osiecki wrote: Pozwolę sobie więc wrzucić końcówkę z gdb: (gdb) bt #0 0x74b5880c8243 in select () from /lib64/libc.so.6 #1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11 #2 0x74b57567d630 in ?? () from /lib64/libgcrypt.so.11 #3 0x74b57567e914 in ?? () from /lib64/libgcrypt.so.11 #4 0x74b57567d9bf in ?? () from /lib64/libgcrypt.so.11 ^ doinstaluj jeszcze pakiety -debuginfo, t obedzie cos wiecej widac. No tego właśnie się obawiałem ;) Zobaczymy - jeśli po tych upgrade'ach które zrobiłem problem nie wystąpi, to sprawa zamknięta. Jeśli wystąpi, to zainstaluję debuginfo i się zobaczy co z tego wyniknie. No i znowu było bum, mimo wszelkich upgrade'ów... Tym razem były pakiety debuginfo. chyba jednak nie php jest winne... a może się mylę? Loaded symbols for /usr/lib64/php/zlib.so 0x666af9bda430 in __write_nocancel () at ../sysdeps/unix/syscall-template.S:82 82 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) catch syscall select Catchpoint 1 (syscall 'select' [23]) (gdb) continue Continuing. Catchpoint 1 (call to syscall 'select'), 0x666af9be1b23 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:82 82 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) bt #0 0x666af9be1b23 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:82 #1 0x666ae6d6bdcf in _gcry_rndlinux_gather_random (add=0x666ae6d69700 add_randomness, origin=RANDOM_ORIGIN_SLOWPOLL,length=120, level=value optimized out) at rndlinux.c:133 #2 0x666ae6d692e0 in read_random_source (orgin=value optimized out, length=value optimized out,level=value optimized out) at random-csprng.c:1272 #3 0x666ae6d6a18c in random_poll (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:1106 #4 read_pool (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:1000 #5 _gcry_rngcsprng_randomize (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:551 #6 0x666ae6d6a8fd in _gcry_rngcsprng_create_nonce (buffer=0x74989dc17c4f, length=1) at random-csprng.c:1366 #7 0x666ae72458c7 in wrap_gcry_rnd_init (ctx=value optimized out) at rnd.c:39 #8 0x666ae71ef50b in _gnutls_rnd_init () at random.c:39 #9 0x666ae71de94e in gnutls_global_init () at gnutls_global.c:219 #10 0x666ae9362267 in Curl_gtls_init () from /usr/lib64/libcurl.so.4 #11 0x666ae93543a9 in curl_global_init () from /usr/lib64/libcurl.so.4 #12 0x666ae958f18c in zm_startup_curl () from /usr/lib64/php/curl.so #13 0x666af1ec2df7 in zend_startup_module_ex () from /usr/lib64/libphp_common-5.2.13.so #14 0x666af1ecdc5a in zend_hash_apply () from /usr/lib64/libphp_common-5.2.13.so #15 0x666af1ec6280 in zend_startup_modules () from /usr/lib64/libphp_common-5.2.13.so #16 0x666af1e74fc7 in php_module_startup () from /usr/lib64/libphp_common-5.2.13.so #17 0x666af221d315 in ?? () from /etc/httpd/modules/libphp5.so #18 0x666af221e17a in ?? () from /etc/httpd/modules/libphp5.so #19 0x00439206 in ap_run_post_config () #20 0x00424ac6 in main () (gdb) Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: deadbeef/deadbeef-ffmpeg-0.8.patch - I bet it was meant to be siz...
W dniu 30.06.2011 19:52, Jakub Bogusz pisze: On Thu, Jun 30, 2011 at 07:23:02PM +0200, qboosh wrote: Author: qboosh Date: Thu Jun 30 17:23:02 2011 GMT Module: packages Tag: HEAD Log message: - I bet it was meant to be size of struct, not a pointer to it Files affected: packages/deadbeef: deadbeef-ffmpeg-0.8.patch (1.3 - 1.4) Diffs: Index: packages/deadbeef/deadbeef-ffmpeg-0.8.patch diff -u packages/deadbeef/deadbeef-ffmpeg-0.8.patch:1.3 packages/deadbeef/deadbeef-ffmpeg-0.8.patch:1.4 --- packages/deadbeef/deadbeef-ffmpeg-0.8.patch:1.3 Thu Jun 30 10:32:50 2011 +++ packages/deadbeef/deadbeef-ffmpeg-0.8.patch Thu Jun 30 19:22:57 2011 @@ -23,7 +23,7 @@ avcodec_init (); av_register_all (); -av_register_protocol (vfswrapper); -+av_register_protocol2 (vfswrapper, sizeof(vfswrapper)); ++av_register_protocol2 (vfswrapper, sizeof(vfswrapper)); return 0; } Nie testowałem, ale z komentarza w avio.h wynika, że chodzi o rozmiar struktury; przekazywanie rozmiaru wskaźnika byłoby co najmniej dziwne. Owszem, głupi czeski błąd. Dzięki za wychwycenie. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
On Fri, 1 Jul 2011, Jan Palus wrote: Prawdopodobnie masz jakis problem z dostepem do /dev/random badz /dev/urandom. (gdb) bt #0 0x666af9be1b23 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:82 #1 0x666ae6d6bdcf in _gcry_rndlinux_gather_random (add=0x666ae6d69700 add_randomness, origin=RANDOM_ORIGIN_SLOWPOLL,length=120, level=value optimized out) at rndlinux.c:133 #2 0x666ae6d692e0 in read_random_source (orgin=value optimized out, length=value optimized out,level=value optimized out) at random-csprng.c:1272 #3 0x666ae6d6a18c in random_poll (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:1106 #4 read_pool (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:1000 #5 _gcry_rngcsprng_randomize (buffer=0x666ae6f9ba04, length=8, level=value optimized out) at random-csprng.c:551 #6 0x666ae6d6a8fd in _gcry_rngcsprng_create_nonce (buffer=0x74989dc17c4f, length=1) at random-csprng.c:1366 Hmm, i tak by niedeterministycznie się objawiał? Pliki /dev/*random raczej w porządku: crw-rw-rw- 1 root root 1, 8 Jun 25 09:00 /dev/random crw-rw-rw- 1 root root 1, 9 Jun 25 09:00 /dev/urandom Mam kernel z grsec (nie dystrybucyjny, własnoręcznie kompilowany) i nie widzę też by grsec cokolwiek w logach pisał (poza wiecznym segmentation fault javy, który chyba jest stałym widokiem przy połączeniu grsec+java) -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
Jacek Osiecki wrote: Hmm, i tak by niedeterministycznie się objawiał? Pliki /dev/*random raczej w porządku: crw-rw-rw- 1 root root 1, 8 Jun 25 09:00 /dev/random crw-rw-rw- 1 root root 1, 9 Jun 25 09:00 /dev/urandom Mam kernel z grsec (nie dystrybucyjny, własnoręcznie kompilowany) i nie widzę też by grsec cokolwiek w logach pisał (poza wiecznym segmentation fault javy, który chyba jest stałym widokiem przy połączeniu grsec+java) A zobacz, czy jak to się dzieje (bez restartu apache'a), to możesz odczytać coś z /dev/random i /dev/urandom (np. hexdump -C /dev/random). /dev/random blokuje i tam może być mało wyniku ale /dev/urandom (a najprawdopopdobniej ten jest wykorzystywany przez libgcrypt) powinien być czytalny bez opóźnień. Zerknij też, co w takim przypadku jest w /proc/sys/kernel/random/poolsize i /proc/sys/kernel/random/entropy_avail. Kiedyś miałem przypadek, że /dev/random się całkowicie ,,opróżnił'', czyli przez dłuższy czas za każdym razem odczyt z niego mówił, że jest koniec pliku. Pomógł dopiero reboot. Może u Ciebie coś podobnego się dzieje na /dev/urandom. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
On Fri, 1 Jul 2011, Adam Osuchowski wrote: Jacek Osiecki wrote: Pliki /dev/*random raczej w porządku: crw-rw-rw- 1 root root 1, 8 Jun 25 09:00 /dev/random crw-rw-rw- 1 root root 1, 9 Jun 25 09:00 /dev/urandom A zobacz, czy jak to się dzieje (bez restartu apache'a), to możesz odczytać coś z /dev/random i /dev/urandom (np. hexdump -C /dev/random). /dev/random blokuje i tam może być mało wyniku ale /dev/urandom (a najprawdopopdobniej ten jest wykorzystywany przez libgcrypt) powinien być czytalny bez opóźnień. Zerknij też, co w takim przypadku jest w /proc/sys/kernel/random/poolsize i /proc/sys/kernel/random/entropy_avail. OK, sprawdzę bo widzę że niestety to się będzie powtarzać (kurde, chyba zmienię cron.daily na 7 rano to wtedy usłyszę SMSa od nagiosa :) Kiedyś miałem przypadek, że /dev/random się całkowicie ,,opróżnił'', czyli przez dłuższy czas za każdym razem odczyt z niego mówił, że jest koniec pliku. Pomógł dopiero reboot. Może u Ciebie coś podobnego się dzieje na /dev/urandom. Akurat ostatnio był reboot (po bodajże 200 dniach uptime'u), od tego czasu już ze dwa razy były te cyrki... Czyli rozumiem że zdecydowanie php oczyszczone z zarzutów? Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
Jacek Osiecki wrote: Czyli rozumiem że zdecydowanie php oczyszczone z zarzutów? Raczej tak. gdb wskazuje bardziej, że bezpośrednio winny jest libgcrypt, co nie znaczy, że zasadnicza przyczyna problemu nie leży gdzieś indziej. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
On Fri, Jul 01, 2011 at 10:30:41 +0200, Jacek Osiecki wrote: OK, sprawdzę bo widzę że niestety to się będzie powtarzać (kurde, chyba zmienię cron.daily na 7 rano to wtedy usłyszę SMSa od nagiosa :) monit-rc-apache? Mój apache zdycha parę razy w tygodniu, już dawno przestało mnie to obchodzić. Raz na miesiąc mam też pad saslauthd, ale właśnie do załatwiania powtarzalnych problemów są odpowiednie narzędzia. Czyli rozumiem że zdecydowanie php oczyszczone z zarzutów? Ha ha:) Żebyś się nie zdziwił. -- 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
packages: metapackage-system-base-server - init
Witam, Przy instalacji nowej maszyny często zauważa się, że jakichś systemowych / narzędziowych paczek brakuje. Przygotowany przezemnie spec rozwiązuje ten problem. Jeśli pomysł okaże się przydatny, powstałyby paczki dla vservera i LAMP. RFC :) -- Pozdrawiam, Best regards, Mit freundlichen Grüßen, Wojciech Błaszkowski www.blaszkowski.com GSM: +48 600 197 207 JID: wojt...@jabber.biz.pl # $Revision:$, $Date:$ Summary: Skeleton package which defines a base of PLD Server system Name: metapackage-system-base-server Version: 0.01 Release: 1 Epoch: 1 License: GPL Group: Base Requires: bash Requires: bind-utils Requires: bsd-finger Requires: bzip2 Requires: coreutils Requires: cronie Requires: db4.7-utils Requires: diffutils Requires: dmidecode Requires: e2fsprogs Requires: ethtool Requires: file Requires: findutils Requires: fsck Requires: geninitrd Requires: grep Requires: grub Requires: gzip Requires: hostname Requires: iconv Requires: iftop Requires: iotop Requires: ipmitool Requires: iproute2 Requires: iptables Requires: iptables-init Requires: iptraf Requires: iputils-arping Requires: iputils-ping Requires: irqbalance Requires: issue-pure Requires: kernel Requires: less Requires: lftp Requires: lilo Requires: links Requires: logrotate Requires: lvm2 Requires: lvm2-initrd Requires: man Requires: mawk Requires: mdadm Requires: mdadm-initrd Requires: mount Requires: mtr Requires: mysql-client Requires: net-tools Requires: nmap Requires: ntp-client Requires: openssh-clients Requires: openssh-server Requires: openssl Requires: openssl-tools Requires: p7zip-standalone Requires: pci-database Requires: pciutils Requires: poldek Requires: postgresql-clients Requires: rar Requires: rkhunter Requires: rsync Requires: screen Requires: sdparm Requires: sed Requires: strace Requires: sysfsutils Requires: syslog-ng Requires: sysstat Requires: tcpdump Requires: tcpflow Requires: telnet Requires: terminfo Requires: tmpwatch Requires: tzdata Requires: ulogd Requires: usbutils Requires: util-linux Requires: vim-rt Requires: watchdog Requires: wget Requires: whois Requires: xfsdump Requires: xfsprogs Requires: xfsprogs-initrd Requires: xz BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %define _enable_debug_packages 0 %description While this package does not contain any files, it does defines the the basic components of PLD Linux packages required on servers. %prep %clean rm -rf $RPM_BUILD_ROOT %files %defattr(644,root,root,755) %define date %(echo `LC_ALL=C date +%a %b %d %Y`) %changelog * %{date} PLD Team feedb...@pld-linux.org All persons listed below can be reached at cvs_login@pld-linux.org $Log:$ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: metapackage-system-base-server - init
Dnia Friday 01 of July 2011, Wojciech Błaszkowski napisał: Dnia Friday 01 of July 2011, Wojciech Błaszkowski napisał: Witam, Przy instalacji nowej maszyny często zauważa się, że jakichś systemowych / narzędziowych paczek brakuje. Przygotowany przezemnie spec rozwiązuje ten problem. Jeśli pomysł okaże się przydatny, powstałyby paczki dla vservera i LAMP. RFC :) +Requires:bind +Requires:bird +Requires:bird-ipv4 +Requires:bzip2-libs +Requires:dnstracer +Requires:dos2unix +Requires:eventlog +Requires:gnutls +Requires:hdparm +Requires:smartmontools +Requires:trafshow Nono, zaraz się z tego zrobi nowy instalator ;-) vip; ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: metapackage-system-base-server - init
Dnia Friday 01 of July 2011, Piotr Budny napisał: +Requires:bind +Requires:bird +Requires:bird-ipv4 +Requires:bzip2-libs +Requires:dnstracer +Requires:dos2unix +Requires:eventlog +Requires:gnutls +Requires:hdparm +Requires:smartmontools +Requires:trafshow Nono, zaraz się z tego zrobi nowy instalator ;-) Instalator - nie. Wspomaganie - być może ;-) bird, bird-ipv4, eventlog do wywalenia stąd w sumie. -- Pozdrawiam, Best regards, Mit freundlichen Grüßen, Wojciech Błaszkowski www.blaszkowski.com GSM: +48 600 197 207 JID: wojt...@jabber.biz.pl ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: metapackage-system-base-server - init
On Fri, 1 Jul 2011, Wojciech Błaszkowski wrote: Przy instalacji nowej maszyny często zauważa się, że jakichś systemowych / narzędziowych paczek brakuje. Przygotowany przezemnie spec rozwiązuje ten problem. Jeśli pomysł okaże się przydatny, powstałyby paczki dla vservera i LAMP. A nie lepiej takie rzeczy rozprowadzać w formie list do poldka? IMO w pełni wystarczające. Dołączone do poldka i tyle. O ile w przypadku metapackage środowisk to ma sens, bo wymagania tutaj się zmieniają, paczki znikają, pojawiają się, etc. Tutaj to jest jednorazowa sprawa. -- 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: packages: metapackage-system-base-server - init
On Fri, Jul 01, 2011 at 04:56:39PM +0200, Pawel Golaszewski wrote: On Fri, 1 Jul 2011, Wojciech Błaszkowski wrote: Przy instalacji nowej maszyny często zauważa się, że jakichś systemowych / narzędziowych paczek brakuje. Przygotowany przezemnie spec rozwiązuje ten problem. Jeśli pomysł okaże się przydatny, powstałyby paczki dla vservera i LAMP. A nie lepiej takie rzeczy rozprowadzać w formie list do poldka? IMO w pełni wystarczające. Dołączone do poldka i tyle. Albo na stronach z opisem instalacji. Dużo tu miejsca na osobiste preferencje... -- 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: packages: metapackage-system-base-server - init
On Friday 01 of July 2011, Pawel Golaszewski wrote: A nie lepiej takie rzeczy rozprowadzać w formie list do poldka? IMO w pełni wystarczające. Dołączone do poldka i tyle. O ile w przypadku metapackage środowisk to ma sens, bo wymagania tutaj się zmieniają, paczki znikają, pojawiają się, etc. Tutaj to jest jednorazowa sprawa. I jaki tego będzie zysk? Same problemy jedynie. Dobrze jest w formie paczki tak jak m.in. metapackage-*. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.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: packages: metapackage-system-base-server - init
On Fri, 1 Jul 2011, Arkadiusz Miskiewicz wrote: A nie lepiej takie rzeczy rozprowadzać w formie list do poldka? IMO w pełni wystarczające. Dołączone do poldka i tyle. O ile w przypadku metapackage środowisk to ma sens, bo wymagania tutaj się zmieniają, paczki znikają, pojawiają się, etc. Tutaj to jest jednorazowa sprawa. I jaki tego będzie zysk? Same problemy jedynie. Dobrze jest w formie paczki tak jak m.in. metapackage-*. Same problemy to z paczką są. Ktoś będzie miał inną koncepcję, doda jakiś pakiet, który mi się nie podoba. A listę? Łatwo dostosuję do swoich potrzeb, problemów nie widzę. -- 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: packages: metapackage-system-base-server - init
On Fri, Jul 01, 2011 at 14:12:21 +0200, Wojciech Błaszkowski wrote: Przy instalacji nowej maszyny często zauważa się, że jakichś systemowych / narzędziowych paczek brakuje. Instalujesz w miarę regularnie jakieś maszyny i nie trzymasz sobie gotowego template'a? Takiego w tar.gz? Przygotowany przezemnie spec rozwiązuje ten problem. I tworzy 100 innych. Po pierwsze wszystkie R-S. Po drugie ja bym wymienił połowę z tego co wpisałeś, dodał parędziesiąt innych i co? Jeśli pomysł okaże się przydatny, powstałyby paczki dla vservera i LAMP. A może metapackage-PLD który sugeruje wszystko? ;) To zdecydowanie nie jest metapakiet. Jeśli już chcesz, to wydziel poszczególne grupy, np.: metapackage-text-processing: grep, tail, diffutils, perl-base, sed, awk, dwdiff metapackage-network: bwm-ng, iptraf, nc, telnet, lynx/elinks, wget, whois, bind-utils metapackage-system: *cron, *syslog, findutils, file, fsck, smartmontools, lesspipe metapackage-archive: gzip, bzip2, xz, p7zip tylko tylko... do tego przecież służy pole Group w rpmach. ipoldek --skip-installed rsearch -g /Networking/ 1130 package(s) found. ipoldek --skip-installed rsearch -g /Base/ 248 package(s) found. więc dużo bardziej pożyteczne byłoby stworzenie jakiejś lepszej klasyfikacji grup i dokładne oznaczenie pakietów. -- 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: packages: metapackage-system-base-server - init
A dla zilustrowania problemu jeszcze wrzucę sobie kamyczek do ogródka: Requires: bash zsh Requires: bsd-finger po co to komu? Requires: cronie Nie lubię tego. Requires: grub Requires: lilo Oba? Requires: ipmitool A czemu nie ipmiutil? Requires: issue-pure Aha, a jak będę chciał wymienić na inne, to już mam ten pakiet wyinstalować? Requires: kernel No jeszcze czego. Requires: lftp ncftp lepszy Requires: links Chyba elinks. Requires: mysql-client Bleee, postgresql-client oczywiście miałeś na myśli? i zapomniałeś skasować tego badziewia jak już się zorientowałeś ;) Requires: openssl Czy aby na pewno jest sens wpisywać pakiety, które _zawsze_ coś innego pociągnie? Requires: pci-database Obsoleted. Requires: rkhunter Eeee. Requires: syslog-ng A nawet syslog-ng2. Requires: tmpwatch Zapomnij! niedoczekanie Twoje! A ja dopiszę: kbd, minicom, libcap, pam-pam_cap, kernel-net-ipset, perl-modules, dd_rescue, btrfs-progs, star i cciss_vol_status. Później pozostali podopisują swoje i będzie cud, jak to w ogóle poldek łyknie i nie skonfliktuje samo ze sobą. -- 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: packages: metapackage-system-base-server - init
2011/7/2 Tomasz Pala go...@polanet.pl: więc dużo bardziej pożyteczne byłoby stworzenie jakiejś lepszej klasyfikacji grup i dokładne oznaczenie pakietów. Co, znowu? Powodzenia : wolf ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl