Marcus Müller a.k.a. Tethpub ZNeK


Yes, it's about time for me to have a blog, too, I guess. I call this one a shoutblog, it's an XMPP bot I can easily talk (and hence post) to.

Now that's what I call a Hacker. I fail to see what's so special about this guy, though. :-p

It's been 3 years now that I switched from my former EBS TD 650 amp to a Kemper Profiler Power Rack .

Regarding equipment, that decision was one of the best I made. There are already a lot of positive testimonies spread all over the Internet regarding the switch to Kemper, mostly regarding its spot on sound compared to the profiled amps, and I certainly won't object here.

However, what's also extremely great and which doesn't get mentioned that often, is its exceptional range of high quality effects. From noise gate to EQs, boost and distortion, flanger, chorus, etc. almost everything is top notch quality.

One must also point out how well thought the user interface is! Every refinement to it (there are constant upgrades) is also an improvement. Most of the time these improvements tend to suprise me, as they ease certain aspects that I didn't find lacking, but which address these aspects in a way that make them even more accessible.

Recently, I got a Profiler Remote which is yet another testimony to the exceptional quality Kemper delivers. Apart from its sturdy construction, using PoE for having just one cable to care about isn't just great, it's perfect engineering.


ZSTD compression for ZFS looks very promising, apart from the fact that the throughput is much higher compared to gzip compression at similar compression ratios. We have a use case for even the highest compression settings, where we store data only once but read it often - the fast decompression throughput for reading makes this feasible.


Winter is coming! (that's kinda old, agreed) …Erik told me to avoid snowflakes at any cost, instead go phoenix. I sort of agree. But can I? For the time being, it's Ansible (and maybe Serverspec). I'll also need to have a look at BSDploy, as I'm really digging BSD jails (+ ZFS, yay! End of all troubles!).


A periodically running Python service (frequency: every 5 minutes!) should be migrated to Jenkins (via ShiningPanda Plugin ), to ease supervision and log observation/rotation. Its source code is located in a Git repository and is being updated from time to time (very infrequently).


The Jenkins job will run every 5 minutes - and will also check for SCM changes before it runs, resulting in unnecessary load on the SCM service and (very short) delay during each job run. I checked quite a number of Jenkins plugins, but there doesn't seem to be a single one which allows to conditionally disable SCM checks, which would do the trick:

Check and update SCMpip -r requirements.txtyesIs job run manually?Run Python script


I probably could have written my own plugin, but I chose to plumb together stuff that already existed. It turns out that Conditional BuildStep Plugin is all I needed. Splitting the problem into two separate, but dependent, Jobs src and run, this is how it works:

srcCheck and update SCMsource andrequirements.txtArchive artifactsTriggerrunjobrunConditional BuildStep PluginGet artifacts fromsrcpip -r requirements.txtyesIs job run because of upstream?Run Python scriptwait 5 minutes

Technische Daten
Größe:165 cm
Gewicht:73.0 kg
Piercings:nichtmals sowas
Beruf:Unabhängiger IT Berater, Musikant


Beliebte Software
iTunesFS 1.3.6

Bayern München - Borussia Dortmund
Mittwoch, 20. Dezember 2017, 20:45 MEZ
(in 2 Tagen)

Once, adv.:
-- Ambrose Bierce, "The Devil's Dictionary"
another cookie!