Re: kernel-3.0.3-0.3 - tests
On Thursday 25 of August 2011, Łukasz Maśko wrote: Dnia Wednesday, 24 of August 2011, Arkadiusz Miskiewicz napisał: Please test kernel 3.0.3-0.3 from th-test (warning, tuxonice not included - default off now, see changelog). Jaki może być powód, że dla kernela całościowego (tego z th-test) nie daje się zbudować modułów VBoxa, a dla kernela budowanego z --with vanilla problemu nie ma? Jakby co, końcówka budowania modułów VBoxa dla kernela zwykłego jest taka: $ ../builder -bb --without userspace VirtualBox.spec [...] scripts/kconfig/conf --silentoldconfig Kconfig Using /usr/src/linux-3.0.3 as source for kernel GEN /home/users/ed/rpm/BUILD/VirtualBox-4.1.2_OSE/PLD-MODULE- BUILD/HostDrivers/vboxdrv/o/Makefile make[2]: *** No rule to make target `tools/gcc/constify_plugin.c', needed by `tools/gcc/constify_plugin.o'. Stop. make[1]: *** [gcc-plugins] Error 2 make: *** [sub-make] Error 2 make: Leaving directory `/usr/src/linux-3.0.3' b??d: B??dny status wyj?cia z /tmp/rpm-tmp.87 (%build) Które paczki kernelowe masz zainstalowane? Spróbuj też z kernel-source, jak przejdzie to pewnie trzeba będzie constify wrzucić do module-build. W ogóle ten problem dotyczy tylko vboxa czy innych modułów z zewnętrznych speców też? -- 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: kernel-3.0.3-0.3 - tests
On Thursday 25 of August 2011, Łukasz Maśko wrote: W ogóle ten problem dotyczy tylko vboxa czy innych modułów z zewnętrznych speców też? Tego nie wiem, nie sprawdzałem. Dotyczy wszystkich modułów. Popatrzę wieczorem co da się zrobić. -- 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: kernel-3.0.3-0.3 - tests
On Thursday 25 of August 2011, Arkadiusz Miskiewicz wrote: On Thursday 25 of August 2011, Łukasz Maśko wrote: W ogóle ten problem dotyczy tylko vboxa czy innych modułów z zewnętrznych speców też? Tego nie wiem, nie sprawdzałem. Dotyczy wszystkich modułów. Popatrzę wieczorem co da się zrobić. Fixed w rel 0.4. -- 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: kernel-3.0.3-0.3 - tests
On Thursday 25 of August 2011, Łukasz Maśko wrote: Wygląda jak błąd w VBox, ale na vanilla się buduje. Efekt działania pluginu constify z grsecurity. Popatrz na kernel-aufs2-no-const-grsec.patch czy końcówka patcha kernel-grsec_fixes.patch by się dowiedziec jak to się poprawia. Ewentualnie wyłączymy dziadostwo w modułach hmm -- 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: kernel-3.0.3-0.3 - tests
On Thursday 25 of August 2011, Arkadiusz Miskiewicz wrote:
On Thursday 25 of August 2011, Łukasz Maśko wrote:
Wygląda jak błąd w VBox, ale na vanilla się buduje.
Efekt działania pluginu constify z grsecurity. Popatrz na
kernel-aufs2-no-const-grsec.patch
czy końcówka patcha
kernel-grsec_fixes.patch
by się dowiedziec jak to się poprawia.
Ewentualnie wyłączymy dziadostwo w modułach hmm
Zostaje kwestia czy to wrzucić do makr czy dawać per spec...
Index: VirtualBox.spec
===
RCS file: /cvsroot/packages/VirtualBox/VirtualBox.spec,v
retrieving revision 1.383
diff -u -u -r1.383 VirtualBox.spec
--- VirtualBox.spec 17 Aug 2011 21:17:33 - 1.383
+++ VirtualBox.spec 25 Aug 2011 10:21:58 -
@@ -504,10 +504,10 @@
%if %{with kernel}
cd PLD-MODULE-BUILD/HostDrivers
-%build_kernel_modules -m vboxdrv -C vboxdrv
+%build_kernel_modules -m vboxdrv -C vboxdrv STACKLEAK_PLUGIN=
CONSTIFY_PLUGIN=
%build_kernel_modules -m vboxnetadp -C vboxnetadp
-%build_kernel_modules -m vboxnetflt -C vboxnetflt
-%build_kernel_modules -m vboxpci -C vboxpci
+%build_kernel_modules -m vboxnetflt -C vboxnetflt STACKLEAK_PLUGIN=
CONSTIFY_PLUGIN=
+%build_kernel_modules -m vboxpci -C vboxpci STACKLEAK_PLUGIN=
CONSTIFY_PLUGIN=
cd ../GuestDrivers
%build_kernel_modules -m vboxguest -C vboxguest
--
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
kernel-3.0.3-0.3 - tests
Please test kernel 3.0.3-0.3 from th-test (warning, tuxonice not included - default off now, see changelog). -- 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: Zagwozdka - jaką wersją oznaczyć pakiet?
On Tuesday 02 of August 2011, Łukasz Maśko wrote: Mamy w CVS pakiet kde4-kwebkitpart. Obecnie jest on oznaczony wersją 4.6.1-0.1157360.1. Jeśli chodzi o końcówkę, to jest to w miarę proste - tarball do tego pakietu był ściągany z svn-a i miał tam przypisaną wersję 1157360 (0. bo wersja testowa, .1 bo pierwsze podejście). To jest jasne. Ale teraz pakiet nie siedzi już w svn-ie, lecz został przeniesiony do git-a. A tam już tak oznaczanych wersji nie ma. I tutaj pierwszy zonk. A teraz pierwsza część. U nas mamy numer główny wersji 4.6.1. Rozumiem, że to wynika z faktu, że pakiet ten był generowany w epoce KDE 4.6.1. Ale na stronie projektu takiego numeru wersji nie ma, najnowsze co jest, jest oznaczone wersją 1.2. Skąd to 4.6.1? Z sufitu. Wtedy były tylko wersje svnowe. Czy - konsekwentnie - teraz należałoby przypisać 4.7.0? Wiem, że np. kmail z pakietu kdepim-4.4.11 ma wetsję 1.13.7, więc takie różne nieścisłości są i mają sens. Jak postąpić tutaj? Co proponujecie? Jeśli jest faktycznie wersjonowany to można dać prawdziwą wersję - jeśli nie jest to 4.7.0 + rev czy data snapa. -- 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: Jakie BR-y dodawać do speców?
On Sunday 31 of July 2011, Bartosz Świątek wrote: W dniu 31 lipca 2011 20:05 użytkownik Tomasz Pala go...@polanet.pl napisał: On Sun, Jul 31, 2011 at 19:54:42 +0200, Łukasz Maśko wrote: właściwie mi się udało. Jedyne czego nie wiem, to jakie są zasady dodawania BR-ów. Przykładowo, moje śledztwo wykazało, że w powyższym przypadku wystarczy dodać kde4-kdelibs-devel, bo ten ciągnie prawie wszystkie pozostałe potrzebne zależności. Ale czy tak właśnie powinienem zrobić? Nie - dodajesz wszystko, czego dany pakiet sam z siebie (bezpośrednio) używa. Źródłem tych danych w pierwszym przybliżeniu jest plik INSTALL, lepiej odzworowuje to wyjście z ./configure (i np. config.h), a dokładnie musiałbyś zebrać wszystkie #includy. Szczerze mówiąc, to jakieś pomyje z bzdurami opowiadasz. Od zawsze robimy tak, że ciągniemy w BRach pakiet główny, a nie każdy piczy włos, który i tak już jest wymagany przez coś pośrednio. Wpisujemy to czego dany pakiet bezpośrednio wymaga (niezależnie od tego, że coś tam pośrednio już to ciągnie - bo jak to coś tam się zmieni i przestanie ciągnąc to nam niczego tym nie napsuje). -- 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: devtmpfs w geninitrd
On Monday 01 of August 2011, Artur Frysiak wrote: 2011/7/31 Pawel Golaszewski bl...@pld-linux.org: P.S.: debuginitrd=sh nie działa z klawiaturą po usb :) U mnie działa. Fragment z /etc/sysconfig/geninitrd BASICMODULES=usbhid ehci-hcd uhci-hcd ohci-hcd Autodetekcja by się przydała do tego. Pozdrawiam -- 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: mplayer-1.0-5.rc5_svn32923.5.i686 i ffmpeg-0.8-3.i686 nie czyta co wyprodukował
On Monday 25 of July 2011, Łukasz Maśko wrote: Używam mencodera do zgrywania materiału z karty TV. Robię to tak: Sprawdz mplayera/mencodera z th-test. -- 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
deny some files in apache by default
What do you think about adding to our apache default config: [arekm@t400 ~/rpm/packages/apache]$ cvs diff -u apache-common.conf Index: apache-common.conf === RCS file: /cvsroot/packages/apache/apache-common.conf,v retrieving revision 1.9 diff -u -u -r1.9 apache-common.conf --- apache-common.conf 9 Jan 2006 11:24:05 - 1.9 +++ apache-common.conf 12 Jul 2011 13:40:56 - @@ -19,6 +19,12 @@ Order deny,allow Deny from all /IfModule + IfModule mod_authz_host.c + FilesMatch (~|#|^\.\?\?.*|\.inc)$ + Order deny,allow + Deny from all + /FilesMatch + /IfModule /Directory # ? -- 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: locale w openshot
On Monday 11 of July 2011, Krystian Tomczyk wrote: Hej Po zbudowaniu dostałem takie coś przy próbie instalacji: poldek:/all-avail install openshot-1.3.1-1.noarch -t Przetwarzanie zależności... błąd: openshot-1.3.1-1.noarch: nie znaleziono wymaganego /usr/share/locale/ady/LC_MESSAGES błąd: openshot-1.3.1-1.noarch: nie znaleziono wymaganego /usr/share/locale/gaa/LC_MESSAGES błąd: openshot-1.3.1-1.noarch: nie znaleziono wymaganego /usr/share/locale/jv/LC_MESSAGES Trzeba wywalić nieistniejące (patrz nasz glibc) locale i ew. przemianiować jakieś o ile mają złe nazwy. -- 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: Podzielenie heimdal-libs
On Saturday 09 of July 2011, Tomasz Pala wrote: Czy ktoś znający bliżej te biblioteki może powiedzieć, czy i jak możnaby podzielić je na podpakiety? Obecnie potrzebuję przejściowo Zainstaluj starszą, just-install nowszą w force (nadpisze część plików z starego) i problem rozwiązany bez brojenia w paczkach w pld. -- 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: Co się stało apache'owi? (kolejny pad, z debuginfo)
On Monday 04 of July 2011, Jacek Osiecki wrote: On Sun, 3 Jul 2011, Jakub Bogusz wrote: Spróbuj uaktualnić libgcrypt do wersji 1.5.0-1 z CVS-u. Dziś rano znowu wywaliło się identycznie - z dokładnością do adresów. Niestety zapomniałem sprawdzić jak wygląda wtedy dostęp do dev/(u)random, ale z tego co rozumiem problem faktycznie leży w libgcrypt. Na razie trochę boję się bawić w kompilowanie od zera z CVSu - gdzieś tam mam przepis jak się budowało pakiety, spróbuję jak tylko będzie chwila... Leży też w th-test. Pozdrawiam, -- 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 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: ffmpeg/ffmpeg-bug-803.patch, ffmpeg/ffmpeg-gsm.patch, ffmpeg/ffmp...
On Tuesday 28 of June 2011, Karol Krenski wrote: Dnia Tuesday 28 of June 2011, Arkadiusz Miskiewicz napisał: Też pozmieniali 0.7 - padły opal:OPAL_3_6, mplayer, mplayer2 . mplayer chyba nie :-) Padł z innego powodu ... więc jeszcze nie wiadomo w sumie. Zaktualizowałem mplayer-link.pach i buduje się. Z mplayer2 będzie chyba podobnie (brak -lXext -lX11 dla linkera). opala pomęcz ;-) -- 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: VirtualBox/VirtualBox-disable_build_NetBiosBin.patch (NEW) - disa...
On Tuesday 28 of June 2011, charles wrote: Author: charles Date: Tue Jun 28 16:14:20 2011 GMT Module: packages Tag: HEAD Log message: - disable build NetBiosBin from scratch bezpieczniej chyba użyć ld.bfd zamiast ld(gold) w takich przypadkach -- 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: ffmpeg/ffmpeg-bug-803.patch, ffmpeg/ffmpeg-gsm.patch, ffmpeg/ffmp...
On Tuesday 28 of June 2011, Jakub Bogusz wrote:
On Mon, Jun 27, 2011 at 09:46:33PM +0200, Arkadiusz Miskiewicz wrote:
On Monday 27 of June 2011, qboosh wrote:
Author: qboosh Date: Mon Jun 27 15:14:52 2011 GMT
Module: packages Tag: HEAD
Log message:
- updated to 0.8 (note: new sonames, API changes)
Spore zmiany w API - nic się praktycznie nie buduje (a puściłem
kilkanaście paczek).
W th się chyba wstrzymamy bo wątpie by były moce przerobowe by połatać
pod nowe API.
Poprawki in progress (przynajmniej w pakietach, z którymi mam coś
wspólnego) - jak na razie idą dosyć łatwo. Przeważnie dotyczą funkcji/pól,
które były przestarzałe już w 0.6.
Tymczasowo można użyć 0.7, jest bardziej zgodna z 0.6.
Też pozmieniali 0.7 - padły opal:OPAL_3_6, mplayer, mplayer2 .
Docelowo i tak trzeba będzie przejść na nowe API.
Wiadomo ale póki co się w to nie będziemy pakować bo pewnie na czym byśmy
utknęli.
--
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: ffmpeg/ffmpeg-bug-803.patch, ffmpeg/ffmpeg-gsm.patch, ffmpeg/ffmp...
On Tuesday 28 of June 2011, Karol Krenski wrote: Dnia Tuesday 28 of June 2011, Arkadiusz Miskiewicz napisał: Tymczasowo można użyć 0.7, jest bardziej zgodna z 0.6. Też pozmieniali 0.7 - padły opal:OPAL_3_6, mplayer, mplayer2 . mplayer chyba nie :-) Padł z innego powodu ... więc jeszcze nie wiadomo w sumie. -- 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: Co się stało apache'owi?
On Monday 27 of June 2011, Jacek Osiecki wrote: On Mon, 27 Jun 2011, Adam Osuchowski wrote: Jacek Osiecki wrote: 0x70ccc8a27590 in write () from /lib64/libc.so.6 (gdb) catch syscall select Catchpoint 1 (syscall 'select' [23]) (gdb) bt Po catch syscall daj continue. Teraz bt pokazał Ci miejsce w którym gdb przerwał działanie procesu przy podłączeniu. OK, to przy następnym padzie zrobię jak podajesz :) Czyli jak rozumiem: catch syscall, potem continue, potem bt? W th-obsolete jest też przemielony php5.2 na wszelki wypadek gdyby jednak poprzedni build był zrobiony na zwalonym builderze. -- 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: ffmpeg/ffmpeg-bug-803.patch, ffmpeg/ffmpeg-gsm.patch, ffmpeg/ffmp...
On Monday 27 of June 2011, qboosh wrote: Author: qboosh Date: Mon Jun 27 15:14:52 2011 GMT Module: packages Tag: HEAD Log message: - updated to 0.8 (note: new sonames, API changes) Spore zmiany w API - nic się praktycznie nie buduje (a puściłem kilkanaście paczek). W th się chyba wstrzymamy bo wątpie by były moce przerobowe by połatać pod nowe API. -- 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: glibc/glibc.spec - added restore-rpc+nis patch (restore RPC/NIS A...
On Saturday 25 of June 2011, Jakub Bogusz wrote:
On Fri, Jun 24, 2011 at 09:32:38PM +0200, Arkadiusz Miskiewicz wrote:
On Thursday 23 of June 2011, qboosh wrote:
Author: qboosh Date: Thu Jun 23 19:16:26 2011 GMT
Module: packages Tag: HEAD
Log message:
- added restore-rpc+nis patch (restore RPC/NIS API, taken from Fedora
15; tirpc is not ready to overtake whole RPC from glibc 2.14
currently) - real description for -memusage
- test release 9.1
Takie release nie mają wiele sensu jeśli nie planujesz samemu tego
przetestować... masz (i wtedy dasz całkowite) ? Testy ludzie zrobią
dopiero jak to wyląduje w th-test.
Na razie sam testuję - tak na oko wszystko związane z RPC/NIS wraca do
sytuacji sprzed 2.14.
Daj znać kiedy można puszczać z rel całkowitym - nowy glibc wstrzymał sporo
aktualizacji, w tym security ;-/
--
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: glibc/glibc.spec - added restore-rpc+nis patch (restore RPC/NIS A...
On Thursday 23 of June 2011, qboosh wrote: Author: qboosh Date: Thu Jun 23 19:16:26 2011 GMT Module: packages Tag: HEAD Log message: - added restore-rpc+nis patch (restore RPC/NIS API, taken from Fedora 15; tirpc is not ready to overtake whole RPC from glibc 2.14 currently) - real description for -memusage - test release 9.1 Takie release nie mają wiele sensu jeśli nie planujesz samemu tego przetestować... masz (i wtedy dasz całkowite) ? Testy ludzie zrobią dopiero jak to wyląduje w th-test. -- 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: Co się stało apache'owi?
On Thursday 23 of June 2011, Jacek Osiecki wrote: Tak jak pisałem, apache aktualny - jedynie mod_php stary, bo nie chcę ryzykować przejścia z php 5.2 na 5.3. Czyli konkretniej - apache i jego moduły w wersji 2.2.19-1 x86_64. rpm -q php-common ew. data builda? -- 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: Co się stało apache'owi?
On Wednesday 22 of June 2011, Jakub Bogusz wrote:
On Wed, Jun 22, 2011 at 08:17:37AM +0200, Jacek Osiecki wrote:
On Thu, 16 Jun 2011, Jacek Osiecki wrote:
On Mon, 13 Jun 2011, Arkadiusz Miskiewicz wrote:
Już drugi raz widzę coś takiego:
Rano, najprawdopodobniej tuż po logrotate, apache zgłupiał i
nagle zaczął siać do error_log milionami komunikatów:
select() error: Invalid argument
Zrób strace, poznasz deskryptor na którym ten select() się odbywa,
zobacz lsof czy czymś podobnym czego dotyczy ów deskryptor - może tą
drogą dojdziesz do sedna (to może być którykolwiek moduł apacza).
No dobra, znowu się stało. Tak samo jak ostatnio, czyli w logu apache'a
jest info o restarcie a potem już tylko cała seria:
select() error: Invalid argument
Nie wiem czy apache działał, bo jak się obudziłem to już nie miał szans
działać - powyższy komunikat zajął pozostałe 36GB /var i wszystko leżało.
Wszystkie procesy apache'a poza jednym były defunct
Po zrobieniu na nim strace zobaczyłem generowane xset linii na sekundę:
select(1088, [1024 1025 1087], NULL, NULL, {9223372036854775811, 0}) = -1
EINVAL (Invalid argument)
timeout jest błędny i to jest przyczyna EINVAL, ale kto tak skrzywdził
tę wersję Apache'a (która to w ogóle)?
rpm -q apache by się przydał - przez parę dni parę tygodni temu na builderze
x86_64 była paczka glibc-headers z i686 przez co budowały się zwalone
paczki... Potem poszły rebuildy i obecne wersje są fixnięte.
--
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: geninitrd i luks na sda2
On Thursday 09 of June 2011, Marek Guevara Braun wrote: 2011/5/22 Andrzej Zawadzki zawa...@gmail.com: Pomysłów brak. U mnie działa. Może do BASICMODULES dodać ręcznie mptsas ? Czy w /etc/fstab / też jest /dev/vg_system/lvm ? Problem z tego wątku się już wyjaśnił jakiś czas temu - Andrzej miał luksa odpalonego starym cryptsetup-luks, które nie ustawia UUIDa luksowmu wolumenowi lvm, a UUID jest potrzebny by cryptsetup wypluł ścieżkę do fizycznej partycji. Rozwiązaniem było odpalenie luksa za pomocą nowszych toolsów, które UUIDa już ustawiają (alternatywnie znaleźć inną drogę do wyciągania fizycznej partycji). Pozdrawiam, Marek -- 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: geninitrd i luks na sda2
On Sunday 22 of May 2011, Andrzej Zawadzki wrote: Hej! Zrobiłem aktualizację uśpionego ;-) serwera i... initrd nie ma ani obsługi 03:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET PCI-Express Fusion-MPT SAS (rev 04) Skąd wcześniej geninitrd wiedziało, że ma załadować moduł od tego kontrolera? Wygląda jakbyś nie miał alias scsi_hostadapter xyz. -- 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: vrpm się zawiesił - co robić?
On Sunday 22 of May 2011, Jacek Osiecki wrote: Witam, Instalowałem w vserverze różne pakiety, w pewnym momencie zainstalowało się z zależności coś czego nie chciałem. Postanowiłem zrobić w vpoldku uninstall --nodeps php-fpm i... zawisło sobie. Czekałem,czekałem aż w końcu przerwałem ctrl+Z i potem kill %1, a w końcu kill -9 %1. I od tego czasu klops :( rm /var/lib/rpm/__* + rebuilddb przeważnie (tam gdzie vrpm trzyma) -- 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
2.6.38.6-6
Uprasza się o przetestowanie 2.6.38.6-6 z th-test na x86_64, i686 i i486. -- 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: 2.6.38.6-6
On Wednesday 18 of May 2011, Arkadiusz Miskiewicz wrote: Uprasza się o przetestowanie 2.6.38.6-6 z th-test na x86_64, i686 i i486. U mnie jedna rzecz jest nie tak - przyczyny nie znam :-/ [0.00] Built 1 zonelists in Node order, mobility grouping on. Total pages: 258156 [0.00] Policy zone: DMA32 [0.00] [ cut here ] [0.00] WARNING: at /home/users/builder/rpm/BUILD/kernel-2.6.38.6/linux-2.6.38/kernel/mutex- debug.c:65 mutex_remove_waiter+0xec/0x130() [0.00] Hardware name: System name [0.00] Modules linked in: [0.00] Pid: 0, comm: swapper xid: #0 Not tainted 2.6.38.6-6 #1 [0.00] Call Trace: [0.00] [81049fda] ? warn_slowpath_common+0x7a/0xb0 [0.00] [8104a025] ? warn_slowpath_null+0x15/0x20 [0.00] [8108d6ac] ? mutex_remove_waiter+0xec/0x130 [0.00] [81453e1f] ? __mutex_lock_slowpath+0x17f/0x240 [0.00] [81453ef9] ? mutex_lock+0x19/0x30 [0.00] [8104bd00] ? cpu_maps_update_begin+0x10/0x20 [0.00] [8143e831] ? register_cpu_notifier+0x11/0x30 [0.00] [817347d7] ? page_alloc_init+0x10/0x12 [0.00] [817189de] ? start_kernel+0x19b/0x3e7 [0.00] [817182da] ? x86_64_start_reservations+0x132/0x136 [0.00] [817183d4] ? x86_64_start_kernel+0xf6/0xfd [0.00] ---[ end trace 9865ac5b5ee90b51 ]--- [0.00] Kernel command line: root=/dev/sda1 security=default hpet=force rootfsflags=nobarrier,delaylog -- 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
Th, libmysqlclient rebuild help needed
Hello, Current ready cannot be moved to main due to missing packages, linked with libmysqlclient mainly. So I'm looking for a people that could help fixing and rebuilding packages from this list: http://ep09.pld-linux.org/~pldth/main-ready-test.txt (look for libmysqlclient there) -- 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: Shellowa zagadka [mksh zamiast pdksh]
On Friday 06 of May 2011, Kacper Kornet wrote:
On Thu, May 05, 2011 at 08:48:50PM +0200, Przemyslaw Iskra wrote:
On Thu, May 05, 2011 at 08:29:11PM +0200, Kacper Kornet wrote:
Przy okazji wyjścia nowej wersji git'a trafiłem na następującą
zagwozdkę na naszym /bin/sh. Otóż skrypt:
x=2; unset a; echo ${a:-'$x'}
zwraca:
$x
Natomiast bash, zsh, dash i ash zwracają '2' w tym wypadku. Pytanie do
znawców: co jest poprawne z punktu widzenia POSIX.
Nie opisane.
http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#
tag_02_06_02
If a parameter expansion occurs inside double-quotes:
* Pathname expansion shall not be performed on the results of the
expansion. * Field splitting shall not be performed on the results of
the
expansion, with the exception of '@'
Googlanie wskazuje, że większość ludzi uważa, że pdksh się tu jednak
myli. Np. mksh, które się mieni kontynuatorem pdksh
Swoją drogą potrzeba nam kogoś kto doprowadzi paczkę mksh do stanu
umożliwiającego zastąpienie pdksh tymże mksh.
--
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: [th-ready/x86_64] nowy kadu-module-voice vs. nowy libgsm.so
On Thursday 31 of March 2011, Daniel Dawid Majewski wrote: kadu-module-voice-0.6.5.5-4.x86_64: nie znaleziono wymaganego libgsm.so()(64bit) Trzeba wywalić ten moduł lub zrobić TODO z speca. -- 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: kded4 i ntrack
On Monday 28 of March 2011, Łukasz Maśko wrote: Okazuje się, że po update ntracka do najnowszej wersji wywraca się kded4 (poniżej wycinek z loga po SEGFAULT kded4 z kde4-kdelibs-4.6.1-2). Mar 28 10:58:24 laptok kernel: : [ 117.942763] kded4[3479]: segfault at 4 ip afcbcda2 sp bfaebe20 error 4 in libntrack.so.0.3.3[afcbc000+2000] To by znaczyło, że trzebaby dodać do kde4-kdelibs odpowiednie R, bo obecnie nie ma zależności ani od ntrack, ani libntrack. Pytanie: nie ma takowego, bo jednak nie jest potrzebny, czy po prostu ta zależność jeszcze nie została znaleziona? Nie bardzo zrozumiałem - poczytanając od tego czy w ogóle problem rozwiązałeś. -- 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: kded4 i ntrack
On Tuesday 29 of March 2011, Łukasz Maśko wrote: Dnia wtorek, 29 marca 2011, Bartosz Świątek napisał: [...] W związku z tym moje pytanie, czy to dlatego, że nikt tego nie zauważył, czy po prostu jest to celowe postępowanie. Tak, to celowe ze jest dobrze. Przeczytaj, o czym jest cały wątek. Pokazałem, że kde4-kdelibs nie zależy od ntracka, ani pośrednio ani bezpośrednio, a jednak kded4, który jest właśnie w kde4-kdelibs, używa libntrack $ objdump -p /usr/lib64/kde4/kded_networkstatus.so |grep ntrack NEEDED libntrack-qt4.so.1 -- 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: geninitrd i device rootfs
On Monday 21 of March 2011, Pawel Golaszewski wrote: Witam, Pojawił mi się problem z wygenerowaniem poprawnego initrd do nowego kernela. Wszystko się ładnie niby generuje, ale w wynikowym initrd brakuje zwykłego device dla urządzenia. Urządzenie to /dev/sda1, raid sprzętowy tego kontrolera: 05:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068E PCI-Express Fusion-MPT SAS (rev 08) Wyjaśniliśmy nieco na ircu (choć blues jeszcze ma pewne rzeczy do sprawdzenia). W każdym razie... initrd z romfs (ogólnie != initramfs) bez lvm/md/etc nie potrzebuje w initrdowym /dev pliku urządzenia ponieważ mówi kernelowi co ma użyć jako rootfs przez opcję root=, a konkretnie u nas przez geninitrdowe initrd_gen_setrootdev. -- 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: rozjechane mirrory FTP - tworzymy listę
On Tuesday 08 of March 2011, Grzesiek Pycia wrote: W dniu 08.03.2011 18:27, Arkadiusz Miskiewicz pisze: On Tuesday 08 of March 2011, Jacek Osiecki wrote: On Tue, 8 Mar 2011, Tomasz Pala wrote: On Tue, Mar 08, 2011 at 16:42:29 +0100, Grzesiek wrote: AFAIK jest w main tylko ftp są chyba rozjechane. Rozjechane? one od miesięcy nie są w ogóle synchronizowane... To może by tak wywalić ftp3 z listy serwerów? Przez to są cały czas problemy :( Czy tylko z ftp3 są takie problemy? Pozdrawiam, master-ftp.pld-linux.org, jest pusty od kilku dni... To jest główny więc pusty być nie może i nie jest - co masz na myśli? -- 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: rozjechane mirrory FTP - tworzymy listę
On Tuesday 08 of March 2011, Grzesiek Pycia wrote: W dniu 08.03.2011 18:50, Arkadiusz Miskiewicz pisze: On Tuesday 08 of March 2011, Grzesiek Pycia wrote: W dniu 08.03.2011 18:27, Arkadiusz Miskiewicz pisze: On Tuesday 08 of March 2011, Jacek Osiecki wrote: On Tue, 8 Mar 2011, Tomasz Pala wrote: On Tue, Mar 08, 2011 at 16:42:29 +0100, Grzesiek wrote: AFAIK jest w main tylko ftp są chyba rozjechane. Rozjechane? one od miesięcy nie są w ogóle synchronizowane... To może by tak wywalić ftp3 z listy serwerów? Przez to są cały czas problemy :( Czy tylko z ftp3 są takie problemy? Pozdrawiam, master-ftp.pld-linux.org, jest pusty od kilku dni... To jest główny więc pusty być nie może i nie jest - co masz na myśli? via http dostaje się pusty Fixed. -- 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: busybox 1.18.3-2 - prośba o testy
On Thursday 24 of February 2011, stacho wrote: On Wed, 23 Feb 2011 23:01:02 +0100, Szymon Siwek wrote: On Wed, Feb 23, 2011 at 06:01:47PM +0100, Arkadiusz Miskiewicz wrote: Witam, Czy ktoś używa lub mógłby potestować busyboxa 1.18.3-2 najlepiej bootując z opcją debuginitrd ? U mnie umiera na switch_root, tak jakby switch_root się nie udawał. i686 OK Może nie całkiem na temat, ale jak chciałem potestować btrfs na root, to efekt był taki że bootowanie umierało właśnie na switch_root. Wersja busyboxa jakaś starsza była. Ręczne montowanie i chroot działał. Używałeś opcji rootfsflags przy bootowaniu? To było problemem, a nie busybox u mnie. Właśnie wrzucam poprawione geninitrd. -- 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: mysql 5.5: Flashcache setup error is : open flash device failed
On Tuesday 01 of March 2011, Jacek Osiecki wrote: Witam, Świeży host (Th-x86_64) na aktualnym kernelu, na nim świeżo zainstalowany vserver z th. W nim zainstalowany mysql 5.5.9-1. Przy odpaleniu na vserverze /etc/init.d/mysql init dostaję: 110301 18:19:53 [Note] Flashcache bypass: disabled 110301 18:19:53 [Note] Flashcache setup error is : open flash device failed ... co też go haltuje na parę dobrych sekund. Jesteś pewien, że to to haltuje? Jak wyłaczysz flashcache w konfigu to przestaje haltować? Poza tym niby działa... Coś jest zepsute? Nic, taki feature domyślnie włączony (cache dla mysqla na dyskach flashowych) i drze twarz po konsoli. Pozdrawiam, -- 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: Uwaga na applnk-2.2.0-1
On Wednesday 23 of February 2011, Jan Rękorajski wrote: On Wed, 23 Feb 2011, Łukasz Maśko wrote: Dnia środa, 23 lutego 2011, Jan Rękorajski napisał: On Wed, 23 Feb 2011, Jan Rękorajski wrote: On Wed, 23 Feb 2011, Łukasz Maśko wrote: Po zainstalowaniu powyższego KDE straciło umiejętność np. otwierania linków otrzymanych w mailu przez ich kliknięcie (wyglądało to jakby zniknęły wszystkie powiązania typów mime) oraz dodatkowo po restarcie KDE zniknęła mi zawartość menu systemowego (KDE, po upgrade applnk i restarcie KDE menu było puste). Downgrade do 2.1.0 i wszystko znów działa. Czy próbowałeś się przelogować? Pokaż `echo $XDG_MENU_PREFIX`. Już nie trzeba. Po prostu po instalacji applnk 2.2.0 musisz się przelogować, sprawdziłem u siebie i SOA#1. Może nie byłem wystarczająco precyzyjny - z konieczności KDE odpala mi się z kdm, więc - tak, przelogowałem się (restart KDE = wylogowanie i zalogowanie pod kdm). Aha. Ja sprawdzałem przez kde-session z konsoli. Możesz spróbować z xinitrc-ng-0.8-9? KDM już powinien ustawić poprawnie środowisko z tą wersją. U mnie z kolei coś zaczęło ustawiać HOME_ETC na '' co kompletnie wszystko psuje (nawet przy logowaniu się na roota na konsoli txt) :-/ Nie wiem jednak co za ustrojstwo to spowodowało, w /etc nie znalazłem póki co wskazówki. -- 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: Uwaga na applnk-2.2.0-1 [zshowe dziwności]
On Thursday 24 of February 2011, Arkadiusz Miskiewicz wrote:
On Wednesday 23 of February 2011, Jan Rękorajski wrote:
On Wed, 23 Feb 2011, Łukasz Maśko wrote:
Dnia środa, 23 lutego 2011, Jan Rękorajski napisał:
On Wed, 23 Feb 2011, Jan Rękorajski wrote:
On Wed, 23 Feb 2011, Łukasz Maśko wrote:
Po zainstalowaniu powyższego KDE straciło umiejętność np.
otwierania linków otrzymanych w mailu przez ich kliknięcie
(wyglądało to jakby zniknęły wszystkie powiązania typów mime)
oraz dodatkowo po restarcie KDE zniknęła mi zawartość menu
systemowego (KDE, po upgrade applnk i restarcie KDE menu było
puste). Downgrade do 2.1.0 i wszystko znów działa.
Czy próbowałeś się przelogować?
Pokaż `echo $XDG_MENU_PREFIX`.
Już nie trzeba.
Po prostu po instalacji applnk 2.2.0 musisz się przelogować,
sprawdziłem u siebie i SOA#1.
Może nie byłem wystarczająco precyzyjny - z konieczności KDE odpala mi
się z kdm, więc - tak, przelogowałem się (restart KDE = wylogowanie i
zalogowanie pod kdm).
Aha. Ja sprawdzałem przez kde-session z konsoli.
Możesz spróbować z xinitrc-ng-0.8-9? KDM już powinien ustawić
poprawnie środowisko z tą wersją.
U mnie z kolei coś zaczęło ustawiać HOME_ETC na '' co kompletnie wszystko
psuje (nawet przy logowaniu się na roota na konsoli txt) :-/
Nie wiem jednak co za ustrojstwo to spowodowało, w /etc nie znalazłem póki
co wskazówki.
/etc/profile
1.52 (gotar27-May-09): .$i; export $NAME
* /bin/sh
[arekm@t400 ~]$ unset COKOLWIEKTEST
[arekm@t400 ~]$ /bin/sh
[arekm@t400 ~]$ [ ${COKOLWIEKTEST+X} = X ] echo set || echo unset
unset
[arekm@t400 ~]$ export COKOLWIEKTEST
[arekm@t400 ~]$ [ ${COKOLWIEKTEST+X} = X ] echo set || echo unset
unset
* /bin/zsh
[arekm@t400 ~]$ unset COKOLWIEKTEST
[arekm@t400 ~]$ /bin/zsh
[arekm@t400 ~]$ [ ${COKOLWIEKTEST+X} = X ] echo set || echo unset
zsh: exit 1
unset
[arekm@t400 ~]$ export COKOLWIEKTEST
[arekm@t400 ~]$ [ ${COKOLWIEKTEST+X} = X ] echo set || echo unset
set
[arekm@t400 ~]$ unset COKOLWIEKTEST
* /bin/bash
[arekm@t400 ~]$ /bin/bash
[arekm@t400 ~]$ [ ${COKOLWIEKTEST+X} = X ] echo set || echo unset
unset
[arekm@t400 ~]$ export COKOLWIEKTEST
[arekm@t400 ~]$ [ ${COKOLWIEKTEST+X} = X ] echo set || echo unset
unset
zsh zachowuje się inaczej niż pdksh, bash
--
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: Uwaga na applnk-2.2.0-1 [zemsta baszystów]
On Thursday 24 of February 2011, Tomasz Pala wrote:
On Thu, Feb 24, 2011 at 19:31:55 +0100, Arkadiusz Miskiewicz wrote:
* /bin/zsh
[arekm@t400 ~]$ unset COKOLWIEKTEST
[arekm@t400 ~]$ /bin/zsh
[arekm@t400 ~]$ [ ${COKOLWIEKTEST+X} = X ] echo set || echo unset
zsh: exit 1
unset
SOA#1
~: unset COKOLWIEKTEST
~: [ ${COKOLWIEKTEST+X} = X ] echo set || echo unset
unset
Ok ale co tu niby testujesz?
daj unset COKOLWIEKTEST; export COKOLWIEKTEST i wtedy testuj
...cóż to za cudaczna składnia? Wymyślona przez tę samą ekipę, która
stosuje test ==?
Portable składnia, autoconf jej używa od zarania dziejów.
~: export COKOLWIEKTEST
~: [ ${COKOLWIEKTEST:+X} = X ] echo set || echo unset
unset
zsh zachowuje się inaczej niż pdksh, bash
Przy niepoprawnym kodzie ma prawo. Ale szczególnie mnie śmieszy ten
test, wymyślony chyba przez GNU/bashów, którzy nigdy nie słyszeli o
[ $COKOLWIEL ].
Twój test nie zadziała dla A=. Powie, że nieustawione mimo, że jest ustawione
na pusty string.
--
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: Uwaga na applnk-2.2.0-1 [zemsta baszystów]
On Friday 25 of February 2011, Tomasz Pala wrote: On Thu, Feb 24, 2011 at 23:31:26 +0100, Tomasz Pala wrote: A już widzę, skąd masz problem - bezwarunkowy . $i; export $NAME na wszystkich env.d. Hm. A i widzę, że jeszcze przed moim 2 mailem commitnąłeś poprawkę. W każdym razie wrzucam coś bardziej ogólnego, na wypadek zmiany zachowania obecnych bądź ew. potencjanych różnic innych powłok. Sprawdźcie, jakby źle działało to revert. Działa na zsh. Chciałem uniknąć eval ale może to i lepsze rozwiązanie bo mniej cudowania. -- 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
busybox 1.18.3-2 - prośba o testy
Witam, Czy ktoś używa lub mógłby potestować busyboxa 1.18.3-2 najlepiej bootując z opcją debuginitrd ? U mnie umiera na switch_root, tak jakby switch_root się nie udawał. -- 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: INFO Th: new mysql 5.5 [upgrade info]
On Monday 31 of January 2011, Arkadiusz Miskiewicz wrote: Hi, New mysql 5.5 (.8 at this moment) is going to be included into Th. Be warned (as upgrading to it requires proper procedure described on mysql.com documentation pages). I'm running 5.5 on few hosts (including one with 30GB database) and there is no problem. Remember that if you want to upgrade without dump restore you have to upgrade from series to next series for example: 4.1 - 5.0; run mysql_upgrade script 5.0 - 5.1; run mysql_upgrade script 5.1 - 5.5; run mysql_upgrade script You cannot upgrade directly from 5.0 to 5.5 for example. 5.5 will land in main this week. -- 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: [th] kernelowe niedziałanie
On Friday 18 of February 2011, Tomasz Pala wrote: Już sobie znalazłem, że nie ma i trzeba przerobić system Ano niestety. (albo używając udev - modlić się), a pcidev chyba jest już obsoleted. W najnowszym RCD pcidev wyleciało, jest coś prostrzego. Trzeba by wrzucić do speca. Pozostaje kwestia wyłączenia devtmpfs Montowanie devtmpfs jest off w 2.6.37-5, co to za jajo używasz? i niedziałających kontenerów. Czyli? -- 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: [th] kernelowe niedziałanie
On Friday 18 of February 2011, Robert Grauzenis wrote: W dniu 2011-02-18 10:38, Tomasz Pala napisał(a): 2. czy ktoś używa HP Smart Array na 2.6.37? 03:00.0 RAID bus controller: Hewlett-Packard Company Smart Array Controller (rev 04) ls /dev/cciss/ c0d0 c0d0p1 c0d0p2 c0d0p3 Nie umiałem jednak zmusić gruba do współpracy, zapodałem grub2 + konfiguracja w oparciu o UUID i ładnie się wszystko bootuje teraz. hpsa obsługuje część urządzeń (te nowsze zdaje się), cciss te starsze. -- 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: pam + cronie
On Tuesday 15 of February 2011, Pawel Golaszewski wrote: Po ostatnich grzebaniach w pamie i cronie coś się chyba pochrzaniło. Przy każdym jobie mam: /usr/sbin/crond[4984]: (root) FAILED to open PAM security session (Brak dostępu) cronie-1.4.6-4.i686 pam-1.1.3-2.i686 pam-libs-1.1.3-2.i686 Co może być namieszane? Nawet po restarcie crona? -- 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: pam + cronie
On Tuesday 15 of February 2011, Pawel Golaszewski wrote: On Tue, 15 Feb 2011, Arkadiusz Miskiewicz wrote: Po ostatnich grzebaniach w pamie i cronie coś się chyba pochrzaniło. Przy każdym jobie mam: /usr/sbin/crond[4984]: (root) FAILED to open PAM security session (Brak dostępu) cronie-1.4.6-4.i686 pam-1.1.3-2.i686 pam-libs-1.1.3-2.i686 Co może być namieszane? Nawet po restarcie crona? Nawet - to pierwsze co sprawdzałem... Job-y się nie wykonują... stracnij, do czegoś się nie może dobić - pewnie pliku pam.d któregoś, dziwne. -- 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: pam + cronie
On Tuesday 15 of February 2011, Pawel Golaszewski wrote: On Tue, 15 Feb 2011, Arkadiusz Miskiewicz wrote: Po ostatnich grzebaniach w pamie i cronie coś się chyba pochrzaniło. Przy każdym jobie mam: /usr/sbin/crond[4984]: (root) FAILED to open PAM security session (Brak dostępu) cronie-1.4.6-4.i686 pam-1.1.3-2.i686 pam-libs-1.1.3-2.i686 Co może być namieszane? Nawet po restarcie crona? Nawet - to pierwsze co sprawdzałem... Job-y się nie wykonują... stracnij, do czegoś się nie może dobić - pewnie pliku pam.d któregoś, dziwne. Dziwne, bo nic szczególnego w trace nie ma (załącznik). Tylko write na końcu, ale to efekt, a nie powód. Hm, nie masz jakichś konfigów pamowych ciekawych? Nie wpada tam pam po prostu w pam_deny? -- 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: pam + cronie
On Tuesday 15 of February 2011, Jacek Konieczny wrote: On Tue, Feb 15, 2011 at 11:32:58AM +0100, Pawel Golaszewski wrote: Po ostatnich grzebaniach w pamie i cronie coś się chyba pochrzaniło. Przy każdym jobie mam: /usr/sbin/crond[4984]: (root) FAILED to open PAM security session (Brak dostępu) cronie-1.4.6-4.i686 pam-1.1.3-2.i686 pam-libs-1.1.3-2.i686 Co może być namieszane? Miałem podobnie. Więcej było w /var/log/secure: Feb 14 09:03:01 jajo /usr/sbin/crond[7053]: PAM unable to dlopen(/lib/security/pam_env.so): /lib/libpam.so.0: version `LIBPAM_MODUTIL_1.1.3' not found (required by /lib/security/pam_env.so) To akurat to bug w cronie. Odpalasz go z starym pamem, upgradujesz pama, a cronie nadal używający starego liba pama próbuje ładować nowe moduły pama. Przeinstalowałem co popadło (install --reinstall, nawet jak była ta sama wersja) i w końcu działa. Nie wiem co konkretnie było nie tak. service crond restart powinno wystarczyć. Pozdrowienia, Jacek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl -- 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: geninitrd.spec, Requires: pciutils
On Thursday 10 of February 2011, Bartosz Świątek wrote: W dniu 10 lutego 2011 09:57 użytkownik Wojciech Błaszkowski Sugestię, to sobie user może wsadzić między buty i wtedy instalacja kernela będzie miała rezultat jak u Ciebie. Lepiej jednak R IMHO. Tylko mod-sata to nowy bajer, a większość starych i tak jedzie po scsi_hostadapter xyz. -- 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: [th/x86_64] kbluetooth crash
On Thursday 10 of February 2011, Daniel Dawid Majewski wrote: $ kbluetooth kbluetooth: symbol lookup error: kbluetooth: undefined symbol: _ZN5Solid7Control16BluetoothManager4selfEv unnamed app(4842): Communication problem with kbluetooth , it probably crashed. Error message was: org.freedesktop.DBus.Error.ServiceUnknown : The name org.kde.kbluetooth was not provided by any .service files Upgradnij kde do wersji z th. -- 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: Czy jest dovecot-1.* dla obecnego Th?
On Tuesday 01 of February 2011, Jacek Osiecki wrote: On Tue, 1 Feb 2011, Arkadiusz Miskiewicz wrote: On Tuesday 01 of February 2011, Jacek Osiecki wrote: Upgrade dovecot do 2.0 to masakra... Czy jest gdzieś używalny dovecot w wersji 1.2? ftp://ftp1.pld-linux.org/dists/th/.archive/ Dzięki, przebudowałem sobie z src.rpm. Swoją drogą, widzę że szykuje się kolejny zonk - szybki upgrade do mysql 5.5, który niekoniecznie jest w 100% kompatybilny i nie nadaje się do automatycznego upgrade'u :-( Dlatego odpowiednie info poszło na listy 8) -- 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: Czy jest dovecot-1.* dla obecnego Th?
On Tuesday 01 of February 2011, Jacek Osiecki wrote: On Tue, 1 Feb 2011, Arkadiusz Miskiewicz wrote: On Tuesday 01 of February 2011, Jacek Osiecki wrote: On Tue, 1 Feb 2011, Arkadiusz Miskiewicz wrote: On Tuesday 01 of February 2011, Jacek Osiecki wrote: Upgrade dovecot do 2.0 to masakra... Czy jest gdzieś używalny dovecot w wersji 1.2? ftp://ftp1.pld-linux.org/dists/th/.archive/ Dzięki, przebudowałem sobie z src.rpm. Swoją drogą, widzę że szykuje się kolejny zonk - szybki upgrade do mysql 5.5, który niekoniecznie jest w 100% kompatybilny i nie nadaje się do automatycznego upgrade'u :-( Dlatego odpowiednie info poszło na listy 8) No fajnie, info pt. uwaga, będzie mysql 5.5. Możecie sobie wrzucić hold = mysql i zrezygnować z upgrade'ów albo skazać się na zrypanie systemu : Bo mniej więcej tak to wyglądało z dovecotem :( A przy dovecot można było bardzo ładnie uniknąć tworząc właśnie pakiet dovecot2-* Przyślij spece, łatki etc to commitniemy. Póki co nie jest jeszcze problemem zrobienie mysql5.5 obok 5.1. -- 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: Czy jest dovecot-1.* dla obecnego Th?
On Tuesday 01 of February 2011, Wieslaw Kierbedz wrote: W dniu 2/1/11 11:05 AM, Jacek Osiecki anonsuje:: No fajnie, info pt. uwaga, będzie mysql 5.5. Możecie sobie wrzucić hold = mysql i zrezygnować z upgrade'ów albo skazać się na zrypanie systemu : Bo mniej więcej tak to wyglądało z dovecotem :( A przy dovecot można było bardzo ładnie uniknąć tworząc właśnie pakiet dovecot2-* Wprawdzie miałem trochę szczęścia, bo akurat postawiłem świeży produkcyjniak kiedy wchodził dovecot 2 i nie zdążył się jeszcze zaludnić, ale upgrajd wymagał jakichś 15 minut googlania + 15 na sprawdzenie. No i mam w ten sposób działający example. Na ep09 ostatnio przypadkiem upgradnąłem do dovecota 2... i chodzi bez dotykania (automatyczna migracja zadziałała). Nikt nie marudził. -- 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: Czy jest dovecot-1.* dla obecnego Th?
On Tuesday 01 of February 2011, Pawel Golaszewski wrote: mysql to też biblioteka, która się linkuje dosyć szeroko, więc tutaj niejaki może być. 5.5 jest kompatybilne z 5.1 jeśli chodzi o bibliotekę libmysqlclient.so.16 -- 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
INFO Th: new mysql 5.5
Hi, New mysql 5.5 (.8 at this moment) is going to be included into Th. Be warned (as upgrading to it requires proper procedure described on mysql.com documentation pages). -- 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: Wsparcie dla OpenVZ w PLD
On Monday 31 of January 2011, Łukasz Chrustek wrote: Witam, Proponował bym tak: - vserver, openvz czy linux containers - wszystkie ustawiają CONTAINER=yes i każdy odpowiednio swoje czyli np. VSERVER, OPENVZ, LINUXCONTAINER=yes. Wtedy wspólne fragmenty kodu będą miały tylko if $CONTAINER. Specyficzne po dany rodzaj jak np. proc będą miały if ! is_yes $VSERVER czy if $OPENVZ itd. W załączniku łatka dla rc, proszę o komenterze i ewentualne dodanie do cvs. Znów ten fragment: -if ! is_yes $VSERVER ; then +if is_yes $OPENVZ; then +mount -n -o gid=17 -t proc /proc /proc +fi + +if ! is_yes $CONTAINER ; then Nadal nie wiemy co jest złego w standardowej obsłudze montowania proca. -- 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: Czy jest dovecot-1.* dla obecnego Th?
On Tuesday 01 of February 2011, Jacek Osiecki wrote: Witam, Upgrade dovecot do 2.0 to masakra... Czy jest gdzieś używalny dovecot w wersji 1.2? ftp://ftp1.pld-linux.org/dists/th/.archive/ Pozdrawiam, -- 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: Wsparcie dla OpenVZ w PLD
On Sunday 30 of January 2011, Łukasz Chrustek wrote: W zasadzie jest jeden przypadek, dotyczący montowania /proc, reszta jest identyczna. Czyli co konkretnie z tym procem? Bez konkretów to się nic zmienić nie da (patch się jako taki nie nadaje do mergnięcia w obecnej formie). -- 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: Wsparcie dla OpenVZ w PLD
On Sunday 30 of January 2011, Łukasz Chrustek wrote: Witam, Czyli co konkretnie z tym procem? Bez konkretów to się nic zmienić nie da W przypadku VSERVER proc nie jest montowany, w przypadku OPENVZ proc jest potrzebny. Chodzi dokładnie o ten kawałek w rc.sysinit (jedyna różnica między OPENVZ a VSERVER): if is_yes $OPENVZ; then mount -n -o gid=17 -t proc /proc /proc fi Standardowe montowanie proca takie jak jest na zwykłym systemie nie wystarczy? if ! is_yes $VSERVER ! is_yes $OPENVZ ; then To jest błędne. Na normalnym systemie też proc nie zamontowało by. Wystarczy zostawić if ! is_yes $VSERVER tak jak było IMO. # we need /proc mounted before everything is_fsmounted proc /proc || mount -n -o gid=17 -t proc /proc /proc (patch się jako taki nie nadaje do mergnięcia w obecnej formie). Tutaj prosiłbym o więcej wskazówek, co jest nie tak (forma, opcje diff ?). Proponował bym tak: - vserver, openvz czy linux containers - wszystkie ustawiają CONTAINER=yes i każdy odpowiednio swoje czyli np. VSERVER, OPENVZ, LINUXCONTAINER=yes. Wtedy wspólne fragmenty kodu będą miały tylko if $CONTAINER. Specyficzne po dany rodzaj jak np. proc będą miały if ! is_yes $VSERVER czy if $OPENVZ itd. -- 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: Wsparcie dla OpenVZ w PLD
On Sunday 30 of January 2011, Łukasz Chrustek wrote: Witam, On Sunday 30 of January 2011, Łukasz Chrustek wrote: Witam, Czyli co konkretnie z tym procem? Bez konkretów to się nic zmienić nie da W przypadku VSERVER proc nie jest montowany, w przypadku OPENVZ proc jest potrzebny. Chodzi dokładnie o ten kawałek w rc.sysinit (jedyna różnica między OPENVZ a VSERVER): if is_yes $OPENVZ; then mount -n -o gid=17 -t proc /proc /proc fi Standardowe montowanie proca takie jak jest na zwykłym systemie nie wystarczy? Wg mnie wystarczy, tylko ponższa linijka wyłącza nie tylko montowanie proca, a w zasadzie tylko ten proc jest potrzebny dla openvz. Jeśli reszta nie przeszkadza to ją lepiej zostawić niż jeszcze bardziej rozjeźdzać ścieżki pomiędzy hostem i guestem. Im więcej wspólnego tym lepiej. if ! is_yes $VSERVER ! is_yes $OPENVZ ; then To jest błędne. Na normalnym systemie też proc nie zamontowało by. Wystarczy zostawić if ! is_yes $VSERVER tak jak było IMO. I właśnie tutaj albo czegoś nie wiem, albo nie rozumiem, ale wg mnie się montuje. Jak dasz tam echo odpalam się czy set -x i na tej podstawie stwierdzisz, że montuje w dokładnie tym miejscu to ok bo bóg wie co i w którym momencie jeszcze mogło proca zamontować. Proponował bym tak: - vserver, openvz czy linux containers - wszystkie ustawiają CONTAINER=yes i każdy odpowiednio swoje czyli np. VSERVER, OPENVZ, LINUXCONTAINER=yes. Wtedy wspólne fragmenty kodu będą miały tylko if $CONTAINER. Specyficzne po dany rodzaj jak np. proc będą miały if ! is_yes $VSERVER czy if $OPENVZ itd. To muszę jeszcze przetrawić, wygląda faktycznie rozsądniej. -- 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: Wsparcie dla OpenVZ w PLD
On Sunday 30 of January 2011, Łukasz Chrustek wrote: Witam, W tej chwili oddaję PLD to, co udało mi się poskładać. A jest to: [ciach] http://chrustek.net/pld-th-i686-minimal.tar.gz http://chrustek.net/pld-ti-i686-minimal.tar.gz Zapomniałem jeszcze wspomnieć o łatce na rc skrypty, które (podobnie jak w przypadku vservera) wyłączają pewne rzeczy na etapie włączania i wyłączania systemu. Łatki (z tego co rozmawialiśmy) gotar jeszcze na PLD-owe rc nie nakładał, dlatego też znajduje się w / w powyżsych dwóch plikach (rc3.patch). Należy ją nałożyć za każdym razem po upgrade rc-scripts (na hoście i w kontenerze). Ehm, trzeba było załączyć łatkę tutaj. Anyway - czy jest jakiś przypadek kiedy dla vservera fragment skryptów jest wyłączony podczas gdy dla openvz ma być włączony? Z łatki tego nie widać. Jeśli nie ma to zmienilibyśmy nazwę VSERVER na jakąś generic + dodali detekcję openvz i to wszystko. -- 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: Wszystkiego dobrego
On Friday 28 of January 2011, Bartosz Świątek wrote: Cześć, tak jak na rozpoczęcie przygody wypada się przywitać, tak na zakończenie wypadałoby się pożegnać. Tzn życzysz sobie -rw od cvsadmina czy jak to mam rozumieć? Z users się nie usuwa jeśli ma się konto. -- 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: SVN: rc-scripts/trunk: doc/sysconfig.docb doc/sysconfig.txt rc.d/rc.sysinit sysconfig/clock
On Thursday 27 of January 2011, Jakub Bogusz wrote: On Thu, Jan 27, 2011 at 07:02:13AM +0100, arekm wrote: Author: arekm Date: Thu Jan 27 07:02:13 2011 New Revision: 12089 Removed: rc-scripts/trunk/sysconfig/clock Modified: rc-scripts/trunk/doc/sysconfig.docb rc-scripts/trunk/doc/sysconfig.txt rc-scripts/trunk/rc.d/rc.sysinit Log: sysconfig/clock and related actions are obsolete now. hwclock knows how to handle these based on adjtime settings. A co z nowymi systemami, gdzie jeszcze nie ma adjtime? (tak, wiem, takich już prawie nie ma - ale to nie powód, żeby utrudniać poprawne uruchomienie nowego systemu jeszcze bardziej) Nie ma na takim systemie też ustawionego sysconfig/clock. Zamiast ustawiać sysconfig/clock to ustawić adjtime. Poza tym znika w ten sposób możliwość przekazania dodatkowych opcji, zależnych od sprzętu (mogłoby być np. $HWCLOCK_ARGS zamiast bardziej specyficznych a już rzadko spotykanych ARC i SRM; np. Debian ma $HWCLOCKPARS). Można coś takiego dodać/przywrócić tylko, że alpha nie wspieramy. -- 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: KDE 4.6.0 i certyfikaty
On Thursday 27 of January 2011, Łukasz Maśko wrote: Dnia środa, 26 stycznia 2011, Arkadiusz Miskiewicz napisał: [...] Upgradnij do kdebase-workspace rel 6. Znów zapomnieli wyłączyć pewne rzeczy z debugowaniem malloca. Dzięki za info. Zainstalowałem i testuję. Może przestanie się pojawiać ten cholerny pozostający kded4 po zamknięciu sesji. U mnie raz żarł proca ale robił poll() intensywnie, a nie wisiał na futex() - wisząc na futex to proces generalnie nie robi nic więc i nie powinien żreć. strace -f -F rób -- 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: [Th-test]
On Thursday 27 of January 2011, Kacper Kornet wrote: On Wed, Jan 19, 2011 at 10:37:29AM +0100, Stacho Pal wrote: W ramach testowania zainstalowałem nowy glibc-2.13-1.i686. Niestety postfix i proftp odmówiły posłuszeństwa: fatal: unable to determine open file limit warning: process /usr/lib/postfix/local pid 25853 exit status 1 warning: /usr/lib/postfix/local: bad command startup -- throttling processing configuration directory '/etc/ftpd/conf.d' 2]: ftp.serwer.pl - error: getrlimit(RLIMIT_CORE): Operation not permitted Wczoraj się temu przyglądałem u siebie i wyszło mi, że winne są kernele od 2.6.36 w górę. Zaraz podeślę odpowiednią łatkę ichnim deweloperów. Podeślij nam też. -- 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: KDE 4.6.0 i certyfikaty
On Sunday 23 of January 2011, Łukasz Maśko wrote: Dnia niedziela, 23 stycznia 2011, Arkadiusz Miskiewicz napisał: [...] U mnie na intelu z mesą 7.10 są kilkunastosekundowe przywieszki (na kde 4.5.5 właściwie sprawdzałem) - https://bugs.freedesktop.org//show_bug.cgi?id=33198 Na 7.9 tego problemu nie ma. Na mesa master jest ciut lepiej. Nie wiem czy tak jest u Ciebie czy może to stałe przymulanie (a nie raz na ileś minut jak u mnie). Mam wrażenie, że środowisko się *lekko* muli w porównaniu do 4.5.5. Też Intel, Mesa 7.10. Możliwe, że się czepiam, bo różnice są niewielkie. Upgradnij do kdebase-workspace rel 6. Znów zapomnieli wyłączyć pewne rzeczy z debugowaniem malloca. -- 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: KDE 4.6.0 i certyfikaty
On Sunday 23 of January 2011, Łukasz Maśko wrote: Dnia sobota, 22 stycznia 2011, Arkadiusz Miskiewicz napisał: On Saturday 22 of January 2011, Łukasz Maśko wrote: Dnia sobota, 22 stycznia 2011, Arkadiusz Miskiewicz napisał: On Saturday 22 of January 2011, Arkadiusz Miskiewicz wrote: Bardziej obstawiał bym, że mój update kde4-kdelibs/kde4-kdelibs-cacert.patch jest błędny/niekompletny. Przetestuj rel 3. Obawiam się, że się nie buduje. To 4 :) Dzięki, teraz jest OK. Inna sprawa, że w porównaniu do KDE 4.5.5 to 4.6.0 w tej chwili trochę przymula. Ale z poprzednią wersją na początku też tak było, może w kolejnej odsłonie środowisko przyspieszy :-) U mnie na intelu z mesą 7.10 są kilkunastosekundowe przywieszki (na kde 4.5.5 właściwie sprawdzałem) - https://bugs.freedesktop.org//show_bug.cgi?id=33198 Na 7.9 tego problemu nie ma. Na mesa master jest ciut lepiej. Nie wiem czy tak jest u Ciebie czy może to stałe przymulanie (a nie raz na ileś minut jak u mnie). -- 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: [kde-4.6] udisk error - permission denied - połowiczne rozwiązanie
On Sunday 23 of January 2011, Łukasz Maśko wrote: Dnia niedziela, 23 stycznia 2011, Bartosz Świątek napisał: [...] Jak dla mnie udev i uprawnienia. No to jeszcze raz ja. Poszukałem na sieci i znalazłem takie coś: http://www.mail-archive.com/devkit-devel@lists.freedesktop.org/msg00814.htm l Wynika z tego, że problem jest z PolicyKit. U mnie, przykładowo, ck-list- sessions zwraca... nic. A jestem zalogowany i mam X-y otwarte. Tyle tylko, że nie miałem kdm-a (startx odpalany ręcznie z klawiatury). Zainstalowałem kdm, ck-list-sessions pokazał sesję, KDE zainstalowało dysk. Ale to wymusza na mnie użycie KDM-a, a on mi nie jest do niczego potrzebny :-/ Nie ma łatek coby i w takim przypadku Xy rejestrowały się w ck? -- 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: KDE 4.6.0 i certyfikaty
On Saturday 22 of January 2011, Łukasz Maśko wrote: Zgodnie z moją tradycją ;-) zainstalowałem sobie najnowsze KDE jak tylko pokazało się w ready. Działa OK, chociaż trzeba by trochę jeszcze poprawić zależności (ale to szczegół). Mam tylko jedno pytanie dotyczące konquerora - nowa wersja krzyczy mi na wszystkie klucze przy połączeniach SSL, że są problemy z autoryzacją, Główny certyfikat autoryzujący nie jest zaufany do tego celu. Mogę sobie oczywiście kliknąć Dalej i kazać mu uznać autoryzację, ale jakoś nie wydaje mi się, żeby to było OK. Czy czegoś mi brakuje, czy po prostu w nowej wersji tak jest, że żaden certyfikat nie jest uznawany na starcie i już? Bardziej obstawiał bym, że mój update kde4-kdelibs/kde4-kdelibs-cacert.patch jest błędny/niekompletny. -- 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: KDE 4.6.0 i certyfikaty
On Saturday 22 of January 2011, Arkadiusz Miskiewicz wrote: Bardziej obstawiał bym, że mój update kde4-kdelibs/kde4-kdelibs-cacert.patch jest błędny/niekompletny. Przetestuj rel 3. -- 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: KDE 4.6.0 i certyfikaty
On Saturday 22 of January 2011, Łukasz Maśko wrote: Dnia sobota, 22 stycznia 2011, Arkadiusz Miskiewicz napisał: On Saturday 22 of January 2011, Arkadiusz Miskiewicz wrote: Bardziej obstawiał bym, że mój update kde4-kdelibs/kde4-kdelibs-cacert.patch jest błędny/niekompletny. Przetestuj rel 3. Obawiam się, że się nie buduje. To 4 :) -- 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: python-Sphinx.spec vs sphinx-pdg.spec
On Sunday 16 of January 2011, Bartosz Świątek wrote: A nie było ustalane kiedyś, że pakiety pythonowe mają mieć przedrostek python-? W takim wypadku to co zrobiłeś byłoby ok, a ten sphinx-pdg do śmietniczka... Biblioteki pythonowe - python-*. Aplikacje/toolsy napisane w pythonie - nie. -- 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: PHP 5.2.16 - ktokolwiek widział, ktokolwiek wie
On Friday 24 of December 2010, Wojciech Błaszkowski wrote:
Hej,
Nie widział ktoś z Was paczek php-*5.2.16* ? Spodziewałem się, że będą w
ftp1.pld-linux.org/dists/3.0/.archive/PLD/${ARCH}/RPMS/ ale się
przeliczyłem.
Jeśli nie ma to SOD#1 mnie zadowala ;-)
poldek -n th-obsolete (lub drzewko obsolete na ftp)
--
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: nut rc.shutdown - bug report
On Saturday 11 of December 2010, Maciej Świniarski wrote: On Sat, 11 Dec 2010, Maciej Świniarski wrote: W tej chwili 'upsdrvctl shutdown' z udev'em i ups;em podlaczonym przez usb wyrzuca blad o braku dostepu do /dev/bus/usb/.. i po 60 zmiana w /etc/init.d/ups z /lib/nut/upsdrvctl shutdown na /lib/nut/upsdrvctl -u root shutdown moze pomoc w dostepie do /deb/bus/usb/... przy niedzialajacym juz udev'ie. Domyslne uprawnienia zrzucane sa do usera ups/ Może po prostu zaproponuj gotowe łatki. -- 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: poldek: migracja pomiędzy arch, potrzebny fix
On Sunday 12 of December 2010, Marcin Banasiak wrote: W dniu 10 grudnia 2010 22:53 użytkownik Arkadiusz Miskiewicz napisał: Pytanie głównie do dłubiących w poldku. Jakie są szanse na naprawienie migracji pomiędzy arch? Miło było by móc w końcu zmigrować stare i686 na x86_64. Swego czasu powstał https://bugs.launchpad.net/pld-linux/+bug/552004 ale jakoś niewiele się ruszyło. Przyjrzałem się sprawie i prawdę powiedziawszy nie wiem co możnaby poprawić w poldku. Obecnie za sprawą multiliba, rpm nie widzi problemu w obecności obok siebie pakietów x86_64 i i686. Także kluczem do rozwiązania tego problemu wydaje się przekonanie rpma, by przy reinstalacji zastępował pakiety i686 pakietami x86_64. rpm powinien widzieć problem bo np. taki dos2unix ma kolidujące ze sobą, różne pliki w /usr/bin/*. Jednak z jakiegoś powodu nie widzi i robi głupotę. Pytanie dlaczego nie widzi? Co ciekawsze jakiś czas temu (x lat) to działało i działało dobrze. Wyinstalowywało pakiety z drugiej arch. [...] Trzeba wziąć jednak poprawkę na to, że była to minimalna instalacja. Nie wiem jak powyższa procedura spisze się przy większym systemie. Ta procedura wygląda przerażająco ;/ -- 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
poldek: migracja pomiędzy arch, potrzebny fix
Witam, Pytanie głównie do dłubiących w poldku. Jakie są szanse na naprawienie migracji pomiędzy arch? Miło było by móc w końcu zmigrować stare i686 na x86_64. Swego czasu powstał https://bugs.launchpad.net/pld-linux/+bug/552004 ale jakoś niewiele się ruszyło. Piwo wysyłam przelewm. -- 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: 2.6.36.1 i unix creds (postgresql)
On Wednesday 01 of December 2010, Arkadiusz Miskiewicz wrote: Napotkał ktoś na problem, że po upgradzie jajka do 2.6.36.1 (być może też 2.6.36) z Th przestała mu działać autoryzacja ident w postgresie? Gdyby się ktoś nadział to upgrade do 2.6.31.1-3 polecam (bug w vserverze). Problem dotyczył tylko guestów. -- 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
2.6.36.1 i unix creds (postgresql)
Napotkał ktoś na problem, że po upgradzie jajka do 2.6.36.1 (być może też 2.6.36) z Th przestała mu działać autoryzacja ident w postgresie? -- 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: opera.spec up to 11.00b1
On Saturday 27 of November 2010, Paweł Lęcznar wrote: witam, w zalaczniku patch do opera.spec podbijajacy wersje do 11.00beta1, pozdrawiam IMO nie ma sensu. Zaraz wyjdzie kolejny zwykły snapshot z starymi urlami itd i trzeba będzie odkręcać. Choć pewnie komuś z listy się przyda i nałoży sobie ręcznie. -- 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: Upgrade PAMa i cron (jeszcze raz, bo się coś kodowanie rozjechało)
On Saturday 27 of November 2010, Adam Osuchowski wrote: Problem dotyczy nie tylko PAMa bo będzie występował wszędzie gdzie jest użyty podobny mechanizm -- dlopen modułów/pluginów, rozwiązanie więc powinno być ogólniejsze. Wszędzie tam gdzie program zlinkowany z starym libpam próbuje ładować moduł z nowego pama. odpalony stary, upgrade libpam, (fork), ładuje moduł - problem odpalony stary, upgrade libpam, fork + reexec siebie, ładuje moduł - problemu brak (bo rexecec powoduje odpalenie z nowym libem) Póki co dodajemy restartowanie do problematycznych usług. Znasz coś poza cronami? -- 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: systemd/systemd.spec - more configuration options set - distro is...
On Friday 26 of November 2010, Pawel Golaszewski wrote: On Fri, 26 Nov 2010, Patryk Zawadzki wrote: --with-syslog-service=UNIT Specify the name of the special syslog service [default=based on distro] Nie odpowiedziałeś na pytania. Ten help nic specjalnie nie mówi. 2. Co się zmienia jak się ustawi anna-maria? Określa nazwę pliku .service, który należy do sysloga. systemd traktuje go specjalnie i próbuje go podnieść przed pozostałymi usługami. A da się runtime zmienić? Albo określić więcej niż jeden (jest przecież kilka alternatywnych syslogów)... I wszystkim mozna nadać jedną nazwę pliku .service. -- 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: Czy syslog-ng jest be?!
On Thursday 25 of November 2010, Łukasz Maśko wrote: Zdziwiłem się właśnie, ponieważ z dystrybucji wyleciał libdbi-0.8.4*, zastąpiony libdbi-0.9.0. Niby nic wielkiego, ale pierwszy pakiet był potrzebny dla syslog-ng, który przy update libdbi został wyinstalowany i zastąpiony pakietem syslog (którego ostatnia kompilacja jest sprzed 2 lat). Auć, zaraz będzie poprawione. Pozdrawiam. -- 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
Th: package fixes needed
Please take a look at http://ep09.pld-linux.org/~pldth/main-ready-test.txt and fix (+ send to builders or ping me) packages that you care about. Unfixed packages will be deleted at nearest move from ready to main. -- 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
[INFO]: Th make-request.sh and queue.html addresses
Th make-request.sh request handling server has changed. Please use builde...@pld-linux.org (instead of builde...@ep09.pld-linux.org) http://src.th.pld-linux.org:1234/ (instead of http://ep09.pld-linux.org:1234/) Queue is now at http://src.th.pld-linux.org/queue.html (instead of http://ep09.pld-linux.org/~builderth/queue.html) Old addresses are currently working but can stop working without any notice. -- 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: PLD-doc: PLD-update-TODO - updated
On Tuesday 09 of November 2010, Caleb Maclennan wrote: I've been thinking a little about the notify script that generates these messages. I'm working on a special purpose live-cd project and upgrading the software that will go into it, so it's been a useful little script. [...] This is very simple loop running packages/pldnotify.awk on each spec and commiting result. Am I missing some available tools or is this really a hit-and miss operation right now? AFAIK Debian has some better tool. Caleb -- 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: kernel.spec i reiser4 - kto używa?
On Tuesday 09 of November 2010, Pawel Kwiatkowski wrote: Dnia 2010-11-07, nie o godzinie 22:01 +0100, Arkadiusz Miskiewicz pisze: Czy ktoś faktycznie używa reiser4 u nas? Chętnie bym domyślnie wyłączył jako, że wielkiej przyszłości przed tym fsem nie widać, a są tylko problemy z update. Widzę, że przerobiłeś bconda, zatem to już oficjalnie reiser4 wypada? Zapewne wróci jak tylko wydadzą odpowiednią łatkę. -- 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
kernel.spec i reiser4 - kto używa?
Czy ktoś faktycznie używa reiser4 u nas? Chętnie bym domyślnie wyłączył jako, że wielkiej przyszłości przed tym fsem nie widać, a są tylko problemy z update. -- 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: kernel - zmiana przyrostka w nazwie paczki
On Thursday 04 of November 2010, Krzysztof Goliński wrote: Daj install -I Dzięki, goopi jestem, zapomniałem o -I. Na razie nowe jądro mnie nie zachwyciło, zawisa na 15 sek. przy SCSI: [1.866060] sda: sda1 sda2 sda3 sda4 [1.882922] sd 1:0:0:0: [sda] Attached SCSI disk [ 16.910505] EXT3-fs: barriers not enabled [ 16.925761] kjournald starting. Commit interval 5 seconds Ale pogooglam, może coś na to zaradzę. Nie sądzę by to był zwis. geninitrd używa sync przy ładowaniu modułów scsi - to będzie czekało, aż sprawdzi czy są wszystkie możliwe dyski scsi etc. -- 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: python-pygobject/python-pygobject-link.patch (NEW) - link with -l...
On Wednesday 20 of October 2010, Michał Lisowski wrote: A jednak libpyglib-2.0-python.so.0.0.0 bez łaty nie linkuje się dobrze i powstają Unresolved symbols. Więc albo zrzucimy patcha i damy skip_post_check_so, albo zostawimy, co jest lepszym wyjściem. IMO unresolved symbols są tu sensowniejsze bo taka jest idea modułu. -- 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: python-pygobject/python-pygobject-link.patch (NEW) - link with -l...
On Wednesday 20 of October 2010, Jan Rękorajski wrote: On Wed, 20 Oct 2010, Arkadiusz Miskiewicz wrote: On Wednesday 20 of October 2010, Michał Lisowski wrote: A jednak libpyglib-2.0-python.so.0.0.0 bez łaty nie linkuje się dobrze i powstają Unresolved symbols. Więc albo zrzucimy patcha i damy skip_post_check_so, albo zostawimy, co jest lepszym wyjściem. IMO unresolved symbols są tu sensowniejsze bo taka jest idea modułu. Tak, na modułach pythonowych i perlowych słusznym rozwiązaniem jest skip_post_check_so. Choć fajne było by ignorowanie określonych symboli (wg regexpa), a nie olewanie całkiem... -- 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: python-pygobject/python-pygobject-link.patch (NEW) - link with -l...
On Wednesday 20 of October 2010, Jan Rękorajski wrote: On Wed, 20 Oct 2010, Arkadiusz Miskiewicz wrote: On Wednesday 20 of October 2010, Jan Rękorajski wrote: On Wed, 20 Oct 2010, Arkadiusz Miskiewicz wrote: On Wednesday 20 of October 2010, Michał Lisowski wrote: A jednak libpyglib-2.0-python.so.0.0.0 bez łaty nie linkuje się dobrze i powstają Unresolved symbols. Więc albo zrzucimy patcha i damy skip_post_check_so, albo zostawimy, co jest lepszym wyjściem. IMO unresolved symbols są tu sensowniejsze bo taka jest idea modułu. Tak, na modułach pythonowych i perlowych słusznym rozwiązaniem jest skip_post_check_so. Choć fajne było by ignorowanie określonych symboli (wg regexpa), a nie olewanie całkiem... Jak mi podasz regexp to dorobie, nie znam na tyle dobrze bebechów perla i pythona żeby wiedzieć co tam powinno być :( Chodzi mi o coś ala: %define nie_sprawdzaj w_takim_sotakich_symboli_jak_regexp Wtedy wyłapie nam np. to, że brakuje -ljakiślib ale nie będzie się pluło o samego pythona. -- 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: xorg-lib-libX11-libs?
On Friday 15 of October 2010, Pawel Sikora wrote: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/xorg-lib-libX11/xorg-l ib- libX11.spec.diff?r1=1.66;r2=1.67;f=h nie przesadzamy troche? przeciez te pakiety sie ladnie instaluja obok, a '...T' przy rpm -qV nie jest powodem do paniki. Janek próbował instalować różne wersje, a to się nie powiedzie. Ta zmiana i bodaj w heimdalu (z -common) do revertnięcia. -- 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: php.spec - update litespeed sapi
On Wednesday 13 of October 2010, Adam Osuchowski wrote: Paweł Kośka wrote: Więc nie wiem czy da się to wrzucić do oddzielnego speca. Do oddzielnego speca na pewno - po prostu z tych samych źródeł można zbudować inne SAPI, tylko pytanie po co, skoro inne SAPI tak nie mają. Osobnego modułu nie da się zrobić bo, jak zauważyłeś, to nie jest moduł tylko SAPI. Jeśli nie da się z osobnego speca (bez ciągnięcia całych źródeł php) to w porządku. Można wrzucić do php.spec Natomiast po co osobny spec - by nie uzależniać jednego projektu od drugiego - wyjdzie nowe php, zmienią API, litespeed nie wyda jeszcze uaktualnionej wersji i zostajemy z niebudującym się php. Skoro jednak się nie da to nie ma wyjścia. -- 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: ktoś mi zrobił siurpryzę dovecotem
On Tuesday 12 of October 2010, Jacek Osiecki wrote: On Tue, 12 Oct 2010, Wieslaw Kierbedz wrote: Przesiadłem się na dovecota. Tak mi radziliście. Super. Bazy w msqlu, postfix via toto. Wszysko ładnie się pokleiło. I bęc przesiadka na dovecota 2. A sieve nie zbudowane. A ktoś się mnie pytał po co robić dovecot2 zamiast po prostu dovecot-2.x... Niestety - ot i całe PLD :( Nie można tego było zrobić tak, żeby chociaż ostrzegało że po upgradzie NIC nie będzie działać? Nikt nie spakował pigeonhole więc i nie ma czego budować, http://pigeonhole.dovecot.org/download.html Pozdrawiam, -- 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: php.spec - update litespeed sapi
On Tuesday 12 of October 2010, Paweł Kośka wrote: Witam, Zrobiłem małą poprawkę w php.spec uaktualniającą PHP Litespeed SAPI. To co jest w źródłach php jest trochę stare i lepiej wrzucić ich aktualną wersję dostępną na http://litespeedtech.com/lsapi-downloads.html Nie da się tego zrobić jako osobny spec - ładowalny moduł dla php ? -- 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: git bisect - ciekawostka :
On Tuesday 28 of September 2010, Tomasz Pala wrote: On Mon, Sep 27, 2010 at 21:49:15 +0200, Mariusz Mazur wrote: Ostatnim kernelem na którym jakośtam mi działały efekty w kde, jest 2.6.32. Wszystko późniejsze nadaje się tylko na drzewo :/ (Intel Corporation 82G33/G31 Express Integrated Graphics Controller) Pewnie musisz mieć Mesę z gita i sterownik z przyszłości na Xach, których jeszcze nie wymyślono. Na prawdę dużo łatwiej jest posłać na drzewo intelowski szajs. Z ciekawostek to ja jestem super zadowolony z mojej grafiki intela GM45 w lapku i jej obsługi pod Linuksem. Dużo bardziej niż z radeona x600, którego miałem w poprzednim. -- 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
