*** zalan has joined #nemomobile | 00:17 | |
*** gabriel9 has quit IRC | 00:21 | |
*** jonwil has quit IRC | 00:23 | |
*** vakkov has quit IRC | 01:34 | |
*** jonwil has joined #nemomobile | 01:36 | |
*** Dynamit has quit IRC | 01:56 | |
*** vakkov has joined #nemomobile | 02:03 | |
*** DrCode has quit IRC | 02:06 | |
*** DrCode has joined #nemomobile | 02:29 | |
*** Morpog_PC has joined #nemomobile | 02:44 | |
*** Behold has quit IRC | 03:11 | |
*** zhxt has quit IRC | 03:21 | |
*** zhxt has joined #nemomobile | 03:34 | |
*** martyone__ has joined #nemomobile | 04:03 | |
*** cloanta has joined #nemomobile | 04:12 | |
*** cloanta_ has quit IRC | 04:15 | |
*** cloanta_ has joined #nemomobile | 04:15 | |
*** cloanta has quit IRC | 04:17 | |
*** Oksana has quit IRC | 04:24 | |
*** cloanta has joined #nemomobile | 04:30 | |
*** cloanta_ has quit IRC | 04:32 | |
*** piggz has quit IRC | 04:37 | |
*** piggz has joined #nemomobile | 04:38 | |
*** cloanta_ has joined #nemomobile | 04:42 | |
*** cloanta_ has quit IRC | 04:43 | |
*** cloanta has quit IRC | 04:45 | |
*** Morpog_PC has quit IRC | 04:58 | |
*** hurrian has quit IRC | 05:01 | |
*** Guest4374 is now known as Termana | 05:27 | |
*** WWDrakey has joined #nemomobile | 05:28 | |
*** sletta has joined #nemomobile | 05:50 | |
*** VDVsx has quit IRC | 05:51 | |
*** VDVsx has joined #nemomobile | 06:00 | |
*** Pat_o has joined #nemomobile | 06:04 | |
*** Sinbad has quit IRC | 06:05 | |
*** zhxt_ has joined #nemomobile | 06:10 | |
*** Termana has quit IRC | 06:10 | |
*** tigeli has quit IRC | 06:10 | |
*** Jonni has quit IRC | 06:10 | |
*** w00tc0d3 has quit IRC | 06:10 | |
*** kido has quit IRC | 06:10 | |
*** tigeli has joined #nemomobile | 06:10 | |
*** trollixx has quit IRC | 06:10 | |
*** zhxt has quit IRC | 06:11 | |
*** trollixx has joined #nemomobile | 06:11 | |
*** amccarthy_ has joined #nemomobile | 06:13 | |
*** Jonni has joined #nemomobile | 06:13 | |
*** kido has joined #nemomobile | 06:14 | |
*** amccarthy has quit IRC | 06:14 | |
*** Termana has joined #nemomobile | 06:15 | |
*** Termana is now known as Guest95925 | 06:16 | |
*** Guest95925 has quit IRC | 06:20 | |
*** Morpog_Jolla has joined #nemomobile | 06:22 | |
*** VDVsx_ has joined #nemomobile | 06:25 | |
*** VDVsx has quit IRC | 06:25 | |
*** Sfiet_Konstantin has joined #nemomobile | 06:36 | |
*** sp3000 has quit IRC | 06:40 | |
*** Morpog_Jolla_ has joined #nemomobile | 06:44 | |
*** Morpog_Jolla has quit IRC | 06:45 | |
*** Dynamit has joined #nemomobile | 06:49 | |
*** Sfiet_Konstantin has quit IRC | 06:57 | |
*** ryukafal1 has joined #nemomobile | 06:59 | |
*** chriadam_ has joined #nemomobile | 07:00 | |
*** alterego_ has joined #nemomobile | 07:01 | |
*** Morpog_Jolla has joined #nemomobile | 07:03 | |
*** Morpog_Jolla_ has quit IRC | 07:03 | |
*** morphis has quit IRC | 07:05 | |
*** Svetlana has joined #nemomobile | 07:05 | |
*** ryukafalz has quit IRC | 07:05 | |
*** alterego has quit IRC | 07:05 | |
*** tigeli has quit IRC | 07:05 | |
*** WWDrakey has quit IRC | 07:05 | |
*** chriadam has quit IRC | 07:05 | |
*** teve has quit IRC | 07:05 | |
*** teve has joined #nemomobile | 07:08 | |
*** hedayat has joined #nemomobile | 07:15 | |
*** morphis has joined #nemomobile | 07:16 | |
*** Morpog_Jolla has quit IRC | 07:16 | |
*** Morpog_Jolla has joined #nemomobile | 07:16 | |
*** Svetlana has quit IRC | 07:17 | |
*** Morpog_Jolla_ has joined #nemomobile | 07:20 | |
*** Morpog_Jolla_ has quit IRC | 07:21 | |
*** Morpog_Jolla has quit IRC | 07:21 | |
*** mjones has quit IRC | 07:21 | |
*** veskuh has joined #nemomobile | 07:28 | |
*** cxl000 has joined #nemomobile | 07:37 | |
*** piggz has quit IRC | 07:56 | |
*** mjones has joined #nemomobile | 08:03 | |
*** notmart has joined #nemomobile | 08:03 | |
*** tigeli has joined #nemomobile | 08:19 | |
*** faenil has joined #nemomobile | 08:21 | |
*** ChanServ sets mode: +o faenil | 08:21 | |
locusf | morning faenil | 08:21 |
---|---|---|
faenil | morning gusy | 08:22 |
faenil | guys* | 08:22 |
hedayat | morning | 08:22 |
hedayat | faenil: I gave up! :P | 08:26 |
faenil | hedayat: oh noes! :D | 08:26 |
hedayat | faenil: 'systemd --user' is not designed to be run manually | 08:27 |
faenil | hedayat: what did you discover | 08:27 |
faenil | Aard said he could try help by having a look at their git history...let's see if he's awake :) | 08:27 |
hedayat | faenil: the problem is that, people were "abusing" 'systemd --user' as a session manager, but newer systemd versions have broken that setup | 08:28 |
hedayat | http://lists.freedesktop.org/archives/systemd-devel/2013-July/012355.html | 08:28 |
hedayat | https://bbs.archlinux.org/viewtopic.php?id=167115&p=1 | 08:28 |
hedayat | faenil: I've found a working solution, but that's more or less the same as Jolla guys, or the xlogin method I shown before | 08:29 |
hedayat | faenil: You should not try to start 'systemd --user', instead, you should login, and it'll be started automatically by logind | 08:30 |
faenil | hedayat: good info ;) | 08:30 |
*** tigeli has quit IRC | 08:30 | |
faenil | so we're back to square 1 | 08:30 |
faenil | we have to try agetty to autologin :) | 08:30 |
hedayat | faenil: No, why that? A simple .service with PAMName=login would do the work, and that process should run until user decides to power off the phone | 08:31 |
faenil | hedayat: which is exactly what Jolla is doing :P | 08:31 |
faenil | but we wanted to look for something less hacky, if possible | 08:31 |
faenil | I don't believe systemd's ideal way is to have a dumb app running to keep your machine alive | 08:32 |
hedayat | faenil: Yes. e.g. It was almost enough to put a while in start-user-session, and include PAMName=login/User=nemo in its service file. | 08:32 |
hedayat | faenil: The problem is that, the whole solution is a hack, | 08:32 |
hedayat | faenil: 'systemd --user' is NOT a session manager, but Nemo is using it in this way | 08:33 |
faenil | mmm | 08:33 |
hedayat | faenil: The 'while true; do sleep(LOGN TIME); done' is what is supposed to be The session manager | 08:34 |
faenil | I see.. | 08:34 |
hedayat | faenil: 'systemd --user' is designed to be a 'user manager', or 'user service manager'. It is designed to start user services the first time he log in, and terminate them when he closes all his sessions. | 08:35 |
faenil | is that so different from a session manager? :/ | 08:35 |
*** tigeli has joined #nemomobile | 08:35 | |
hedayat | faenil: yes, completely. | 08:35 |
faenil | educate me :) | 08:36 |
hedayat | faenil: actually, having /usr/lib/systemd/user/default.target to start UX means this: | 08:36 |
hedayat | faenil: when I ssh into Nemo using root user, it'll try to bring up yet another UX for root! | 08:37 |
faenil | the main difference is the user should be able to have multiple sessions | 08:38 |
faenil | but in our case it's 1:1 ... | 08:38 |
faenil | hedayat: while pam_systemd only starts a new UX if there is no user@ *at all* ? | 08:39 |
hedayat | yes. And 'systemd --user' is NOT supposed to be running in user's sessions. It is not attached to user's session by default, and it creates an independent session for itself. | 08:39 |
hedayat | faenil: yes | 08:39 |
hedayat | faenil: If the phone allowed multiple logins, a user should be able to login twice and get two separete UXes, | 08:40 |
hedayat | faenil: but in the current setup, the second login would bring up nothing | 08:40 |
faenil | which "current" setup | 08:40 |
hedayat | bringing up UX using systemd user services | 08:41 |
faenil | I read about systemd --user having its own session, but that was not clear to me | 08:41 |
hedayat | because the second login would not run a new 'systemd --user' | 08:41 |
faenil | and that's where we're headed, a system where second login doesn't start up anything | 08:41 |
hedayat | faenil: yes | 08:42 |
faenil | but the fact that systemd --user is detached from the user session means you'll never be able to have multiple UXes, doesn't it | 08:43 |
faenil | or, alternative question, why should it be on a separate session? | 08:43 |
hedayat | faenil: but if you want this, you should actually not permit the user to login twice in the first place, (or have a session manager who'll decide how it should start a new session), rather than using systemd --user as the session manager | 08:44 |
hedayat | yes it does. | 08:44 |
faenil | ah, isn't that quite a limitation? :/ | 08:44 |
hedayat | as I said, because it is designed to manager user "services" | 08:44 |
hedayat | e.g. user's http server | 08:44 |
faenil | yes, that's ok | 08:45 |
faenil | and my current user session is not a user service? | 08:45 |
faenil | it's quite strictly related to my user | 08:45 |
hedayat | faenil: limitation? compared to what?! AFAIK, 'systemd --user' is something others don't provide at all. And a generic 'session manager' is something that apparently, nobody provides. But I think systemd will provide it in future (or maybe in its recent versions). | 08:46 |
*** tigeli has quit IRC | 08:46 | |
hedayat | faenil: nope, it's not a user service, it's a user session service! | 08:46 |
faenil | I just miss background, sorry | 08:47 |
hedayat | faenil: If you have 3 sessions, you'd need 'session services' to be running 3 times. but 'user services' should be run just once. | 08:47 |
faenil | yes,that's clear | 08:48 |
faenil | ah ok, I see what you mean now | 08:48 |
hedayat | faenil: e.g. If you have 3 ssh logins to a system, it'll run 3 instances of shell for you, but the 'user service manager' would just run a single http server instance when you create your first session, and will terminate it when you close your last session. | 08:49 |
hedayat | 'systemd --user' does the latter job, but not the former. | 08:49 |
faenil | yes, yes, it's clear ;) | 08:49 |
faenil | ty | 08:49 |
hedayat | sorry, I had already typed most of it, so I didn't like to throw it out :D :P | 08:49 |
faenil | np ;) | 08:50 |
faenil | repetita iuvant ;) | 08:50 |
hedayat | Unless systemd provides a session manager in later versions, continuing with this setup is likely to be troublesome from time to time. This is an unsupported setup. So, maybe it's better to have your own session manager, as currently every Desktop DE does. | 08:52 |
hedayat | Well, that's my opinion. :P | 08:53 |
faenil | hedayat: ok, so, in the meanwhile, the hack is the best solution? XD | 08:54 |
*** Svetlana has joined #nemomobile | 08:54 | |
hedayat | faenil: I think so. | 08:54 |
faenil | damn Stskeeps :D | 08:54 |
hedayat | but I guess there will be some work to be done until all user services run successfully. there could be some permission issues. | 08:56 |
faenil | I guess that's been taken care by jolla already, if we decide to hack the same way | 08:57 |
*** Svetlana has quit IRC | 08:58 | |
hedayat | faenil: Yes, it should be. Since I get lots of errors in my setup :P | 09:01 |
faenil | hedayat: so, you started the discussion saying you were stuck, but it seems your ideas are quite clear, so where's the problem :D | 09:01 |
faenil | ah :D | 09:01 |
faenil | can you write all the fixes you have in place? just for the record | 09:04 |
hedayat | faenil: I gave up in finding a 'proper solution' for the current setup. :) | 09:04 |
faenil | hedayat: what do you mean by "current setup"? if you want to change setup, you can | 09:05 |
hedayat | "current setup" means running user session using systemd service files! a simple 'proper setup' is what you'd do in non-systemd days | 09:05 |
hedayat | e.g. having a script, which is run after user logs in (e.g. a service file with PAMName=login which is wanted by graphical target), and starts user services in the desired order! | 09:06 |
hedayat | :D | 09:06 |
faenil | systemd already starts services in the desired order, you just have to tell it which order you wish to have | 09:07 |
hedayat | I've not checked how it is done in Harmattan. | 09:07 |
faenil | so you haven't tried the jolla way yet (i.e. dummy sleeping binary + service file with PAMName and User) | 09:08 |
hedayat | yes, but as I said, it is not designed to start 'session services', at least currently. and it might cause problems here and there, and needs hacks like what Jolla has done. | 09:08 |
locusf | I saw yesterday on hadk p3110 implementation that the session didn't stop, unlike on n9 | 09:09 |
faenil | hedayat: but if we agreed jolla's hack is the way to go, what are we waiting for .) | 09:09 |
faenil | (or, at least, it seems we couldn't manage to find any less hacky solution) | 09:10 |
hedayat | faenil: currently, yes I'm using something like what Jolla has done. But I just get UI work. So, I would suggest Jolla hack. :) I can describe my changes, but it doesn't look less hacky. | 09:10 |
locusf | it has to be something else that kills the session in which Jolla way might have no difference at all | 09:11 |
faenil | hedayat: so you *are* using jolla's hack but still have permission issues? | 09:11 |
faenil | locusf: mm | 09:11 |
hedayat | locusf: What do you see in N9's logs? Don't you see something like this: "user@100000.service timed out"? | 09:12 |
locusf | hedayat: yes I saw it | 09:12 |
hedayat | faenil: I'm using my own hackes, but the concept is similar :P | 09:12 |
locusf | hedayat: but my p3110 is identical with the difference of the hardware adaptation | 09:12 |
locusf | all other packages exactly the same | 09:12 |
locusf | even with old dbus etc | 09:12 |
hedayat | locusf: hmm, this service times out when one of its dependencies (in /usr/lib/systemd/user/) doesn't 'start' (the way systemd expects). | 09:13 |
locusf | although the init system for hadk devices is different, but still systemd is called | 09:13 |
locusf | hedayat: indeed | 09:13 |
hedayat | locusf: I'm not sure, but probably even if one of the user services fail for a reason, user@ might time out | 09:13 |
hedayat | locusf: or one of the services doesn't 'start' | 09:14 |
locusf | hedayat: yes | 09:14 |
*** vakkov has quit IRC | 09:14 | |
faenil | remember the ks doens't have mce, iirc | 09:14 |
locusf | so should we instead try not to implement Jolla hacks but figure out which one it is that doesn't start | 09:14 |
locusf | my p3110 didn't have mce either | 09:14 |
locusf | until I installed it yesterday to make the display to sleep on power button pressing | 09:15 |
hedayat | locusf: hmmm, I'm not sure if you can get rid of 'while' hack, | 09:15 |
locusf | but the session still survived for a long time | 09:15 |
faenil | locusf: you have user-session@service? | 09:15 |
locusf | faenil: on p3110, I can check? | 09:15 |
hedayat | locusf: as far as I've understood, without that while, user loging session will be closed, and user@.service will be stopped by logind | 09:15 |
faenil | locusf: yes, if you're using a mix of old and new systemd user setups, then I don't know what to expect | 09:16 |
faenil | hedayat: I agree | 09:16 |
locusf | faenil: no mixing needed, its still the old way | 09:16 |
hedayat | locusf: I've the same "user@.service time out". There is a hack to prevent it from timing out: Add "TimeoutSec=0" in user@.service. :D :P | 09:17 |
faenil | ah, but then no no...it's obsoleted, I think we shouldn't use it | 09:17 |
faenil | hedayat: lol :D | 09:17 |
locusf | faenil: I've got user-session@.service | 09:18 |
hedayat | locusf: I've failed to use 'the old method' successfully. Each time I tried to ran "systemd --user" without logging in (which will cause it to be started automatically), I failed with some permission errors due to how cgroups/etc are managed | 09:18 |
faenil | locusf: which is the old way, said to be "obsolete" | 09:18 |
locusf | faenil: okay | 09:18 |
locusf | so its still a mystery why my session doesn't time out like it is on n9 | 09:19 |
faenil | locusf: I think it's risky that systemd moves on, jolla moves on, and we stay in the past | 09:19 |
locusf | faenil: yeah we should move on though, but lets do so in a way that doesn't break other stuff | 09:19 |
hedayat | faenil: locusf: if the old way actually works fine, it's great! But I've read that it won't. At least, it seems that people failed to use it on their desktop unless they downgrade (see the Arch forum I linked above). | 09:19 |
locusf | if we just fix n9 then other stuff probably doesn't work | 09:20 |
faenil | hedayat: it's not great, we go an untested path | 09:20 |
locusf | I'll continue reading to my exam now, bbl | 09:20 |
locusf | just wanted to say this :) | 09:20 |
faenil | it could seem to be working now, at least to boot ui, but what will happen in the future with the rest of the services ? | 09:21 |
faenil | locusf: have fund :D | 09:21 |
locusf | faenil: thanks | 09:21 |
hedayat | locusf: I've used the hack I said, and the user session doesn't time out. However, my "systemctl restart user@100000.service" never ends. I think I'm able to try to restart user services one by one to see which one doesn't start. | 09:21 |
faenil | hedayat: or just look at the list of services and see which one is failing ? :D | 09:21 |
locusf | hedayat: ok you do that, its still important to get this one fixed for good :) | 09:21 |
locusf | n9 is still the prime piece of hardware which a real adaptation exists | 09:22 |
hedayat | faenil: I agree with your arguments about using 'untested' paths, and this is why I think we should not keep using 'systemd --user' for managing user session! :D :P | 09:22 |
faenil | hedayat: do we have a choice? | 09:22 |
hedayat | faenil: Even if it works, it's a kind of 'abuse'. | 09:23 |
hedayat | faenil: well, not in short term. | 09:23 |
hedayat | :P | 09:23 |
faenil | hedayat: so, should we just wait for spring? | 09:24 |
*** sp3000 has joined #nemomobile | 09:25 | |
hedayat | faenil: :) IMHO, we should check systemd roadmap to see if they are going to provide a proper session manager, and plan accordingly. | 09:26 |
faenil | when I asked in #systemd in the last few days | 09:26 |
faenil | what I got was "use gdm" | 09:26 |
faenil | "I don't have gdm"..."wat??" | 09:26 |
SK_work | faenil: wait what ? | 09:28 |
faenil | what? :D | 09:28 |
SK_work | use gdm ? :D | 09:28 |
hedayat | If that's an 'official answer', this means that we probably need a session manager sooner or later. | 09:28 |
*** msava has quit IRC | 09:28 | |
faenil | hedayat: I don't know how official it is...but it's the only decent answer I could get | 09:28 |
faenil | try asking again in #systemd maybe you have better luck ;) | 09:29 |
faenil | (srsly, try ;) ) | 09:29 |
hedayat | :)) | 09:29 |
hedayat | I might try, but certainly not using IRC. :P | 09:30 |
faenil | why? | 09:30 |
faenil | btw, http://cgit.freedesktop.org/systemd/systemd/ "Systemd: System and Session Manager" mmmmmmmmmm | 09:30 |
hedayat | faenil: I'd most certainly receive the same answer :) | 09:30 |
faenil | hedayat: nah, different people, I don't know how official was the guy who replied | 09:31 |
hedayat | faenil: Yes, but see: http://www.freedesktop.org/wiki/Software/systemd/. It might become in future, but currently it really is "System and Service Manager" :) | 09:32 |
*** msava has joined #nemomobile | 09:32 | |
faenil | haha | 09:32 |
faenil | interesting, different pages different descriptions | 09:32 |
faenil | with quite different semantics as well | 09:33 |
faenil | maybe in 216 it's a session manager already :) | 09:34 |
hedayat | faenil: I've also seen it described as a "session manager", and that lead me to spend time trying to get it work. But then, I found that it is not. And now, everywhere I look, I don't see it described as session manager! Not in its man pages, not in its rpm description. :P | 09:34 |
faenil | haha | 09:35 |
faenil | [11:35] <faenil> good morning people [11:35] <faenil> is systemd a session manager? or is it in the plans to provide one? | 09:36 |
faenil | lol | 09:36 |
hedayat | 215 doesn't seem to have, so only 216 remains. | 09:38 |
faenil | [11:39] <faenil> and if it has a session manager, when was it introduced? [11:39] <eto> faenil: systemctl --user and systemd --user | 09:39 |
faenil | lol | 09:39 |
hedayat | :P | 09:41 |
hedayat | IMHO, documents, and behavior, doesn't agree with eto. | 09:42 |
faenil | join #systemd :P | 09:45 |
*** hurrian has joined #nemomobile | 09:45 | |
*** hurrian has quit IRC | 09:45 | |
*** hurrian has joined #nemomobile | 09:45 | |
*** VDVsx_ is now known as VDVsx | 09:46 | |
*** Sinbad has joined #nemomobile | 09:46 | |
hedayat | locusf: faenil: What is OOMScoreAdjust=? Does it really work?!! It causes '/usr/lib/systemd/user/booster-qt5.service/ to fail. And since it is in autostart mode, it remain in 'activating' state, which cause the user@.service to remain in 'activating' state, and so times out. Commenting out the option fixed the problem! | 09:47 |
hedayat | Or maybe it doesn't work as this service is not running as root. ?! | 09:47 |
locusf | hedayat: its something which doesn't work on n9, I have removed it from eg. dbus service | 09:47 |
faenil | hedayat: yes, it was commented out in many other files already | 09:47 |
faenil | hedayat: and yes, it is supposed to work, but it doesn't on Nemo, we don't know why yet | 09:48 |
locusf | it doesn't work on n9 | 09:48 |
hedayat | locusf: Is this hardware dependent?! I wouldn't think so. Or related to kernel? | 09:48 |
locusf | on hadk devices it works | 09:48 |
locusf | hedayat: I wouldn't know really :/ | 09:48 |
faenil | locusf: ah, it works on other devices with nemo? | 09:49 |
locusf | faenil: yes | 09:49 |
locusf | no OOM errors there | 09:49 |
locusf | but the platform variables etc still make the booster-session-qt5 to fail because it only launches in xcb mode | 09:50 |
locusf | so booster-* services are still to be fixed | 09:50 |
hedayat | It seems that you've applied Jolla hacks to your own Nemo image. Do you have problems with seeing battery charging level in UI? | 09:50 |
locusf | hedayat: well I don't see it at all since I don't have the appropriate statefs packages available | 09:52 |
locusf | hedayat: I really haven't applied anything :/ | 09:52 |
hedayat | hmm. It works for me "systemctl status statefs" show the level. But UI doesn't, which should be some permission issues... | 09:53 |
hedayat | locusf: :) | 09:53 |
hedayat | what is "The Maliit server". Currently the only user service which fails to run. | 09:56 |
faenil | hedayat: about systemd being a session manager | 09:57 |
faenil | [11:55] <zdzichu> it is, but something has to start the session\ | 09:57 |
hedayat | faenil: Yes, i'm there. :) | 09:57 |
*** arcean has joined #nemomobile | 09:57 | |
faenil | bbl | 09:58 |
*** faenil has quit IRC | 09:58 | |
*** r0kk3rz has joined #nemomobile | 10:01 | |
locusf | hedayat: its the virtual keyboard manager | 10:01 |
hedayat | locusf: thanks, so it should run! :P | 10:03 |
locusf | maliit fails on the same reason as booster does, missing platform to run on | 10:07 |
locusf | this is probably due to the env vars failing | 10:07 |
hedayat | hmmm After remoing OOM settings, apparently all booster's run! | 10:07 |
*** metallisto has quit IRC | 10:08 | |
locusf | maliit is a tricky one | 10:08 |
locusf | since its quite old to be honest | 10:11 |
locusf | and the keyboard is only fitted for the n9 | 10:11 |
hedayat | ok! | 10:13 |
*** sp3000 has quit IRC | 10:21 | |
*** sp3000 has joined #nemomobile | 10:34 | |
*** Guhl has joined #nemomobile | 10:35 | |
hedayat | locusf: sorry for interrupting, but: OOMScoreAdjust works for system services (e.g. system wide dbus.service), but fails for user services. Could be due to permission issues, but I wonder how it works on other hw. | 10:42 |
locusf | hedayat: ok :) | 10:42 |
hedayat | hmmmm some of the userland apps are still not ported to wayland, and need xcb plugin. | 10:46 |
locusf | indeed | 10:48 |
locusf | also maliit is complaining about xcb missing | 10:48 |
locusf | but maliit did work previously without xcb | 10:48 |
hedayat | aha, now I understand what you meant by "missing platform" :P | 10:48 |
locusf | the apps should be either started with -platform wayland or something is missing from the environment | 10:49 |
hedayat | and booster*s, as you said. | 10:49 |
locusf | yes | 10:49 |
*** sp3000 has quit IRC | 10:49 | |
*** olesalscheider has quit IRC | 10:51 | |
hedayat | locusf: Isn't nemo user expected to be part of 'users' group? | 10:54 |
hedayat | (apparently needed for accessing battery information) | 10:55 |
locusf | hedayat: I don't know, but I'd assume that it should be | 10:56 |
hedayat | rebooted my phone to see if it enables battery status in UI | 10:57 |
locusf | I hate it that I've got some graphics glitches on my n9, I could help out if I could interact with my device :p | 10:58 |
*** olesalscheider has joined #nemomobile | 10:58 | |
hedayat | :) HW problem? | 10:58 |
locusf | apparently so | 10:58 |
locusf | if it renders well on your devices | 10:59 |
hedayat | well, now I've a working(=non-freezing) Nemo with battery status. | 10:59 |
hedayat | locusf: adding nemo to users group fixed the problem | 10:59 |
locusf | great :) | 10:59 |
locusf | now just upstream the changes and see about building a new image from those | 11:00 |
hedayat | locusf: you mean, to mer? | 11:01 |
locusf | oh yeah, upstreaming wouldn't make a difference since we don't have webhooks enabled to the new repositories | 11:01 |
locusf | hedayat: yeah and nemo packages | 11:01 |
hedayat | OK, but it seems to be too early. Settings doesn't run :P :D. | 11:02 |
locusf | lol | 11:02 |
locusf | it runs just fine on my p3110 | 11:03 |
hedayat | It did run before my changes. I don't know what I have broken. | 11:03 |
jonwil | Does anyone know if any copies of the old meego-on-N900 repositories (the ones back when Meego was using binary blobs for pulseaudio on the N900) still exist anywhere? I need the pulseaudio blobs and bits for some reverse engineering work connected to the Neo900 :) | 11:05 |
locusf | now some lunch | 11:05 |
*** Sveta has joined #nemomobile | 11:07 | |
*** hedayat has left #nemomobile | 11:16 | |
*** Sveta is now known as Svetlana | 11:18 | |
*** Svetlana has left #nemomobile | 11:24 | |
*** r0kk3rz has quit IRC | 11:27 | |
*** r0kk3rz has joined #nemomobile | 11:43 | |
*** martyone__ has quit IRC | 11:50 | |
*** vakkov has joined #nemomobile | 11:57 | |
*** Guhl has quit IRC | 12:05 | |
*** DrCode has quit IRC | 12:05 | |
*** DrCode has joined #nemomobile | 12:08 | |
*** faenil has joined #nemomobile | 12:20 | |
*** ChanServ sets mode: +o faenil | 12:20 | |
*** vakkov has quit IRC | 12:21 | |
faenil | jonwil: maybe this can be helpful? http://releases.nemomobile.org/snapshots/images/ | 12:26 |
jonwil | nope, those dont help, I need meego not nemo | 12:26 |
jonwil | meego has the pulseaudio blobs, nemo does not | 12:26 |
jonwil | at least as far as I know | 12:27 |
*** hurrian has quit IRC | 12:36 | |
*** ryukafal1 is now known as ryukafalz | 12:38 | |
*** hurrian has joined #nemomobile | 12:38 | |
*** hurrian has quit IRC | 12:38 | |
*** hurrian has joined #nemomobile | 12:38 | |
*** sletta has quit IRC | 12:42 | |
faenil | jonwil: what about http://repository.maemo.org/meego/n900-de/daily/1.2.0.90.12.20110810.2.DE.2011-08-29.1/images/mg-tablet-armv7nhl-n900-ce-stable/ | 12:42 |
Stskeeps | pa blobs were redistributable for nokia devices atm | 12:43 |
Stskeeps | afaik | 12:43 |
*** phaeron has quit IRC | 12:43 | |
faenil | ah,mmm | 12:44 |
jonwil | ooh good, I think I should be able to mount that meego image file via my Linux Maemo dev vm | 12:44 |
Stskeeps | but! | 12:44 |
Stskeeps | they may be unsuitable for new pa | 12:44 |
jonwil | at least I hope I can | 12:44 |
jonwil | we dont plan on updating PA anyway | 12:45 |
Stskeeps | also | 12:45 |
Stskeeps | remember: hardfp vs softfp | 12:45 |
jonwil | yeah | 12:45 |
faenil | rozhkov_: ping | 12:57 |
jonwil | now if I can just figure out how to mount this disk image... | 13:02 |
jonwil | well its not a disk image, its an image file for a ROM chip :) | 13:02 |
jonwil | but I still dont know how to mount it or even what filesysem it is | 13:03 |
bencoh | are you talking about the mmcblk0p file ? | 13:03 |
bencoh | use bunzip2 on it, then losetup to attach it to a loop device, then kpartx to create partition devnodes, then mount on the partition you're interested in | 13:04 |
*** sp3000 has joined #nemomobile | 13:05 | |
jonwil | what do I pass to losetup? | 13:05 |
rozhkov_ | faenil: pong | 13:07 |
faenil | rozhkov_: can you try loading theverge.com on your jolla? | 13:07 |
bencoh | jonwil: losetup /dev/loop0 /path/to/uncompressed/image | 13:07 |
rozhkov_ | faenil: yes, loaded | 13:08 |
faenil | rozhkov_: now scroll | 13:08 |
faenil | until you see all white | 13:08 |
faenil | and see how long it takes before it shows something | 13:09 |
jonwil | ok, what do I pass to kpartx? | 13:09 |
jonwil | kpartx -a /dev/looop0? | 13:09 |
jonwil | ok, got that | 13:10 |
jonwil | so now I got the /dev/loop0p0/p1/p2 | 13:10 |
jonwil | make that p1/p2/p3 | 13:10 |
rozhkov_ | faenil: yes, it takes time. That's known problem | 13:11 |
faenil | ok, good :) do you already know the cause? | 13:11 |
jonwil | hmmm, kpartx -a isn't doing anything | 13:11 |
jonwil | kpartx -l says it would create loop0p0/p1/p2 but kpartx -a doesn't make them | 13:11 |
rozhkov_ | faenil: not really, simply didn't have time to look at it :( | 13:12 |
bencoh | jonwil: see /dev/mapper/ | 13:12 |
jonwil | aah | 13:12 |
*** niqt has joined #nemomobile | 13:12 | |
bencoh | yeah, tricky :) | 13:12 |
jonwil | now which one of those 3 points is which | 13:12 |
jonwil | and how do I mount em? | 13:12 |
jonwil | i.e. what fs type | 13:13 |
faenil | rozhkov_: ok ;) what about the occasional 1sec delay in scrolling? is that known? | 13:13 |
faenil | i.e sometimes you scroll, and the page starts scrolling after half a sec, or a full sec | 13:13 |
faenil | it doesn't always do it | 13:13 |
bencoh | jonwil: I dont remember, so either someone here does, or just try them all :) | 13:14 |
bencoh | (I hope it's not jffs/ubifs) | 13:14 |
jonwil | mount /dev/mapper/loop0p0 /blah mounted something | 13:14 |
jonwil | so I think we are good | 13:14 |
rozhkov_ | faenil: yes, if IPC channels between threads are congested with messages then the delay becomes noticible. Usually happens on JS heavy sites | 13:15 |
faenil | rozhkov_: ah I found a way to reproduce it...just start scrolling from an area which also has side scrolling (on theverge.com homepage) | 13:15 |
jonwil | ok, so p1 is the root filesystem, p2 is swap and p3 is the kernel | 13:15 |
faenil | rozhkov_: not sure it's that, it only does it when starting from a sidescrollable area | 13:15 |
faenil | and it does it 100% of the times in that case | 13:16 |
jonwil | now to learn how an RPM based system stores the information about which packages are installed and what files are part of those packages | 13:18 |
faenil | "rpm -qa" are those installed, "rpm -ql package" are the files of a package | 13:19 |
faenil | "rpm -qf file" return the package which has that file | 13:19 |
jonwil | great if you can run that command on the system but you cant do that on a mounted disk image | 13:19 |
faenil | I think those are the most useful ones :) | 13:19 |
jonwil | you need a live system | 13:19 |
faenil | ah ok, sorry wasn't putting the info into context ;) there's rpm db, but not sure how you can read that | 13:20 |
*** flash1 has joined #nemomobile | 13:20 | |
faenil | and not sure it's already filled in when img is created (I think it is rebuilt during image building phase, so it should be there already, but not sure) | 13:21 |
rozhkov_ | faenil: handling scrollable areas could be better for sure. The support for it was added in gecko31 (b2g code path) and u9 is the first update featuring scrollable areas | 13:21 |
faenil | rozhkov_: no need to justify ;) I just want to report a bug, and ideally have you file it :D | 13:21 |
faenil | (if you can reproduce it) | 13:22 |
*** flash1 has quit IRC | 13:22 | |
faenil | there are a few sidescrollable areas on theverge.com homepage so it should be easy, just tap on one, and do *vertical* scrolling | 13:22 |
faenil | the system will wait like 1sec | 13:22 |
faenil | and then start scrolling both the horizontal scrollable area, and the page (vertically) :) | 13:23 |
rozhkov_ | faenil: ic, it first scrolls horizontally (until scroll velocity == 0) and then starts to scroll vertically. | 13:25 |
faenil | not here | 13:25 |
faenil | it does nothing for 1sec, and then scrolls both at the same time | 13:25 |
faenil | rozhkov_: ah no actually you're right ;) | 13:27 |
faenil | it is exactly that | 13:27 |
faenil | (though I'm sure they were scrolling both at the same time before :/ ) | 13:27 |
rozhkov_ | faenil: technically speaking there scrolling, but "panning" and "flicking" | 13:28 |
rozhkov_ | *there is no | 13:28 |
faenil | ok, flicking | 13:29 |
faenil | btw, images don't flick or pan, they scroll | 13:30 |
faenil | it's the user who flicks or pans | 13:30 |
faenil | (afaik :p ) | 13:30 |
rozhkov_ | faenil: alright :) i got too used to the PanZoom controller's terminology | 13:31 |
faenil | :D whatever, we know what we're talking about :D | 13:32 |
jonwil | note to self, asking an FTP client to make a copy of /dev is not a good idea, it will pull data until you run out of disk space | 13:32 |
faenil | flicking and panning are gestures, so I don't think it can be said about moving objects but only the user who performs them, that's my reasoning :) | 13:32 |
faenil | (I could be wrong, ofc ;) | 13:33 |
rozhkov_ | faenil: when I do pan there is no delay, but when the PanZoom controller goes to the "flicking" state after "panning" it does scroll in an interesting way indeed | 13:34 |
rozhkov_ | there is no bug for that I'm aware of | 13:34 |
rozhkov_ | but it might exist in Mozilla's bugzilla | 13:35 |
faenil | rozhkov_: actually, panning here has a fixed large delay | 13:36 |
faenil | well, not that large but...easy to notice | 13:40 |
faenil | rozhkov_: btw congrats, browser went from the laggiest to the smoothest sailfish app :) | 13:40 |
faenil | (with update9) | 13:40 |
faenil | it's much more usable now :) | 13:42 |
*** zalan has quit IRC | 13:43 | |
*** zalan has joined #nemomobile | 13:43 | |
rozhkov_ | faenil: thanks :) I've just check the browser with gecko35 - it doesn't do flicking for scrollareas at all and start flicking without delay | 13:45 |
rozhkov_ | *checked | 13:45 |
faenil | rozhkov_: oh that's cool :) but we're only moving to the next LTS right? | 13:46 |
*** jpetrell has quit IRC | 13:46 | |
rozhkov_ | faenil: I don't really know. At the moment I'm fighting with a serious bug in 31 which seems to be fixed in the latest engine. | 13:47 |
faenil | rozhkov_: what about the gcc compilation issues, did anyone take a decision? | 13:47 |
rozhkov_ | faenil: i'm not aware of any | 13:48 |
faenil | mm :/ | 13:48 |
*** zalan has quit IRC | 13:48 | |
faenil | Stskeeps: any decision on your side? | 13:48 |
* Stskeeps mumbles about faenil and hilighting just as he's about to go out the door.. :P | 13:49 | |
faenil | hahah, 6th sense :P | 13:49 |
Stskeeps | faenil: it should be feasible to make this stuff build somehow under gcc 4.8, can you show me the errors again? | 13:49 |
faenil | it's not feasability, it's that it's probably many many commits which have to be cherrypicked from Mozilla | 13:49 |
faenil | + those I committed | 13:49 |
faenil | as Mozilla fixed most of them between gecko 31 and 33 | 13:50 |
faenil | so, either somebody wastes a week worth of compilation looking for all the fixes, or you move to the next engine, and it builds with my fixes | 13:51 |
faenil | but, as you forgot about the situation details, I think the answer to my question is "no" :D | 13:51 |
*** phaeron has joined #nemomobile | 13:52 | |
faenil | some patches are here https://bugzilla.mozilla.org/show_bug.cgi?id=1027251 | 13:53 |
Merbot | Mozilla bug 1027251 in General "Remove public destructors of NS_*_INLINE_* refcounted classes, outside of a finite explicit whitelist" [Normal,Resolved: fixed] | 13:53 |
Stskeeps | it's not so much forgotten but tightly packed away at tapes in a warehouse :P | 13:54 |
*** VDVsx has quit IRC | 13:55 | |
faenil | ok, understood, it will take months | 13:56 |
*** sletta has joined #nemomobile | 14:00 | |
*** phaeron1 has joined #nemomobile | 14:07 | |
*** phaeron has quit IRC | 14:07 | |
*** zalan has joined #nemomobile | 14:08 | |
*** sletta has quit IRC | 14:10 | |
*** VDVsx has joined #nemomobile | 14:10 | |
*** sletta has joined #nemomobile | 14:20 | |
*** sletta has quit IRC | 14:20 | |
*** vakkov has joined #nemomobile | 14:22 | |
*** jonwil has quit IRC | 14:22 | |
faenil | for the record, if I understood correctly and if all goes well | 14:30 |
faenil | we're moving to gecko 38 in MAY2015 | 14:30 |
*** SK_work has quit IRC | 14:35 | |
*** krnlyng has quit IRC | 14:39 | |
*** krnlyng has joined #nemomobile | 14:39 | |
*** m4g0g has joined #nemomobile | 14:42 | |
locusf | lol | 14:42 |
locusf | so quite a while until we got a working browser then | 14:43 |
Stskeeps | did anybody package qtwebengine yet? | 14:43 |
faenil | Stskeeps: thought about that, but first qtwebengine release is with qt5.4 | 14:44 |
faenil | and how long will it take for mer/jolla to adopt 5.4? :D | 14:44 |
Stskeeps | ubuntu had some binding too | 14:44 |
Stskeeps | oxide or smt | 14:44 |
Stskeeps | h | 14:44 |
w00t | you might be able to get it running with older qt, with a little patching .. i don't think it uses tooooo many internals | 14:45 |
w00t | as for 'when'.. I think 5.3 (and 5.4) will be much easier jumps to make | 14:45 |
Stskeeps | famous last words | 14:46 |
w00t | qtdeclarative is already half at 5.3 | 14:46 |
faenil | haha | 14:46 |
faenil | w00t: fingers crossed :) | 14:46 |
w00t | Stskeeps: i'm sure it won't be problem free | 14:46 |
w00t | but the churn is quite a bit smaller | 14:46 |
faenil | w00t: I think I'll try in a couple of months or so ;) (to get qtwebengine working) | 14:50 |
faenil | locusf: we can always fork gecko-dev from nemomobile and move it to 33 xD | 14:51 |
faenil | (while we wait) | 14:51 |
locusf | faenil: right | 14:51 |
*** msava has quit IRC | 14:56 | |
faenil | I wonder why BBM still doesn't work on Jolla...it used to work until update 6... | 14:59 |
faenil | my suspect is Jolla changed the android identification name in that update, and BB is filtering devices based on their name | 14:59 |
*** Termana has joined #nemomobile | 15:13 | |
locusf | does anyone remember which -platform did maliit take as input in order to work? | 15:21 |
*** SK_work has joined #nemomobile | 15:21 | |
locusf | otherwise we might not have a onscreen keyboard | 15:21 |
*** jjardon has quit IRC | 15:28 | |
w00t | locusf: wayland QPA plugin. but you also need to make sure that inside maliit-framework, that it's using the lipstick codepath, not the wayland one (which is not really fully baked yet) | 15:29 |
locusf | w00t: how do I check? | 15:30 |
w00t | don't remember :) | 15:31 |
locusf | ah :) | 15:31 |
*** Morpog_PC has joined #nemomobile | 15:31 | |
locusf | wohoo | 15:32 |
locusf | glacier keyboard does work but its scaled to n9 size :) | 15:32 |
Morpog_PC | yeah! | 15:35 |
locusf | oh yeah it did have fixed widths and stuff | 15:35 |
locusf | don't really remember, its been quite a while since I hacked with it | 15:35 |
Morpog_PC | nah, it had u :D | 15:35 |
locusf | lol u | 15:35 |
Morpog_PC | remember? ;) | 15:35 |
locusf | yeah unfortunately | 15:36 |
locusf | couldn't test on n7000 due to root password being locked | 15:38 |
Morpog_PC | rootme? :D | 15:39 |
locusf | nope :D | 15:39 |
SK_work | :( | 15:41 |
locusf | also n7000 is still sadly eglfs implementation | 15:41 |
*** m4g0g has quit IRC | 15:43 | |
locusf | this leads to glacier gallery not working | 15:45 |
*** SK_work has quit IRC | 15:48 | |
*** suy has quit IRC | 15:50 | |
*** m4g0g has joined #nemomobile | 15:50 | |
*** suy has joined #nemomobile | 15:53 | |
*** flash1 has joined #nemomobile | 15:56 | |
faenil | mmm no, BBM segfaults when launched :( awwww, damn aliendalvik | 15:57 |
*** filippz has joined #nemomobile | 15:59 | |
*** veskuh has quit IRC | 15:59 | |
*** flash1 has quit IRC | 16:02 | |
*** niqt has quit IRC | 16:07 | |
*** gabriel9 has joined #nemomobile | 16:13 | |
*** sp3000 has quit IRC | 16:31 | |
*** phaeron has joined #nemomobile | 16:38 | |
*** vakkov has quit IRC | 16:39 | |
*** phaeron1 has quit IRC | 16:40 | |
*** Behold has joined #nemomobile | 16:49 | |
*** phaeron has quit IRC | 16:53 | |
*** piggz has joined #nemomobile | 16:53 | |
*** piggz has quit IRC | 17:05 | |
*** piggz has joined #nemomobile | 17:06 | |
*** simbrown has quit IRC | 17:07 | |
*** arturo182 has joined #nemomobile | 17:07 | |
*** piggz has quit IRC | 17:10 | |
*** piggz has joined #nemomobile | 17:12 | |
*** filippz has quit IRC | 17:15 | |
*** faenil has quit IRC | 17:16 | |
*** vakkov has joined #nemomobile | 17:18 | |
*** piggz has quit IRC | 17:20 | |
*** piggz has joined #nemomobile | 17:24 | |
*** flotron has joined #nemomobile | 17:25 | |
*** piggz has quit IRC | 17:27 | |
*** piggz has joined #nemomobile | 17:27 | |
*** flash1 has joined #nemomobile | 17:27 | |
*** piggz has quit IRC | 17:29 | |
*** flash1 has quit IRC | 17:29 | |
*** piggz has joined #nemomobile | 17:29 | |
*** piggz has quit IRC | 17:36 | |
*** piggz has joined #nemomobile | 17:37 | |
*** piggz has quit IRC | 17:40 | |
*** piggz has joined #nemomobile | 17:40 | |
*** hedayat has joined #nemomobile | 17:44 | |
*** plfiorini has joined #nemomobile | 17:46 | |
ZogG | sup dogs | 17:52 |
ZogG | locusf, \o | 17:52 |
*** notmart has quit IRC | 17:52 | |
locusf | ZogG: hey :) | 17:53 |
ZogG | howdy | 17:55 |
*** m4g0g has quit IRC | 17:58 | |
*** shentey has joined #nemomobile | 18:06 | |
*** gogeta has joined #nemomobile | 18:18 | |
*** metallisto has joined #nemomobile | 18:18 | |
*** piggz has quit IRC | 18:19 | |
*** gogeta has quit IRC | 18:26 | |
hedayat | locusf: hi again. I take back some of my comments. Settings didn't start, because I have not set the QT related environment variables for user@.service. After setting the variables for 'systemd --user' service, things started to work: | 18:28 |
hedayat | Settings run, all booster* services run successfully, and even maliit-server runs. | 18:29 |
hedayat | From user services, only messageserver5.service doesn't run. What's this? :P | 18:29 |
hedayat | And from applications, at least PIN Entry doesn't work now. | 18:30 |
hedayat | but I've not yet tried all apps! | 18:30 |
hedayat | There is no 'failed' system wide services. So, currently, I only have messageserver5.service which fails | 18:31 |
hedayat | (apparently) | 18:31 |
*** gogeta has joined #nemomobile | 18:33 | |
*** jhonnaiker has joined #nemomobile | 18:35 | |
*** jhonnaiker has quit IRC | 18:35 | |
*** faenil has joined #nemomobile | 18:35 | |
*** ChanServ sets mode: +o faenil | 18:35 | |
faenil | hedayat: it seems your memory is as bad as mine :D | 18:36 |
faenil | but glad to hear things started to line up! | 18:36 |
hedayat | faenil: :P oh.. why? | 18:36 |
faenil | hedayat: because you forgot to modify user@ with env vars | 18:36 |
faenil | :P | 18:36 |
hedayat | ah... yes, actually I've added those vars to start-user-session@.service, because at that time I intended to start 'systemd --user' from there, | 18:37 |
faenil | I see | 18:37 |
hedayat | later, that I realized that it can't be (at least, easily) started manually, I forgot to add them to user@. service. | 18:38 |
hedayat | anyway, is messageserver5 expected to be running always? | 18:38 |
hedayat | Is it for SMS? | 18:38 |
hedayat | It doesn't start, because qmf-accountscheck complains that there are no accounts, so it won't be started. | 18:39 |
hedayat | Shoud messageserver5 be started even if there are no accounts? (And what kind of accounts it refers to?) | 18:39 |
hedayat | hmmm looks like that it is not related to SMS but other types of account like EMail. So, maybe it's reasonable to not start if there are no accounts. | 18:41 |
hedayat | OK. Is my SIMCard expected to be recognized and function in Nemo? | 18:41 |
faenil | don't remember, it used to work pre-wayland | 18:42 |
faenil | but since we moved to wayland last year, I've never tried | 18:43 |
hedayat | Previous Nemo recognized my sim, and accepted its PIN and I was able to call with it. Sailfish recognizes my PIN, and even detects incorrect PIN, but after that, it always says that there are no sim cards available!!! | 18:43 |
faenil | hedayat: but I remember you had to run the PIN app manually to get it to work | 18:43 |
faenil | ah :( | 18:43 |
faenil | ah but wait, maybe it's because of ofono | 18:44 |
faenil | do you see "cannot connect to RILD" error messages in log? | 18:44 |
hedayat | faenil: Is kernel(3.5) support complete? | 18:44 |
faenil | filippz is the guy to ask | 18:44 |
faenil | but one of the last things he worked on was to get HSI to work iirc | 18:45 |
hedayat | Yes, it repeats indefinitely! What is rild? | 18:45 |
faenil | ok, I think ofono is using android driver by default, which is rilmodel | 18:45 |
hedayat | faenil: In the "N9 kernel update" page, it seems that it should work. :P | 18:45 |
faenil | rilmodem | 18:45 |
faenil | I couldn't understand *what* changed the default modem, I tried asking in #ofono and nobody replied | 18:46 |
faenil | but Jolla is using a conf file | 18:46 |
faenil | for ofono.service | 18:46 |
faenil | which just adds "--no-plugins=EVERYTHING_BUT_RILMODEM" | 18:46 |
faenil | xD | 18:46 |
faenil | it's like 4 lines of plugins | 18:46 |
hedayat | hmmm :) | 18:46 |
faenil | so I think that's the first thing we have to try ;) | 18:47 |
faenil | just swap our modem with rilmodem in that line | 18:47 |
faenil | and hope that ofono will cooperate | 18:47 |
hedayat | faenil: ok. | 18:47 |
*** Guhl has joined #nemomobile | 18:48 | |
faenil | and that could also explain why it doesn't work in sailfish either :) | 18:48 |
*** M4rtinK has joined #nemomobile | 18:49 | |
hedayat | faenil: hey, I have a ... basic! question :P What are the icons in the bottom bar in glacier? I know the 'battery icon', clock, something which is probably GPS, bluetooth, and antenna status. There are 3 icons, for which I have no idea! | 18:49 |
hedayat | :D | 18:49 |
faenil | hedayat: I have never tried the new glacier homescreen yet! (shame on me) locusf is the developer ;) | 18:50 |
hedayat | faenil: :) OK! | 18:50 |
faenil | hedayat: create something like this | 18:51 |
faenil | http://pastie.org/private/dromnkazkjj2jqp2dhh9sw | 18:51 |
faenil | I don't know which one is n9's modem (maybe n900? dunno) | 18:51 |
faenil | but just delete the one you think is n9 modem, and replace it with "rilmodem" | 18:52 |
faenil | and make sure that ofono.service is actually loading files from that dir :) | 18:52 |
faenil | env files* | 18:52 |
faenil | maybe n9's driver is "phonesim" | 18:56 |
faenil | or not | 18:56 |
hedayat | faenil: the --no-plugins option is a command line option, right? | 18:58 |
faenil | yes, it's loaded by the .service files | 18:58 |
faenil | it replaces "OFONO_ARGS" | 18:58 |
faenil | check if you have it in your service file | 18:59 |
*** LjL has quit IRC | 18:59 | |
*** LjL has joined #nemomobile | 19:00 | |
hedayat | yes, it's there. Only the env file is missing. | 19:02 |
flotron | Hello pe | 19:04 |
flotron | ople | 19:04 |
faenil | flotron: o/ | 19:04 |
faenil | I'd try n900, then isimodem | 19:05 |
*** sp3000 has joined #nemomobile | 19:06 | |
*** phaeron has joined #nemomobile | 19:09 | |
Aard | faenil: isimodem | 19:10 |
faenil | Aard: thanks | 19:10 |
faenil | this is not encouraging https://github.com/nemomobile-packages/ofono/blob/master/rpm/ofono.changes#L18 | 19:15 |
hedayat | faenil: seems to be n900 | 19:15 |
faenil | hedayat: Aard said it should be n9 | 19:16 |
faenil | isimodem, sorry | 19:16 |
Aard | both n900 and n9 have isimodem | 19:16 |
hedayat | faenil: Aard: OK, apparently ofono calls it n900! | 19:17 |
Aard | iirc long time ago it was done in two separate drivers, but eventually got merged into one. the n9 isimodem driver has some known bugs | 19:17 |
faenil | ah ok..but we have to choose between "isimodem" and "n900" ofono plugins | 19:17 |
faenil | maybe n900 then :p | 19:17 |
hedayat | faenil: Aard: ofonod[973]: plugins/udev.c:add_modem() /devices/platform/omap_ssi.0/ssi0/port0/ssi_protocol/net/phonet0 (n900) | 19:17 |
faenil | yay :) | 19:17 |
faenil | at least it did something | 19:17 |
hedayat | faenil: And the ofonod option is "--noplugin=" rather than "--no-plugins=" | 19:18 |
hedayat | Yes it does recognize the device, and points to correct sysfs/devfs entries | 19:18 |
faenil | hedayat: but...I gave you a link...you trusted my irc msg? XD | 19:19 |
hedayat | :) | 19:19 |
hedayat | OK, apparently backend is working fine. But I'm unable to start neither PIN Entry, nor dialer apps. Dialer just opens a white window. PIN Entry doesn't open anything. | 19:20 |
Aard | try with a sim without pin, and then work your way up :) | 19:22 |
faenil | hedayat: log says nothing about pin entry? | 19:23 |
hedayat | :) OK. | 19:23 |
hedayat | faenil: let me see | 19:23 |
hedayat | faenil: localhost [740]: [D] OfonoSimIf::pinRequired:86 - "-->OfonoSimIf::pinRequired" | 19:29 |
faenil | more, more | 19:29 |
*** flotron has quit IRC | 19:29 | |
hedayat | faenil: apparenlty, --noplugins option is just useful to reduce the clutter. oFono works fine without it, as it tries all plugins and one of them succeeds. | 19:29 |
hedayat | nothing more, yet. :P let me run it in debug mode again. | 19:30 |
faenil | hedayat: in the logs I saw it never stopped trying to connect to RILD | 19:30 |
faenil | which means it had no other choice | 19:30 |
hedayat | faenil: Aard: Isn't there an easy way to enter PIN? Like echoing it into some sysfs entry? :D :P | 19:31 |
faenil | check pinentry source ? :P | 19:31 |
hedayat | faenil: It seems that it always try to connect to all modems! I can find the "pinRequired" log even before adding the option. | 19:32 |
hedayat | faenil: :D | 19:32 |
Aard | hedayat: iirc there's a script in the ofono-test package | 19:32 |
faenil | that can be, but then why does it keep connecting to rild? there must be something we're missing | 19:32 |
hedayat | Aard: thanks. I'll check it | 19:32 |
faenil | hedayat: https://github.com/nemomobile-packages/ofono/blob/master/ofono/test/enter-pin | 19:33 |
hedayat | faenil: maybe. anyway, the option is useful anyway. I don't like seeing an error about RILD to appear again and again in the logs. | 19:33 |
faenil | hehe :) | 19:33 |
faenil | I'm still wondering why they removed n950 patches | 19:35 |
faenil | I can't even find them because they don't have n950 in the commits! | 19:35 |
hedayat | faenil: does n950 have different modem? | 19:36 |
faenil | probably something different, don't know | 19:36 |
hedayat | faenil: do you know what are valid "pin_type"s? | 19:38 |
faenil | nope | 19:38 |
hedayat | faenil: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "EnterPin" with signature "ss" on interface "org.ofono.SimManager" doesn't exist | 19:44 |
hedayat | faenil: I guess the interface is changed | 19:44 |
hedayat | or maybe not! The same error happens when trying /usr/lib/ofono/test/enter-pin | 19:46 |
faenil | https://github.com/nemomobile-packages/ofono/blob/b154268fd9091bf4dda4cf59902c00987be58de9/ofono/doc/sim-api.txt | 19:47 |
hedayat | faenil: The error says that there is no "SimManager"! | 19:48 |
faenil | which one? the one you pasted says unknown method | 19:49 |
hedayat | SimManager can be found in ofonod binary. I wonder what the problem is | 19:49 |
*** zhxt_ has quit IRC | 19:49 | |
hedayat | faenil: oops, you are correct. sorry | 19:50 |
*** gabriel9 has quit IRC | 19:54 | |
*** ejjoman has joined #nemomobile | 20:07 | |
*** zama has quit IRC | 20:07 | |
*** zama has joined #nemomobile | 20:08 | |
faenil | hedayat: upstream changes please :D | 20:10 |
*** zhxt_ has joined #nemomobile | 20:11 | |
*** ejjoman has quit IRC | 20:15 | |
hedayat | faenil: I guess filippz has applied a number of them, right? applying Jolla method? | 20:16 |
faenil | I think all his fixes are in the ks | 20:17 |
faenil | so you can check from there | 20:17 |
hedayat | OK | 20:17 |
*** phaeron has quit IRC | 20:19 | |
faenil | what matters is that someone sends the changes upstream so that we can focus on the next issues and more people can join :) | 20:24 |
*** shentey has quit IRC | 20:25 | |
hedayat | hmmm, I don't see how autologin is handled. Well, ok. What is the upstream for Nemo packages? Mer? | 20:26 |
faenil | hedayat: https://github.com/nemomobile/nemo-mobile-session | 20:28 |
faenil | if you want to talk to locusf and filippz before doing it, that's ok as well ;) | 20:28 |
hedayat | faenil: I should prepare my nemo-mobile-session changes. It needs some cleanups. | 20:29 |
faenil | hehe | 20:29 |
hedayat | faenil: There was other changes like ofono one, and adding user nemo to users group | 20:29 |
faenil | sure | 20:29 |
hedayat | faenil: I'm not sure where should I propose them. specially the nemo group. Where such things are handled? :P | 20:31 |
faenil | not sure about the nemo group, but the rest are probably for the link I pasted | 20:32 |
faenil | hedayat: oh look, user group changes https://github.com/nemomobile/nemo-mobile-session/blob/master/rpm/nemo-mobile-session.spec#L90 | 20:33 |
faenil | same package | 20:33 |
faenil | also have a look at https://github.com/nemomobile/nemo-mobile-session/blob/master/oneshot/correct-users | 20:35 |
faenil | please pretty please also add a comment about why you had to add it to that group | 20:37 |
hedayat | faenil: OK, apparently everything I need is in this package. | 20:38 |
hedayat | faenil: OK! | 20:38 |
faenil | yes, because that's the stuff jolla didn't update as they don't care about it :D | 20:38 |
hedayat | :) | 20:39 |
*** plfiorini has quit IRC | 20:52 | |
*** LjL has quit IRC | 20:54 | |
*** LjL has joined #nemomobile | 20:59 | |
*** gogeta has quit IRC | 21:12 | |
*** gabriel9 has joined #nemomobile | 21:21 | |
*** gogeta has joined #nemomobile | 21:23 | |
hedayat | faenil: OK, I'm going for sleep. I hope to be able to create a pull request tomorrow or the day after it; as I'll disappear for about a week from Nemo world! | 21:29 |
hedayat | good night | 21:30 |
faenil | hedayat: thanks! I think I'll disappear soon as well | 21:30 |
faenil | good night! | 21:30 |
*** hedayat has left #nemomobile | 21:31 | |
*** vakkov has quit IRC | 21:31 | |
*** faenil has quit IRC | 21:33 | |
*** phaeron has joined #nemomobile | 21:37 | |
*** gabriel9 has quit IRC | 21:41 | |
*** gabriel9 has joined #nemomobile | 21:42 | |
*** zalan has quit IRC | 22:00 | |
*** Morpog_PC has quit IRC | 22:02 | |
*** Pat_o has quit IRC | 22:03 | |
*** zalan_ has joined #nemomobile | 22:04 | |
*** zalan has joined #nemomobile | 22:05 | |
*** zalan has quit IRC | 22:09 | |
*** vakkov has joined #nemomobile | 22:13 | |
*** gabriel9 has quit IRC | 22:15 | |
*** gabriel9 has joined #nemomobile | 22:16 | |
*** jonwil has joined #nemomobile | 22:33 | |
*** zalan has joined #nemomobile | 22:34 | |
*** phaeron has quit IRC | 22:39 | |
*** r0kk3rz has quit IRC | 22:54 | |
*** gabriel9 has quit IRC | 22:55 | |
*** phaeron has joined #nemomobile | 22:55 | |
*** gogeta has quit IRC | 23:08 | |
*** Oksana has joined #nemomobile | 23:21 | |
*** olesalscheider has quit IRC | 23:35 | |
*** DrCode has quit IRC | 23:39 | |
*** olesalscheider has joined #nemomobile | 23:39 | |
*** DrCode has joined #nemomobile | 23:40 | |
Oksana | In long-term, why is systemd used? Why not upstart (like in Maemo 5) or runit or something else, smaller and easier to understand? | 23:48 |
*** lemketron has joined #nemomobile | 23:53 | |
lemketron | How does one get an account on https://bugs.nemomobile.org ? | 23:53 |
Oksana | lemketron: https://bugs.merproject.org/createaccount.cgi | 23:55 |
Oksana | Yes, merproject.org and nemomobile.org have the same account | 23:56 |
lemketron | Thanks! I searched all over but could find no mention of that, and saw no "Register" link on any of the bugzilla pages. Sorry if I somehow overlooked that link. | 23:56 |
Oksana | DuckDuckGoing : https://wiki.merproject.org/wiki/Nemo/GettingStartedInFixingBugs | 23:57 |
lemketron | Ah, there is "New Account" on Merproject, but not on Nemomobile | 23:57 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!