-
Notifications
You must be signed in to change notification settings - Fork 0
/
index.html
792 lines (407 loc) · 25.2 KB
/
index.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
<!DOCTYPE html>
<!--[if IEMobile 7 ]><html class="no-js iem7"><![endif]-->
<!--[if lt IE 9]><html class="no-js lte-ie8"><![endif]-->
<!--[if (gt IE 8)|(gt IEMobile 7)|!(IEMobile)|!(IE)]><!--><html class="no-js" lang="en"><!--<![endif]-->
<head>
<meta charset="utf-8">
<title>Albrechts Blog</title>
<meta name="author" content="Albrecht Scheidig">
<meta name="description" content="Ubuntu since 14.04 switches to systemd to manage services. Time to
learn something new. Key to systemd is the command systemctl Disable a service (so …">
<!-- http://t.co/dKP3o1e -->
<meta name="HandheldFriendly" content="True">
<meta name="MobileOptimized" content="320">
<meta name="viewport" content="width=device-width, initial-scale=1">
<link rel="canonical" href="http://aschei.github.io">
<link href="/favicon.png" rel="icon">
<link href="/stylesheets/screen.css" media="screen, projection" rel="stylesheet" type="text/css">
<link href="/atom.xml" rel="alternate" title="Albrechts Blog" type="application/atom+xml">
<script src="/javascripts/modernizr-2.0.js"></script>
<script src="//ajax.googleapis.com/ajax/libs/jquery/1.9.1/jquery.min.js"></script>
<script>!window.jQuery && document.write(unescape('%3Cscript src="./javascripts/lib/jquery.min.js"%3E%3C/script%3E'))</script>
<script src="/javascripts/octopress.js" type="text/javascript"></script>
<!--Fonts from Google"s Web font directory at http://google.com/webfonts -->
<link href="http://fonts.googleapis.com/css?family=PT+Serif:regular,italic,bold,bolditalic" rel="stylesheet" type="text/css">
<link href="http://fonts.googleapis.com/css?family=PT+Sans:regular,italic,bold,bolditalic" rel="stylesheet" type="text/css">
</head>
<body >
<header role="banner"><hgroup>
<h1><a href="/">Albrechts Blog</a></h1>
<h2>About programming, mostly.</h2>
</hgroup>
</header>
<nav role="navigation"><ul class="subscription" data-subscription="rss">
<li><a href="/atom.xml" rel="subscribe-rss" title="subscribe via RSS">RSS</a></li>
</ul>
<form action="http://google.com/search" method="get">
<fieldset role="search">
<input type="hidden" name="q" value="site:aschei.github.io" />
<input class="search" type="text" name="q" results="0" placeholder="Search"/>
</fieldset>
</form>
<ul class="main-navigation">
<li><a href="/">Blog</a></li>
<li><a href="/blog/archives">Archives</a></li>
<li><a href="/about">About</a></li>
</ul>
</nav>
<div id="main">
<div id="content">
<div class="blog-index">
<article>
<header>
<h1 class="entry-title"><a href="/blog/2017/04/20/services-in-ubuntu-16-dot-04/">Services in Ubuntu 16.04</a></h1>
<p class="meta">
<time datetime="2017-04-20T23:37:09+02:00" pubdate data-updated="true">Apr 20<span>th</span>, 2017</time>
</p>
</header>
<div class="entry-content"><p>Ubuntu since 14.04 switches to <a href="https://freedesktop.org/wiki/Software/systemd/">systemd</a> to manage services. Time to
learn something new.</p>
<p>Key to systemd is the command <code>systemctl</code></p>
<p>Disable a service (so that it does not start when system reboots):<br>
<code>sudo systemctl disable mongodb</code></p>
<p>Enable a service (for automatic startup when system reboots):<br>
<code>sudo systemctl enable mongodb</code></p>
<p>Start / Stop a service:<br>
<code>sudo systemctl start mongodb</code><br>
<code>sudo systemctl stop mongodb</code><br></p>
<p>Further helpful tweaks for systemd on <a href="https://wiki.ubuntuusers.de/systemd/Service_Units/">this page</a>.
See also <a href="/blog/2013/12/16/howto-disable-daemons-permanently/">this</a> former post about upstart and systemv runlevels.</p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2015/07/05/radieschensalat/">Radieschensalat</a></h1>
<p class="meta">
<time datetime="2015-07-05T13:00:20+02:00" pubdate data-updated="true">Jul 5<span>th</span>, 2015</time>
</p>
</header>
<div class="entry-content"><h2>Ein leckerer Sommersalat als Beilage oder zwischendurch</h2>
<p>Wohin mit den Radieschen? Dieser Salat ist eine leckere Option, wenn man ein paar Radieschen übrig hat.
Und die Zubereitung ist denkbar einfach.</p>
<h2>Zutaten für zwei Personen</h2>
<ol>
<li>Ein Bund <strong>Radieschen</strong></li>
<li>Eine gute Handvoll <strong>Petersilie</strong></li>
<li>Geschmacksneutrales Öl, z.B. Rapsöl</li>
<li>Essig, z.B. Balsamico</li>
<li>Salz</li>
</ol>
<h2>Zubereitung</h2>
<ol>
<li>Radieschen waschen und kleinschneiden.</li>
<li>Petersilie waschen und fein wiegen.</li>
<li>Radieschen und Petersilie in einer Schüssel vermengen.</li>
<li>2 EL Öl dazu.</li>
<li>1-2 TL Essig dazu.</li>
<li>Gut salzen und vermengen.</li>
</ol>
<p>Neben dem beliebten Balsamico können auch gerne andere Essige verwendet werden, z.B. Weinessig.</p>
<p>Petersilie, Öl und Salz nehmen den Radieschen die Schärfe, das Essig setzt einen geschmachlichen
Kontrapunkt, darf aber nicht dominieren – daher vorsichtig dosieren.</p>
<p>Der Salat darf gerne eine Stunde durchziehen, muss aber nicht.</p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2015/05/01/determining-affected-tests-using-coverage-info/">Determining Affected Tests Using Coverage Info</a></h1>
<p class="meta">
<time datetime="2015-05-01T00:36:32+02:00" pubdate data-updated="true">May 1<span>st</span>, 2015</time>
</p>
</header>
<div class="entry-content"><p>If have got an idea inspired by <a href="http://tenderlovemaking.com/2015/02/13/predicting-test-failues.html">this post</a>.</p>
<p>Every time when me or a build server runs a complete build on a commit with all tests, it could store
detailed coverage information and associate it with this commit.</p>
<p>Later on, when for instance I am fixing a bug, it should be possible to git diff the working directory to the latest
parent commit that has associated coverage info. Looking up the changes and the coverage info, one could tell what
tests are likely to be affected by the changes in between.</p>
<p>If I then run only those tests, I am pretty confident that other tests will not break by my changes. I am not 100% sure
but I am confident enough to commit the stuff and let the build server run a complete build which leads to new
coverage info associated with this new commit.</p>
<p>Some requirements I have in mind:</p>
<ul>
<li>Should work as a maven goal “mvn affected:test”</li>
<li>Should work with git to provide diff and coverage info association.</li>
<li>Should work with remotely stored coverage info. (Is it possible to store custom information associated with a commit into git repository?)</li>
<li>Should work with <a href="http://mojo.codehaus.org/cobertura-maven-plugin/dump-datafile-mojo.html">cobertura</a></li>
</ul>
<p>I would really like to know, if I am the only one that thinks such a maven plugin would be useful,
what obstacles you see, if there are better alternatives to cobertura and git or if a broader approach would make more sense.
Let me know.</p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2015/02/22/tool-dilemma/">Tool Dilemma</a></h1>
<p class="meta">
<time datetime="2015-02-22T21:49:29+01:00" pubdate data-updated="true">Feb 22<span>nd</span>, 2015</time>
</p>
</header>
<div class="entry-content"><p>If you write enterprise-size software in Java, you ran sooner or later into
a dilemma regarding tools.</p>
<p>On one hand you know that using IDEs like Eclipse drives efficiency and adds
support for streamlined workflows. IDEs provide handy features like call
hierarchy and integrated debugging.</p>
<p>On the other hand IDEs tend to introduce questionable artefacts into the
overall build infrastructure, and sometimes lead decisions for questions
regarding architecture.</p>
<p>If you e.g. use maven as your dependency and build infrastructure then those
IDEs have to completely understand your maven declarations to know about the
classpath, output folders, compiler level etc. You tend to avoid maven features
that your favorite IDE does not understand.</p>
<p>If you always follow standard solutions and best practises, there might be no
big issue between IDE and maven build. But sooner or later there will appear
challenges for the IDE such as cross compiling, multi-projects, generated code.</p>
<p>In such situations it is recommended to take a step back and analyze the
overall requirements for architecture and build infrastructure.
Why do we have this generated code, where is it used, what does the generation
depend on, when should it executed?
As a result, you should have created a reasonable model of all build steps and
an acyclic module dependency model.
Often the root of all evil lies in unmanaged architecture and build
infrastructure. Fix this and go ahead.</p>
<p>Step number two should reflect the findings from step one into the actual
dependency declarations and build infrastructure. A valid result of this
step is a working command line build.</p>
<p>And then it is the last step that the IDE is tweaked to support the desired
architecture. Sometimes, during this step, build infrastructure needs to be
extended or even changed a little bit, but never should the changes go so far
as to change the desired architecture. If the IDE is not able to cover the
target architecture then you should propable rethink if this IDE is a good
choice or if your requirements are too ambitious.</p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2014/12/02/bye-bye-cygwin/">Bye Bye, Cygwin</a></h1>
<p class="meta">
<time datetime="2014-12-02T22:51:28+01:00" pubdate data-updated="true">Dec 2<span>nd</span>, 2014</time>
</p>
</header>
<div class="entry-content"><p>At work, we use windows computers, and I am currently in the transition from one computer to the next one.
This process typically takes at least a month, until I am confident enough that I have not missed something.</p>
<p>Today, I realized that I will not install cygwin on the new computer, because… <em>Well, I have not used it for ages</em>.
During the last years, I’ve always run at least one Virtual Machine with Ubuntu on my Windows host, that gives me a
fully fledged Linux environment with access to the file system of the host.</p>
<p>Before that time I used to reinstall cygwin and transferred settings and scripts until everything worked again.</p>
<p>But today I have no real use case to do so. The pain in a mixed environment (file name encoding, line endings, etc.)
is the same for both techniques. I also have no use for DOS scripts using Unix tools compiled for DOS.</p>
<p>So all in all I would like to say Good Bye to cygwin and thanks for all the fish.</p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2014/06/16/a-replacement-for-truecrypt/">A Replacement for Truecrypt</a></h1>
<p class="meta">
<time datetime="2014-06-16T01:08:00+02:00" pubdate data-updated="true">Jun 16<span>th</span>, 2014</time>
</p>
</header>
<div class="entry-content"><p>When I realized that Truecrypt will no longer be developed I looked around for a proper replacement.</p>
<p>In the end I wrote a set of scripts to ease the mounting of AES encrypted file containers under Linux. Let’s say this is a command line truecrypt replacement.</p>
<p>Check it out <a href="https://github.com/aschei/encdrive">here</a>.</p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2013/12/16/howto-disable-daemons-permanently/">How to Disable Daemons Under Ubuntu 12.04 and Above</a></h1>
<p class="meta">
<time datetime="2013-12-16T22:35:00+01:00" pubdate data-updated="true">Dec 16<span>th</span>, 2013</time>
</p>
</header>
<div class="entry-content"><p>Ubuntu uses the <a href="http://upstart.ubuntu.com/">upstart</a> system to start several services. Every service controlled via upstart has a .conf file in the directory /etc/init, so you can list the available services using
<code>
ls -l /etc/init/*.conf
</code></p>
<p>To disable a service, upstart supports a <a href="http://upstart.ubuntu.com/cookbook/#manual">“manual”</a> configuration element, that can be placed either in the <service>.conf file or in an overriding file <service>.override using
<code>
sudo sh -c “echo ‘manual’ > /etc/init/SERVICE.override”
</code></p>
<p>To reenable the service just delete the .override file.</p>
<p>Not every service is controlled via upstart, on my system e.g. nessus is controlled via init.d. Services controlled via init.d are configured using an executable script in /etc/init.d and links to this script, that are located in /etc/rc?.d, according to the certain runlevels. To disable such a service, the easiest option is to remove the executable flag from the script, such as</p>
<p><code>
sudo chmod -x /etc/init.d/nessusd
</code></p>
<p>To revert your decision, just add the executable bit again:</p>
<p><code>
sudo chmod +x /etc/init.d/nessusd
</code></p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2013/08/01/blog-on-github-using-octopress/">Blog on GitHub Using Octopress</a></h1>
<p class="meta">
<time datetime="2013-08-01T01:54:00+02:00" pubdate data-updated="true">Aug 1<span>st</span>, 2013</time>
</p>
</header>
<div class="entry-content"><p>Today, I have stumbled upon a blog that uses <a href="http://octopress.org">Octopress</a>. It looked very clean, and I read something about Octopress and it’s concepts.</p>
<p>It seemed similar to my current blog setup, meaning that it produces static pages out of the sources, that can then be transferred to the web server and be served very fast and easily.</p>
<p>Octopress also offers easy integration with <a href="http://pages.github.com/">Github Pages</a>. Github Pages is a hosting service of Github that is coupled to a GIT repository on GitHub. Just push changes to the GIT repository, and within seconds the changes are reflected on the respective site.</p>
<p>My repository is located <a href="https://github.com/aschei/aschei.github.io">here</a>, and the site can be viewed <a href="http://aschei.github.io">here</a>.</p>
<p>A cool concept octopress makes use of is to keep sources and the generated results in the same repository by using branches. Sources are committed to branch <a href="https://github.com/aschei/aschei.github.io/tree/source">“source”</a>, while the result is committed to <a href="https://github.com/aschei/aschei.github.io/tree/master">“master</a>. The two branches contain conceptually completely different artifacts, and they will never get merged.</p>
<p>The whole setup is really easy to make and it is a joy to work with it.</p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2013/05/09/howsitewasbuilt/">How My Other Site Was Built</a></h1>
<p class="meta">
<time datetime="2013-05-09T17:52:00+02:00" pubdate data-updated="true">May 9<span>th</span>, 2013</time>
</p>
</header>
<div class="entry-content"><p>When planning my other blogging <a href="http://aschei.x64.me">site</a> I have had some ideas what I want to achieve. I wanted a typical
blog site but with extra flexibility for trying out other stuff and learning about
different tools I am interested in.</p>
<p>I have had a special setup in mind: hosted on my own web server, no dynamic / interpreted
content on the server side, just static pages. For sure the pages need to be generated by
a flexible enough mini CMS.</p>
<p>So instead of going on with blogger.com I wanted to control my own web server and
build it from ground up. But I also had a very limiting requirement: no cost. Yes, I want
to try out stuff without paying anything more for it.</p>
<p>So the first thing to decide was about the web server. Luckily, Amazon currently offers
a year of free testing their hosting services. I setup a server on <a href="http://aws.amazon.com">AWS</a>
with the latest Debian and read about the service details that are included in Amazons free offer.
Two things to keep in mind: First, you have absolutely no guarantee on backups being made nor
failsafety etc. So it is vital to have your setup elsewhere in case your server is being
reset to factory defaults. I chose to prepare everything on my laptop and rsync stuff in case
of changes. More on that later. Second, you have one fix IP address (they call it Elastic IP)
to be bound on your instances. In case you would like to have a meaningful web server name
using a dynamic DNS hoster, you can register the Elastic IP there and give it a go. But a more
flexible approach is to register your IP automatically when your interface is up using a script
in /etc/network/if-up.d like so:
$$code(lang=bash, style=monokai)</p>
<pre><code>PubIP=$(curl http://169.254.169.254/latest/meta-data/public-ipv4)
curl --user ${USER}:${PASSWD} https://www.dnsdynamic.org/api/?hostname=${HOST}&myip=${PubIP}
</code></pre>
<p>$$/code
Note: This works if you define USER, PASSWD and HOST before.</p>
<p>The result of this setup was an always-on server reachable in the internet using a meaningful name.
Next step was to decide which http server to use. I wanted a minimalistic setup, but
after reading a while here and there I learned that there are no good alternatives to Apache or
Nginx. Since I am experienced with Apache I went with <a href="http://nginx.org">Nginx</a> to learn something
new. Well, Nginx seems to be a bit easier to setup, but in the end it is just working like Apache.</p>
<p>OK, server is running, what about the CMS? After researching a while I went with
<a href="http://www.blogofile.com/">Blogofile</a> which calls itself a “static website compiler”. That was
exactly what I was looking for and I installed it on my laptop.</p>
<p>Blogofile gives you for each site a basic setup including features like Blogs etc. It is Python
based (but it can be used without Python knowledge).
It uses <a href="http://www.makotemplates.org/">Mako Templates</a> as a template engine which makes it easy
to change layout and reorganize stuff. For blog posts it supports markdown which I find handy to use.</p>
<p>As a result, whenever I would like to add a blog post I have to add a markdown file in the posts directory
and redeploy the site. For redeployment I am using the following script:
$$code(lang=bash, style=monokai)</p>
<pre><code>blogofile build -s ${site}
rsync -avz -e ssh ${site}/_site/ ${sshhost}:/var/www/
</code></pre>
<p>$$/code
Works like a charm.</p>
<p>If ever the AWS server dies, I would have to reinstall and configure Nginx and the dyndns script,
done. If ever my laptop dies, I would be screwed. Setting up programs like Blogofile is no fun but
possible, but the valuable content would be lost. Therefore I commit my stuff to
<a href="http://github.com">Github</a>.</p>
<p>For me, this is a fun project. I have learned about EC2 on amazon, setting up and securing Debian,
writing shell scripts, Nginx, Blogofile, a little bit Python, and Git on Github. And it gives enough
room to play around.</p>
</div>
</article>
<article>
<header>
<h1 class="entry-title"><a href="/blog/2013/04/18/bug-backlog/">Avoid Big Bug Backlogs</a></h1>
<p class="meta">
<time datetime="2013-04-18T21:24:00+02:00" pubdate data-updated="true">Apr 18<span>th</span>, 2013</time>
</p>
</header>
<div class="entry-content"><p>I strongly recommend to avoid long lists of bugs. Today, we have cool tools like <a href="http://bugzilla.org">Bugzilla</a>
or <a href="http://www.atlassian.com/software/jira/">Jira</a> that make tracking bugs real fun even if there are big numbers of it.</p>
<p>I can imagine a situation where a software product has no known bugs and is complete in a functional sense.
However, I have never been in this situation since I have started working on software. The typical situation I experience is:</p>
<ul>
<li><p>you have got plenty of things that should be improved, extended, added – more than you can implement.</p></li>
<li><p>you have got plenty of bug tickets, more than you can handle.</p></li>
</ul>
<p>If you are in a situation where you sell software you are developing you also have to
weigh effort, priorities, expected damage caused by bugs and expected gain from improvements. You cannot
implement what you want. So how about filling lists of features, lists of bugs, prioritize them, estimate
them roughly, and finally decide what is the next important item that should be implemented? It sounds
promising. You only have to manage one list that is sorted by a function depending on effort, estimate,
priority etc. and sort new items into this list.</p>
<p>Feed the first four items of this ultimate list to a <a href="http://en.wikipedia.org/wiki/Kanban_board">Kanban-Board</a>
every day and let the developers pick items in order.</p>
<p>Bullshit.</p>
<p>In my experience you cannot prioritize bugs and features into one list. You simply cannot compare
them. Maybe a prioritized backlog is good for features, but it is not for bugs. Bugs are not a thing
of planning or betting on. Bugs are the bill you get for your past work. You simply cannot avoid to pay that bill.</p>
<p>I recommend the following to process bugs:</p>
<ul>
<li><p>If a bug comes in: Decide if it is really a bug or possibly an enhancement (enhancement –> feature backlog).</p></li>
<li><p>Decide if you want to fix the bug. The decision should only take into account the level of quality
you want to deliver, not what other things you have on your agenda.</p></li>
<li><p>If the bug is not important enough – and this is the important point – <em>close it as “won’t fix”</em>.</p></li>
<li><p>Otherwise choose between three severities: Fix it “now”, “today or tomorrow”, “within the next two weeks”.</p></li>
<li><p>Assign the bug to a person that should fix it actually.</p></li>
<li><p>Measure time spent on bug fixing. If it goes beyond 15 percent take a sharp look what is happening with
your software.</p></li>
</ul>
<p>So why not simply give non important bugs a low priority and keep them in the list? Why not say: “Hey,
if one has nothing to do: just pick a bug from the “non-important” pool.“ For me this would be a statement
like “We provide a quality level that depends on the time that is left over”.
It is also unclear if this sort of bugs should be part of a “open bugs” statistic. More: In the
unlikely case that someone would have time left over: What bug would she select? How would she choose from
the list of 100k bugs?
So just close these bugs and enjoy the pleasures of the real, lean bug list.</p>
</div>
</article>
<div class="pagination">
<a class="prev" href="/blog/page/2/">← Older</a>
<a href="/blog/archives">Blog Archives</a>
</div>
</div>
<aside class="sidebar">
<section>
<h1>Recent Posts</h1>
<ul id="recent_posts">
<li class="post">
<a href="/blog/2017/04/20/services-in-ubuntu-16-dot-04/">Services in Ubuntu 16.04</a>
</li>
<li class="post">
<a href="/blog/2015/07/05/radieschensalat/">Radieschensalat</a>
</li>
<li class="post">
<a href="/blog/2015/05/01/determining-affected-tests-using-coverage-info/">Determining Affected Tests Using Coverage Info</a>
</li>
<li class="post">
<a href="/blog/2015/02/22/tool-dilemma/">Tool Dilemma</a>
</li>
<li class="post">
<a href="/blog/2014/12/02/bye-bye-cygwin/">Bye Bye, Cygwin</a>
</li>
</ul>
</section>
</aside>
</div>
</div>
<footer role="contentinfo"><p>
Copyright © 2017 - Albrecht Scheidig -
<span class="credit">Powered by <a href="http://octopress.org">Octopress</a></span>
</p>
</footer>
<script type="text/javascript">
var disqus_shortname = 'aschei';
var disqus_script = 'count.js';
(function () {
var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true;
dsq.src = 'http://' + disqus_shortname + '.disqus.com/' + disqus_script;
(document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq);
}());
</script>
<script type="text/javascript">
(function(){
var twitterWidgets = document.createElement('script');
twitterWidgets.type = 'text/javascript';
twitterWidgets.async = true;
twitterWidgets.src = '//platform.twitter.com/widgets.js';
document.getElementsByTagName('head')[0].appendChild(twitterWidgets);
})();
</script>
</body>
</html>