Traditionally TrueOS has been a good desktop.

@black3dynamite said in Allowing Root Password Login via SSH to Dragonfly BSD: @scottalanmiller said in Allowing Root Password Login via SSH to Dragonfly BSD: Dragonfly is tough by default because unless you use something like Salt, you can't connect to it to get keys to it in the first place. You can curl keys to it, of course. But you need totally different processes than you would typically use with any other OS to get it set up. That means it's not even Ansible friendly. Pretty much agent-based tools like Puppet, Salt, etc... is the way to go. Yup, unless you have some way to push the Ansible key ahead of time, like in a curl. So back to the beginning there

@scottalanmiller said in Errors Installing SaltStack on NetBSD 7.1.1: Got it, it was a packaging versioning issue. I had accidentally set the verison to 8.0 when it was 7.1.1. I got a clean install and set the package version correctly and now it works fine. If you want to know how to set the version accurately automatically, try this that I just made... export PKG_PATH="http://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/`uname -m`/`uname -r`/All/" That's exactly what I was thinking but didn't say anything. I wanted to see what you'd do.

I would check if there are any DNS errors trying to get the Repos or sites then look at this: https://github.com/saltstack/salt-bootstrap/issues/996 More recently on this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225104

@black3dynamite said in GhostBSD 11.1 Released with MATE and Xfce: @scottalanmiller said in GhostBSD 11.1 Released with MATE and Xfce: My Xfce download is underway. What's GhostBSD default desktop environment? MATE and Xfce. Those are the only two that they make.

The Linux world is complex enough for normal users. BSD just pushed them that much farther over the edge.

My Linux is better than your Linux.

@dafyre said in DragonFly BSD 4.8 Released: @scottalanmiller said in DragonFly BSD 4.8 Released: @matteo-nunziati said in DragonFly BSD 4.8 Released: for curiosity sake: who is actually using dragonfly bsd and why? I've deployed it a bit in labs. I'm always watching it closely because Hammer is very important. Hammer? One of the world's most advanced fileystems. Dragonfly is important as a kernel alternative ecosystem to FreeBSD, from which it split (in many ways Dragonfly is the real FreeBSD and FreeBSD is the "new" product that split from it) but its real relevance is as a filesystem research platform. The kernel maintainer there writes a totally unique filesystem, called Hammer, just for Dragonfly.

I have a copy of SCO Unix. Very niche. Full box and license. Found it when i was clearing out the IT attic at work. I havent seen a Solaris box since 2010.

@DustinB3403 said in FreeNAS Domain Failure on AD: @scottalanmiller any news yet? Nope

Fixed

That list makes hardware RAID sound safer than ZFS, which is probably not quite true. But is the case is that the average implementation of hardware RAID is quite a bit safer than the average implementation of ZFS software RAID. Hardware RAID "handles everything for you" protecting you from most bad decisions. ZFS leaves all the nitty gritty details up to you which makes it super, duper easy to mess something up and leave yourself vulnerable. This is exacerbated by the Cult of ZFS problem and loads of misinformation swirling about its use. So the average person using ZFS is not even remotely prepared for what is needed to use it safely. Some problems that we see people have when using ZFS without fully understanding storage: Believing that ZFS doesn't use RAID (this is extremely common.) Believing that RAIDZ is magic, rather than a brand name, and that normal RAID concerns do not apply. So we often see people implement RAID 5 in reckless, insane situations using "it's RAIDZ" as an excuse as if RAIDZ isn't just RAID 5 - literally just a brand name for RAID 5. Treating common features common to all RAID systems as "unique" and believing that ZFS has feature after feature of protection that makes the need to protect against storage failure unnecessary. Not understanding hot swap and blind swap differences and creating systems that they do not know how to address should a drive fail. Believing that ZFS being magic is not at risk from power loss and failing to protect caches from power issues - something that they are not normally used to dealing with as hardware RAID does this for you. Not understanding the CPU and memory needs of ZFS, especially with features like dedupe and RAIDZ3. Ignoring common RAID knowledge and thinking that using ZFS means not using mirroring technologies.

@JJoyner1985 said in UNIX: What Is a Tarball: So, do you think the reason I am seeing a lot more gzip in use with tarballs is due to the familiarity of gzip and the negligible difference in the compression between it and bzip2? Basically, bzip2 doesn't make enough of an improvement with sufficient regularity to entice people to move away from gzip, or is there some other benefit to gzip that my training material hasn't covered? That's correct. The difference between the two is generally small enough that people are not concerned. And lots of systems still don't have bzip2 installed by default so if you want scripts or whatever to work universally you often use gzip because you know that it is always there and predictable.

Now that I'm on fiber I seem to be able to post screen shots. More to come tomorrow. It is very late here.

Thanks!

zroot is #1 reason to love ZFS !!

I'll definitely share! ))

Updated our slave database servers to 10.3 a couple of weeks ago... we roll out phases since we've got so many damn servers. It's always a nightmare. If no issues for the next couple of weeks or additional patches, we'll roll out to primary database servers (they're all sets of master-master, the slaves are for search primarily, but also are useful for a live test if everything passes staging, and they're a hot backup too if any issues arise) and then web servers. We never go down so it's a painfully slow process.

@tonyshowoff said: @BBigford said: @tonyshowoff said: @BBigford said: @scottalanmiller said: Yeah, the GNU/Linux people seem to have died off long ago. It was one of those big trends once upon a time. Richard Stallman died off? .... (joke) I swear, in EVERY conversation I've heard him engage, he spins the conversation into the naming (GNU/Linux... NOT Linux). I think in the flick Revolution OS he talked about it no less than 60 times. That movie also hinted at what a total psycho Eric S Raymond also is with his bizarre explosive behaviour. He's also pretty... pretty extremely sexist and actually not even really that technical, he's more like Stallman. What I do like is him complaining about Stallman, sometimes it's pretty funny what he writes and calls him out on. I don't remember him being explosive in that movie. Got any examples to refresh my memory? Well when the interviewer brings up that some people compare open source to communism, something that actually almost never happens in real life, his face turns bright red, he flips out and gives a very 1950s ice America view of life under Marxism. As someone from such a country, it was really strange. It did seem like he was trying to restrain himself. Haha I forgot about some of those lines. Thanks for the refresh. Been a while since I've watched that flick.

@KOOLER already tested vanilla FreeBSD

@scottalanmiller said: For home laptop use (non-gaming) be sure to check out PC-BSD. It's screaming fast, super stable and very responsive. In this particular article it was a solid, but not fastest, performer in the transcoding benchmarks they ran, which were about as close to web serfing and video watching. PC-BSD is the fastest bar none if you're compiling software or iops intensive workloads.

In many ways that is where Linux shines.... fewer apps.