Recently in PC-BSD Category

The FreeBSD Handbook appeared cryptic on how exactly to update packages and ports. I'm sure the answer is in there, but I just couldn't find it.

However, I do have Dru Lavigne's new book, "The Definitive Guide to PC-BSD," and I'm following her instructions on pages 247-251 on how to use csup and portupgrade to update both packages and ports on my FreeBSD 7.3-release installation.

Yep, her PC-BSD book is helping me with FreeBSD — which isn't so unusual since PC-BSD 8.0 is based on FreeBSD 8.0.

Yesterday I fixed my problem with pkg_add, which was pulling packages from 7-stable instead of 7.3-release. I'll write that up soon.

My short review of Dru's PC-BSD book is that it's a must for the novice PC-BSD user and has more than enough tips for the advanced BSD user who wants to run PC-BSD or even FreeBSD. It's a great companion for her "Best of FreeBSD Basics" book, which I also highly recommend.

I'm still in the middle of my csup, so I'll report on how it turns out. And while I'm sure I have a GhostBSD (FreeBSD live with GNOME) disc somewhere, I'm about to burn a new one and see how its GNOME environment compares to my own. Hopefully I'll glean a few tips that will help me in my GNOMEish FreeBSD 7.3-release install.

In addition to his first e-mail to me, David Gurvich adds more about his experiences with Intel i830m video in Linux and PC-BSD/FreeBSD:

I did think the problems with FreeBSD were due to using PC-BSD and installing a lightweight desktop on top. After testing with a bare install that turns out to not be the case and the issue is with FreeBSD and has nothing to do with the scripts that PC-BSD uses.

I have not tested OpenBSD but most of the wireless drivers on FreeBSD have been ported from there. I suspect there is a difference between the two that causes these drivers to crash the system on FreeBSD. The primary reason that I was interested in FreeBSD was ZFS support and wanted to setup a file server. The network issue stopped that in it's tracks.

There is a graphical network tool in the FreeBSD ports that seems to work ok but most of my settings were with wpa_supplicant and rc.conf. I believe that PC-BSD has it's own graphical network configuration tool but didn't use that.

Flash does have issues on FreeBSD and I don't recommend installing the linux compatibility to use flash. Instead, use wine with a windows browser. There is a memory leak in the linux flashplugin on FreeBSD that will eventually cause your system to freeze until you kill nspluginwrapper. The same technique may work on OpenBSD.

I have tried Fedora 12 on this laptop and that worked somewhat after tweaking a number of parameters. By somewhat I mean that I had random Xorg crashes and the tweaks simply mitigated the frequency. I gave F12 about 2 months but just could not take the crashes. Fedora 12 is working well on the other systems that I've installed it on but there was a problem with one that had ATI video which required building an xorg module from git.

I am currently using Arch linux on the X30 and, since configuring the boot parameters with 'nomodeset' and locking the xf86-video-intel driver to 2.9.1, have not had any issues with video. The main problem has been with the networking scripts and I am still not sure what the issue is there but installing wicd-1.7 seems to have worked around that. I am impressed with the speed vs Fedora 12. The reason I am impressed is that, prior to Arch, Fedora 12 had been among the fastest distributions on the X30 with a useable firefox in under 2 minutes. The X30 from startup to a working firefox connection takes 45 seconds in Arch.

The main issue I will have with Arch is likely the very reason Arch is so responsive. Rolling releases don't keep old packages around and new versions can cause random failures on working systems. That means that I will need to maintain a list of packages that should not be upraded and be careful on upgrades. Nothing new to anyone who has used Gentoo.

I've currently had Arch installed on the X30 for a month and have had no issues to deal with since the video and networking were fixed. The livecd boots to a text console and I recommend looking at the arch installation guide. Pretty much everything needs to be configured but the wiki makes that simple.

David Gurvich

David, you hit on a number of important points. I will definitely try Fedora 12 to see how it works with i830m, and I agree with you that Arch is an excellent choice. I've written many times about how the Arch community has been a great resource for me in solving my X issues with i830m all the way from Debian Lenny through now.

