Category: DragonFly

xz images for DragonFly


For those of you that are very bandwidth-constrained, or just impatient, there are xz-compressed images of DragonFly 4.4 available.  (see ‘download live image’ area)  The mirrors should have them too.

Posted by     Categories: DragonFly, Goings-on     6 Comments

New DragonFly installer disk arrangement


The DragonFly installer has been modified to produce disk arrangements that will generally match between UFS and Hammer installs, plus directories where you usually don’t want Hammer history or backups (like /tmp or /usr/obj) are now under /build and null-mounted to where you’d expect, since null-mounting works transparently well on DragonFly.  Matthew Dillon has a note explaining the whole thing.

Posted by     Categories: DragonFly, Goings-on     2 Comments

em/emx/igb users, please test


Sepherosa Ziehau has a new version of drivers for em/emx(4) and igb(4).  The initial versions had trouble, but testing is ongoing.  Try it if you have the correct hardware.

Update: never mind.

Posted by     Categories: Device support, DragonFly, Please test     1 Comment

DragonFly and Digital Ocean


For those of you looking to rent a place to run DragonFly, Nuno Antunes has very helpfully written out his procedure for installing DragonFly on a Digital Ocean ‘droplet’.

Test for Intel network device users


If you have a em(4), emx(4), or igb(4), Sepherosa Ziehau would like you to try out his Intel NIC driver update.  He’s already updated the ix(4) driver to support more hardware.

Posted by     Categories: Device support, DragonFly     0 Comments

Who wants a DragonFly shirt?


As mentioned previously, Sepherosa Ziehau is printing up some DragonFly T-shirts for WeChat users.  He’s going to have a few left over, so he is sending them to me to hand to non-China people.  If you want one, leave a note saying so in the comments.  Here’s the front and back.

You need to provide some way for me to contact you – preferably email, and the size you’d want.  (Use the Land’s End Men’s Shirts chart for sizing, because why not.)  I’ll only have a few, so no guarantees.

Update: I have more responses than probable shirts at this point – sorry!  I’ll get in contact with each of you once the shirts come in and arrange delivery.

Posted by     Categories: DragonFly, Goings-on     22 Comments

No atime in Hammer


Hammer now defaults to ‘noatime’, meaning the date and time of last access are not updated on every file action.  Note that creation and modification date and time are still recorded.  This will help with speed and disk activity.

This may cause a problem with any software expecting this to change – mutt, possibly?  We will find out.  This change was done after the 4.4 branch, so it’s not in the current release of DragonFly.

Posted by     Categories: Committed Code, DragonFly, Hammer     12 Comments

WeChat users, DragonFly shirts


If you are a WeChat user and want a DragonFly BSD shirt, send your Chinese address and mobile number to seallyhs@dragonflybsd.org, or scan this image to join the WeChat DragonFly BSD group.wechat_scancode

This is exclusive to China right now, as it’s being done by DragonFly developer Sepherosa Ziehau – who, as you might guess by now, is based in China.

Posted by     Categories: DragonFly, Goings-on     1 Comment

Bulk build buffing


John Marino has created two custom make variables – .MAKE.DF.OSREL and .MAKE.DF.VERSION.  (They return the current DragonFly versioning, if you can’t tell from the name.)  Apparently, if you build all 22,000 or so ports together, about 15% of the total time is just awk looking up the system version, and this removes that repeated task.

Posted by     Categories: DPorts, DragonFly, Goings-on     3 Comments

Hammer2 mountall and info directives


Matthew Dillon has added two Hammer2 directives – ‘info’ and ‘mountall’.  See his commit message for a explanation of each.  This predates the 4.4 branch, so it’s available in the current release.  The usual caveat applies: Hammer2 is for development only; don’t use this to store data you want to use.

Posted by     Categories: DragonFly, Goings-on, Hammer     0 Comments

Lots and lots of games for DragonFly


I am taking this moment away from my significant backlog of things to post to note that there have been a lot of games fixes in DPorts lately.  Thanks to Rimvydas, many small bugs that kept games from compiling on DragonFly are now fixed.  The easiest way to see is to look at the commits from December 8th and back, but the best way is to pick one and play.

Posted by     Categories: Committed Code, DPorts, DragonFly     6 Comments

DragonFly 4.4 released


DragonFly 4.4 is released!  The release page has the information, and your nearest mirror should have the images by now.   To update an existing 4.2 system, see my users@ post.

