maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Maemo 5 / Fremantle (https://talk.maemo.org/forumdisplay.php?f=40)
-   -   The in-development Maemo 5 Community SSU (https://talk.maemo.org/showthread.php?t=67905)

visN900 2011-11-15 01:17

Re: The in-development Maemo 5 Community SSU
 
any news abt the update???

Kosyanenko Vlad 2011-11-15 05:48

Re: The in-development Maemo 5 Community SSU
 
[FONT="Franklin Gothic Medium"][FONT="System"]
Quote:

Originally Posted by XiliX (Post 1123438)
Why dont you blacklist phone-ui in the transitions.ini file?
works for me.

Guys, for those of you who have that nasty "no red reject button" problem.
Actual problem is not with landscape orientation of the incoming call screen, it works fine (two buttons are there one after another). The problem occur then you set phone app to portrait mode. Upon receiving call the screen is not displayed as a portrait, it only show big green "answer" button and only thin red line below it. This deformed display is not genuine landscape, but rather deformed portrait.
Once again, landscape orientation works fine, the problem is with deformed display of portrait orientation. However, if you leave the device showing the list of recent calls in portrait mode you new incoming call will be shown in perfect portrait. Strange, huh? But if you leave it at the desktop new incoming call is displayed wrong (no red button).

Now, the fixing of this one. Unfortunately, I didn't manage to fix it. I've tried everything already:
1. phone_ui and rtcom-call-ui in blacklist of transitions.ini
2. ui_can_rotate command (true and false)
3. desktop_orientation_lock (true and false)

As of now, I don't see the way to fix it, so using landscape orientation of the phone app.

joerg_rw 2011-11-15 09:29

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by Kosyanenko Vlad (Post 1123755)
[FONT="Franklin Gothic Medium"][FONT="System"]

Guys, for those of you who have that nasty "no red reject button" problem.
Actual problem is not with landscape orientation of the incoming call screen, it works fine (two buttons are there one after another). The problem occur then you set phone app to portrait mode. Upon receiving call the screen is not displayed as a portrait, it only show big green "answer" button and only thin red line below it. This deformed display is not genuine landscape, but rather deformed portrait.
Once again, landscape orientation works fine, the problem is with deformed display of portrait orientation. However, if you leave the device showing the list of recent calls in portrait mode you new incoming call will be shown in perfect portrait. Strange, huh? But if you leave it at the desktop new incoming call is displayed wrong (no red button).

Now, the fixing of this one. Unfortunately, I didn't manage to fix it. I've tried everything already:
1. phone_ui and rtcom-call-ui in blacklist of transitions.ini
2. ui_can_rotate command (true and false)
3. desktop_orientation_lock (true and false)

As of now, I don't see the way to fix it, so using landscape orientation of the phone app.

((font what?))
I don't use portrait (actually I kinda dislike this feature pretty much) - except for phone/dialer.
My setting is:
ui_can_rotate = false
phone screen orientation (in phone menu) = portrait

I never get any problems with dialer [accept] rendering, obviously as my dialer always is in portrait mode.

IIRC somebody at #maemo-ssu said the black/whitelist has or should have 3 options per app: portrait|landscape|don't_mess_with_nokia_setting
AIUI, as black/whitelists override the global settings, there should be a 4th one: "I'm not here" aka "this entry is mere comment", rendering the app as if it wasn't mentioned in B/W-lists thus obeying to global orientation-lock etc. [edit] This suggestion based on my interpretation of "don't_mess_with_nokia_setting" as to *never* mess with nokia defaults for the orientation of this app, not even when orientation-lock got set.[/edit]

cheers
/j

Kosyanenko Vlad 2011-11-15 09:59

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by joerg_rw (Post 1123813)
((font what?))
I don't use portrait (actually I kinda dislike this feature pretty much) - except for phone/dialer.
/j

I only used portrait for the phone app as well. In the rest case landscape is sweet thing to use. However, now I have to use landscape in phone app as my portrait is screwed :(

I've tried your advise (setting phone app to portrait and ui_can_rotate to false), but it doesn't work still :(

Anyway, thanx for help.

knobby 2011-11-15 10:55

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by Kosyanenko Vlad (Post 1123826)
I only used portrait for the phone app as well. In the rest case landscape is sweet thing to use. However, now I have to use landscape in phone app as my portrait is screwed :(

I've tried your advise (setting phone app to portrait and ui_can_rotate to false), but it doesn't work still :(

Anyway, thanx for help.

try this...
disable orientation lock from the status menu and in xterm type

sudo gainroot
gconftool -st bool /apps/osso/hildon-desktop/ui_can_rotate false

Kosyanenko Vlad 2011-11-15 12:06

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by knobby (Post 1123851)
try this...
disable orientation lock from the status menu and in xterm type

sudo gainroot
gconftool -st bool /apps/osso/hildon-desktop/ui_can_rotate false

I've tried, thanx, no result :)

merlin1991 2011-11-15 12:52

Re: The in-development Maemo 5 Community SSU
 
I've been stumbling over this today, and for me the problematic settings was if I had the gconf key /apps/osso/hildon-desktop/desktop_orientation_lock true

so in order to achieve the same lock whilst not killing my dialer I used
gconftool-2 -s /apps/osso/hildon-desktop/desktop_orientation_lock -t bool false
gconftool-2 -s /apps/osso/hildon-desktop/ui_can_rotate -t bool false

Kosyanenko Vlad 2011-11-15 18:40

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by merlin1991 (Post 1123889)
I've been stumbling over this today, and for me the problematic settings was if I had the gconf key /apps/osso/hildon-desktop/desktop_orientation_lock true

so in order to achieve the same lock whilst not killing my dialer I used
gconftool-2 -s /apps/osso/hildon-desktop/desktop_orientation_lock -t bool false
gconftool-2 -s /apps/osso/hildon-desktop/ui_can_rotate -t bool false

Man, you're the man! :)
It works fine for me. Now the whole device is in landscape and my phone app is in portrait with perfect "answer" and "reject" buttons.
Thanks, dude.

danx 2011-11-16 03:00

Re: The in-development Maemo 5 Community SSU
 
can some one tell me how I can uninstall the SSU\

Estel 2011-11-16 03:18

Re: The in-development Maemo 5 Community SSU
 
If we're talking about portrait mode blacklist/whitelist:

maacruz, do You remember about issue with certain fullscren programs (games, mostly) being rotated to portrait, despite being in blacklist and/or having correct flag in .desktop file? Or this fix was "missing in action"?

If I remember correctly, during IRC talk You told me that You know what is causing this, and how to fix it in next CSSU update - I'm just reminding on it, in case missing due to being said on IRC, especially, that I haven't seen any mention about this fix, outside mentioned IRC. I quite distrust so "vanishable" means of communication...

Thanks in advance, and sorry for being pedantic ;)

/Estel

danx 2011-11-16 03:30

Re: The in-development Maemo 5 Community SSU
 
i know someone here can help me uninstall the SSU

maacruz 2011-11-16 07:47

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by Estel (Post 1124191)
If we're talking about portrait mode blacklist/whitelist:

maacruz, do You remember about issue with certain fullscren programs (games, mostly) being rotated to portrait, despite being in blacklist and/or having correct flag in .desktop file? Or this fix was "missing in action"?

If I remember correctly, during IRC talk You told me that...
/Estel

It wasn't me, that I'm sure. I never participate in IRC talks, so if someone identified itself as maacruz in IRC it was impersonating me.
Going back to the topic, I haven't noticed such behaviour, except the opposite in the phone app (which fixed itself after a reboot), but I haven't used my N900 for games yet.

freemangordon 2011-11-16 07:52

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by danx (Post 1124193)
i know someone here can help me uninstall the SSU

The only way is to reflash.

geohsia 2011-11-18 02:06

Re: The in-development Maemo 5 Community SSU
 
Hi, I've been checking for updates the past few weeks and haven't seen any. Am I doing something wrong? Is the update already available?

Rob1n 2011-11-18 09:11

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by geohsia (Post 1125287)
Hi, I've been checking for updates the past few weeks and haven't seen any. Am I doing something wrong? Is the update already available?

No, the update isn't available yet, so you're probably not doing anything wrong.

XiliX 2011-11-18 09:22

Re: The in-development Maemo 5 Community SSU
 
About the phone-ui problem: i have not blacklisted phone-ui, but in the phone-application settings dialog I configured it to stay in portrait mode.
In my previous post i sayd i blacklisted it, but thats not true, made a mistake there... :)

geohsia 2011-11-18 14:17

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by Rob1n (Post 1125381)
No, the update isn't available yet, so you're probably not doing anything wrong.

Cool, thanks. I thought it was user error.

HELLASISGREECE 2011-11-18 14:45

Re: The in-development Maemo 5 Community SSU
 
I'm counting the days like a prisoner

arcean 2011-11-18 19:29

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by Estel (Post 1124191)
If we're talking about portrait mode blacklist/whitelist:

maacruz, do You remember about issue with certain fullscren programs (games, mostly) being rotated to portrait, despite being in blacklist and/or having correct flag in .desktop file? Or this fix was "missing in action"?

If I remember correctly, during IRC talk You told me that You know what is causing this, and how to fix it in next CSSU update - I'm just reminding on it, in case missing due to being said on IRC, especially, that I haven't seen any mention about this fix, outside mentioned IRC. I quite distrust so "vanishable" means of communication...

Thanks in advance, and sorry for being pedantic ;)

/Estel

The fix should be available in the next CSSU update.

panjgoori 2011-11-18 19:47

Re: The in-development Maemo 5 Community SSU
 
when the next update will be released ?

Estel 2011-11-18 21:40

Re: The in-development Maemo 5 Community SSU
 
You will notice upgrade available in application manager of Your choose ;) All people here asking for it again and again - do You think there is any sense in doing so? Is it going to make it faster/slower/whatever? It just bloat this (already hard to read) thread.

/Estel

malkavian 2011-11-18 21:55

Re: The in-development Maemo 5 Community SSU
 
I think Maemo developers (¡thank u guys!) have the same policy that Maemo's mother (Debian) ones.

It's a famous phrase at Debian forums XD: “it's released when it's ready"

I'm anxious for getting more and more updates but, developers are humans and try to do their best. If you would like to have it faster and have time to help, ask where you can help (developing, tranlating, making documentation, beta-testing something buggy...). We all will thank you your aportation ;)

maacruz 2011-11-19 09:44

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by pali (Post 1123388)
Hello, I'd like to remind my post about patched osso-wlan (wlancond) which is needed for updated wl1251 wifi driver.

http://talk.maemo.org/showthread.php...31#post1073631

If somebody else tested it please write results. This patched osso-wlan could be included into CSSU.

I have been using it for about a week now, with both stock kernel and my own kernel build (different from everyone else), and everything works fine.
Thumbs up

knobby 2011-11-19 10:16

Re: The in-development Maemo 5 Community SSU
 
@anyone who can answer...

is there any way to make phone application faster...there is a delay of about 4-5 seconds when i get a call for phone to display the answer or reject options...it is frustrating..!!

thanks..

don_falcone 2011-11-19 11:11

Re: The in-development Maemo 5 Community SSU
 
Picking that up, is there a way to enable pre-loading of the phone application?

malkavian 2011-11-19 12:26

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by knobby (Post 1125839)
@anyone who can answer...
there is a delay of about 4-5 seconds when i get a call for phone to display the answer or reject options...it is frustrating..!!

It's quite strange, but I think it's not related to CSSU (the post topic). Maybe you have too many apps loaded or I don't know what could it be. You could try some monitors of CPU and RAM to trace the problem. If there isn't anything you want/must close/uninstall you could try overclocking or resetting and reinstalling all.

maacruz 2011-11-19 13:28

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by knobby (Post 1125839)
@anyone who can answer...

is there any way to make phone application faster...there is a delay of about 4-5 seconds when i get a call for phone to display the answer or reject options...it is frustrating..!!

thanks..

Quote:

Originally Posted by don_falcone (Post 1125854)
Picking that up, is there a way to enable pre-loading of the phone application?

It is already preloaded, look for the rtcom-call-ui process. Furthermore, it is in the cgroup /syspart/desktop which receives about 3/4 of the cpu shares.
But if you have many applications opened or use memory hogs, it is possible that it takes a long time to bring out the phone app from swap.

mr_jrt 2011-11-19 13:47

Re: The in-development Maemo 5 Community SSU
 
Linux performance tuning isn't an area in which I have a great deal of expertise, but is there a way to set an application's pages to always be held resident, other than making it un-nice?

fahadj2003 2011-11-19 15:12

Re: The in-development Maemo 5 Community SSU
 
flsashed pr1.3.1
restored backup..
pedia player widget not working issue was gone..
then installed cssu.. came back.. along with pc suit thinking im on pr1.3..

cssu has module(s) from pr1.3 which replace pr1.3.1 module(s) and brings back the media player prob along with pcsuit thingy..

fahadj2003 2011-11-19 16:29

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by knobby (Post 1125839)
@anyone who can answer...

is there any way to make phone application faster...there is a delay of about 4-5 seconds when i get a call for phone to display the answer or reject options...it is frustrating..!!

thanks..

i think it should be "minimised" instead of closed completely..
or a way to use camera softpress for a selectable timelimit to answer the call/hard press to reject..

maacruz 2011-11-19 16:54

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by mr_jrt (Post 1125912)
Linux performance tuning isn't an area in which I have a great deal of expertise, but is there a way to set an application's pages to always be held resident, other than making it un-nice?

The application can request to make part of its memory area locked in RAM (man 2 mlock), which most probably the phone application already does.
It also seems that since 2.6.29 the kernel includes swappiness control for a cgroup (memory.swappiness), but there are patches for 2.6.24.
Unfortunately, the current kernel for the N900 doesn't include swappiness control in cgroups.

pusak gaoq 2011-11-19 18:38

Re: The in-development Maemo 5 Community SSU
 
1 Attachment(s)
21.2011.38-1 Maemo1 CSSU update has been released.....

just updating it....will report any bugs later on....
anyway thank for CSSU team for this update....

carbonjha 2011-11-19 19:20

Re: The in-development Maemo 5 Community SSU
 
changelog:

http://talk.maemo.org/showpost.php?p...&postcount=219

joerg_rw 2011-11-19 19:54

Re: The in-development Maemo 5 Community SSU
 
STATUS UPDATE:
[2011-11-19 15:40:57] <MohammadAG> CSSU update needs to be out by today MAX
[2011-11-19 18:01:54] <MohammadAG> Incoming CSSU update
[2011-11-19 18:02:04] <MohammadAG> X-Fade, fix Packages, it's missing the new applets
[2011-11-19 18:47:27] <merlin1991> testing -17 is on it's way
[2011-11-19 18:47:40] <MohammadAG> uploaded and ready*
*** ChanServ changes topic to "Maemo Community SSU channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version: 21.2011.38-1Tmaemo1"
ircl-log ref


*Stable* _should_ also be available shortly


/j

joerg_rw 2011-11-19 20:16

Re: The in-development Maemo 5 Community SSU
 
CSSU crew is urgently looking for vice-maintainers for Stable and Testing, so CSSU won't stall and stay in a limbo state when one of our maintainers becomes temporarily unavailable.

If you are qualified and interested in a position as maintainer proxy, please /join #maemo-ssu on freenode.net IRC, and introduce yourself so others get to know you.

/j

PartyboyXP 2011-11-19 20:30

Re: The in-development Maemo 5 Community SSU
 
What is the name of the package to update with the apt-get from the x-terminal?

peter2p 2011-11-19 21:04

Re: The in-development Maemo 5 Community SSU
 
1 Attachment(s)
Quote:

Originally Posted by PartyboyXP (Post 1126059)
What is the name of the package to update with the apt-get from the x-terminal?

Just did
apt-get update
apt-get upgrade

all went well, rebooted and still everything is working ok
Thx to CSSU team

Estel 2011-11-19 21:33

Re: The in-development Maemo 5 Community SSU
 
After latest update (testing branch) I still see packages:
Code:

libmaemosec-certman0
libmaemosec0
maemosec-certman-common-ca
maemosec-certman-tools

...as available for upgrading, if I set "all categories" (not only user) in FAM or terminal apt-get. It seems, that these are related to pr1.3.1 - Should I upgrade them, or still avoid it, due to possible conflicts with CSSU?

/Estel

joerg_rw 2011-11-19 23:02

Re: The in-development Maemo 5 Community SSU
 
note please that "apt-get upgrade" is basically deprecated, and has potential to break things immediately or for the next regular update via HAM

/j

joerg_rw 2011-11-19 23:06

Re: The in-development Maemo 5 Community SSU
 
Quote:

Originally Posted by Estel (Post 1126089)
After latest update (testing branch) I still see packages:
Code:

libmaemosec-certman0
libmaemosec0
maemosec-certman-common-ca
maemosec-certman-tools

...as available for upgrading, if I set "all categories" (not only user) in FAM or terminal apt-get. It seems, that these are related to pr1.3.1 - Should I upgrade them, or still avoid it, due to possible conflicts with CSSU?

/Estel

It seems there's a flaw in dependencies of Tmaemo1 aka maemo17. Those packages are meant to be updated with the fresh (as of a few hours ago) CSSU update, but something needs a bit of love and tweaking in there. IOW there's a problem, MohamadAG is about to sort it. Probably best is to not update at all to the pending CSSU version yet.

Also please notice that update is meant to be done via HAM!


Quote:

[2011-11-19 21:59:26] <MohammadAG> X-Fade, please, fix that ASAP
[2011-11-19 22:00:25] <DocScrutinizer> [2011-11-19 15:46:18] <MohammadAG> I'll break copyrights and upload the applet myself
[2011-11-19 22:00:27] <DocScrutinizer> go for it
[2011-11-19 22:01:55] <MohammadAG> DocScrutinizer, afaik if one uploads the same package again all **** breaks loose
[2011-11-19 22:02:00] <MohammadAG> though probably not as loose as is
cheers
jOERG


All times are GMT. The time now is 08:17.

vBulletin® Version 3.8.8