Schlagwort: Software

Veröffentlicht am
von
Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 7 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Seit ein paar Wochen bin ich – und das auch sehr zufrie­den­stel­lend – auf mei­nem Sam­sung Gala­xy S5 Duos (klte­du­os) von Cya­no­gen­Mod (CM) auf Line­age­OS (LOS) umgeschwenkt.

Vor­ab noch schnell, bevor es zum eigent­li­chen The­ma geht, was dazu. – Erst nach einem full wipe läuft LOS rund. Zuerst hat­te ich von CM 13 auf LOS 14.1 mit nem dir­ty flash (= also Bei­be­hal­tung aller Daten, bis auf Cache und Dal­vik Cache) mit­tels TWRP aktua­li­siert, aber da konn­te ich anfangs die zu dem Zeit­punkt aktu­el­len Open GApps schon nicht instal­lie­ren und am Ende lan­de­te ich sogar in ner Rebootschleife …
Grund­sätz­lich ist eig. alles ganz ein­fach. – Auch ne offi­zi­el­le LOS-Wiki­sei­te gibts dazu. Oder halt auf die Schnelle:

  1. aktu­el­les night­ly-Image von LOS für klte­du­os ziehen
  2. su-Modul (für Root-Rech­te) für LOS zie­hen (fürs klte­du­os die arm-Vari­an­te)
  3. Open GApps zie­hen (arm, v7.1)
  4. alles auf die SD-Kar­te packen, so nicht eh schon dort hin her­un­ter gela­den wurde
  5. ins Reco­very (TWRP) boo­ten (wer TWRP noch nich drauf hat, kann es sich hier besorgen)
  6. Back­up vom CM machen (so für den Notfall … ;-))
  7. full wip (= fac­to­ry reset) machen
  8. die drei gezo­ge­nen Images/Zips nach­ein­an­der instal­lie­ren (TWRP kann die auch in eine Queue packen, is ganz nett)
  9. reboot 🙂

So und nun zum The­ma … – LOS benutzt (=also hat inte­griert) aktu­ell noch eini­ge CM-Apps, so auch den CM-Datei­ma­na­ger (com.cyanogenmod.filemanager, v3.0.0) und ärger­li­cher­wei­se hat der nen Bug beim Zugriff (der näml. angeb­lich wegen feh­len­der Rech­te nicht geht) auf die SD-Kar­te.

Beim ers­ten Fest­stel­len hat­te ich dann iwo im Netz gefun­den, dass ich die ori­gi­na­le APK löschen und den CM-Datei­ma­na­ger (als APK) neu instal­lie­ren soll­te. Genau weiß ich nicht mehr, ob das geklappt hat­te, auf jeden Fall ging es heu­te (nach dem zwi­schen­zeitl. OTA-Update eines neu­en night­ly, was sehr gut klappt) nicht mehr.
Also habe ich noch­mal recher­chiert und stol­per­te über o.g. Bug, in dem in einem Kom­men­tar von Males­sio am 4.2. ein klei­ner Trick steht, der auch bei mir funk­tio­niert hat.

so now i've added /mnt/media_rw/77B8-1D11 to the bookmarks and i can access the external sd-card even without root as it should

(Bit­te beach­ten, dass 77B8-1D11 die indi­vi­du­el­le UID der SD-Kar­te ist und bei jedem Device unter­schied­lich ist. Bei mir gab es nur einen Ord­ner in /mnt/media_rw/ und mit dem klappt der Zugriff, ich habe auch noch die root-Opti­on in den Ein­stel­lun­gen aktiv, auf jeden Fall jetzt problemlos …)

Am Ran­de: Mal schau­en, wie lan­ge der CM-Datei­ana­ger überh. noch in LOS drin sein wird. – Die Entwickler(_innen?) haben sich wohl ent­schie­den, den nicht wei­ter in LOS zu inte­grie­ren. (Ich fin­de es scha­de, da mir die Alter­na­ti­ven – über „Down­loads“, oder Ein­stel­lun­gen > Spei­cher zu gehen – zu kre­pe­lig und unzu­rei­chend erscheinen …)

In die­sem Sin­ne: *hap­py­flas­hing*! 😀

