But it's sweet to have natively:)
Which is kind of weird, given they (Google) have their own port of Capsicum to Linux. Oh well.
Also -- I am going to get flamed for this -- but a GPL license would have forced Google to upstream their Capsicum changes wouldn't it -- whereas the BSD license doesn't have such a mandate.
But in practice people usually freely distribute GPL code, so it's impossible to stop your upstream from eventually getting it.
Yes, the GPL license would force them to share their changes. Thing is, they wanted to upstream them anyway - AFAIK the problem is on the other (accepting) side.
Yes, I am aware. I thought it was pretty obvious that when I said "it's a chrome feature" I didn't mean "unveil(2)" but being able to restrict access to the filesystem. Which is possible with both linux and openbsd, of course. Alas, the downvoters seem to disagree.
Suspend on lid close worked out of the box for me on FreeBSD, on a ThinkPad X240. (Well, almost out of the box — had to disable the TPM in the firmware setup, otherwise the TPM would prevent it from waking up.)
There's NO WAY battery life could be better on OpenBSD though. OpenBSD is not even tickless!!
I measured the power consumption of the SoC with Intel's pcm tools, it's ~1W when idling in GUI on FreeBSD. Does OpenBSD even have pcm.x? ;)
FWIW FreeBSD idled hot on my thinkpad x201 and x201s, where openbsd did not. I got more battery from a slim Linux than openBSD, but FreeBSD was by far the worst for battery life if you're comparing them.
There is more than just your WWW browser and X applications running on a FreeBSD system.
FWIW, sendmail delivery to local mailboxes shouldn't need to retry, since it'll just dump in roots spool folder.
It's worth noting that SoftRAID for encryption is mutually exclusive with SoftRAID for redundancy: "Note that "stacking" softraid modes (mirrored drives and encryption, for example) is not supported at this time."
# bioctl -c 1 -l /dev/sd1a,/dev/sd2a
softraid0: RAID 1 volume attached as sd3
# bioctl -c C -l /dev/sd3a softraid0
softraid0: CRYPTO volume attached as sd4
It downloads binary packages when it can & builds ports in parallel while showing a very nice ncurses UI :)
Also it’s written in Ada!
- how do i read ext4/fat/etc usb sticks from coworkers.
- is 3d or video support good with AMD?
- soundcard and full disk encryption? what about EFI boot?
Puffs is the NetBSD version of FUSE, and there is even a FUSE-to-puffs adapter so you can mount FUSE filesystems under NetBSD.
Is it possible to turn on this functionality in OpenBSD?
Still, cool to see people running a BSD on a laptop, IIRC I ran NetBSD on my old Thinkpad in college.
I used to have a kind of complicated cwm setup, but I got tired of that and just use XFCE now. It runs great.
As for the file manager, I use noice, but I woudn't mind this ported to OpenBSD:
I must say though that I’m just as glad Motif has mostly faded into history. It was... a challenging widget set to work with.
Now, I wish something like GNUStep had caught on. Maybe an independent BSD implementation.
“Grab a USB stick and download the the the amd64 disk image:”
Battery state: high, 99% remaining, 430 minutes life estimate
A/C adapter state: not connected
Performance adjustment mode: auto (1200 MHz)
As nice as mobile support in OpenBSD is, and as nice as this guide is, it's still super niche :(
Apple is 10.4% of the current market. Lenovo who you think nobody uses anymore is 20.8% twice as popular as apple. The surface is some fraction of the aprox 11% other.
Remember we all live in bubbles. I couldn't have pulled marketshare out of my rear either I had to look it up.
Maybe the market share assumes consumer and low-end models?
I've had good luck getting it to boot on older Mac hardware; newer systems (especially with the T2 chip) may be harder.
I, for one, have yet to encounter a "need" for Bluetooth that is not better filled by something other than system-native Bluetooth support, and am happy to avoid the negatives (e.g. security issues) by avoiding Bluetooth-only products. The one case in my life where the only option is Bluetooth is something that that is designed to connect to my Android smartphone, which is not (yet?) ready for OpenBSD anyway.
These instructions will work fine on any normal, generic, PC laptop.
I'll probably put a new system together around mid next year (leaning Ryzen 2 near release). Will decide on Hackintosh, Linux or BSD at that time. Most likely hackintosh, but who knows. Linux (Elementary and Ubuntu) are finally around where I would want it for a primary desktop.
Maybe, not everything is supported, but on ThinkPad, almost all (if not all) hardware is supported, yes (lots of developers use these machines). However, I've run OpenBSD on very cheap laptops also, with the only thing unsupported usually being the wifi. This is easily solvable by buying a cheap/supported USB dongle for $10 or less.
OTOH, I've tried the most common Linux distro on a ThinkPad last week, and I couldn't even install because of the installer crashing (no, before anyone asks, the integrity was checked and it was OK).
Are you saying that 10 USD is a show-stopper for you, or did you just not finish reading before you commented?
WiFi works fine on many non-ThinkPad laptops without any USB adapter, by the way. It's mostly Broadcom that causes issues.
There are a lot of ThinkPads in the wild.
Soon it's the only laptop model used.
Also I guess it works on the Yoga series which is a good contender to macbook pro for home usage :)
OA has an example of the new wifi autofind feature which I need to bottom out.
However, my muscle memory have made it difficult to use ctrl + key versus command + key.
Is there an easy way (for example in Ubuntu?) to remap shortcuts so the copy and paste is command + C and command + V? Also, the ctrl + C should still stop processes in the terminal, so it's not as simple as swapping ctrl and command for all processes... This problem has been bugging me a lot with linux and I finding a solid solution would help a lot of OSX people switch to linux more easily.
Apple Menu -> System Preferences -> Keyboard -> Modifier Keys
The only pain is when I'm in a terminal, the ctrl key is different. I use model-m style keyboards.
Which I find quite reasonable, personally. If I want to copy text, it's Command-C everywhere in the system, even in the terminal–no Command-Shift-C or similar "hack". If I want to send a SIGINT to a program it's Control-C, as it should be.
Most desktop environments allow remapping hotkey bindings and combos, though I strongly recomment sticking to defaults.
Well, except for ctrl-capslock swapping, of course.
> If you're even a little paranoid, you should start by overwriting the disk with random data. We'll assume your hard disk is sd0—you can use dmesg to check. The c suffix is OpenBSD's way of specifying the entire disk.
dd if=/dev/urandom of=/dev/rsd0c bs=1m
Having a blob of random data on my drive would mean crossing international borders is potentially unpleasant.
Also check if you PC is listed here. https://dmesgd.nycbug.org/index.cgi?do=index&fts=apple
Newer Macs might be more challenging, with fancy proprietary chips and whatnot.
Be sure to enable apm(4) to not melt through your motherboard.
2) I copied your fonts.conf exactly, and see “Fontconfig error, line 2: syntax error”. Can’t figure out yet what’s going on.
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
That was the the last thing I wanted to read when wondering if openbsd will fit on my Ryzen machine.
The other drivers are the ones you need to worry about -- check the man pages, which list the supported hardware. For example: https://man.openbsd.org/radeon.4
The attitude isn't "You shouldn't need documentation". The attitude is "OpenBSD should ship with documentation good enough that nobody feels the need to write up the results of sleuthing around".
My OpenBSD Ryzen build: