Auf dem Weg zu FreeBSD 10.0

Enterhaken schrieb:
Ich habe nach 2 Tagen Ports bauen aufgegeben. Ich weiss nicht, ob bei mir beim update von 9.2 auf 10.0 irgendwas in die Hosen gegangen ist. Aktuell mache ich ein Backup, und dann installier ich 10.0 neu.
Zum Vergrößern anklicken....
Das bringt es nicht wirklich. Einige Ports sind einfach noch nicht bereit für FreeBSD 10.
 
Welche Version von "PF" wird eigentlich in FreeBSD 10 enthalten sein? Noch die alte 4.5 von OpenBSD oder hat man die neuere Syntax portiert? Soweit ich weiss gibt es ja neu eine "SMP" Version von "PF"
 
Ja, die neue "smp-pf" ist ein Fork der originalen pf von OpenBSD. Intern hat sich einiges geändert, weshalb sie nun wesentlich schneller läuft und alle vorhandenen CPUs nutzt. Syntaktisch entspricht sie allerdings weiterhion OpenBSD 4.5, nutzt also den alten Syntax. Es gab Diskussionen darüber und das Ergebnis war, dass der neue Syntax wenn nur optional kommen würde. Außerdem müsste sich jemand finden, der ihn implementiert.
 
Es gibt noch keine offizielle Ankündigung oder überhaupt eine Aussage, aber seit einigen Tagen scheint pkg.freebsd.org nun zu funktionieren. 21607 Pakete liegen im Repo für FreeBSD 10.
 
Hmm kann ich bei den BETA's schon freebsd-update benutzen um von Beta zu Beta upzugraden? Ich habe ein Projekt wo ich gerne das System auf Funktionalität mit Hyper-V testen möchte. Es geht um die Ablösung eines Windows 2008 File-Servers. Leider habe ich nicht die Zeit zum Kompilieren.
 
Generell ja... nur wäre ich derzeit vorsichtig ;)

10.0-BETA2, why it is late...

To keep everyone informed on what is taking so long with 10.0-BETA2,
here is where we stand at the time of this writing:

- A problem was found after freebsd-update(8) builds were finished for
10.0-BETA1 which, because of a file within contrib/openpam containing
a tilde ('~'), would cause freebsd-update(8) to error when updating
a system. This is a problem that was discovered during the
9.2-RELEASE cycle, but worked around for that release cycle. A more
permanent fix has been committed to head/, and merged to stable/10.

- During testing of the fix for the openpam filename problem, it was
discovered that order in which freebsd-update(8) would install files
to the new directory '/usr/lib/private' collided with the creation of
the '/usr/lib/private' directory. This caused some shared libraries
('.so.N') files to attempt installation prior to the existence of the
directory, which would cause an error.

- Since between 9.x and 10.x, libc.so is a "regular" file (not
a symlink to a shared library), freebsd-update(8) thought
'/usr/lib/libc.so' was a shared library that should be
removed/replaced as part of the upgrade. This caused the removal of
'/usr/lib/libc.so', and subsequently, unfortunate side-effects.

- CTF was found to be leaking build-host information into the resulting
release build. Specifically, lines 130-133 define 'VERSION' as
'uname -srp', if otherwise unset. The negative effect of this is, in
the event the release build machine and the freebsd-update build
machine are out of sync (userland and kernel), the freebsd-update(8)
run to upgrade a system would unnecessarily update everything within
/boot/kernel/.

It has been pointed out that r257136 to stable/10 has an unfortunate
side effect of warning output from make(1) during the 'make delete-old'
and 'make delete-old-libs'. Unfortunately, the fix for the CTF
pollution is unclear at this point, but this will be correctly fixed.
For 10.0-BETA2, we will need to ignore the messy output for now. I do
not like it either, to be honest.

Please keep in mind: This is *not*, by any evaluation, fault of
freebsd-update(8). This is the natural progression of software, and
these issues are result of infrastructural changes on multiple levels.

Please bear with us; we'll have 10.0-BETA2 started soon.

Glen
Zum Vergrößern anklicken....
 