I neglected to mention ZFS in FreeBSD. That certainly is something to recommend in its favor. There's also a project bringing journaling to soft updates in FreeBSD's UFS filesystem that I heard about in this BSD Talk episode.

I'm not terribly happy about Flash being so problematic in FreeBSD. I forget all the trouble I had with the Opera browser in OpenBSD. That browser and its Flash plugin uses OpenBSD's Linux compatibility layer, and I was eventually able to stop most crashes by changing a parameter in Opera.

Here's what I'm hoping for:

• People smarter than me will figure this out and either make allowances in the kernel and xorg, or will create some other kind of mechanism that doesn't leave users of Intel 830m video chips out in the cold
• HTML 5 will sooner than later take hold with an open video codec and return Flash to what it's good at, which is little applications that I can safely ignore, and stop doing what it's bad at, which is delivering video that can better be handled by a plethora of other formats. The easiest way for this to happen would be for Google to open-source the on2 video codec it recently acquired. (Except that Google already converted the entire YouTube library to the loved-by-Apple patent-encumbered H.264.)

  I've run BSD before, and if Linux/Xorg throws Intel 830m under the bus, I'll be an enthusiastic user of any system that doesn't follow along.

The FreeBSD - The Unknown Giant news page (which I refer to often) offers an announcement of the PC-BSD 8.0 live DVD that told me a few things I'm very happy about:

• It's a live DVD (didn't used to be but could've been so longer than I know), which means it's a great way to test the compatibility of a given machine with not just PC-BSD but also FreeBSD 8.0.
• The disc allows for the installation of both PC-BSD and FreeBSD

I like that. I tested PC-BSD back in the 1.x days, and I've thought the installer was one of the best for any open-source operating system. I wasn't in love with the PBI packaging system (and still am not), and I wasn't crazy about being forced to use KDE and not having the option of GNOME or Xfce during the install.

So I'd probably be better off with FreeBSD, adding the packages or ports I want after the fact.

Now I can test my systems' response to FreeBSD and install either the KDE-based PC-BSD or the roll-what-you-want FreeBSD from a single DVD image.

I'll be downloading and burning this one as soon as possible.

I've been thinking about building my own very small machine around the dual-core Intel Atom processor with Nvidia graphics. Yes, I know that Nvidia is freedom-hating and all, but I think that for the small form factors such as Mini-ITX, Intel and Nvidia are heading in the right direction when it comes to compactness, power consumption and graphical sophistication.

I usually begin my search with my favorite Mini-ITX vendor, Logic Supply, but I have also begun looking at pre-assembled systems that ship with Linux. Both ZaReason and System 76 are building small boxes around the Intel Atom/Nvidia platform, some single core, others dual core — and I do recommend the latter.

The one stopping point for me, other than money, is that I'm not sure whether or not these pre-built boxes have CPU fans or use passive cooling from massive heatsinks. For years now I've been leaning toward machines with no spinning fans either in the box itself (on the CPU or elsewhere) or the power supply. With Logic Supply I can easily make this happen.

At ZaReason, the Ion Breeze 4220, starting at $399 for single-core, offers a variety of options, including the above-mentioned dual-core Ion CPU. I don't know if Earl, the ultra-accommodating chief technology officer at ZaReason, is offering the option of a fanless motherboard — I'll ask him.

System 76 offers its Meerkat Ion NetTop with dual-core Ion starting at $359.

One thing that ZaReason offers in the Ion Breeze that I like is an optional external fanless power supply.

I've been running my converted Maxspeed Maxterm thin client as a standalone Linux/BSD box almost since the beginning of my foray into open-source operating systems, with only a single fan blowing across the Mini-ITX motherboard and its heat-pipe-cooled CPU. The fan doesn't work when the box is upright, so for all intents and purposes this is a fanless computer, and I've never had a problem with thermal issues — in fact, it runs quite cool, if not quickly with its VIA C3 Samuel processor (that's supposed to be a 1 GHz model but for some reason only runs at 500 MHz), maximum of 256 MB RAM and woeful sound and video chips.

