cinch

the addon supports "excel online"

skype still has the best echo cancellation (that i've tried). you don't even need to wear headphones. according to a Tox developer: there aren't any comparable open source libraries.

https://www.reddit.com/r/MechanicalKeyboards/wiki/keyboardma...

"The standalone decompiler runs fine under Wine."

i'd say it depends on how important a project you are working on. if it's another run of the mill CRUD app, that only get's used internally by a few people, then you'd want cheap/fast, low quality. if it's mission critical, air plane software, you take your time and get it right.

but the author is hinting in the right direction: today "slow" get's undervalued. i've been told i work slow, and yea it had a negative meaning. i interpret it as good: i take my time and do it right. maybe i was just working in the wrong company, where the software quality isn't that important versus churning out more.

machanical keyboards are still around. Cherry MX switches are the most common.

http://deskthority.net/ http://www.reddit.com/r/MechanicalKeyboards/wiki/buying_guid...

use Apache or BSD or MIT. simple

awesome, thanks for replying :)

hi, this project looks really neat! i'm evaluating icinga web + pnp4nagios at work, but this could be a viable alternative. cheers and glad you put this out there :-)

i see that you use Protocol Buffers. from google's page, it seems like they only work with C++, Java or Python. now this could be a problem for us. what if i want to pull events from a bash script, a delphi gui app, SNMP, Dell idrac interface, or any other event? do they have to interface over Protocol Buffers, or am i missing something here? would i have to write a glue layer?

and what about, if you have two seperate networks, and want one server to forward data for its entire lan to the other server, to process and graph them?

looks up to me?

i'm interested in their server setup: DIY or vendor?

xen: you can install any kernel openvz: only the host kernel gets shared amoung guests and less isolation. also in the past there was no swap support, seems to work now.

use case for crappy crypto: performance. even google uses RC4 for gmail.

"Now I wish people online would put a huge disclaimer saying "I'm only interested in arguing for the fun of it, not in finding an actual solution" before their posts. That would have saved countless hours of online typing wasted for nothing."

there's many things that get expressed "between the lines". arguing for the fun of it has benefits. for one, ideas get exchanged, validated and who knows: maybe something useful comes out of it.

Sane defaults is fine. Hidden options limits its capabilities which are sometimes essential.

I dont get why your QA is better than red hats. They have a much longer experience with their product.

68MB with "xz -9 --extreme" :P

for the open source chromium, there's a command line option to set how quickly it should release memory to the OS:

https://wiki.archlinux.org/index.php/Chromium_Tips_and_Tweak...

i once built a clojure web app and used a startssl free certificate. it worked fine after i imported it into the java keystore. i was using OpenJDK under linux. were you using Oracle's java?

when you sign up they install a certificate in your browser. without that, there's no way to login to your startssl account! so make sure to make a backup of it. i lost my account because i didn't realize this...

you'd want to revoke it if someone steals your private key.

ZFS supports deduplication with this release.

yep. why make it complicated when one could, for example, the admin can simply overwrite the motd from /etc/rc.local, instead of this symlink + motd.tail + regenerate at login/boot?

nice. been looking for something like this.

looks like they switched their license from AGPL to GPL3! didn't know until now. great news!

(in German) Netbook review: Compaq Aero 4/33C http://www.golem.de/1104/82381.html

similar situation here. except i picked Common LISP.

for a couple of reasons: speed of your app; SLIME is great; more documentation (books); a long history :)