Sharp-eyed users will note that release is happening with version 4.4.1, rather than the 4.4.0 you’d expect.  That’s because I tagged 4.4.0, built the images, and then OpenSSL 1.0.1q was released.  Rather than make everyone who installs DragonFly need to immediately update, Sascha Wildner brought in the OpenSSL update to the 4.4 branch, and I built 4.4.1 instead.

Posted by     Categories: DragonFly, Goings-on     2 Comments

Flakey disks, new radeon


I’m combining two items because news happens faster than I can post: Tomohiro Kusumi has added a ‘dm-flakey’ target to the disk mapper, so you can simulate an unreliable disk, reliably.

Also, the DRM support for radeon chipsets has been updated to match the Linux 3.18 kernel, same as i915.  Remember, you can control backlight brightness with it now.

Posted by     Categories: Device support, DragonFly     0 Comments

Update for recent DragonFly-master systems


If you are running DragonFly-master (i.e. 4.5), and you have a system between these two updates (roughly between November 27th and now), please rebuild your kernel to avoid a TCP bug.

Posted by     Categories: Committed Code, DragonFly, Heads Up!     0 Comments

DragonFly, NFS, and netbooting


DragonFly has historically performed very well with NFS.  I don’t have hard numbers to point at (an interesting exercise if someone wanted it), but in any case: DragonFly now can tune up to a much larger iosize, which means better NFS performance.  DragonFly <-> DragonFly NFS performance can now max out a GigE link, or with anything else that can handle the larger iosize.  That plus additional readahead, also in that commit, means easier netboots.

Posted by     Categories: DragonFly, Goings-on     0 Comments

Hammer 2 and xlinks


I have a huge backlog of things to post, so this is originating from the 17th: Matthew Dillon has been working for some time on hardlinks and Hammer 2.  Hardlinks are the same file, presented in multiple places.  This can be a problem when your filesystem keeps infinite, writable snapshots.  The solution he just commited is called ‘xlink’ and the commit message has details.

Posted by     Categories: Committed Code, DragonFly, Hammer     0 Comments

Binary dports for DragonFly 4.5 users


Since DragonFly 4.4 has been branched, bleeding-edge DragonFly is now at version 4.5.  As John Marino detailed in his post, that means pkg on 4.5 systems will look in a new place for downloads.  (“dragonfly:4.6:x86:64”, since it always uses even numbers)   To cover for this, set ABI to point at DragonFly 4.4 packages in pkg.conf for now.  They’re freshly built and functionally the same, anyway.  Once there’s a 4.6 download path, that ABI setting can be removed.  Packages for DragonFly-current are available now and probably at the mirrors by the time this posts.

Update: as John Marino pointed out to me, anyone on DragonFly-master who upgrades now will be at version 4.5.  This means pkg will get the new (4.5) packages on the next pkg upgrade.  That means a mix of old and new packages unless you either reinstall anything (pkg update -f) or hardcode the 4.4 download path until you are ready to switch everything.

So: DragonFly-current users should either hardcode the 4.4 path for now or force an pkg upgrade for everything.  DragonFly 4.2-release users are unaffected.

 

Posted by     Categories: DPorts, DragonFly, Goings-on     1 Comment

SLIP still works


Did you need to use SLIP on DragonFly?  Do you remember what SLIP is?  Well, it’ll work with a USB modem on DragonFly, even if you are making a face right now and saying, “SLIP?  Who uses that?”

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly 4.4-RC image for download


The release candidate for DragonFly 4.4 is built and available for download.  The main site has it as an ISO or IMG file, and the mirrors should have it soon if not already.

Here’s a question I need feedback on: if we compressed these images using xz instead of bzip2 – would that inconvenience you?

Posted by     Categories: DragonFly, Goings-on, Please test     6 Comments

DragonFly default linker switched to gold


The default linker in DragonFly has been switched to gold, the newer version of ld.  (get it, go-ld?)  It’s faster, cleaner, going by the commit message.  It’s possible to switch back to the old one if needed.  This predates the recent branch for 4.4, so it will be default in the release, too.

Posted by     Categories: Committed Code, DragonFly     0 Comments

DragonFly 4.4 release candidate branched


The next release of DragonFly is coming due, since it’s been 6 months.  I just tagged 4.4RC, and I’ll have an image built soon.  Current estimate is that we’ll have the 4.4-RELEASE at the end of the month.

Posted by     Categories: DragonFly, Goings-on     1 Comment

Typing into top