Die Beta 2 ist draussen! :)

Code: 
The second BETA build of the 10.0-RELEASE release cycle is now available
on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and
sparc64 architectures.

The image checksums follow at the end of this email.

ISO images and, for architectures that support it, the memory stick images
are available here:

  ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/

(or any of the FreeBSD mirror sites).

If you notice problems you can report them through the normal GNATS PR
system or here on the -current mailing list.

If you would like to use SVN to do a source based update of an existing
system, use the "stable/10" branch.

Important note to freebsd-update(8) users:  Please be sure to follow the
instructions in the EN-13:04.freebsd-update errata notice here before
upgrading the system to 10.0-BETA2:

  http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc

For convenience, the following steps mention in the errata notice should
be performed:

 a) Download the relevant patch from the location below, and verify the
 detached PGP signature using your PGP utility.

 # fetch
 # http://security.FreeBSD.org/patches/EN-13:04/freebsd-update.patch
 # fetch
 # http://security.FreeBSD.org/patches/EN-13:04/freebsd-update.patch.asc
 # gpg --verify freebsd-update.patch.asc

 b) Apply the patch.

 # cd /usr/src
 # patch < /path/to/patch

 c) Reinstall freebsd-update.

 # cd /usr/src/usr.sbin/freebsd-update
 # make install -DWITHOUT_MAN

 3) To update your system via a binary patch:

 Systems running a RELEASE version of FreeBSD on the i386 or amd64
 platforms can be updated via the freebsd-update(8) utility:

 # freebsd-update fetch
 # freebsd-update install

 On systems running 10.0-BETA1 (and ONLY systems running 10.0-BETA1), run
 the following command before using freebsd-update in order to fix it
 enough that it can update itself:

 # sed -i '' -e 's/%@/%~@/' /usr/sbin/freebsd-update

Changes between -BETA1 and -BETA2 include:

    o Fix AHCI ATAPI emulation when backed with /dev/cd0 in virtio.

    o Improve XHCI stability.

    o Fix 'make delete-old-libs' and 'make check-libs' to delete .debug
      files created by WITH_DEBUG_FILES.

    o Upgrade to the latest version of mtree from NetBSD.

    o Enable the automatic creation of a certificate for sendmail.

    o Add support for "first boot" rc.d scripts.

    o Fix jail_parallel_start="YES", ip[46].addr when interface
      parameter is not defined, and a bug which prevented jails from
      starting when $jail_conf was used and no jail name was specified.

    o Disable the Xen userland event channel driver, which is not yet
      ready.

    o Update T4 and T5 firmwares (cxgbe(4)).

    o Please note the following:

	- If using the ZFS installation option in *and* have enabled
	  full-disk encryption is enabled, a few entries will need to be
	  manually added to loader.conf(5) before the 'bootpool' zpool
	  will be available after the system boots.  This manual step
	  is expected to be fixed in the next 10.0 release cycle build.

	  The entries that need to be added are:

	    zpool_cache_load="YES"
	    zpool_cache_type="/boot/zfs/zpool.cache"
	    zpool_cache_name="/boot/zfs/zpool.cache"

	  This can be done at the final menu of bsdinstall(8), when
	  prompted to boot into the newly-installed system;
	  alternatively, this can be done post-install, in which case,
	  the following must be run before appending loader.conf(5):

	    # zpool import -f bootpool


ISO Checksums:

amd64:
    SHA256 (FreeBSD-10.0-BETA2-amd64-bootonly.iso) = d42917c93b960050009c028229b01184f653a242395ac3be9f57066a945ad102
    SHA256 (FreeBSD-10.0-BETA2-amd64-disc1.iso) = d0831ade5cfdc91c29a6574a615041502b29e78472c794a4bdee2763665b0b09
    SHA256 (FreeBSD-10.0-BETA2-amd64-memstick.img) = 395465791ec9acb3e8549b1b230fb43a728c4abbd041d67b2cee9246960aa77c

    MD5 (FreeBSD-10.0-BETA2-amd64-bootonly.iso) = ff75c43b5e0a09f1957c3317c52fb66d
    MD5 (FreeBSD-10.0-BETA2-amd64-disc1.iso) = c33f6e670d1d99301291749f79b67bed
    MD5 (FreeBSD-10.0-BETA2-amd64-memstick.img) = 5e3173baa1a5056e04bb942fdedb6833

