VirtualTam's bookmarks
-
2015-03-15 -
2015-03-15 -
2015-03-12 - PSR-1 Basic Coding Standard - http://www.php-fig.org/psr/psr-1/
- PSR-2 Coding Style Guide - http://www.php-fig.org/psr/psr-2/
-
2015-02-17 -
2015-02-14 -
- https://en.wikipedia.org/wiki/SHA-1
- http://stackoverflow.com/questions/1867191/probability-of-sha1-collisions
- http://en.wikipedia.org/wiki/Birthday_problem
Some thoughts we had while toying with Gerrit, which artificially tracks different commits to group them as "patch sets", by using a Change-Id SHA-1 in the commit message:
-
2015-02-13 Python's built-in unittest module is quite cool, but a bit limited and way too verbose (read: it's quite not easy to incite developers to write unit tests)
I'm currently looking for more dev-friendly solutions, the key points being:
- writing test code should be easy and straight-forward -keep the focus on "what to test" instead of "how to transcribe a process to a test"
- parallelization! -we, spoiled developers, should make good use of our way-too-many-cores build machines...
- complete feature set!
- we don't want to just run tests...
- coverage reports (find dead/weak/untested code sections)
- output formatting (JUnit-XML seems to be quite a common format out there)
There seem to be 3 solutions in Python:
- stock unittest + project-dependent customizations / test helpers
- nosetests
- py.test
And 2 ways of gettings things done:
- keeping things stock: no external dependency, project-specific implementation...
- using a test framework: one more module in your (test) virtualenv, more concise tests, more features (// run, code coverage, etc.)
Some links:
-
2015-02-02 Website generating a playlist / web player from YouTube and SoundCloud links from music subreddits (or, basically, any subreddit containing media stuff).
Sadly, it doesn't seem to be Open Source, so you won't be able to host you own instance :-(
-
2015-01-12 # /etc/modprobe.d/snd_usb_audio.conf options snd_usb_audio vid=<vid1>,<vid2> pid=<pid1>,<pid2> index=<index1>,<index2> enable=1,1
example:
# 5: M-Audio Fast Track Pro # 6: Focusrite Scarlett 6i6 options snd_usb_audio vid=0x763,0x1235 pid=0x2012,0x8012 index=5,6 enable=1,1
See also: http://alsa.opensrc.org/MultipleCards
-
2015-01-09 To increase the memory allocated and available:
1# /etc/default/jenkins 2JAVA_ARGS='Xms4G -Xmx16G -Djava.awt.headless=true'
See also
- Jenkins performance hints: http://soldering-iron.blogspot.com/2014/01/jenkins-performance-hints.html
- Java commandline options: http://docs.oracle.com/javase/7/docs/technotes/tools/windows/java.html
-
2015-01-04 Includes support for Coverage, Xunit and other cool stuff ;-) Oh, and there is parallel testing, too \o/
nosetests --with-coverage --cover-erase --cover-tests --cover-html --cover-html-dir=htmlcov --with-xunit --xunit-file=unit.xml
via http://www.alexconrad.org/2011/10/jenkins-and-python.html
-
2015-01-03 -
18i8 ALSA driver:
Scarlett Mixer GUIs:
ALSA mixer:
Combo patch:
ALSA/Linux support (kernel mainline):
- search on "scarlett": https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=scarlett
- ALSA: usb-audio: Scarlett mixer interface for 6i6, 18i6, 18i8 and 18i20 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=76b188c4b370876018e3a778ec11a94a5316dbe4
- ALSA: usb-audio: Allow quirks to handle own resume and proc dump https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3360b84b8ed1f08bfb39743465b858a04492fcc3
- ALSA: usb-audio: Add resume support for Scarlett mixers https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=b61f90eac1ff9d1b30497e611aba4651d4066706
- ALSA: usb-audio: Fix Scarlett 6i6 initialization typo https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c99b9e853d3951fe521cc7b2357eec93d5c16246
ALSA/Linux support (experimental):
PulseAudio issues:
- http://unix.stackexchange.com/questions/89098/ideas-how-to-get-my-usb-audio-interface-to-work-with-linux
- http://linuxmusicians.com/viewtopic.php?f=6&t=11445
Jack latency tuning:
-
2014-12-16 -
2014-12-11