Re: Na jądrze 2.6.14.2-4 taktowanie
Maciej Świniarski wrote: to ja dodam ze z Pentium D tez mam przygody. a dokladniej z taktowaniem w cpuinfo niby wszystko ok ...ale robie ping'a a tu pignpigpingpingpingping zamias pingpingping... :) pod konsola fb kursor miga jak szalony, odpalam x'y wpisuje do firefox'a www.pld-linux.org a tu mi sie pokazuje ..plld--linnuux...oorgg ...musze bardzo szybko puszczac klawisze bo mi kilka literek naraz wyskakuje. ..wszystko co ma migac z jakas czestotliwoscia miga sporo szybciej :) troche czuje sie przy tym kernelu jak jakas slamazara ostatnia Czyli zegar wariujej tak samo u ciebie jak na moim dwurdzenieowym A64. Artur -- Well I've totally had enough of all your pretty, pretty speeches Recieve your punishment expose your throats to my righteous claws and let the blood flow... ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 taktowanie
On Tuesday 22 November 2005 09:45, Artur Flinta wrote: Czyli zegar wariujej tak samo u ciebie jak na moim dwurdzenieowym A64. U mnie wariuje na i686 smp jajo, sprzęt i686 (sempron) - czas biegnie 2 razy szybciej. Opcja acpi_skip_timer_override nic nie daje, sprawdzam teraz jajo rel 5.1. Artur -- Arkadiusz MiśkiewiczPLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://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: Na jądrze 2.6.14.2-4 top oszukuje
kernel-grsecurity-2.6.14.2-5.1 arch i686 to samo, dla pewności skompilowałem jeszcze raz dla porównania kernel-2.6.14.2-1, i na nim nie ma tego problemu, znaczy pewnie któraś łatka dodana pomiędzy tymi wersjami. Dobra, mam. Skomilowałem kernel-grsecurity-2.6.14.2-4 ale bez Patch22: linux-2.6-kernel-clock-is-running-3-times-too-fast.patch i teraz wszystko w porządku. -- Pozdrawiam, Krzysztof Mościcki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 taktowanie
Dnia Tue, 22 Nov 2005 09:51:28 +0100 Arkadiusz Miskiewicz [EMAIL PROTECTED] napisał: Czyli zegar wariujej tak samo u ciebie jak na moim dwurdzenieowym A64. U mnie wariuje na i686 smp jajo, sprzęt i686 (sempron) - czas biegnie 2 razy szybciej. Opcja acpi_skip_timer_override nic nie daje, sprawdzam teraz jajo rel 5.1. ..ok bo tam jest jakis nowy patch dla x86-64 ..pentium D to tez dwa rdzenie z 64bit [nie mylic z HT :)] ..daj znac czy pomaga pgp0dsIQXWICs.pgp Description: PGP signature ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 top oszukuje
Dnia wtorek, 22 listopada 2005 10:11, Krzysztof Mościcki napisał: kernel-grsecurity-2.6.14.2-5.1 arch i686 to samo, dla pewności skompilowałem jeszcze raz dla porównania kernel-2.6.14.2-1, i na nim nie ma tego problemu, znaczy pewnie któraś łatka dodana pomiędzy tymi wersjami. Dobra, mam. Skomilowałem kernel-grsecurity-2.6.14.2-4 ale bez Patch22: linux-2.6-kernel-clock-is-running-3-times-too-fast.patch i teraz wszystko w porządku. a możesz z tą łatką spróbować opcji kernela pmtmr=0/1 ? -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 top oszukuje
Dnia wtorek, 22 listopada 2005 10:31, Paweł Sikora napisał: Dnia wtorek, 22 listopada 2005 10:11, Krzysztof Mościcki napisał: kernel-grsecurity-2.6.14.2-5.1 arch i686 to samo, dla pewności skompilowałem jeszcze raz dla porównania kernel-2.6.14.2-1, i na nim nie ma tego problemu, znaczy pewnie któraś łatka dodana pomiędzy tymi wersjami. Dobra, mam. Skomilowałem kernel-grsecurity-2.6.14.2-4 ale bez Patch22: linux-2.6-kernel-clock-is-running-3-times-too-fast.patch i teraz wszystko w porządku. a możesz z tą łatką spróbować opcji kernela pmtmr=0/1 ? ^ źle, samo pmtmr, lub bez opcji. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Administrativia: noauto-ac-sparc64
On Tue, Nov 22, 2005 at 10:45:37AM +0100, Andrzej Krzysztofowicz wrote: Ruszyl nowy builder noauto-ac-sparc64 - mozna go testowac. Przeznaczony jest do budowania kerneli i pakietow okolokernelowych dla sparc64. Zaklada sie, ze userspace dla tej architektury bedzie w Ac pochodzic z drzewka sparc. Tam jest crosssparc64-*, czy natywny kompilator na sparc64? -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 top oszukuje
Dobra, mam. Skomilowałem kernel-grsecurity-2.6.14.2-4 ale bez Patch22: linux-2.6-kernel-clock-is-running-3-times-too-fast.patch i teraz wszystko w porządku. a możesz z tą łatką spróbować opcji kernela pmtmr=0/1 ? ^ źle, samo pmtmr, lub bez opcji. opcja pmtmr nic nie daje, dałem clock=pmtmr i działa w porządku. -- Pozdrawiam, Krzysztof Mościcki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
niestabilny mysql
nowa maszynka na amd64(wczesniej byl athlon), bazy przeniesione i co jakiś czas mysql (5.0.15, wcześniej był 4.1) się wykrzacza. W logu: *** glibc detected *** realloc(): invalid pointer: 0x01349510 *** *** glibc detected *** free(): invalid next size (fast): 0x0134c170 *** mysqld got signal 6; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=8388600 read_buffer_size=131072 max_used_connections=4 max_connections=100 threads_connected=2 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 225791 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Ma ktoś jakieś pomysły co jest grane? ;) glibc64-2.3.6-1 db-4.2.52-11 mysql-5.0.15-5 kernel-2.6.14.2-4 -- Andrzej 'The Undefined' Dopierała UNIX Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kbiff.spec jeszcze raz
On Thu, Nov 17, 2005 at 08:06:59AM +0100, [EMAIL PROTECTED] wrote: Ponieważ moja odpowiedź odnośnie kbiff i błędu Source zaginęła gdzieś w czeluściach mojego serwera pocztowego (najpierw stwierdzał wirusa w przesyłce, potem ją zeżarł) wysyłam jeszcze raz poprawioną wersję speca, tym razem przez www. Jeśli jest ok, to proszę o wrzucenie. brak BR, wrzucilem. -- Andrzej 'The Undefined' Dopierała UNIX Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Administrativia: noauto-ac-sparc64
Jakub Bogusz wrote: On Tue, Nov 22, 2005 at 10:45:37AM +0100, Andrzej Krzysztofowicz wrote: Ruszyl nowy builder noauto-ac-sparc64 - mozna go testowac. Przeznaczony jest do budowania kerneli i pakietow okolokernelowych dla sparc64. Zaklada sie, ze userspace dla tej architektury bedzie w Ac pochodzic z drzewka sparc. Tam jest crosssparc64-*, czy natywny kompilator na sparc64? crosssparc64-*. Nie przewiduje sie uzywania/kompilowania natywnych pakietow sparc64.rpm w Ac poza kernel-*. PS. Ale widze, ze jeszcze cos trzeba bedzie popoprawiac... -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Administrativia: noauto-ac-sparc64
On Tue, Nov 22, 2005 at 12:04:29PM +0100, Andrzej Krzysztofowicz wrote: Jakub Bogusz wrote: On Tue, Nov 22, 2005 at 10:45:37AM +0100, Andrzej Krzysztofowicz wrote: Ruszyl nowy builder noauto-ac-sparc64 - mozna go testowac. Przeznaczony jest do budowania kerneli i pakietow okolokernelowych dla sparc64. Zaklada sie, ze userspace dla tej architektury bedzie w Ac pochodzic z drzewka sparc. Tam jest crosssparc64-*, czy natywny kompilator na sparc64? crosssparc64-*. Nie przewiduje sie uzywania/kompilowania natywnych pakietow sparc64.rpm w Ac poza kernel-*. glibc się buduje (z --cross --target sparc64-pld-linux). Ale próbowałem zrobić natywne gcc z multilibem - jak na razie nie wyszło bez używania obcych pakietów. -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 top oszukuje
On Tue, 22 Nov 2005, Krzysztof Mościcki wrote: Dobra, mam. Skomilowałem kernel-grsecurity-2.6.14.2-4 ale bez Patch22: linux-2.6-kernel-clock-is-running-3-times-too-fast.patch i teraz wszystko w porządku. a możesz z tą łatką spróbować opcji kernela pmtmr=0/1 ? ^ źle, samo pmtmr, lub bez opcji. opcja pmtmr nic nie daje, dałem clock=pmtmr i działa w porządku. Potwierdzam opcja clock=pmtmr działa. Uff, nareszcie moje skrypty do dzielenia łącza (htb) znów zachowują się tak jak zawsze. :) -- pzdr Stacho Pal___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Administrativia: noauto-ac-sparc64
Jakub Bogusz wrote: On Tue, Nov 22, 2005 at 12:04:29PM +0100, Andrzej Krzysztofowicz wrote: Jakub Bogusz wrote: On Tue, Nov 22, 2005 at 10:45:37AM +0100, Andrzej Krzysztofowicz wrote: Ruszyl nowy builder noauto-ac-sparc64 - mozna go testowac. Przeznaczony jest do budowania kerneli i pakietow okolokernelowych dla sparc64. Zaklada sie, ze userspace dla tej architektury bedzie w Ac pochodzic z drzewka sparc. Tam jest crosssparc64-*, czy natywny kompilator na sparc64? crosssparc64-*. Nie przewiduje sie uzywania/kompilowania natywnych pakietow sparc64.rpm w Ac poza kernel-*. glibc się buduje (z --cross --target sparc64-pld-linux). Ale próbowałem zrobić natywne gcc z multilibem - jak na razie nie wyszło bez używania obcych pakietów. A planujemy takie w Ac? BTW: jak zrobic zdalny upgrade glibca na ac-amd64 (zleceniem), zeby nic nie popsuc? -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Nasze www
Hello. Jak sie przy edycji jakies strony daje preview, to dostajemy: Traceback (most recent call last): File /usr/share/python2.4/site-packages/MoinMoin/request.py, line 811, in run File /usr/share/python2.4/site-packages/MoinMoin/wikiaction.py, line 593, in do_savepage File /usr/share/python2.4/site-packages/MoinMoin/PageEditor.py, line 338, in sendEditor File /usr/share/python2.4/site-packages/MoinMoin/PageEditor.py, line 709, in _make_backup File /usr/share/python2.4/site-packages/MoinMoin/PageEditor.py, line 803, in _write_file NameError: global name '_' is not defined Blah :/ M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 top oszuku je
Stacho Pal wrote: Potwierdzam opcja clock=pmtmr działa. Uff, nareszcie moje skrypty do dzielenia łącza (htb) znów zachowują się tak jak zawsze. :) Czyli na za szybki zegar z 2.6.14.2-4 mam dać do parametrów startującego jajka: clock=pmtmr ? Artur -- Well I've totally had enough of all your pretty, pretty speeches Recieve your punishment expose your throats to my righteous claws and let the blood flow... ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 top oszukuje
On Tuesday 22 November 2005 12:43, Artur Flinta wrote: Stacho Pal wrote: Potwierdzam opcja clock=pmtmr działa. Uff, nareszcie moje skrypty do dzielenia łącza (htb) znów zachowują się tak jak zawsze. :) Czyli na za szybki zegar z 2.6.14.2-4 mam dać do parametrów startującego jajka: clock=pmtmr ? U mnie działa na i686 soft/sprzęt ok z clock=pmtmr lub po wywaleniu łatki 22, jak kto woli. Artur -- Arkadiusz MiśkiewiczPLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://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: Administrativia: noauto-ac-sparc64
On Tuesday 22 November 2005 12:38, Jakub Bogusz wrote: Warto byłoby mieć glibc+gcc. Oby tylko oddzielnie, a nie tak jak w fetorze w jednej paczce. -- Arkadiusz MiśkiewiczPLD/Linux Team http://www.t17.ds.pwr.wroc.pl/~misiek/ http://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: Na jądrze 2.6.14.2-4 top oszukuje
On Tue, 22 Nov 2005, Arkadiusz Miskiewicz wrote: On Tuesday 22 November 2005 12:43, Artur Flinta wrote: Stacho Pal wrote: Potwierdzam opcja clock=pmtmr działa. Uff, nareszcie moje skrypty do dzielenia łącza (htb) znów zachowują się tak jak zawsze. :) Czyli na za szybki zegar z 2.6.14.2-4 mam dać do parametrów startującego jajka: clock=pmtmr ? U mnie działa na i686 soft/sprzęt ok z clock=pmtmr lub po wywaleniu łatki 22, jak kto woli. Dodam że u mnie dotyczy to kerneli UP (i686), Cel2.4GHz i PII300MHz. Jednocześnie na obu zegar czasu chodził prawidłowo, teraz też. ;) -- pzdr Stacho Pal___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Administrativia: noauto-ac-sparc64
On Tue, 22 Nov 2005, Jakub Bogusz wrote: AFAIK poldkiem 0.20 się jeszcze nie da, nie rozumie określeń pakietów w postaci N[-V[-R]].A i nie rozróżnia architektur przy upgrade. Ano. Bardzo to nieprzyjemne... :( -- 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: SPECS: libbio2jack.spec - added (for the compatibility) -GetJackLa... [pld-cvs-commit Digest, Vol 7, Issue 370]
Today's Topics:
1. SPECS: libbio2jack.spec - added (for the compatibility)
-GetJackLa... (charles)
2. SOURCES: libbio2jack-GetJackLatency.patch (NEW) - for the
compatib... (charles)
Author: charles Date: Tue Nov 22 09:56:02 2005 GMT
Module: SPECS Tag: HEAD
Log message:
- added (for the compatibility) -GetJackLatency.patch (e.g. required by
mplayer) - rel. 2 STBR
weź popraw mplayera, a nie zmieniaj api biblioteki, oki?
Author: charles Date: Tue Nov 22 09:57:17 2005 GMT
Module: SOURCES Tag: HEAD
Log message:
- for the compatibility
Files affected:
SOURCES:
libbio2jack-GetJackLatency.patch (NONE - 1.1) (NEW)
--- /dev/null Tue Nov 22 10:57:17 2005
+++ SOURCES/libbio2jack-GetJackLatency.patch Tue Nov 22 10:57:12 2005
@@ -0,0 +1,14 @@
+--- bio2jack/bio2jack.c.orig 2005-11-22 09:54:29.0 +0100
bio2jack/bio2jack.c 2005-11-22 10:10:15.0 +0100
+@@ -2512,6 +2512,11 @@
+ TRACE(finished\n);
+ }
+
++long JACK_GetJackLatency(int deviceID)
++{
++ return JACK_GetJackOutputLatency(deviceID);
++}
++
+ /* Get the latency, in frames, of jack */
+ long
+ JACK_GetJackOutputLatency(int deviceID)
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libbio2jack.spec - added (for the compatibility) -GetJackLa... [pld-cvs-commit Digest, Vol 7, Issue 370]
Dnia wtorek 22 listopada 2005 14:53, Paweł Sikora napisał: weź popraw mplayera, Początkowo też tak planowałem, ale z braku możliwości sprawdzenia wersji libbio2jack należałoby albo wymusić wersję libbio2jack = 0.8, albo warunkowy patch + kontrola wersji rpm'em w specu. a nie zmieniaj api biblioteki, oki? Tylko połowicznie. W nagłówkach nadal jest GetJackLatency. Jednak nie upieram się przy tym rozwiązaniu. Jest jeszcze jeden głos (argument) za propozycją Pawła? BTW Coś innego oprócz mplayera korzysta z tej biblioteki? Nowy mplayer nie będzie już korzystał z tej biblioteki tylko bezpośrednio z jack. -- Pozdrawiam, Karol Krenski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[th] tetex 2-3 upgrade failed.
tetex-2.0.2-7 obsoleted by tetex-3.0-1 tetex-plain-misc-2.0.2-7 obsoleted by tetex-3.0-1 greedy upgrade tetex-tex-babel-2.0.2-7 to 3.0-1 (unresolved tetex = 1:2.0.2-7) tetex-tex-babel-2.0.2-7 obsoleted by tetex-tex-babel-3.0-1 greedy upgrade tetex-latex-2.0.2-7 to 3.0-1 (unresolved tetex = 1:2.0.2-7) tetex-latex-2.0.2-7 obsoleted by tetex-latex-3.0-1 greedy upgrade tetex-format-latex-2.0.2-7 to 3.0-1 (unresolved tetex-latex = 1:2.0.2-7) tetex-format-latex-2.0.2-7 obsoleted by tetex-format-latex-3.0-1 greedy upgrade tetex-latex-psnfss-2.0.2-7 to 3.0-1 (unresolved tetex-latex = 1:2.0.2-7) tetex-latex-psnfss-2.0.2-7 obsoleted by tetex-latex-psnfss-3.0-1 tetex-latex-psnfss-3.0-1 marks tetex-fonts-adobe-3.0-1 (cap tetex-fonts-adobe = 1:3.0-1) tetex-fonts-adobe-2.0.2-7 obsoleted by tetex-fonts-adobe-3.0-1 tetex-fonts-adobe-3.0-1 marks tetex-dirs-fonts-3.0-1 (cap tetex-dirs-fonts = 1:3.0-1) tetex-dirs-fonts-2.0.2-7 obsoleted by tetex-dirs-fonts-3.0-1 greedy upgrade tetex-format-pdflatex-2.0.2-7 to 3.0-1 (unresolved tetex-latex = 1:2.0.2-7) tetex-format-pdflatex-2.0.2-7 obsoleted by tetex-format-pdflatex-3.0-1 tetex-format-pdflatex-3.0-1 marks tetex-fonts-jknappen-3.0-1 (cap tetex-fonts-jknappen = 1:3.0-1) tetex-fonts-jknappen-2.0.2-7 obsoleted by tetex-fonts-jknappen-3.0-1 tetex-format-pdflatex-3.0-1 marks tetex-metafont-3.0-1 (cap tetex-metafont = 1:3.0-1) tetex-metafont-3.0-1 marks kpathsea-3.0-1 (cap libkpathsea.so.4) kpathsea-2.0.2-7 obsoleted by kpathsea-3.0-1 tetex-format-pdflatex-3.0-1 marks tetex-pdftex-3.0-1 (cap tetex-pdftex = 1:3.0-1) tetex-pdftex-2.0.2-7 obsoleted by tetex-pdftex-3.0-1 tetex-pdftex-3.0-1 marks tetex-fonts-type1-bluesky-3.0-1 (cap tetex-fonts-type1-bluesky = 1:3.0-1) tetex-fonts-type1-bluesky-2.0.2-7 obsoleted by tetex-fonts-type1-bluesky-3.0-1 greedy upgrade tetex-latex-ams-2.0.2-7 to 3.0-1 (unresolved tetex-latex = 1:2.0.2-7) tetex-latex-ams-2.0.2-7 obsoleted by tetex-latex-ams-3.0-1 tetex-latex-ams-3.0-1 marks tetex-fonts-ams-3.0-1 (cap tetex-fonts-ams = 1:3.0-1) tetex-fonts-ams-2.0.2-7 obsoleted by tetex-fonts-ams-3.0-1 greedy upgrade tetex-latex-carlisle-2.0.2-7 to 3.0-1 (unresolved tetex-latex = 1:2.0.2-7) tetex-latex-carlisle-2.0.2-7 obsoleted by tetex-latex-carlisle-3.0-1 greedy upgrade tetex-latex-cyrillic-2.0.2-7 to 3.0-1 (unresolved tetex-latex = 1:2.0.2-7) tetex-latex-cyrillic-2.0.2-7 obsoleted by tetex-latex-cyrillic-3.0-1 greedy upgrade tetex-latex-wasysym-2.0.2-7 to 3.0-1 (unresolved tetex-latex = 1:2.0.2-7) tetex-latex-wasysym-2.0.2-7 obsoleted by tetex-latex-wasysym-3.0-1 tetex-latex-wasysym-3.0-1 marks tetex-fonts-wasy-3.0-1 (cap tetex-fonts-wasy = 1:3.0-1) tetex-fonts-wasy-2.0.2-7 obsoleted by tetex-fonts-wasy-3.0-1 greedy upgrade tetex-latex-dstroke-2.0.2-7 to 3.0-1 (unresolved tetex-latex = 1:2.0.2-7) tetex-latex-dstroke-2.0.2-7 obsoleted by tetex-latex-dstroke-3.0-1 tetex-latex-dstroke-3.0-1 marks tetex-fonts-dstroke-3.0-1 (cap tetex-fonts-dstroke = 1:3.0-1) tetex-fonts-dstroke-2.0.2-7 obsoleted by tetex-fonts-dstroke-3.0-1 tetex-latex-3.0-1 marks tetex-fonts-eurosym-3.0-1 (cap tetex-fonts-eurosym = 1:3.0-1) tetex-fonts-eurosym-2.0.2-7 obsoleted by tetex-fonts-eurosym-3.0-1 tetex-latex-3.0-1 marks tetex-fonts-latex-3.0-1 (cap tetex-fonts-latex = 1:3.0-1) tetex-fonts-latex-2.0.2-7 obsoleted by tetex-fonts-latex-3.0-1 greedy upgrade tetex-dvips-2.0.2-7 to 3.0-1 (unresolved libkpathsea.so.3.4.5) tetex-dvips-2.0.2-7 obsoleted by tetex-dvips-3.0-1 greedy upgrade tetex-makeindex-2.0.2-7 to 3.0-1 (unresolved libkpathsea.so.3.4.5) tetex-makeindex-2.0.2-7 obsoleted by tetex-makeindex-3.0-1 greedy upgrade tetex-plain-2.0.2-7 to 3.0-1 (unresolved tetex = 1:2.0.2-7) tetex-plain-2.0.2-7 obsoleted by tetex-plain-3.0-1 greedy upgrade tetex-csplain-2.0.2-7 to 3.0-1 (unresolved tetex-plain = 1:2.0.2-7) tetex-csplain-2.0.2-7 obsoleted by tetex-csplain-3.0-1 tetex-csplain-3.0-1 marks tetex-fonts-cs-3.0-1 (cap tetex-fonts-cs = 1:3.0-1) tetex-fonts-cs-2.0.2-7 obsoleted by tetex-fonts-cs-3.0-1 greedy upgrade tetex-format-plain-2.0.2-7 to 3.0-1 (unresolved tetex-plain = 1:2.0.2-7) tetex-format-plain-2.0.2-7 obsoleted by tetex-format-plain-3.0-1 greedy upgrade tetex-tex-ruhyphen-2.0.2-7 to 3.0-1 (unresolved tetex = 1:2.0.2-7) tetex-tex-ruhyphen-2.0.2-7 obsoleted by tetex-tex-ruhyphen-3.0-1 greedy upgrade tetex-tex-ukrhyph-2.0.2-7 to 3.0-1 (unresolved tetex = 1:2.0.2-7) tetex-tex-ukrhyph-2.0.2-7 obsoleted by tetex-tex-ukrhyph-3.0-1 greedy upgrade tetex-tex-misc-2.0.2-7 to 3.0-1 (unresolved tetex = 1:2.0.2-7) tetex-tex-misc-2.0.2-7 obsoleted by
Re: [th] tetex 2-3 upgrade failed.
On Tue, Nov 22, 2005 at 07:36:56PM +0100, Paweł Sikora wrote: /var/tmp/rpm-tmp.99489[2]: syntax error: `if' unmatched error: %postun(tetex-2.0.2-7.i686) scriptlet failed, exit status 1 Zepsuty jest stary pakiet. W Ac też. Tylko gdzieś AC-brancha zabrakło. Może to dobry pretekst, żeby to 3.0 do Ac wrzucić. -- Jakub Boguszhttp://qboosh.cs.net.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] tetex 2-3 upgrade failed.
Dnia wtorek, 22 listopada 2005 19:57, Jakub Bogusz napisał: On Tue, Nov 22, 2005 at 07:36:56PM +0100, Paweł Sikora wrote: /var/tmp/rpm-tmp.99489[2]: syntax error: `if' unmatched error: %postun(tetex-2.0.2-7.i686) scriptlet failed, exit status 1 Zepsuty jest stary pakiet. W Ac też. Tylko gdzieś AC-brancha zabrakło. Może to dobry pretekst, żeby to 3.0 do Ac wrzucić. jadetex też ma uwalony skrypt :/ -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 top oszuku je
Arkadiusz Miskiewicz wrote: U mnie działa na i686 soft/sprzęt ok z clock=pmtmr lub po wywaleniu łatki 22, jak kto woli. U mnie poprawiło to o tyle, że zegar nie idzie już 4x szybciej tylko 2x szybciej, co pozwoliło na zalogowanie się :) No ale 2x szybszy zegar to jeszcze nie to. Artur ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Na jądrze 2.6.14.2-4 top oszukuje
Dnia 22-11-2005, wto o godzinie 20:30 +0100, Artur Flinta napisał(a): Arkadiusz Miskiewicz wrote: U mnie działa na i686 soft/sprzęt ok z clock=pmtmr lub po wywaleniu łatki 22, jak kto woli. U mnie poprawiło to o tyle, że zegar nie idzie już 4x szybciej tylko 2x szybciej, co pozwoliło na zalogowanie się :) No ale 2x szybszy zegar to jeszcze nie to. Do dupy wszystko. Musilem wrocic do 2.6.11.10 bo top zwariowal neostrada sie nie ladowala. eh. powrot do 2.6.11.10 uratowal sytiacje, wszystko dzizial juz ok :) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: niestabilny mysql
Mniej wiecej Tue, Nov 22, 2005 at 11:47:41AM +0100, zainteresowany Andrzej 'The Undefined' Dopierała rzekl: nowa maszynka na amd64(wczesniej byl athlon), bazy przeniesione i co jakiś czas mysql (5.0.15, wcześniej był 4.1) się wykrzacza. W logu: *** glibc detected *** realloc(): invalid pointer: 0x01349510 *** *** glibc detected *** free(): invalid next size (fast): 0x0134c170 *** mysqld got signal 6; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=8388600 read_buffer_size=131072 max_used_connections=4 max_connections=100 threads_connected=2 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 225791 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Miałem takie coś na i686, dump baz i load pomógł, dawało się wywołać ten efekt konkretnym zapytaniem (jakieś z 4-krotnym JOINem) mysql-5.0.15-4 glibc-2.3.5-8 db-4.2.52-11 kernel24-2.4.31-2 i na replice kernel-vserver-smp-2.6.11.12-3.1 reszta j.w. Zbyniu -- %% Absolutely nothing we trust %% ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: niestabilny mysql
(Tue, 22 Nov 2005 11:47:41 +0100) Andrzej 'The Undefined' Dopierała: nowa maszynka na amd64(wczesniej byl athlon), bazy przeniesione i co jakiś czas mysql (5.0.15, wcześniej był 4.1) się wykrzacza. Spróbuj poreperować tabele lub dać optimize. -- Robert 'dzeus' Graużenis LRU #291194 PLD Linux User ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Administrativia: noauto-ac-sparc64
Tuesday 22/11/2005 12:38:52, Jakub Bogusz: AFAIK poldkiem 0.20 się jeszcze nie da, nie rozumie określeń pakietów w postaci N[-V[-R]].A i nie rozróżnia architektur przy upgrade. $ poldek --multilib ... Częściowo powinno zadziałać (prosty upgrade pojedyńczych paczek, instalacja), aczkolwiek nie jest to skończone i pewnie ma błędy. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
