freemangordon | Wizzup: ok, got it. maemo-launcher does not get started from init.d script even now, but from XSession script, so I am going to remove init.d script for maemo launcher | 08:40 |
---|---|---|
freemangordon | Wizzup: the boot 25 seconds hang is because of 'su - user' | 11:39 |
freemangordon | google suggests it is related to selinux | 11:39 |
freemangordon | hmm: | 11:41 |
freemangordon | Mar 6 10:36:43 localhost dbus-daemon[2090]: [system] Activating service name='org.freedesktop.login1' requested by ':1.0' (uid=0 pid=2227 comm="su - user /etc/osso-af-init/real-af-dbus start ") (using servicehelper) | 11:41 |
freemangordon | this is it I guess | 11:42 |
freemangordon | uvos: Any idea what is this? ^^^ | 11:43 |
freemangordon | oh, ok, adding elogind as a dependency of dbus-user fixes the boot delay | 11:46 |
freemangordon | this fixes poweroff delay as well | 11:47 |
Wizzup | freemangordon: good work | 12:18 |
arno11 | Hi guys. Hope things are going well with chimaera stuff | 12:20 |
arno11 | fyi N900 overclocking + undervolting works fine | 12:21 |
arno11 | battery +20 % | 12:22 |
arno11 | Removing 125 freq helps a lot | 12:23 |
Wizzup | the real battery saver is working to enable ret and off modes | 12:24 |
Wizzup | but that requires kernel work | 12:24 |
Wizzup | then you'll get a week no problem I think | 12:24 |
arno11 | i know but indeed that's not an easy task | 12:24 |
Wizzup | :) | 12:25 |
Wizzup | you can get RET on leste with gui, but it will just reset eventually | 12:25 |
arno11 | ah ok good to know | 12:26 |
Wizzup | I already made some pm fixes to make this possible, but yeah, I don't remember where it resets | 12:26 |
arno11 | i found your pm stuff on github and tried few things | 12:28 |
arno11 | but it seems that something still block sleep mode | 12:29 |
Wizzup | yeah, you also need to block some modules from loading iirc | 12:31 |
Wizzup | I can check next weekend if you're interested in helping out | 12:31 |
arno11 | sure | 12:32 |
arno11 | just ping me when you have time to check | 12:35 |
Wizzup | cool | 13:00 |
Wizzup | freemangordon: the fixes you made, shall we push them to chimaera-devel? | 13:00 |
freemangordon | Wizzup: what fixes? | 14:45 |
Wizzup | freemangordon: 11:46 < freemangordon> oh, ok, adding elogind as a dependency of dbus-user fixes the boot delay | 14:50 |
freemangordon | I will fix the package later on | 14:51 |
freemangordon | nothing is still on github | 14:51 |
uvos__ | sorry i wasent qutie following allong | 14:51 |
freemangordon | uvos__: after installing elogind, there is 25 seconds boot (and shutdown) delay | 14:51 |
uvos__ | so our solution wrt elogind is "kick the can down the road" for now? ie you are disableing it as far as possible | 14:51 |
uvos__ | while haveing he pacakge installed | 14:52 |
freemangordon | we disable nothing | 14:52 |
uvos__ | but are you creating a lognd session? | 14:52 |
uvos__ | and running in that? | 14:52 |
freemangordon | trying to | 14:52 |
uvos__ | ok | 14:52 |
uvos__ | neat | 14:52 |
uvos__ | sorry for still being busy :( | 14:52 |
freemangordon | but, initially (and for the purpose of chimaera being released), there will be no logind session leste will run in | 14:53 |
uvos__ | ok | 14:53 |
uvos__ | yeah this should work with no mofidications really | 14:53 |
freemangordon | so, elogind is installed and running | 14:53 |
freemangordon | not really | 14:53 |
uvos__ | ok | 14:53 |
freemangordon | as it seems su wants elogind running | 14:53 |
uvos__ | ok | 14:53 |
freemangordon | otherwise it wait for 25 seconds :) | 14:53 |
freemangordon | *waits | 14:53 |
uvos__ | ok | 14:53 |
freemangordon | also, weem maemo-launcher already runs from xsession script | 14:54 |
freemangordon | *seems | 14:54 |
uvos__ | ok | 14:54 |
uvos__ | so it has the user env | 14:54 |
freemangordon | yes | 14:54 |
uvos__ | maybe i should implement maemo-launcher sending itself the env via dbus, so that eatch proc has the env from where it is launched | 14:54 |
uvos__ | (since this probubly causes other issues too) | 14:55 |
freemangordon | iI don;t see maemo-launcher causing any issues | 14:55 |
uvos__ | for now | 14:55 |
uvos__ | but its suprizeing when you application suddenly runs in a random env | 14:55 |
uvos__ | different from where it was launched from | 14:55 |
uvos__ | (seemingly) | 14:55 |
freemangordon | so, my plan is to start /etc/X11/Xsession from autologin | 14:56 |
freemangordon | and all will start working automagically | 14:56 |
Wizzup | well the env affects how things are loaded potentially | 14:56 |
uvos__ | through hidon-session i hope | 14:56 |
freemangordon | this will be for the future | 14:56 |
uvos__ | ok | 14:56 |
uvos__ | not sure why | 14:56 |
uvos__ | since its just the same ting | 14:56 |
freemangordon | if xsession init.d script launches login session, I think we can call it a day for now | 14:57 |
uvos__ | but redirected trough 2 shells | 14:57 |
uvos__ | er bash scripts | 14:57 |
uvos__ | but ok | 14:57 |
uvos__ | i gues launching x is different | 14:57 |
freemangordon | right | 14:57 |
uvos__ | launching x as root is bad however | 14:57 |
uvos__ | so is pulse | 14:58 |
uvos__ | we can have regular pulse then too | 14:58 |
freemangordon | ok, but as a stop-gap (until we have all this working) I guess we can do it like that | 14:58 |
uvos__ | yes | 14:58 |
uvos__ | i agree | 14:58 |
freemangordon | also, that would mean we do it in smaller steps | 14:58 |
uvos__ | yes | 14:58 |
freemangordon | so easier to track the issues | 14:58 |
uvos__ | total agreement | 14:58 |
freemangordon | :deal: :) | 14:59 |
uvos__ | hopefull ill find the time to do the rest | 14:59 |
freemangordon | right | 14:59 |
freemangordon | also, we shall keep gconf for now | 14:59 |
uvos__ | sure | 14:59 |
uvos__ | thats a nightmare | 14:59 |
freemangordon | right | 14:59 |
uvos__ | but we should maybe decide on where to move | 14:59 |
uvos__ | soonish | 14:59 |
freemangordon | agree | 14:59 |
uvos__ | since we can then start implementing stuff like switchble backends | 15:00 |
freemangordon | I proposed configfs, but not sure if it can be 100% replacement | 15:00 |
uvos__ | me neither | 15:00 |
uvos__ | i think gsettings can work | 15:00 |
uvos__ | eccept icd2 | 15:00 |
uvos__ | exceppt | 15:00 |
freemangordon | no, because of the dynamic creation of keys | 15:00 |
uvos__ | you can do that | 15:00 |
freemangordon | can I? | 15:00 |
freemangordon | :) | 15:00 |
uvos__ | yes, but its quite rigid | 15:00 |
freemangordon | anyway, this is for the future | 15:01 |
uvos__ | you have a scheme that references another sheme, but the number instances of this scheme is dynamic | 15:01 |
uvos__ | so that works in most casses | 15:01 |
freemangordon | I see | 15:01 |
uvos__ | icd2 is wierd because the keys it creates changes | 15:01 |
uvos__ | anyhow | 15:02 |
freemangordon | that looks over-engineered to me | 15:02 |
uvos__ | we can also use something else | 15:02 |
freemangordon | (gsettings) | 15:02 |
freemangordon | yeah | 15:02 |
uvos__ | the benefit is that the api is the same | 15:02 |
uvos__ | so are the schemes | 15:02 |
uvos__ | it just enforces things that are optional in gconf | 15:02 |
uvos__ | so you can migrate easier | 15:02 |
freemangordon | hmm | 15:02 |
uvos__ | than elsewhere (presumably) | 15:02 |
uvos__ | in simple cases | 15:02 |
uvos__ | (not dynamic keys) | 15:02 |
freemangordon | so, there is nothing similar to windows registry now in linux, right? | 15:03 |
uvos__ | i mean gconf is pretty simmular to windows registry | 15:03 |
uvos__ | so not sure what you mean by that | 15:03 |
freemangordon | yes, but it is no more ;) | 15:03 |
bencoh | nothing replaces gconf? | 15:03 |
freemangordon | that's why I said *now* | 15:04 |
freemangordon | bencoh: do you know of a replacement? | 15:04 |
uvos__ | a "well behaved" (compleat scheme with all keys etc) gconf application needs minimal modfication | 15:04 |
bencoh | freemangordon: I dont, I'm just surprised | 15:04 |
uvos__ | bencoh: by what? | 15:04 |
freemangordon | they migrated everything to gsettings, but it lacks functionality compared to gconf | 15:04 |
bencoh | ah, I see | 15:05 |
uvos__ | i mean thats not really true, its just way way more enforceing of structure | 15:05 |
freemangordon | and why is that needed? | 15:05 |
uvos__ | like every key needs to be in a scheme so gsettings knows 100% that i can delete all the keys when a application is uninstalled | 15:05 |
uvos__ | for instance | 15:05 |
freemangordon | aha | 15:05 |
uvos__ | ie so that the windows registry is huge effect dosent occure :) | 15:06 |
freemangordon | so, it is like "yeah, screw the functionality as long as we don;t have to do anything complicated" :) | 15:06 |
uvos__ | i mean gnome people wrote this | 15:06 |
uvos__ | so yes | 15:07 |
freemangordon | yeah | 15:07 |
maemish_ | Good job. | 17:13 |
Wizzup | uvos: I am trying to remember why I got the mz615 - easier to reflash? | 17:44 |
Wizzup | god my memory is terrible | 17:44 |
Wizzup | iirc it had no modem so there was a microsd card slot? | 17:44 |
uvos__ | Wizzup: some mz61x variants other than mz617 have a sdcard slot, yes, im not sure if mz615 is one of those, but i think yes | 17:58 |
uvos__ | this allows you to have mainline linux installed with resonable space without breaking android | 17:59 |
uvos__ | without the sdcard slot you have to first install linux to a small partition via fastboot and then install it somewhere else useing that install | 17:59 |
uvos__ | still | 18:00 |
uvos__ | mz615 has the extreamly locked bootloader too | 18:00 |
uvos__ | so you need to use the spicy method of installing kexecboot | 18:00 |
freemangordon | Wizzup: building osso-af-startup for chimaera | 19:26 |
freemangordon | feel free to push the other changes once it is ready | 19:27 |
freemangordon | hmm, seems autobuilder has issues | 19:29 |
freemangordon | Wizzup: please have a look once you are around | 19:30 |
Wizzup | freemangordon: what is the issue | 19:32 |
Wizzup | everything seems to have passed | 19:32 |
freemangordon | there is nothing in the irc | 19:33 |
Wizzup | freemangordon: yes, it doesn't update for 'all' archtres | 19:34 |
Wizzup | it's silly | 19:34 |
Wizzup | I need to fix it some time | 19:34 |
freemangordon | ok, osso-af-startup is there | 19:34 |
freemangordon | we need config and hildon-base now | 19:34 |
freemangordon | and we should be ready | 19:34 |
freemangordon | maybe upgrade and confirm boot delay is gone | 19:35 |
Wizzup | ok, later tonight :) | 19:40 |
sicelo | arno11: nice work! | 20:56 |
sicelo | might be useful to document the O/C work in wiki | 20:56 |
arno11 | sicelo: thank you :) | 21:13 |
arno11 | its on the road for the wiki | 21:14 |
arno11 | just testing few other things before | 21:14 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!