Imre Vadász fixed top so that hitting ‘c’ filters displayed processes by command name.  I am mentioning this not because it’s a huge change, but because I forget about all the interactive elements that are possible with top.

Tiny fetches transferring faster


Does that count as alliteration?  Anyway, Matthew Dillon has increased the size of the starting window in TCP.  If you are on a higher-latency link and/or fetching lots of small files, you should notice better performance.

Full kernel and world build needed


If you are on bleeding-edge DragonFly (4.3), you will need to rebuild both kernel and world to keep them in sync, after Sepherosa Ziehau’s commit.  This won’t affect you at all if you are on 4.2.x.

Posted by     Categories: DragonFly, Goings-on, Heads Up!     0 Comments

Choosing DragonFly


I don’t think I linked to this anywhere else: Why did I choose the DragonFlyBSD Operating System?  By Siju George, at BSD Magazine.

Posted by     Categories: DragonFly, Goings-on     1 Comment

No more dsched


The disk scheduler apparatus in DragonFly has been removed.  This may not affect you much, since alternate scheduling setups were never utilized much with it.  It may fix some rare Hammer cleanup issues, though, and you may need to adjust your custom kernel config, if you have one.

Posted by     Categories: Committed Code, DragonFly, Hammer     0 Comments

Locales everywhere


John Marino sent a helpful link to show the cross-platform work he’s been involved in: He brought the locale work from Illumos into DragonFly over the summer (look for his name on commits), and now it has been brought from DragonFly into FreeBSD, with Baptiste Daroussin reporting on the process.  If there’s any OpenBSD/NetBSD developers reading, with an interest in locales, this may be useful..

(someone correct me if that’s not the right Illumos link)

Posted by     Categories: BSD, DragonFly, FreeBSD, Illumos     4 Comments

i915 rename in DragonFly


If you are using bleeding-edge DragonFly (4.3) on a machine with Intel video, the i915 module has been renamed.  This means you will probably need to rebuild xf86-video-intel from source to have it match.  There should be a matching binary package soon.

If you are on DragonFly 4.2, this does not affect you.

Posted by     Categories: Committed Code, DragonFly, Heads Up!     1 Comment

Realtek 8168H support in DragonFly


Sascha Wildner has brought over support for the Realtek 8168H.  This may be useful because at least one low-cost server provider – Kimsufi, I think? – uses them by default in their product line.

Posted by     Categories: Device support, DragonFly     0 Comments

Running with clang


If you are using clang with DragonFly, and you want to always run the newest version, you can set options in compilers.conf, and use ‘clangnext‘.

Update pile


John Marino’s made a number of updates to contributed software in DragonFly recently, and here’s the list: libelf (not contrib as John pointed out), libexecinfo, xz, libedit, binutils, grep, tcsh, libdialog, and (tn)ftp.

Posted by     Categories: Committed Code, DragonFly     0 Comments

Getting rid of CPUHOT messages


If for some reason you are seeing messages about your CPU overheating – and you know it is not, there’s a solution.  Disable coretemp messages.

Note that if your CPU is actually overheating, turning these messages off won’t help.  Don’t want anyone to be surprised when their computer melts…

Optimization, again


Remember what I was saying about Sepherosa Ziehau and improving performance?  Well, here he goes again, three times.

Posted by     Categories: Committed Code, DragonFly     0 Comments

GPT and Hammer


Via EFNet #dragonflybsd, “Booting DragonFlyBSD with Hammer on a GPT drive“.

Posted by     Categories: Device support, DragonFly     0 Comments

Another i915 update


For those of you with DragonFly and an Intel i915 chipset, Francois Tigeot has moved support up another notch, to match Linux 3.18.  This will help Cherryview and Broadwell chipset users the most.

Posted by     Categories: Device support, DragonFly     2 Comments

Yet another network optimization


I think at this point, Sepherosa Ziehau is able to improve the DragonFly network stack by just standing near his computer and concentrating for a few minutes.  For example, he’s unearthed another improvement to connect rate/reduction of CPU usage.

Posted by     Categories: Committed Code, DragonFly     3 Comments

Wayland on DragonFly


Imre Vadász has put together an initial port of Wayland / Weston for DragonFly.  You can look at his pull request for dports to see how to install, though I’d imagine this is only for people who like to experiment at this point.  It’s still work in progress, as is Wayland itself.

Posted by     Categories: Device support, DPorts, DragonFly     10 Comments

Slow your disk down


