BSDNow 134 is out, with a news roundup and an interview of Mark Felder, talking about FreeBSD ports.
(Which may extend to DragonFly, indirectly, through dports; I haven’t listened yet.)
BSDNow 134 is out, with a news roundup and an interview of Mark Felder, talking about FreeBSD ports.
(Which may extend to DragonFly, indirectly, through dports; I haven’t listened yet.)
If you have a Radeon video card in your DragonFly system, and are running bleeding-edge, there’s an update for you. This is a partial sync with Radeon code for Linux 3.18, with no additional notes in the commit but you can always check elsewhere.
unzip has been added to DragonFly, making it present in every BSD but I think OpenBSD.
Imre Vadasz has added the ability to create a UEFI bootloader in DragonFly. Can you use it? I don’t know; I haven’t tried it yet and I can’t tell from the commit.
John Marino has added the starting framework to use clang as the alternate base compiler in DragonFly. Note that it’s not hooked into the build yet. This is the first non-GCC compiler added into DragonFly, so there’s some work yet before you can have an all-clang system. This should replace GCC 4.7, which is the current alternate compiler. GCC 5.0 is the default, if you didn’t know.
Note that clang is present in dports, so it’s already been available for general use, for some time. This framework is for building DragonFly itself.
I’m sort of proud of how wide a range of topics are covered this week.
This time, this was all last-minute.
Garbage 18 is out, and talks about the hardware in the title – and also goes into tethering between Android and OpenBSD, which I am sure someone will find immediately useful.
If you somehow have a device with multiple SD/MMC card slots, you can now access all of them under DragonFly. (Apparently done to make a tablet run DragonFly better, going by IRC conversation)
BSDNow 133 is a recap of everything seen and done at the just-concluded AsiaBSDCon 2016. In addition, there’s a conversation with Brad Davis about packaging FreeBSD’s base system. (there’s been talks about this before.)
(I know AsiaBSDCon 2016 was streamed; was the video made available?)
If you are running bleeding-edge DragonFly, Sepherosa Ziehau has made some networking changes that both reduce CPU usage in high-traffic situations and change some underlying network structures. This means a full buildworld is needed on your next update.
If you’re using DragonFly 4.4.x or older, you are unaffected.
I’m actually a few days late pointing at this, as it came out a few days ago. Anyway, the most-recent-at-this-point Garbage podcast is out, talking about VAX going away, and ends with a good note about donations, and how just giving your pocket change helps.
If you’re somewhere around Michigan tomorrow around 7 PM, Michael W. Lucas is presenting at the SEMIBUG meeting, on FreeBSD filesystems. See the group site for location.
I had too many links for this as early as Tuesday.
Your unrelated video link of the week: Rotoscoped Horse. Taken from the old Muybridge photos. (via)
Has anyone been watching the AsiaBSDCon video? I have not been awake/unbusy at the right times.
If you find yourself using gpt and disklabel64 for a new disk, and aren’t quite sure what order to type everything in to create a disk slice, why not crib from Tim Darby’s notes? (note that the archive has added some line breaks to it.)
BSDNow 132 is up, titled “Scaling up with BSD“, with an interview of host Allan Jude about ScaleEngine, plus a bunch of news links. There isn’t the usual longer writing because they are currently at AsiaBSDCon, and I saw that there are streaming links for the events there. Look at the schedule, watch, and I hope there’s saved video too.
The ‘hammer show’ command can be used to dump the B-Tree structure of a Hammer volume, and CRC errors can be spotted. It’s rare that anyone would need it, but if you do, this dumped information will include file hierarchy information.
If that makes you a bit nervous to repost any of that information when talking about it in public, Tomohiro Kusumi has added an ‘obfuscate’ option to ‘hammer show’ that does just that – it hides path information from the debug output.
Sepherosa Ziehau has continued his quest of making large-scale data transmission on DragonFly effortless; his latest change has cut the kqueue contention rate by two-thirds when dealing with a connection rate of nearly 400,000 connections per second. Note that’s number of connections, without even tracking the bandwidth used by each.
John Marino rearranged how GCC5 handles CPUTYPE settings. If you are specifically setting the target CPU when compiling, his commit will give you an exact list of what to target.
Note that I am not saying another architecture – this is all x86_64. I also don’t recommend doing this unless you have a specific use for it – compiler overoptimizations often create more problems than they fix.