Netter Umgangston herrscht bei Euch, da fühlt man sich richtig willkommen!
Natürlich zwingt Dich niemand, Subsurface zu benutzen, in dem Fall ist die Diskussion tatsächlich hinfällig. Wenn das aber jemand aus irgendwelchen Gründen doch tun will und eine halbwegs aktuelle Version von Subsurface auf Debian haben will, dann gibt es kein Paket dafür. Wer wissen will, warum, liest den Thread
Re. subsurface: FTBFS in experimental auf der Subsurface mailing Liste
http://lists.subsurface-divelog.org/pipermail/subsurface/2015-August/thread.htmlAber nochmal in Kürze, weil mir hier vorgeworfen wird, ich würde keine Belege liefern: Subsurface verwendet eine API von libdivecomputer die callbacks hat, um native Bluetooth aus Qt zu implementieren. Diese API hat es noch nicht man in libdivecomputer upstream geschafft. Geschweige denn in irgendein Debianpaket. Laut
http://anonscm.debian.org/cgit/pkg-running/libdivecomputer.git/ wurde das Sid Sourcepaket libdivecomputer das letzte mal am 26.1.2014 gepullt. Seitdem ist das git repository von libdivecomputer 837 commits weiter. Grade gezählt. Mit der Subsurface eigenen Version von libmarble sieht's ähnlich aus.
Es ist leider so, dass das Kompilieren von Subsurface wegen der etwas hakelligen Dependencies nicht trivial ist. Deshalb haben wir das build.sh Skript gemacht. Aber wiederum: Das ist nur ein Service, niemand ist gezwungen, es zu benutzen. Nur wenn man's anders machen will und Probleme bekommt, sagen wir halt: Benutze das Skript.
Und wer Subsurface auf Debian nicht selber bauen, sondern einfach benutzen will, für den oder die gibt
workingbin.tgz Das ist ein binary bundle, dass alle benötigten Libraries enthält, unabhängig von der Distribution.
EDIT (von Moderator bluelupo): Formatierung überarbeitet da der Post kaum zu lesen war.