i386:
    SHA256 (FreeBSD-10.0-BETA2-i386-bootonly.iso) = 3cf216a9ec6e76e2afd51d3b76269e0a704f0e8023c5d2fd823a1606a842cf1e
    SHA256 (FreeBSD-10.0-BETA2-i386-disc1.iso) = f1c6610eb781979c1fd1abc18d3cd8670aa0eafcaf6d76aaa0a3e22f001b2585
    SHA256 (FreeBSD-10.0-BETA2-i386-memstick.img) = 84370995d0d600c1ef6dc040e3d4357269ece479a6d8ee0794da5f5fd7c1f23b

    MD5 (FreeBSD-10.0-BETA2-i386-bootonly.iso) = 210fa90a1e515ae7bfe7d4ec696f5620
    MD5 (FreeBSD-10.0-BETA2-i386-disc1.iso) = de9f383d0511c20528944270fb609ae8
    MD5 (FreeBSD-10.0-BETA2-i386-memstick.img) = b92d95bccf8000e2736367966a8e4571

ia64:
    SHA256 (FreeBSD-10.0-BETA2-ia64-bootonly.iso) = abe97036e160d4e0445da2e2607f245df5a080096b753a11d6e77faf4f9539d9
    SHA256 (FreeBSD-10.0-BETA2-ia64-disc1.iso) = 414b8552097bd26fe6f7f329bfe6a05dc3235566eb026db418ee3eb482d2f7a2
    SHA256 (FreeBSD-10.0-BETA2-ia64-memstick.img) = 3ebc9baae350d210966f3b240dd3aaa0ed80ce810d3afc24e613b506207969f7

    MD5 (FreeBSD-10.0-BETA2-ia64-bootonly.iso) = de0a3ae6763b68eca1ef1c0b98ccb4b6
    MD5 (FreeBSD-10.0-BETA2-ia64-disc1.iso) = 6278a083cfea0f1551aae16d38e396de
    MD5 (FreeBSD-10.0-BETA2-ia64-memstick.img) = 3b4c23eed9f4e41b53a08f6d9e649339

powerpc:
    SHA256 (FreeBSD-10.0-BETA2-powerpc-bootonly.iso) = e80f77e34083a2919ed163c2ae44454715528710af9d1969873c4ee60f3154a0
    SHA256 (FreeBSD-10.0-BETA2-powerpc-disc1.iso) = 750bbcd37c841e81177a25c56331f1003b6c49588d5fb811f609bf0f2189b781
    SHA256 (FreeBSD-10.0-BETA2-powerpc-memstick.img) = 931e851b20f1a96bdd173ec641a9260b4a2df7c64666f3d4386321bf228837d5

    MD5 (FreeBSD-10.0-BETA2-powerpc-bootonly.iso) = 605280fff20cac161687634b78c23bae
    MD5 (FreeBSD-10.0-BETA2-powerpc-disc1.iso) = 8f5ff4f44509fd7fab354fa0c3f1ce46
    MD5 (FreeBSD-10.0-BETA2-powerpc-memstick.img) = 8031f1fe123b3ae0017872b9350d8446

powerpc64:
    SHA256 (FreeBSD-10.0-BETA2-powerpc-powerpc64-bootonly.iso) = 0211538da7f8b7f8902ddb883444bdbd5f3cbbe122ff9359eb67ccb8cf3c1615
    SHA256 (FreeBSD-10.0-BETA2-powerpc-powerpc64-disc1.iso) = fe211e2305581c90e07c60905e8c15301ef71962c2676d2afd5a0d1186040200
    SHA256 (FreeBSD-10.0-BETA2-powerpc-powerpc64-memstick.img) = d49320f4df6c31800cfede8975c985cb4068db2518bbfd89dcec5319d41a1101

    MD5 (FreeBSD-10.0-BETA2-powerpc-powerpc64-bootonly.iso) = af7768fefde9b0bd60ab98ca8510e4be
    MD5 (FreeBSD-10.0-BETA2-powerpc-powerpc64-disc1.iso) = 8bfada4d49c8cf3d7bc06afbd09c327b
    MD5 (FreeBSD-10.0-BETA2-powerpc-powerpc64-memstick.img) = 1dc93c8d41247b1d328c90dc79911c4d