Veröffentlicht am
von
Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 7 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Heu­te war nen ‚schö­ner‘ ver­bum­mel­ter Tag …

Geschichte

Ges­tern Abend kommt von einem Fami­li­en­mit­glied die Chat­nach­richt „mein Rech­ner geht nicht mehr“, auf die ich ant­wor­te „mal Strom für min­des­tens eine Minu­te tren­nen“. Am Ende hilft das (nat.) nix und wir ver­ab­re­de­ten uns für heu­te zu einem Telefonat.

Zu 10 Uhr dann das ers­te Tele­fo­nat und ich stel­le recht schnell fest, dass Remo­te-Sup­port ohne X und somit nur per Tele­fon echt ma nich geht. (Das Buch­sta­bie­ren von iwel­chen Kom­man­dos ist ganz schön mühsam …)
Her­aus gekom­men ist immer­hin, dass es sich um einen Log­in-Loop unter Ubun­tu 16.04 (ich war anfangs noch der Mei­nung, dass es noch ein von mir instal­lier­tes 14.04 ist) han­delt, wel­ches seit ca. letz­ten Frei­tag besteht.

Nach ner Stun­de habe ich die Faxen dicke und lei­der nicht mal ansatz­wei­se ne Idee außer, dass es iwas mit der recht alten NVIDIA GeForce 6800 GS in der Aldi-Mul­ti­me­dia­kis­te zu tun hat. In /var/log/Xorg.* und ~/.xsession-errors war so rich­tig nix zu finden.

Dann küm­mer­te ich mich erst ein­mal dar­um, wie ich remo­te auf den Desk­top per SSH zugrei­fen kann. Dazu war es dann nötig, auf der Fritz!Box (über die der ande­re Rech­ner an INet ange­bun­den ist) ne Port­wei­ter­lei­tung ein­zu­rich­ten und openssh-server auf dem zu repa­rie­ren­den Rech­ner zu instal­lie­ren. (Also wie­der ande­re Bau­stel­len …) – Das hat aber glück­li­cher­wei­se dann ganz gut geklappt.

Dann hat­te ich etwas Zeit (auch wenn ich neben­bei etwas Home­Of­fice machen ‚muss­te‘) zum umse­hen, Loop-Ursa­che loka­li­sie­ren und das Sys­tem noch etwas aufräumen.

Idee 1

Zuerst ver­such­te ich mein Glück mit dem Update des pro­prie­tä­ren Nvi­dia-Trei­bers aus dem Paket nvidia-$NR.
Ergeb­nis: Ohne Erfolg, da die (alte) GeForce nur bis zum Paket nvidia-304 unter­stütz wird. Also alles wie­der zurückgedreht …

aptitude purge ~nnvidia- && aptitude install nvidia-304

Idee 2

Dann dach­te ich mir, ich ver­zich­te ganz auf den pro­prie­tä­ren Kram und set­ze auf den (offe­nen) Nvi­dia-Trei­ber nouveau.
Ergeb­nis 2: Blöd nur dass der iwie nicht mit dem Moni­tor zusam­men­ar­bei­ten woll­te und ich nicht in der Lage war, eine annehm­ba­re (grö­ßer 640x480) Auf­lö­sung ein­zu­stel­len, obwohl ich (seit Ewig­kei­ten mal wie­der) ne kom­plet­te /etc/X11/xorg.conf hän­disch gebas­telt hab …
(Frü­her muss­te man alles hän­disch machen und Din­ge haben nur geklappt, wenn man die kor­rek­ten Para­me­ter hat­te. Heu­te wird extrem viel auto­ma­tisch gemacht und man kann oft gar nix mehr groß hän­disch ändern, wenn der Auto­ma­tis­mus ver­sagt. *grml*)

Zielgerade

