uint32
Re:Harmony Explained: Progress Towards a Scientific Theory of Music
on Wednesday July 13, 2016 @11:00PM (#12091389)
This idea is often presented as soon as anyone mentions "harmonic series" and "Western music theory" in the same breath, and in the same hand-wavey terms. Do you have any material to support these claims?
Re:No POST after rm -rf /
on Sunday January 31, 2016 @08:28PM (#11009065)
Poettering's behaviour ultimately reflects poorly on his employer, Red Hat. It seems like they just allow this behaviour to continue unchecked.
The personal attacks on Poettering should be directed to Red Hat instead, who actually have the power to do something about it.
Re:What's Worked in Computer Science
on Tuesday November 24, 2015 @10:18PM (#10625151)
This article discusses "today", yet it has no publication date. Well, it mentions "2015" in the conclusion, but that's it.
This trend to publish without a date is ill-conceived.
Re:The Rise of Computer-Aided Explanation
on Thursday July 23, 2015 @09:29PM (#9939587)
Better than either approach is to take both the objections and the computer-assisted explanations seriously. Then we might ask the following: What qualities do traditional explanations have that aren’t currently shared by computer-assisted explanations? And how can we improve computer-assisted explanations so that they have those qualities?
I am interested in this line of reasoning. Can anyone point me to relevant discussion (preferably scholarly)?
Re:When will we stop using Facebook?
on Thursday May 28, 2015 @09:56AM (#9618141)
When will social networks be federated?
Re:RMS on why Emacs lisp doesn't have namespaces
on Tuesday December 09, 2014 @10:09PM (#8727478)
Richard who?
Re:Should I Get a Ph.D.?
on Monday December 08, 2014 @10:21PM (#8720811)
Seems rather narrow in focus, given the general title.
Re:Newsletter #4 – Thanksvimming Day
on Tuesday November 25, 2014 @07:55PM (#8660703)
For me the biggest advantage will be the support for embedding in other programs, so we can do away with the proliferation of imperfect vim emulators.
Re:Kill init by touching a bunch of files
on Tuesday November 25, 2014 @03:50AM (#8656919)
What's the point of watching for init config changes? Who has init configs that change so often that this is useful?
Re:“No-CAPTCHA” reCAPTCHA
on Monday November 24, 2014 @11:20PM (#8656328)
Where did you find that?
The problem is that the OP posted nothing at all.
Re:Bup – towards the perfect backup
on Tuesday November 18, 2014 @02:56AM (#8622876)
Same principle just different mechanics and assumptions.
I can't work (very effectively) in two places at once, so I don't need robust merging, just CYA synchronisation. Using only rsync features I can do a full 2-way rsync merge and catch potential conflicts, erring on the conservative so I have reasonable confidence I don't lose any work.
Minimal workstation dependencies: only bash, encfs, rsync, ssh, coreutils/findutils and optionally atd for automation. encfs is optional, too.
Instead of dvc-autosync and XMPP I just use periodic execution. I partition my stuff into smaller/high-frequency vs larger/lower-frequency to keep this efficient. These are triggered from bash (PROMPT_COMMAND, in the background) and recursive at (atd).
The local data is unencrypted on disk from this tool's POV. I use encfs --reverse and rsync the result. To browse the history, I combine sshfs with encfs in forward mode.
Linux only because that's what I use, but it should be possible to support OSX.
All in all I'm pleased I'm able to use such minimal tooling for such a successful result.
Re:Bup – towards the perfect backup
on Monday November 17, 2014 @10:18PM (#8622198)
Like any good hacker I got tired of other solutions that didn't quite match my needs and made my own dropbox-like backup/sync using only rsync, ssh and encfs.
https://github.com/avdd/rsyncsync
Not polished, but it's working for me.
- only runs on machines I control
- server requirement is only rsync, ssh and coreutils
- basic conflict detection
- encfs --reverse to encrypt locally, store remotely
- history is rsnapshot-style hard links
- inspect history using sshfs
- can purge old history
encfs isn't ideal but it's the only thing that does the job. Ideally I'd use something that didn't leak so much, but it doesn't exist.
Re:Revisiting How We Put Together Linux Systems
on Monday September 01, 2014 @07:16AM (#8252351)
> systemd cabal
That phrase isn't doing them any favours.
Software packaging sucks. It will continue to suck until there is a concerted effort from a quorum of stakeholders to fix it. I'm not holding my breath.
Re:Building Bigger Roads Makes Traffic Worse
on Monday June 30, 2014 @08:16PM (#7968518)
Also: bigger/faster computers makes programs bloated/slower.