sparc64:
    SHA256 (FreeBSD-10.0-BETA2-sparc64-bootonly.iso) = 6318fa18e7934ea94ef0489c121e8107d44e0633a20166447326fbd21396cf12
    SHA256 (FreeBSD-10.0-BETA2-sparc64-disc1.iso) = 1c5376f0e383b33007b460d12ee94b09052cc499e21f3d32d3d9528319c0543e

    MD5 (FreeBSD-10.0-BETA2-sparc64-bootonly.iso) = 628067476bdc5b1d3491419139399dd7
    MD5 (FreeBSD-10.0-BETA2-sparc64-disc1.iso) = 5cdfd2d83de51904b8c6db5072684870

Glen
 
pkg-test ist ja mit dem alten Xorg :eek: Wie soll man denn so irgendwas testen? Ich dachte der ganze Sinn des 10er Zweigs sei die bessere Xorg-Unterstützung...

(ok letzteres nehm ich ein bisschen zurück, ich weiß, dass es noch andere neue Dinge gibt)
 
Zuerst muss der ganze "newcons" Zeugs funktionieren, damit KMS sauber funktioniert. Erst dann macht es Sinn, auf das neue Xorg zu setzen. (Umschalten auf die Konsole funktioniert z.B. immer noch nicht)
 
pkg-test.freebsd.org ist übrigens überholt. Bis auf das sehr zeitnah kommende Packet Signing steht das offizielle Repo, es ist nur noch nicht angekündigt. Daher sollte man nun http://pkg.freebsd.org/${ABI}/latest setzen. Die URL wird sich übrigens mit pkg 1.2 noch mal ändern, da das Protokoll auf pkg+http:// geändert wird. Es soll Verwirrung verhindern.
 
foxit schrieb:
Zuerst muss der ganze "newcons" Zeugs funktionieren, damit KMS sauber funktioniert. Erst dann macht es Sinn, auf das neue Xorg zu setzen. (Umschalten auf die Konsole funktioniert z.B. immer noch nicht)
Zum Vergrößern anklicken....
KMS hat nichts direkt mit Xorg zu tun, sondern mit dem Kernelmodul (KERNELmodesetting :ugly:). Das heißt die Konsole ist im Arsch, egal ob ich den neuen oder den alten Xorg verwende. Mit dem alten Xorg habe ich keine Vorteile, nur mehr Nachteile. Oder habe ich ein Szenario übersehen?
 
Doch. Du kannst mit dem alten Xorg Treiber ohne KMS nutzen, mit dem neuen Xorg nicht. Daher kannst du beim Alten die Konsole behalten, wenn du das willst.
 
Auch bei mir keine Probleme beim Update von Beta1 auf Beta2..in einem Anfall von geistiger Umnachtung kam ich jedoch nicht umhin, mir durch make delete-old-libs einige Ports, unter anderem Samba 4 und Mediatomb zu zerschießen..aber nichts, was ein bisschen Googeln nicht wieder hinbekommen hätte :)
 
Yamagi schrieb:
Doch. Du kannst mit dem alten Xorg Treiber ohne KMS nutzen, mit dem neuen Xorg nicht. Daher kannst du beim Alten die Konsole behalten, wenn du das willst.
Zum Vergrößern anklicken....
Hm, ja ist einfach nur ein kaputter alter Xorg bei mir, der die Konsole bzw. den Bildschirm schwarz werden lässt bei einem Wechsel.

