| Wizzup | ok, I made a python script to parse all our jbos and their configs to generate an ordered list of packages - so that we can build them in order without having to worry about deps next time | 00:04 |
|---|---|---|
| Wizzup | I just had to inject 'mce-dev' as a dep since that's our only circular one somehow :) | 00:04 |
| freemangordon | VM does not boot to HD after dist-upgrade | 00:05 |
| freemangordon | will look at it tomorrow | 00:05 |
| Wizzup | https://bpa.st/4LDA | 00:08 |
| Wizzup | this will help a lot with trixie I think | 00:09 |
| Wizzup | freemangordon: hmm | 00:13 |
| Wizzup | root@devuan-armhf-dev:~# cat /etc/*release*|head -n1 | 00:14 |
| Wizzup | PRETTY_NAME="Devuan GNU/Linux 5 (daedalus)" | 00:14 |
| Wizzup | root@devuan-armhf-dev:~# arch | 00:14 |
| Wizzup | armv7l | 00:14 |
| Wizzup | the armhf vm on my aarch64 host is ready at least | 00:14 |
| Wizzup | https://github.com/maemo-leste/dependency-resolver/blob/master/parse.py | 00:18 |
| mkf | hello. | 05:47 |
| mkf | good bye. | 05:49 |
| mkf | 16:04:00 arno11 → mkfx: did you use proot or chroot ? or another method ? | 05:51 |
| mkf | djuse's proot | 05:51 |
| freemangordon | Wizzup: VM was out of disc space :) | 08:41 |
| arno11 | mkf: ok me too. what kind of andro phone btw ? | 10:26 |
| arno11 | did you already try to update to chimaera -devel ? (to get most leste features) | 10:27 |
| arno11 | vkb was the main issue on my redmi: needed to remove hildon-input-method to avoid rotation bug and to use diejuse vkb properly. | 10:30 |
| freemangordon | hmm: | 10:31 |
| freemangordon | channel 1 (2412 MHz), width: 40 MHz, center1: 2402 MHz | 10:31 |
| freemangordon | that can;t be correct, no? | 10:32 |
| freemangordon | center frequency should be 2412, right? | 10:32 |
| freemangordon | hmm, my PC reports channel 1 (2412 MHz), width: 40 MHz, center1: 2422 MHz | 10:34 |
| mkfx | arno11: I used native android keyboard | 11:17 |
| mkfx | gives us screen resize | 11:17 |
| mkfx | and no, couldn't update to devel, can't update cellulard (?) since we don't run an init | 11:18 |
| mkfx | tho it's a bit buggy. | 11:19 |
| Wizzup | yeah, with openrc's softlevel you can still have services running | 11:32 |
| Wizzup | this is why I'd like to understand what was dobne | 11:32 |
| Wizzup | it's totally possible to leverage openrc still | 11:32 |
| Wizzup | and then some services will run, others can be blocked | 11:32 |
| arno11 | mkfx: hmm, can't remember what i did exactly but you should upgrade to chimaera first (and install related missing pkgs but be sure to have proper sources.list without chimaera -devel and with ascii removed), reboot and dist-upgrade to -devel (with chimaera and chimaera -devel in sources.list) | 11:44 |
| Wizzup | did anyone try to just do a rsync -anv to check the diff with a regular image | 11:45 |
| arno11 | no idea but i can try soon | 11:45 |
| Wizzup | you could also do the diff on after doing dist-upgrade I suppose | 11:46 |
| Wizzup | it'll just tell us what files are changed | 11:46 |
| Wizzup | then we can see how they are changed | 11:46 |
| arno11 | ok | 11:46 |
| arno11 | but i think the problem is not the image itself, but rather the 2 custom bash scripts needed to run the img through termux) | 11:48 |
| arno11 | one of the script runs init and xsession stuff by hand | 11:48 |
| arno11 | i modified it a bit iirc | 11:49 |
| Wizzup | yes, but if it was more regular then openrc in soft run level could start the xsession script | 11:54 |
| Wizzup | if it's just the two scripts and the image is unchanged then it's much easier | 11:54 |
| arno11 | yes indeed | 11:55 |
| arno11 | mkfx: the key file is /leste/diejuse_scripts/launchMaemo.sh if you want to toy with it | 11:57 |
| Wizzup | freemangordon: we have a small problem | 11:58 |
| Wizzup | >>> from debian.debian_support import Version | 11:58 |
| Wizzup | >>> v1=Version('1:1.3-1+m7') | 11:58 |
| Wizzup | >>> v2=Version('1:1.3-1+4m7') | 11:58 |
| Wizzup | >>> v1>v2 | 11:58 |
| Wizzup | True | 11:58 |
| Wizzup | >>> v1<v2 | 11:58 |
| Wizzup | False | 11:58 |
| Wizzup | with chimaera we missed the +\dm7 and instead wrote +m7 | 11:58 |
| Wizzup | and this is now 'newer' than +4m7 | 11:59 |
| Wizzup | so I don't know if dist-upgrade will do the right thing | 11:59 |
| Wizzup | any ideas? | 12:05 |
| freemangordon | for all packages? | 12:08 |
| Wizzup | yes | 12:09 |
| Wizzup | beowulf was +2m7 | 12:09 |
| Wizzup | daedalus is +4m7 | 12:09 |
| freemangordon | well, I saw lots of packages upgraded | 12:09 |
| Wizzup | chimaera unfortunately is +m7 | 12:09 |
| Wizzup | yes, some I had to re-tag | 12:09 |
| Wizzup | due to src fixes | 12:09 |
| Wizzup | re-tag meaning up the version | 12:09 |
| Wizzup | maybe it's a non issue, I'll find out | 12:09 |
| freemangordon | I did another dist-upgrade, this time with enough free space :D | 12:09 |
| freemangordon | just rebooting, lemme check if there are any remaining +m7 packages | 12:10 |
| Wizzup | but worth checking for example if rtcom-eventlogger is 1.5.4+m7 or 1.5.4+4m7 | 12:10 |
| freemangordon | mhm | 12:10 |
| freemangordon | hmm, h-d hangs right after boot | 12:10 |
| Wizzup | hangs how? | 12:11 |
| Wizzup | waiting for ready signal? | 12:11 |
| freemangordon | no, it boots to h-d | 12:12 |
| freemangordon | but it just freeze | 12:12 |
| Wizzup | maybe start it over ssh and see what the error is | 12:12 |
| freemangordon | something with virtualbox perhaps | 12:12 |
| freemangordon | no error | 12:12 |
| Wizzup | strange | 12:12 |
| freemangordon | something virtualbox related | 12:12 |
| Wizzup | ok | 12:13 |
| freemangordon | lemme try to rebuild gues additions | 12:13 |
| mkfx | arno: okay | 12:14 |
| Wizzup | freemangordon: ah yes, new kernel | 12:15 |
| Wizzup | probably need those | 12:15 |
| Wizzup | (and new x) | 12:15 |
| Wizzup | btw, looks like there is no qt6-gtk2 platform theme, just qt6-gtk platform theme (which is gtk3) | 12:22 |
| Wizzup | but that's not too important | 12:22 |
| freemangordon | going to upgrade virtualbox :( | 12:25 |
| freemangordon | even worse :( | 12:44 |
| Wizzup | freemangordon: strange, and you're sure it is vbox? | 12:52 |
| Wizzup | it's going to take a bit of time to rebase all our upower patches it seems | 13:08 |
| freemangordon | no idea what's going on, but now VM does not even boot the kernel | 13:09 |
| Wizzup | it looks like some changes we suggested are included | 13:09 |
| Wizzup | freemangordon: hm, and chimaera image still works? | 13:09 |
| freemangordon | yes | 13:09 |
| Wizzup | maybe try again and ensure no free space issues? | 13:10 |
| freemangordon | yep, that was with 27G of free space | 13:10 |
| freemangordon | it does not even boot in rescue mode | 13:10 |
| freemangordon | but yeah, lemme try again | 13:11 |
| Wizzup | ok, when you want access to the armhf vm for mesa just let me know D: | 13:11 |
| Wizzup | :D | 13:11 |
| freemangordon | heh | 13:14 |
| freemangordon | I will need VM anyways | 13:14 |
| Wizzup | right | 13:18 |
| Wizzup | what's left now I think is upower (unlocks mce and status area applet battery) and then just tracker, but rtacker is not core | 13:19 |
| Wizzup | we could just have mce and battery applet use mainline upower for a few days | 13:19 |
| Wizzup | kind of inclined to do that tbh | 13:19 |
| sicelo | hehe | 13:20 |
| Wizzup | almost none of the patches apply, they all require conflict resolution :D | 13:21 |
| Wizzup | (upower) | 13:21 |
| sicelo | i don't remember now how (by default) mce decides to power down due to low bat ... if it uses upower percentage, then people whose fuel gauges don't have calibration will not be able to run Leste, since it'll try to shutdown right away. would need to look at the battery-guard plugin to see how it makes that decision | 13:22 |
| * sicelo not at PC right now | 13:23 | |
| Wizzup | I'm not saying we won't rebase | 13:23 |
| Wizzup | but this is the last thing to be able to make images and dist upgrade ;) | 13:23 |
| freemangordon | approximation done in upower is so inaccurate, that I am not user it is useful | 13:23 |
| freemangordon | so we'd better fix whatever needs to be fixed in mce/drivers instead of porting broken patches | 13:24 |
| sicelo | yes @ approximation. i did mention it as well couple of days ago | 13:24 |
| freemangordon | so, besides that, what else do we need that is missing in upstream upower? | 13:25 |
| sicelo | freemangordon: the drivers are technically correct, since the uncalibrated fuel gauge is really not reporting any capacity. as for upstream upower, we only really need the approximation, nothing else | 13:25 |
| Wizzup | https://github.com/maemo-leste-upstream-forks/upower/commits/master/ | 13:26 |
| Wizzup | see to 15+ patches | 13:26 |
| Wizzup | see the* | 13:26 |
| Wizzup | for example https://github.com/maemo-leste-upstream-forks/upower/commit/ac052c5cc964edf432c00eab007bc6319fff5268 | 13:27 |
| sicelo | Wizzup: i can probably volunteer to work on forward-porting it. not sure if i can finish today, but can do my best (holding off on maeotp :p ) | 13:27 |
| freemangordon | ok, but lets first decide what we need ported | 13:27 |
| freemangordon | if there is a bug in upstream upower(as the ^^^ commit implies) isn;t it better to open a bug on their tracker, instead having own patches? | 13:28 |
| freemangordon | also, I think we are better without that approximation patch | 13:29 |
| freemangordon | it is totally off | 13:29 |
| sicelo | that commit (time) is upstreamable for sure, but not *too* important either | 13:29 |
| freemangordon | like, sometimes you see 50% and in a minute the battery is flat | 13:30 |
| freemangordon | on d4 that is | 13:30 |
| sicelo | freemangordon: some of that is probably not the approximation ... the approximation only kicks in when your device doesn't report capacity at all, i.e. not calibrated | 13:31 |
| freemangordon | right | 13:31 |
| sicelo | since you use your d4 regularly, i doubt you're affected by that | 13:31 |
| freemangordon | d4 loses calibration on every reboot | 13:31 |
| sicelo | there's an openrc service that stores it, and rewrites it at boot. luckily that property is writeable on the d4's driver | 13:32 |
| freemangordon | this is the capacity that gets overwritten | 13:32 |
| freemangordon | not current charge | 13:32 |
| freemangordon | and that's what is calculated by that patch IIUC | 13:33 |
| sicelo | yup, upower will be happy to see capacity. everything else is less important | 13:33 |
| sicelo | which patch? approximation? | 13:33 |
| freemangordon | yes | 13:33 |
| freemangordon | it provides SOC based on voltage | 13:33 |
| freemangordon | that's totally off | 13:33 |
| sicelo | it's bad for sure, but i don't see another option, when voltage is the only reading you can trust | 13:34 |
| freemangordon | but what do we need that for? | 13:34 |
| sicelo | to show a battery on the status bar that gives user a rough idea of how much juice they have | 13:35 |
| freemangordon | we don;t need to hack upower just to tell user that battery is low | 13:35 |
| sicelo | and to also know when to initiate shutdown due to low battery. | 13:35 |
| freemangordon | it is not even rough idea | 13:35 |
| freemangordon | esp on degraded battery | 13:36 |
| freemangordon | we can do similar without that patch, in battery applet for example | 13:36 |
| freemangordon | we can issue low battery warning on lets say 3.4V | 13:36 |
| freemangordon | and wait for kernel to send "low battery" signal to start shutdowm | 13:37 |
| sicelo | anyway, the problem only affects D4 and N900. other devices should be fine because their fuel gauges have reliable ways to determine it | 13:37 |
| freemangordon | yes | 13:37 |
| freemangordon | and I vote for dropping that patch | 13:38 |
| sicelo | freemangordon: yes @ "low battery" uevent ... hence my patch that's still waiting on krzk. without it, we never get that particular uevent | 13:38 |
| freemangordon | hmm | 13:38 |
| freemangordon | ping him? | 13:38 |
| sicelo | for N900, that is :-) | 13:38 |
| freemangordon | ah, kernel patch | 13:38 |
| freemangordon | but again, this is not a problem of upower, no? | 13:39 |
| sicelo | i thought to wait for holidays a little, then ping. anyway we have it in Leste, so not a problem for us | 13:39 |
| freemangordon | ok | 13:39 |
| sicelo | regarding upower, yes, it can definitely be handled elsewhere, e.g. mce. although i think uvos was also of the view that battery doesn't belong there :p | 13:40 |
| Wizzup | 13:31 < freemangordon> d4 loses calibration on every reboot | 13:40 |
| sicelo | anyway, whichever options is fine really. at the end of it all, what matters is (1) being able to show something to the user, and (2) not draining batteries excessively | 13:41 |
| Wizzup | I think it gets saved in init script. no? | 13:41 |
| freemangordon | it is capacity that gets saved, bu we lose SOC | 13:41 |
| freemangordon | *but | 13:41 |
| Wizzup | ok | 13:41 |
| Wizzup | so shall I continue for now with daedalus/bookworm upower? | 13:41 |
| freemangordon | yes | 13:41 |
| sicelo | SOC is automatically calculalaated by the cpcap driver if capacity is there, iirc | 13:42 |
| freemangordon | no | 13:42 |
| freemangordon | unless I am missing something | 13:42 |
| freemangordon | but after reboot current charge is reported as 0 | 13:42 |
| sicelo | mmm, anyway, upower won't mind charge = 0 as long as capacity != 0 :-) | 13:43 |
| sicelo | let's go with upstream upower | 13:43 |
| freemangordon | yes | 13:43 |
| freemangordon | and see what is missing | 13:44 |
| freemangordon | and kind of start clear, more or less | 13:44 |
| Wizzup | I think we'll find probably a bunch but maybe it's gotten better | 13:44 |
| Wizzup | I think we also depend on some of the properties that were added | 13:44 |
| freemangordon | ok, but lets at least report what is missing to upstream and pester them | 13:44 |
| freemangordon | because on the next migration we'll have the same issues otherwise | 13:45 |
| sicelo | i know for sure the power off problem on N900 (because i experience it on pmos). but then most people have USB port, so easy way out is just to connect a charger ;-) | 13:45 |
| sicelo | it's particularly bad for me because that N900 doesn't have USB port, so always reports 0 | 13:45 |
| freemangordon | ok, but shall we hack upower to support a device with HW failure? | 13:46 |
| sicelo | :-) | 13:46 |
| freemangordon | the other option is to reinvent BME | 13:47 |
| sicelo | luckily upstream upower are now a bit more welcoming ... compared to when i tried to work on this issue previously | 13:47 |
| freemangordon | not impossible, but do we want to | 13:47 |
| sicelo | yeah let's go with upower, and move the workarounds into mce. i also would like to see less forks of stuff (that's the convo we had with wizzup regarding upower a couple of days ago) | 13:49 |
| sicelo | *go with daedalus' upower | 13:49 |
| freemangordon | also, I think battery cannot be moved out of mce, because of emergency calls etc handling | 13:50 |
| freemangordon | I *don't* want mce to shut-down device for low battery during emergency (or even normal) call | 13:51 |
| Wizzup | 13:47 < freemangordon> the other option is to reinvent BME | 13:52 |
| Wizzup | prefer not to | 13:53 |
| freemangordon | me too | 13:53 |
| Wizzup | in fact I prefer upower fork to another maemo specific daemon | 13:53 |
| Wizzup | hildon-meta-core is now installable on vm | 13:53 |
| Wizzup | shall I build a core vm image? | 13:54 |
| Wizzup | (for daedalus) | 13:54 |
| freemangordon | yes, please | 13:55 |
| freemangordon | maybe it will work properly here :) | 13:55 |
| Wizzup | ok, will take a few hours | 13:55 |
| freemangordon | sure | 13:55 |
| freemangordon | Wizzup: I wonder if we will be able to enable openrc parallel boot at last | 13:58 |
| Wizzup | on the n900 that will just cause more pain I think | 13:58 |
| Wizzup | hm, maybe we need tinydm | 13:59 |
| Wizzup | or did we not need that any more | 13:59 |
| freemangordon | I think we need it | 13:59 |
| freemangordon | hmm, lemme check the package | 13:59 |
| Wizzup | it's not installed on my d4 | 13:59 |
| freemangordon | autologin | 14:00 |
| freemangordon | no tinydm is needed | 14:00 |
| Wizzup | autologin I did | 14:00 |
| Wizzup | do you remember the file to touch to have dsme not reboot upon failure, just in case? | 14:00 |
| Wizzup | /etc/no_lg_reboots | 14:01 |
| freemangordon | mhm | 14:01 |
| freemangordon | lrwxrwxrwx 1 root root 19 Mar 15 2023 /etc/no_lg_reboots -> no_lg_reboots.leste | 14:01 |
| freemangordon | perhaps it is provided by some package | 14:02 |
| Wizzup | freemangordon: I see this in my vm: xf86EnableIO: failed to enable I/O ports 0000-03ff (Operation not permitted) | 14:06 |
| Wizzup | I wonder if you saw the same | 14:06 |
| freemangordon | you have to change vga emulation type | 14:06 |
| freemangordon | to VMSVGA | 14:06 |
| Wizzup | I use qemu | 14:06 |
| freemangordon | ah | 14:06 |
| Wizzup | where does X log to again... | 14:07 |
| Wizzup | sigh | 14:07 |
| freemangordon | I see that in virtualbox for anything else but VMSVGA | 14:07 |
| Wizzup | .local/share/xorg | 14:07 |
| freemangordon | yeah | 14:07 |
| freemangordon | will have to fix that | 14:07 |
| Wizzup | sudo Xorg starts at least for me | 14:08 |
| freemangordon | hmm | 14:08 |
| Wizzup | this might be some autologin thing | 14:08 |
| Wizzup | slash elogind | 14:08 |
| freemangordon | yeah | 14:08 |
| freemangordon | maybe some option is missing | 14:08 |
| sicelo | logging to .local? that's due to non-root Xorg, so is a good thing | 14:08 |
| Wizzup | I don't know how we use autologin, I will try to debug a bit later | 14:08 |
| Wizzup | so will hold off on images for now | 14:08 |
| freemangordon | https://bbs.archlinux.org/viewtopic.php?id=279031 | 14:09 |
| Wizzup | I saw the same thread | 14:09 |
| Wizzup | I don't think this is the case | 14:09 |
| freemangordon | seems modesetting is not probed or fails | 14:09 |
| Wizzup | when I run 'Xorg' as user it is tried I think | 14:09 |
| Wizzup | I'll double check | 14:09 |
| Wizzup | ha | 14:11 |
| Wizzup | looks like there is no error | 14:11 |
| Wizzup | X just stops | 14:11 |
| Wizzup | maybe there is no xsession/xinit it can find | 14:11 |
| freemangordon | mhm | 14:11 |
| freemangordon | does it have .xsession-errors? | 14:12 |
| Wizzup | yes | 14:12 |
| freemangordon | do you have xinit installed? | 14:12 |
| Wizzup | /etc/X11/xinit/xinitrc: 5: /etc/X11/Xsession.d/00settings: xhost: not found | 14:12 |
| Wizzup | /etc/X11/xinit/xinitrc: 35: /etc/profile: source: not found | 14:12 |
| Wizzup | AF Warning: '/etc/osso-af-init/keyboard.defs' not found | 14:12 |
| freemangordon | xhost: not found :) | 14:12 |
| Wizzup | Connection failure: Connection refused | 14:12 |
| Wizzup | pa_context_connect() failed: Connection refused | 14:12 |
| Wizzup | Xsession: unable to start X session --- no "/home/user/.xsession" file, no | 14:12 |
| Wizzup | "/home/user/.Xsession" file, no session managers, no window managers, and no | 14:12 |
| Wizzup | terminal emulators found; aborting. | 14:12 |
| Wizzup | ok | 14:13 |
| Wizzup | trying | 14:13 |
| freemangordon | hmm: | 14:13 |
| freemangordon | /etc/profile: source: not found | 14:13 |
| Wizzup | dash vs bash | 14:13 |
| freemangordon | yeah | 14:13 |
| Wizzup | this might be something that will be ok in our image builder | 14:14 |
| freemangordon | but why do we still have 'source'? | 14:14 |
| Wizzup | debian defaults to dash | 14:14 |
| Wizzup | pretty sure we set it to bash | 14:14 |
| Wizzup | I'll fix that | 14:14 |
| Wizzup | and no, dash never supported source | 14:14 |
| Wizzup | and never will | 14:14 |
| Wizzup | it's kind of a poor shell, but it's faster than bash so debian uses it | 14:14 |
| Wizzup | hm user is set to bash | 14:14 |
| Wizzup | I would ignore the source error | 14:15 |
| Wizzup | ok, another error, let me remove xsession errors and restrt for good measure | 14:15 |
| freemangordon | wait | 14:15 |
| freemangordon | is user member of video? | 14:15 |
| Wizzup | yes | 14:15 |
| Wizzup | the source error was gone btw | 14:15 |
| freemangordon | heh | 14:16 |
| Wizzup | https://bpa.st/UE2A | 14:16 |
| freemangordon | a package is missing | 14:17 |
| freemangordon | but lemme try to find which one | 14:17 |
| Wizzup | https://bpa.st/OHHA | 14:18 |
| freemangordon | x11-common? | 14:18 |
| freemangordon | install x11-common | 14:18 |
| Wizzup | x11-common is installed | 14:18 |
| freemangordon | hmm | 14:18 |
| Wizzup | maybe the contents of system xsession is changed | 14:19 |
| freemangordon | no, because afetr dist-upgrade it starts X properly | 14:19 |
| freemangordon | sot it is some package that's missing | 14:19 |
| Wizzup | ok, then I am just missing something I guess | 14:19 |
| freemangordon | mhm | 14:19 |
| Wizzup | wait, see alarmd message | 14:21 |
| Wizzup | it is loading our session | 14:21 |
| freemangordon | hmm, then it somehow aborts | 14:21 |
| Wizzup | it just decides that no persistent program is running in X or something? | 14:21 |
| freemangordon | yeah | 14:21 |
| Wizzup | root@devuan-daedalus:/etc/X11/Xsession.d# dpkg -S 99x11-common_start | 14:22 |
| Wizzup | x11-common: /etc/X11/Xsession.d/99x11-common_start | 14:22 |
| Wizzup | does that contain exec $STARTUP on chimaera for you? | 14:22 |
| freemangordon | sec | 14:22 |
| Wizzup | looks like it | 14:22 |
| freemangordon | have to boot it | 14:22 |
| Wizzup | I checked, it's ok | 14:22 |
| freemangordon | Xsession: unable to start X session --- no "/home/user/.xsession" file, no | 14:23 |
| freemangordon | hmm | 14:23 |
| freemangordon | where this comes from? | 14:23 |
| Wizzup | I don't know | 14:23 |
| Wizzup | 50x11-common_determine-startup: ERRMSG="$ERRMSG no \"$USERXSESSION\" file, no \"$ALTUSERXSESSION\" file," | 14:24 |
| Wizzup | but this is the same in chimaera | 14:24 |
| Wizzup | it looks like no window manager is set (/usr/bin/x-window-manager does not exist) | 14:26 |
| freemangordon | lrwxrwxrwx 1 root root 34 Dec 13 2022 /usr/bin/x-window-manager -> /etc/alternatives/x-window-manager | 14:26 |
| freemangordon | yes | 14:26 |
| Wizzup | not sure if this matters, but let's see | 14:27 |
| freemangordon | /etc/alternatives/x-window-manager -> /usr/bin/matchbox-window-manager | 14:27 |
| freemangordon | yes, it matters | 14:27 |
| Wizzup | but does it launch this? | 14:27 |
| freemangordon | no, I think it just checks it | 14:27 |
| Wizzup | ha | 14:27 |
| freemangordon | matchbox-window-manager is the package | 14:28 |
| Wizzup | not enough, let me check some other things | 14:28 |
| Wizzup | oh, matchbox-window-manager is not installed | 14:29 |
| freemangordon | mhm | 14:29 |
| Wizzup | strange | 14:29 |
| freemangordon | https://pastebin.com/HVwVgR0s | 14:30 |
| Wizzup | hildon-control-panel recommends it but doesn't dep on it | 14:30 |
| Wizzup | maybe this is some 'do not auto install recommends' issue | 14:30 |
| Wizzup | sudo apt-get install --install-suggests hildon-meta-core | 14:31 |
| Wizzup | wants like 100 packages | 14:31 |
| freemangordon | heh :) | 14:31 |
| freemangordon | but why? | 14:32 |
| Wizzup | change in debian | 14:32 |
| Wizzup | I suspect | 14:32 |
| Wizzup | user@devuan-daedalus:~$ apt-config dump | grep -i sugg | 14:35 |
| Wizzup | APT::Install-Suggests "0"; | 14:35 |
| Wizzup | user@devuan-daedalus:~$ apt-config dump | grep -i recomm | 14:35 |
| Wizzup | APT::Install-Recommends "1"; | 14:35 |
| Wizzup | hm, this is the same on chimaera | 14:35 |
| Wizzup | strange | 14:35 |
| Wizzup | will figure it out, let's see if X works now first | 14:36 |
| Wizzup | yes | 14:37 |
| Wizzup | I have working h-d | 14:37 |
| freemangordon | :) | 14:40 |
| Wizzup | maybe I should make an image and see if it has the same issues | 14:41 |
| freemangordon | hmm, was not that an image? | 14:45 |
| Wizzup | I started with daedaus cd | 14:48 |
| Wizzup | daedalus | 14:48 |
| Wizzup | installed it, etc | 14:48 |
| freemangordon | Wizzup: seems +4m7 versions are installed over +m7 version | 14:52 |
| Wizzup | great :) | 14:53 |
| Wizzup | then just our repodiff tool is wrong, but it uses debian python module | 14:53 |
| Wizzup | strange | 14:53 |
| freemangordon | well, still dist-upgrading | 14:53 |
| freemangordon | will confirm after it finishes | 14:53 |
| freemangordon | if it boots :) | 14:54 |
| Wizzup | maybve check dpkg -l before it reboots | 14:55 |
| freemangordon | check what? kernel hangs :) | 14:56 |
| Wizzup | you do dist upgrade | 14:57 |
| Wizzup | and then you don't type 'reboot' | 14:57 |
| Wizzup | instead you type dpkg -l | 14:57 |
| Wizzup | :) | 14:57 |
| freemangordon | ok | 14:57 |
| freemangordon | how would that help? | 14:57 |
| Wizzup | it would tell me what I want to know before your kernel potentially hangs | 14:59 |
| Wizzup | :D | 14:59 |
| freemangordon | ok | 14:59 |
| Wizzup | pls check with a core package that wasn't changed, like osso-xterm or something | 15:02 |
| Wizzup | also keep in mind hildon-meta won't upgrade, it'll get removed, but hildon-meta-core should | 15:02 |
| Wizzup | or hildon-core-meta don't remember | 15:02 |
| freemangordon | ok | 15:02 |
| freemangordon | oh, upower has epoch 1 | 15:03 |
| freemangordon | user@devuan:~$ dpkg -l | grep '+m7' | wc -l | 15:04 |
| freemangordon | 1520 | 15:04 |
| freemangordon | :D | 15:04 |
| Wizzup | these could be imported or translations | 15:07 |
| Wizzup | can you check with a core pkg | 15:07 |
| Wizzup | hildon-desktop | 15:07 |
| Wizzup | or osso-xterm | 15:07 |
| freemangordon | osso-xterm:amd64 0.15+m7 | 15:08 |
| freemangordon | but, upgrade still going | 15:08 |
| Wizzup | ok | 15:08 |
| Wizzup | let's wait | 15:08 |
| freemangordon | have to run for a while, bbl | 15:09 |
| Wizzup | I will also take a break for 1-2 hours | 15:09 |
| freemangordon | osso-xterm:amd64 0.15+m7 | 15:26 |
| freemangordon | https://pastebin.com/qHgGrqGx | 15:29 |
| freemangordon | ok, h-d is unresponsive after reboot | 15:40 |
| freemangordon | also, reboot/shutdown etc do nothing | 15:40 |
| freemangordon | hmm, it hangs in Run till exit from #0 __GI___libc_write (nbytes=2, buf=0x7ffcb3fc5be3, fd=2) at ../sysdeps/unix/sysv/linux/write.c:26 | 15:45 |
| freemangordon | https://pastebin.com/PB13fhv7 | 15:46 |
| freemangordon | echo hello > /dev/console hangs too | 15:54 |
| Wizzup | freemangordon: did it even upgrade to new version | 16:18 |
| Wizzup | I would bet it did not | 16:18 |
| Wizzup | we have a problem with this m7 vs 4m7 | 16:18 |
| Wizzup | freemangordon: https://wiki.debian.org/AptConfiguration | 16:44 |
| Wizzup | we can fix this with a priority potentially | 16:44 |
| Wizzup | can you try sudo apt-get dist-upgrade -t daedalus ? | 16:46 |
| Wizzup | or maybe apt -t daedalus dist-upgrade | 16:47 |
| Wizzup | freemangordon: we can also rebuild everything with a different suffix | 16:52 |
| Wizzup | we can change 1:2.2.196+4m7 to 1:2.2.196+maemo7-4 | 16:54 |
| Wizzup | or 1:2.2.196+maemo7.4 | 16:54 |
| Wizzup | I like the +maemo solution | 16:59 |
| freemangordon | lemme try with apt -t daedalus dist-upgrade | 17:27 |
| freemangordon | does not help | 17:27 |
| freemangordon | Wizzup: we must use repository priority somehow | 17:30 |
| freemangordon | or, use metapackage | 17:33 |
| freemangordon | BTW, hildon-desktop is the correct version | 17:35 |
| freemangordon | 1:2.2.196+4m7 | 17:35 |
| freemangordon | we can't use 1:2.2.196+maemo7.4, because .N is for build number | 17:36 |
| freemangordon | and '-' is for debian release | 17:36 |
| freemangordon | Wizzup: what about creating script that fixes the mess? | 17:39 |
| freemangordon | apt install '?version(\+m7.*)' -t daedalus | 17:46 |
| freemangordon | hmm, did you rebuild libgtk2.0-0 ? | 17:49 |
| freemangordon | Wizzup: ok, added a file in /etc/apt/preferences.d and was able to upgrade | 18:03 |
| Wizzup | freemangordon: I have a vm image now btw | 18:08 |
| freemangordon | ok | 18:08 |
| Wizzup | what change did you make to apt | 18:08 |
| freemangordon | root@devuan:/etc/apt/preferences.d# cat daedalus.pref | 18:09 |
| freemangordon | Package: * | 18:09 |
| freemangordon | Pin: release n=daedalus | 18:09 |
| freemangordon | Pin-Priority: 1000 | 18:09 |
| Wizzup | we can install that on chimaera with leste-config | 18:09 |
| freemangordon | mhm | 18:09 |
| freemangordon | and later on remove it, after dist-upgrade | 18:09 |
| freemangordon | not sure how exactly | 18:09 |
| Wizzup | daedalus leste-config can remove it | 18:10 |
| freemangordon | yeah, but we must be sure everything is upgarded first | 18:10 |
| freemangordon | is it normal that echo to /dev/console to hang? | 18:11 |
| freemangordon | hmm https://github.com/systemd/systemd/issues/29095 | 18:13 |
| Wizzup | testing the tiny img | 18:14 |
| Wizzup | booted to h-d | 18:14 |
| Wizzup | :) | 18:14 |
| sicelo | freemangordon: brief return to the upower issue ... one argument for adding the improvements in upower (eventually upstreaming) instead of mce is - if upower reports something usable, then any other application a user may install will see some usable values. e.g. Wizzup had some gnome thing that displayed battery graph. buzz also wrote something. | 18:15 |
| sicelo | just mentioning ... not disagreeing with using upstream upower as is. it remains true that the problem only affects D4 and N900, and only under certain circumstances, so we definitely don't need to r | 18:15 |
| sicelo | earchitect a lot of stuff just for these niche cases | 18:15 |
| freemangordon | sicelo: I am all for improving upower | 18:15 |
| freemangordon | as long as we not have to support a pile of patches | 18:15 |
| freemangordon | we just don;t have the manpower to do it | 18:15 |
| freemangordon | Wizzup: does it react to touches/clicks? | 18:16 |
| freemangordon | also, which kernel does it boot to? | 18:16 |
| Wizzup | freemangordon: yes | 18:16 |
| Wizzup | 6.1.0-28 | 18:16 |
| Wizzup | I will send you vdi | 18:17 |
| sicelo | i once wrote this, https://gitlab.freedesktop.org/upower/upower/-/merge_requests/188/diffs ... unfortunately the conversation didn't go very well (maybe my fault ... was my first interaction with an fdo project) | 18:17 |
| freemangordon | Wizzup: no need | 18:17 |
| freemangordon | for now at least | 18:17 |
| buZz | sicelo: fyi , my tool/gizmo doesnt use upower for its data, but sysfs files | 18:19 |
| sicelo | ah, good to know | 18:19 |
| buZz | https://space.nurdspace.nl/~buzz/maemo/batmon.py | 18:19 |
| buZz | also my first attempt at a QT application ;) not really happy with it | 18:20 |
| buZz | sucks way too much cpu for a graph that doesnt update so often | 18:20 |
| Wizzup | freemangordon: https://maedevu.maemo.org/images-devel/vm/daedalus-test/ | 18:22 |
| Wizzup | I never had a new dist image work first time :) | 18:23 |
| freemangordon | nice :) | 18:23 |
| Wizzup | note that this is -tiny- image, so no language packs | 18:23 |
| freemangordon | getting better | 18:23 |
| sicelo | buZz: it's obviously polling ... that can be a problem. upower mostly listens to events (udev), and only polls if there's no activity there | 18:23 |
| freemangordon | so, what about my question? | 18:23 |
| freemangordon | Wizzup: ^^^ | 18:23 |
| Wizzup | what question | 18:23 |
| freemangordon | /dev/console | 18:23 |
| freemangordon | writing to it hangs | 18:23 |
| freemangordon | any idea? | 18:23 |
| freemangordon | that's why all daemons are frozen | 18:24 |
| freemangordon | h-d as well | 18:24 |
| Wizzup | I don't know, seems strange | 18:24 |
| Wizzup | but I don't know what could cause this | 18:24 |
| Wizzup | you can try the vdi I sent and see if it is a virtualbox thing | 18:24 |
| Wizzup | the qcow2 that I am uploading now workas | 18:24 |
| Wizzup | works | 18:24 |
| freemangordon | lemme first finish with the upgrade | 18:25 |
| buZz | sicelo: but the polling is delayed by self.timer.setInterval(10000) | 18:27 |
| buZz | yet, it still sucks up cpu like no tomorrow | 18:27 |
| Wizzup | yeah, better to use upower data for this | 18:27 |
| Wizzup | I made a python script to read it somewhere | 18:27 |
| buZz | i expected the qt timers to not use cpu while waiting :) | 18:27 |
| buZz | Wizzup: i know its possible, but that doesnt teach me what went wrong :) | 18:28 |
| Wizzup | https://maedevu.maemo.org/images-devel/vm/daedalus-test/ qcow2 image as wel | 18:31 |
| Wizzup | not usefor to testing, but useful for devel without dist upgrade | 18:31 |
| Wizzup | useful | 18:31 |
| sicelo | buZz: not the waiting ... the re-reading after timer expiry. upower mostly doesn't do it, relying on udev. | 18:33 |
| buZz | but once every 10 seconds of reading textfiles shouldnt cause it to keep high cpu during those 10 secs wait, right? | 18:34 |
| buZz | kinda feels like its forever redrawing the graph at high fps, or something | 18:36 |
| sicelo | upower is calling you, haha. anyway | 18:40 |
| sicelo | thanks @ qcow2 image Wizzup . might give it a try | 18:40 |
| freemangordon | Wizzup: so, did you rebuild gtk2 for daedalus? | 18:44 |
| freemangordon | Wizzup: aftre doing proper dist-upgrade, it works fine | 18:52 |
| freemangordon | modest crashes on start though | 18:52 |
| Wizzup | freemangordon: yes, gtk was also built | 19:04 |
| Wizzup | freemangordon: modest is not ported yet, tinymail does not compile | 19:04 |
| Wizzup | some 'extern' keyword trickiness | 19:07 |
| Wizzup | (iirc) | 19:09 |
| freemangordon | ok | 19:10 |
| freemangordon | cloned mesa, lets see | 19:10 |
| Wizzup | L( | 19:12 |
| Wizzup | :) | 19:12 |
| freemangordon | Wizzup: which debian release we are at? bookworm? | 19:17 |
| Wizzup | daedalus is bookworm yes | 19:20 |
| freemangordon | hmm, does not rebase cleanly :( | 19:24 |
| freemangordon | "Successfully rebased and updated refs/heads/powervr/kirkstone/22.3.5." | 19:28 |
| Wizzup | you rebased your work, or what? | 19:30 |
| freemangordon | I rebased staticrocket | 19:30 |
| Wizzup | on debian mesa? | 19:30 |
| freemangordon | yes | 19:30 |
| Wizzup | ok, do you want to try that without any of our patches? | 19:31 |
| freemangordon | yes | 19:31 |
| freemangordon | that's the idea | 19:31 |
| freemangordon | lemme first see if it rebuilds | 19:31 |
| freemangordon | umm.. buils | 19:32 |
| freemangordon | builds | 19:32 |
| freemangordon | will push after that | 19:32 |
| Wizzup | ok | 19:32 |
| freemangordon | hmm, lemme enable pvr driver | 19:33 |
| Wizzup | 17:36 < freemangordon> we can't use 1:2.2.196+maemo7.4, because .N is for build number | 19:42 |
| Wizzup | we could do 7r4 | 19:42 |
| Wizzup | or whatever | 19:43 |
| freemangordon | could be, but we'd better keep current | 19:43 |
| freemangordon | we have a workaround, no? | 19:43 |
| Wizzup | maybe, but wanted to point out that we have a method that will not need any hacks | 19:43 |
| mkf | hello | 20:24 |
| freemangordon | mesa does not build :( | 21:13 |
| freemangordon | or rather - it builds but packaging fails | 21:13 |
| freemangordon | dh_missing: warning: usr/share/mesa/wayland-drm.xml exists in debian/tmp but is not installed to anywhere | 21:13 |
| freemangordon | dh_missing: warning: usr/share/pkgconfig/wayland-drm.pc exists in debian/tmp but is not installed to anywhere | 21:14 |
| freemangordon | hmm, those seem to come from sgx patches | 21:19 |
| freemangordon | Wizzup: https://github.com/maemo-leste-upstream-forks/mesa/tree/maemo/daedalus | 22:07 |
| freemangordon | where to build for arm? | 22:07 |
| Wizzup | https://phoenix.maemo.org/view/Images/job/leste-image-virtual-daedalus/1/console | 22:28 |
| Wizzup | freemangordon: in our ci? | 22:28 |
| Wizzup | freemangordon: do you want to build just arm, or? | 22:28 |
| freemangordon | yes, I want to test it first. anyway, installing pbuilder in VM | 22:29 |
| freemangordon | do you have any experience with it? | 22:30 |
| Wizzup | margical | 22:45 |
| Wizzup | in any case I do have this vm that I can give you ssh to | 22:46 |
| freemangordon | lemme first try to setup local env | 22:46 |
| freemangordon | I am almost there | 22:46 |
| Wizzup | ok | 22:50 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!