Tomohiro Kusumi has added a dm-delay target, which means you can simulate poor disk performance, without having to have poor disks.  His commit message includes some benchmarks that shows it doing a good job creating a bad job.

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly and African digital libraries


The Tanzanian Digital Library Initiative is using DragonFly (and FreeBSD) as part of their library setup, and Michael Wilson, the project coordinator sent a note to users@ describing this.  They are looking to spread through the continent, so get in contact if you want to be part of the project.

Posted by     Categories: DragonFly, FreeBSD, Goings-on     1 Comment

New Intel video driver


There’s a new version of the Intel video driver in dports – xf86-video-intel-2.99.2015.09.09.    If you update to this and you experience an xorg-server crash, Matthew Dillon found that changing the acceleration method from SNA to XAA fixes the problem.  Don’t change it unless you actually see the problem, of course.

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly wallpapers for KDE


The package x11-themes/dragonfly-wallpapers exists, thanks to John Marino, and gives you DragonFly-themed backgrounds in KDE.  Or probably any other window manager, if you install it and point your wm at the directory.

Update: John Marino helpfully posted a link to the images.  It’s not yet built as a binary, but it’s not exactly time-consuming to build from source.

Posted by     Categories: DragonFly, Goings-on     0 Comments

Try some MIDI


MIDI support has been (re) added in DragonFly, if I read this recent commit correctly.  You may have supported hardware and not even realize it.

Posted by     Categories: Device support, DragonFly     0 Comments

XDC2015: DragonFly and graphics


There’s been a lot of improvements to DragonFly and graphics support recently, and Francois Tigeot gave a talk at the 2015 X.Org Developer’s Conference outlining just how much has changed.  He’s posted the slides.

Posted by     Categories: Conventions, Device support, DragonFly     2 Comments

DragonFly 4.0 users should upgrade


If you happen to still be running DragonFly 4.0 – that’s two releases ago and not supported – you may be noticing less ports are building.  There’s been enough significant changes in DragonFly since that release that it’s reducing the number of buildable ports.

DragonFly 4.0 to 4.2 is not a difficult jump, so jump when you can.  The converse of this, of course, is that there’s even more building on 4.2 and DragonFly-current.

Posted by     Categories: DPorts, DragonFly, Goings-on     0 Comments

New rtadvd and rtadvctl


Charles Musser updated rtadvd and added rtadvctl for DragonFly, based on what’s in FreeBSD (which is based on KAME? I’m not sure). This is most useful if you are using IPv6.

Posted by     Categories: Committed Code, DragonFly     0 Comments

iwm(4) added to DragonFly


Matthew Dillon brought over the FreeBSD iwm(4) driver to DragonFly, with some changes.  This is useful to anyone with Intel “Dual Band Wireless AC” 3160, 7260, or 7265 units.

Posted by     Categories: Device support, DragonFly, FreeBSD     2 Comments

Endless Sky on DragonFly


I mentioned Endless Sky in the last Lazy Reading post as a game that might run on DragonFly.  ‘Romick’ took that as a challenge and got it working; he’s posted the steps he took so that anyone else can do so.

Posted by     Categories: DragonFly, Goings-on     0 Comments

Panel Self Refresh for i915 users


Noticed both in a commit message and in tonight’s BSDNow, Imre Vadasz has added Panel Self Refresh (power saving) capabilities, set with a sysctl.

Posted by     Categories: Device support, DragonFly     0 Comments

libc versioning added


John Marino’s committed libc versioning.  He has a post describing it, along with a note that anyone DragonFly-current should do a full buildworld/kernel and also update all installed packages.  (Update: those new packages are on the way.)

Posted by     Categories: DragonFly, Goings-on     0 Comments

libc no longer in executable memory


John Marino is working on versioning libc, and as part of that process, libc is no longer loaded into executable memory.  Here is I think an explanation of lib versioning that may apply, and of course moving things that aren’t supposed to execute, out of executable memory areas, is good for security.  There’s more on that topic, too – W^X may be a similar example.

This is a complicated topic that I’m not part of, so suggest better descriptions in the comments, please.

Posted by     Categories: Committed Code, DragonFly     0 Comments

HAMMER2 root mounts and live dedup too


HAMMER2 recently gained the ability to be used as the root mount for your DragonFly system.  Live deduplication of data is also now possible, which means fast copy operations, less space used, and no need to wait for an overnight batch process to do it.  If you want to try it, you need a bleeding edge DragonFly system and the WANT_HAMMER2 option.  It’s still not ready for production use, so don’t try it with any data you want to keep.