Trotzdem wäre ein repo mit neuen Xorg-Paketen richtig hilfreich. Das sollte doch mit der neuen Infrastruktur nicht so schwierig sein und würde sicherlich die Anzahl der Tester erhöhen...
 
Nunja, das hiesse, so wie ich es überblicke, ein paralleles Repo mit dem neuen Xorg aufzubauen. Beide pflegen, beide aktuell halten. Es ist ja schließlich nicht mit dem Xorg getan, die ganzen Abhängigkeiten müssen ja auch mit rein.
 
Und die Beta 3...

Code: 
The third BETA build of the 10.0-RELEASE release cycle is now available
on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and
sparc64 architectures.

The image checksums follow at the end of this email.

ISO images and, for architectures that support it, the memory stick images
are available here:

  ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/

(or any of the FreeBSD mirror sites).

If you notice problems you can report them through the normal GNATS PR
system or here on the -current mailing list.

If you would like to use SVN to do a source based update of an existing
system, use the "stable/10" branch.

Important note to freebsd-update(8) users:  Please be sure to follow the
instructions in the EN-13:04.freebsd-update errata notice here before
upgrading the system to 10.0-BETA3:

  http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc

Changes between -BETA2 and -BETA3 include:

    o Several small fixes for the amd64 minidump code.
    o Add a 'pkg bootstrap' command which will bootstrap pkg(8) without
      forwarding any command to it after installation.
    o Fix make(1) warning output with 'make delete-old' and 'make
      delete-old-libs'
    o Add kernel side support for large TLB on BERI/CHERI.
    o Fix compatibility function for old
      daily_status_security_${name}_enable variables.
    o Add loader.conf(5) entries to import bootpool after boot when
      using full-disk encryption and ZFS.
    o Switch the default mtree to nmtree our new NetBSD derived mtree.
    o Remove the (unused) isf(4) driver.
    o Separate WITHOUT_CLANG and WITHOUT_CLANG_IS_CC.
    o Add atse(4), a driver for the Altera Triple Speed Ethernet
      MegaCore.
    o Fix a deadlock when trying to power off a USB device.
    o Support checking signature for pkg bootstrap from remote
      and for 'pkg add ./pkg.txz'
    o Fix long-standing issue with incorrect radix mask calculation.
    o Add support for using "pkg+http://" for the PACKAGESITE.
    o Add driver for POWER hypervisor interpartition ethernet.
    o Fix panic in the tap driver when a tap and vmnet interface were
      created after each other.
    o Update Emulex oce(4) driver to version 10.0.664.0.

Pre-installed virtual machine images for 10.0-BETA3 are also available
for amd64 and i386 architectures.

The images are located under the 'snapshots' directory on FTP, here:

    ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-BETA3/

The disk images are available in both QCOW2 and VMDK format.  The image
download size is approximately 136 MB, which decompress to a 20GB sparse
image.

The partition layout is:

    - 512k - freebsd-boot GPT partition type (bootfs GPT label)
    - 1GB  - freebsd-swap GPT partition type (swapfs GPT label)
    - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label)


ISO Checksums:

amd64:
    SHA256 (FreeBSD-10.0-BETA3-amd64-bootonly.iso) = 2fd1c59c94f0e30a8a23cf5a8b2b6caa565e45fc2c97dd5d831d38bf60db47e8
    SHA256 (FreeBSD-10.0-BETA3-amd64-disc1.iso) = ffae9adf91e6030e0f83fecb4fe1a1cc3e8478efddbd0e2cfa5457b3e01a5134
    SHA256 (FreeBSD-10.0-BETA3-amd64-memstick.img) = a9484f2f36746e5087cc2b1538a2e541f567a236f26a945d3560e473fa1655f4

    MD5 (FreeBSD-10.0-BETA3-amd64-bootonly.iso) = 068262b2bbdb207b8d85e80772e6d868
    MD5 (FreeBSD-10.0-BETA3-amd64-disc1.iso) = 371d2cef545029a56c4601c9c84bc464
    MD5 (FreeBSD-10.0-BETA3-amd64-memstick.img) = 30878cfa7928b797fed7589fc88ccad1

