Und noch ein Ständer aus China, gestern eingetroffen!

Mit der Qualität meiner bisherigen Fotos, entstanden auf meinem Jolla, war ich bereits unzufrieden, schrieb das aber den schlechten Lichbedingungen am Abend zu. Heute habe ich mir die Linse mal etwas genauer angeschaut und bemerkt, dass sich ein Schmutzfilm darauf befindet. Leider habe ich den auch mit Putzmitteln nicht weggekriegt.

Habe also mal meine alten Handies ausgegraben. Bei meinem Nokia N9 ging leider schon vor einiger Zeit die Kamera kaputt und es lassen sich keine Bilder mehr machen, die Apps zeigen einfach einen Fehler an oder stürzen ab. Das Nokia N900 (5 Megapixel) hat einen Schieber vor der Linse und dessen Kamera funktioniert noch tadellos: Das Foto oben wurde damit gemacht. Zum Vergleich das Foto von meinem Jolla (zur gleichen Zeit und mit den selben Lichverhältnissen aufgenommen):

Auch wenn die Kamera des N900 "nur" 5 Megapixel hat im Gegensatz zu den 8 der beiden Nachfolger, werde ich es nun als Kamera wieder in Gebrauch nehmen.

Iseee... Was? Na der "International Sun Earth Explorer" Nummer 3, kurz ISEE-3. Das ist eine 480 kg schwere Raumsonde, welche am 12. August 1978 gestartet wurde. Sie hat als erstes von Menschen gestartetes Objekt den L1 zwischen Sonne und Erde erreicht und von dort aus das Magnetfeld der Sonne vermessen. Anfang der 1980er Jahre wurde die Sonde zum "International Cometary Explorer" (ICE) umfunktioniert und flog mithilfe von komplizierten Swing-By-Manövern um Erde und Mond zuerst am Kometen Giacobini-Zinner und 1986 am Halleyschen Kometen vorbei.

ICE war für den Vorbeiflog an den Kometen auf eine Bahn gelenkt worden, die sie weit weg von der Erde führte, sie jedoch 2014 wieder in die Nähe der Erde führen würde. 1997 gab NASA die Sonde offiziell auf, die zur Kommunikation mit dem Gerät notwendige Sendetechnik wurde verschrottet. Danach wurde es um die Sonde für viele Jahre ruhig.

In den bekannten xkcd-Strichmännchen-Comics wurde vor einiger Zeit (#576: Packages) folgende Idee vorgestellt: Gib einem Bot ein Budget von einem Dollar pro Tag und lass ihn Dir jeden Tag einen zufällig ausgewählten Artikel von eBay bestellen und zusenden.

Nun bietet jemand mit dem Service Bobcat in a box an, genau diese Idee umzusetzen, wenn auch nicht komplett automatisiert:

Bobcat In A Box is operated by a team that approximates an automated script in the tradition of the mechanical turk.

Man kann sich selbst oder jemand anderen anmelden und für einige Tage bezahlen oder ein per Abo abschliessen. Der Name des Dienstes ist eine Anspielung auf einen anderen xkcd Comic, in dem jemand einen lebenden Luchs an einen eBay-Kunden sendet.

Tja, den Service musste ich natürlich ausprobieren. Man kann Schlüsselwörter eingeben um die bestellten Artikel zu filtern. Zum neuen Jahr habe ich also ein Abo für die Stichwörter "mineral -powder" abgeschlossen. Gestern ist der erste Brief eingetroffen.

Ein Freund hat mich vor Kurzem um Rat gefragt, da er eine Installation eines Ubuntu-Ablegers für ein Resourcen-armes System zurechtstutzen wollte und ihm dabei die Abhängigkeiten der Pakete in den Weg kamen. Ich arbeite meist mit aptitude auf Debian-basierten Systemen, komme daher mit diesem Werkzeug am besten zurecht um solche Abhängigkeits-Probleme zu lösen und habe ihm einige Tips dazu gesendet:

Ich arbeite immer noch am liebsten mit dem ncurses-basierten Tool "aptitude" auf debian-artigen Systemen.
Manchmal gibt es gemeine Kombinationen, so hatte man bei Debian früher mal das Problem, dass ssh-server über eine optionale Abhängigkeit xorg nach sich zog. Sollte Dir so etwas die Pakete beim updaten wieder installieren wollen, kannst Du das unerwünschte Paket auf "hold" setzen:
debian.org/doc/manuals/debian-…

Bei Ubuntu und seinen Ablegern gibt es ein bestimmtes Paket welches darüber entscheidet, welchen Desktop, respektive welche Ubuntu-Variante Du installiert hast und welches bei Dir vermutlich diese Abhängigkeiten verursacht. Bei Ubuntu ist das der "ubuntu-desktop", bei Kubuntu der "kubuntu-desktop", bei Lubuntu der "lubuntu-desktop" und sicher hast Du das Muster bereits erkannt. Dieses kann gefahrlos entfernt werden, da die davon gepullten Pakete werden nicht als abhängig definiert und können dann nach Bedarf manuell entfernt werden, wie Du es bereits versucht hast.

Es kann zu Problemen beim Upgrade auf die nächste Version führen dieses Paket zu entfernen, da dann neue, für das booten essentielle, Pakete nicht automatisch installiert werden. Es empfiehlt sich daher dieses Paket während einem dist-Upgrade wenn möglich wieder hinzuzufügen und gleich wieder abzuwählen um zu sehen, welche Pakete es installiert hätte.

Beim arbeiten mit aptitude kannst Du das update prüfen, bevor es angewendet wird: Drücke [U] um die Paketliste zu aktualisieren, [shift]+[U] wählt dann alle Updates und deren Abhängigkeiten aus. Danach kannst Du mit [G] zur Vorschau wechseln und allenfalls nicht erwünschte Pakete mit [_] zum Entfernen markieren und per [shift]+[0] (=) den Zustand fixieren (das oben erwähnte "hold"). Bist Du in der Vorschau zufrieden, kannst Du nochmals [G] drücken um die (de)installation zu starten.

Wenn Du Konflikte verursachst erscheint ein roter Balken und Du kannst die Konfliktansicht mit [E] betreten um die Problempakete zu untersuchen und zu entscheiden was damit passiert.

Falls Du ein Durcheinander mit den Paketen bekommst, kannst Du über das Menü auch alle aktuelle geplanten Änderungen verwerfen und nochmals neu beginnen.

Allgemein navigiert man in aptitude mit den Pfeiltasten, bei graphischen Terminals auch mit der Maus. Mit [Enter] öffnest Du das
markierte Element, [Escape] bringt Dich wieder einen Schritt zurück, auch über mehrere Schritte, wenn gewünscht.

Ach ja, und aptitude beisst sich nicht mit apt-get oder dem GUI-Updater, da die alle nur Frontends für dpkg sind. Es kann aber stets nur eines dieser Werkzeuge gleichzeitig laufen, Du musst den GUI-Updater also unter Umständen schliessen, wenn es die Paket-Verwaltung blockiert (was Dir aptitude sagen würde).