FreeBSD 7.2-BETA1

Címkék

Megjelent a 7.2-RELEASE ciklus első teszt kiadása. Két számottevő módosításra került sor a rendszerben. A bce(4) driver frissítésre került. Jelentős módosítások történtek a lib-ek terén is, melyek több problémát is javítanak, azonban tesztelésre van szükség annak érdekében, hogy kiderüljön nem adódtak-e újabb regressziók általuk.

A kiadás ütemezése itt található.

Teljes changelog itt.

A image fájlokat pedig itt lehet elérni:

ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.2/

ahol a ${arch} == amd64 i386, ia64, pc98, powerpc, egy sparc64 szavak egyike.

A bejelentés itt olvasható.

Checksums:

MD5 (7.2-BETA1-amd64-bootonly.iso) = 112490bebd43f407bb8ef8bae2d0cc05
MD5 (7.2-BETA1-amd64-disc1.iso) = 742fd7ed423f77761ae6112a81931716
MD5 (7.2-BETA1-amd64-disc2.iso) = c733ea160e94b4e355c8da7dd54e4135
MD5 (7.2-BETA1-amd64-disc3.iso) = 0111313462034b4bca982e81d61ea17d
MD5 (7.2-BETA1-amd64-docs.iso) = 03b601464047aa483d2706577cfb3a74
MD5 (7.2-BETA1-amd64-dvd1.iso) = bd08de1b3bf525f7bd597d7f99b9a0fd
MD5 (7.2-BETA1-amd64-livefs.iso) = 9ed0331a0d612ea4e98c80b1447a45c6

MD5 (7.2-BETA1-i386-bootonly.iso) = 2ba4d30be7a95ff9ca91e3d4ef8a35f6
MD5 (7.2-BETA1-i386-disc1.iso) = 6933fd6b9f7ee500397c0c54aa831408
MD5 (7.2-BETA1-i386-disc2.iso) = bfc682aaec7f9df8919da31987c9d8fb
MD5 (7.2-BETA1-i386-disc3.iso) = 600030debe096c10b348c726462f9ce1
MD5 (7.2-BETA1-i386-docs.iso) = 04faa50ba321cf2b402c8a99828f58e2
MD5 (7.2-BETA1-i386-dvd1.iso) = 6603b9ca9c09b8c1c92613441bb154ad
MD5 (7.2-BETA1-i386-livefs.iso) = cda0a13ba0453e1d885c0c613f34c758

MD5 (7.2-BETA1-ia64-bootonly.iso) = b20eba8d3113ab8882c5c47e1a3df2d2
MD5 (7.2-BETA1-ia64-disc1.iso) = c208adb4539d9f0c9ee17133289e3601
MD5 (7.2-BETA1-ia64-disc2.iso) = eee4987b3686609658fdaccc5960070e
MD5 (7.2-BETA1-ia64-disc3.iso) = e7bb48a107e73955ece1a5c156060c34
MD5 (7.2-BETA1-ia64-docs.iso) = edc30334bb334f6adc53142af214a532
MD5 (7.2-BETA1-ia64-livefs.iso) = f6e54bb4cd582d20be8c8896b56d10b9

MD5 (7.2-BETA1-powerpc-bootonly.iso) = eadb2fa7cd289300f65e1bc246ec41bb
MD5 (7.2-BETA1-powerpc-disc1.iso) = 463352649f74208e3421c2bdda400e47
MD5 (7.2-BETA1-powerpc-disc2.iso) = 2ec54888eae7931e4ca869fd151856c2
MD5 (7.2-BETA1-powerpc-disc3.iso) = a657ec95fef82c98af1a111d74181dff
MD5 (7.2-BETA1-powerpc-docs.iso) = 4061d9d75aa86de96f0682695dd8040b

MD5 (7.2-BETA1-sparc64-bootonly.iso) = 93469eab2b36d3f3f1115f603252487d
MD5 (7.2-BETA1-sparc64-disc1.iso) = d517489f2048896cd8295f862bcfb6f2
MD5 (7.2-BETA1-sparc64-docs.iso) = e750843e3bb2c91aa31a8fdada2a062f

Hozzászólások

Csak hogy ne kelljen keresgélni: RELENG-7 tag-gal lehet forrásból frissíteni, és megy a szokásos bináris frissítés is a freebsd-update segítségével:

# freebsd-update upgrade -r 7.2-BETA1
# freebsd-update install
# shutdown -r now
# freebsd-update install
# shutdown -r now

Aki 6-os verzióról térne át, annak a második reboot után erősen javasolt minden ports-ból fordított dolgot újrafordítani. Ha pedig a "freebsd-update upgrade" során a letöltés megszakad, akkor add meg pluszban a "-s update1.freebsd.org" paramétert, hogy mindenképpen azt a szervert használja. (Hétvégén megejtem, és meglátjuk mi sül ki belőle.)

Na most lehet, hogy nagy butaságot kérdezek, de indokolt az i386 architektúrákra történő fordítás? Nem lehetne az pl. i686? Tapasztalatom nincs abban, hogy mi a sebesség különbség akkor, ha i686-ra ill. i386-ra van fordítva a program, de itt a HUP-on sokat olvastam, hogy van különbség. Ezt a kérdést egyébként már az OpenSolarissal kapcsolatban is fel akartam tenni.

Most már maradhat az i386, mert úgyis itt a 64 bit. Amúgy Debian pl. i486, csak i386-nak jelölik.

Szerk:
http://www.freebsd.org/platforms/i386.html

Itt azt mondja, hogy a FreeBSD 6-tól kezdődően már nem támogatott az eredeti 80386-os processzor architektúra. Már csak azt nem látom hogy akkor vajon mi a minimum CPU?

Akkor módosítom a kérdést:
Vajon mennyire indokolt, hogy i486-ra fordítják a programokat? Szerintem egy 486-os és egy PII-es architektúra között 10$ a különbség (előbbiért kapok 10$-t, ha elviszem, a másikat ingyen odaadják). Megéri emiatt szívni a felhasználók 99%-ának? Jó, lehet, hogy nem nagy ez a szívás, de mégis. Elképzelhetetlennek tartom, hogy ha valóban mérlegre rakják az érveket, a 486 nyerjen mondjuk a 686-tal szemben. Szóval szerintetek indokolt?

Elvben a gcc nem sokban kulonbozik a linuxostol, olyan ertelemben, hogy siman meg lehet neki adni akar nocona march-ot is. Innentol arra forditasz, amire akarsz. Mask erdes, hogy a disztro gyartoi honnet tudjak, neked milyen procid van? Az i386 azonban szinte mindennel kompatibilis.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Mert a mai értelemben vett x86-ról kb. az i386 óta beszélhetünk. Lehetne x86 is, de az i386 bevett jelölés. Mint ahogy x86_64-ből is van AMD64 és EM64t, de mégis AMD64-nek vagy x86_64-nek szokták jelölni. Esetleg itt-ott x64-nek.

Ne keverd az architektúrát azzal, hogy azon belül milyen processzor-optimalizációval van fordítva egy csomag vagy a rendszer.

----------------
Lvl86 Troll