rafael2k | uvos: sphone now shows me: Unable to transmit dial number via ofono | 07:38 |
---|---|---|
rafael2k | sphone: comm-ofono: Dialing number: +79096274557 | 07:39 |
rafael2k | sphone: comm-ofono: Error: GDBus.Error:org.ofono.Error.InProgress: Operation already in progress | 07:39 |
rafael2k | but it does not seem related to sphone now... something wrong with telephony stuff | 07:42 |
rafael2k | restarted the modem - all goodd | 07:51 |
rafael2k | audio routing is working! | 07:51 |
rafael2k | also: | 07:54 |
rafael2k | sphone: playback-gstreamer: /usr/share/sounds/Nokia_tune.aac is not a valid file | 07:54 |
rafael2k | the phone does not ring | 07:54 |
rafael2k | apart of that, all good, sphone is pretty useful! tks!! | 07:55 |
rafael2k | btw, I get this when restarting the modem: [50811.084706] udevd[9376]: failed to execute '/lib/udev/gpsd.hotplug' '/lib/udev/gpsd.hotplug': No such file or directory | 08:13 |
rafael2k | btw, lets please pack: https://github.com/rafael2k/firmware-pine64-ov5640 | 08:16 |
rafael2k | for pinephone camera support | 08:16 |
rafael2k | just a couple of v4l controls are missing from kernel drivers to have libcamera working | 08:47 |
rafael2k | when I have time I'll implement them in the drivers | 08:47 |
Wizzup | rafael2k: do you want the firmware to be a specific package or merged in with bt or something | 08:49 |
rafael2k | rafael2k: specific package | 08:52 |
rafael2k | just like in all the other distros | 08:52 |
rafael2k | imho | 08:52 |
rafael2k | Wizzup: | 08:52 |
rafael2k | for the record, these are the v4l missing controls for ov5640: 0x009e0902 and 0x009e0901 | 08:57 |
rafael2k | and for gc2145: 0x009e0902, 0x009f0902 and 0x009e0901 | 08:57 |
rafael2k | need to grep the headers to get their proper name | 08:57 |
rafael2k | with these we can have libcamera up and running | 08:58 |
rafael2k | for both front and back cameras in the pp | 08:59 |
rafael2k | (and all the goodies of having a gstreamer source element) | 08:59 |
Wizzup | ok | 09:07 |
rafael2k | indeed, today I manage to take the first picture in Maemo | 09:07 |
rafael2k | with both front and back cameras | 09:07 |
rafael2k | but using MegaPixels | 09:07 |
rafael2k | *my first pictures in maemo with the pp | 09:08 |
rafael2k | : ) | 09:08 |
Wizzup | cool! | 09:08 |
rafael2k | Megapixels implementation is clean C code, I like, but is a bit too hardcoded for pinephone devices afaiu | 09:09 |
rafael2k | and gtk4 too... does not compile in current Maemo | 09:10 |
Wizzup | do we need to support gtk4 at this point? | 09:10 |
rafael2k | no no, I like the libcamera way... I'm using Megapixels just before we have maemo's camera-ui forward ported | 09:11 |
Wizzup | ok, no strong opinion on what our camera uit looks like imho, but check | 09:12 |
rafael2k | me neither... but in case we need gtk4, would it be bad to add its package in the repo? | 09:13 |
rafael2k | as a stop-gap for people who wants to take pictures right now | 09:13 |
rafael2k | (before a maemonized camera-ui with libcamera get in place) | 09:13 |
Wizzup | probably quite some work to make it build and all integrated | 09:14 |
Wizzup | but yes, possible I suppose | 09:14 |
Wizzup | and it'd lack any theming | 09:14 |
rafael2k | too much work I think... this will come when maemo moves to chimaera... | 09:16 |
rafael2k | I think I'll just strip the gtk4 parts of MegaPixels and make a cmd line UI for it | 09:17 |
rafael2k | : ) | 09:17 |
Wizzup | ok | 09:18 |
bencoh | isn't there a libcamera commandline client of some sort already? | 09:20 |
rafael2k | yes | 09:20 |
rafael2k | but kernel drivers still misses some v4l controls | 09:20 |
rafael2k | need to spend some time, it not quite ready as I thought | 09:21 |
humpelstilzchen[ | what is missing? | 09:21 |
rafael2k | <rafael2k> for the record, these are the v4l missing controls for ov5640: 0x009e0902 and 0x009e0901 | 09:21 |
rafael2k | <rafael2k> and for gc2145: 0x009e0902, 0x009f0902 and 0x009e0901 | 09:21 |
rafael2k | some patches flying around here: https://github.com/kbingham/libcamera/issues/28 | 09:22 |
rafael2k | bencoh: not only a cmd line, but also a qt interface and gstreamer plugins : ) | 09:24 |
rafael2k | holy shit | 09:28 |
rafael2k | my keyboard started working again | 09:28 |
humpelstilzchen[ | gut got the smoke back into? | 09:29 |
rafael2k | the only different is the kernel with new patches supporting it | 09:30 |
rafael2k | but I did not connect it to the socket yet | 09:30 |
rafael2k | not pressed its button | 09:30 |
humpelstilzchen[ | I wouldn't, also better check the battery | 09:33 |
humpelstilzchen[ | Probably best is also to isolate the power line | 09:34 |
rafael2k | may be just use it as keyboard and forget about the battery... the smoke some days ago cant be something good | 09:36 |
rafael2k | good idea | 09:36 |
rafael2k | [ 11.446414] kb151 2-0015: Charger read failed - MCU returned 0xff | 09:41 |
rafael2k | after pressing the kbd button, I get: [ 1030.912480] kb151 2-0015: Charger is initialized | 09:45 |
rafael2k | and I see in maemo the battery charging | 09:45 |
rafael2k | hum | 09:45 |
bencoh | uhuh | 09:46 |
bencoh | sounds reliable :* | 09:46 |
rafael2k | :P | 09:46 |
humpelstilzchen[ | uh wow, I wonder what burned then | 09:47 |
humpelstilzchen[ | > [ 11.446414] kb151 2-0015: Charger read failed - MCU returned 0xff | 09:50 |
humpelstilzchen[ | Afaik thats normal | 09:50 |
humpelstilzchen[ | the button is to wake the IC up | 09:50 |
rafael2k | right, just realized that | 09:50 |
humpelstilzchen[ | in fact, I could just reproduce that on a non-smoking device | 09:50 |
rafael2k | indeed, I can read voltages now, status and so on at /sys/class/power_supply/ip5xxx-charger/* | 09:50 |
rafael2k | I'm just not very excited of connecting it to a socket | 09:51 |
humpelstilzchen[ | oh, so we have a kernel driver now, nice | 09:51 |
rafael2k | : ) | 09:52 |
bencoh | could be a faulty cable (a short resulting in plastic smoking from overheat) | 10:10 |
rafael2k | bencoh: indeed! | 10:13 |
Wizzup | oh I need to build kernel for stable | 10:26 |
Wizzup | (pine) | 10:26 |
Wizzup | started it | 10:29 |
Wizzup | rafael2k: so your keyboard works again? | 10:29 |
rafael2k | Wizzup: YES! | 10:58 |
rafael2k | : )) | 10:58 |
uvos | rafael2k: we dont ship any ringtones atm | 11:18 |
uvos | rafael2k: you have to set some file you proivde yourself as a ringtone | 11:18 |
uvos | rafael2k: in settings->profiles | 11:18 |
Wizzup | should we just package/import the nokia ringtones? | 11:49 |
uvos | using the nokia tune is asking for someone to check if they have rights to this | 11:49 |
uvos | since its so well known | 11:49 |
Wizzup | well, we do | 11:50 |
Wizzup | but we can ask maemo orga as well | 11:51 |
Wizzup | they had a meeting last night so we might be able to ask them some of these questions | 11:51 |
uvos | probubly not worth it over a tune we dont want to use anyhow | 11:51 |
uvos | (we want our won idenity) | 11:51 |
uvos | *own identity | 11:51 |
Wizzup | mhm | 11:52 |
uvos | but we should package some ringtones | 12:05 |
uvos | the model 500 sample from sphone is fine | 12:06 |
uvos | but we need a sms/notification ring tone | 12:06 |
uvos | i had to delete the sphone one as we dident have rights to it (it was a recording of the ringer of a samsung feature phone) | 12:06 |
uvos | then in addition we can package the android ringtones, as they have clear licences (apache), obv they arnt usefull as defaults. | 12:08 |
Wizzup | rafael2k: ok, kernel is in stable | 13:31 |
Wizzup | uvos: right | 13:31 |
Wizzup | freemangordon: building your him changes for stable | 16:22 |
rafael2k | Wizzup: yay! | 17:02 |
rafael2k | rafael2k: so why sphone try to play a ringtone which is not package? | 17:03 |
rafael2k | it is nice for nostalgia reasons | 17:05 |
rafael2k | lets pack all the tones | 17:05 |
rafael2k | do we have a package somewhere? | 17:05 |
rafael2k | also for camera-ui, there are lots of hardcoded paths for the tones, which can just be considered public domain, as small sound notes can't be propriety of anybody | 17:06 |
rafael2k | I doubt any big tech would bother for a corner case use like ours, it is not even worth the salary of the lawyers | 17:07 |
Wizzup | camera-ui is foss? | 17:11 |
rafael2k | yes | 17:13 |
Wizzup | check, I didn't even look :) | 17:13 |
rafael2k | This program is free software; you can redistribute.... | 17:14 |
rafael2k | https://github.com/community-ssu/camera-ui | 17:14 |
rafael2k | btw, this qt webbrowser is wonderful | 17:15 |
rafael2k | the only only my daugher can watch youtube without hassle | 17:15 |
rafael2k | but the vkb keeps showing up... | 17:15 |
Wizzup | hm, maybe check with uvos on that one | 17:19 |
rafael2k | will connect my bt mouse in the pp | 17:20 |
rafael2k | the battery still did not end! | 17:20 |
rafael2k | : )) | 17:20 |
Wizzup | glad to hear it works | 17:20 |
rafael2k | lets see... I had not connected it to the psu yet | 17:21 |
rafael2k | still afraid | 17:21 |
Wizzup | yeah.. | 17:21 |
rafael2k | https://www.abradig.org.br/maemo-crazyness/video1.mp4 | 17:44 |
rafael2k | my first youtube video in the pp | 17:44 |
rafael2k | finally working on realtime and in sync with qt web browser | 17:44 |
rafael2k | https://www.abradig.org.br/maemo-crazyness/image1.jpeg | 17:44 |
rafael2k | https://www.abradig.org.br/maemo-crazyness/image2.jpeg | 17:44 |
rafael2k | a couple of other pics | 17:44 |
rafael2k | qt webbrowser playing 15min of video already in youtube, flawless | 17:45 |
rafael2k | pavucontrol crashes X when clicking ramdonly | 17:45 |
rafael2k | :/ | 17:45 |
rafael2k | <- I'm happy finally with my new Jornada 710 / N900 - like subnotebook! | 17:46 |
rafael2k | tablet pc, whatever we call, with the bonus of 4G | 17:47 |
rafael2k | : ) | 17:47 |
Wizzup | nice @ video screenshot | 17:49 |
rafael2k | my daughter complaining the video was too loud... eheheheh | 18:01 |
freemangordon | :) | 18:01 |
freemangordon | Wizzup: great | 18:01 |
freemangordon | so, what is the PP state now in regards to repos - do we have everyhting needed? | 18:02 |
uvos | mce and ke-recv assume that the "slide" is "closed" when no keyboard slide key exists is attached | 18:08 |
uvos | there is currently no provision for a device with a keyboard that cant be retracted | 18:08 |
uvos | so yeah the vkb shows because it thinks its needed | 18:08 |
uvos | btw hardware accleration in qwebengine is currently broken on pp for no reason | 18:10 |
rafael2k | can we hardcode this if the pp is with the keyboard attached (checking for hardware kbd is easy)? | 18:10 |
uvos | it hardcodes xcb and wl as the only platform plugins where it tries to use accelrataion | 18:10 |
rafael2k | but video plays nicelly, much smother than in ff or chromium | 18:11 |
freemangordon | uvos: hmm, maemo is xcb based | 18:11 |
uvos | sure, but not hardcode, mce needs assume extended if input devices covering all qwerty keycodes are present but not a slide switch | 18:12 |
rafael2k | right | 18:12 |
uvos | but someone told me that the pp hwkbd dosent remove itself in evdev | 18:12 |
uvos | when its removed | 18:12 |
uvos | that needs to befixed | 18:12 |
uvos | freemangordon: but its not the platform plugin XCB | 18:12 |
uvos | it checks for the plugin called xcb specifcily | 18:12 |
rafael2k | it does | 18:13 |
uvos | we need to complain to upstream, its stupid | 18:13 |
rafael2k | but I can double check this | 18:13 |
rafael2k | uvos: but you can not remove the keyboard with the phone on anyway... so this is a no-issue | 18:14 |
freemangordon | ok, seems I am stupid too. WTF I have to do do get some sound out of my PP?!? | 18:15 |
uvos | freemangordon: update? rafael2k broke it for a while | 18:15 |
rafael2k | freemangordon: pactl set-default-sink 1 | 18:15 |
freemangordon | just did that | 18:15 |
freemangordon | ah | 18:15 |
rafael2k | set-default-sink 1 | 18:16 |
rafael2k | to /etc/pulse/default.pa | 18:16 |
freemangordon | yeah, that fixed it | 18:17 |
uvos | so .. why is that not in leste config | 18:17 |
rafael2k | also add: | 18:18 |
rafael2k | load-module module-switch-on-port-available | 18:18 |
uvos | right thats also needed for mapphones | 18:19 |
uvos | (all devices really) | 18:19 |
freemangordon | we have some .d directories, can we use those? | 18:19 |
rafael2k | that is the issue... | 18:19 |
freemangordon | WTYM? | 18:19 |
rafael2k | no .d | 18:20 |
rafael2k | not that me and Wizzup knows at least | 18:20 |
rafael2k | :P | 18:20 |
freemangordon | well, I see client.d and daemon.d, what are those for? | 18:20 |
uvos | daemon.conf | 18:21 |
uvos | this is different than default.d | 18:21 |
freemangordon | default.d is not processed? | 18:21 |
uvos | the problem here (i think) is that we are running it system wide | 18:21 |
uvos | freemangordon: afaik no | 18:22 |
uvos | we should not be running it system wide | 18:22 |
uvos | mainly | 18:22 |
uvos | i gues we can work around this | 18:25 |
uvos | using deamon.d | 18:25 |
uvos | with default-script-file= drective | 18:25 |
uvos | and mapphone.pa pinephone.pa etc | 18:25 |
Wizzup | freemangordon: uvos: this does not work | 18:25 |
uvos | ok | 18:25 |
uvos | why not? | 18:25 |
Wizzup | I chased this down, these are different args | 18:26 |
Wizzup | we load system.pa | 18:26 |
Wizzup | and we can include more files from there | 18:26 |
Wizzup | e.g. | 18:26 |
Wizzup | ### Allow including a system.pa.d directory, which if present, can be used | 18:26 |
Wizzup | ### for additional configuration snippets. | 18:26 |
Wizzup | .nofail | 18:26 |
Wizzup | .include /etc/pulse/system.pa.d | 18:26 |
Wizzup | but this file (system.pa) is owned by pulse, not us | 18:26 |
Wizzup | and it doesn't include the include statement (doh) | 18:26 |
Wizzup | daemon.conf and clinent.conf afaik don't work for includes | 18:26 |
uvos | sure | 18:26 |
Wizzup | hm, I suppose a default script file might work | 18:27 |
uvos | but default-script-file= pointing to a different file should work no | 18:27 |
freemangordon | I got lost | 18:27 |
Wizzup | uvos: not really different from diverting the whole system.pa but yeah | 18:27 |
uvos | and then every device can have thair own | 18:27 |
uvos | well it needs no files we dont own | 18:27 |
freemangordon | uvos: no, we rather have a default that has .include | 18:27 |
uvos | becasue we can add a deamon.d file | 18:27 |
uvos | freemangordon: cant do it without forking the package | 18:27 |
uvos | i dont want to fork the package | 18:27 |
freemangordon | why not? | 18:27 |
Wizzup | we can divert files | 18:27 |
Wizzup | (from pulse) | 18:28 |
uvos | its work | 18:28 |
Wizzup | but also we can include files from pulse | 18:28 |
freemangordon | ok, wait, whoi starts pulse? | 18:28 |
freemangordon | *who | 18:28 |
Wizzup | init script | 18:28 |
uvos | this is bad too | 18:28 |
freemangordon | which is provided by whom? | 18:28 |
uvos | we should have it dbus activated | 18:28 |
uvos | us | 18:28 |
uvos | but thats not relevant | 18:28 |
Wizzup | no no no, it runs in system mode | 18:28 |
freemangordon | what it the issue then? | 18:28 |
uvos | Wizzup: sure but thats _bad_ | 18:28 |
freemangordon | please, lemme explain | 18:28 |
Wizzup | I suppose we can set it in the init script | 18:28 |
freemangordon | if init script is provided by us, we can pass different default.pa in cmd line. this default.pa will be provided by us | 18:29 |
freemangordon | and will include .include statement to use .d directory | 18:29 |
uvos | sure thats no different than setting default.pa in deamon.d | 18:29 |
freemangordon | and we put devices specific stuff in that .d directory | 18:29 |
uvos | (the path to default.pa) | 18:30 |
freemangordon | ok | 18:30 |
freemangordon | som I don;t really understand the issue is OOB setup allows us to use different default.pa | 18:30 |
freemangordon | *if OOB | 18:30 |
uvos | except the init script method is more messy, since you have to have all the default.pas called the same | 18:31 |
uvos | with the deamon.d method you can give descriptive names | 18:31 |
freemangordon | uvos: do we need to change from system mode to use daemon.d? | 18:31 |
uvos | no | 18:31 |
uvos | but it confers other beneifts | 18:31 |
uvos | its not relevant in this case | 18:31 |
freemangordon | ok, I am lost again :) | 18:32 |
freemangordon | do we have an issue or not? | 18:32 |
uvos | no probubly | 18:32 |
freemangordon | good | 18:32 |
uvos | the deamon.d method just has to be tried | 18:32 |
freemangordon | Wizzup said it does not work | 18:33 |
uvos | no that was something else | 18:33 |
freemangordon | ah, ok | 18:33 |
freemangordon | Wizzup: daemon.d or daemon.conf.d? | 18:33 |
freemangordon | oops | 18:34 |
freemangordon | uvos: ^^^ | 18:34 |
uvos | man pulse-daemon.conf: | 18:34 |
uvos | /etc/pulse/daemon.conf.d/*.conf | 18:34 |
uvos | PATHS: | 18:34 |
uvos | default-script-file= | 18:35 |
uvos | The default configuration script file to load. Specify an empty string for not loading a default script file. The default behaviour is to load ~/.config/pulse/default.pa | 18:35 |
freemangordon | yeah | 18:35 |
uvos | no so no problem | 18:35 |
uvos | just have /etc/pulse/daemon.conf.d/mapphone.conf point to /etc/pulse/mapphone.pa | 18:36 |
uvos | etc | 18:36 |
freemangordon | uvos: hmm, "This startup script is used only if PulseAudio is started per-user" | 18:36 |
freemangordon | default.pa that is | 18:36 |
freemangordon | so, it seems we use system.pa as Wizzup said | 18:36 |
uvos | freemangordon: sure but how i read this just changes the default | 18:37 |
uvos | freemangordon: not the baviro of the config option if set | 18:37 |
uvos | *behavior | 18:37 |
freemangordon | lemme check something | 18:37 |
uvos | also the man file is wrong | 18:38 |
uvos | since i changed default.pa and it changed behavior | 18:38 |
uvos | (and we are running system mode) | 18:38 |
freemangordon | I get the comment from the script itsewlf | 18:38 |
uvos | ok main file explains the same thing | 18:39 |
uvos | *man | 18:39 |
freemangordon | I still think it is more clear to have our own system.leste.pa that incluides original system.pa and .includes system.pa.d | 18:42 |
uvos | i dissagree, but i mean its not a big deal either way | 18:42 |
freemangordon | uvos: that way we don;t need to fork | 18:43 |
uvos | i know | 18:43 |
uvos | but i would like to avoid having random packages divert files of others | 18:43 |
freemangordon | me too | 18:43 |
freemangordon | that's why my proposal | 18:43 |
freemangordon | it is us that provide the init script | 18:43 |
uvos | oh you want to use the init scipt | 18:43 |
freemangordon | yes | 18:43 |
uvos | either variant is fine | 18:44 |
uvos | with me | 18:44 |
Wizzup | uvos freemangordon can you test if this daemon.d thing works | 18:44 |
freemangordon | sure, what you want me to do? | 18:45 |
freemangordon | create daemon.d directlry or what? | 18:45 |
uvos | daemon.conf.d | 18:45 |
freemangordon | it is already there | 18:45 |
freemangordon | and we have 89-pinephone.conf.leste in it | 18:46 |
freemangordon | and 89-pinephone.conf | 18:46 |
freemangordon | do you want me to create some .pa file in it? | 18:46 |
freemangordon | ah, I think I get it, lemme try | 18:48 |
freemangordon | getting there :) : | 18:55 |
freemangordon | pulsecore/cli-command.c:2041:pa_cli_command_execute_line_stateful:stat('default.pa'): No such file or directory | 18:55 |
freemangordon | yep, seems to work | 18:56 |
freemangordon | lemme reboot to be sure | 18:57 |
freemangordon | YAY! charging sound on startup | 18:59 |
freemangordon | root@devuan-pinephone:/etc/pulse/daemon.conf.d# cat 00-leste.conf | 19:00 |
freemangordon | default-script-file=/etc/pulse/leste.pa | 19:00 |
freemangordon | root@devuan-pinephone:/etc/pulse# cat leste.pa | 19:00 |
freemangordon | .include /etc/pulse/default.pa | 19:00 |
freemangordon | .nofail | 19:00 |
freemangordon | .include /etc/pulse/leste.pa.d | 19:00 |
freemangordon | root@devuan-pinephone:/etc/pulse/leste.pa.d# cat 00-default.pa | 19:01 |
freemangordon | set-default-sink 1 | 19:01 |
freemangordon | load-module module-switch-on-port-available | 19:01 |
freemangordon | uvos: Wizzup: ^^^ | 19:01 |
Wizzup | that sounds good | 19:01 |
Wizzup | I had some trouble with the include calls earlier when I tried it, so please check if it works on d4 or so as well | 19:01 |
freemangordon | at least on PP this seems to give sound on reboot | 19:01 |
Wizzup | well if you test on pp this is ok | 19:02 |
Wizzup | ok | 19:02 |
Wizzup | I need to go afk for a while | 19:02 |
freemangordon | and this is stock PP, I have modified nothing | 19:02 |
freemangordon | me too | 19:02 |
Wizzup | ok | 19:02 |
freemangordon | brb, dinner | 19:02 |
uvos | that sounds good | 19:04 |
uvos | but lets have a 00-default.pa with just "load-module module-switch-on-port-available" | 19:04 |
uvos | in leste-config-common | 19:04 |
uvos | since all devices need that | 19:04 |
uvos | and then 20-pinephone.pa with set-default-sink 1 | 19:04 |
freemangordon | yeah, sure, this was just a POC | 19:05 |
uvos | right | 19:05 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!