| freemangordon | Wizzup: update-initramfs: Generating /boot/initrd.img-6.1.0-30-rt-armmp | 07:10 |
|---|---|---|
| freemangordon | what the? | 07:10 |
| freemangordon | sicelo: wait, the driver reports capacity 0 if not calibrated? | 07:39 |
| sicelo | yes, because that's what the hardware reports | 07:41 |
| freemangordon | this is on d4 | 07:41 |
| sicelo | the registers are reset -> 0 | 07:41 |
| freemangordon | hmm, lemme check the driver code, that does not make sense | 07:41 |
| sicelo | why do you say that? | 07:42 |
| freemangordon | because the driver should now it is not calibrated and report ENODATA or something | 07:43 |
| freemangordon | not 0 | 07:43 |
| sicelo | then what if the capacity is really 0% :-) | 07:44 |
| freemangordon | what is capacity 0% | 07:44 |
| freemangordon | capacity is absolute, no? | 07:44 |
| freemangordon | charge_level might be 0 | 07:44 |
| freemangordon | but then, you have battery low irq | 07:45 |
| sicelo | what does "absolute" mean? | 07:45 |
| freemangordon | mAh | 07:45 |
| freemangordon | lemme check what driver does | 07:45 |
| sicelo | in any case, even with ENODATA, upower will still be unhappy iirc. N900 driver used to report the ENODATA | 07:46 |
| freemangordon | ok, but ENODATA is something we can use to argue with upower maintainers | 07:47 |
| freemangordon | it is not 0 | 07:47 |
| freemangordon | the ^^^ statement (garbage in, garbage out" is correct, if we disregard the tone | 07:47 |
| sicelo | ok, we can try that approach. it's easy to implement In the kernel. if capacity = 0 && voltage > VOLTAGE_MIN_DESIGN, return -ENODATA :-) | 07:48 |
| sicelo | actually that's why i recently implemented VOLTAGE_MIN_DESIGN for the N900's driver ... i think D4 already reports it | 07:49 |
| freemangordon | sicelo: BTW, which exactly property we talk about? | 07:49 |
| freemangordon | POWER_SUPPLY_CAPACITY? | 07:49 |
| sicelo | yes | 07:50 |
| freemangordon | hmm https://github.com/maemo-leste/droid4-linux/blob/maemo-6.6.y/drivers/power/supply/cpcap-battery.c#L758 | 07:51 |
| freemangordon | it seems it already return ENODATA under some conditions | 07:51 |
| sicelo | part of the upower problem is that they made the assumption that capacity_level is only valid for peripherals not supplies, e.g. bluetooth devices. | 07:55 |
| sicelo | freemangordon: an idea I had recently is ... we leave kernels as they are, and upower capacity/percent as is, but just teach it to export the capacity_level property straight from kernel | 08:11 |
| sicelo | so no assumptions get made by either kernel or upower | 08:11 |
| sicelo | a upower consumer (like us) can then make its own decision to react to capacity_level if it wishes | 08:12 |
| freemangordon | but the real issue now is that upower does a shutdown, no? | 08:13 |
| sicelo | we can suppress that shutdown in latest versions of upower, so it's no longer a problem | 08:14 |
| freemangordon | then, what is the problem? | 08:14 |
| sicelo | the shutdown is there in the version found in daedalus ... but we can build newest, i guess | 08:15 |
| sicelo | right now there's no major problem really :-) | 08:15 |
| sicelo | except ... yes we don't shutdown, but, what do we report in the battery applet & mce | 08:16 |
| freemangordon | if the property is not reported, we can just say "battery not calibrated" in the applet and show half-empty icon | 08:17 |
| freemangordon | mce does not care about charge anyways, it cares about 'battery low' signal only | 08:18 |
| freemangordon | and voltage level | 08:18 |
| freemangordon | dsc_: please, fix conversations to not connect accounts if availability is offline | 08:19 |
| sicelo | i completely agree with that approach ... and that's why i was thinking about exposing capacity_level in upower, so at least we don't always show the 50%, but can show 75%, 25%, etc. solely from capacity_level | 08:21 |
| freemangordon | ahaa, now I see | 08:21 |
| freemangordon | yeah, makes sense | 08:21 |
| freemangordon1 | maemo-summoner: died loading invoked application: '/usr/bin/osso-abook-home-applet.launch: cannot dynamically load position-independent executable' | 09:21 |
| freemangordon1 | will have to fix that | 09:21 |
| dsc_ | freemangordon1: alright | 09:45 |
| freemangordon1 | thanks! | 09:46 |
| Wizzup | sicelo: wait, upower does a shutdown through elogind? surely we can disable that | 10:58 |
| Wizzup | do you have some links | 10:58 |
| Wizzup | freemangordon: are you sure this is conversations doing this and not status applet? cc dsc | 10:58 |
| Wizzup | freemangordon: I see status applet blinking green upon reboot trying to connect when there is no ntework | 10:58 |
| Wizzup | I don't think it is conversations that onlines accounts | 10:59 |
| Wizzup | freemangordon: hmm I am getting an error with X and permissions | 11:36 |
| Wizzup | also our old upower remains because we epoch'd it :) | 11:42 |
| Wizzup | try dpkg -l | grep '+m7' | 11:42 |
| Wizzup | sicelo: https://gitlab.xfce.org/xfce/xfce4-power-manager/-/issues/146#note_95195 | 11:45 |
| Wizzup | so we'll need *newer* upower not to have it be dumb :D | 11:46 |
| Wizzup | freemangordon: so yeah I am seeing issues with seatd not running | 11:48 |
| Wizzup | looks like my X wants to use libseat/seatd | 11:48 |
| freemangordon | that's not an issue | 11:50 |
| freemangordon | BTW, I successfully dist-upgraded my d4 | 11:51 |
| freemangordon | so not sure what issues you have on yours | 11:51 |
| Wizzup | freemangordon: well, this is mz617, but it is the same | 12:01 |
| freemangordon | if you dd an image, does it work? | 12:02 |
| Wizzup | not possible | 12:03 |
| Wizzup | no sd card | 12:03 |
| Wizzup | I'll check user groups | 12:03 |
| Wizzup | seems upower will be a real nuisance | 12:16 |
| Wizzup | I think it's powering off my tablet immediately due to this 0 thing | 12:16 |
| freemangordon | yeah | 12:16 |
| freemangordon | you should boot on charger connected | 12:16 |
| Wizzup | can't | 12:16 |
| Wizzup | need serial/keynoard | 12:16 |
| Wizzup | I chmod -x'd upower | 12:17 |
| Wizzup | now X starts | 12:17 |
| freemangordon | ok, maybe put some value in /var/lib/$wherever_the_value_is | 12:17 |
| freemangordon | the calibration value | 12:17 |
| Wizzup | I don't know what file you're referring to, but that doesn't work on mz617 I think | 12:18 |
| Wizzup | will check | 12:18 |
| freemangordon | sec | 12:18 |
| freemangordon | /var/lib/droid4-battery-calibration/charge_full | 12:18 |
| Wizzup | no idea what to write tbh | 12:22 |
| Wizzup | in any case, with upower disabled it boots | 12:22 |
| freemangordon | yeah, we have to fix upower, somehow | 12:23 |
| freemangordon | but let me see if I can properly fix gconf first | 12:23 |
| Wizzup | agreed | 12:23 |
| Wizzup | let me charge tablet and then consider what to write there | 12:24 |
| freemangordon | it shoud not matter | 12:25 |
| freemangordon | put 1500000 there | 12:25 |
| Wizzup | I think gtk chimaera is 2:2.24.33-2+m7.8 and daedalus is 2:2.24.33-7 | 12:26 |
| Wizzup | so we are not yet using daedalus gtk | 12:26 |
| Wizzup | not sure why/how | 12:26 |
| Wizzup | maybe pkg names just changed | 12:26 |
| freemangordon | BTW, scrooling an addressbook on daedalus seems way faster | 12:27 |
| freemangordon | could be placebo, but... | 12:27 |
| Wizzup | don't know, but I think driver seems a bit better | 12:33 |
| freemangordon | mhm | 12:34 |
| freemangordon | we shall enable fullscreen in the browsers | 12:34 |
| Wizzup | seems libecal also isn't on newer version | 12:35 |
| Wizzup | ii libecal-2.0-1:armhf 3.38.3-2+m7 armhf Client library for evolution calendars | 12:35 |
| Wizzup | ii libecal-2.0-2:armhf 3.46.5-1+4m7.1 armhf Client library for evolution calendars | 12:35 |
| Wizzup | older one is installed | 12:35 |
| Wizzup | doesn't make sense to me | 12:35 |
| freemangordon | apt upgrade? | 12:35 |
| Wizzup | clutter too | 12:36 |
| Wizzup | dist-upgrade | 12:36 |
| freemangordon | now, what happans if you do 'apt update/upgrade'? | 12:37 |
| Wizzup | nothing, as dist-upgrade is a superset of it | 12:37 |
| freemangordon | hmm, those packages have epoch or? | 12:38 |
| Wizzup | no | 12:38 |
| Wizzup | I removed them with dpkg -r and it seems like nothing depends on it, strangely enough | 12:38 |
| freemangordon | is calendar installed? | 12:38 |
| freemangordon | also, which clutter? | 12:39 |
| freemangordon | 1.0? | 12:39 |
| Wizzup | ii libclutter-0.8-0:armhf 0.8.2.79+m7.1 armhf Open GL based interactive canvas library | 12:39 |
| freemangordon | nothing depends on that? | 12:39 |
| freemangordon | that doesn't make sense | 12:39 |
| Wizzup | I was talking about libecal etc | 12:40 |
| freemangordon | ah | 12:40 |
| freemangordon | hmm, see apt-cache policy libclutter-0.8-0 | 12:41 |
| Wizzup | I wonder if one or two pkgs in daedalus don't have the prefix | 12:41 |
| freemangordon | could be | 12:42 |
| Wizzup | let's rebuild clutter once the gconf jenkins fix is in | 12:42 |
| freemangordon | but better rebuild tham | 12:42 |
| Wizzup | https://maedevu.maemo.org/pkgweb/daedalus/main/binary-amd64/libclutter-0.8-0.html | 12:42 |
| Wizzup | yeah this one needs a rebuild | 12:42 |
| freemangordon | I think gconf is better now | 12:43 |
| freemangordon | but, I am afraid I cannot fix it for dist-upgrade | 12:43 |
| Wizzup | btw, looks like the ebook stuff wasn't necessary because there was also a newer version installed | 12:43 |
| freemangordon | lemme try jenkins | 12:44 |
| Wizzup | it's not just dist-upgrade, I think also when debian say upgrades sgml | 12:45 |
| freemangordon | yeah | 12:45 |
| freemangordon | sgml does something | 12:45 |
| freemangordon | Wizzup: jenkins is fixed, but I have no idea how to fix dist-upgrade | 12:47 |
| freemangordon | maybe sgml-base shall pre-depend on gconf | 12:48 |
| Wizzup | freemangordon: maybe we can fix some of this in our meta pkgs | 12:50 |
| freemangordon | yes, but ni idea how | 12:51 |
| freemangordon | *no | 12:51 |
| freemangordon | trying a fix now though | 12:51 |
| Wizzup | maybe we can have gcon2 not depend on gconf-common, hope it gets pull in some other way and fix it that way | 12:52 |
| freemangordon | hmm... | 12:52 |
| freemangordon | maybe | 12:52 |
| Wizzup | upon dist-upgrade now, indeed the gconf bug is back, btw | 12:55 |
| freemangordon | I know | 12:55 |
| Wizzup | yeah | 12:56 |
| freemangordon | one more try, if that does not work, I'll give-up | 13:07 |
| Wizzup | let's hope :) | 13:11 |
| freemangordon | I don;t really believe this will work, but... | 13:12 |
| freemangordon | Wizzup: hmm... *maye* it is really fixed | 13:32 |
| freemangordon | going to dist-upgrade my VM | 13:32 |
| Wizzup | great | 13:34 |
| freemangordon | well, lest confirm | 13:35 |
| freemangordon | *lets | 13:35 |
| freemangordon | you can build clutter etc in thye meanwhile, jenkins is fixed | 13:37 |
| freemangordon | Wizzup: ^^^ | 13:37 |
| freemangordon | Wizzup: dist-upgrade is not ok, I am out of ideas | 13:48 |
| Wizzup | what about some hacks with hildon-meta | 13:51 |
| Wizzup | have gconf pkgs not depend on each other | 13:52 |
| Wizzup | hm I guess that is tricky for ci | 13:52 |
| freemangordon | maybe that will work, dunno | 13:52 |
| freemangordon | yeah | 13:52 |
| Wizzup | or maybe merge gconf2 and gconf-common and add some provides/replaces | 13:55 |
| Wizzup | then there might also not be a cycle | 13:55 |
| freemangordon | would you try? as I am sick of gconf now :) | 13:56 |
| freemangordon | hmm, wait | 13:56 |
| freemangordon | maybe we shall move triggers to another package | 13:57 |
| freemangordon | have to run, bbl | 13:58 |
| Wizzup | that works too @ triggers | 14:09 |
| Wizzup | freemangordon: can gconf pre-depend on sgml-base? | 14:26 |
| freemangordon | sgml-base is not the issue | 14:34 |
| freemangordon | it is gconf that is the issue | 14:34 |
| Wizzup | I think it's both, no? | 14:34 |
| freemangordon | not sure | 14:34 |
| freemangordon | could be | 14:34 |
| Wizzup | ok, well, I liked the idea of moving the triggers to a separate pkg' | 14:35 |
| freemangordon | that package shall pre-depend on gconf or something | 14:36 |
| freemangordon | I am not sure how dependency chain should look like | 14:36 |
| Wizzup | gconf can depends on gconf-triggers and gconf-triggers can pre-depend on gconf, no? | 14:37 |
| freemangordon | sounds weird but we can try | 14:38 |
| Wizzup | this way gconf can configure without running triggers and without issue | 14:38 |
| freemangordon | try it | 14:40 |
| Wizzup | ok, will today | 14:45 |
| arno11 | Wizzup: btw for n900, did you move all stuff from devel to daedalus ? | 15:20 |
| arno11 | i ask because the last chimaera img is finally unusable apart for basic stuff, and not upgradeable to devel because of random network/modem crash and h-d freeze :( | 15:26 |
| Wizzup | I haven't observed these crashes or freezes | 15:28 |
| arno11 | i mean from a fresh install | 15:28 |
| Wizzup | but we can look at n900 specific stuff when the daedalus install works on some devices | 15:28 |
| arno11 | i mean it is not possible to use it from a fresh install with chimaera | 15:29 |
| arno11 | so ofc from our old install, daedalus works. different story for new user | 15:30 |
| arno11 | when you say you didn t observe these crashes or freezes, you mean from a fresh install ? | 15:32 |
| Wizzup | no, I haven't dd an image in a bit | 15:40 |
| arno11 | Wizzup: ok. even dts fixes are missing with 125MHz freq still there btw | 15:55 |
| Wizzup | I am not super inclined to work backwards on chimaera and rather just make a daedalus image that works well | 15:55 |
| Wizzup | but if you tell me exactly what to build I can do it | 15:55 |
| arno11 | oh, ofc no problem for daedalus as a priority. i just mean we absolutely need all devel stuff for stable img | 15:56 |
| arno11 | for chimaera or daedalus | 15:57 |
| Wizzup | daedalus built from devel stuff for the most part | 15:57 |
| arno11 | ok that's nice | 15:57 |
| freemangordon | Wizzup: https://bugs.launchpad.net/ubuntu/+source/gconf/+bug/1551623 | 16:35 |
| freemangordon | Wizzup: going to test the fix | 16:37 |
| arno11 | Wizzup: last d4 build failed with same submodule error (as n900) | 17:26 |
| Wizzup | freemangordon: do we really want to fork dpkg too? I'd prefer to try my fix | 17:32 |
| Wizzup | arno11: ok, ty, I'll try to see what's up | 17:33 |
| freemangordon | Wizzup: no dpkg fork | 17:33 |
| freemangordon | but change gconf trigger types | 17:33 |
| Wizzup | ok | 17:33 |
| freemangordon | Wizzup: I force-pushed, so keep you local changes for a while | 17:34 |
| Wizzup | yeah, I did, I also have the local changes you had | 17:34 |
| Wizzup | just in case | 17:34 |
| freemangordon | so far it seems this change helps, however, we may have to upgrade gconf in chimaera too | 17:34 |
| Wizzup | sounds like a good idea (let's do -devEL first) | 17:35 |
| Wizzup | -devel | 17:35 |
| freemangordon | I'll do locally forst | 17:35 |
| freemangordon | *first | 17:35 |
| freemangordon | and then -devel | 17:35 |
| freemangordon | in either case, there will be a need for dpkg-reconfigure a, most-probably | 17:36 |
| Wizzup | regardless of a fix? strange | 17:36 |
| freemangordon | yes, because we already have gconf with broken triggers in chimaera | 17:36 |
| Wizzup | if we replace gconf it doesn't seem like it would be a problem | 17:37 |
| freemangordon | will have to try | 17:38 |
| freemangordon | lemme first check if it will allow dist-upgrade to not break | 17:38 |
| freemangordon | starting dist-upgarde with new gconf installed, lets see | 17:42 |
| freemangordon | Wizzup: seems it will work | 18:02 |
| freemangordon | I think we shall issue a chimaera HAM metapackage that depends on that gconf | 18:02 |
| freemangordon | to give users chance to upgrade | 18:03 |
| freemangordon | dist-upgrade still goes on though, will report when its done | 18:04 |
| Wizzup | ok | 18:21 |
| freemangordon | Wizzup: done, no errors | 18:22 |
| freemangordon | so, the plan is: | 18:22 |
| freemangordon | 1. put fixed gconf from daedalus to chimaera-devel and check if it installs (with apt upgrade) with no issue, then test dist-upgarde. I'll do that | 18:23 |
| freemangordon | 2. move gconf to chimaera | 18:23 |
| freemangordon | 3. check if image builds still work (both chimaera and daedalus) | 18:24 |
| freemangordon | 4. add new gconf as a dependency to chimaera hildon-meta and mark hildon-meta as HAM system package | 18:25 |
| freemangordon | what do you think? | 18:25 |
| Wizzup | sounds good | 18:28 |
| Wizzup | hildon-meta is already a system package in ham for experimental btw | 18:28 |
| Wizzup | re: 5, we might also want to make some hildon-meta-pin pkg that gets update monthly with specific versions | 18:30 |
| freemangordon | that was my idea from yesterday, to auto-generate such package, somehow | 18:45 |
| freemangordon | right before I asked if we can hire repo maintainer :D | 18:46 |
| freemangordon | Wizzup: hmm, maybe I shall put it in experimental, if metapackage is there | 18:47 |
| freemangordon | hm? | 18:47 |
| Wizzup | either way | 18:50 |
| freemangordon | ok, doing for experimental first | 18:51 |
| freemangordon | Wizzup: hmm, HAM lists "core meta package" too | 19:06 |
| Wizzup | yeah I did that | 19:09 |
| Wizzup | we can remove it though | 19:09 |
| freemangordon | ok | 19:11 |
| freemangordon | we shall, it does not have a nice icon :) | 19:11 |
| freemangordon | I will do it | 19:11 |
| freemangordon | hmm, conflicts with libgconf2-dev (3.2.6-7) | 19:15 |
| Wizzup | strange, why | 19:16 |
| freemangordon | no idea | 19:16 |
| Wizzup | maybe you apt-get instlal'd something that depends on this specific version | 19:17 |
| Wizzup | would be strange | 19:17 |
| Wizzup | or ham is crazy :) | 19:17 |
| freemangordon | HAM | 19:17 |
| freemangordon | will try one more thing | 19:17 |
| freemangordon | hmm, why is core package "not provided by maemo leste" | 19:18 |
| freemangordon | oh | 19:18 |
| freemangordon | I guess I have to install hildon-application-manager-settings-standard first, right? | 19:19 |
| freemangordon | Wizzup: ^^^? | 19:19 |
| freemangordon | Wizzup: did you mark our packages as system? | 19:21 |
| freemangordon | Wizzup: somehow the upgrade is not trusted by HAM, tha's why it refuses to install it | 19:24 |
| freemangordon | Wizzup: what is the key of experimental? | 19:27 |
| freemangordon | Wizzup: oh, HAM uses its own gpg store | 19:36 |
| freemangordon | someone shall read the docs :) | 19:40 |
| Wizzup | freemangordon: ah yes, I need to do that still | 20:27 |
| Wizzup | freemangordon: I probably didn't have that because I had it in red pill mode | 20:27 |
| Wizzup | but yes there's the domains thing | 20:27 |
| freemangordon | we have to fix domains/keys in order to use HAM | 20:42 |
| Wizzup | I know | 21:10 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!