missMyN900 | @sicelo: I loathe wpa_supplicant. I have NEVER gotten it to work manually, only with frontends. And I have very carefully followed the tutorials. OpenBSD's ifconfig is so much better than the mess networking is (or used to be at least) on Linux | 00:57 |
---|---|---|
Wizzup | missMyN900: you're free to port libicd-network-wpasupplicant to iwd :p | 01:11 |
missMyN900 | Wizzup: is connman supporting iwd not enough? | 01:18 |
Wizzup | no, we don't use connman | 01:31 |
sicelo | missMyN900: and i never had a problem with wpa_supplicant ever, even on N900. whether using manual methods (wpa_cli) or frontends. anyway, no denying that everyone is moving towards iwd, and one may as well embrace it | 10:34 |
uvos | parazyd: can i have a extras repo for qtwebbrowser? | 11:27 |
crab | ok so what is happening here: https://paste.debian.net/1220759 ? | 11:50 |
crab | ill run with -a and see what that says... | 11:50 |
crab | hildon-connectivity-wlan/stable 1.5+2m7 all [upgradable from: 1.4+2m7] | 11:51 |
crab | hildon-connectivity-wlan/now 1.4+2m7 all [installed,upgradable to: 1.5+2m7] | 11:51 |
Wizzup | crab: btw, if you still have no ui, we may know the problem | 11:51 |
Wizzup | uvos: so you think I should revert this right? https://github.com/maemo-leste/maemo-system-services/commit/5b164f9a8dc0bf34abb4120348c1aa0c69a88c88 | 11:52 |
crab | https://paste.debian.net/1220760/ | 11:52 |
crab | and thats what happens if i try to install it | 11:53 |
crab | well i do have the ui problem still, | 11:53 |
crab | but im now beginning to think that somehow apt is a bit unwell | 11:53 |
crab | "problem" (for certain values of "problem") | 11:53 |
Wizzup | try: apt-get -s -o Debug::pkgProblemResolver=yes install ... | 11:53 |
crab | i did that the other day to no avail iirc. | 11:54 |
Wizzup | uvos: I could also have ofono be a dependency of maemo-system-services | 11:54 |
Wizzup | crab: right it's just more debug info, what if you install the packages directly that it says it cannot pull | 11:54 |
Wizzup | i.e. add all three to apt install | 11:54 |
crab | so install with the three .'s literally like that? | 11:55 |
crab | or with that hildon wifi thingy? | 11:55 |
crab | (re. my pastebins) | 11:55 |
Wizzup | crab: sec let me give you a literal command | 11:56 |
uvos | Wizzup: yes we need to revert that | 11:56 |
Wizzup | uvos: what about depending on ofono | 11:56 |
uvos | Wizzup: and whatever xsession script hangs when ofono is not available must not | 11:56 |
Wizzup | crap: apt install hildon-connectivity-wlan libicd-network-wpasupplicant-dbus-n900 libicd-network-wpasupplicant-dbus-common | 11:56 |
uvos | i dislike it because it forces ofono on devices with no modem | 11:56 |
crab | cool... | 11:56 |
Wizzup | uvos: by design it system waits for sim to be ready before it continues | 11:56 |
Wizzup | this is how fremantle does it | 11:57 |
Wizzup | maybe it can not block if ofono is not running | 11:57 |
Wizzup | or something. | 11:57 |
uvos | Wizzup: im pretty sure you can just after: ofono and have the script return of ofono is not running | 11:57 |
Wizzup | it's not about the script, it's about the binaries it invokes | 11:57 |
Wizzup | and in general this contains a lot of non-ofono stuff AFAIK | 11:57 |
uvos | well fixing the binary would be best | 11:57 |
Wizzup | so it can't just *not* run | 11:58 |
uvos | what is it? | 11:58 |
uvos | the binary | 11:58 |
Wizzup | sure if we remove the ofono line now it will work for non-devel, but anyone with ofono and the connui-cellular installed will get a black screen forever | 11:58 |
Wizzup | startup-pin-entry iirc | 11:58 |
Wizzup | it's supposed to block in X before h-d starts | 11:58 |
uvos | and what dose startup-pin-entry do except unlock the sim? | 11:58 |
Wizzup | ^ | 11:58 |
Wizzup | there's a whole part that uses actual matchbox | 11:59 |
uvos | yeah but what for? why would we block x on a device with no modem? | 11:59 |
uvos | for what | 11:59 |
Wizzup | nobody said 'with no modem' | 11:59 |
Wizzup | of course with devices without modem it is different | 11:59 |
uvos | ok well why would we block x on a device with ofno ot installed? | 11:59 |
Wizzup | the line of questioning is not helpful | 11:59 |
crab | https://paste.debian.net/1220762 | 11:59 |
uvos | Wizzup: im trying to undeerstand | 11:59 |
Wizzup | I didn't say we should block X if there is no modem waiting for pin | 11:59 |
uvos | ok | 11:59 |
crab | hopefully i did that right | 11:59 |
crab | the copy paste was a bit tricky | 12:00 |
uvos | what i realy want to know is why must startup-pin-entry run if ofono is not availble | 12:00 |
crab | but since it thinks those things exist i guess it cant have been that badly wrong | 12:00 |
uvos | run as in more than just exit with: ofono not available | 12:00 |
Wizzup | uvos: I don't think it should be installed when there is no modem probably | 12:01 |
Wizzup | that's an easy solution, but it doesn't help if we then remove 'ofono' from the depends of this script | 12:01 |
uvos | why you can have it after: ofono | 12:01 |
uvos | then iiuc if ofono isten installed | 12:01 |
uvos | the script will still work fine | 12:02 |
uvos | while if it is ofono will run before this script | 12:02 |
Wizzup | crab: so I don't understand this, I see parazyd committed those packages at some point but I reverted them, but it is not clar to me what made it into the repo | 12:02 |
Wizzup | uvos: ok, I would try it on my d4 except that ofono there isn't helpful :P | 12:02 |
uvos | btw startup-pin-entry needs to be replaced anyhow | 12:03 |
uvos | since sim cards can be hot plugged etc | 12:03 |
Wizzup | it can run upon sim plug as well then | 12:03 |
uvos | right | 12:03 |
Wizzup | in any case ofono often doesn't detect this currently | 12:03 |
uvos | we can change it from blocking the session | 12:04 |
Wizzup | I wouldn't worry about this edge case atm | 12:04 |
uvos | to just poping up whenever ofono reports a new sim | 12:04 |
Wizzup | uvos: yeah it only blocks the session by 'virtue' of it not exiting and not being backgrounded | 12:04 |
Wizzup | so I should test this with 'after' and see if I still get the pin entry? | 12:04 |
uvos | not sure how you would test that, i dont get pin entry regardless | 12:05 |
Wizzup | wish the droid4 and n900 sim size were the same hehe | 12:05 |
uvos | due to ofono isues | 12:05 |
uvos | oh on n900 yeah | 12:05 |
Wizzup | oh, I forgot I removed nokia-modem from 5.15 because of panics | 12:05 |
Wizzup | rip | 12:05 |
Wizzup | SNAFU all day long :P | 12:05 |
crab | Wizzup: so essentially on my machine, apt wants those two packages in the repo for the gui (or something it depends on - the wifi thing) ? | 12:05 |
Wizzup | crab: let me check something with parazyd | 12:06 |
uvos | Wizzup: maybe making startup-pin-entry non blocking and wait for ofono to show on dbus to pop up with a window is least work | 12:07 |
uvos | then the init script dosent have to care about ofono at all | 12:07 |
Wizzup | uvos: well that's not how it should work I think | 12:07 |
uvos | why not | 12:07 |
uvos | you want the phone to be unusable with a locked sim? | 12:07 |
uvos | as in to someone without the pin | 12:08 |
uvos | i allways thought that was a absurd security mesure. | 12:08 |
uvos | since the attecker can just swap the sim, or remove it | 12:08 |
crab | Wizzup: i appreciate this, but remember: im just a casual hobbyist end user who is (hopefully) helping you lot out. my n900 is doing what it needs to do and as ive said before i am more than happy to do a reinstall at some point if ive been unlucky :) | 12:08 |
Wizzup | uvos: I don't know why they do it per se, but I think it's a logical order | 12:09 |
Wizzup | crab: right, do you still have ui problems? | 12:09 |
crab | oh sure | 12:09 |
uvos | i dont think so, but ok | 12:09 |
Wizzup | can you change one line and see if it gets better | 12:09 |
crab | i have no ui at all except during kernel boot :) | 12:09 |
crab | sure ill try... | 12:09 |
crab | (well until i ssh in ofc) | 12:09 |
crab | what do you need me to change? | 12:09 |
Wizzup | crab: edit /etc/init.d/xsession and remove 'ofono' from it | 12:10 |
crab | roger... | 12:10 |
Wizzup | and then restart/reboot | 12:10 |
crab | roger again... | 12:11 |
Wizzup | the wlan thing we'll fix next, it looks like the CI just failed | 12:11 |
* crab waves at n900 | 12:11 | |
uvos | Wizzup: looks like the right flag is use: not after: | 12:17 |
uvos | https://github.com/OpenRC/openrc/blob/master/service-script-guide.md | 12:17 |
uvos | use is a soft dependency - if dns, logger or netmount is in this runlevel start it before, but we don't care if it's not in this runlevel. | 12:17 |
uvos | after declares that we need to be started after another service, without creating a dependency (so on calling stop the two are independent) | 12:17 |
uvos | actually im not sure what the difference is | 12:18 |
uvos | but use sounds more directly like what we want | 12:18 |
Wizzup | uvos: looks good | 12:19 |
Wizzup | crab: parazyd and I likely debugged the wifi thing, will have fix in ~1hr or so | 12:19 |
n900 | my gui has been restored! \o/ | 12:20 |
Wizzup | we'll push that fix out as well | 12:20 |
crab | Wizzup: ^ you heard the phone :) | 12:20 |
Wizzup | crab: feel up for trying one more thing to help out? :P | 12:20 |
crab | ofc | 12:20 |
Wizzup | can you change the same file and add 'use ofono' below 'need xorg mce' | 12:21 |
Wizzup | without the quotes | 12:21 |
Wizzup | and then reboot to see if it still works | 12:21 |
crab | ok let me take another look and make sure i know what you mean... | 12:21 |
Wizzup | depend() { need xorg mce use ofono keyword -timeout | 12:22 |
Wizzup | } | 12:22 |
Wizzup | irssi stripped the newlines | 12:22 |
Wizzup | sec | 12:22 |
Wizzup | https://dpaste.com/8DBZ9YHAH | 12:22 |
n900 | cool i will do that and leave more gracefully this time. | 12:23 |
crab | i dont want to hassle you about it today, esp. as it seems to be consistent with regular maemo and that strange debian install, | 12:25 |
crab | but i wish i knew why this thing didnt seem to play ball with slaac for ipv6 | 12:25 |
crab | if i assign the address manually it works fine | 12:25 |
crab | so strange | 12:25 |
uvos | we dont setup ipv6 at all | 12:26 |
uvos | so yeah no ipv6 support | 12:26 |
Wizzup | crab: don't push your luck regarding ipv6 lol :P | 12:28 |
Wizzup | I think there is some ipv6 support on fremantle, but I don't know -anything- about ipv6 | 12:28 |
Wizzup | it's a 'later' thing mostly I think | 12:28 |
crab | well the use works | 12:30 |
crab | i still have a gui | 12:30 |
Wizzup | ok, ty | 12:31 |
uvos | Wizzup: how can you install files in debian/*.install from src directory ? | 12:32 |
crab | Wizzup: it does work: | 12:32 |
crab | root@devuan-n900:~# ping6 www.google.com | 12:32 |
crab | PING www.google.com(lhr25s32-in-x04.1e100.net (2a00:1450:4009:81e::2004)) 56 data bytes | 12:33 |
crab | 64 bytes from lhr25s32-in-x04.1e100.net (2a00:1450:4009:81e::2004): icmp_seq=1 ttl=119 time=12.5 ms | 12:33 |
crab | just not slaac oddly. | 12:33 |
crab | but i guess the implication is that code may be a bit old and crufty | 12:33 |
uvos | $ ping6 www.google.com | 12:33 |
uvos | connect: Network is unreachable | 12:33 |
uvos | not sure | 12:33 |
uvos | must be something you did | 12:33 |
crab | uvos: it took me years of farting aroudn | 12:33 |
crab | but one day i just thought "what happens if i assign manually with ifconfig?" | 12:33 |
crab | and to my shock and surprise it worked. | 12:33 |
uvos | right ok | 12:33 |
crab | so if anyone here has a n900 and wants ipv6 - theres your hot tip. | 12:34 |
uvos | yeah no idea why slaac over ipv6 dosent work on your custom setup ofc :P | 12:34 |
crab | its not that custom! | 12:34 |
crab | its pretty standard maemo-leste i think | 12:34 |
crab | :) | 12:34 |
crab | (but in fairness to you lot, it also doesnt work under debian or the regular maemo) | 12:35 |
crab | anyway, thanks for getting my gui back and hope ive helped. | 12:35 |
crab | if you need me to test more stuff in future, if n900 is lurking here, i have a device ready for you. | 12:35 |
uvos | Wizzup: no ideas? | 12:38 |
Wizzup | uvos: sorry, what do you mean, how ot edit debian//rules or name files, or do you want to do some hack? | 12:38 |
Wizzup | crab: yeah ipv6 support is there in kernel, we just don't do whatever is required upon link up/dhcp/etc | 12:39 |
Wizzup | crab: https://github.com/maemo-leste/bugtracker/issues/139 | 12:39 |
uvos | Wizzup: a bit of a hack, i want to just install a resource fille that the the buildsystem dosent install | 12:39 |
uvos | ie i have a maemo specific .desktop file | 12:39 |
uvos | i dont want to add it to the source itself | 12:39 |
uvos | i just want to maintain it in in debain/ | 12:40 |
Wizzup | uvos: I think you just add the path, no? | 12:40 |
Wizzup | does that not work? | 12:40 |
Wizzup | you could maybe even do something like ../src/foo | 12:40 |
uvos | dh_install: Cannot find (any matches for) "../qtwebbrowser.desktop" (tried in ., debian/tmp) | 12:40 |
uvos | i tried that | 12:40 |
Wizzup | try ../../ | 12:41 |
uvos | same | 12:42 |
crab | Wizzup: weird that you should link that with Merlijn Wajers avatar on github when ive been listening to bauhaus today | 12:42 |
Wizzup | yeah I drew that up in inkscape ~13 years ago :P | 12:42 |
Wizzup | (I am merlijn) | 12:42 |
crab | heheh | 12:42 |
sicelo | crab ... enyc? | 12:43 |
crab | heh | 12:43 |
crab | no but i kind of know who that is! :) | 12:43 |
sicelo | ok | 12:44 |
uvos | Wizzup: was it you that made the svg file on wikipedia? | 12:44 |
crab | Wizzup: https://www.youtube.com/watch?v=y5Y6JrRRMiM you may enjoy this later | 12:44 |
Wizzup | uvos: no I just made this one based on the logo, don't think too much of it | 12:44 |
Wizzup | I might change the avatar at some point | 12:45 |
Wizzup | I just set it a long time ago and never changed it really | 12:45 |
Wizzup | is talk.maemo.org down for others? http://talk.maemo.org/showthread.php?t=85357 | 12:45 |
uvos | no | 12:45 |
Wizzup | weird | 12:52 |
freemangordon | uvos: youshould have another target in .pro file that installs to $DESTDIR/$WHATEVER_PATH | 12:54 |
uvos | i dont want to really | 12:55 |
freemangordon | that's the right way | 12:55 |
uvos | id rather not modify upstream source at all | 12:55 |
freemangordon | why? ou're doing distro-specific installation | 12:55 |
freemangordon | also, holdon provides pkgconfig variable for .desktop files location, IIRC | 12:56 |
freemangordon | *hildon | 12:56 |
freemangordon | uvos: the other option is to have custom dh_something in debian/$notsurethepath that installs .desktop file | 12:57 |
freemangordon | but I have never used that so not sure how it works | 12:58 |
Wizzup | freemangordon: hm, I do occasionally get some segfaults still with cma=32MB: [ 2402.701477] cma: cma_alloc: reserved: alloc failed, req-size: 375 pages, ret: -16 | 13:03 |
freemangordon | Wizzup: -depth 16 is your friend ;) | 13:04 |
uvos | on n900 depth 16 might acutally be worthi it | 13:05 |
uvos | it cant run the applications i have in mind that dont do 16 bit anymore | 13:05 |
uvos | anyways | 13:05 |
freemangordon | until I implement that patch that scanouts should not require CMA | 13:05 |
freemangordon | and even after then, it doesn;t make sense to have 24bpp on mobiles with 3-4 inches display | 13:06 |
freemangordon | uvos: what are those apps? | 13:07 |
enyc | crab: I'm here too but not the same as you =)). | 13:07 |
crab | hahah | 13:07 |
crab | i bothered to check if sicelo was in the other other place but i never thought you'd be in here too! | 13:08 |
Wizzup | freemangordon: do you use it with 16 bit depth atm? | 13:09 |
sicelo | crab: i just remembered that enyc was the other person who reported ipv6 issues, hence my question | 13:09 |
crab | oh! | 13:10 |
crab | yeah enyc and i love the ipv6 | 13:10 |
crab | we cant get enough of it | 13:10 |
Wizzup | freemangordon: if so, please let me know what config you use and I'll try it | 13:10 |
Wizzup | otherwise, I think I will increase cma size for now to make this usable | 13:10 |
crab | sicelo: it was just a bit freaky after the bauhaus thing! :) | 13:11 |
crab | i guess its a small world... | 13:11 |
freemangordon | Wizzup: I dont; use it at all :) | 13:11 |
enyc | sicelo crab ; been ages since I tried N900 alas... uerm iirc the problem was that for some oid reasons ipv6 packaets weere getting dropped and were not getting the functionality that worked under cssu+power kernel i.e. at least ipv6 autoconfig without userland support, used to work ....... | 13:11 |
freemangordon | Wizzup: but I think I have tested -depth 16 and it is just fine | 13:11 |
freemangordon | keep in mind this halves the required memory for graphic ops by a factor of 2 | 13:12 |
freemangordon | because 24bpp is actually 32 bpp | 13:12 |
freemangordon | we have ARGB/XRGB | 13:12 |
freemangordon | also, increasing CMA > 32 and having compcache will just leave no memory for anything else | 13:13 |
Wizzup | crab: looks like it's quite small: $ ls -lsh usr/lib/icd2/libicd_network_ipv6.so | 13:14 |
freemangordon | oh, while we are at it - please, *disable* compcache | 13:14 |
Wizzup | 20K -rw-r--r-- 1 merlijn merlijn 18K Apr 9 2008 usr/lib/icd2/libicd_network_ipv6.so | 13:14 |
Wizzup | freemangordon: I don't know what compcache is | 13:14 |
freemangordon | zswap | 13:14 |
Wizzup | so you want no swap? | 13:14 |
freemangordon | I want swap, but no zswap | 13:14 |
Wizzup | I want zswap I think :) | 13:14 |
freemangordon | n900 has a dedicated partition | 13:14 |
freemangordon | Wizzup: trust me, you dont; | 13:15 |
freemangordon | for sure not on n900 | 13:15 |
freemangordon | Wizzup: https://talk.maemo.org/showthread.php?t=76112 | 13:16 |
freemangordon | I've spent a lot of time on that, the final verdict is - unusable | 13:16 |
crab | Wizzup: fwiw, (and i absolutely don't want to contradict what Pali wrote, because i know hes a "legend in the scene" so to speak), | 13:17 |
crab | but im not entirely sure that what he said about just having the sysctl is enough is completely true | 13:17 |
crab | ill see if i can confirm that my settings are sane at some point though | 13:17 |
uvos | freemangordon: well the fact that i just tried to switch x to 16bit but amdgpu refuses to create 16bit scanout buffers should be an indication how well this is still tested | 13:18 |
bencoh | :] | 13:19 |
uvos | freemangordon: from runing 16bit on ddk1.9: anything qml and firefox is realy slow because they do 32 bit rendering regardless and convert to 16 bit for output | 13:19 |
freemangordon | 16bit is broken on ddk1.9 | 13:20 |
bencoh | they probably rely on RGBA for everything GL anyway | 13:21 |
freemangordon | which is slow on ARM, because it uses BGRA ;) | 13:21 |
freemangordon | well, at least SGX do | 13:21 |
uvos | BGRA istent that unusal | 13:22 |
Wizzup | crab: I took a quick look and libicd-network-ipv6 is only 20kb so RE'ing it probably takes 1-2 days, I don't have that time now but in early 2022 I could take a look | 13:22 |
bencoh | oh, I didn't mean RGBA vs BGRA, but vs other 16b formats | 13:22 |
bencoh | like 565 | 13:23 |
freemangordon | uvos: I don;t want to go into lengthy discussions, but I will insist on having 16bpp until someone provides some evidence that 32bpp is better (on mobile) | 13:23 |
Wizzup | freemangordon: maybe just try it for yourself and see | 13:23 |
freemangordon | and "app X does not work" is not really an evidence | 13:23 |
freemangordon | Wizzup: sure, but not now | 13:23 |
uvos | ignoreing the problem with compatability: i mean better is really subjective anyways | 13:23 |
Wizzup | if it works better then we can revisit | 13:23 |
crab | Wizzup: put it on the list | 13:23 |
uvos | people look at photos and stuff on mobile alot | 13:23 |
crab | but far down the list would be my suggestion | 13:24 |
freemangordon | uvos: and how many bits do you think your display has? | 13:24 |
crab | and if anyone bothers you ill happily tell 'em what i have in my script! ;) | 13:24 |
freemangordon | bits per pixel that is | 13:24 |
freemangordon | 12? | 13:24 |
Wizzup | crab: well there are fremantle scripts already | 13:24 |
bencoh | n900's display is pretty decent actually, but yeah, I doubt it has a super high definition | 13:24 |
Wizzup | libicd-network-ipv6-scripts | 13:24 |
freemangordon | n900 is a winner, IIRC it uses 14 or 16 bpp | 13:24 |
freemangordon | but it is a real GRB | 13:24 |
freemangordon | *RG | 13:25 |
uvos | freemangordon: well more that 16 is not usual even on cheep pannels, besides they do temporal dithering | 13:25 |
freemangordon | aah | 13:25 |
uvos | obv ainchent suff like n900 is not the benchmark here | 13:25 |
freemangordon | actually it is | 13:25 |
freemangordon | because it has a real RGB | 13:25 |
* Wizzup checks out for a bit :P | 13:25 | |
Wizzup | crab: please apt update and apt upgrade | 13:26 |
Wizzup | crab: wlan should be fixed | 13:26 |
freemangordon | unlike 'modern' displays which do not | 13:26 |
crab | roger | 13:26 |
uvos | freemangordon: ? "real RGB" | 13:26 |
uvos | you mean not pentile? | 13:26 |
uvos | who still uses pentile? | 13:26 |
uvos | except really really high density stuff | 13:26 |
freemangordon | and what is used now? | 13:26 |
uvos | rgb | 13:26 |
freemangordon | provide example, please | 13:26 |
bencoh | Sony ACX565AKM (n900) | 13:27 |
uvos | xt1602 | 13:27 |
freemangordon | Last time I checked iphone, they were using pentile | 13:27 |
uvos | besides pentile is totaly orthagonal to color depth | 13:27 |
bencoh | Display Colors16.7M (8-bit), CIE193170% | 13:27 |
uvos | pentile reduces spacial resolution not color resolution | 13:27 |
freemangordon | uvos: as I told you ,I don;t have time now (not will later :) ) to go into lengthy discussion on that | 13:28 |
bencoh | sounds like it's really 24b then (?) | 13:28 |
freemangordon | Benwhat is this? | 13:28 |
freemangordon | bencoh: what is this? | 13:28 |
bencoh | n900's lcd panel | 13:28 |
bencoh | http://www.lcd-source.com/Product_Specifications_SONY_ACX565AKM-7 | 13:29 |
freemangordon | yes, it is full 24bit rgb | 13:29 |
freemangordon | n900 panel goes circles around everything I've seen for the last 8-9 years | 13:29 |
uvos | you must have not seen mutch then | 13:30 |
freemangordon | 24bpp, transflective | 13:30 |
freemangordon | uvos: sure, it is that having fullhd on 5 inches is not my cup of tea | 13:31 |
bencoh | freemangordon: yeah, I wish they would go back to transflective displays | 13:31 |
freemangordon | especially if you have to use that in special light conditions to be able to see what is actually drawn on the screen ;) | 13:31 |
uvos | transflective is great | 13:31 |
uvos | but its bad for color reproduction | 13:31 |
freemangordon | not on n900 | 13:32 |
uvos | sure is | 13:32 |
uvos | any amount of inicdent light totaly distroys reprodcution | 13:32 |
freemangordon | ah, you mean when it is exposed to sunlight? | 13:32 |
Wizzup | btw, I mailed pavel about te 5.15 n900 kernel problems | 13:32 |
uvos | its kinda same tradeof as RGBW on d4 | 13:32 |
freemangordon | ok, but I give a shit about colors when I am on the beach and want to read a book | 13:32 |
sicelo | great Wizzup. privately, or via some ML? | 13:33 |
uvos | freemangordon: right its a tradeoff | 13:33 |
uvos | a good one | 13:33 |
bencoh | when exposed to direct sunlight (at least here) n900 kinda looks like some eink reader :) | 13:33 |
bencoh | but it's much better than nothing | 13:33 |
Wizzup | sicelo: privately, I think doing it through ml makes more sense if we have the kernel more packaged and less wip | 13:33 |
Wizzup | sicelo: like in a week from now or so | 13:33 |
Wizzup | I also plan to do a blog post with the 2d/3d stuff | 13:34 |
sicelo | sure. | 13:34 |
freemangordon | I don;t really see much tradeoff here, mobile phone is not tool used for color calibration | 13:34 |
freemangordon | anyway, have to do some RL job | 13:34 |
freemangordon | ttyl | 13:34 |
crab | Wizzup: i think im waiting for the wossname to become valid | 13:36 |
crab | still needs 48 mins or so. | 13:36 |
Wizzup | crab: the what | 13:36 |
crab | https://maedevu.maemo.org/leste/dists/beowulf/InRelease | 13:37 |
crab | that ddue | 13:37 |
crab | *dude | 13:37 |
Wizzup | maybe your time is off | 13:37 |
crab | oh... | 13:37 |
crab | hmmm. | 13:37 |
Wizzup | ntpdate-debian -4 | 13:37 |
crab | ok we are cooking... | 13:41 |
crab | looks like its installed some stuff... | 13:42 |
crab | https://paste.debian.net/1220770 if you want to see output. | 13:43 |
crab | i wonder what was up with the time - zone was correct but it was an hour out. maybe a result of accidentally booting into regular maemo with a weird tz when i pulled the battery before, | 13:44 |
crab | and then when it got into maemo-leste it was like "meh im not stepping this a whole hour in one big chunk" or something | 13:44 |
uvos | so qt webbrowser shows a vkb now - but only if the deivce is not opened :) | 13:46 |
Wizzup | crab: yeah looks fine, maybe try to reboot to make sure it worked | 13:47 |
Wizzup | or sudo /etc/init.d/icd2 restart | 13:47 |
Wizzup | uvos: cool, how does that work with qt? | 13:47 |
Wizzup | the IM is still missing | 13:48 |
uvos | Wizzup: it uses qt's internal vkb - i allready supported that | 13:48 |
uvos | Wizzup: i just added support for checking with mce | 13:48 |
uvos | to get the slide state | 13:48 |
Wizzup | hm, him does that normally I think (The slide checking) | 13:48 |
uvos | Wizzup: yeah ofc | 13:48 |
Wizzup | as in the application doesn't need to know | 13:48 |
uvos | yeah but its not him | 13:48 |
Wizzup | sure | 13:49 |
uvos | it implements/uses qts own vkb | 13:49 |
Wizzup | eventually I don't think we want many different vkbs, but having a decent browser is exciting | 13:49 |
uvos | yeah sure | 13:49 |
uvos | but rn we dont have any browser that works on ts only devices | 13:49 |
Wizzup | yeah | 13:50 |
Wizzup | brb | 13:51 |
crab | restarting looks good | 13:51 |
Wizzup | cool | 13:52 |
crab | ill try a reboot too but since you are brb i will attend to irl job hopefully before you get back! | 13:52 |
crab | ;P | 13:52 |
crab | Wizzup: yep works with reboot too. :) | 14:11 |
crab | <- rl | 14:11 |
Wizzup | great | 14:14 |
uvos | https://github.com/IMbackK/qtwebbrowser <---- someone can pull that intro extras if they like | 14:23 |
Wizzup | uvos: I'm waiting for parazyd to do it :) | 14:30 |
Wizzup | but excited to try | 14:30 |
Wizzup | btw I think we need to look closely at spinals patches for 5.1 since a lot of problems that we had before seem to appear again with 5.15 | 14:31 |
Wizzup | for example the n900 doesn't detect the usb cable is gone and it's no longer charging in upower | 14:32 |
Wizzup | pretty sure that kind of stuff was fixed | 14:32 |
sicelo | he definitely did some amazing work | 14:35 |
Wizzup | basically this https://github.com/maemo-leste/n9xx-linux/commits/n900/v5.1.21-patch | 14:38 |
Wizzup | probably https://github.com/maemo-leste/n9xx-linux/commit/949a796f05f6aab2f13d1504b9453a2dea03f2df- | 14:38 |
Wizzup | actually that should be merged | 14:38 |
Wizzup | anyway, just another thing to do | 14:38 |
Wizzup | uvos: we don't need the /disable attribute anymore for touchscreens right, since we release them in x and mce? | 14:41 |
uvos | no | 14:42 |
uvos | and i droped suport for it form mce some time ago | 14:42 |
uvos | so nothing uses it | 14:42 |
uvos | afaik | 14:42 |
uvos | did we patch that in on n900? | 14:42 |
Wizzup | we used to re-add the disable attr, but I don't think we need it anymore | 14:43 |
Wizzup | uvos: the maemo system services thing is in -devel | 14:45 |
Wizzup | I want to test it somehow but not sure how | 14:45 |
Wizzup | my leste n900 is in 5.15 and 5.1 boots to tty only | 14:45 |
Wizzup | so that gets tricky | 14:46 |
Wizzup | maybe if I can trick the droid into entering charge mode or something... | 14:46 |
uvos | ofono has a fake modem | 14:46 |
uvos | i dont quite remember how to enable it | 14:46 |
uvos | might be usefull | 14:46 |
uvos | (in general not only in this case) | 14:46 |
Wizzup | maybe if it does sin unlocking and stuff yeah | 14:46 |
uvos | https://git.kernel.org/pub/scm/network/ofono/ofono.git/commit/?id=472d84386fbe5f181623328376603ad378d395d4 | 14:49 |
uvos | looks like | 14:49 |
uvos | might make sense to look into enableing phonesim on vm by default | 14:50 |
Wizzup | mhm | 14:52 |
parazyd | uvos: Should that go to extras? | 17:00 |
parazyd | (qtwebbrowser) | 17:01 |
Wizzup | yes | 17:01 |
lel | parazyd created a repository: https://github.com/maemo-leste-extras/qtwebbrowser | 17:03 |
parazyd | uvos: Added you to the repo ^ | 17:03 |
Danct12 | does anyone know how to get a dump of wl1251-nvs.bin from my n900? | 17:03 |
Wizzup | Danct12: https://github.com/maemo-leste/wl1251-cal ? | 17:11 |
Danct12 | would be nice if it can output into file | 17:11 |
tmlind | Wizzup: that oops you posted few days ago is for unloading musb with a configured gadget or something like that | 17:21 |
tmlind | Wizzup: the n900 pm status script looks nice :) | 17:21 |
Wizzup | tmlind: I will package that script today | 17:22 |
Wizzup | tmlind: hm, the other oops I shared on the droid, I'm pretty sure I didn't unload musb then | 17:23 |
tmlind | hmm | 17:24 |
tmlind | was that on reboot or something? | 17:24 |
Wizzup | no, it caused a reboot | 17:25 |
tmlind | interesting | 17:25 |
Wizzup | I was watching a movie and not using it | 17:25 |
Wizzup | It's 5.15 though - so not 5.11 | 17:25 |
tmlind | ok sounds like there are infinite bugs remaining in musb | 17:27 |
Wizzup | Let's double check we're talking about the same thing, I'll find the log | 17:27 |
tmlind | freemangordon: sorry have not had a chance to look at your patches, how about i just merge your linux sgx branch back? | 17:28 |
tmlind | i'll be busy all weekend with a move | 17:28 |
Wizzup | tmlind: so we're talking https://dpaste.com/8YZQ8MX5B right? | 17:29 |
Wizzup | looks like it | 17:29 |
tmlind | yeah | 17:30 |
tmlind | did you plug in the usb cable when it happened? | 17:31 |
Wizzup | it could be that it was plugged in to keep it charged | 17:31 |
Wizzup | which does cause a lot of plug/unplug events I think | 17:31 |
Wizzup | but I didn't -physically- do anything | 17:31 |
tmlind | ok sounds like there's some race with the plug/unplug events with musb | 17:32 |
bencoh | I think so as well | 17:33 |
bencoh | (although here I haven't seen it crash, just disconnect after a few seconds) | 17:34 |
Wizzup | well that aggrevates it probably :p | 17:35 |
uvos | i also saw a random hang+reboot today | 18:00 |
Wizzup | 5.11 or 5.15? | 18:00 |
uvos | 5.15 | 18:00 |
Wizzup | anything in pstore? | 18:00 |
uvos | device was just idleing | 18:00 |
Wizzup | and it's the one from the repo, or? | 18:00 |
uvos | i dident have pstore enabled | 18:00 |
uvos | no mine | 18:01 |
uvos | but its same as yours | 18:01 |
uvos | with just 2 wip cpcap patches | 18:01 |
Wizzup | apart from pstore :P | 18:01 |
uvos | and pstroe | 18:01 |
uvos | yeah | 18:01 |
uvos | random hangs being back is pls no territory | 18:03 |
uvos | n900 dosent boot and d4 hangs | 18:03 |
uvos | it is as allways :P | 18:03 |
lel | IMbackK edited a repository: https://github.com/maemo-leste-extras/qtwebbrowser | 18:04 |
uvos | btw is there a "trick" to figure out what qml modules are needed by a package | 18:07 |
Wizzup | maybe dsc_ knows | 18:08 |
uvos | since they are resolved at runtime its nearly impossible to know what classes/imports are provided by what pacakge | 18:08 |
freemangordon | tmlind: sorry, which patches do you mean? | 18:09 |
uvos | without going through all source and looking up eatch class by hand | 18:09 |
Wizzup | uvos: maybe you can find -iname \*.qml -exec grep import {} \; | sort | uniq or something | 18:09 |
freemangordon | yeah, the wonders of js | 18:09 |
uvos | freemangordon: yeah no kidding | 18:10 |
uvos | sucks | 18:10 |
freemangordon | uvos: I just finished couple of hours angularjs session ;) | 18:10 |
freemangordon | which is no better than qml, if not worse | 18:10 |
Wizzup | worse yeah | 18:10 |
uvos | Wizzup: what you suggest is semi usefull yeah | 18:12 |
uvos | but still pretty hard to compear that to what debian pacakges it needs | 18:12 |
Wizzup | ye | 18:12 |
freemangordon | maybe it will be easier to just run it and watch for "this is missing" exceptions/error messages | 18:13 |
uvos | freemangordon: yeah but then i need a rootfs that has no qml modules to start with | 18:13 |
freemangordon | how hard is to remove if you have already installed | 18:14 |
freemangordon | you'll just reinstall later on | 18:14 |
uvos | well it removes other stuff too | 18:14 |
uvos | because of depends :P | 18:14 |
freemangordon | I know | 18:14 |
freemangordon | but it will remove 2-3 apps | 18:14 |
freemangordon | I guess | 18:14 |
uvos | its in the repos now | 18:16 |
uvos | so maybe just try if you have few modules installed :P | 18:16 |
uvos | i think/hope i have everything coverd | 18:17 |
Wizzup | my droid4 has qml stuff installed for conversations so also not a good test bed | 18:17 |
Wizzup | uvos: what category is it in the application manage? | 18:19 |
Wizzup | I found it | 18:19 |
uvos | upps its in utilitys | 18:20 |
uvos | should be network | 18:20 |
Wizzup | and the icon, it's not in the hildon ones? | 18:20 |
uvos | should it be? | 18:21 |
Wizzup | if it is in extras I would expect it to | 18:21 |
Wizzup | I also don't see it in the debian ones | 18:21 |
uvos | oh you mean that | 18:21 |
uvos | yeah its in hildon | 18:21 |
uvos | this is a bug | 18:21 |
Wizzup | I must be blind | 18:21 |
uvos | sometimes i have to kill hildon to make it pick up new ones | 18:21 |
uvos | or you are blind | 18:22 |
uvos | :P | 18:22 |
uvos | looks like chrome | 18:22 |
Wizzup | I think it might be that you don't use the right way to install it and it is not picked up? | 18:22 |
uvos | no | 18:22 |
Wizzup | maybe it just didn't install or something | 18:22 |
freemangordon | Wizzup: there is some bug, apps don;t appear after being installed | 18:22 |
Wizzup | I never had that before | 18:23 |
Wizzup | maybe kernel lacks inotify? | 18:23 |
uvos | i have sean it plenty | 18:23 |
freemangordon | mhm | 18:23 |
uvos | it works sometimes so that would be unusaly | 18:23 |
uvos | *unusal | 18:23 |
uvos | re lacks inotify | 18:23 |
Wizzup | killed h-d and h-h | 18:24 |
Wizzup | still not there | 18:24 |
Wizzup | and it's definitely installed | 18:24 |
Wizzup | it's an empty pkg. | 18:24 |
uvos | huh wierd | 18:24 |
Wizzup | it contains nothing but a changelog.gz | 18:24 |
Wizzup | assuming it is qtwebbrowser | 18:24 |
uvos | yeah | 18:24 |
Wizzup | dpkg -L shows only changelog.gz | 18:25 |
uvos | it works if i build it localy (obivously) | 18:25 |
uvos | $ dpkg -L qtwebbrowser | 18:25 |
uvos | /. | 18:25 |
uvos | /usr | 18:26 |
uvos | /usr/bin | 18:26 |
uvos | /usr/bin/qtwebbrowser | 18:26 |
uvos | /usr/share | 18:26 |
uvos | /usr/share/applications | 18:26 |
uvos | /usr/share/applications/hildon | 18:26 |
uvos | /usr/share/applications/hildon/qtwebbrowser.desktop | 18:26 |
uvos | /usr/share/doc | 18:26 |
uvos | /usr/share/doc/qtwebbrowser | 18:26 |
uvos | /usr/share/doc/qtwebbrowser/changelog.gz | 18:26 |
uvos | /usr/share/icons | 18:26 |
uvos | /usr/share/icons/qtwebbrowser.png | 18:26 |
uvos | local pacakge is fine | 18:26 |
Wizzup | /. is a bit awkward is it not? | 18:26 |
uvos | no idea how to debu | 18:26 |
uvos | g | 18:26 |
uvos | parazyd ? | 18:26 |
uvos | ideas | 18:26 |
Wizzup | anything you didn't commit? | 18:26 |
Wizzup | check phoenix build log too | 18:26 |
uvos | $ dpkg -L mce | 18:27 |
uvos | /. | 18:27 |
uvos | /etc | 18:27 |
uvos | /etc/dbus-1 | 18:27 |
uvos | seams normal | 18:27 |
Wizzup | make -j4 install DESTDIR=/build/qtwebbrowser-5.11\+2m7/debian/qtwebbrowser AM_UPDATE_INFO_DIR=no INSTALL_ROOT=/build/qtwebbrowser-5.11\+2m7/debian/qtwebbrowser | 18:27 |
uvos | @ /. | 18:27 |
Wizzup | make[1]: Entering directory '/build/qtwebbrowser-5.11+2m7' | 18:27 |
Wizzup | Some of the required modules (qtHaveModule(webengine)) are not available. | 18:27 |
Wizzup | Skipped. | 18:27 |
uvos | aha | 18:27 |
Wizzup | you might want to fix that | 18:27 |
Wizzup | from https://phoenix.maemo.org/job/qtwebbrowser-binaries/architecture=armhf,label=armhf/1/consoleText | 18:27 |
uvos | ok yeah i expected libqt5webview5-dev to depend on webengine | 18:29 |
uvos | but aperantly not | 18:29 |
tmlind | freemangordon: i meant the updated and pending omapdrm and sgx kernel patches, i guess there is at least one patch to revert and update? | 18:32 |
uvos | Wizzup: try again? | 18:40 |
freemangordon | tmlind: ah, yesh. well there are 2 of them | 18:46 |
freemangordon | please ping me when you come to it | 18:46 |
tmlind | freemangordon: ok let's try to deal with it next week if no rush | 18:50 |
dsc_ | < uvos> btw is there a "trick" to figure out what qml modules are needed by a package | 18:54 |
dsc_ | https://dpaste.com/8MWF5L2VX.txt | 18:55 |
uvos | QT_DEBUG_PLUGINS=1 qtwebbrowser 2>&1 | grep --line-buffered className | grep -i quick | 18:56 |
uvos | no output | 18:56 |
dsc_ | note that perhaps these plugins are resolved dynamically @ runtime `dlopen()` so you may not get them all | 18:56 |
dsc_ | ah | 18:57 |
uvos | but yeah QT_DEBUG_PLUGINS=1 qtwebbrowser contains the info | 18:57 |
Wizzup | uvos: ok just a moment | 19:22 |
Wizzup | uvos: btw 'frendly' -> ;friendly' | 19:23 |
Wizzup | uvos: btw 'frendly' -> 'friendly' | 19:23 |
Wizzup | icon showed up right away | 19:24 |
Wizzup | uvos: hm it's a black window for me | 19:25 |
Wizzup | uvos: it say BrowserWindow is unaailable | 19:25 |
Wizzup | and SettingsView | 19:25 |
Wizzup | and Qt.labs.settings is not installed | 19:25 |
uvos | so qml-module-qt-labs-settings | 19:27 |
uvos | i think BrowserWindow imports settings | 19:28 |
uvos | could you check if that is sufficant? | 19:28 |
Wizzup | ok | 19:30 |
Wizzup | uvos: qtquick virtualkeyboard | 19:30 |
uvos | it depends: qml-module-qtquick-virtualkeyboard | 19:30 |
uvos | so hmm | 19:31 |
parazyd | That vkb is actually nice | 19:31 |
uvos | yes :) | 19:31 |
uvos | but not in portrait | 19:31 |
Wizzup | qml-module-qtquick-virtualkeyboard is already the newest version (5.11.3+dfsg-2). | 19:31 |
uvos | hmm | 19:31 |
Wizzup | uvos: oh, 'Type Keyboard unavailable' | 19:32 |
Wizzup | btw, was this not packaged anywhere else/ | 19:32 |
uvos | Wizzup: no | 19:32 |
uvos | just arch linux | 19:32 |
Wizzup | and they didn't have a list? | 19:32 |
uvos | arch linux has one package | 19:32 |
Wizzup | btw, on startup it also says neither GLX or EGL are enabled | 19:32 |
uvos | qml modules | 19:32 |
uvos | or some sutch | 19:32 |
Wizzup | do you get that as well? | 19:32 |
uvos | ? | 19:33 |
Wizzup | 19:32 < Wizzup> btw, on startup it also says neither GLX or EGL are enabled | 19:33 |
uvos | Wizzup: yes its broken | 19:33 |
uvos | qwebengine checks for xcb platform module | 19:33 |
Wizzup | I think that is only with the maemo integration | 19:33 |
Wizzup | ah | 19:33 |
Wizzup | that's stupid | 19:33 |
uvos | but its a blessing in desguise | 19:33 |
Wizzup | I purposefully didn't fork/replace it | 19:33 |
uvos | because its broken | 19:33 |
uvos | on pvr | 19:33 |
Wizzup | egl too? | 19:33 |
uvos | it causes gles errors | 19:33 |
uvos | yeah | 19:33 |
Wizzup | weird | 19:33 |
uvos | and renders black | 19:33 |
Wizzup | anyway | 19:33 |
uvos | pvr specific | 19:34 |
Wizzup | user@maindroid:~$ qtwebbrowser | 19:34 |
Wizzup | QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled | 19:34 |
Wizzup | qrc:/qml/Main.qml:36:9: Type Keyboard unavailable | 19:34 |
Wizzup | qrc:/qml/Keyboard.qml:31:1: module "QtQuick.VirtualKeyboard" is not installed | 19:34 |
uvos | i have no idea what provides that | 19:34 |
uvos | maybe qtvirtualkeyboard-plugin? | 19:34 |
Wizzup | that is not a package | 19:34 |
uvos | yes it is | 19:34 |
Wizzup | $ dpkg -l | grep qtvirtualkeyboard-plugin | 19:34 |
uvos | $ dpkg -s qtvirtualkeyboard-plugin | 19:35 |
uvos | Package: qtvirtualkeyboard-plugin | 19:35 |
uvos | Status: install ok installed | 19:35 |
Wizzup | maybe you installed it from some source? | 19:35 |
Wizzup | $ dpkg -s qtvirtualkeyboard-plugin | 19:35 |
Wizzup | dpkg-query: package 'qtvirtualkeyboard-plugin' is not installed and no information is available | 19:35 |
Wizzup | Use dpkg --info (= dpkg-deb --info) to examine archive files. | 19:35 |
uvos | Wizzup: no i dident | 19:35 |
uvos | is there a way to check what repo a package came from? | 19:36 |
uvos | but i mean its Maintainer: Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org> | 19:36 |
uvos | so.. | 19:36 |
Wizzup | what version is it for you | 19:37 |
Wizzup | it is here https://packages.debian.org/buster/qtvirtualkeyboard-plugin | 19:37 |
uvos | Version: 5.11.3+dfsg-2 | 19:37 |
Wizzup | I think we just misspellted it | 19:37 |
Wizzup | m | 19:38 |
Wizzup | apt update made it installable | 19:38 |
Wizzup | qrc:/QtQuick/VirtualKeyboard/content/components/Keyboard.qml:36:1: module "Qt.labs.folderlistmodel" is not installed | 19:38 |
uvos | ugh | 19:38 |
uvos | :P | 19:38 |
Wizzup | dialogs? | 19:38 |
uvos | no | 19:39 |
uvos | it depends on that allredy | 19:39 |
uvos | qml-module-qt-labs-folderlistmodel | 19:39 |
Wizzup | you're keeping notes btw, right? :p | 19:39 |
uvos | yeah im adding it to control as you type | 19:39 |
Wizzup | ok | 19:40 |
Wizzup | now it runs | 19:40 |
Wizzup | it's pretty hard to type on the virtual keyboard hehe | 19:41 |
Wizzup | hm my touch screen stopped responding | 19:41 |
Wizzup | works fine in evtest | 19:42 |
uvos | lock unlock display dosent helP/ | 19:43 |
uvos | ? | 19:43 |
uvos | hildon is responsive otherwise? | 19:44 |
Wizzup | it did help | 19:44 |
uvos | hmm | 19:44 |
Wizzup | but it's stil lweird | 19:44 |
uvos | yeah | 19:44 |
uvos | i wonder if we have the latest ts-buttons | 19:44 |
uvos | i told tmlind to pull | 19:44 |
uvos | there was a bug that could cause it | 19:44 |
uvos | ill check later | 19:44 |
Wizzup | ok | 19:44 |
uvos | i kicked qtwebbrowser again | 19:45 |
uvos | i hope its fine now | 19:45 |
uvos | but really who knows | 19:45 |
Wizzup | I think we should figure out the dependency things for the droid4 | 19:46 |
Wizzup | 5.15 seems pretty ready for -devel | 19:46 |
Wizzup | what did we say, omap-linux or maemo-linux? I think omap yeah? | 19:48 |
uvos | i prefer maemo-linux and f**ckl it to devices that cant keep up, but the resonable objection was that we cant expect every device to work with latest linux | 19:48 |
uvos | so omap-linux | 19:49 |
uvos | an alternatie would be to make it just linux with different sections | 19:49 |
uvos | at least when we reorganize the sections to be saner | 19:50 |
Wizzup | ok | 19:58 |
Wizzup | so I guess I will add a bootmenu.scr to leste-config for the n900 | 20:10 |
Wizzup | it will be hard to know what the exact fremantle settings are... | 20:10 |
Wizzup | perhaps the usual attachboot and emmcboot are enough to cover that | 20:11 |
Wizzup | ideally it would just read bootmenu.scr from all partitions I guess | 20:11 |
Wizzup | tmlind: https://github.com/maemo-leste/n900-pm/blob/master/scripts/openrc/n900-pm | 20:20 |
uvos | btw would be nice for people to weigh in on the default browser question https://github.com/maemo-leste/bugtracker/issues/22 | 20:20 |
Wizzup | I think what will be the browser is what we invest in | 20:21 |
Wizzup | for example if we get someone to work on the qml parts of qtwebbrowser to make it more hildon usable, it has a good chance | 20:21 |
uvos | not sure what you mean | 20:21 |
Wizzup | but the same is true for surf-gtk | 20:21 |
uvos | im also not sure QtWebBrowser is ideal | 20:21 |
uvos | also n900 needs a custom solution i think | 20:22 |
uvos | also sholes if you ever invest the time to port leste to that | 20:22 |
Wizzup | sholes? | 20:22 |
uvos | pre mapphone motorola devices | 20:23 |
Wizzup | like the xt610? | 20:23 |
uvos | yes | 20:23 |
uvos | "for example if we get someone to work on the qml parts of qtwebbrowser to make it more hildon usable, it has a good chance" except vkb im not sure what that would mean | 20:24 |
Wizzup | the qtwebbrowser isn't in any way hildonised | 20:24 |
Wizzup | but it seems to be quite fast | 20:24 |
Wizzup | it needs some ui that makes it look like hildon | 20:24 |
Wizzup | and a menu where it's title is | 20:24 |
uvos | oh you want you theme it | 20:25 |
Wizzup | a fullscreen mode that works well | 20:25 |
Wizzup | I think it's more than just theming | 20:25 |
Wizzup | s/it's/its/ | 20:25 |
Wizzup | (for it's title) | 20:25 |
uvos | not sure what you would want the title menu to contain really | 20:26 |
uvos | but ok | 20:26 |
Wizzup | settings | 20:26 |
Wizzup | bookmarks view | 20:26 |
Wizzup | useful stuff | 20:26 |
Wizzup | saved credentials | 20:26 |
Wizzup | being able to change rotation, full screen, auto focus addr field, memory cache size, how zoom works, password saving, popups, cookies, javascript, | 20:27 |
Wizzup | that kind of stuff | 20:27 |
Wizzup | sicelo: n900-pm is now in -experimental | 20:28 |
uvos | i mean the only thing i think it lacks is ad block and plugin support - witch it has if you build it against qt 5.15 or newer | 20:29 |
uvos | but sure | 20:29 |
Wizzup | I think some form of customisation is important | 20:29 |
Wizzup | but I also don't know how well it works since the UI is mostly custom | 20:29 |
Wizzup | or foreign to me | 20:29 |
uvos | "how zoom works" zoom works idealy for me | 20:29 |
Wizzup | I figured out that I had to swipe to see a url bar | 20:29 |
uvos | other than on n900 where you cant zoom | 20:30 |
Wizzup | the zoom was weird for me since eventually it just zoomed when I used one finger | 20:30 |
uvos | but it ooms there at startup anyhow | 20:30 |
Wizzup | but maybe that was the ts buttons bug | 20:30 |
Wizzup | fremantle browser does the right thing imho hiding the top bar and having the url at the bottom | 20:31 |
Wizzup | at least having the bar visible | 20:31 |
Wizzup | anyway we all have different opinions on this, but I think there's some work to be done to make it a bit more usable | 20:32 |
Wizzup | and if we have to do that, we might want ot keep that in mind when selecting a default | 20:32 |
uvos | the point i was making before we should select a default before we start working on something | 20:32 |
uvos | at least majorly | 20:32 |
uvos | and a descision on if the n900 just not working is acceptable | 20:33 |
Wizzup | yes, but then we also need to weigh stuff like gtk2/gtk3/qt5 | 20:33 |
Wizzup | and how much it's maintained by others | 20:33 |
uvos | yes | 20:33 |
uvos | yes absolutly | 20:34 |
tmlind | Wizzup: n900-pm, cool :) | 20:34 |
Wizzup | tmlind: it works, but there are a few blockers that I don't know how to tackle | 20:35 |
tmlind | which bits are those? | 20:36 |
tmlind | spi is used by wlan probably | 20:36 |
Wizzup | ST_SDRC, ST_OMAPCTRL, ST_I2C1 | 20:36 |
Wizzup | spi only blocks sometimes, so wlan idles | 20:36 |
tmlind | hmm i2c would block idle for sure | 20:37 |
Wizzup | yeah I think that's twl? | 20:37 |
Wizzup | (at least that's what the &i2c1 entry in the dts hints at) | 20:37 |
tmlind | but that should be active only now and then | 20:37 |
uvos | twl i2c same thing | 20:37 |
Wizzup | unfortunately that seems to be most of the phone | 20:37 |
uvos | i2s is trademarked by philips or something | 20:38 |
tmlind | usb phy maybe? | 20:38 |
Wizzup | uvos: I mean the twl subsystem | 20:38 |
uvos | right ok | 20:38 |
Wizzup | tmlind: phy_twl4030_usb ? | 20:38 |
tmlind | yeah try rmmod that | 20:38 |
Wizzup | I can remove it, but I think musb_hrc depends on it? | 20:38 |
tmlind | yup | 20:38 |
tmlind | rmmod omap2430, then the phy | 20:38 |
Wizzup | hm it reset, me do this properly | 20:39 |
Wizzup | (just a minute) | 20:39 |
Wizzup | I had to remove the usb gadget before phy_twl4030_usb would rmmod, but removing the gadget caused a reset | 20:39 |
Wizzup | 3/3 boot failures, we'll get there :p | 20:45 |
Wizzup | there we go 5th attempt | 20:48 |
Wizzup | hm, it still thinks it is in use | 20:50 |
Wizzup | udc_core needs musb_hdrc, so do I remove that too then? | 20:51 |
Wizzup | that's in use by the charger though | 20:51 |
Wizzup | tmlind: https://dpaste.com/5FR8EML26 | 20:51 |
tmlind | at least on droid4 i can just rmmod either the phy or musb2430 | 20:54 |
tmlind | you need to deconfigure the gadgets first though | 20:55 |
Wizzup | I cleared the gadget and I think I even removed any modules that were related to it | 20:56 |
Wizzup | I blacklisted them, let's see | 20:56 |
Wizzup | phy_twl4030_usb,musb_hdrc,omap2430 are not loaded but still ST_I2C1 blocks it seems | 21:00 |
Wizzup | btw, audio doesn't finish probing, maybe that is related as well | 21:00 |
Wizzup | since I believe that's also on twl? | 21:01 |
Wizzup | [ 31.051513] of_get_named_gpiod_flags: parsed 'speaker-amplifier-gpios' property of node '/n900-audio[0]' - status (0) | 21:01 |
Wizzup | [ 31.230865] gpio gpiochip7: Persistence not supported for GPIO 7 | 21:01 |
Wizzup | [ 31.331268] rx51-audio n900-audio: snd_soc_register_card failed (-517) | 21:01 |
Wizzup | and the rgb led also doesn't probe or work iirc, so maybe that is somehow related? | 21:03 |
Wizzup | finally, mce and ke-recv have certain input devices open - twl4030 keypad, twl 4030 pwrbutton, gpio_keys | 21:04 |
Wizzup | stopping mce and ke-recv didn't seem to matter, so keeping those open might have an efect but it was not enough. | 21:06 |
sicelo | rgb led controller chip isn't powered. unlikely to be holding i2c captive :-) | 21:08 |
Wizzup | I think I completely removed all modules that contained 'twl' and i2c1 still seesm to block i2c | 21:08 |
Wizzup | tmlind: any other things, or should I just try it in 2 weeks when I have serial access, probing one module at a time, until it blocks | 21:10 |
sicelo | maybe i2cget to see what else is on i2c? | 21:15 |
tmlind | Wizzup: i'd boot with init=/bin/bash and then modprobe one module at a time | 21:17 |
tmlind | n900 was ret idle just fine for me when i last tried, just a minimal setup | 21:18 |
Wizzup | yeah, ok, I'll do that when I get home in 2 weeks | 21:19 |
Wizzup | I actually travelled with a lab power supply and n900 serial, but I left the lab psu somewhere | 21:19 |
Wizzup | so I don't have a way to debug now | 21:19 |
Wizzup | sicelo: I think the dts should describe that and it seems to be only twl? | 21:21 |
tmlind | yeah well somebody could try to enable the twl carkit mode for debug serial port over usb like we have for d4.. | 21:21 |
Wizzup | I've never heard of that, what is that? | 21:21 |
tmlind | i recall it's buggy though so may not even work | 21:21 |
tmlind | carkit mode is where the dock feeds vbus, then usb rx and tx lines are muxed to uart mode, there are various carkit device combinations | 21:22 |
Wizzup | aha | 21:23 |
tmlind | i recall also twl4030 has uart capability like cpcap, but i also recall on twl4030 it might be buggy | 21:23 |
tmlind | anyways, ttyl time here | 21:25 |
Wizzup | ttyl | 21:25 |
Wizzup | d4 just reset while connected to wall charger, let's see | 22:57 |
Wizzup | nothing in pstore this time | 23:06 |
uvos | mine has reset twice since | 23:07 |
uvos | (no charger) | 23:08 |
uvos | somethings up :( | 23:08 |
Wizzup | maybe serial can help | 23:08 |
uvos | the good news, i gues, is that the plain debain one thats on 5.14 dosent reset | 23:11 |
Wizzup | uvos: right, but if it's just idle I wouldn't expect it to be pvr either | 23:17 |
uvos | 5.14 debian one runs pvr | 23:17 |
uvos | still cromeos mesa but still | 23:17 |
uvos | i could upgrade it to 5.15 and see if it resets | 23:18 |
uvos | if it dosent its annoying because that means that some interface that isent used there but is on leste is causing it | 23:18 |
uvos | so it could have been introduced anywhere since 5.11 | 23:18 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!