munchlax

Only in English.

Perhaps because they is plural. Plural is reserved for the royal family in some cultures.

There exists makefiles that don't allow DESTDIR, as in

  mkdir derp
  gmake install DESTDIR=$PWD/derp

Distribution maintainers have to patch this :(

That was almost never the case. We just didn't know any better

I've replaced all my GPT disklabels with Sun disklabels because I refuse to let them talk.

UEFI still boots. Spec said it can boot from fat in an eltorito floppy image and sun disklabels sit in the second or so sector. Spec also said it abstracts the type of volume so all boot methods always work for all drives. ISO images don't use the first 4kB so it doesn't see there's disklabel at all

So now I can mount the ssd as iso9660 but there's also partitions on it of which the third spans the entire drive (of course, because that's the c partition)

And ridiculously expensive

Not neccesarily a guise of security, but perhaps a different means of security. E.g. securing stock investments, profits, monies, etc. Nothing is 100% secure, you can't be in the void and still call it a void, etc

I bet those are just a rounding error to their profits.

I think it is and it doesn't just end there. It's develop and distribute binaries.

Everyone is still free to develop and distribute source code.

And good lock unlocking anything over 5 years old because the updated website doesn't support what you've got. Been there, it sucks.

It doesn't make sense to choose between a snake that bit you and another that bit you earlier.

If you don't want to be bitten, get out of the snake pit.

Of course! Sell the disease and the cure.

Yup. There's always some kind of tool anyway so why not. I mean, even if you read the logs as they come out of a screaming line printer, the tool is the thing that takes log messages and spits them out the printer port.

How hard can it be to write a log cat utility in awk?

*the goverment and foreign espionage agencies

FTFY

Thanks. That may well be enough to trash firefox all day.

Who knows how many ways there are to exfiltrate data. Without software (and hardware) freedom, you can never tell what's going on.

It's the amount of BSD you have from gross BSD after paying all the technical debts.

And let me guess... You haven't had to replace them since?

The author of the work can call it whatever he wants

I admit I havent investigated this thoroughly, but I suspect the low hanging fruit in the tinykvm case is having rw access to /dev/kvm

I think it should be possible to pass /dev/kvm as an open fd to daemons like kvm server and mark it as non-inheritable. As long as the vm is in a subprocess it would be okay I guess.

The problem is that your 20% isn't the same 20% as anyone elses 20%.

If you want a more thorough explanation, go read a book. Many are available for free on sites such as archive.org and programming-motherfucker.com

The traditional way of doing this is by combining programs. Many programs already do this. e.g.:

time nice distcc ccache gmake

I do this with other tools as well. bwrap, chroot, env, setpriv, xchpst, etc. They all stack.

If websites didn't force insecure SMS 2FA, these services wouldn't be neccesary. It's like we can't have nice things anymore because criminals can't have nice things so you can't have them either.

Try entering a landline whenever you're asked a phone number for your account. They say the number is invalid, which I find insulting because I know my number very well and it's been around for longer than those websites.

And now this article insults me again by saying it's only used for criminal activities.

The gall.

You can do it regardless of orientation given you can apply enough pressure

Linked page gives me a barely readable error

cu is the regular way of doing it

I don't see the problem. Minicom and even picocom are bloated compared to cu

You could emulate it. Open windows, throw everything out, close it.

Yeah but how does the malware get there?

It would be very powerful to get malware into ports and packages. It would also be noticed rather quickly. OpenBSD developers tend to run everything through dynamic tracers and other debugging tools.

I doubt you could keylog my openbsd server that I remote into over ssh or serial.

I also doubt you can take pictures of me when it doesn't have cameras attached. If it did and you were to take pictures, you'd see some blinking leds and cables all day.

And I highly doubt you could take remote control even if I had openssh open to the public.

Perhaps your industry just doesn't care about the same things the openbsd community does.

Edit: I missed the ssh key stealing. My keys are always encrypted.

mksh is already the MirBSD Korn SHell