96677b9cb791db75e41f5ec32e7989ce.ppt
- Количество слайдов: 10
Free. BSD Software Management
Overview n n Free. BSD divides itself into two parts: the base operating system (the “world”) and the ports Open and Net. BSD also do this, but in slightly different ways The world contains mostly the bits from /etc, /bin, /sbin, /usr/sbin and some basic applications (login shells, a text editor) Ports are everything else, typically go to /usr/local (but this can be changed) Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
Base OS n n n Two ways to upgrade the base OS: from binaries and from source Binary upgrades typically done from CD CD used can be either the release image from the Free. BSD project, or a custom-built one Source upgrades can be done per-machine, or built on one machine and distributed to a group Several versions within Free. BSD: RELENG, STABLE, CURRENT (and technology releases too, oh my!) Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
Ports Overview n n Like the base OS, ports can be installed from binary packages (freebsd. org) or built from source Source building has option to build binary packages, which can be distributed This allows for local customisations to be applied Ports have no concept of hierarchies such as xhier implements - but it is possible they could be made to Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
What does this buy us? n n Differentiation between base OS and ports/packages means the latter cannot affect the former (less RPM-hell or SPs killing the OS) Relatively fine-grained control over all aspects of a system Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
Case Study: Offices of Development and Alumni Affairs n n We initially had one server (alumni), but wanted a development/test server (alumbak) as well Problem: how to keep them generally in sync, but allow for testing new releases and new applications? Built a third server, a “build master” (odaadev) Excess of hardware allowed for a fourth as well, a cvsup server (lowe) Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
Case Study – ODAA, part 2 n n lowe kept a copy of the CVS repository of Free. BSD sources (all versions, all ports) Pulled a copy to odaadev and built new releases (and packages) there Distributed built worlds and packages to alumbak for testing Once satisfied with setup, distributed same to alumni Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
Case Study: ODAA, part 3 n n Later, added a separate database server Distributed build system made making this DB server just like the others easy, but was flexible enough to allow for different kernels on the different machines Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
Applications at UW n n n Free. BSD is well-suited (indeed, designed) for distribution across many hosts Challenge is adapting it to use in the UW environment Leveraging xhier a possibility, and there is a project team looking at this (early infancy) Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
Further Resources n n n Free. BSD website: www. freebsd. org Daemonnews: www. daemonnews. org Mailing lists: freebsd-questions, freebsd-ports, freebsd-stable, freebsd-current Local resources: www. freebsd. uwaterloo. ca (Twiki hosted by Engineering Computing) Me! Wat. ITis | Collaboration in a Distributed Environment | December 2, 2003 | Automagic Software Management
96677b9cb791db75e41f5ec32e7989ce.ppt