staging.inyokaproject.org

Jetzt Phone Roadmap 🇬🇧 - wie geht es mit dem Ubuntu Phone weiter...

*pump up*

Nun kommt zum Abschluss Phone user feedback session...

Alle Videos kann man danach noch unter den selben Links ansehen. Aber es wären noch 25 min für Fragen gewesen, die nicht genutzt wurden...

Wurde eben verschoben:

willcooke ok all, this session has been move to Thursday at 1400 UTC in the Cloud 2 track as the Convergence one is full

ogra_ sorry for that ... totally my fault !

willcooke no problem

Benno-007 schrieb:

Geht sehr technisch zu - Recovery Partition usw. - und das neue Partitionslayout für Ubuntu Snappy

Weiss jemand was das "a-b partition model" ist von dem Sie sprechen?

Ich glaube, es geht darum, dass ein Recovery System auf einer zweiten Partition existiert. Startpage schweigt sich etwas aus.

News von der ML unter anderem:

• alle Tasten mind. 30s drücken soll Strom-Aus erzwingen - das würde mir dann beim nächsten Mal eine Nacht lang warten ersparen, weil der Akku so lang hält und ich bin nicht der Einzige. 😉

• Hacking the bq, Part 2: Factory Mode - versteckter Werksmodus

• Derzeit ist wegen der Umstellung von 15.10 auf Snappy mit Problemen zu rechnen, weshalb Ubuntu Touch bei 15.04 bleibt und Funktionen von 15.10 ebenfalls eingebaut bekommt. 15.04 vivid kommt in frühestens 2-3 Wochen raus, wenn man keine Entwicklerversion nutzt.

Grüße, Benno

🇬🇧

simosx yes, thanks! Mister_Q, indeed, you can get the bq to play FM radio from "factory mode", only on three hard-coded frequences.

Ich war heute in mehreren Sessions und hab auch paar Fragen im Chat gestellt. In der Fragestunde, welche nach meiner Anregung mit der Phone Ports Stunde zusammengelegt wurde (da gleichzeitig und Personalmangel), waren nur 5-7 Leute auf Youtube zuschauen und vielleicht 2-3 Frager. Ich hatte am Ende dann vorgeschlagen, dass wir Nutzer von UU auch paar Fragen und Bugs zukommen lassen bzw. das ja auch schon getan haben - da es auch darum ging, wie man einfacher Bugs melden kann.

Was fällt mir noch so ein, auszugsweise? Alles ohne Gewähr, da viel Englisch im Video und gleichzeitige Aktivität im Chat und ich heute nicht so aufnahmefähig bin. Chatlog hab ich auch keins, wer will, kann sie aber wohl (irgendwann?) genauso nachsehen wie die Videos bereits.

• WLAN-Hotspot soll wohl schon drin sein/ in vivid-devel evtl. auch - also ich glaube einfach mal, dass das vielleicht dann tatsächlich in den nächsten Tagen bis 4 Wochen mit Updates eintrudelt. USB-Tethering laut Wiki-Baustelle soll ja gehn - bin mal gespannt, ob es trotz des Bugs doch schon wieder geht, wenn ich die Tage Updates ziehe bzw. es nochmal teste.

• System-/ Datenverschlüsselung als Anfrage wird nochmal ans Sicherheitsteam weitergeleitet. Hab das am Ende nicht ganz verstanden gehabt, aber kann sein, dass es schon im Gange. Aber das muss ja nix heißen, dass es auch in absehbarer Zeit fertig wird. 😉 Auf jeden Fall schadet es nicht, dass sie das auf den Schirm bekommen, was man so anspricht.

• Xmir kann auch Unity (7) starten. (X?)Mir soll seinen eigenen Windowmanager bekommen.

• SDL-beschleunigte Spiele via XMir sollen auch (bereits?) laufen.

• Herkömmliche Anwendungen sollen bei Snappy (Phone/ Desktop = Convergence) dann in Containern laufen. Wobei die Abhängigkeiten von apt-get (für eine konkrete Version wie 14.04) nur einmal installiert werden müssen.

• Es gab eine lebhafte Diskussion über das momentane Einfrieren der Hintergrundprozesse. Im Desktop-Modus soll das wohl nicht stattfinden. Die Antwort zu meiner Frage wie Pidgin war, dass es keine Ausnahmen per Paketierung geben soll, sondern "Benno-007, split it up in services, leverage push". Es soll also alles als Server laufen, wenn Hintergrundaktivitäten nötig sind. Für das Terminal wird nun aufgrund der Diskussion über eine einfache GUI zu einer Suspend-freien Konsole nachgedacht.

• Jemand fragte: Mehrere Sessions einer App oder eines Programmes wie Firefox sind nicht geplant, würden aber wohl mit separatem desktop-file gehn.

