libera/#maemo-leste/ Saturday, 2022-04-02

lelIMbackK opened a pull request: https://github.com/maemo-leste/osso-applet-display/pull/2 (Remove gconf depdancy and support)01:15
lelIMbackK opened a pull request: https://github.com/maemo-leste/osso-applet-notificationlight/pull/1 (Abandon gconf in favor of mce's dbus interfaces)01:18
mighty17[m]so i kinda hacked the egl https://github.com/MightyM17/mesa/blob/maemo/beowulf-devel/src/egl/drivers/dri2/egl_dri2.c#L2757 but still i get the egl error07:31
mighty17[m]https://paste.debian.net/1236522/07:32
mighty17[m]so im looking at the wrong place then?07:32
Wizzupmighty17[m]: did you ever get maemo leste to run on your device?08:41
WizzupI suppose given all the work you put into it, it might be quite easy now08:41
mighty17[m]<Wizzup> "mighty17: did you ever get maemo..." <- With droid4 rootfs, yes09:16
mighty17[m]I might have some pics as well09:16
* mighty17[m] uploaded an image: (72KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/rOvvKxKytTPYLSfLFHOvrvMz/IMG_2021-06-15-12-15-34-506.jpg >09:17
Wizzupmighty17[m]: cool09:26
Wizzupdid you have to change a lot?09:26
mighty17[m]Not at all, droid4 rootfs + my kernel and it worked iirc09:27
Wizzupmaybe we can make images09:28
mighty17[m]Wdym?09:29
Wizzupfor the device, ddable images09:33
WizzupI don't know how muc you canged in your kernel09:34
mighty17[m]its the same openpvrsgx kernel with 2 patches10:04
mighty17[m]3*10:04
mighty17[m]https://gitlab.com/pvrports/pvrports/-/tree/master/device/community/linux-openpvrsgx10:04
buZzuvos: those notes are for usage with a a2dp yeah10:06
buZzuvos: not -all- bt headsets support both profiles10:07
Wizzupmighty17[m]: cool10:12
mighty17[m]i'd like to get mesa working first 😅10:13
Wizzupmesa doesn't work for hildon-desktop?10:13
mighty17[m]nah, https://paste.debian.net/1236522/10:14
Wizzupweird, why it would the same driver not work for hildon-desktop on your device with the same gpu10:15
Wizzupkwim_core?10:15
Wizzupkwin_core?10:15
Wizzupthat's not h-d right?10:15
mighty17[m]its plasma mobile*10:16
Wizzupright10:16
mighty17[m]still i'd like that ui, soo10:17
sicelo:-P10:51
siceloPlamo, you mean?10:51
mighty17[m]sicelo: yeah, but it shouldnt throw that error coz i already tried to make eglQueryDmaBufFormatsEXT return false as it should10:54
mighty17[m]idk where else to ask xD11:00
uvossince i now transitioned mce to gsettings some notes on the gconf->gsettings transtition:11:23
uvostheoreticly very easy if maemo applications used gconf in the way its supposed to be used11:23
uvoshowever because they dont manny some minor and major snags occure11:23
uvos1. you cant use gsettings without a shema and in maemo gconf rather random packages own shemas. if the same shema setup was used for mce for instance, mce would assert on startup unless all cp applets that set mce keys are also installed. thus the schmas must be moved into the application that uses the keys, not the one that sets them, since the setting applications depend on the acting one anyways (this was also what is11:24
uvosreccomended by gconf docs)11:24
uvos2. you cant read keys of other users like in gconf, this results in gsettings asserting that the user is wrong.11:25
uvosnot a problem for mce since i transitioned the external interfaces to dbus before hand but a major snag for other maemo services11:26
uvos3. you cant  dynamicly create keys like in gconf, every key must be in the schema or gsettings will assert. you can have relocatable schemas, but sematics of those are very different. major headache, since maemo services tend to create random keys all over the place in dyanamic fassion, like icd etc.11:28
uvos4. gsettings keys can be lowercase only and no special symbols. minor headache since the maemo keys use cammel case and underscores11:29
freemangordonWTF?11:30
freemangordonno underscores?11:30
uvosnope11:30
freemangordonwhat about hyphen?11:30
uvoshyphen is allowed as the only exception11:30
freemangordonwell, still better11:31
freemangordonotherwise I would say that we shall find a gconf replacement that is fit for the purpose11:31
freemangordonlike settings fs (or whatever it was called)11:31
uvosits fit for purpose really11:31
freemangordonI still think this is better11:31
freemangordonand who will replace IPC?11:31
uvosthe stuff it dosent allow is pretty bad pactice11:31
uvosIPC should not be in the settings backend11:32
freemangordonuvos: please, stop that academic speach11:32
freemangordonwe have a real use-case of IPC11:32
freemangordonwhether it is good or bad...11:32
freemangordonits another story11:32
freemangordonI am not saying iot is good11:32
freemangordonjust asking what is going to replace it11:32
uvoswell for mce, dbus did11:32
freemangordonwell, it is not only mce and we shall make a general decision first11:33
freemangordonnot to say I really think you have to discuss first before making such changes11:34
freemangordonbut it could be just me11:34
freemangordonalso, what is the urge *now* for that transition?11:35
Wizzupnew debian11:35
Wizzupdrop gconf11:35
Wizzupbullseye/chimaera11:35
freemangordon*now*?11:35
WizzupI think he's just working on the transition :)11:35
freemangordonand... starting with the most-critical daemon11:35
uvosmce has selectable settings backends11:36
uvosit has supported gconf and ini files for a long time11:36
freemangordonsee, I am not saying this is bad11:36
freemangordonand that we shall not do it11:36
uvosi just added gsettings as a backend11:36
freemangordonut, I really disdagree with the way its done11:36
freemangordonok11:36
WizzupI'm going to finish the news post today+tomorrow11:47
freemangordon:)12:08
humpelstilzchen[freemangordon: on pine+keyboard the contacts application starts on every keystroke, is there a way to prevent that?12:27
siceloIt's a feature ... but I suppose it can be disabled via gconf12:33
sicelogconf /apps/osso/hildon-desktop ... there are  callui_dbus_interface and addressbook_dbus_interface12:38
siceloYou probably can clear them12:38
siceloMmm, no better set  /apps/osso/hildon-desktop/key-actions/home_contacts_phone to false12:46
siceloI wonder what package you have that I don't have, as the key feature doesn't work on my Droid 4.13:02
humpelstilzchen[sicelo: aah cool, that seems to work, thanks13:02
siceloYes, I tested it on Fremantle :-)13:03
humpelstilzchen[sicelo: do you have osso-addressbook installed on the droid?13:04
siceloYes. I can save a contact using Modest, for example13:05
uvosa worthwile enhacement might be to not show the contacts application if there are no contacts13:07
siceloOh, hah! humpelstilzchen[ I'm behind the times. I didn't have it actually13:07
uvosalso you cant search in the contacts app at all if you dont have a hwkbd, jfyi13:08
siceloNice, "My information" picked up my sip account details. I guess it git them from empathy that I once setup in the past13:10
Wizzupuvos: what if you raise the vkb?13:10
Wizzupuvos: with yuor raise button13:10
Wizzupsicelo: where is this?13:10
uvosWizzup: sure but that only works on bionic13:10
freemangordonsicelo: well, actually it got it from telepathy13:10
freemangordonuvos: on PP works too13:10
uvosit should not13:10
freemangordon(in theory)13:10
uvossince the volume applet needs the key13:10
uvoswe disabeld the shourtcut13:11
freemangordonwell, on my PP vkb raises on up volume button13:11
uvosupdated to devel?13:11
freemangordonI think so13:11
freemangordonas I have addressbook there ;)13:11
uvoshmm, then maybe we forgot13:11
uvosanyhow it shal not work on pp13:11
humpelstilzchen[interesting, I don't get a keyboard on volup on PP13:12
freemangordonanyway, we shall invent a way to bring vkb on HWKBD-less devices13:12
freemangordona system-modal pass-through window13:13
uvosno13:13
freemangordonbetter idea?13:13
uvosyes use xorgs gesture extension13:13
freemangordonah, was not aware about that13:13
freemangordonso, this is something server-side?13:13
uvosyes13:14
uvoswell sortof13:14
freemangordonsounds great13:14
uvosit just passes though gestures that libinput defines13:14
freemangordonbut I guess it can be used for our use-case, no?13:14
freemangordonto bring vkb on gesture13:14
uvosthe libinput if could yeah13:14
freemangordon(from bottom to top I guess)13:15
uvosi assume the xorg extension passes though enough13:15
freemangordonanyway, I am back to rtcom-accounts-widgets13:15
uvosside note: i think typing on a manually raised vkb is bad ui as the only option for search13:20
uvossince its not discoverable13:20
uvosbut its just a minor thing13:21
freemangordonuvos: agree, but you can alway put a shortcut to addressbook on the desktop13:22
freemangordon*always13:22
uvosno i mean if your in the addressbook allready13:22
uvoswould be better to have a search button in the drop down13:22
freemangordonah, I see13:23
freemangordonwell, better in toolbar13:23
freemangordonactually, in portrait we alrady have that "abc" stuff13:23
uvosno13:24
freemangordonI plan to extend it to landscape and also we may add search button there13:24
uvosi dont13:24
uvosi only see the abc thing in portrait in sphone13:24
uvosnot in the contacts app13:24
freemangordonyes13:24
freemangordonah, I see13:24
freemangordonwell, we can fix that13:24
uvosalso is a bit wierd that its only in portrait13:24
uvossince you have less horizontal space then13:25
uvosbut anyhow13:25
freemangordonthis is because it was intended to be used on HWKBD device13:25
uvospapercuts13:25
freemangordonand I wanted to have the stock functionality working first13:25
uvossure13:25
norlyis there an action associated with a long press on the hildon app switcher? if not, then maybe that could be yet another way to raise the vkbd. still, this could be more confusing than helpful... so maybe as a power user option, disabled by default?13:54
freemangordonnorly: that's not always visible13:57
mighty17[m]freemangordon so https://github.com/maemo-leste-upstream-forks/mesa/blob/maemo/beowulf-devel/src/egl/drivers/dri2/egl_dri2.c#L2754-L2756 should return EGL_FALSE right (as 8 < 15)14:04
mighty17[m]ah also u guys rebuild all mesa packages? coz i only do the `usr/lib/xorg/modules/dri/pvr_dri.so` and `usr/lib/xorg/modules/dri/swrast.so`14:05
uvosnorly: also has a function allready14:16
uvoslongpress is return to home14:17
uvosadmittly its fairly useless14:17
uvossince it takes more time to do that than to open tasknav and going to home that way14:18
humpelstilzchen[I guess there is a regression in mce on PP. The display is always locked15:43
uvoshmm? explain15:44
humpelstilzchen[when the display turns off I can not get it to turn on with a touch event or button press on the keyboard. Only the power-button will enable it and shows the lockscreen15:45
uvosautolock got enabled15:45
uvosi gues15:46
uvossettings->display->lock screen automaticly15:46
uvosor sutch15:46
humpelstilzchen[already checked15:46
humpelstilzchen[its disabled15:46
uvoscat /etc/mce/mce.ini.d/10-maemo.ini | grep Modules=15:48
humpelstilzchen[Modules=rtconf-gsettings;lock-tklock;lock-devlock;power-dsme;display;x11-ctrl;inactivity;battery-upower;inactivity-inhibit;filter-brightness-als-iio;alarm;callstate;state-dbus;key-dbu15:48
uvosupps https://github.com/maemo-leste/mce/commit/cdc4fdda5f7dc5bab8a2925c37ac5a6781a0739d slipped  into devel build by accident15:49
uvosit wont work untill https://github.com/maemo-leste/osso-applet-display/pull/2 is merged then15:49
uvos(or i revert the default)15:49
uvosyou can change rtconf-gsettings to rtconf-gconf untill either happens15:50
humpelstilzchen[ok thx15:50
uvosprobubly should revert the default for now15:50
uvosill do it later15:50
uvoshumpelstilzchen[: should be fine if you upgrade18:02
lelIMbackK opened a pull request: https://github.com/maemo-leste/hildon-desktop/pull/19 (Use slide state dbus message instead of the gconf key)18:15

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!