12:49 <sicelo> Wizzup: we are now able to set sphone to stick to landscape on N900 (and VM, for example). https://github.com/maemo-leste/sphone/commit/e4f6af0d4d744f189ea0382846a6c1d9789c112e

12:50 <sicelo> so we need to have a default sphone.ini on N900 that has LandscapeCalls=True. I can't tell if leste-config-n900 requires just the specific bits we want to change, or it would be better to provide the full sphone.ini file?

14:01 <Wizzup> great, hm

14:36 <arno11> Wizzup: sicelo: i just sent you an email with transitions ini stuff

14:44 <Wizzup> ty

18:48 <uvos__> sicelo: Wizzup: while i merged the sphone pr and think its fine as a user preferance, please please just fix omapddx to not advertise rotation on n900, or make rotation fail instead of crashing or fix hildon-desktop/home to use xvidinfo when xrandr is not available (this would fix the issue that h-d dosent work with the randr extension disabled), instead of conintueing to try and work around the real issue.

18:49 <uvos__> makeing sphone not ask for portait fixes nothing, any application could still ask for portrait and make the n900 crash

18:51 <uvos__> atm having sphone.ini channged by leste-config is also impossible, as sphone uses only the fiiles /usr/share/sphone.ini (which its package owns) and ~/.config/sphone/*.ini (which are ofc outside the acceptable range of paths for package files)

18:52 <uvos__> a pr adding /usr/share/sphone/sphone.ini.d/*.ini and /etc equivalents would be welcome, and this is something i will do myself at some point otherwise anyhow

19:01 <sicelo> i'm open to a working way to fix it in xorg. the previously suggested method didn't work

19:01 <sicelo> thankfully there are, as yet, no other applications in leste that request portrait

19:02 <uvos__> as mentioned the previously suggested method uncovers another bug in hildon - it presumes randr is availbe instead of getting the resolution from core x11 or xvidinfo when its not

19:03 <uvos__> there are multiple ways to attack this problem, but i strongly suggest looking at sphone is barking up the wrong tree

19:05 <sicelo> ok. i trust we'll get to that stage eventually. in the meantime, at least what we have now takes us closer to having calls working ootb for one more device

19:07 <uvos__> well you can do what you want, and i will accept the additional sphone pr you would need to make it work, but i think it a bad idea, even as a temporary hack

19:13 <uvos__> the function that collects the config files is here: https://github.com/maemo-leste/sphone/blob/e4f6af0d4d744f189ea0382846a6c1d9789c112e/src/utils/sphone-conf.c#L362 the stuff loading the override files in the directory i probubly should be split into its own function

19:13 <uvos__> that could then be called multiple times for various directories

19:13 <uvos__> to allow leste-config to override defaults in sphone.ini

19:51 <maxwelld> why on n900 memory is an issue today? hildon desktop didn't change much, does that mean that underlying debian with just x11 running eat much more memory than back then?

19:52 <maxwelld> did the minimal memory usage increase noticably or the problem is not just debian + hilden, the problem is modern firefox or somehhing else that runs over the standard setup?

19:53 <maxwelld> did the minimal memory usage increase noticably or the problem is not just debian + hildon, the problem is modern firefox or somehhing else that runs over the standard setup?

20:39 <uvos__> well all the low level stuff (like kernel, the init system, udev, basic libs etc) got a bit more ram hungy this isent really much or a prolem, we use less ram than freemantle at boot after all (mostly due to missing features but still).

20:40 <uvos__> but running anything modern - modern gui toolkits use way more ram (mostly due to the ability to perform scaling and increased usage of gl acceleration)

20:41 <uvos__> and then browsers uses way more ram, because web standarts they implement have grown immensly in scope, and then the websites themselves are absurldly bloated using these new standarts

20:43 <uvos__> so yeah its totaly out of our controll, and will only get worse. Our stuff is tiny and efficant but even it will grow, without us haveing any ability to do anything about it, when we inevitably have to move more stuff away from gtk2 to gtk3+ or qt5+

20:44 <uvos__> the n900 can still be used for some stuff, but its usefull life as a general purpose smartphone is simply over

20:46 <uvos__> also imo even when the n900 was released 256mb ram was just bearly enough to do what it wanted to with the os it had.