Posted by     Categories: DragonFly, Hammer     0 Comments

i915 support moves forward again


Francois Tigeot has stepped i915 support in DragonFly even farther, this time bringing it to match Linux 3.17.  This may be most useful for those with Broadwell and Cherryview chipsets.

Posted by     Categories: Device support, DragonFly     0 Comments

Many Hammer 1 updates, and credit


I don’t note it enough, but Tomohiro Kusumi has been making constant updates to HAMMER, the version we have now.  Often they are the sort of update that makes the code more readable, or fixes possible problems, and so on.  Very essential, but hard to post about it.  In any case, I’m using his recent improvements to hammer volume-del to note his contributions, of which there are much more than the day’s worth I link here.

Posted by     Categories: Committed Code, DragonFly, Hammer     0 Comments

More radeon updates


Francois Tigeot has pushed in some significant updates from Rimvydas Jasinskasupdating the radeon driver to match Linux 3.17.  Try it if you have the corresponding hardware.

Posted by     Categories: Device support, DragonFly     1 Comment

Running a safer Firefox


Matthew Dillon posted an extended description of how to run Firefox in a way that completely locks it away from your user account.  As a side effect of this, the current crop of dports binaries has been updated.

Posted by     Categories: DPorts, DragonFly     2 Comments

A new regex test suite and library


Did you know that AT&T maintains a regex library and test suite?  I did not, but now DragonFly has both, in part for better multibyte character support.

(corrected to note that the regex library is not from AT&T – thanks, anonymous commenter)

Posted by     Categories: Committed Code, DragonFly, UNIXish     1 Comment

More Radeon support work


Most of the news is about Intel video support, but Radeon direct rending improvements are coming too.  ‘zrj’ have brought up drm/radeon support to match what is in Linux 3.12.  Worth trying if you’ve had problems with your Radeon and audio, going by what I’ve seen people report in IRC.

Posted by     Categories: Device support, DragonFly     0 Comments

Not the vi you expected


The vi in any BSD is not the original Berkeley vi – instead it’s usually nvi.  However, thanks to John Marino, DragonFly has the up-to-date, multibyte-supporting nvi2.  (I know I’ve made reference to the nv/nvi difference before.)

Posted by     Categories: BSD, Committed Code, DragonFly, UNIXish     0 Comments

Resetting c720p touchscreens


If your DragonFly-running c720p (the touchscreen model) occasionally decides to go perma-bonkers, Matthew Dillon has added a method to reset it, either on reboot or by setting debug.atmel_mxt_reset=1.

Posted by     Categories: Device support, DragonFly     0 Comments

ACPI CPPC for anyone who wants it


Sepherosa Ziehau posted some information on a project for anyone interested: ACPI Collaborative Processor Performance Control.   It’s an extension of p-state power management, and he’s already done a lot of groundwork to support that in DragonFly.

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly 4.2.4 released


There’s been a bugfix-release to the release version of DragonFly, bringing it to 4.2.4.  This is to fix a rare crash on issuing ‘shutdown -h now’.  If you haven’t had this problem, there’s no rush to upgrade.

Posted by     Categories: DragonFly, Goings-on     0 Comments

Another i915 support update


Francois Tigeot has updated i915 support to match what’s functionally in Linux 3.16.  Accelerated video on Broadwell chipsets is now fully supported, plus a bunch of other changes mentioned in his commit message.

Posted by     Categories: Device support, DragonFly     0 Comments

initrd and uname fixes in DragonFly


If you are running DragonFly-master, there have been fixes for a wrong uname (my fault) and initrd image booting with encrypted drives.  Update if you are running on the bleeding edge, if you haven’t already.

Posted by     Categories: Committed Code, DragonFly     0 Comments

Speeding up your DragonFly boot


If you are sure you don’t need to look at your boot menu for very long in DragonFly, you can make it zip by quickly.

In Other BSDs for 2015/08/01


It’s an unexpectedly diverse list this week.

Posted by     Categories: BSD, DragonFly, FreeBSD, NetBSD, pfSense, pkgsrc     1 Comment

Expect an accelerated console


If your DragonFly machine can do it, it will now run an accelerated console by default.

Posted by     Categories: Device support, DragonFly     1 Comment

Live nmbcluster adjustments