Right now the Maxspeed is running Debian Lenny from an 8 GB CF card inserted in the thin client's built-in CF-to-IDE interface. Yep, no spinning hard drives either.

System 76 does offer solid-state drives on the Meerkat Ion, starting at $110 extra for a 40 GB Intel drive.

If the Intel Atom Ion processor isn't what you're looking for, both System 76 and ZaReason have plenty of other desktop, laptop and server machines to look at.

The best thing about buying a computer from a shop that ships with Linux (in the case of these two retailers, Ubuntu) is that your hardware is pretty much guaranteed to work. You'll have audio, video, suspend/resume, all that stuff that sometimes is hard to get straight on the box that shipped to you with Windows.

In the times I've spoken with ZaReason's Earl, and the company will build, test and ship pretty much anything you want. They specialize in Ubuntu, but you can ask for a box to be loaded with Debian or CentOS, and I believe they'll do it.

Do ZaReason and System 76 charge more than your standard computer seller? Probably. You can't get the kind of bottom-of-the-barrel deals that are offered on the cover of the Office Depot circular, but those machines often do have bits of hardware that you'll tear your virtual hair out to get working properly.

When you get a machine from a company that specializes in Linux, not only will everything work, but you'll get support that will help you clear up any issues.

And for many people — and I'm getting more like this myself with less time available for banging-my-head-against-the-wall tinkering — it's worth a little extra money for somebody else to have figured out all the issues, or in the case of these companies, to choose hardware components that work well with free, open-source operating systems from the start.

And even if you are a tinkerer, chances are it ZaReason or System 76 have built you a machine, it won't just work well in Ubuntu but will be a great platform for other Linux distros you might want to run.

Not wanting to leave out BSD, you can get a pre-built and -loaded PC-BSD (based on FreeBSD) laptop as well as two workstations (prices unknown) from IXsystems, the company behind PC-BSD. They seem to specialize in selling servers running FreeBSD and ask that interested buyers request a quote to receive pricing info. They're also offering CD and DVD sets of FreeBSD 8.0 if you don't want to bother downloading the ISOs and burning your own discs.

Not to go off on a tangent or anything, I've been giving FreeBSD a lot more thought lately. I've run OpenBSD on the desktop as my primary system for about six months, and I'm considering FreeBSD instead for a future test for the following reasons:

• Easier upgrades and much longer cycle
• More focus on desktop users with hopefully better (and more meta-style) packages for things like GNOME
• Flash 9 and possibly Flash 10 support through the Linux compatibility layer
• Better performance
• I really don't need it for architectures other than Intel/AMD (although PowerPC and SPARC 64 are available; side note — on the various pages emanating from its platforms page, FreeBSD offers not only official manuals from the makers of the hardware in question but also links to other BSDs that run on the architecture. A very nice touch, I think)
• Community that actually cares about end users who aren't developers