• Meine Frage, ob die binären Android-Treiber Probleme für spätere Updates machen, wurde im Großen und Ganzen verneint. Es hängt dann mehr vom Weg von Android ab als von der Hardware ansich.

• Systemd sei und wäre die nächsten 6 Monate wohl noch nicht drin - auch wenn manche Pakete und Befehle so heißen, wurde das Initsystem Upstart noch nicht ersetzt.

• Übrigens soll kein preiswerteres Phone als das BQ kommen, das ist auch leistungstechnisch die unterste Grenze, die angedacht sei.

Ganz kleiner Auszug und komprimiert dargestellt. Ist mir klar, dass nicht alle was mit allen Infos anfangen können.

Hab mich nun übrigens mal bei heise.de angemeldet - dort ist es auch im Forum noch nicht angekommen, dass Anwendungen vom Ubuntu PC nun mit manueller Einrichtung lauffähig sind, auch auf Nexus 4 + 7 (vgl. Wie bekommt man Xmir auf dem Nexus 7 zum Laufen?): http://www.heise.de/forum/Open-Source/News-Kommentare/Ubuntu-Der-PC-im-Smartphone-und-ein-gerissener-Werwolf/Ubuntu-Phone-ist-leider-eine-vertane-Chance/thread-617785/page-2/#posting_3966085

Grüße, Benno

Die Lizenzprobleme wurden offenbar gelöst und die zu strikten Lizenz-Vermerke gelöscht, z.B. hier:

https://github.com/bq/aquaris-E4.5/commit/1ef4ecabf6d091ace9c8b8c4bfd63eeac9384465

Edit: Falls hiervon auch jemand betroffen ist, bitte mal dort mit melden, damit der Bug bestätigt wird:

Notifications show too many missed calls.

Edit 2: Es gibt einen neuen Bericht auf 7 Seiten - den auf den Fotos kenn ich doch woher. 😉 In den (anmeldefreien, wusste ich gar nicht!) Kommentaren gibt es nun auch den Hinweis auf PC-Programme: http://www.pro-linux.de/artikel/2/1768/ubuntu-phone-das-bq-aquaris-e45-naeher-angeschaut.html

Edit 3: Das englischsprachige Forum hat offenbar auch erst kürzlich (ok, seit 8 Monaten) einen eigenen Bereich bekommen. Wir sollten uns etwas vernetzen. Ihr könnt euch auch da informieren - international wächst ein Forum schneller:

• ubuntuforums.org: Ubuntu Phone and Tablet 🇬🇧 - Forum

Edit 4: Im englischen Forum scheint genau wie auf der Mailingliste noch niemand außer Entwicklern und außer uns paar aktiven Nutzern hier grafische Ubuntu-PC-Programme auf Ubuntu Touch/ Phone zu starten. Zumindest nicht öffentlich. Ich hab es nun aufgrund einer Anfrage zu Chrome dort gepostet, nachdem ich mich dort angemeldet habe:

• normal user and root, and how to install program not in the store

• Guide: Graphical Ubuntu pc programs on Ubuntu Touch

Da ist ja gerade ganz schön was los:

There are currently 18837 users online. 107 members and 18730 guests

Hoffen wir auf gute Vernetzung und etwas Erfahrungsaustausch! Erstmal muss sich das rumsprechen, dann kann es auch in die anderen Landessprachen-Foren übernommen werden. Und dann möge es gedeihen und gute Infos abwerfen. ☺

Benno-007 schrieb:

• Es gab eine lebhafte Diskussion über das momentane Einfrieren der Hintergrundprozesse. Im Desktop-Modus soll das wohl nicht stattfinden. Die Antwort zu meiner Frage wie Pidgin war, dass es keine Ausnahmen per Paketierung geben soll, sondern "Benno-007, split it up in services, leverage push". Es soll also alles als Server laufen, wenn Hintergrundaktivitäten nötig sind. Für das Terminal wird nun aufgrund der Diskussion über eine einfache GUI zu einer Suspend-freien Konsole nachgedacht.

Das ist ärgerlich. Ich sehe z.B. aktuell keinen vernünftigen Weg, einen GPS-Routen-Logger zu implementieren. Das Handy würde nach Abschalten des Displays oder beim Wechsel in eine andere App die Logger-App einfrieren. Canonicals Antwort darauf war schon vor Jahren kurz nach Vorstellung von Ubuntu Phone/Touch/whatever, dass für alle möglichen Anwendungsfälle jeweils ein "Trusted Helper" von Canonical als Systemdienst entwickelt wird. Fürs Logging wäre das also irgend ein System-Daemon von Ubuntu, den die App aktiviert und beim nächsten Aufruf der App durch den Nutzer kann die geloggte Strecke vom Daemon abgefragt werden. Selbst eine Lösung, dass das System die App im Hintergrund immer dann für einige Sekunden aktiviert, wenn sich die Position signifikant verändert hat, so dass diese ihr Logging durchführen kann, wird wahrscheinlich abgelehnt.

So ist es auch bei Musik: Seit einigen Jahren habe ich Code für eine Musik-App, die UPnP/DLNA für Musikzugriff nutzt. Seit einiger Zeit ist es nun sogar möglich, dass ein gestartetes Lied vollständig abgespielt wird, auch wenn man die App verlässt oder das Display ausgeht. Allerdings kann danach nicht automatisch das nächste Lied vom Album abgespielt werden, weil die App ja pausiert ist und nicht mitbekommt, dass das Lied vorbei ist. Ein kurzes Aktivieren der App im Hintergrund beim Liedende, damit der nächste Song gestartet werden kann, wird von Canonical aber abgelehnt. Als Lösung wurde vor Jahren damals eine Art Playliste im "Trusted Helper" versprochen, die vor dem Einfrieren der App befüllt werden kann, und die der "Trusted Helper" abarbeitet. Bis heute finde ich dazu aber keine Implementierung. Also frühestens in 15.10 wird eine vernünftige Third-Party-Music-App möglich sein.

Die Standard-music app funktioniert übrigens nur deshalb, weil sie irgendwo tief im System verankert eine "Lifecycle Exception" erhalten hat. "if(app == 'music-app') dontFreezeApp();".

Eine Möglichkeit, dass der Nutzer selbst gewissen Apps eine Sondergenehmigung erteilen kann, damit diese auch im Hintergrund laufen darf, will Canonical nicht umsetzen. Unter Berücksichtigung des Entwicklungstempos für den Trusted Helper bei Musikwiedergabe kann man wohl in frühestens 10 Jahren mit funktionierenden GPS-Logger-Apps für Ubuntu rechnen. Manches wird wohl nie möglich sein.

Ich halte das für einen großen Fehler. Man muss es ja nicht ausarten lassen wie bei Android. Aber wenigstens ein Menü einzurichten, mit dessen Hilfe der Nutzer gewissen Apps selbst eine Lifecycle-Exception gewähren kann, wäre sinnvoll. Dann kann er selbst darüber entscheiden, ob er einer Bitte, die der App-Entwickler äußert, nachkommen will und so die Akkulaufzeit schwächt, oder ob er lieber Einbußen bei der Funktionalität hinnimmt.

Ja, man muss nicht alles für gut heißen. Ich hab auch keine Antwort bekommen, wie man als Nutzer manuell Prozesse in den Vordergrund zwingen kann. Es geht wohl sehr um Performance um jeden Preis - Android hatte es da ja vergleichsweise total verkackt, weil die Apps ständig im Autostart und RAM sind und auch im Hintergrund Unsinn treiben.

Ich denke, das wird der Grund sein, Entwicklern das gar nicht erst zu erlauben. Kann man denn diesen Service/ Server nicht selber schreiben? Braucht es dazu wirklich "Trusted Helper von Canonical als Systemdienst" oder kann man die nicht selber schreiben? Für eine normale App im Store keine Rechte zum Schreiben auf das Systemimage möglich und deswegen, weil das nötig wäre?

Ich hatte nun 3 mal Probleme, mit apt-get das Xmir-PPA zu aktualisieren - ich dachte schon, der Spuk ist vorbei und vom Netz genommen worden. Aber es sieht alles normal aus, nur gedrosseltes UMTS sowie Freifunk (was sonst gut läuft) kann ich regelmäßig bei apt-get knicken (braucht mehrere Anläufe und manchmal geht gar nichts) und halbgare WLAN-Hotspots mit Erkennungsproblemen bei Mobilgeräten oder zu schwacher Verschlüsselung sind auch keine Lösung. Und fremde Scripte an eigene Bedürfnisse umstricken kann halt dauern und hat keine hohe Priorität momentan.

Grüße, Benno

whazzup schrieb:

Weiss jemand was das "a-b partition model" ist von dem Sie sprechen?

Benno-007 schrieb:

Ich glaube, es geht darum, dass ein Recovery System auf einer zweiten Partition existiert. Startpage schweigt sich etwas aus.

Hier in diesem Snappy Porting guide wird darueber gesprochen. Klingt so als ob es zwei komplette Kopien des Betriebssystems gibt und der bootloader zurueckschaltet falls das booten eines Updates fehlschlaegt.

“System A/B” is a Snappy feature to have two sets of root filesystems and boot files (typically kernel, initrd and optionally fdt/device tree), hence “A/B”. When an update breaks the system preventing it from boot to a healthy state, snappy will automatically fall back to the previously use system.

if trying to boot a new version (snappy_mode=try); then

    if snappy stamp file (snappy-stamp.txt) exists; then
        # previous boot attempt failed; recover by using old version
        boot old version
    else
        # touch snappy stamp file to record we’ve attempted a boot
        write stamp file
    boot new version