i386:
    SHA256 (FreeBSD-10.0-BETA3-i386-bootonly.iso) = d057a154eca7461f31fd0a9ad5f64be8d72918cb78b5906de01c051b344fdc75
    SHA256 (FreeBSD-10.0-BETA3-i386-disc1.iso) = a477b7bdfc225d183d168228fb11b8d5e57e00294e366440bde832154cf76570
    SHA256 (FreeBSD-10.0-BETA3-i386-memstick.img) = 37944f964fba379adbea2b830fb6c2aaebda48945baca10eb66219f9b9d889d6

    MD5 (FreeBSD-10.0-BETA3-i386-bootonly.iso) = d4d341d60bbd1020e32b920bb59de0ec
    MD5 (FreeBSD-10.0-BETA3-i386-disc1.iso) = d6bafeb122b818ec89c1d23d7a461927
    MD5 (FreeBSD-10.0-BETA3-i386-memstick.img) = 4ad06a339e0e06681ca2bbc98e8a72ce

ia64:
    SHA256 (FreeBSD-10.0-BETA3-ia64-bootonly.iso) = 80e32cf7c01c97bcbb04beb3aaac8ebce58869a173e53ea8b2823c39e310dcc2
    SHA256 (FreeBSD-10.0-BETA3-ia64-disc1.iso) = dd1f7fcded27ad6f3ceebaf46aed70bbf604a4a39a111b2e043616c726abe65a
    SHA256 (FreeBSD-10.0-BETA3-ia64-memstick.img) = e8d5ceff7bbe05c48f09f2e31cbd160d4eb47a937971cdf1b3e71a936f6b452e

    MD5 (FreeBSD-10.0-BETA3-ia64-bootonly.iso) = a6180b85446d20fc2c6aa9fa30b4a20b
    MD5 (FreeBSD-10.0-BETA3-ia64-disc1.iso) = 7152e48712df9269b3df42f5631f4910
    MD5 (FreeBSD-10.0-BETA3-ia64-memstick.img) = 197bc68b142fcc8cb8c35fc0301e2742

powerpc:
    SHA256 (FreeBSD-10.0-BETA3-powerpc-bootonly.iso) = f5c4b35b75fa017d8195d5de7f6d54d8b84e2dd35b66c977fa6a28c7f1b01ef2
    SHA256 (FreeBSD-10.0-BETA3-powerpc-disc1.iso) = 1c8aa1438e7c8376154d7b56e962ffb86b0d9fbb4290fae20dc152e75e6bc532
    SHA256 (FreeBSD-10.0-BETA3-powerpc-memstick.img) = e66fcc1448350a3638604915e4e29e9666e3b697e8008bc440e1322773bf5643

    MD5 (FreeBSD-10.0-BETA3-powerpc-bootonly.iso) = 37cdc8fe19f9729113c1d6c3c794531c
    MD5 (FreeBSD-10.0-BETA3-powerpc-disc1.iso) = eea8f2780056f3affa46b31649d4d86b
    MD5 (FreeBSD-10.0-BETA3-powerpc-memstick.img) = b30d88ccb432e88ba6dd50255494db72

powerpc64:
    SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-bootonly.iso) = e92fe11c7f058932d9d75ac396f7cd433cdccf6cfbfe22780012925ccc361d8d
    SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-disc1.iso) = b41835a5ab06e4f3ad67c4ae93598c749d3f999226a6de7541a60e8ed270dff7
    SHA256 (FreeBSD-10.0-BETA3-powerpc-powerpc64-memstick.img) = 2508f0ac2d4f831833329863c7d23768446014010c2f5f8bf0973887d49003a7

    MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-bootonly.iso) = 4a8f6b289f61e86133480f7a3eef82d1
    MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-disc1.iso) = 86a267c9aec6728429daaeeb1dec088e
    MD5 (FreeBSD-10.0-BETA3-powerpc-powerpc64-memstick.img) = b982e63a07457273e791f157813c9b74

