freemangordon | buZz: 144p works fine in chromium, fullscreen as well | 07:14 |
---|---|---|
freemangordon | 240p too, but might not fluid at times | 07:21 |
tmlind | freemangordon: if you have a chance, maybe comment on the list regarding sony,acx565akm for the old omapfb? imo, we should do minimal fix, then drop the old omapfb stuff unless there's a reason to keep it still? | 08:45 |
tmlind | and panel-dsi-cm too can go looks lie | 08:46 |
tmlind | like | 08:46 |
rafael2k | this 6.0 kernel might be worth trying in the PP, especially in PP 1.1 (Braveheart) as it clearly states it is supported | 09:09 |
rafael2k | pre-compiled kernels are available here (still in the 5.19, but mostly same patchset: https://xff.cz/kernels/5.19/ ) | 09:11 |
rafael2k | https://github.com/megous/linux | 09:11 |
rafael2k | we could change to this megous branch in case it works better... | 09:11 |
buZz | freemangordon: i wonder why it doesnt for me then :( | 09:46 |
buZz | whats the CI channel again? | 11:13 |
Wizzup | #leste-ci | 11:14 |
Wizzup | ##leste-ci | 11:14 |
freemangordon | buZz: what i sthe UA you're using? | 11:24 |
buZz | ehw, lets see | 11:25 |
freemangordon | make sure it is iphone6 or windows phone | 11:27 |
freemangordon | so mobyle YT to open | 11:28 |
freemangordon | *mobile | 11:28 |
buZz | its Mozilla/5.0 (iPad; CPU OS 11_3 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.0 Tablet/15E148 Safari/604.1 | 11:29 |
buZz | whats yours? | 11:29 |
freemangordon | what browser is that? | 11:30 |
freemangordon | is that chromium? | 11:31 |
buZz | yes | 11:33 |
buZz | just apt install chromium | 11:33 |
freemangordon | what extension do you use to change the UA? | 11:33 |
freemangordon | user-agent switcher for chrome is what I use | 11:34 |
buZz | i think me too? lets see | 11:34 |
freemangordon | ugh. battery went flat :( | 11:34 |
buZz | https://chrome.google.com/webstore/detail/user-agent-switcher-and-m/bhchdcejhohfmigjafbampogmaanbfkg?hl=en | 11:34 |
buZz | this one | 11:34 |
freemangordon | this https://chrome.google.com/webstore/detail/user-agent-switcher-for-c/djflhoibgkdhkhhcedjiklpkjnoahfmg | 11:36 |
freemangordon | buZz: also, make sure it plays @ 144p | 11:37 |
freemangordon | so, site must be m.youtube.com | 11:38 |
buZz | yeah i did | 11:38 |
buZz | i'll try your plugin first | 11:38 |
freemangordon | d4 just cannot handle desktop site | 11:38 |
buZz | its grabbing the m.youtube already | 11:45 |
freemangordon | hmm, it does not play here as well | 11:45 |
freemangordon | wtf? | 11:45 |
freemangordon | maybe they have changed something | 11:46 |
freemangordon | buZz: oh, I know what happens | 11:50 |
buZz | oh? | 11:51 |
freemangordon | sometimes I have to reboot the device, otherwise, for some reason YT playback is choppy | 11:51 |
freemangordon | for some reason, sometimes after reboot GPU is not in a mood | 11:51 |
buZz | hmm, weird | 11:51 |
freemangordon | yep, rebooting atm, lets see | 11:51 |
buZz | wonder if we could detect that, beside yt playback | 11:51 |
freemangordon | no idea | 11:52 |
freemangordon | maybe some difference in regs | 11:52 |
buZz | i wonder if its better on coldboot vs reboot | 11:52 |
buZz | or the inverse | 11:52 |
freemangordon | no pattern I am aware of | 11:52 |
freemangordon | but, it happens occasionally | 11:53 |
buZz | sometimes reboot seems to hang for me too, after motorola logo, taking a long time before kexecboot shows | 11:53 |
buZz | maybe 10x longer than 'normal' | 11:53 |
freemangordon | yep, after reboot it plays 240p with no issues | 11:55 |
buZz | gee! , just a warm reboot? | 11:55 |
freemangordon | power down | 11:55 |
buZz | so , a cold boot? | 11:56 |
freemangordon | yes | 11:56 |
freemangordon | but I am not sure it matters | 11:56 |
freemangordon | but again, no known pattern | 11:56 |
buZz | weird :) | 11:57 |
freemangordon | the only difference I am aware of is that it entered charge mode when it was choppy | 11:58 |
freemangordon | but I doubt this is the reason | 11:58 |
freemangordon | also, the whole display was full with renderning artefacts | 11:58 |
buZz | the ants? | 11:59 |
freemangordon | legions of them, everywhere :D | 11:59 |
buZz | was your battery really low when driver initialized? | 11:59 |
freemangordon | yes | 11:59 |
buZz | hmmmmm :) | 11:59 |
freemangordon | I think it is related | 11:59 |
buZz | yeah my suspicion too | 12:00 |
buZz | +spelling | 12:00 |
freemangordon | git it :) | 12:00 |
buZz | just like how the modem seems to behave weird at <20% | 12:00 |
freemangordon | *got | 12:00 |
freemangordon | and my battery is really old | 12:01 |
buZz | same here\ | 12:02 |
freemangordon | most-probably related | 12:02 |
freemangordon | will see when replacement battery arrives how it will behave | 12:02 |
buZz | which battery did you order? | 12:02 |
freemangordon | the one uvos is using | 12:02 |
freemangordon | don;t remember the exact model | 12:03 |
buZz | ah nice, i want one too | 12:03 |
buZz | does it have the flex lips like d4 uses already? | 12:03 |
freemangordon | no, I will have to modify | 12:03 |
buZz | or would it require that flexpcb design he shared | 12:03 |
freemangordon | will see if I will manage to :) | 12:03 |
buZz | i was looking that we could maybe expand that flexpcb to have the connections for a thermistor too | 12:03 |
buZz | and maybe make it slightly more universal | 12:04 |
freemangordon | I will try to plant the whole circuitry from the old battery | 12:04 |
buZz | just put the thermistor on that flexpcb | 12:04 |
buZz | ah yeah , that works too | 12:04 |
buZz | i'm still hunting for a new produced HV lipo that fits the case | 12:05 |
freemangordon | tmlind: TBH, I don;t feel experienced enough to comment - neither do I fully understand what the issue dmitry is fixing is about, nor the follow-up discussion | 12:05 |
* buZz puts pizza slices on the table for all | 12:06 | |
Wizzup | our raspi4 images are kinda broken | 12:33 |
Wizzup | the kernel compile fails | 12:33 |
Wizzup | heh | 12:33 |
buZz | :( | 12:33 |
buZz | sad | 12:33 |
Wizzup | somehow it boots | 12:33 |
Wizzup | :D | 12:33 |
Wizzup | but it's llvmpipe and no modules | 12:33 |
buZz | oh :P haha | 12:33 |
buZz | still had a old kernel on it? | 12:33 |
Wizzup | https://phoenix.maemo.org/view/Images/job/leste-image-raspi4-64bit/114/consoleText | 12:33 |
Wizzup | buZz: not sure how yet | 12:33 |
buZz | Temporary failure resolving 'maedevu.maemo.org' | 12:34 |
buZz | ? | 12:34 |
buZz | dont pi's normally have a seperate partition with the kernel? | 12:34 |
norayr | also yewtu.be, i guess this was the domain, is an invidious instance, and it has very leightweight ui, even for a computer | 12:37 |
norayr | i often use it to decrease the load of the machine | 12:38 |
norayr | but maybe it doesnt have 144p | 12:38 |
Wizzup | freemangordon: where did you put iphbd-dkms ? | 12:38 |
Wizzup | freemangordon: the raspi can't find it | 12:39 |
Wizzup | it's not in the droid4 component is it? | 12:39 |
Wizzup | doesn't look like it | 12:40 |
Wizzup | ah nvm, it's complaining about linux headers | 12:40 |
Wizzup | unsurprisingly.. | 12:40 |
buZz | norayr: i'd like to record using actual youtube in the background though | 12:41 |
buZz | as google now -charges money- for that luxury | 12:41 |
buZz | (as youtube premium, one of the features is 'background playback') | 12:41 |
Wizzup | apparnetly linux-headers-arm64 does not provide linux-headers? eh | 13:03 |
buZz | might be the issue i saw earlier? where our kernels dont build source packages | 13:04 |
buZz | imho -headers is still source | 13:04 |
Wizzup | no, seems very unrelated :D | 13:04 |
buZz | hehe ok | 13:04 |
tmlind | freemangordon: i replied what i think is going on with the panels, maybe take a look and comment if there's any need for the old omapbf drivers in question | 13:09 |
tmlind | omapfb panel drivers i mean | 13:09 |
buZz | tmlind: do you have any idea if the omap gpu driver could support .icc profiles for color correction? | 13:10 |
buZz | -could | 13:10 |
tmlind | buZz: no idea whatsoever | 13:13 |
buZz | alright :) i'll try soon | 13:13 |
uvos__ | buZz: the hang at the motorola logo | 13:15 |
buZz | -after- the logo | 13:15 |
uvos__ | right also after | 13:15 |
buZz | screen is black then | 13:15 |
uvos__ | (ie at black) | 13:15 |
buZz | yeah | 13:15 |
uvos__ | is some bug in the stock kernel caused by the uart module thats loaded by the intercept | 13:16 |
uvos__ | its related to the modem | 13:16 |
buZz | hmmm | 13:16 |
uvos__ | if the modem is busy and uses the uart the kernel hangs | 13:16 |
buZz | so maybe that kexecboot kernel needs some 'ignore uarts' flag ? | 13:16 |
uvos__ | no | 13:16 |
buZz | oh ok | 13:16 |
uvos__ | so the problem is that the kexec module loads a hacky uart module | 13:16 |
uvos__ | s/loads/depends | 13:17 |
buZz | what would that need a uart for? | 13:17 |
uvos__ | this was done by the linageos people because there is no way to get debug output at all | 13:17 |
buZz | ah | 13:17 |
uvos__ | while writeing the kexec module | 13:17 |
uvos__ | but its buggy somehow | 13:17 |
buZz | but then still kinda sounds like we dont need uarts there? | 13:17 |
uvos__ | if the modem uses its uarts while the hacky uart module is active | 13:17 |
uvos__ | stock kernel crashes | 13:18 |
uvos__ | i "fixed" this on my device | 13:18 |
uvos__ | by adding a 10 sec delay | 13:18 |
uvos__ | this ensures the modem has setteled more | 13:19 |
uvos__ | and the crash never happens on my device | 13:19 |
uvos__ | but its not really a fix | 13:19 |
uvos__ | fixing this problem is hard beacuse its in the module you need to get any output at all | 13:19 |
buZz | cant we just remove that lineageos change then? | 13:20 |
uvos__ | no | 13:20 |
uvos__ | its required to kexec | 13:20 |
buZz | aw | 13:20 |
uvos__ | you could remove all the debug prints in the kexec module | 13:20 |
uvos__ | and then not use the hacky uart module | 13:20 |
buZz | yeah that was my suggestion | 13:20 |
uvos__ | but then you have no debug output during kexec | 13:20 |
buZz | remove the dependancy | 13:20 |
uvos__ | so thats not great either | 13:20 |
buZz | i guess, but when was last time you debugged kexec? | 13:20 |
uvos__ | well right now | 13:20 |
uvos__ | xD | 13:20 |
buZz | :P | 13:21 |
uvos__ | buZz: as for if omapdrm could do color transformations | 13:25 |
uvos__ | shure you could do it on a pvr shader no problem | 13:25 |
uvos__ | thats how modesetting works | 13:25 |
buZz | uvos__: no problem, as in no penalty in speed? | 13:26 |
uvos__ | well not zero | 13:26 |
uvos__ | but low | 13:26 |
buZz | sounds good | 13:26 |
norayr | people, i want to get linux-image-omap kernel sources, added deb-src | 13:34 |
norayr | copied our maemo lines in sources.list, but changed deb to deb-src | 13:35 |
norayr | apt-get update, apt-get source linux-image-omap doesn't get me the source. | 13:35 |
norayr | i would like to get the source, change a couple of things in light meter driver source, my friend believes there is a bug there. | 13:35 |
norayr | and metered light differs dramatically from other devices. | 13:35 |
buZz | yeah there's no source package for the kernels i think :( | 13:36 |
buZz | wish we did | 13:36 |
uvos__ | norayr: just grab it off git | 13:51 |
uvos__ | since we have quite a few devices that are stuck with gprs/edge in most places now | 14:06 |
uvos__ | maybe we should run a compression proxy like https://github.com/barnacs/compy | 14:07 |
buZz | ssh -C works too :P | 14:11 |
uvos__ | on https webpages? | 14:20 |
uvos__ | not really | 14:21 |
buZz | hehe, no | 14:21 |
buZz | :P | 14:21 |
buZz | but dont almost all webservers do onthefly gzip nowadays? | 14:21 |
uvos__ | no all, also the greates benefit of compy is that it reencodes the images | 14:22 |
uvos__ | to make them smaller | 14:22 |
uvos__ | this is huge saveings | 14:22 |
uvos__ | for little loss on a phone sized screen | 14:22 |
Wizzup | buZz: there are source packages for kernels | 14:32 |
buZz | Wizzup: see norayr just now? | 14:44 |
norayr | but how the kernel source package is named for droid4? | 14:48 |
norayr | it said Picking 'omap-linux' as source package instead of 'linux-image-omap' | 14:49 |
norayr | E: Unable to find a source package for omap-linux | 14:49 |
norayr | i'll take this: https://github.com/maemo-leste/droid4-linux.git | 14:59 |
uvos__ | norayr: maemo-5.18.y branch | 14:59 |
norayr | 5.18.19 tag | 15:00 |
norayr | will try to not rebuild everything, but only module. not sure how. | 15:00 |
freemangordon | no way, you need the whole kernel | 15:00 |
uvos__ | why, you can for sure buid just one module | 15:00 |
Wizzup | git checkout https://github.com/maemo-leste/droid4-linux.git -b 5.18.19 --depth 1 | 15:00 |
freemangordon | or, you can get kernel headers and build as out-of-tree module | 15:01 |
freemangordon | uvos__: no, because of the module versioning | 15:01 |
norayr | i want to rmmod the module, and then... | 15:01 |
norayr | thank you, Wizzup! | 15:01 |
freemangordon | well, if he copies debian build scripts etc | 15:01 |
freemangordon | but then again, it is easier to just build the whole kernel, copy to device and start playing | 15:02 |
uvos__ | sure | 15:02 |
freemangordon | well, at least for me is easier :) | 15:02 |
norayr | i don't understand, debian build scripts will help me to build the whole kernel, not only the module. | 15:02 |
norayr | ok let's see. | 15:02 |
uvos__ | but its hardly impossible to build one module for the installed kernel | 15:03 |
norayr | Wizzup: that's not the branch 5.18.19, i guess, that's tag. | 15:03 |
freemangordon | debian build tree will help you to build the correct kernel symbols version | 15:03 |
uvos__ | -b command takes tags too | 15:03 |
uvos__ | despite the name | 15:03 |
uvos__ | @norayr | 15:03 |
freemangordon | if you know what you are doing | 15:03 |
norayr | i don't (: | 15:03 |
freemangordon | me neither, that's why I am building the whole kernel :) | 15:03 |
norayr | let's see, i'll try. | 15:04 |
uvos__ | so regarding the als units | 15:05 |
uvos__ | the cange is trival to do | 15:05 |
uvos__ | but idk if the mapphones are off because its a bug in the kernel with what units it presents on sysfs | 15:05 |
uvos__ | or if the mapphones have a variant of the als chip | 15:05 |
uvos__ | thats different | 15:05 |
uvos__ | in case 1 you can just change the scale file in sysfs | 15:05 |
uvos__ | in the other case you would need to add a dts parameter | 15:06 |
uvos__ | to know what it is you would need to have the chip in some other form than just in a mapphone | 15:06 |
uvos__ | so i decided not to deal with this | 15:06 |
norayr | i'll show you the fix by my friend, i'll understand it better when i apply it. | 15:07 |
norayr | not sure it'll change the behaviour of als. | 15:08 |
norayr | but let's see. | 15:08 |
buZz | imho, would be easier if we had kernel source packages :P | 15:11 |
norayr | yes. of course. | 15:11 |
norayr | i was sure we have. (: | 15:11 |
norayr | should i also take droid4 config from git? | 15:12 |
norayr | ah, i'll take it from /proc/config.gz | 15:12 |
freemangordon | omap2plus_defconfig, no? | 15:12 |
norayr | i don't know? there are configs for devices on git. | 15:13 |
freemangordon | uvos__: Wizzup: we are using omap2plus_defconfig, right? | 15:13 |
uvos__ | freemangordon: yes | 15:14 |
uvos__ | but config.gz will work fine too | 15:14 |
uvos__ | ofc | 15:14 |
* DocScrutinizer pokes buZz | 16:21 | |
buZz | hiya :) | 16:23 |
buZz | *sigh* ok, i think i found why my .deb keeps having nothing inside | 16:24 |
buZz | the 'make install' on this project does nothing -_- | 16:24 |
buZz | guess i'll just have to add a pile of cp commands somewhere | 16:24 |
Wizzup | buZz: does it not use cmake or autotools? | 16:28 |
Wizzup | maybe look how many of the other debian/rules files look | 16:29 |
buZz | it uses cmake, but somehow it doesnt have any installation files | 16:29 |
buZz | i did find this https://github.com/diasurgical/devilutionX/blob/master/CMakeLists.txt#L519 | 16:29 |
Wizzup | what are 'installation files' ? | 16:30 |
buZz | i mean , 'make install' after running cmake doesnt copy any compiled binary to anywhere | 16:31 |
Wizzup | freemangordon: ok, I have a lime2 with 7" ts and 800x480 screen working | 16:38 |
Wizzup | I had to hack a bit on our sunxi image and copy some olimex files, but it's working | 16:38 |
buZz | cool! | 16:40 |
buZz | decent speed? | 16:40 |
Wizzup | gimme a bit | 16:43 |
buZz | all the bits | 16:44 |
Wizzup | needed to figure out net.ifnames=0 :) | 16:50 |
rafael2k | net.ifnames=0 ❤ | 16:52 |
Wizzup | yes | 16:57 |
freemangordon | I guess I will have to buy another uSD card to resurrect my allwinner | 17:39 |
Wizzup | which allwinner is this? | 17:53 |
* Wizzup just bought a few microsd cards | 17:53 | |
buZz | so cheap nowadays :) | 18:06 |
buZz | https://www.dataio.nl/samsung-evo-plus-128gb-micro-sd-geheugenkaart-100mbs/ | 18:06 |
Wizzup | freemangordon: do you remember if we needed any kernel patches for some of the flickering of lima to go away? | 18:09 |
buZz | freemangordon: just to confirm, indeed, 144p playback was bad, reboot, and it was smooth | 18:11 |
freemangordon | Wizzup: q8 a33 is all I remember | 18:14 |
Wizzup | right the plesio one | 18:15 |
Wizzup | I have a lime2 here showing 4g connectivity :) | 18:15 |
freemangordon | lemme check in android | 18:15 |
Wizzup | fixing gps atm for the demo | 18:15 |
Wizzup | the raspi also works with 3d and touchscreen,wifi etc | 18:16 |
freemangordon | nice :) | 18:17 |
norayr | i also feel that charging does something bad to droid4. i think it is already better than a month ago. | 18:18 |
freemangordon | norayr: there was a pile of fixes/improvements top xorg driver | 18:19 |
norayr | yes, i was seeing something is happening. (: | 18:19 |
freemangordon | Wizzup: Q8H_HD | 18:26 |
freemangordon | I remember I had issues with TS | 18:29 |
freemangordon | had to copy firmware or something | 18:29 |
Wizzup | probably dts needs updates too for newer kernels | 18:33 |
freemangordon | mhm | 18:37 |
Wizzup | it seems that mce sometimes locks the screen even when lock is disabled | 18:41 |
freemangordon | Wizzup: BTW, most-probably the flickering in lima was because our clutter was missing buffer_age support | 19:02 |
freemangordon | Wizzup: if I pull image builder, is it supposed to work? | 19:10 |
freemangordon | or I have to create some special VM? | 19:10 |
Wizzup | freemangordon: pull can work, but I loathe to use it in general | 19:11 |
Wizzup | freemangordon: I made a sunxi image today | 19:11 |
Wizzup | but it does not have kernel or u-boot | 19:11 |
Wizzup | but everything else is there | 19:11 |
Wizzup | :) | 19:11 |
Wizzup | https://maedevu.maemo.org/images/sunxi/ | 19:12 |
freemangordon | well, I wonder how iseful it would be without kernel/uboot :) | 19:12 |
freemangordon | *useful | 19:12 |
Wizzup | well, you will have your own u-boot and kernel | 19:12 |
Wizzup | won't you? | 19:12 |
freemangordon | yes, I will | 19:12 |
Wizzup | then :) | 19:13 |
freemangordon | but isn't it better to have at least kernel? | 19:13 |
freemangordon | like, we have different DTBs, but kernel should be the same, no? | 19:13 |
Wizzup | yes, but I am out of time to dedicate to this and the image builder kernel was -broken- | 19:13 |
freemangordon | ah | 19:13 |
Wizzup | so I just disabled it so I could at least get base image | 19:13 |
freemangordon | ugh, u-boot won;t even build on my ubuntu :( | 19:17 |
Wizzup | you might be able to use the old u-boot if you still have the sd card of image | 19:17 |
freemangordon | I still have the tree :) | 19:18 |
freemangordon | just pulled, but stored sha id before the pull ;) | 19:18 |
Wizzup | :) | 19:19 |
freemangordon | now I have to find boot.scr and mkimage parameters | 19:20 |
freemangordon | not that I have sd card to test with :) | 19:20 |
Wizzup | I don't have 3d on the rpi yet, but given that it is a rpi4 and the screen is 800x480, llvmpipe seems to be ok :) | 19:23 |
freemangordon | Wizzup: maybe I can pull image builder and see why kernel is broken | 19:25 |
freemangordon | but I will have to setup some recent ubuntu VM | 19:26 |
freemangordon | or maybe I can use leste? | 19:26 |
Wizzup | all of those can work | 19:29 |
freemangordon | Wizzup: linux-5.11.y | 19:38 |
freemangordon | isn;t that too old? | 19:38 |
Wizzup | yes. | 19:38 |
Wizzup | that too | 19:38 |
freemangordon | hmm, how to build for maemo not for devuan? | 19:40 |
uvos | Wizzup: "it seems that mce sometimes locks the screen even when lock is disabled" what makes you say that? | 19:59 |
Wizzup | I observe it | 20:01 |
Wizzup | it's probably what you discussed with fmg earlier | 20:01 |
Wizzup | it's particularly obvious on both the lime and the raspi since they don't have a power button | 20:02 |
Wizzup | so I can't unlock unless I ssh in and restart mce | 20:02 |
Wizzup | it only happens once after boot, mind you | 20:02 |
uvos | it seams to work fine here | 20:03 |
uvos | what are you seeing exatcly | 20:03 |
Wizzup | the screen turns off and touching it does not make the screen turn on | 20:03 |
Wizzup | and the option to lock the screen is explicitly disabled | 20:04 |
uvos | ok | 20:04 |
freemangordon | and to add to that - mce locks screen on power-up even when keyboard is open | 20:04 |
uvos | dosent happen here so its probubly something in lock-tklock or lack of https://github.com/maemo-leste/osso-applet-display/pull/2 | 20:04 |
uvos | freemangordon: mce cant know if the keyboard is open on power up | 20:05 |
uvos | unfortionatly | 20:05 |
freemangordon | how's that? | 20:05 |
uvos | in the fremantle kernel | 20:05 |
uvos | there was a hack that allowed it to read that key via sysfs | 20:05 |
uvos | but we just have evdev | 20:05 |
uvos | that only creates an event when the slide state changes | 20:06 |
freemangordon | oh | 20:06 |
uvos | so mce has no idea about the slide state untill it moves once | 20:06 |
freemangordon | thats.... | 20:06 |
uvos | it assumes closed | 20:06 |
freemangordon | I am speechless :) | 20:06 |
uvos | but fear not | 20:06 |
uvos | there is some way to read the key state on startup in the mainline kernel | 20:06 |
uvos | evtest manages somehow :) | 20:07 |
freemangordon | :) | 20:07 |
freemangordon | ok, then we just need to find it | 20:07 |
Wizzup | btw I'm planning to show off a few devices at openfest and have them xmpp chat with each other | 20:09 |
Wizzup | hard on devices with no hwkeyboard but eh | 20:09 |
uvos | bring bluetooth keyboards maybe | 20:09 |
freemangordon | I have one USB, from the tablet :) | 20:10 |
Wizzup | the raspi and lime2 have a usb port | 20:10 |
Wizzup | ;) | 20:10 |
Wizzup | If I ever finished the qt5 im it would not be a problem hehe | 20:10 |
uvos | yeah its lack of https://github.com/maemo-leste/osso-applet-display/pull/2 | 20:18 |
uvos | @bug Wizzup | 20:18 |
uvos | but thats still a bug, the gconf key should not have moved in the transition to mce-rtconf, gesttings comapt work, but it probubly changed its name slightly causing this bug | 20:19 |
uvos | https://github.com/maemo-leste/mce/blob/b1954307d70f7013d6da8104c2b629e491e58af1/src/modules/rtconf-gconf.c#L35 | 20:22 |
uvos | probubly need a special case for this key here | 20:22 |
uvos | it probubly ends up in /system/osso/dsm/display/ but should go in /system/osso/dsm/locks/ | 20:22 |
uvos | oh wait there is a special case for it allready | 20:23 |
uvos | hmm | 20:23 |
uvos | maybe touchscreen_keypad_autolock_enabled is not the right match, ill check it out some time soon. | 20:23 |
uvos | in the meantime the de-gconfig-ing of mces interface users would be good to merge anyhow: https://github.com/maemo-leste/osso-applet-display/pull/2, https://github.com/maemo-leste/osso-applet-notificationlight/pull/1, https://github.com/maemo-leste/hildon-desktop/pull/19 | 20:26 |
Wizzup | uvos: ty @ check out | 20:33 |
Wizzup | I don't want to introduce bugs in the next 2 days :D | 20:36 |
* uvos merges mce dev branch into master and builds | 20:41 | |
Wizzup | :D | 20:44 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!