else (snappy_mode=regular)
    boot current version
endif

Das ist gut, ich wollte mich da mit Spekulationen nicht zu weit aus dem Fenster lehnen, auch wenn ich mir auch dieses Modell für "Recovery" in B vorgestellt habe. Nun wissen wir es also.

trollsportverein schrieb:

Um die Passwortlose Tatsch Bedienung zu ermöglichen, muss dem User phablet erlaubt werden, ohne Passwort mit dem sudo Befehl das Script auszuführen. Dazu muss die Datei /etc/sudoers ....

Ich versuche aehnlich wie trollsportverein in obigem Post ein Script mit root Rechten ueber ein .desktop file auszufuehren, bekomme es aber nicht hin. sudo ohne Passwort aus der Shell klappt. Aber ueber das .desktop file klappt es nicht. Trollsportverein, hast Du da noch einen Trick in der Schublade, oder kann mir jemand anderes helfen?

Was ich bis jetzt habe ist folgendes:

phablet@ubuntu-phablet:~$ sudo tail -n 1  /etc/sudoers
[sudo] password for phablet: 
phablet ALL=(ALL) NOPASSWD:/home/phablet/root-test.sh
phablet@ubuntu-phablet:~$ ls -l /home/phablet/root-test.sh
-rwxr-x--- 1 root adm 144 May  9 20:43 /home/phablet/root-test.sh
phablet@ubuntu-phablet:~$ cat /home/phablet/root-test.sh
#!/bin/bash
echo "$(date) : $(id -un)" > /home/phablet/root-test.log
phablet@ubuntu-phablet:~$ /home/phablet/root-test.sh 
phablet@ubuntu-phablet:~$ cat /home/phablet/root-test.log 
Sat May  9 20:46:26 CEST 2015 : phablet
phablet@ubuntu-phablet:~$ # OK, script wurde als phablet ausgefuehrt
phablet@ubuntu-phablet:~$ sudo -k # um sicher zu gehen, dass sudo nicht eine vorhergehende Passwort Eingabe gecached hat
phablet@ubuntu-phablet:~$ sudo id # um zu demonstrieren, dass der Passwort Cache tatsaechlich leer ist
[sudo] password for phablet: # Ok, Passwort wird erfragt. Ich gebe es NICHT ein sondern breche mich Ctrl-C ab
phablet@ubuntu-phablet:~$ sudo /home/phablet/root-test.sh 
phablet@ubuntu-phablet:~$ cat /home/phablet/root-test.log 
Sat May  9 20:47:10 CEST 2015 : root
phablet@ubuntu-phablet:~$ # OK, script wurde als root ausgefuehrt, also /etc/sudoers funktioniert wie gewuenscht
phablet@ubuntu-phablet:~$ cat /home/phablet/.local/share/applications/test.desktop 
[Desktop Entry]
Name=Test
Type=Application
Terminal=false
Icon=/usr/lib/arm-linux-gnueabihf/qt5/qml/Ubuntu/Components/Themes/Ambiance/artwork/spinner@30.png
X-Ubuntu-Touch=true
# Exec="sudo /home/phablet/root-test.sh"
Exec="/home/phablet/root-test.sh"
phablet@ubuntu-phablet:~$ # Icon Test antippen, Ich seh den schwarzen ''App startet Bildschirm''
phablet@ubuntu-phablet:~$ cat /home/phablet/root-test.log 
Sat May  9 20:53:16 CEST 2015 : phablet
phablet@ubuntu-phablet:~$ # OK, script wurde als phablet ausgefuehrt, also scheint das .desktop file ja auch ok zu sein
phablet@ubuntu-phablet:~$ # Im .desktop file die sudo Zeile einkommentieren die andere auskommentieren
phablet@ubuntu-phablet:~$ # Icon Test antippen, Ich seh keinen schwarzen ''App startet Bildschirm''
phablet@ubuntu-phablet:~$ cat /home/phablet/root-test.log 
Sat May  9 20:53:16 CEST 2015 : phablet
phablet@ubuntu-phablet:~$ # NICHT OK, das script wurde nicht ausgefuehrt

Benno-007 schrieb:

Ich hab auch keine Antwort bekommen, wie man als Nutzer manuell Prozesse in den Vordergrund zwingen kann.

Hast Du eine bestimmte Anwendung im Sinn? Eventuell koennte man mit kill -CONT $(pidof DERPROZESSUMDENESGEHT) etwas basteln? Dann noch in eine Art while LAEUFTDERPROZESSUMDENESGEHTNOCH ; do kill -CONT $(pidof P) ; sleep 10 ; done einwickeln. Das hilft natuerlich App Schreibern nicht, aber als Nutzer kann mans vielleicht hinbekommen.