sicelo | did the leste-config-mapphone stuff get fixed? i was just upgrading my d4, and encountering dependency hell on leste-config | 04:16 |
---|---|---|
sicelo | Wizzup: establishing gprs connection fails on droid 4. https://paste.debian.net/1263608/ shows the current status. any ideas/suggestions? | 04:45 |
sicelo | i don't mind using ofono-scripts for it, but of course GUI would be more convenient | 04:46 |
sicelo | should i add the context in ofono directly, since it's missing there? | 04:46 |
SuperMarioSF | Wizzup, some bad news. | 05:12 |
SuperMarioSF | DHL doesn't have service outpost in my city | 05:12 |
SuperMarioSF | and SF express just denied anything smartphone to be sent. | 05:12 |
SuperMarioSF | they allow handheld PC, but not smartphone/ | 05:13 |
SuperMarioSF | I guess I have to take them with me to Shenzhen, find a actual DHL outpost and send from there. | 05:13 |
SuperMarioSF | There will be some delay, but won't for a month long. | 05:14 |
Wizzup | SuperMarioSF: check, will reply by mail | 11:03 |
Wizzup | sicelo: so you got the same problem as uvos? | 11:03 |
Wizzup | sicelo: sorry, as buzz | 11:04 |
sicelo | the issue where it brings up conflict regarding bionic and some other mapphones | 12:09 |
sicelo | but i didn't have time to look into it further, so i let it be | 12:09 |
freemangordon | Wizzup: did you fix mafw-shared by chance? | 12:22 |
freemangordon | I assume not, going to try to fix it | 12:25 |
Wizzup | freemangordon: no, I don't have time to look into this test edge case on the CI atm | 12:27 |
Wizzup | I do recall we had issues with this exact thing a few years back IIRC | 12:27 |
Wizzup | mafw and disk full test rings a bell | 12:27 |
freemangordon | ok, I will try to fix, or at least try to find the what the issue is | 12:29 |
freemangordon | Wizzup: is there a way to keep the builder directories after a failed build? | 12:41 |
Wizzup | freemangordon: not sure tbh | 12:43 |
Wizzup | maybe if I hack/change the jenkins builder | 12:43 |
freemangordon | ok, I'll try on PP first | 12:43 |
Wizzup | ok | 12:43 |
freemangordon | ok, not one but 3 tests fail on PP | 13:22 |
freemangordon | oh: dbus_bus_request_name(com.nokia.mafw.playlist): service already running | 13:22 |
freemangordon | test-pld.c:204:F:Playlist persistence:test_diskfull:0: Assertion 'pls == ((void *)0)' failed | 13:27 |
freemangordon | :) | 13:27 |
freemangordon | this is on PP | 13:27 |
freemangordon | so, we really have issue | 13:27 |
Wizzup | good find | 13:48 |
Wizzup | uvos: do we still need gnome contacts fork? | 13:56 |
Wizzup | freemangordon: shall I try to go for mesa 22.2.x or shall we stay on our 21.2.5? | 14:27 |
Wizzup | chimaera is on mesa 20.3.5 | 14:27 |
freemangordon | does 22 support our pvr driver? | 14:32 |
Wizzup | I mean, we'll probably have to forward patch stuff | 14:32 |
Wizzup | personally I see not reason to do it now | 14:33 |
Wizzup | our libdrm and mesa in beowulf are still newer than in chimaera | 14:33 |
Wizzup | so we can just import them | 14:33 |
Wizzup | IMO | 14:33 |
freemangordon | my point was - is it even possible to forward-port the patch? | 14:34 |
freemangordon | because they removed support for external drivers at some point | 14:34 |
Wizzup | freemangordon: oh, no idea | 14:37 |
buZz | btw, i noticed that when i move leste install to a different d4, first time gprs-online from boot takes some minutes | 14:50 |
buZz | -until- i booted android on that different d4 once, since then lesteboot to gprs-online is instant again | 14:51 |
buZz | its like the modem remembers some stuff | 14:51 |
Wizzup | it does | 14:52 |
Wizzup | it has its own os | 14:52 |
Wizzup | and there are instructions on things you can do on our wiki page | 14:52 |
buZz | oh on d4/Modem ? i just accepted the delay, and was suprised i could get 'remove' it :) | 14:58 |
buZz | hmm, not that page i guess | 15:01 |
Wizzup | maybe try to find out what changed in the nvram | 15:06 |
buZz | ah this? https://leste.maemo.org/Status/Mobile_Data/Dev | 15:06 |
buZz | hmm no | 15:07 |
buZz | Wizzup: i'll need to try to get it back in previous state then :) will keep messing with it some | 15:08 |
Wizzup | uvos: I think apart from elogind we're pretty much ready to start building some images | 15:35 |
Wizzup | freemangordon: heh mafw isn't even installed on any device atm afaik | 16:30 |
freemangordon | yes ;) | 16:38 |
Wizzup | so I think we can build images then | 16:38 |
Wizzup | since we don't need elogind | 16:38 |
Wizzup | well, no, there's modest I guess | 16:38 |
freemangordon | tinymail? | 16:39 |
Wizzup | I think so, and gtkhtml3, I didn't look at it yet but BlagovestPetrov[ said they didn't work | 16:39 |
freemangordon | I won;t have time to look today | 16:39 |
freemangordon | or... | 16:39 |
freemangordon | lemme try to spend 15 minutes on gtkhtml3 | 16:40 |
BlagovestPetrov[ | i'll be available to check them in 1-2 hours | 16:40 |
freemangordon | gtkhtml3.14 builds just fine | 16:42 |
freemangordon | lemme build for chimaera | 16:42 |
Wizzup | freemangordon: looks like gtkhtml just worked | 17:03 |
freemangordon | mhm | 17:03 |
Wizzup | probably it was just tinymail then | 17:03 |
freemangordon | trying tinymail ATM | 17:03 |
Wizzup | iirc it was nss related | 17:03 |
freemangordon | ugh: | 17:05 |
freemangordon | warning: format '%d' expects argument of type 'int *', but argument 4 has type 'si | 17:05 |
freemangordon | ze_t *' {aka 'long unsigned int *'} [-Wformat=] | 17:06 |
freemangordon | yeah, "error: conflicting types for 'MD5Context'" | 17:07 |
Wizzup | mhm | 17:11 |
freemangordon | Wizzup: I think to just rename MD5Context to md5_context | 17:23 |
freemangordon | Wizzup: I wonder if it is a good idea to fix G_TYPE_INSTANCE_GET_PRIVATE while I am at it | 17:32 |
Wizzup | freemangordon: probably | 18:21 |
freemangordon | I am on it | 18:33 |
freemangordon | will take a day or two though | 18:33 |
freemangordon | lots of usages | 18:33 |
freemangordon | but modest is not a stopper for initial images | 18:34 |
Wizzup | freemangordon: well the images depend on modest | 19:03 |
Wizzup | freemangordon: can we build it without the get private changes? | 19:23 |
vectis | The "F" keys (F1 - F10) don't seem to work on my D4. All the other extra keys seem to work (the ones that need the "OK" key as a modifier) | 19:27 |
Wizzup | where do you see F1-F10 on your d4? | 19:31 |
vectis | https://leste.maemo.org/images/e/e0/Maemo-leste-droid4-kbd-2021-07.png | 19:31 |
Wizzup | funny, I never saw that before, is that really how our xkb data looks? | 19:34 |
Wizzup | (says the guy who made several of these for the wiki:)) | 19:34 |
vectis | Not implemented then? | 19:36 |
Wizzup | I think if the image shows it, then it should work, I don't know what h-i-m does with it | 19:43 |
sicelo | maybe some programs don't expect a 'generated' F-key ... someone reported a similar issue with F keys on N900 in pmOS. although my memory is a little hazy now, i think it showed up in evtest/xev, but didn't work in htop. | 19:48 |
sicelo | i have had more pressing issues to look at however, although someday i should look into it as device maintainer | 19:49 |
sicelo | vectis: check if those F keys show up in xev | 19:50 |
sicelo | so yes, same problem. the F key shows up in xev, but htop doesn't 'see' it | 20:03 |
sicelo | just tested on my leste d4 | 20:03 |
vectis | They seem to work in X, just tried F3 in firefox (search) | 20:09 |
vectis | I meant graphical programs. | 20:10 |
Wizzup | sicelo: could be h-i-m | 20:11 |
sicelo | i don't think it's h-i-m. as mentioned, it's there in pmOS too | 20:12 |
sicelo | https://gitlab.com/postmarketOS/pmaports/-/issues/623 | 20:17 |
freemangordon | Wizzup: sure, will push later on or tomorrow, have guests ATM | 20:18 |
sicelo | no idea if it's passing, but i'm glad to see now droid 4 connects to wifi on first try. no longer the initial 'connection failed' message | 20:29 |
sicelo | at least *my droid4* | 20:41 |
freemangordon | sicelo: what has changed? | 20:42 |
sicelo | no idea tbh. but i noticed in last day or two that i no longer get that first connection failed | 20:42 |
sicelo | however, once again i have difficulty getting it to charge from empty. i haven't had issues with this for months now (since disabling charge-mode), but somehow it's back | 20:44 |
freemangordon | Wizzup: https://github.com/maemo-leste/tinymail/commit/35a1cd7895376c60541226e6aee4744e2746afb7 | 20:55 |
freemangordon | please make a release | 20:55 |
Wizzup | freemangordon: great, will do | 21:01 |
Wizzup | sicelo: I didn't change anything fwiw | 21:01 |
sicelo | maybe kernel ... no idea. i was the only one experiencing this? | 21:02 |
Wizzup | I don't think I ever used the f5 buttons | 21:02 |
Wizzup | for htop I just use the mouse interface | 21:02 |
Wizzup | gpm or whatever it is | 21:02 |
Wizzup | s/f5/f/ | 21:02 |
freemangordon | sicelo: no, it is the same here (first attempt always fails) | 21:03 |
Wizzup | yeah the wifi problem remains afaik | 21:04 |
Wizzup | freemangordon: building now, ty | 21:04 |
sicelo | ok. interesting. i can't say it's the AP, because it's my AP at home, and I haven't made any changes. oh well, let's hope it lasts :p | 21:05 |
Wizzup | maybe something just connects on boot, silently fails, and you don't notice it? | 21:05 |
Wizzup | (and it just seems like it is fixed) | 21:05 |
sicelo | no. i always have autoconnect disabled | 21:06 |
sicelo | (even in fremantle) | 21:06 |
Wizzup | ok | 21:06 |
Wizzup | (same here btw) | 21:07 |
Wizzup | freemangordon: btw: | 21:16 |
Wizzup | $ maemo-summoner /usr/bin/osso-addressbook.launch | 21:16 |
Wizzup | maemo-summoner: summoning '/usr/bin/osso-addressbook.launch' | 21:16 |
Wizzup | maemo-summoner: died loading invoked application: '/usr/bin/osso-addressbook.launch: cannot dynamically load position-independent executable' | 21:16 |
Wizzup | /usr/bin/controlpanel.launch is ok | 21:16 |
Wizzup | $ file /usr/bin/osso-addressbook.launch | 21:16 |
Wizzup | /usr/bin/osso-addressbook.launch: ELF 32-bit LSB pie executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, BuildID[sha1]=cf12de344e438f51eb537cd68a7312176249e726, for GNU/Linux 3.2.0, stripped | 21:16 |
Wizzup | $ file /usr/bin/controlpanel.launch | 21:16 |
Wizzup | /usr/bin/controlpanel.launch: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, BuildID[sha1]=d3e8dd12e1995d2d5cb83c6e15ea202f061bdd1a, stripped | 21:16 |
freemangordon | hmm, weird | 21:20 |
freemangordon | some build flags are missing, lemme check | 21:20 |
freemangordon | ugh | 21:23 |
freemangordon | Wizzup: https://github.com/maemo-leste/osso-addressbook/blob/maemo/chimaera/src/Makefile.am#L10 | 21:23 |
freemangordon | this should be MAEMO_LAUNCHER_LIBS I guess | 21:24 |
Wizzup | right, and also LIBADD instead of LDFLAGS | 21:24 |
freemangordon | no | 21:24 |
Wizzup | no? | 21:24 |
freemangordon | https://github.com/maemo-leste/hildon-status-menu/blob/master/src/Makefile.am#L30 | 21:24 |
freemangordon | it should be LDFLAGS | 21:25 |
Wizzup | ok, weird, I thought that was deprecated | 21:25 |
freemangordon | it is not | 21:25 |
freemangordon | you just can't put libraries there | 21:25 |
Wizzup | hmm | 21:25 |
vectis | I have now got F keys on my D4 by using xbindkeys and xvkbd. This is how I have F keys on my collection of N810's as well :) | 22:11 |
Wizzup | freemangordon: that worked | 23:00 |
freemangordon | yeah, it was an obvious type by my side | 23:01 |
freemangordon | which was not giving problems on beowulf because if the old libc6 | 23:01 |
freemangordon | *typo | 23:02 |
Wizzup | right | 23:02 |
Wizzup | I will look at ham tomorrow, see if I can figure out the last remaining things | 23:02 |
freemangordon | ok | 23:03 |
freemangordon | I will stop for today as well | 23:03 |
freemangordon | night! | 23:03 |
Wizzup | gn, almost there :) | 23:03 |
buZz | vectis: care to document what you did? :) does it also work for fullscreen SDL applications? | 23:22 |
Wizzup | uvos: looks like ti-utils-wilink6 doesn't compile on chimaera | 23:24 |
BlagovestPetrov[ | Hey *, there is one missing Pygtk package | 23:27 |
BlagovestPetrov[ | The following packages have unmet dependencies: | 23:27 |
BlagovestPetrov[ | python-gobject : Depends: python-gi (>= 3.34.0) but it is not installable | 23:27 |
BlagovestPetrov[ | E: Unable to correct problems, you have held broken packages. | 23:27 |
Wizzup | use python2-gobject | 23:27 |
Wizzup | (I think) | 23:27 |
Wizzup | ah wait | 23:27 |
Wizzup | python-gobject-2 | 23:27 |
BlagovestPetrov[ | thanks :) | 23:27 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!