Ist halt alles irgendwo eine politische Entscheidung. Im Endeffekt ist jede Lösung, die mehr oder weniger sauber zum Ziel führt, richtig. Ich bin jetzt mal ein wenig schwarz:
GNU nano 2.2.6 Datei: debian/NEWS
bash-completion (1:1.3-2) experimental; urgency=low
From this version, bash-completion uses triggers to decide which completions
to load.
This means that, when you install a package, a trigger will be activated,
which will symlink the relevant completion to /var/lib/bash-completion/.
To help this, completions have also been moved out of /etc/: they're now
under /usr/share/bash-completion/; there you can find other related helpers
and files.
If you want to activate a completion, just symlink it into
/etc/bash_completion.d/.
-- David Paleino <dapal> Wed, 06 Apr 2011 21:47:50 +0200
Im Endeffekt bedeutet das in meinen Augen nichts anderes, als dass die Trigger in den Paketen das eintragen sollten. Wenn der Bestand nicht übernommen wird, ist das erst mal schlecht. Mein kleines schmutziges Script hat jetzt erst mal die Links so gesetzt, wie da beschrieben.
Rein sachlich sehe ich da nichts falsches dran. Der andere Aspekt ist: Will ich für alles und jedes die Completion an haben oder nicht. Da gibt es dann halt 2 Ansätze: Anfangen von komplett leer oder anfangen von komplett voll und dann selektieren. Du kannst mich hauen, aber an der Stelle kenne ich keine befriedigende Antwort. Ich für mich persönlich bevorzuge den Ansatz "alles rein, eventuell selektiv löschen". Mal schauen, wie es entschieden und gefixt wird. Ich find das irgendwie spannend.