| mkf | freemangordon: hm. ok | 08:43 |
|---|---|---|
| mkf | arno11: ssh on u3 feels faster... :o | 10:46 |
| Wizzup | freemangordon: do you need me to do something wrt elogind/xorg? | 12:12 |
| Wizzup | or seatd | 12:12 |
| freemangordon | no | 12:14 |
| Wizzup | ok | 12:18 |
| freemangordon | I am just busy with RL job | 12:22 |
| Wizzup | :) | 12:22 |
| Wizzup | I know the feeling :D | 12:22 |
| Wizzup | I'll work on the few remaining pkgs in the meantime then | 12:22 |
| freemangordon | yeah, will work either tonight (if I have energy left) or during the weekend | 12:23 |
| Wizzup | ok | 12:24 |
| mkf | is there anything i can do with a broken chager port to improve the experince? (i already have those univeral external battery chargers, but i wonder if somehing else can be done) | 13:21 |
| mkf | it feels very raw to disconnect battery, charge it externally, etc | 13:21 |
| mkf | oh and, it requires power plug, can't do it with a powerbank. | 13:25 |
| mkf | is there a better solution given how many broken n900s are there? | 13:25 |
| Wizzup | I can't think of one | 13:27 |
| mkf | oh well | 13:29 |
| halftux | mkf: I never tried but if you have an old battery you could get out the connection with the chip and solder a power supply to the contacts where the battery was connected. But for sure you need the chip. | 13:42 |
| halftux | Wizzup: I tried the first time the maemo leste image builder for rpi2 and rpi3 but was not successful | 13:46 |
| halftux | Do you know if it should run flawless for rpi? Are the ready to download images from meadevu working for sure for the rpis? | 13:48 |
| arno11 | mkf: not a surprise @u3 :P | 13:55 |
| Wizzup | no, I don't know if that is the case | 13:58 |
| Wizzup | it should not be too hard but I believe debian got better rpi support wise | 13:58 |
| Wizzup | we just need some firmware and bootEnv.txt or whatever rpi needs | 13:58 |
| Wizzup | that might just not be set up | 13:58 |
| Wizzup | how did the image builder fail for you? | 13:59 |
| arno11 | mkf: then your install should work far better if you follow the wiki: expandcard, check if sdswap is ok, reboot, block apt-worker, add .nomedia in $home, dist-upgrade to devel, reboot, adjust transitions.ini (block mafw optionally) | 14:02 |
| arno11 | ah, and remove lock pin with ofono scripts if you use a sim card. it avoids hildon-desktop to be unresponsive for a while on boot... | 14:05 |
| arno11 | note that boot takes around 2min and hildon is still unresponsive for another 1min30, even with tweaks. if you touch the screen before that, the device can be unresponsive for several min or very very slow | 14:08 |
| mkf | um. i have ran out of battery during the update, now it says no applications are found... | 14:27 |
| mkf | thanks halftux | 14:28 |
| uvos__ | i see we are well underway with the debain upgrade | 14:32 |
| uvos__ | unfortionatly i have been fully swamped lately | 14:32 |
| Wizzup | yeah we're pretty much there, few things remain | 14:34 |
| uvos__ | great | 14:35 |
| Wizzup | I made some tools to make it easier next time hopefully, automate more of it | 14:36 |
| Wizzup | for trixie the main thing will be gconf I think | 14:37 |
| uvos__ | anything specific in my domain package mainter wise? | 14:37 |
| uvos__ | Wizzup: yeah | 14:37 |
| Wizzup | I don't think so, I think things just built mostly | 14:37 |
| Wizzup | there might be some extras | 14:37 |
| uvos__ | ok | 14:38 |
| Wizzup | also, we have a qt vkb using h-i-m now (wip but it works) | 14:38 |
| uvos__ | oh sweet | 14:38 |
| uvos__ | usefull jib | 14:38 |
| uvos__ | (on bionic) | 14:39 |
| Wizzup | I use it on mz617 with jib | 14:39 |
| Wizzup | it's not in the meta pkg yet though | 14:39 |
| uvos__ | i should make an install procedure for that | 14:40 |
| uvos__ | (mz617) | 14:40 |
| Wizzup | yeah | 14:42 |
| Wizzup | we have the images now but the wiki lacks instructions still | 14:42 |
| uvos__ | i think instructions are not enough on mz617 | 14:43 |
| uvos__ | we need something that comes with the tiny image | 14:44 |
| uvos__ | and installs the full image | 14:44 |
| uvos__ | like a small qt app or something | 14:44 |
| Wizzup | that would be nice | 14:45 |
| mkf | Wizzup: any idea? :( | 14:55 |
| uvos__ | your dervice crashed while updateing? | 14:56 |
| uvos__ | what sais no applications found? | 14:56 |
| mkf | hildon menu | 14:58 |
| mkf | yeah it ran out of battery during updating, i've ran dpkg-configure -a | 14:58 |
| mkf | also dpkg-reconfigure for the package in which battery ran out | 14:59 |
| uvos__ | hmm | 15:00 |
| uvos__ | try reinstalling hildon-desktop and home. Maybe the icon cache got corrupted, you can regenrate it but im not sure how of the top of my head | 15:01 |
| mkf | did so, didnt worked. :( | 15:11 |
| freemangordon | uvos__: hi! | 15:19 |
| freemangordon | did you see my mail re TS buttons patch? | 15:19 |
| freemangordon | uvos__: re your domain: linux 6.12 | 15:20 |
| freemangordon | I saw you did something, but I assume you gave-up on audio stuff | 15:21 |
| mkf | ah, worked after reboot. nice. | 15:33 |
| halftux | Wizzup: builder fails for arm64 because iphb-dkms dpends on wrong arch for linux-headers | 15:37 |
| uvos__ | freemangordon: I did but i dont think this will change anything | 15:40 |
| freemangordon | uvos__: did they refuse that patch or just silently ignore it? | 15:41 |
| uvos__ | i have tried upstreaming that driver 4 times in total and it has been silently ignored every time | 15:41 |
| uvos__ | i actually dont remember how far i got with 6.12 | 15:41 |
| freemangordon | any reason for that? | 15:41 |
| uvos__ | have to look at the branch | 15:41 |
| uvos__ | freemangordon: no idea i get no feedback so i cant really say | 15:41 |
| freemangordon | hmm... | 15:42 |
| uvos__ | maybe they just hate the idea of a driver that filters another driver but they never said so | 15:42 |
| freemangordon | well, something is not about right | 15:42 |
| freemangordon | I sent a patch series that properly implements jack detection support on cpcap, so far only DT change was commentged | 15:43 |
| freemangordon | *commented | 15:43 |
| uvos__ | freemangordon: ok great | 15:43 |
| uvos__ | i saw that | 15:43 |
| uvos__ | one thing is | 15:43 |
| freemangordon | but, there were holidays, so... | 15:43 |
| uvos__ | i think android also keeps VAUDIO disabled | 15:44 |
| freemangordon | no | 15:44 |
| freemangordon | I tested it | 15:44 |
| uvos__ | ok | 15:44 |
| freemangordon | it is always-on on board file | 15:44 |
| uvos__ | ok | 15:44 |
| freemangordon | but please, if you have concerns, double check | 15:44 |
| freemangordon | in any case, if you disable VAUDIO, jack detection does not work | 15:44 |
| uvos__ | yeah i know | 15:45 |
| uvos__ | but it did work in practice since the irq just comes when audio is played so it swiches then | 15:45 |
| uvos__ | i thought i did see this behavior too on android userland | 15:45 |
| freemangordon | so we keep it always on and raise the "low power" bit when we don;t need it | 15:45 |
| uvos__ | (ie switch hapens on first play) | 15:45 |
| freemangordon | I doubt | 15:45 |
| freemangordon | see audio control reg in idle | 15:45 |
| freemangordon | (on android) | 15:46 |
| freemangordon | it has 'low power' bit on | 15:46 |
| uvos__ | ok | 15:46 |
| uvos__ | wel its fine then | 15:46 |
| uvos__ | about the led patches | 15:46 |
| uvos__ | they rejected those, they dont want them as platform devices, they want all the leds configured on all devices (even when the led is not installed on the device) | 15:47 |
| freemangordon | that kinda make sense | 15:48 |
| freemangordon | despite is is boring | 15:48 |
| freemangordon | do we have any real issue with that? | 15:48 |
| Wizzup | halftux: on wronch arch? hmm | 16:01 |
| Wizzup | halftux: I'll try to look this weekend, I also want to fix sunxi imagees | 16:02 |
| halftux | Wizzup: for rpi3 and rpi4 arm64 the control file is missing depends linux-headers-arm64 for package iphb-dkms | 16:05 |
| Wizzup | hmm | 16:07 |
| Wizzup | Depends: ${misc:Depends}, linux-headers | linux-headers-arm64 | linux-headers-amd64 | 16:07 |
| halftux | iphb-dkms : Depends: linux-headers but it is not installable or linux-headers-amd64 but it is not installable | 16:10 |
| halftux | for armhf it is building the image | 16:10 |
| halftux | so it pulls maybe an old package? | 16:11 |
| freemangordon | halftux: the problem is that we don;t have headers package | 16:11 |
| freemangordon | or actually, wht kernel do you use? | 16:11 |
| freemangordon | *what | 16:11 |
| freemangordon | for armhf we build omap kernel headers package | 16:12 |
| halftux | using rpi kernel | 16:12 |
| freemangordon | does it have headers package? | 16:12 |
| halftux | good question I need to look what the image builder does | 16:14 |
| halftux | but raspi2 armhf it is working and for raspi3 arm64 it is not working both have same kernel source | 16:16 |
| Wizzup | I don't know what kernel we use for rpi, let me check meta pkg | 16:16 |
| Wizzup | I think we probably always depended on some kernel built in image-builder | 16:17 |
| Wizzup | which means we don't actually have a kernel package for it | 16:17 |
| uvos | freemangordon: no its not really an issue | 16:17 |
| halftux | I was looking in arm-sdk raspberry-pi2.sh and 3 | 16:17 |
| Wizzup | yeah, they build some kernel, we should stop doing that | 16:18 |
| Wizzup | https://wiki.debian.org/RaspberryPi | 16:18 |
| freemangordon | uvos: could you do it then? on this branch: https://github.com/maemo-leste/droid4-linux/tree/leste/maemo-6.12.y-wip | 16:18 |
| uvos | freemangordon: but i dont like it that mutch and the current patches have allways rebased cleanly so far so have not goten to enableing all the channels we need in the upstream aproved way | 16:18 |
| freemangordon | uvos: but, we carry too many patches | 16:18 |
| freemangordon | if we can drop some of them, why not? | 16:19 |
| uvos | sure | 16:19 |
| uvos | but we need to update the driver to support all the channels regardless | 16:19 |
| uvos | so we need to seperate the mfd -> palatform driver changes from the new channels | 16:20 |
| Wizzup | https://packages.debian.org/search?keywords=linux-image-rpi | 16:20 |
| uvos | i just have not done that yet | 16:20 |
| freemangordon | ok | 16:20 |
| Wizzup | halftux: this required some investigation to see which kernel pkg we can use | 16:20 |
| Wizzup | requires | 16:20 |
| Wizzup | I don't know how debian raspi works atm, if it has any black magic or just deb pkgs | 16:21 |
| Wizzup | I do see: https://packages.debian.org/bullseye/linux-headers-rpi | 16:21 |
| Wizzup | halftux: you could also try to build a tiny img instead | 16:21 |
| Wizzup | that might not depend on iphbd | 16:22 |
| Wizzup | final note, the current rpi kernel in arm sdk is probably really old, which is not great either | 16:22 |
| halftux | how i build a tiny image? | 16:22 |
| halftux | I would like to update the kernel in arm-sdk is it enough to edit the raspberry-piX.sh file? | 16:23 |
| Wizzup | halftux: there's a value tiny_image in the .config or the .blend file | 16:28 |
| Wizzup | halftux: you can do that, but it won't solve the iphd issue | 16:29 |
| Wizzup | we should really never build a kernel in arm-sdk | 16:29 |
| Wizzup | iphbd wants a kernel package with headers and everything, and if you just build some kernel in arm-sdk it won't be packaged | 16:29 |
| Wizzup | maemo never had a rpi kernel package, but we should have one, or just use the debian one at least | 16:29 |
| halftux | so the kernel is pulled from leste repository or devuan? | 16:29 |
| halftux | what I need to modify to get a custom kernel package or a kernel package from different location integrated in the image? | 16:33 |
| Wizzup | 16:29 < halftux> so the kernel is pulled from leste repository or devuan? | 16:33 |
| Wizzup | right now, neither. | 16:33 |
| Wizzup | there is no kernel pulled | 16:33 |
| Wizzup | that's the point | 16:33 |
| Wizzup | but *debian* has a rpi image | 16:33 |
| halftux | so I need to manually modify a leste image and take the debian image as a source? | 16:38 |
| Wizzup | depends on what you are trying to do? | 16:39 |
| halftux | I would like to run maemo leste on the rpi2/3/4 and for the future make it happen that the image builder builds images for these | 16:40 |
| Wizzup | then you need to take a debian or devuan os and work on the packaging for it | 16:45 |
| Wizzup | but as stated, I think debian -already has- kernels for the rpi | 16:45 |
| Wizzup | so we might not have to do that work at all | 16:45 |
| Wizzup | freemangordon: wondering if we can use the pine64 kernel repo for armhf sunxi as well | 16:46 |
| Wizzup | we'd have to rename the pkg though | 16:47 |
| Wizzup | halftux: in any case, it's probably not too hard, and we had this worked a long time ago, just before iphdb was packaged and now it's a lbocker | 16:52 |
| halftux | as far as I see rpi3 uses standard kernel but needs these non free blobs dtb files manually integrated | 16:52 |
| Wizzup | I can't give exact guidance because I need to look at some stuff myself because I can give good guidance | 16:52 |
| Wizzup | hm, I saw debian fw pkgs for it | 16:52 |
| Wizzup | maybe try one of the debian rpi images and see how it goes? | 16:53 |
| Wizzup | that will tell us how that works at least | 16:53 |
| halftux | I dont want to put additional load onto you I will try to investigate | 16:53 |
| Wizzup | maybe for sunxi we can also just use debian kernel https://wiki.debian.org/InstallingDebianOn/Allwinner | 16:56 |
| sicelo | mkf: best option is to repair the N900 usb port. in most cases there's always a way | 16:56 |
| mkf | sicelo: do offical nokia repair shops still repair n900s? | 16:57 |
| sicelo | no idea. never had one in my. country:-p | 17:01 |
| Wizzup | pretty sure the answer is no | 17:01 |
| sicelo | get a repair shop you can trust ... or learn how to do it yourself. | 17:01 |
| halftux | on tmo there are good hints to repair the usb port also if the pcb is damaged you can solder wires to testpoints | 17:04 |
| freemangordon | Wizzup: ok, seems we will have to use Xorg from bookworm | 18:51 |
| freemangordon | this libseat thingy seems far from ready, even modesetting does not start | 18:51 |
| freemangordon | I'll have to find a way to install libsystemd-dev on the device | 18:52 |
| Wizzup | freemangordon: you can install it, you just need to remove maemo parts | 19:04 |
| Wizzup | the CI doesn't have this problem since it doesn't run a DE | 19:08 |
| Wizzup | freemangordon: so shall I remove the xorg build from the repo in any case? | 19:08 |
| Wizzup | from our deb repo I mean | 19:08 |
| freemangordon | yes | 19:14 |
| freemangordon | removing maemo parts is tricky, as it wants to remove eligind as well | 19:15 |
| freemangordon | *elogind | 19:15 |
| freemangordon | and I will have to patch xorg, as it does not properly support platform device | 19:16 |
| freemangordon | but any way | 19:16 |
| freemangordon | tomorrow will have it, hopefully | 19:16 |
| freemangordon | (fixed xorg that is) | 19:16 |
| Wizzup | ok, you can also unpack the files you need from the -dev pkg manually | 19:35 |
| Wizzup | or install with dpkg and force it, build the package with dpkg-buildpackage -n so it ignores the deps issues | 19:35 |
| freemangordon | yeah, will do something like that | 19:39 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!