The default options on the math/py-numpy port slowed it down. Francois Tigeot noticed, and committed a change that takes advantage of all processors. Read his note to users@ for details.
I say “one more” like I know when this saga will end. If you are using the devcpu-data port to update your processors, you’ll need to add
to your /etc/rc.conf, as Sepherosa Ziehau points out.
A full slate of BSDs this week.
- Church of BSD. From 2005, and it is accurate for that timeframe. (via)
- ADOM, newly updated at 3.0.6, but only at 1.1.1_6 in ports/dports, pkgsrc, and two years gone in OpenBSD. But the ADOM download page lists new BSD versions? I may not have investigated far enough.
- OPNsense® 18.1 Release Candidate 1.
- Does anyone run OpenBSD as a desktop (ie not a server)?
- SMB V2+ client on FreeBSD 11.
- Intel microcode updates now available for NetBSD. (via)
- Bitcoin Full Node on FreeBSD.
- July – September 2017 FreeBSD Status Report.
- Hijacking Your Free Beasties. (via)
- Operating System of the Year 2017 : NetBSD Third place. (via)
- A positive look at GhostBSD 11.1. (via)
- DiscoverBSD for 2018/01/08.
- OpenBSD-current now has ‘smtpctl spf walk’.
Because of the major version number change, there’s no packages built for DragonFly 4.9. Your options are to either update to 5.1 (which you probably meant to do anyway if you are running current) or manually point to the newest packages. Or just build from dports.
For clarity, this does not affect you at all if you are running 5.0 release. It only affects you if you are running DragonFly-current and have not updated in a while.
This is big news, in part because he knows what he’s doing (John worked on dports and created synth) and because it’s cross-platform. The prior work on synth is part of the reason DragonFly works so well under pressure – the “build everything as fast as possible as complete as possible” strategy makes a great stress test.
There’s no need to change software management strategies yet. It can be used at the same time as dports, so it doesn’t necessarily change anything for the next DragonFly release.
Lots of links this week – so many I’ve already started next week’s post.
- FreeBSD 10.4-BETA available. I’m prewriting this part of the post so there may be a new beta by the time this publishes.
- Introducing sandboxfs.
- “TIL GhostBSD has a patreon” (via)
- OpenBSD rtables and rdomains. (via)
- Setting up OpenBSD’s LDAP Server (ldapd) with StartTLS and SASL. (via)
- Ansible OpenBSD Cookbooks. (via)
- This crazy hardware porting example thread led me to some new hardware, some of which may run a BSD? The Pinebook is apparently bootable but I don’t know if that means usable.
- Also: using the audio port for serial? First time I heard of that. (referring to previous crazy hardware links above)
- Eventually all packaging systems eat an operating system. And then they aren’t packaging systems any more. (via)
- DFS with Freenas for data replication between multiple sites?
- openbsd changes of note 627
- yet another introduction to yacc
- OpenBSD 6.1, a an overview.
Matthew Dillon noted some OpenVPN problems, requiring him to disable compression. I don’t think this is a DragonFly problem, or even necessarily a BSD problem, but it’s worth mentioning in case you run it.
Rimvydas Jasinskas posted an extended description of what’s happening with dports. There’s a significant xorg reformatting coming in ports, which is going to be absorbed into dports, but it may take some time. There’s also an odd loss of commit rights for John Marino, who commits (frequently!) to both DragonFly and FreeBSD. (His followup) This all translates to some upcoming transition time for dports to accommodate these changes.
Note that if you are using dports binaries, especially on DragonFly 4.6 release, this won’t really affect you; the way dports is set up, binary sets always work. It is interesting to hear about future work, in any case.
This is a minor thing, but I bet someone will find it useful: Chromium in dports has been patched to remove the forced dependency on dbus, which will be useful to anyone using DragonFly and a ‘lighter’ window manager. You still need to specify this preference in your make.conf to have it happen.
Oddball links for BSD this week – but pay attention to the first one.
- Get a BSD person into ARIN. Useful.
- “Any experience with OPNsense?“
- Unknown Horizons: An open-source 2D realtime strategy game. Linked cause it exists as a FreeBSD port and in theory could as a dport.
- We Surprised The Register.
- Looking for a very part-time SysAdmin.
- “Adam Jimerson: Introduction to PacBSD” happening at KnoxBUG on the 25th.
- PCEngines APU question.
- Installing Windows 10 Under the bhyve Hypervisor. (via)
- Lumina Desktop 1.1.0 released.
Remember I posted that LibreSSL is in base DragonFly, but not default? Well, it’s default now. You can have a system without OpenSSL at all, by rebuilding DragonFly-current and using up-to-date dports.
Update: see John’s comments for clarification: LibreSSL is default; the change is that OpenSSL isn’t even built any more. The result is still the same good news: you can have an OpenSSL-free DragonFly system now.