Administrativia: ep09(pld)
Witam, W zwiazku z potrzeba zwolnienia dotychczasowych IP wykorzystywanych przez PLD (217.73.17.113 - distfiles, 217.73.17.117 - reszta tj. src buildery + ftp) i potrzeba lepszego zarzadzania zasobami (chce rozbic rozne uslugi na rozne IP) prosze osoby zarzadzajace zasobami PLD na ep09 o kontakt mailowy badz na iRCu celem dokonania zmian. Obecne IP moga byc wykorzystywane do dnia 8.03.2006, pozniej ruch zostanie ograniczony do 64kbps, a nastepnie wylaczony. Jednoczesnie informuje, ze 8 lub 9 marca nastapi okologodzinna przerwa w funkcjonowaniu serwera ep09 spowodowana rozbudowa pamieci RAM do 4GB i przeprowadzka do nowej serwerowni. M. -- -| == Marcin Bohosiewicz - MB8042-RIPE - [EMAIL PROTECTED] == |- -| == tel. +48 601 485097 - PLD Team - [EMAIL PROTECTED] == |- -| == http://www.kernel.pl/ - ftp://ftp.kernel.pl/ == |- ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: memtest86+ amd64
On Sun, 26 Feb 2006, Andrzej Krzysztofowicz wrote: =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: On Fri, 24 Feb 2006, Andrzej Krzysztofowicz wrote: memtest86+ ma exclusive arch x86 pewnie nie zdziwilbym sie za bardzo gdybym nie zajzal na strone owego projektu. A tam w history jest napisane: Our work started when we got the first AMD64 system :) Wiec sprobowalem go zbudowac na amd64 i to wnioski - ze speca sie nie buduje :) ale Oryginalny makefile uzywa -march=i486 nie wiem gdzie ustawia sie flaga __WORDSIZE na 32 ale sie ustawia bo probuje includowac gnu/stubs-32.h - jesli podlinkuje sie go do stubs-64.h to make (oryginalny) buduje memtesta do konca. I teraz nasuwa sie pytanie czy nie mozna zaczac go budowac na amd64 z -march=i486 i jakims trickiem na tego stubsa? Nie wiem jaki kod z tego powstanie - nie mam jak sprawdzic tak zbudowanego memtesta ale to w sumie kod nie zalezny od niczego i nic od niego nie zalezy a skoro wspiera amd64 to warto by go miec na tej arch.. A czym taki zbudowany dla amd64 bedzie sie roznil od zbudowanego dla, dajmy na to, athlon ? Jesli niczym, to wystarczy zainstalowac pakiet z innej arch... Może mi się wydaje, ale akurat memtest chyba nie niesie za sobą żadnych zależności, więc chyba nic nie szkodzi, żeby mieć to out-of-the-pudełko. Zaleznosci nie niesie. Tyle, ze ma niewiele wspolnego z Linuksem. Bedziemy zaraz kernel *BSD w ramach Linuksa PLD pakietowac? Ale to oczywiscie OT. Innych zastrzezen nie mam. Jesli ktos bedzie mial taka potrzebe + SOD#1 to zrobi :) A tak na powaznie to gdyby jakis bin hacker looknal do wygenerowanego kodu memtesta na roznych arch i porownal wyniki - moze po prostu zrobimy paczke noarch na arch ix86 + x86-64 :) -- Tomek___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: memtest86+ amd64
On Mon, 27 Feb 2006 10:26:19 +0100 (CET), Tomasz Mateja [EMAIL PROTECTED] wrote: Jesli ktos bedzie mial taka potrzebe + SOD#1 to zrobi :) A tak na powaznie to gdyby jakis bin hacker looknal do wygenerowanego kodu memtesta na roznych arch i porownal wyniki - moze po prostu zrobimy paczke noarch na arch ix86 + x86-64 :) Noarch ma osobne repozytorium pakietów i nie trafiają tam paczki binarne z prozaicznej przyczyny - każda architektura ma wspólny noarch. -- Patryk Zawadzki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: memtest86+ amd64
Patryk Zawadzki wrote: On Mon, 27 Feb 2006 10:26:19 +0100 (CET), Tomasz Mateja [EMAIL PROTECTED] wrote: Jesli ktos bedzie mial taka potrzebe + SOD#1 to zrobi :) A tak na powaznie to gdyby jakis bin hacker looknal do wygenerowanego kodu memtesta na roznych arch i porownal wyniki - moze po prostu zrobimy paczke noarch na arch ix86 + x86-64 :) Noarch ma osobne repozytorium pakietów i nie trafiają tam paczki binarne z prozaicznej przyczyny - każda architektura ma wspólny noarch. Z niecierpliwoscia czekam az ktos spakuje jakies gierki pod Z80 do uruchamiania poprzez emulator maszyny Z-owej. I ciekaw jestem jaka architekture dla tych paczek ustawi (bo ze beda one binarne raczej nie ulega watpliwosci...) -- === 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
poldek - ftp3
Witam, Nie mogę zaktualizaować jednej maszyny z PLD. - [EMAIL PROTECTED] poldek]# poldek --update -v uwaga: /etc/poldek/source.conf:64: unknown option 'global::lang' Retrieving ac::packages.dir.mdd... błąd: vfff: niemożność połączenia z ftp3.pld-linux.org:80: Połączenie odrzucone Ponowna próba...(#2) Zarówno na athlon jak i i686 jest to samo. W tej samej sieci komp i686 chodzi bez zarzutu. Problem pojawił się wczoraj albo przedwczoraj. Przeszukałem dysk pod kątem ftp3 i nic związanego z poldkiem nie znalazłem. Ma ktoś jakiś pomysł jak rozwiązać powyrzszą sytuację. Pozdrawiam -- Tomasz Rutkowski - gg 1118937 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek - ftp3
Tomasz Rutkowski wrote: Nie mogę zaktualizaować jednej maszyny z PLD. - [EMAIL PROTECTED] poldek]# poldek --update -v uwaga: /etc/poldek/source.conf:64: unknown option 'global::lang' Retrieving ac::packages.dir.mdd... błąd: vfff: niemożność połączenia z ftp3.pld-linux.org:80: Połączenie odrzucone Ponowna próba...(#2) Zarówno na athlon jak i i686 jest to samo. W tej samej sieci komp i686 chodzi bez zarzutu. Problem pojawił się wczoraj albo przedwczoraj. Przeszukałem dysk pod kątem ftp3 i nic związanego z poldkiem nie znalazłem. Ma ktoś jakiś pomysł jak rozwiązać powyrzszą sytuację. Poczekac az ktos(tm) wymieni padnieta maszyne na dzialajaca? -- === 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