I need to try some live images of recent FreeBSD/PC-BSD releases. (Is PC-BSD a live CD yet? I haven't kept up, but I did utilize the live environment of DesktopBSD back when I was testing it).

I never did the full review I promised of Dru Lavigne's excellent "The Best of FreeBSD Basics" book, but I find it to be an excellent reference for the FreeBSD and PC-BSD user. Dru is one of the best writers around in the Unix community, and even if you don't run BSD you can learn a lot about using Unix/Linux from this book. I got a whole lot about the shell, file permissions and other Unix sys-admin tasks, from "Basics," just as Michael Lucas' discussion of sudo in "Absolute OpenBSD" makes that now-way-out-of-date book extremely relevant and useful for anybody running any kind of Unix/Linux today who wants to make the most of sudo in their own environment (and especially on the server).

On the same tangentially arrived-at topic, Dru Lavigne's latest book, "Beginning PC-BSD: Frugal Unix for Power Users," is slated to be released three days from now. If past work is any indication, this will be an excellent book for anybody contemplating the use of PC-BSD.

I'd rather Dru write a book on using FreeBSD on the desktop — not necessarily PC-BSD but building out a FreeBSD-based desktop through ports or packages — but I can understand her focusing on PC-BSD given that the iXSystems-led project is a lot closer to what Linux users are used to.

Note: I originally wrote this post on 2/15/08. Today is 4/24/08. Since that time, I've looked into updating in the BSDs a bit further. In FreeBSD, it's certainly possible to update both ports and packages.

Anyway, here is the "original" 2/15/08 entry:

While it's pretty easy to install software from precompiled packages or from ports in OpenBSD, FreeBSD and NetBSD, I've hit a bit of a wall when it comes to keeping any of these systems up to date with periodic security and bug patches.

I don't know if such updates are either not as necessary in the BSDs, even though my Linux boxes have a dozen or so of them every week, or that it's just to hard to do for the average BSD user.

I see plenty of Web help on how to upgrade from one version of a BSD to another, but I don't see anything that covers searching for periodically updated packages and updating an installation on, lets say, a weekly basis as security and bug problems arise and are presumably updated in the repositories of packages and ports.

O, BSD users, correct me if I'm wrong -- and I do hope that I am wrong. But with apt/Aptitude/Synaptic in Debian-based Linux distributions, rpm/Yum in Red Hat- and Suse-style systems, and upgradepkg (and slapt-get/Gslapt) in Slackware (with security announcements going to the mailing list and the www.slackware.com/security page) ... need I go on?

The point is that almost all Linux installations are easily upgraded with precompiled binary packages. Gentoo ... well, I won't go there because I know it has its own BSD-like ports system, but I've never used it and don't know how it works.

Again, the point is that all of these Linux distributions have me conditioned to expect -- and to install -- updates on a regular basis.

But what do I do with BSD? In OpenBSD, for instance, I've never even downloaded the ports tree. Everything I've installed has been a precompiled binary package for the i386 architecture. It's very slick, works perfectly ... but am I exposing myself to undue risk by running Firefox 2.0.0.6 instead of the newer 2.0.0.12? Is all that extra OpenBSD security for nought if I'm running applications rife with security holes?

I'm being completely serious. Is there something I'm missing here? Since OpenBSD, at least, updates the whole system every six months, am I OK to keep the same packages running until the next release? What does this say about BSD vs. Linux when it comes to security and bugs?

But wait. I did run DesktopBSD for awhile, and I remember that system having a GUI package manager that not only fetched new packages but upgraded those already installed.

So that's what Matt Olander was talking about when he said that PC-BSD and DesktopBSD were working together to share technology when it came to package management.

As far as I'm concerned, I don't need to do my updates in a GUI app. I'm perfectly OK with using the console. Just being able to do that updating is enough. That is, unless someone out there can convince me that Linux has conditioned me to think I need something that I really don't.

Those on all sides of this issue, please enlighten me -- and quickly.

I've been shuttling CDs in and out of my Gateway Solo 1450 laptop, just seeing what works and how well.

I've also been fiddling around with the BIOS settings, trying to get the CPU fan under control in both Linux and the various BSDs. A select few Linux kernels do this automatically ... most don't. I can control the fan with a cron job, but I've never, ever been able to do this with any version of BSD.

Until today. For some reason, I ran DesktopBSD 1.6 as a live CD, and the fan fell silent, turning on at various intervals, then off.

Like it's supposed to do.

I rebooted.

It worked again.

A couple of boots later, it stopped working. I changed nothing between boots. It could've had something to do with going from Debian Lenny to DesktopBSD ...

So while ACPI fan control is possible with FreeBSD -- upon which DesktopBSD is based -- I've got nothing in the bag. And it may never work again.

I tried PC-BSD 1.4 and FreeBSD 6.3 (just booting, not installing) ... and the fan roared as always. I thought I could control it from a console, but that didn't work.

But for two brief, shining moments, I had a FreeBSD-based system running with CPU fan management working perfectly.

If only it would happen again.

The "L" in SCALE may stand for Linux, but each of the three major BSD projects has a table at the Southern California Linux Expo. While the FreeBSD booth was giving away PC-BSD CDs (they still have about 500 left, so have at it, people), the OpenBSD booth was selling Version 4.2 CD sets for $45, and the NetBSD people were selling T-shirts for $15.

But it's not all about stuff.

I spent a lot of time talking to Kevin Lahey, a developer for NetBSD who is also a programmer for the Information Sciences Institute under the auspices of the University of Southern California. His organization does work for the Department of Homeland Security, and in the past Kevin has worked for the NASA Ames Research Center, and he told me that NetBSD has a lot of uptake in both government and university settings.

The NetBSD project began in May 1993, and is edging closer to its 15th birthday. It was nice to see Kevin's IBM Thinkpad running NetBSD with a GUI desktop. I've been impressed by the way NetBSD both looked and performed in the 2006-era live CD I tried on Friday, and while NetBSD is increasingly aimed at embedded applications, I think it's a great candidate for desktop use.

Kevin told me that NetBSD has over 200 active developers, most of whom do IT-related work for companies, many of which use NetBSD as part of their business.

As far as the desktop goes, NetBSD is getting better all the time at supporting the ACPI standard for power management -- something that will also see considerable improvement in the forthcoming OpenBSD release, as I learned at that booth. The NetBSD kernel also supports gigabit and even 10GB Ethernet, so it plays very well in many networked environments.

While OpenBSD encourages users to use the precompiled packages for the various architectures, NetBSD users rely on ports for adding applications. Also at the NetBSD booth was David Maxwell, and he told me that thera are about 16,000 ports for NetBSD. It always amazes me that there is so many applications available for the BSD operating systems.

I didn't quite get how NetBSD handles software updates, and Kevin tried to explain it to me, but there is some mechanism at work that can bring the needed updates down to your box as needed. It's something I'll have to look into more. Luckily, every one of the three BSD projects includes excellent, comprehensive documentation on their Web site.

As far as that documentation goes, David told me that NetBSD takes extra care to make sure its man pages are up to date.

Again, it's great to see a worthy project and the very smart people behind it.

After whining over a dozen or so entries about how my VIA C3 Samuel-based test box would boot and install OpenBSD but not NetBSD, FreeBSD, DesktopBSD or PC-BSD, I've had a great time working in OpenBSD, and I was surprised to learn that the NetBSD 4-based live CD boots into a KDE desktop, looks great and runs pretty well, too.

I recently burned the latest DesktopBSD CD, which in its latest version boots as a live CD and will install the system. On my Gateway Solo 1450 laptop, besides the power management not working, there's an unattractive blob that follows the cursor everywhere it goes (it's a cute little program-dependent icon otherwise). But on a fanless desktop (there is a CPU fan, but it doesn't run and hasn't killed the CPU yet)