A DragonFly machine with a lot of network traffic will have a significant amount of memory consumed by all the running network connections.  (as with any system)  It’s now possible to adjust the amount of memory set aside for those operations, live.  This sort of fine-tuning will only matter if you run an extremely busy machine, but it’s worth it if you do.

Posted by     Categories: DragonFly, Goings-on     0 Comments

Locale support changes


John Marino has been updating locale support in DragonFly.  There’s no single explanatory commit to point at, so I’ll instead link to the many, many commits and changes he’s been making to show the size of the work.  If you are anywhere other than UTF-8 (or maybe even then), this will help you.

Posted by     Categories: Committed Code, DragonFly     2 Comments

More i915 testing for Broadwell


Francois Tigeot has a new i915 video branch for testing, if you are running DragonFly-current.  It will be especially useful for people on a Broadwell chipset.

Posted by     Categories: Device support, DragonFly     0 Comments

Some recent updates: ACPICA, GCC, video


I’m globbing these DragonFly updates together in a single post because I’m running behind:

ACPICA was updated to Intel’s newest version: 20150717.

GCC in DragonFly was updated to the 5.2 release.

DragonFly DRM (that’s Direct Rendering) now supports ValleyView chipsets.

Posted by     Categories: Committed Code, DragonFly     0 Comments

No more hostapd


hostapd, for creating a wireless access point, has been included in DragonFly along with wpa_supplicant, for a long time.  Like wpa_supplicant, there’s a version in dports that is the latest version and is easier to update (e.g. no system update required to get a newer version.)  Unlike wpa_supplicant, there’s no chicken-and-egg installation problem if it’s not in the base system – so out it goes.

Posted by     Categories: Committed Code, DragonFly     2 Comments

Try that USB install again


If you’ve previously tried to install DragonFly using a USB thumb drive, and it would somehow not be found to boot from, there’s a potential fix.

Posted by     Categories: Device support, DragonFly     0 Comments

Use wpa_supplicant only long enough to replace it


DragonFly ships with wpa_supplicant, for setting up WiFi.  However, there’s no guarantee it’s the latest version.  A solution exists: security/wpa_supplicant in dports.  However, this has a chicken-and-egg problem, where you need wpa_supplicant to get online and download the dports version of wpa_supplicant.  So, DragonFly still includes wpa_supplicant in the base system, but you should upgrade to the dports version when possible.

Posted by     Categories: DragonFly, Goings-on     3 Comments

DragonFly libm changes


DragonFly now has the same math library (libm) as OpenBSD, replacing an earlier combined version of I think what NetBSD and FreeBSD ran.  This doesn’t necessarily directly affect you, but it’s work worth doing; matching the underlying frameworks between BSDs helps everyone.

Posted by     Categories: BSD, DragonFly, OpenBSD     2 Comments

Power statistics


Sepherosa Ziehau has been doing a lot of work with various processors states to save power on DragonFly.  He’s published a summary of how well the various P-state/C-state/mwait settings work.  He found that setting a lower C-state can perversely improve performance.

For those saying “but how do I set these lower power states?”:

sysctl machdep.mwait.CX.idle: AUTODEEP
sysctl machdep.cpu_idle_hlt: 1 (or higher)

			
Posted by     Categories: Device support, DragonFly     0 Comments

ValleyView support improved


Do you have a ValleyView GPU?  It now works much better in DragonFly, and there’s a new accelerated rendering branch to try out, too, if you follow that link.

Posted by     Categories: Device support, DragonFly     0 Comments

Stickers arrived


Hey, my stickers arrived!  You can order your own.

dfstickers

Posted by     Categories: DragonFly, Goings-on     7 Comments

DragonFly performance testing


I don’t have actual numbers, but I do have a note: DragonFly network performance is pretty darn good.

Posted by     Categories: DragonFly, Goings-on     3 Comments

DragonFly 4.2.3 released


There was a newer release of OpenSSL (1.0.1p) last week, so there’s a new revision of the DragonFly release – 4.2.3.  There’s little major change other than the security fix for OpenSSL.

Those readers who can count past 2 may notice that there wasn’t a 4.2.2.  We went straight from 4.2.1 to 4.2.3.   That’s my fault.  I screwed up tagging and Git doesn’t like repeated, deleted tags.

Posted by     Categories: DragonFly, Goings-on     4 Comments

DragonFly and LFE


I don’t know enough about Erlang and LFE to say much other than “Hey, look at this article about installing LFE on DragonFly!”  (via)

Posted by     Categories: DragonFly, Goings-on     0 Comments