sparc64:
    SHA256 (FreeBSD-10.0-BETA3-sparc64-bootonly.iso) = dc5157bf0e9ae633241273664958a5cad32066ac3e66eeb9115de82901625277
    SHA256 (FreeBSD-10.0-BETA3-sparc64-disc1.iso) = 65d9bd431566178838ffe48e0524b296451729436a507c20c4ddd3ca65f60e48

    MD5 (FreeBSD-10.0-BETA3-sparc64-bootonly.iso) = f2904dd6764877304fd23551864ec614
    MD5 (FreeBSD-10.0-BETA3-sparc64-disc1.iso) = 024482b7f461601b46a1bc322098e52d


VM Image Checksums:

amd64:
    SHA256 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.qcow2.xz) = f8908117a595648af3f2e75f21013c34164a71d4c975a6d628016b595ea6fbf8
    SHA256 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.vmdk.xz) = 55270fa9f2e2898e8b8feedf391c3db73e9db2d783eacca1abe14951ec24c6b8

    MD5 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.qcow2.xz) = a511e1e50bc53c544d53c956fe602b1a
    MD5 (FreeBSD-10.0-BETA3-amd64-20131103-rr257580.vmdk.xz) = 39aca0b1981653b1db219696046c1d90

i386:
    SHA256 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.qcow2.xz) = 642867c3c9f428788b3c4b12e9872c7857f5a16566ad2aa069f9c4a9a56bfb05
    SHA256 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.vmdk.xz) = a0c35c7b27e234a9a822d8aa2a4e423db47ee9933872dd45e3547f652b9eaccf

    MD5 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.qcow2.xz) = f9f39e322d88010ab5d8474106a8278f
    MD5 (FreeBSD-10.0-BETA3-i386-20131103-rr257580.vmdk.xz) = e6b8c923c3b3535c5e204a218662931c

Glen
 
Und ein Nachtrag:
Code: 
On Tue, Nov 05, 2013 at 12:05:13PM -0500, Glen Barber wrote:
> The third BETA build of the 10.0-RELEASE release cycle is now available
> on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and
> sparc64 architectures.
> 
> [...]

> Important note to freebsd-update(8) users:  Please be sure to follow the
> instructions in the EN-13:04.freebsd-update errata notice here before
> upgrading the system to 10.0-BETA3:
> 
>   http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc

Additional note to freebsd-update(8) users:

It has been reported that /var/empty is removed from the system as part
of updating the system with freebsd-update(8).  Specifically, the
directory is removed after running 'freebsd-update install' to install
the userland updates (after the kernel updates are installed and
freebsd-update(8) prompts to reboot and run 'freebsd-update install'
a second time).

The cause is still not clear, but we are actively looking into the
cause.

One of the symptoms of this behavior is that daemons using /var/empty as
the home directory will not start after the userland updates are
installed.

A temporary workaround for this is to create /var/empty after the
userland updates have completed, but before the system is rebooted the
second time, for example:

    # freebsd-update -r 10.0-BETA3 upgrade
    # freebsd-update install
    # shutdown -r now
    # freebsd-update install
    # mkdir /var/empty
    # chflags schg /var/empty
    # shutdown -r now

Apologies for the inconvenience this has caused for anyone running into
this.

Glen
 
Wenn ich jetzt ein System neu aufsetze, macht es da Sinn schon auf 10.x zu setzen? Kann man jetzt schon abschätzen wann der Finale Release kommen wird?
 
Ich bin mit Abschätzungen wann finale Versionen kommen sehr vorsichtig geworden, denn nicht selten kommen gerade gegen Ende noch einige heftige Bugs hoch, die die Sache dann um Wochen verzögern können. Gehen wir mal davon aus, dass es noch eine vierte Beta und vier Release Candidates geben wird. Das wären dann irgendwo zwischen acht und zwölf Wochen, wenn es gut läuft. D.h. wir werden FreeBSD 10.0 wahrscheinlich erst im neuen Jahr, irgendwann im Winter sehen. Letztendlich muss man sich halt auch immer sagen, dass es besser ist ein wenig länger zu warten, als sich ewig mit Bugs rumzuschlagen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben