FreeBSD 9.1-RELEASE erschienen

Yamagi

Possessed With Psi Powers
Teammitglied
Nach einem langen Releasezyklus von fast 6 Monaten hat das FreeBSD Release Engineering Team heute FreeBSD 9.1 freigegeben. FreeBSD 9.1 ist das erste Subrelease der FreeBSD 9 Reihe, liefert in 9.0 noch nicht erhaltene Features nach und bringt diverse Bugfixes. Die Highlights sind:

- Unterstützung für das VEX Opcode Schema von x86-Prozessoren. Es ermöglicht, unter FreeBSD AVX und zukünftige x86-Befehlssatzerweiterungen zu nutzen.

- Alle derzeit auf dem Markt erhältlichen Intel-GPU werden nun per GEM und KMS unterstützt.

- Viele Updates für Journaled Softupdates und ZFS.

- Jails können nun einfach über die /etc/jail.conf verwaltet werden.

- Der neue C++-Stack auf Basis von libc++ ist nun Teil des Basisystems. Er wird genutzt, wenn das System mit Clang übersetzt wird.

- Die Bootstrap-Tools des neuen Paketmanagers "pkg" sind nun Teil des Basissystems. Damit ist es möglich "pkg" zu nutzen, ohne auf die Ports zurückgreifen zu müssen.

- Verbesserungen an den Bootblöcken für ZFS. So kann der zu startende Kernel nun in Abhängigkeit zum Poolnamen gewählt werden.

- SCHED_ULE wurde im Zusammenspiel mit SMT verbessert.

- Die letzten unter GPL stehenden Soundtreiber wurden durch unter BSD-Lizenz stehende Versionen ersetzt.

- Vor allem auf Servern verbreitete Watchdog-Chips des Herstellers Winbond werden nun unterstützt.

Hinzu kommen wie immer tausende Bugfixes und kleinere Neuerungen. Das Release liegt ab sofort als ISO-Image und USB-Image auf den FTP-Servern, zudem kann es per freebsd-update(8) bezogen werden. Source-Updater sollten es per SVN beziehen. Die Support-Phase von FreeBSD 9.1 beträgt zwei Jahre.

Die Release-Notes: http://www.FreeBSD.org/releases/9.1R/relnotes.html
Die Errata: http://www.FreeBSD.org/releases/9.1R/errata.html

Die Ankündigung:
Code:
The FreeBSD Release Engineering Team is pleased to announce the availability
of FreeBSD 9.1-RELEASE.  This is the second release from the stable/9 branch,
which improves on the stability of FreeBSD 9.0 and introduces some new
features.  Some of the highlights:

	- New Intel GPU driver with GEM/KMS support
	- netmap(4) fast userspace packet I/O framework
	- ZFS improvements from illumos project
	- CAM Target Layer, a disk and processor device emulation subsystem
	- Optional new C++11 stack including LLVM libc++ and libcxxrt
	- Jail devfs, nullfs, zfs mounting and configuration file support
	- POSIX2008 extended locale support, including compatibility with
	  Darwin extensions
	- oce(4) driver for Emulex OneConnect 10Gbit Ethernet card
	- sfxge(4) driver for 10Gb Ethernet adapters based on Solarflare
	  SFC9000 controller
	- Xen Paravirtualized Backend Ethernet Driver (netback) improvement
	- hpt27xx(4) driver for HighPoint RocketRAID 27xx-based SAS 6Gb/s HBA
	- GEOM multipath class improvement
	- GEOM raid class is enabled by default supporting software RAID
	  by deprecated ataraid(8)
	- kernel support for the AVX FPU extension
	- Numerous improvements in IPv6 hardware offload support.

Please note that precompiled third-party packages are not available for
9.1-RELEASE at the time of release.  See the "Availability" section below
for further details.

For a complete list of new features and known problems, please see the
online release notes and errata list, available at:

    http://www.FreeBSD.org/releases/9.1R/relnotes.html
    http://www.FreeBSD.org/releases/9.1R/errata.html

For more information about FreeBSD release engineering activities,
please see:

    http://www.FreeBSD.org/releng/

 Availability
 -------------

FreeBSD 9.1-RELEASE is now available for the amd64, i386, powerpc64,
and sparc64 architectures.

FreeBSD 9.1 can be installed from bootable ISO images or over the
network.  Some architectures also support installing from a USB memory
stick.  The required files can be downloaded via FTP as described in the
section below.  While some of the smaller FTP mirrors may not carry all
architectures, they will all generally contain the more common ones such
as amd64 and i386.

MD5 and SHA256 hashes for the release ISO and memory stick images are
included at the bottom of this message.

The purpose of the images provided as part of the release are as follows:

  dvd1: This contains everything necessary to install the base FreeBSD
	operating system, the documentation, and a small set of pre-built
	packages aimed at getting a graphical workstation up and running.
	It also supports booting into a "livefs" based rescue mode.  This
	should be all you need if you can burn and use DVD-sized media.

  disc1: This contains the base FreeBSD operating system. It also supports
	booting into a "livefs" based rescue mode.  There are no pre-built
	packages.

  bootonly: This supports booting a machine using the CDROM drive but
	does not contain the support for installing FreeBSD from the
	CD itself.  You would need to perform a network based install
	(e.g. from an FTP server) after booting from the CD.

  memstick: This can be written to an USB memory stick (flash drive) and
	used to do an install on machines capable of booting off USB
	drives.  It also supports booting into a "livefs" based rescue
	mode.  There are no pre-built packages.

As one example of how to use the memstick image, assuming the USB drive
appears as /dev/da0 on your machine something like this should work:

  # dd if=FreeBSD-9.1-RELEASE-amd64-memstick.img of=/dev/da0 bs=10240 conv=sync

Be careful to make sure you get the target (of=) correct.

Due to the security incident reported here:

	http://www.FreeBSD.org/news/2012-compromise.html

only the small third-party package set on the DVD image is available at this
time for users who require pre-built packages (just GNOME and KDE windowing
systems).  The FreeBSD Project's package building infrastructure is undergoing
a complete review and redesign.  At this time we can not commit to a date
the full release package set will become available.  A separate announcement
will be made when that becomes available.  If you wish to install 9.1-RELEASE
now you can build your own packages using portsnap(8) to obtain an up to
date ports tree and then build the packages.  If you require pre-built
packages you should wait for the announcement of the full release package
set becoming available.

FreeBSD 9.1-RELEASE can also be purchased on CD-ROM or DVD from several
vendors.  One of the vendors that will be offering FreeBSD 9.1-based
products is:

~   FreeBSD Mall, Inc.        http://www.freebsdmall.com/

 FTP
 ---

At the time of this announcement the following FTP sites have
FreeBSD 9.1-RELEASE available.

	ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp5.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp7.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp8.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.au.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.cn.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.cz.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.dk.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.fr.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.jp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.ru.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.tw.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.uk.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp2.us.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp10.us.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
	ftp://ftp.za.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/

However before trying these sites please check your regional mirror(s)
first by going to:

  ftp://ftp.<yourdomain>.FreeBSD.org/pub/FreeBSD

Any additional mirror sites will be labeled ftp2, ftp3 and so on.

More information about FreeBSD mirror sites can be found at:

  http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html

For instructions on installing FreeBSD or updating an existing machine to
9.1-RELEASE please see:

  http://www.FreeBSD.org/releases/9.1R/installation.html

 Support
 -------

9.1-RELEASE is an extended support releases and will be supported by
the FreeBSD Security Team until it's End-of-Life (EoL) date of
December 31st 2014. As 9.1-RELEASE got delayed, the EoL of 9.0-RELEASE
has been pushed to March 31st 2013 to allow people sufficient time to
upgrade. As always all EoL dates can be found at:

  http://www.FreeBSD.org/security/

 Other Projects Based on FreeBSD
 -------------------------------

There are many "third party" Projects based on FreeBSD.  The Projects
range from re-packaging FreeBSD into a more "novice friendly" distribution
to making FreeBSD available on Amazon's EC2 infrastructure.  For more
information about these Third Party Projects see:

  http://wiki.FreeBSD.org/3rdPartyProjects

 Acknowledgments
 ---------------

Many companies donated equipment, network access, or man-hours to
support the release engineering activities for FreeBSD 9.1 including
The FreeBSD Foundation, Yahoo!, NetApp, Internet Systems Consortium,
Sentex Communications, New York Internet, Juniper Networks, and
iXsystems.

The release engineering team for 9.1-RELEASE includes:

Ken Smith <kensmith@FreeBSD.org>        Release Engineering,
                                        amd64, i386, sparc64 Release Building,
					Mirror Site Coordination
Robert Watson <rwatson@FreeBSD.org>     Release Engineering, Security
Konstantin Belousov <kib@FreeBSD.org>   Release Engineering
Marc Fonvieille <blackend@FreeBSD.org>  Release Engineering, Documentation
Josh Paetzel <jpaetzel@FreeBSD.org>	Release Engineering
Hiroki Sato <hrs@FreeBSD.org>           Release Engineering, Documentation
Bjoern Zeeb <bz@FreeBSD.org>            Release Engineering, Package Building
Marcel Moolenaar <marcel@FreeBSD.org>   ia64, powerpc Release Building
Nathan Whitehorn <nwhitehorn@FreeBSD.org> powerpc64 Release Building
Simon Nielsen <simon@FreeBSD.org>       Security Officer

 Trademark
 ---------

FreeBSD is a registered trademark of The FreeBSD Foundation.

 ISO Image Checksums
 -------------------

MD5 (FreeBSD-9.1-RELEASE-amd64-bootonly.iso) = 03ec0d36578a5b2092c75ac8e3eb1979
MD5 (FreeBSD-9.1-RELEASE-amd64-disc1.iso) = f0a320fd52383c42649d48ea545915a9
MD5 (FreeBSD-9.1-RELEASE-amd64-dvd1.iso) = 5da132138da8360491eb0efa24760859
MD5 (FreeBSD-9.1-RELEASE-amd64-memstick.img) = 9fb2d4ad338df42f5d86cd1ae3a427c4

MD5 (FreeBSD-9.1-RELEASE-i386-bootonly.iso) = 0c2338e03b9249c9806b8c2b10f36dec
MD5 (FreeBSD-9.1-RELEASE-i386-disc1.iso) = e37d86ce83908bf4b667fdae7298bca5
MD5 (FreeBSD-9.1-RELEASE-i386-dvd1.iso) = dd07dc30035806cabd136f99ccab7eac
MD5 (FreeBSD-9.1-RELEASE-i386-memstick.img) = 149b98037944300927a21341aa9a455a

MD5 (FreeBSD-9.1-RELEASE-powerpc64-bootonly.iso) = f65cb227e049c48bbc369d79a72e2916
MD5 (FreeBSD-9.1-RELEASE-powerpc64-memstick) = 4febdf7210882e8a9f8eee35315722ce
MD5 (FreeBSD-9.1-RELEASE-powerpc64-release.iso) = a26c7c24a0497980ffc67e1f199a5bba

MD5 (FreeBSD-9.1-RELEASE-sparc64-bootonly.iso) = 3fb02e9998e6341fea7fa75073dcf5ea
MD5 (FreeBSD-9.1-RELEASE-sparc64-disc1.iso) = 7fdec91c78799263d88f3918b71e219f

SHA256 (FreeBSD-9.1-RELEASE-amd64-bootonly.iso) = a7e429071a409232f36024df2fc92eed15dc795445030b305fa242c88d6f4596
SHA256 (FreeBSD-9.1-RELEASE-amd64-disc1.iso) = 776ba34df5ffb8b5f04b823aacea32210104204b5d3d1547334a22c86cf7090e
SHA256 (FreeBSD-9.1-RELEASE-amd64-dvd1.iso) = 7955f97e25985915013c1568319752c4006e722539c65723685923e343c3b5dc
SHA256 (FreeBSD-9.1-RELEASE-amd64-memstick.img) = d085657fc039f579a69598163de39cd0d5d09b3f5ba79ea93bb508e7958cdef4

SHA256 (FreeBSD-9.1-RELEASE-i386-bootonly.iso) = 73361f5947a71465797979a99e9fdee40797c3fc5ebc9dd4d3d31262f4940985
SHA256 (FreeBSD-9.1-RELEASE-i386-disc1.iso) = 211f9562e0c122598e03aa3fdb38dd8a5c79197a9d09e6ad32f9ee9ba4eb6e0e
SHA256 (FreeBSD-9.1-RELEASE-i386-dvd1.iso) = 46a53f57e21a7a1c2d1c014bf2cfafae3848c749174777f3a04543f1da25b678
SHA256 (FreeBSD-9.1-RELEASE-i386-memstick.img) = 9d037fbf6ac62350bf5d39be820f843c215befac94f8668a5d9935f6bec8e37d

SHA256 (FreeBSD-9.1-RELEASE-powerpc64-bootonly.iso) = a2cd9f2d58571d3e9fbb5fadd13237622d4bf1a732d61acbe649e29153a16801
SHA256 (FreeBSD-9.1-RELEASE-powerpc64-memstick) = 02d0bb7236335c6154683800a17c84eb810fbf7950da8c818a519bc09b7ef84e
SHA256 (FreeBSD-9.1-RELEASE-powerpc64-release.iso) = b04fb13eab306424319bb8ecd280a655ca6df51dc1ff5dcd6adb6eaa3ff88dba

SHA256 (FreeBSD-9.1-RELEASE-sparc64-bootonly.iso) = be55f9950e70e4da13c29c90bae0c2110e176939085d72b77e18e23307bbfaea
SHA256 (FreeBSD-9.1-RELEASE-sparc64-disc1.iso) = aa57a02b2d7e46ad8ccca1adcef0ae9aad86b2f4fb5ee9d42e21a95ae2c29f47


[application/pgp-signature (Gültige digitale Unterschrift (Schlüssel wird nicht vertraut))]
Digitale Unterschrift ist vom So 30 Dez 18:38:09 2012
Gültige digitale Unterschrift, aber dem Schlüssel für  "Ken Smith <kensmith@cse.buffalo.edu>" wird nicht vertraut.
		aka "Ken Smith <kensmith@freebsd.org>"
 
Zuletzt bearbeitet:
Beim traditionelle make buildworld buildkernel hatte ich diesmal Probleme.

1. Buildkernel mit clang geht bei mir nicht (auf mehreren Rechnern)
2. Make installworld bricht erst mal ab, wenn man dann einen vollständigen mergemaster macht (also nicht bloß -p) funktioniert es beim nächsten Versuch.

Um eine 9.1 Tinderbox-Jail zu bauen, muss auch das Host-System auf jeden Fall auf 9.1 Stand sein. Alles andere ist zwar nicht supportet aber praktisch in der Regel unproblematisch.
 
Beim traditionelle make buildworld buildkernel hatte ich diesmal Probleme.


2. Make installworld bricht erst mal ab, wenn man dann einen vollständigen mergemaster macht (also nicht bloß -p) funktioniert es beim nächsten Versuch.

make installkernel ( was eigentlich vor make installworld kommen sollte) wird auch nicht gehen, da .. siehe /usr/src/UPDATING 20121218 etc.
IMHO müsste es da also heissen 'prior to installkernel' instead von 'prior to installworld'. Dann funzts.
 
make installkernel ( was eigentlich vor make installworld kommen sollte) wird auch nicht gehen, da .. siehe /usr/src/UPDATING 20121218 etc.
IMHO müsste es da also heissen 'prior to installkernel' instead von 'prior to installworld'. Dann funzts.
Was hat das denn mit dem Kernel zu tun?
 
Was hat das denn mit dem Kernel zu tun?

Das ist diesmal eine eher praktische als akademische Frage.

R. Watson hat mit svn commit: r243752 den Distributed audit daemon (auditdistd) in 9-STABLE, und damit noch in 9.1-RELEASE mfc'd.
Es wird dabei ein neuer user (auditdistd) angelegt.

Laut /usr/src/UPDATING #20121218 fehlt dieser dann vor 'make installworld'.
Der Eintrag sagt, dies sollte umschifft werden mit einem beherzten mergemaster -p vor
'make installworld'.

Bei mir und einigen anderen hat schon 'make installkernel' abgebrochen. Nach der empfohlenen Methode ein System upzudaten (siehe /usr/src/UPDATING Zeile 1414 - 1428 ) kommt dies schon VOR 'make installworld'. Wobei ich 'make kernel' gerne teile in 'make buildkernel' und 'make installkernel'.

Es wird der user 'auditdistd' gesucht, den gibt's noch nicht und Schluß mit lustig.
Jetzt 'mergemaster -p', also VOR 'make installkernel' auszuführen bewirkt, dass sowohl installkernel als auch dann installworld durchlaufen.

Das ist natürlich nur für die interessant, die, wie wir, überhaupt noch ein System bauen nach welcher Methode auch immer, bzw. überhaupt FBSD nutzen.

Frohes neues Jahr.

hth
 
Nein, der audist-Kram ist nicht in 9.1 enthalten. Auch wenn es erst jetzt erscheint, ist der Entwicklungszweig schon vor sehr langer Zeit - irgendwann im Sommer - aus 9-STABLE abgezweigt und hat seitdem auch nur noch einige kleinere Bugfixes bekommen. FreeBSD 9.1 entspricht SVN-Revision r243710 ("We think we're ready for the 9.1-RELEASE builds. Approved by: re (implicit)"), beinhaltet den danach liegenden Commit r243752 also nicht. Entsprechend hat keines meiner 9.1-Systeme den audistd-User, noch den Daemon an sich.
 
Man muss halt am Ende das Schreiben, was die eigene Zielgruppe hören will. Denn sonst besteht man nicht auf Dauer in einem schrumpfenden Markt. Und für Heise besteht diese Zielgruppe wohl aus Linux-Fanboys, Android-Fanboys und Apple-Fanboys. Das erkennt man an der ganzen Berichterstattung, z.B. dem unterschwellig negativen Ton bei jedem Windows 8 Artikel (mein Gott, es ist anders, aber nicht unbedingt schlecht) und endlosen Mac & I Generve. Da finde ich Golem inzwischen deutlich besser. Nicht nur, dass sie seit ihrer Neukonzeption im letzten Jahr ein deutlich größeres Themenspektrum als Heise haben, die Berichterstattung ist einfach neutraler und oft besser recherchiert. Allerdings ist bei Golem wiederum klar erkennbar, dass sie u.a. bei Slashdot abschreiben. Was dort auftaucht, landet meist nur wenige Stunden später bei Golem... Mal schauen, ob und was sie morgen über FreeBSD schreiben :)
 
Soll eigentlich pkg schon funktionieren? Ich hab auf FreeBSD 9.1 aktualisiert und dann mit pkg2ng umgestellt.

Wenn ich jetzt aber z.B. pkg search boost oder irgend ein anderes Paket such, dann findet er immer nichts. Und wenn ich pkg update oder upgrade mache, dann sagt er alles sei aktuell.

Habe ich irgendwas übersehen, oder vergessen?
 
Soll eigentlich pkg schon funktionieren? Ich hab auf FreeBSD 9.1 aktualisiert und dann mit pkg2ng umgestellt.

Wenn ich jetzt aber z.B. pkg search boost oder irgend ein anderes Paket such, dann findet er immer nichts. Und wenn ich pkg update oder upgrade mache, dann sagt er alles sei aktuell.

Habe ich irgendwas übersehen, oder vergessen?


Evtl. ist das die Ursache dafür??
With the exception of systems relating to the building and testing of packages, all FreeBSD.org infrastructure has now been brought back online. A full audit of the third party package build infrastructure code ("pointyhat") and package testing infrastructure ("redports") continues, and neither system will be brought back online until audits are complete.

As a result, FreeBSD 9.1-RELEASE will be published with only minimal i386 and amd64 (x86_64) precompiled package sets available, and with no packages available for other architectures. This package set will be available on the DVD image, and are sufficient to install either the GNOME or the KDE desktop environment. For any other uses, or for any packages not included on the CD, either using the most recently available -stable package collection or compiling ports from the ports tree are recommended. Packages for 9.1-RELEASE will be made available at a later date. Instructions for obtaining and updating the ports tree can be found in the FreeBSD Handbook.

Unless there are any other major changes, this is planned to be the last status update to this page. An email will be sent to the FreeBSD announcements mailing list when the package build infrastructure is online and packages are once again available.

http://www.bsdforen.de/showthread.php?p=246975#post246975
 
Nur indirekt der Grund dafür.

Offiziell gibt es noch kein öffentliches pkg Repository.
Es gibt zwar pkgbeta.f.o, aber das ist lediglich ein inoffizielles Repository, dessen Inhalt leider wegen des Security Incidents gelöscht werden musste.
Weil sich die Infrastruktur zum Bauen der Pakete deswegen noch im (Wieder-)Aufbau befindet, gibt es keine Pakete und man ist auf ein eigenes Repo angewiesen (ports-mgmt/poudriere).
 
Hat man sich aus Sicherheitsgründen jetzt komplett dagegen entschieden noch Pakete anzubieten, oder werden bei einem späteren Release wieder verfügbar sein? [/sarcasm]
 
Du kannst gerne helfen, die Buildserver wieder mit aufzubauen, die Buildscripts auf Fehler und Sicherheitslücken zu untersuchen etc. pp.
 
Du kannst gerne helfen, die Buildserver wieder mit aufzubauen, die Buildscripts auf Fehler und Sicherheitslücken zu untersuchen etc. pp.
So einfach geht das nicht. Bei allem was du beitragen willst bist du auf Committer angewiesen. Persönlichem Engagement sind Grenzen gesetzt.
 
gibt es keine Pakete und man ist auf ein eigenes Repo angewiesen (ports-mgmt/poudriere).

Ich lasse das gerade mal laufen...

Prüft der eigentlich ob ein Update einen Library-Link bricht? Also wenn z.B. x264 aktualisiert wird, mit neuer ABI, dass dann auch ffmpeg neu gebaut werden müsste? Kenne mich mit Packages unter FreeBSD noch nicht so aus. Weiß nur, dass ich unter FreeBSD mit ports regelmäßig pkg_libchk brauchte.
 
laemodost: Also sich seine, wenn es hoch kommt, 1000 bis 2000 Pakete nach Wunsch per poudriere zu bauen kann ich nur empfehlen. Man bekommt genau die Pakete, die man will. Das Problem dürfte es also eher sein Leute zu finden die Zeit haben und denen alle genug vertrauen im Namen des FreeBSD Projekts 25k Packages zu bauen. Dazu kommt der für diese armen Schweine anstrengende Wunsch vieler User am liebsten stündlich aktualisierte Pakete zu haben.
 
-Nuke schrieb:
Prüft der eigentlich ob ein Update einen Library-Link bricht? Also wenn z.B. x264 aktualisiert wird, mit neuer ABI, dass dann auch ffmpeg neu gebaut werden müsste? Kenne mich mit Packages unter FreeBSD noch nicht so aus. Weiß nur, dass ich unter FreeBSD mit ports regelmäßig pkg_libchk brauchte.
Nein, tut er nicht. Die pkg_* Tools haben praktisch kein Dependency-Handling. Es hat Abhängigkeiten auf Basis von Versionen in Abwärtsrichtung (d.h. ein Paket A weiß, dass es Paket B in Version 1.2 braucht) aber nicht in Aufwärtsrichtung (d.h. Paket weiß nicht, dass es von Paket C in Version 1.4 benötigt wird). Tools wie Portmaster versuchen auf verschiedene Wege um diese Einschränkungen rumzufrickeln, aber das kann halt nur mäßig erfolgreich sein. Und daher waren Binärpakete unter FreeBSD nie mehr als eine Krücke. Mit pkg kommt aber ja nun ein neuer Paketmanager, der echtes Dependencytracking mitbringt. Damit ist das Binärpaketmanagement dann - ein entsprechendes Repo vorausgesetzt - genauso mächtig wie z.B. Debians dpkg.
 
Mit pkg kommt aber ja nun ein neuer Paketmanager, der echtes Dependencytracking mitbringt. Damit ist das Binärpaketmanagement dann - ein entsprechendes Repo vorausgesetzt - genauso mächtig wie z.B. Debians dpkg.

Aber poudriere baut doch im Prinzip ein pkg-Repository. Wie machen es denn die FreeBSD-Leute?
 
Es baut vorzugsweise ein pkgng Repo. Das Problem ist mit poudriere willst du keine 25k Ports compilen es fehlt der Clustersupport, denn für diese Aufgabe braucht man ein kleines Buildcluster. Auch auf einem dicken SMP System dauert das zu lange.
 
Jaja, schon klar. Es geht mir jetzt ja nur in dem Fall darum, wenn ich mir jetzt ein eigenes Repo mit poudriere baue, bis FreeBSD das eigene fertig hat, wie "sicher" dort die Updates sind. Bringt ja nichts, wenn ein Update von irgendwas das System kaputt macht, weil eine Abhängigkeit nicht neugebaut wurde.
 
Zurück
Oben