libera/#maemo-leste/ Tuesday, 2021-12-21

_inkysxmo has no such issues with gfx as maemo.00:11
_inkymay be the different kernel, may be other libraries.00:11
_inkybut it has no problems with xorg.00:11
_inkyi think just pmos baseline is more up to date.00:12
Wizzup_inky: I upgraded to a newer X and mesa than pmos has00:13
Wizzupand it makes no difference00:13
Wizzupso I don't think that's the case00:13
uvoshildon desktop might be buggy00:45
uvosdosent seam terribly likely since it works on all other drivers we have tried00:46
uvosbut its not impossible00:46
Wizzupuvos: it's not h-d that is buggy01:02
Wizzupuvos: it's stuff like scrolling01:02
Wizzupin applications01:02
Wizzupclearly some buffer management and damage problems01:02
uvosthat can be h-d01:08
uvosthe comp manager in the end has to draw the offscreen pixmaps when they are damaged01:09
uvosnow if it also hapens with compositing suspended then its a different story01:15
Wizzuptmlind: uvos: https://dpaste.com/64UPEPUJW.txt02:06
Wizzupdmesg-ramoops-0 on d4 after it reset02:06
WizzupI think it probably happened while it's flipping between charging and not charging02:09
rafael2kso, I think I'll try sailfish ofono before starting to hunt a udev rule which forces the use of atmodem in ofono07:59
rafael2khttps://gitlab.com/postmarketOS/pmaports/-/tree/master/temp/ofono09:32
rafael2kosmocom crew helped me09:32
rafael2k; )09:32
rafael2khttps://github.com/rafael2k/ofono09:47
rafael2kmy ofono "branch", with lasted ofono git + qmi voice support patch09:47
rafael2ktesting stuff now...09:47
rafael2kjust to make sure - is this the most updated ofono at maemo repos: https://github.com/maemo-leste-upstream-forks/ofono10:00
uvosrafael2k: https://github.com/maemo-leste-upstream-forks/ofono-d410:28
uvosis newer10:28
uvosand probubly we should just merge it into ofono and have the same ofono on every device10:28
rafael2kI have voice calls!11:24
rafael2kpackages are here: http://173.255.215.196/pinephone/11:24
rafael2kso with new kernel, and newer libell (I just grabbed it from bullseye), and the patched ofono, it all works fine... ufff https://github.com/rafael2k/ofono11:24
rafael2kI grabbed the debian/ folder from maemo's forked ofono, so it should be easy to integrate11:25
uvosrafael2k: great11:27
uvosi assume sphone also now has no issues on pp11:27
rafael2ktesting now11:28
rafael2kbut I bet it will work11:28
rafael2kyaaaay!11:29
rafael2kand I can even actually listen to the voice and talk!!!11:29
rafael2kI though I would spend more 48h just to figure out alsa routing!!11:29
rafael2kcheers!11:30
uvosrouting should happen automaticly11:30
rafael2kwow, that is great!11:30
uvosthis works fine on d4, if it dosent on pp there is something wrong here: https://github.com/maemo-leste/leste-config/tree/master/leste-config-pinephone/usr/share/alsa/ucm2/PinePhone11:31
rafael2kthe dialer can even work in portrait, that is cool11:31
uvosi think your the first person that has tried sphone on pp11:31
rafael2kit is already working fine11:31
uvosi can only test it on mapphones during development11:31
rafael2kit works!11:31
uvosbecause thats all i have :P11:32
uvosgreat11:32
rafael2kunless I was dreaming - it works, I confirm11:32
uvosbtw11:33
uvosyou have to install https://github.com/maemo-leste/rtcom-eventlogger-plugins11:33
uvosfor call history to work11:33
uvosi saw it was missing in your log yesterday11:33
Wizzuprafael2k: nice11:41
WizzupI can help get those ofono patches in the ci11:41
Wizzupwrt kernel not working with modem, we should fix that too11:42
Wizzupwe are on a newer sunxi kernel, so maybe the option is just missing11:42
Wizzupparazyd set that up11:42
rafael2kinstalled, tks!11:49
rafael2kyes, all the telephony options are missing in current maemo-pinephone kernel..11:50
rafael2kWizzup: ; )))11:51
rafael2kI had to change minimum glib requirement also in the source of ofono 1.33 also11:52
rafael2kchanged g_utf8_validate_len to g_utf8_validate in src/simutil.c:78011:53
rafael2kin here: https://github.com/rafael2k/ofono/commit/679ca2a8f002a5c5a4e64504ba8ae6dcfffe3d9811:53
rafael2kas soon as we have newer glib, I revert this11:53
rafael2kbut for now, we can carry on like this11:54
Wizzuprafael2k: ah just the config changes?11:54
rafael2kconfigure.ac and simutil.c11:54
rafael2kone liner patch11:54
WizzupI meant for kernel11:54
rafael2kbtw, this ofono should work in droid4 too11:54
Wizzupdid you base it on our droid4 work?11:55
rafael2kkernel need to just get a proper config from any pinephone distro11:55
rafael2kI got mine from mobian11:55
rafael2kWizzup: nope11:55
Wizzupparazyd: can you look at getting the pinephone with modem capabilities again?11:55
Wizzuprafael2k: then it won't work on the droid4 ;)11:55
rafael2kI grabber sources from latest ofono git11:55
rafael2kWizzup: droid4 support is there, just the droid4 udev rules should be needed11:56
parazydYeah11:56
parazydPinephone still can't work with mainline11:56
Wizzupparazyd: awesome, ty, looks like rafael2k has phone calls working11:56
Wizzupwe just lack some kernel config11:56
Wizzuphe had to take a kernel from mobian11:56
parazydBut I'll try to update it to the latest available if needed11:56
parazydaha11:56
Wizzupit's more a defconfig thing I think11:57
rafael2kyeap11:57
parazydrafael2k: Can you share your config here please?11:57
Wizzuprafael2k: zcat /proc/config.gz > /tmp/cfg.txt11:57
rafael2ksure, but it is from mobian 5.10-sunxi6411:57
uvosd4 will work with just qmi11:57
Wizzup(I think he's on 5.10 btw, fwiw, but that shouldn't be the cause I think)11:57
Wizzupuvos: yes but we don't want to use it like that11:57
rafael2kit will not apply cleanly in the current maemo kernel11:57
uvosbut power management will be bad/terrible without motorolamodem driver11:57
uvosWizzup: yes i was explaining11:57
Wizzupuvos: I suppose we could use it like that for some testing11:58
Wizzupuvos: :)11:58
rafael2kbtw, new libell should not be needed too, I was just too lazy to understand how to use internal ell11:58
rafael2kso I just add --enable-external-ell to rules: https://github.com/rafael2k/ofono/blob/master/debian/rules11:59
Wizzupyeah11:59
Wizzupso wrt ofono I think what we can/should do11:59
Wizzup- rebase on latest 1.33 release11:59
Wizzup- add droid4 patches11:59
Wizzup- add pinephone patches11:59
Wizzupand just push it to all11:59
Wizzuprafael2k: you can use wgetpaste or something to share the config too12:01
Wizzupyou might need 'modprobe configs'12:01
rafael2kchanged g_utf8_validate_len to g_utf8_validate in src/simutil.c:78012:02
rafael2kplease anyone with glib knowledge please confirm if this is not a messup ^12:02
rafael2kotherwise, it is good to go12:02
rafael2kWizzup: just a sec12:03
rafael2khttp://173.255.215.196/pinephone/config-5.10-sunxi6412:04
rafael2kbut this kernel I got from latest mobian image is certainly patched12:04
rafael2kmanjaro and other have newer 5.14 or something like this... we could borrow their config if we want a newer kernel12:05
Wizzuprafael2k: we have 5.14 so that might make sense12:08
rafael2kWizzup: I already looked sometime ago, the config was missing the modem, but it is a -rc1 something... I'd go for a stable one12:10
Wizzuprafael2k: yeah, ok, parazyd can do that for us I think (he did it before), he just needs to know what config needs to be on that is not on atm12:10
Wizzupalso I'll need to check if it's really -rc1, that surprises me12:11
Wizzupalso, are you using glamor at the moment, or llvmpipe?12:11
rafael2khttps://megous.com/git/linux/tree/?h=pp-5.1612:12
rafael2kdefault pinephone "defconfig" should be fine12:13
rafael2kWizzup: yes it is...12:13
rafael2kllvmpipe12:13
rafael2k  Option "AccelMethod" "none"12:14
rafael2kin xorg.conf12:14
rafael2kglxinfo shows me llvmpipe12:14
uvoses2_info12:14
Wizzuprafael2k: ok, I have xorg server 1.21 and latest mesa as packages for the pinephone but it didn't help much with the corruption, but it did help with crashes (I saw none)12:14
Wizzupso we need to file a bug probably, I just don't even know where to file the bug12:15
rafael2kWizzup: that is good already12:15
Wizzup(x11 or mesa)12:15
rafael2kuvos: same output12:15
Wizzuprafael2k: I think if we can use the 3d driver without glamor that would be a nice test, but I don't think we can12:16
Wizzupthe only other thing we can do is use the mali binary drivers, but eh12:16
uvosneeds dri3 appearntly12:16
Wizzup(those worked fine on some tablets I used with leste in the past)12:16
rafael2kWizzup: I have a feeling that would solve our problems in the pp...12:16
Wizzupuvos: don't we have dri3 in lima though?12:16
uvosyes but xorg only has dri3 if glamor is in use12:16
Wizzupah12:16
uvosi wonder how the pinebook works12:17
uvossurely they use xorg on it lots12:17
WizzupI don't have one12:17
Wizzupwell I don't know where to report the bug12:17
rafael2kI can re-enable accell and see what happens, but it annoys me all the crashed and corruptions... llvmpipe is good to use terminal and even browsing, just not good for videos12:18
Wizzuprafael2k: yes, I am not telling you to enable it per se, I'm just trying to see if you're open to trying those packages and filing a bug report :P12:18
rafael2kWizzup: sure I am12:18
uvosso is there corruption with no compositing12:18
WizzupI have too many things going on to spend too much time on the pinephone because I feel a bit stuck there12:18
Wizzupuvos: how can we test that properly?12:18
Wizzuprafael2k: ok, just a second12:19
uvosopen somethign that shows corruption reliably12:19
uvosbut is a regular window12:19
uvos(ie not ham)12:19
Wizzupuvos: conversations12:19
uvosand ctrl-shift-n12:19
uvos(use otg i gues)12:19
uvosor12:19
uvoseven better12:19
uvosopen /usr/share/hildon-desktop/shortcuts.ini12:19
uvosand reassing the suspend compositing shortcut to one of the vol buttons12:19
Wizzuphow will we know it worked?12:20
rafael2keven using llvmpipe is much faster than my Jornada 71012:20
rafael2k:P12:20
uvosthe title bar will break12:20
uvos(shows old content)12:20
Wizzupcan't xset or something tell us?12:21
uvosno12:21
Wizzupor rather xwininfo12:21
uvosi dont think so12:21
uvosyou can query the extension12:21
uvosbut idk if any tool dose this12:21
Wizzupwell hang on, I need to recompile my modesetting and glamor to not force gles since that makes things worse12:21
Wizzuprafael2k: I'll provide the pkgs in ~15 mins, make sure to have a backup12:22
uvosnote that hildon will renable compositing if you switch windows or if another widow shows up (him, status menu etc)12:23
rafael2kWizzup: ok!12:23
Wizzupuvos: what if it is a stacked window12:25
rafael2kas I changed kernel, lemme try re-enable accell in order to have a proper comparisson12:25
Wizzupuvos: the key is 'unredirect' no?12:26
uvosWizzup: yeah12:26
Wizzupk12:26
uvosWizzup: should work, but h-d is pretty buggy with those (clutter geomitry stacking gets out to sync with x11 windows)12:26
WizzupI haven't noticed any bugs with it12:26
Wizzuponly with my qt implementation12:26
uvosbecause your not suspending compositing12:27
uvoswhat happens is12:27
uvosthat hd's clutter geomry gets out of sync with libmatchbox/xorg12:27
uvosso hd renders a window above another window12:27
uvosthats below another window as far as x11 is concerned12:27
uvosbut thats a different problem anyhow12:27
Wizzupyeah many of the weird issues go away when the window is unredirected12:28
uvosso its not glamor12:28
parazydThanks12:28
Wizzuplet me check again12:28
uvosprobubly not xorg at all (though it still can be)12:28
uvosand likely is hildons or mesas fault (probubly mesa)12:28
Wizzupso maybe we can reproduce it with compmgr or something12:29
Wizzupcompton or whatever that is called now12:29
uvosyeah sure12:29
uvostry or kwin12:29
uvoskwin is good because its also gles12:29
uvos(if you configure it right)12:30
uvosall others are opengl12:30
rafael2kok, just tested the X with accell12:30
Wizzuph-d can use both too (clutter can rather)12:30
rafael2ksame behavior with the kernel Im using12:30
uvosright so either try kwin gles12:30
uvosor hildon opengl first12:30
Wizzuprafael2k: not surprising, I see it even on latest X and stuff12:30
rafael2kGL_VERSION: OpenGL ES 2.0 Mesa 20.3.512:31
rafael2kGL_RENDERER: Mali40012:31
WizzupI don't recall where we specify the hildon renderer12:31
rafael2krestarting X with noaccell12:31
Wizzuprafael2k: yes, I think we confirmed the bug is probably not in x11 or kernel12:31
Wizzupuvos: fwiw:12:32
Wizzup# cat /etc/hildon-desktop.env12:32
Wizzupexport COGL_RENDERER=egl_xlib12:32
Wizzupexport COGL_DRIVER=gles212:32
rafael2kbut when I boot with accelleration things are sooo fast, firefox opens up in an instant, terminal is sooo snappy12:32
Wizzuprafael2k: yes, we just need to get this compositing bug fixed and it'll be awesome to use12:33
rafael2kuhum12:33
Wizzuprafael2k: with latest packages the virtual keyboard bugs are mostly fixed12:33
rafael2kcool12:33
WizzupI suppose alteratively you could make some hildon-desktop frankenstein build that disables compositing all together, but it'll probably look weird12:33
_inkyuvos: i use pinebook with xorg, but pinebook is different hardware than pinephone. it's same as pinephone pro.12:34
uvosthats impossible12:34
_inkyso glad to see these discussions!12:34
_inkyi'd like to use maemo on pinephone so much.12:34
uvos_inky: sure but its the same mesa driver or?12:34
rafael2k_inky: use it12:34
Wizzup_inky: if you have a pinebook with xorg, what do you use on it12:34
_inkywindowmaker.12:34
Wizzupnever heard of it12:35
_inkyalways. i always use that on anything.12:35
uvoshave you run some compositing window wm?12:35
_inkyit looks like nextstep.12:35
uvosheh12:35
_inkyi tried enlightenment.12:35
_inkyit worked well. on xorg.12:35
Wizzupe17 isn't compositing per se is it12:35
rafael2kI use WM too... since before gnome or kde exist.12:35
_inkymuch better than windowmaker may be. i tried to use pico compositor with windowmaker even.12:35
uvosWizzup: yes it is12:35
Wizzupok12:35
uvosWizzup: non compsiting was dropped12:35
uvosWizzup: in 2019 or so12:36
Wizzupok, would be good to confirm still12:36
WizzupI'm quite sure the bug isn't in h-d12:36
uvosyeah it seams unlikely12:36
Wizzupside note scrolling becomes much smoother with compositing turned off12:36
Wizzupeven on landscape (in apps at least)12:36
uvossure12:36
uvossame on d412:36
uvoshildon-desktop is veeery hevy12:37
Wizzupuvos: actually it is not compared to the rest :P12:37
uvoswell compositing  in a singe window wm is silly :P12:37
WizzupI imagine we can actually fix that later on but let's not get distracted12:37
uvoswould be very hard to fix12:37
uvosis very ingrained into its arch12:38
Wizzup_inky: could you run some tests for us? it might require using another distro/image12:38
bencohI still believe we should allow disabling compositing easily :]12:38
_inkywith pleasure12:38
_inkyi have maemo on sdcard.12:38
Wizzupbencoh: work on it and we'll allow it :P12:38
bencoh:)12:38
Wizzupuvos: so wrt tests, what would make the most sense other than 'run kwin'12:39
Wizzupmaybe we need some widely available application that is buggy12:39
Wizzupthe problems seems to occur when windows are stacked, it seems to me12:39
Wizzuplike virtual keyboard on top of xterm12:39
Wizzupor conversations stacked window12:39
uvosWizzup: well run hildon on gl, try comption makes sense (ellimnate window redirection for compositing in xorg as a cause)12:40
uvosWizzup: then try clutter demos12:40
uvosWizzup: try and figure out what clutter calls cause the driver to trip up12:40
Wizzupit seems like we can do that on pinephone12:40
Wizzupdoes anyone remember the name for COGL_DRIVER for non-gles2?12:41
Wizzupmaybe just commenting COGL_DRIVER=gles2 works too12:41
lelMerlijnWajer opened an issue: https://github.com/maemo-leste/bugtracker/issues/598 (Package/merge ofono patches for pinephone)12:42
lelMerlijnWajer labeled an issue: https://github.com/maemo-leste/bugtracker/issues/598 (Package/merge ofono patches for pinephone)12:42
Wizzupok, I think I want rafael2k's help to test this some more12:46
uvosif (driver_name == NULL || !g_ascii_strcasecmp (driver_name, "gl"))12:46
uvos     {12:46
uvos       renderer->driver = COGL_DRIVER_GL;12:46
Wizzupyeah I unset it, thanks for checking12:47
Wizzupit feels better without gles2/egl set12:47
Wizzupbut it might just be a slightly different way the same problem manifests itself12:47
Wizzuprafael2k: ok ready?12:47
rafael2kFirefox is a good app to test... it fails miserably12:48
rafael2kyes12:48
Wizzupcopying packages atm12:48
Wizzupfirst thing you'll need to do is add the experimental repo12:48
Wizzup(for mesa)12:48
Wizzupdeb https://maedevu.maemo.org/leste beowulf-experimental main contrib non-free12:48
rafael2kok12:49
rafael2kshould I just apt-get update / dist-upgrade ?12:50
Wizzupno, typing more, just a minute12:50
rafael2kok12:50
Wizzuprafael2k: wget https://wizzup.org/pine64-xorg.tar and from that install xvfb_21.1.1-2_arm64.deb xserver-xorg-core_21.1.1-2_arm64.deb xserver-common_21.1.1-2_all.deb libxcvt0_0.1.1-1+b1_arm64.deb libxi6_1.8-1_arm64.deb xserver-xorg-input-evdev_2.10.6-1_arm64.deb12:51
Wizzuprafael2k: and yes, you want to apt-get update and apt-get dist-upgrade12:52
Wizzupthat should pull in new mesa12:52
Wizzupthings we can test right now:12:52
Wizzup1. comment two lines in /etc/hildon-desktop.env12:52
Wizzupuvos: actually I guess xorg.conf mostly doesn't matter now that we suspect mesa or h-d12:53
Wizzupso I won't suggest to toy with that12:53
rafael2kWizzup: comment all the lines, in h-d.env right?12:53
Wizzupno need, try it with them first12:53
Wizzuprafael2k: yeah please just try that first, what I have now on my pinephone is seriously fast portrait mode where the vkb doesn't seem to bug, it's ok in landscape after the first vkb render (maybe a shader compile thing)12:53
Wizzupand most apps look ok, but there are still some oddities12:54
Wizzupwhich are resolved by disabling compositing for one window12:54
Wizzupbut I tweaked so much in my setup it's hard to know what exactly is making things better12:54
rafael2kso no apt-get update / upgrade yet?12:54
uvoswhat kind of odities?12:54
Wizzuprafael2k: no, do that12:55
Wizzuprafael2k: yes, do update12:55
Wizzupuvos: same as before: scrolling in a stacked window renders past contents on both sides12:55
rafael2kok12:55
Wizzupuvos: I can try to make a video today so that we can share it with mesa devs I guess12:55
Wizzuprafael2k: let me know about your test cases so that I can try too12:55
rafael2kWizzup: ok12:56
rafael2kThe following packages have unmet dependencies:12:56
rafael2k libxi-dev : Depends: libxi6 (= 2:1.7.9-1) but 2:1.8-1 is installed12:56
Wizzupdid I tell you install -dev?12:56
Wizzupmy bad if so12:56
Wizzupoh, you had it installed12:57
Wizzupwell then also install my -dev .deb12:57
rafael2kok12:57
rafael2kinstalling all the packages12:57
Wizzupwhat is all?12:58
Wizzupall the ones in the tar?12:58
rafael2kthe tarball12:58
rafael2kyes12:58
WizzupI didn't do that but it is fine12:58
rafael2kwhat can go wrong? it is just the X12:58
rafael2k:P12:58
WizzupI would just install what you need12:59
Wizzupto prevent a mess12:59
Wizzupuvos: btw unrelated did you see the trace I caught last night?12:59
rafael2kis this important somehow:13:00
rafael2kThe following packages will be REMOVED:13:00
rafael2k  hildon-meta hildon-meta-pinephone xserver-xorg xserver-xorg-video-all xserver-xorg-video-amdgpu xserver-xorg-video-ati xserver-xorg-video-fbdev xserver-xorg-video-nouveau xserver-xorg-video-radeon xserver-xorg-video-vesa13:00
rafael2ksome crazy conflicts13:00
Wizzupyes13:00
Wizzupsec13:00
rafael2kok13:01
rafael2ki think I fixed it13:02
Wizzupso what was the conflict?13:02
WizzupI am going to try dist-upgrade with my dpkg -i'd stuff13:03
WizzupI didn't actually try that before but probably I will get the same13:03
rafael2k xserver-xorg-video-fbdev : Depends: xorg-video-abi-2413:03
Wizzupok yeah I get it too13:03
rafael2kok, go ahead13:03
Wizzupso what I did was apt dist-upgrade before dpkg -i'ing those debs13:03
Wizzupbecause if we want to package this we'll have to rebuild a lot more13:03
Wizzup(because of the video abi change, but for our use case it doesn't matter since X ships modesetting)13:04
Wizzuprafael2k: so you may want to downgrade the few debs you installed first13:05
rafael2kright13:05
Wizzupuvos: hm there are still some oddities like things tend to 'bounce' a bit, like vkb will move up and down a bit for every key pressed13:06
Wizzupuvos: this doesn't happen if the window below it is unredirected13:06
Wizzupuvos: yeah calculator also is weird with compositing enabled, and that has no overlaying windows afaict, so that could be a good test case13:08
Wizzupso I can observe: (1) calculator flickers with every key press with compositing (2) conversations scrolling in a conversations is a mess with compositing on (3) vkb bounces up and down on a composited osso-xterm13:09
Wizzuprafael2k: are you managing?13:11
rafael2kthe mesa should be the 21.2.5 or the 20.3.2?13:17
Wizzup21.2.513:18
Wizzupdist-upgrade would have given you that13:18
Wizzupwithout the dpkg -i first13:18
WizzupI would downgrade xorg to the repo versions, then do dist-upgrade and then dpkg -i them again13:19
rafael2kright, I trying to find a way to do it not doing chery-picking13:23
rafael2kls13:23
Wizzuprafael2k: there is no way13:24
Wizzuprafael2k: don't invest time in that now, the proper fix is to rebuild the other ddxes13:24
Wizzuprafael2k: you can try to remove all the other packages but that might force -meta removal13:24
Wizzupand we don't want that13:24
Wizzupuvos: (4) starting control panel applets in portrait mode makes them bounce13:25
Wizzupfor a while13:25
rafael2kI can just start from scratch13:26
rafael2kget a new SD13:26
rafael2k; )13:26
Wizzupjust dpkg -r the packages you -i'd13:27
Wizzupand then apt-get install them13:27
Wizzupand then dist-upgrade13:27
WizzupI think that should be all13:28
rafael2kI'll try13:28
MartijnBraam[m]how's mainline on the nokia n810?13:47
MartijnBraam[m]omap 242013:48
uvoscertenly quite untested13:49
uvosWizzup: yes i saw13:49
MartijnBraam[m]can't even find if that core has a fpu :P13:50
WizzupMartijnBraam[m]: I saw someone was working on it recently13:50
uvosWizzup: ok yeah i would try compton and some clutter demos on pp next13:50
uvoshttps://github.com/clutter-project/toys13:50
uvossor so13:50
WizzupMartijnBraam[m]: someone mentioned that at least13:50
uvossomeone else on the ml also hat plenty of trouble with oamp2 support in 5.1013:51
uvosso likely needs some work13:51
MartijnBraam[m]oh ew, it has raw flash13:51
Wizzupn900 does too13:51
Wizzupyeah I am just wondering where the patches were for the n81013:51
WizzupI have a few at home13:51
MartijnBraam[m]hmm seems 810 is armel13:56
Wizzupyeah13:57
WizzupMartijnBraam[m]: we're not doing armel builds atm but we could turn them on when I get this solidrun server14:16
MartijnBraam[m]you're getting a solidrun server?14:16
MartijnBraam[m]lx2k?14:16
Wizzupyeah14:16
Wizzupit should have arrived already14:17
MartijnBraam[m]yeah mine took forever14:17
Wizzupwe want to use it for CI14:17
MartijnBraam[m]the one I have here will be moved to builds.sr.ht to help with pmos repositories14:17
Wizzup:)14:18
MartijnBraam[m]it's quite nice hardware14:18
MartijnBraam[m]and acpi arm platoforms are... interesting14:18
WizzupI'll poke you if I run into problems setting it up ;-)14:18
rafael2kuff, system recovered20:13
rafael2kdid not need to reinstall20:13
rafael2kWizzup guides are the best!20:14
rafael2keheheheheh20:14
rafael2kused the time to upgrade the Quectel modem to latest firmware too20:15
rafael2khopefully I'll get VoLTE working (or may be it is just a matter of playing with ofono)20:16
rafael2kuvos: is the "+" in the dialer working?20:17
uvosno its not implemented, but you can write + with the keyboard20:17
rafael2ktrue20:17
rafael2kbtw... tks a lot, really wonderful to have a working dialer20:18
uvosor just use 0xx usually this is the same20:18
uvosxx being the country code20:18
rafael2knot really the same20:19
uvosnot entirely no20:19
uvosyour wellcome it also is not maemo specific at all, i made sure to make it work on really anything.20:19
rafael2kthis is even better!20:22
rafael2k; )20:22
rafael2kcant think of many maemo specifics to be ifdef'ed20:23
uvosthere are huge amounts20:24
uvosbut nothings ifdefed20:24
uvossphone is uses a bouch of modules that can be replaced between mameo and generic ones where apropriate20:25
rafael2knice20:25
Wizzuprafael2k: ok good :)22:24
Wizzuprafael2k: do you have new X now?23:28

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