Ich stieß dann (iwie in mei­nem 30sten Tab) auf den Foren­ein­trag „Anmel­dung auf gra­phi­scher Ober­flä­che nicht mög­lich“ im ubuntuusers.de-Forum. Eigent­lich nur, weil der recht aktu­ell ist. (Vie­le ande­re Recher­che­tref­fer waren schon ewig alt …)
Der dort ver­link­te Launch­pad-Bug #1634802 brach­te mich jedoch immer noch nicht auf die Ziel­ge­ra­de, jedoch auf eine Fähr­te. – Näm­lich den (auf Ask Ubun­tu ver­link­ten) Launch­pad-Bug #1639180, der in der Beschrei­bung auch mei­ne Feh­ler­mel­dung (die ich am Ende in /var/log/syslog fand) enthält:
X Error of failed request: BadValue (integer parameter out of range for operation).

Lösung

Letz­ten Don­ners­tag (3.11.16) – und da kom­men wir ärger­li­cher­wei­se wie­der zu Aus­gangs­si­tua­ti­on .oO(Hätte ich das mal ernst genom­men und in mei­ne Recher­che zu Beginn ein­ge­bun­den!) – wur­de die Ver­si­on „304.132–0ubuntu0.16.04.2“ ver­teilt. Die­se scheint (wie bspw. obi­ge Bugs ja auch zei­gen) eini­ge Unzu­läng­lich­kei­ten zu haben und ver­ur­sach­te auch auf mei­nem Pro­blem­sys­tem den Login-Loop.

Die vor­her­ge­hen­de Ver­si­on „304.131–0ubuntu3“ lief (und läuft) ohne die­se Pro­ble­me. – Ergo habe ich ein Down­gra­de durchgeführt.

Dazu also wie­der alle instal­lier­ten Nvi­dia-Pake­te deinstallieren:

aptitude purge ~nnvidia- && aptitude install nvidia-304

Dann die „304.131–0ubuntu3“ installieren:

apt-get install nvidia-304=304.131-0ubuntu3

Am Ende noch (da das Sys­tem ja nicht täg­lich unter mei­ner Kon­trol­le ist) die „304.131–0ubuntu3“ in der (neu­en) Datei /etc/apt/preferences.d/nvidia-304 (mit fol­gen­den Inhalt) gepinnt (s. Apt-Pin­ning)

Package: nvidia-304
Pin: version 304.131-0ubuntu3
Pin-Priority: 1001

Und nach nem Reboot war der Log­in-Loop weg … 🙂 *fertsch*

Dan­ke an die Com­mu­ni­ty, ohne die in der ja doch recht kur­zer Zeit (von letz­tem Don­ners­tag bis heu­te) eine Lösung nicht in mei­nen eige­nen Kräf­ten gewe­sen wäre!

Veröffentlicht am
von
Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 8 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Par­al­lel zu Last­Pass pro­bie­re ich gera­de seit eini­ger Zeit Enpass (auf mei­ner Ubun­tu-Kis­te und auf mei­nem Android-Han­dy) im Zusam­men­spiel mit mei­ner own­Cloud aus. – Bis jetzt ganz gut …

Hier desh. ganz kurz ein paar Noti­zen zur Installation.

  1. Enpass per PPA instal­lie­ren: https://www.enpass.io/kb/how-to-install-on-linux/
    Von Web Upd8 gibts auch nen schö­nen Arti­kel …
  2. .desk­top-Datei erstel­len (s.u.)
  3. Star­ter-Icon her­un­ter­la­den:
    wget https://upload.wikimedia.org/wikipedia/commons/c/c1/Enpass_icon.svg -O ~/.icons/Enpass.svg
  4. fer­tig …

# ~/.local/share/applications/Enpass.desktop
[Desktop Entry]
# https://standards.freedesktop.org/desktop-entry-spec/latest/
Version=5.2
Terminal=false
Type=Application
Name=Enpass
Comment=cross-platform password management solution
Exec=/opt/Enpass/bin/runenpass.sh
# wget https://upload.wikimedia.org/wikipedia/commons/c/c1/Enpass_icon.svg -O ~/.icons/Enpass.svg
Icon=Enpass
# https://standards.freedesktop.org/menu-spec/latest/apa.html
Categories=Security;Settings;System;Utility

Veröffentlicht am
von
Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 9 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Auch wenn ich nicht wirk­lich ‚viel‘ code, aber so ab und zu fällt ja doch mal was an … In den letz­ten Jah­ren v.a. aber eher Klein(st)beiträge zu bereits bestehn­dem Code Ande­rer, statt eige­ner Projekte.

