| Wizzup | ok, with a bit more ram droid4-linux clones fine over ssh | 03:09 |
|---|---|---|
| freemangordon | sicelo: looks like yes. also, I guess you have to init it to NULL on module load, unless it is not already NULL (I don't know how structure is allocated) | 07:28 |
| sicelo | I do init it to NULL in the init function, yes. will update the MR in a bit | 07:34 |
| sicelo | Wizzup: side effect of using upstream upower is that now D4 wrong reports high power usage. in our upower fork, you had changed it to read from power_avg instead of power_now | 09:13 |
| sicelo | sounds to me like there might be something wrong in the kernel driver however ... power_now is almost always close to 10x power_avg for some reason | 09:14 |
| sicelo | lol, i think i found the kernel bug. will submit MR soonish :p | 09:16 |
| sicelo | https://elixir.bootlin.com/linux/v6.13.7/source/drivers/power/supply/cpcap-battery.c#L706 ... that looks like it should be 1000, not 10000 ;-) | 09:17 |
| sicelo | mmm, or not (since it's a divisor). regardless, there's clearly some value in the driver which is 10x more than it should be | 09:23 |
| halftux | Wizzup: rpi 3 is booting with the generic kernel. I will write down what I did. rpi 4 getting rainbow color with the same system but maybe it is only a setting in the config.txt | 10:18 |
| Wizzup | halftux: great - with 3d? | 11:31 |
| Wizzup | sicelo: good huting :) | 11:31 |
| Wizzup | hunting | 11:31 |
| Wizzup | ok, with some more ram and a longer http timeout I can git-clone droid4-linux over both ssh and https | 12:10 |
| Wizzup | (on forgejo) | 12:10 |
| Wizzup | I think that's good enough for me, can always give it more ram/cpu/io later | 12:11 |
| sicelo | the modified status-plugin-battery has one problem - charging animation doesn't work correctly :p | 14:35 |
| sicelo | oh, working now. shrug | 14:39 |
| halftux | Wizzup: I think yes it loads module vc4. Creating new image because I was on chimaera and had gconf2 issue. | 14:46 |
| arno11 | sicelo: with just the modified blacklist, the animation was also buggy. and worked by magic after a second reboot | 15:03 |
| arno11 | and now, charging and led and animation just work | 15:05 |
| sicelo | yes the blacklist was wrong, so the applet could pick any 'battery' | 15:24 |
| sicelo | ideally the applet should also have been checking if the battery is present ... all those 'fake' batteries were present = no. anyway, i definitely don't want to see those batteries in the system anyway | 15:25 |
| sicelo | the modified applet will definitely have erratic animation because it relies on the percentage increasing gradually ... if we're estimating, then it simply jumps to near full when charging :p | 15:27 |
| sicelo | because we look at the reported voltage | 15:29 |
| sicelo | i don't really think it's that important yet, but will later on look at what we could do. | 15:30 |
| arno11 | yeah not so important atm imo | 15:31 |
| Wizzup | halftux: great @ image | 15:51 |
| halftux | Wizzup: is there a possiblity during image building to copy from rootfs /usr/lib/linux-image*/broadcom/*.dtb files to boot partition? | 15:55 |
| Wizzup | I would strongly prefer that we pkg the kernel | 15:57 |
| Wizzup | then this happens automatically | 15:57 |
| Wizzup | what kernel did you use and what defconfig? | 15:57 |
| halftux | it is the generic debian kernel but the files are installed to rootfs but we need them also at bootfs | 15:58 |
| halftux | just the kernel and modules from generic arm64 image | 15:58 |
| halftux | no changes | 15:59 |
| Wizzup | I think then we just depend on the generic kernel and ensure /boot is mounted from fstab | 15:59 |
| Wizzup | wait, nothing is installed to /boot? hm | 15:59 |
| Wizzup | can you share the exact pkgnames? | 15:59 |
| halftux | https://packages.debian.org/bookworm/linux-image-arm64 | 16:01 |
| halftux | linux-image-6.1.0-32-arm64 | 16:01 |
| Wizzup | ok, so how does debian do /boot installing? | 16:01 |
| halftux | don't know the image builder does it I guess copy system.map vmlinuz to bootfs | 16:03 |
| halftux | https://salsa.debian.org/raspi-team/image-specs | 16:05 |
| Wizzup | so how do they deal with kernel package upgrades | 16:13 |
| Wizzup | surely something must install to /boot | 16:13 |
| Wizzup | are you sure nothing is installed/copied to /boot? | 16:15 |
| Wizzup | this really should just work I think if /etc/fstab is set up correctly | 16:15 |
| halftux | they have raspi-firmware but also not installing something to boot https://packages.debian.org/bullseye/arm64/raspi-firmware/filelist | 16:16 |
| halftux | also these /usr/lib files should be available on bootfs | 16:17 |
| Wizzup | I think I should just try this out, I can't believe that the debian linux-image wouldn't install into boot - their amd64 version does this | 16:24 |
| Wizzup | there must be some postinst/trigger that does this | 16:24 |
| halftux | When there is a new kernel, it will be upgraded too (tested with the Pi4 image), and the file /boot/firmware/config.txt will be edited automatically to reflect the change. You can simply reboot to activate it. | 16:25 |
| halftux | from here https://wiki.debian.org/RaspberryPiImages | 16:25 |
| halftux | but how is a good question | 16:25 |
| Wizzup | https://packages.debian.org/bookworm/arm64/linux-image-6.1.0-32-arm64/filelist | 16:25 |
| Wizzup | /boot/System.map-6.1.0-32-arm64 | 16:25 |
| Wizzup | /boot/config-6.1.0-32-arm64 | 16:25 |
| Wizzup | /boot/vmlinuz-6.1.0-32-arm64 | 16:25 |
| halftux | yes these files are there but firmware files and dtb files not | 16:26 |
| Wizzup | right, ok | 16:27 |
| Wizzup | yeah so the way we deal with this for the droid4 is that we modify scripts/package/builddeb | 16:27 |
| halftux | maybe when they get an update the /usr/lib files get copied to boot during a reboot | 16:27 |
| Wizzup | and our changes add a postinst that installs to /boot | 16:28 |
| Wizzup | I truly don't know how debian raspi images do this though, maybe they have some additional package that does this | 16:28 |
| Wizzup | since something needs to manage the raspi config/txt file as well I guess | 16:28 |
| Wizzup | https://git.maemo.org/leste-upstream-forks/droid4-linux/commits/commit/c9acd3b9c606274f5cc421b199cff2f58eb60b1c/scripts/package/builddeb | 16:29 |
| Wizzup | see the commits started from UNTESTED: and then up | 16:29 |
| Wizzup | so we could just do this, build our own kernel, or we figure out a way to do the postinst differently (maybe better, imo) | 16:30 |
| Wizzup | I think we could maybe register a trigger to run after kernel postinst is done | 16:32 |
| Wizzup | see https://stackoverflow.com/questions/15276535/dpkg-how-to-use-trigger | 16:33 |
| Wizzup | we can have say leste-config or some other pkg register an interest trigger in the directory that contains dtbs and such | 16:33 |
| Wizzup | freemangordon: what do you think? I think this way we could get rid of some of our builddep patches | 16:33 |
| Wizzup | but we should check what debian does as well I think, for raspi at least | 16:35 |
| Wizzup | freemangordon: sicelo: I'm going to start migration repos over now | 17:06 |
| Wizzup | migrating | 17:06 |
| Wizzup | freemangordon: heh, my new email software makes maemo nuhappy: | 17:16 |
| Wizzup | (modest:9918): camel-imap-provider-WARNING **: 17:16:12.648: Unexpected response from IMAP server: B00004 NO Mailbox is already subscribed. | 17:17 |
| Wizzup | freemangordon: fyi I will move some stuff here https://git.maemo.org/leste-deprecated | 17:27 |
| Wizzup | I'll also update jenkins, but of course people will have to update their local remotes | 17:27 |
| sicelo | halftux: why do you need firmware in /boot? | 17:30 |
| freemangordon | ok | 17:34 |
| Wizzup | freemangordon: sicelo: uvos: dsc_: (and everyone else) please either sign in to git.maemo.org using your github account or DM me an email and I'll create an account for you | 17:38 |
| arno11 | Wizzup: sign in with GH doesn t work directly: it logs but ask to link with an existing forgejo account or create a new one (deactivated) | 17:47 |
| Wizzup | arno11: let me fix | 17:48 |
| Wizzup | ty | 17:48 |
| Wizzup | arno11: done, I think | 17:49 |
| Wizzup | wait a moment | 17:49 |
| freemangordon | 502 Bad Gateway | 17:49 |
| Wizzup | yeah just restarting it :) | 17:49 |
| freemangordon | :) | 17:49 |
| Wizzup | try now | 17:49 |
| freemangordon | getting better, this time 500 :p | 17:50 |
| Wizzup | now? | 17:50 |
| freemangordon | "Your ROOT_URL in app.ini is "https://git.maemo.org/", it's unlikely matching the site you are visiting." | 17:51 |
| freemangordon | please redirect http to https | 17:51 |
| freemangordon | same, it asks to register new account or to link to existing | 17:52 |
| Wizzup | ah, you were on http? | 17:52 |
| Wizzup | ok, let me figure this out | 17:52 |
| Wizzup | freemangordon: I think we don't want to redirect but use say HSTS or something | 17:53 |
| Wizzup | freemangordon: so you can't register a new account? | 17:54 |
| Wizzup | is that still deactivated? | 17:54 |
| arno11 | it works for me btw | 17:54 |
| Wizzup | yeah, I think you just need to select 'register new account' | 17:55 |
| freemangordon | sorry, why should I create a new account if I login with my GH one? | 17:55 |
| freemangordon | don;t get it | 17:55 |
| Wizzup | freemangordon: it's a new account on git.maemo.org | 17:56 |
| Wizzup | this is just to link them | 17:56 |
| Wizzup | I can have it automatically link them if you prefer | 17:56 |
| freemangordon | no, don;t | 17:56 |
| freemangordon | ok, I am in, there is nothing to be seen :) | 17:57 |
| Wizzup | basically, I have disabled 'normal' registration to prevent random folks from making accounts and starting their own repos/projects | 17:57 |
| freemangordon | yeah | 17:57 |
| Wizzup | right now it's limited to just github or me making accounts | 17:57 |
| freemangordon | make sense | 17:57 |
| Wizzup | in the future we might lock this down some more, but right now anyone with a github account can join | 17:57 |
| freemangordon | does this sync back repo changes to GH? | 17:59 |
| Wizzup | not yet, but it will | 17:59 |
| freemangordon | ok, good | 17:59 |
| Wizzup | I am first migrating all core repos | 17:59 |
| freemangordon | ok | 17:59 |
| freemangordon | brb | 18:00 |
| Wizzup | I hit my rate limit on github after 95 repos or so, will continue in a bit | 18:05 |
| Wizzup | freemangordon: meanwhile you should be owner for all 4 orgas | 18:06 |
| Wizzup | bugtracker is migrated | 18:29 |
| kiva | what sphone should answer, if I am trying start from osso-xterm? | 20:24 |
| kiva | I ask, because I tried start it from Sphone Dialer icon and it did not started, and I have to make call to find my another Maemo phone :) | 20:27 |
| kiva | right now if I try to start Sphone from xterm it says: "sphone: Failed to load module qtloop no usable LoopModule available, abort | 20:29 |
| kiva | "/usr/lib/sphone/modules/libqtloop.so: cannot open shared object file: No such file or directory" | 20:30 |
| arno11 | seems some commits are missing. do you run chimaera, chimaera-devel, daedalus ? | 20:33 |
| kiva | chimaera | 20:33 |
| kiva | I think that that icon has worked at least last month | 20:34 |
| kiva | I have do apt-get upgrade at least two times after that. | 20:36 |
| arno11 | what is your sphone version btw ? | 20:41 |
| arno11 | probably 0.7.5 | 20:42 |
| arno11 | which is too old | 20:43 |
| kiva | hmm how to check version? there is not man-page for sphone. | 20:43 |
| arno11 | you need 0.9.5 | 20:43 |
| arno11 | apt search sphone | 20:43 |
| arno11 | anyway you should upgrade to devel imo | 20:44 |
| kiva | it said: sphone/stable,now 0.7.5+m7 | 20:46 |
| kiva | I try to be stable tester (I think it is best way how I support Leste developing), I try to be stupid first time Maemo Leste user (Althought I have used Maemo over 10 years). | 20:51 |
| arno11 | there is no 'stable'. devel is somehow more stable | 20:52 |
| arno11 | i mean, last stable things are in devel. some pkgs in 'stable' are too old | 20:54 |
| kiva | if devel is more stable then should be release some kind RC (Release Canditate) version. | 20:54 |
| arno11 | well, i'm not the right guy to answer this question but keep in mind that Leste is a very very small team of devs | 20:56 |
| arno11 | they already do amazing things | 20:56 |
| kiva | I know, and thanks to you, too. | 20:56 |
| Wizzup | I think recently most of devel was moved to stable | 20:56 |
| Wizzup | except for the sphone part because I think we're waiting on input from uvos | 20:56 |
| kiva | good to know. | 20:57 |
| arno11 | Wizzup: btw extras and forks are not available anymore on GH. is it 'normal' ? | 20:58 |
| arno11 | hmm they work from command line but not from the website | 21:07 |
| arno11 | maybe they are not visible during the migration (?) | 21:12 |
| Wizzup | arno11: wait what | 21:48 |
| Wizzup | https://github.com/maemo-leste-upstream-forks/ | 21:48 |
| Wizzup | https://github.com/maemo-leste-extras | 21:48 |
| Wizzup | arno11: or do you mean git.maemo.org? | 21:49 |
| arno11 | Wizzup: no, i mean github. yeah web addresses still work. but links from the website disappear | 22:03 |
| Wizzup | links from where | 22:31 |
| Wizzup | from github.com/maemo-leste? | 22:35 |
| arno11 | yep | 22:39 |
| arno11 | instead of extras and forks links, you have the 'SOURCE MOVED' msg now | 22:41 |
| arno11 | anyway | 22:41 |
| Wizzup | yeah | 22:54 |
| Wizzup | I will fix that later | 22:54 |
| Wizzup | OK, so the core repos are migrated | 23:35 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!