Originally Posted by czdosi

Hi there, I have some notes to ssu configuration and Store application.

I played with it a lot. And there is version of /etc/ssu/ssu.ini which works for me in last vgrade image (r3). Note: there is missing part in the file:

Code:

[credentials-store]
password=some_pwd_hash
username=your_jolla_acount_username

But Store application should add it for you.

To try if file works for you just do:
1. Backup your old ssu.ini (for sure)
2. Replace by my file (remove .txt from end of file name)
3.

Code:

ssu ur #refresh zypp repositories

4.

Code:

ssu lr #to check

Output of last command should be:

Code:

Enabled repositories (global): 
 - apps     ... https://releases.jolla.com/jolla-apps/1.0.1.10/armv7hl/
 - hotfixes ... https://releases.jolla.com/releases/1.0.1.10/hotfixes/armv7hl/
 - jolla    ... https://releases.jolla.com/releases/1.0.1.10/jolla/armv7hl/

Enabled repositories (user): 
 - aliendalvik     ... https://store-repository.jolla.com/releases/1.0.1.10/aliendalvik/SbJ/
 - eas             ... https://store-repository.jolla.com/features/latest-release/eas/armv7hl/
 - limited-nemo-mw ... http://repo.merproject.org/obs/home:/vgrade:/branches:/nemo:/devel:/mw/latest_armv7hl/
 - nemoadaptation0 ... http://repo.merproject.org/obs/nemo:/devel:/hw:/ti:/omap3:/n9xx-common/latest_armv7hl/
 - nemoadaptation1 ... http://repo.merproject.org/obs/nemo:/devel:/hw:/ti:/omap3:/n950-n9/latest_armv7hl/
 - store           ... https://store-repository.jolla.com/SbJ/armv7hl/

Disabled repositories (global, might be overridden by user config): 

Disabled repositories (user): 
 - adaptation1 ... https://releases.jolla.com/releases/1.0.1.10/nemo/adaptation-n950-n9/armv7hl/
 - thirdparty  ... https://store-repository.jolla.com/releases/1.0.1.10/thirdparty/
 - adaptation0 ... https://releases.jolla.com/releases/1.0.1.10/nemo/adaptation-n9xx-common/armv7hl/

After that, run Store application and try install something (not Android support). Or if it doesn't work remove yours Jolla account and add it again.


Notes:
1. Don't use "release=latest", because it seems that simlink on server points to 1.0.0.5. Which causes information about update still occur.
2. Default configuration (if I removed ssu.ini and run ssu and Store) for repos "store" and "aliendalvik" contains string "N9" instead of "SbJ". But URL with "N9" is invalid.
3. Same for "adaptation0" and "adaptation1" -- repos was generated automatically but probably exists only on protected Jolla servers (unfortunately).

Originally Posted by max83

Jolla Vietnam recently overcame to the rotation problem and video play back
http://www.youtube.com/watch?v=oZHtXQKDp68

Originally Posted by aironeous

But look, it's no longer on the OS list here,
http://forum.xda-developers.com/index.php

Originally Posted by max83

we found something weird in the sailfish android boot
that might be the cause of the conflict
boot.img-cmdline:

init=/sbin/preinit root=/dev/mmcblk0p28 rootfstype=btrfs rootflags=recovery noinitrd androidboot.hardware=qcom user_debug=31 ehci-hcd.park=3 maxcpus=2

the problem might be that mmcblk0p28 which it is not exist
any one has any suggestions?

Originally Posted by aard

The problem here is that N9 adaptation still uses the old contextkit implementations for BME (and a few other things); we got rid of contextkit completely, and only provide the API (but not ABI) -> to get things like battery status working someone needs to write statefs providers for all the parts where the N9 adaptation currently has contextkit providers.