2010 ver­such­te ich mei­ne ers­ten Schritt(ch)e(n) mit Git und such­te dafür eine geeig­ne­te Platt­form. – Nur Kom­man­do­zei­le mit eige­nem Git-Ser­ver war mir damals IMHO zu umständ­lich und wohl auch zu ner­dy. ‚Damals‘ gabs zwar schon Git­hub (und dort hat­te ich auch seit 2009 einen unge­nutz­ten Account), aber als F(L)OSS-Verfächter woll­te ich mehr Com­mu­ni­ty und fand letzt­lich Gito­rious, wo ich mir einen Account zuleg­te. (So jeden­falls mei­ne Erinnerung …)

Bei Gito­rious gab es anfäng­lich kei­nen Issue-Tra­cker und die Inter­ak­ti­on über Web­ober­flä­che war, im Gegen­satz zu Git­hub, sehr beschränkt. So kam es im Lau­fe der fol­gen­den fünf Jah­re zur vor­ran­gi­gen Nut­zung mei­nes Github-Accounts.

Im letz­ten Jahr gab es Bedarf für die Zusam­men­ar­beit meh­rer Per­so­nen ein einem Pro­jekt (etwas bug fixing im Code von POLYKON) – dabei soll­te das erst ein­mal nicht in der Öffent­lich­keit pas­sie­ren. Somit schied Git­hub (auf Grund der Kos­ten) aus und ich fand Bit­Bu­cket und erstell­te auch dort einen Account.

In Sum­me hat­te ich bis dahin also drei Accounts bei unter­schied­li­chen Anbie­tern für Git-Repo­si­to­ries gesammelt …

Git­Lab-Logo

Letz­te Woche woll­te ich mal wie­der bei Gito­rious schau­en, was so los ist und stell­te fest, dass Git­Lab den Laden über­nom­men hat und man emp­fiehlt, die eige­nen Gito­rious-Repos auf Git­Lab umzu­zie­hen. Dann habe ich mich also mal bei Git­Lab umge­schaut und schwupps, war der vier­te Account geklickt … 😉

War­um nun noch einen vier­ten Account?

  • GitLabs Web­in­ter­face ist schnell
  • Git­Lab bie­tet nicht­öf­fent­li­che Repos an
  • Git­Lab bie­tet eig. alle (von mir benutz­ten) Fea­tures wie Git­hub (und ist sogar bes­ser ;))
  • Git­Lab gibts in der Com­mu­ni­ty Ver­si­on kostenlos
  • und jetzt der Knal­ler: per Klick konn­te ich (mit etwas Recher­che) alle Repos aus den ande­ren drei Accounts importieren
  • wenn die But­ze iwann (vllt.) mal zu macht, dann kann ich/man das immer noch sel­ber hosten
  • das Icon ist süüüß … 😉

Zusam­men­ge­fasst: Aktu­ell schrumpfe/konsolidiere ich mei­ne Git-Platt­form-Accounts. Gito­riuous is schon weg und gleich kommt noch der Bit­bu­cket-Account dran. Bei Git­hub wer­de ich dann wohl nur noch wg. der Issue- und Pull-Request-Zwe­cke sein, die eige­nen Pro­jek­te kom­men dort auf jeden Fall weg.

Mal schau­en, ob sich das Auf­räu­men lang­fris­tig als klug erwei­sen wird …

Veröffentlicht am
von
Old but not bus­ted … – Die­ser Inhalt wur­de vor mehr als 9 Jah­ren publi­ziert. Die Kor­rekt­heit und Ver­füg­bar­keit von Links kön­nen lei­der nicht gewähr­leis­tet werden.

Da am kom­men­den Sams­tag (14.02.2015) mei­ne Open-/GPG/PGP *wha­te­ver* Keys eh aus­lau­fen, habe ich mich heu­te mal ran­ge­setzt und etwas auf­ge­räumt und (end­lich auch) erneu­ert (1024 bits DSA is halt nicht mehr aktu­ell) …

Als ‚Vor­bild‘ habe ich mir Bruce Schnei­er genom­men 😉 und mir die fol­gen­den bei­den RSA-Keys mit 4096 bits generiert: