It is a human right..
smpl
joined 1 year ago
I have this in code I'm writing right now...
#ifdef DEBUG
#define DEBUG_PRINT(...) printf(__VA_ARGS__)
#else
#define DEBUG_PRINT(...)
#endif
It is the most straighforward way to get the state of things while hammering on the keyboard trying to mash up something that looks like a program.
Tests? What tests?
That's a lot of trouble, you can just ask it if it's telling the truth.
The quote is a derivative of something Bjarne Stroustrup said himself¹.
C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off
You need to use a dmix PCM for you card as output.
If you type aplay -L | grep dmix it'll show you a list of dmix devices. You can set one as the default if you create a file named .asoundrc in your homefolder with the content:
pcm.!default {
type plug
slave.pcm "dmix:CARD=Set,DEV=0"
}
You of course replace the value of slave.pcm with your desired card name. I just gave one of mine as an example. The above default configuration also takes care of automatic conversion, via the plug pcm, for different samplerates and formats to the settings the hardware is set up to use. Every program that use ALSA for output will read the above file, but you need to restart a program for changes to take effect.
If you enjoy audio production I'm sure you'll find some good use for Jack, but for audio mixing all you need is to use an ALSA dmix pcm for output.
A solution I've used for the glibc problem, is to build on an older distribution in a chroot. There is also this project which might be of use to pick a specific version of glibc. The project README also explain how to do it manually.
As for distribution, I prefer something like makeself.sh, that installs to either ~/.local/ or if it is to be installed system-wide to /usr/local or /opt. The concept is just a small shell script appended with a compressed archive, it is easy to modify and even create by hand using standard tools like cat. This is a method widely used by native Linux games.
No, it's just a service that's running without me thinking about it.
My setup is:
- debian as system
- exim for smtp
- courier for pop3
- mariadb for accounts
But I'd like to make a point that's not being made in any of the other comments. It does not require an SMTP server to send e-mail. All you have to do is lookup the MX DNS record of the domain, connect to that SMTP server and write a few commands fx.:
EHLO senderdomain.tld
MAIL FROM:<[email protected]>
RCPT TO:<[email protected]>
DATA
Subject: Blabla
Bla bla
.
As @[email protected] already said, I'd recommend drop.lol (can be selfhosted). Filetransfers are direct between peers (unless you're behind some hardcore NAS where UDP hole-punching via STUN is not possible).
I mean how I transfer a file depends on the situation. If it's to someone on XMPP I'd just establish a direct transfer there. Sometimes I share a directory over HTTP, FTP, SFTP and so on. The easiest way for most people, because it only requires a WebRTC capable browser, is with one of the many peer to peer filesharing platforms like drop.lol.
Don't be so sad, the list is shit.
I like drop.lol
view more: next ›
It's a pillar of democracy to protect the autonomy of the people.