But my desktop test box has never been able to boot a FreeBSD-based CD until today, when I figured I'd give DesktopBSD 1.6 a try. It booted, configured the monitor for 1280 x 1024 (I prefer 1024 x 768 and will try it that way later) and is now up and running. If I had more time, I'd do a full install on one of my three drives that I rotate in and out of use (they sit atop a CD-RW drive, all outside the main box and connected with extra-long power and IDE cables).

The DesktopBSD KDE environment doesn't look as nice as the one in the NetBSD live CD, and I'm not a big fan of KDE mostly because my old hardware can use all the help and speed it can get, but running both of these live CDs gives me hope that I can do some work with all NetBSD and FreeBSD in addition to OpenBSD to see what fits my hardware and goals for a desktop system.

So I think I'm "discovering" the NetBSD live CD, but I learn that Distrowatch announced the damn thing in 2006. All I can say is that I'm very, very impressed.

It's NetBSD, it boots on my temperamental test box, and not only does it have X, it has a full KDE desktop with tons of applications -- the full KOffice, Konqueror, Firefox, Abiword, K3b, Krita, the GIMP, Inkscape, JuK, XMMS, -- hell, just say it's got a full KDE 3.5.4 setup and then some, and NetBSD autoconfigured for my monitor (with the VESA option) and looks absolutely gorgeous.

If the NetBSD people could someday, someway, make this an installable live CD, they'd really have something here. So far, this looks and works better on my computer than DesktopBSD and PC-BSD. I guess the one thing this version of NetBSD is missing when compared to DesktopBSD and PC-BSD is graphical package managment, but the rest of it looks and works so well ...

While the NetBSD live CD attempts to configure a static IP address for you (ignore this if you use DHCP), it didn't work. To configure a static IP in NetBSD at a terminal -- and it is slightly different than doing the same thing in Linux -- here's how to do it (adapted from my similar tutorial for the FreeBSD-based FreeSBIE live CD):

My Ethernet interface, usually eth0 in Linux, is called rtk0 in NetBSD. If you're unsure, run this command:

$ ifconfig -a

That should output the name of your Ethernet interface.

To set the static IP in NetBSD I either used the same terminal window or opened a terminal window (Konsole in the KDE menu works fine) and became root:

$ su
(When prompted, for a password, the root password is root. If you signed on as root, you don't have to su, since you're already root).

At the # prompt, do the following (substituting your own networking numbers, of course):

# ifconfig rtk0 192.9.200.20 netmask 255.255.255.0 broadcast 192.9.200.255

# route add default 192.9.200.254
(Note: don’t use route add default gw, like in Linux — gw is not needed. As above, enter your own router/gateway address)

I also set up my name servers in /etc/resolv.conf (I used vi because I knew it would be there. You can also use any of the other KDE text editors in the live CD environment. Use any text editor you wish in its place:

# vi /etc/resolv.conf

once in the file, I added these lines:

domain yourdomain.com
nameserver 192.9.200.4
nameserver 192.9.200.2

(as always, add your own search domain and name server IPs, then save and close the file; you should now be ready to start Firefox and begin browsing the Web. Note: my connection doesn't require use of a domain in /etc/resolv.conf)

And again, if you have a dynamic connection, ignore this completely.

Additional info: Look at this PDF, which looks like a PowerPoint presentation for some background on BSD live CDs.

Why a desktop installation of OpenBSD?

It's a legitimate question. According to Distrowatch, among the three main BSD projects (they don't like to be called "distros"), FreeBSD is way out in front -- and is the base for PC-BSD and DesktopBSD -- followed by OpenBSD and NetBSD.

And even though there are two desktop-focused versions of FreeBSD, and it's possible to turn all three of the major BSD projects into a desktop-worthy system, the question remains: Why not just stick with Linux, with its usually superior hardware detection, vastly larger community of users (who in theory and often in practice can provide all the help you need to get a system up and running) and much larger choice of distributions?

For one thing, Linux isn't alone on the desktop, nor should it be. Apple has a hugely popular desktop operating system based in part on code from BSD. And another operating system derived from Unix -- OpenSolaris -- is also inching onto the desktop with its Indiana project.

I think the competition is enormously healthy for free, open-source software, and I support that competition and choice wholeheartedly.

And using OpenBSD to build up a desktop system is just plain fun. It's more of a challenge, and all the configuration that I've done and am doing just teaches me more about what makes operating systems tick, even in my technologically feeble state.

I'm no coder. I've never programmed anything. I just mess around with hardware and software and then write about it.

I'm pretty much compelled to do all the things I've done over the past year and a half. It hasn't gotten boring.

And while I'm not going to move away from Linux, if the hardware and software cooperate -- as they have on this test machine -- I see no reason not to spend some considerable time running OpenBSD and seeing what I can do with it.

Again, my thanks go to all the people behind OpenBSD as well as the bloggers whose experience has paved the way for me to consider running the operating system and then to install and begin configuring it.

Going forward, I hope all of the major BSD projects -- FreeBSD, OpenBSD and NetBSD -- will continue to grow, keeping their documentation of the same ultra-high quality and enabling users to get more and more hardware working to the point where both server and desktop users have a greater number of choices than ever with which to get things done.