*** phlixi is now known as Guest439 | 01:24 | |
rinigus | @nephros: I'll have to stop installing Tama config as a part of zgovernor and install it separately via config package. As for testing, you can try. Just change config accordingly. | 06:27 |
---|---|---|
rinigus | Choose device that you use regularly to see whether there is any difference | 06:29 |
rinigus | piggz: as I have similar transition as you do with volla, I will make a subproject for tama. so, devel will be nemo:devel:hw:sony:tama:aosp10 | 07:25 |
T42 | <adampigg> That could work, then i could keep the names as per ubports | 07:28 |
rinigus | @adampigg: it should, we would just have to adjust OBS repo links, but that should be relatively simple | 07:32 |
T42 | <adampigg> Yeah, and i do that in pine anyway | 07:33 |
rinigus | now I wonder whether Jolla factored in time for lbt to keep OBS up to date. so that the updates of the targets wouldnot take too long | 07:34 |
T42 | <adampigg> Well, hopefully the wont all take as long as 4.1, seems someone made an error in that release | 07:40 |
T42 | <nephros> rinigus: have been running your stock one on X10 for a while, as all the sysfs files were there. | 07:43 |
T42 | <nephros> No fatalities so far, but no dramatic changes either. | 07:43 |
T42 | <nephros> But power draw curve does seem much flatter overnight. | 07:43 |
rinigus | @nephros: I would expect that the main benefit would be in idle for longer times, as during a night. So great to hear | 08:00 |
lbt | I used to get some time to manage and release to the OBS and I've just been pushing to get some more as part of this 12 month extension | 08:00 |
lbt | the main problem this time was a major change in the upgraded OBS as to how it handled external repositories | 08:01 |
rinigus | @nephros: just don't mess with GPU on X10 - delete those lines in config if you have it. Added them last night | 08:02 |
lbt | so my trusty process no longer worked ... coupled with what I think is a real bug in the 4.1.0.24 release (missing packages) | 08:02 |
lbt | it doesn't help that I made the 4.1.0.24 release as a way of re-learning how we do releases - so I can't even blame someone else :D :D | 08:03 |
rinigus | lbt let's hope that the new routine will kick in and Jolla would realize that some time is needed as well... | 08:04 |
rinigus | But we are happy and celebrating new OBS daily :) | 08:04 |
lbt | we've got a year (well, less now) to show how useful OBS is to the community | 08:04 |
lbt | btw ... we do have this thing called Chum... | 08:04 |
lbt | it's supposed to be a place where app developers can release their rpms to a central OBS project | 08:05 |
lbt | users can just add a single repo and get any OBS apps automatically | 08:06 |
lbt | the idea is that we have Chum:testing too - so there's a promotion path for testers | 08:06 |
lbt | just mentioning that | 08:06 |
lbt | (it's been there since 1.0.1.10) and every single release since | 08:07 |
rinigus | lbt: re Chum - was actually asking about it yesterday (I think). how do we get apps there? what about TTS engines: would they qualify for it? | 08:10 |
rinigus | some useful libs, presage-based keyboard - those are some "extras" that would be great to have via some simple repo. | 08:11 |
T42 | <nephros> rinigus: | 08:17 |
T42 | <nephros> nemo@PGXperia10:~ $ cat /sys/class/devfreq/soc\:qcom\,gpubw/available_frequencies | 08:17 |
T42 | <nephros> 0 381 572 762 1144 1571 2086 2597 2929 3879 4943 5161 | 08:17 |
T42 | <nephros> So your upper value is not available on X10, maybe that's why it didn't set thw world on fire this night when I left the GPU values as-is. | 08:17 |
T42 | <nephros> Will heed you advice now. | 08:17 |
lbt | ringius: that's something that could be worked out too - it would be a community managed thing | 08:20 |
T42 | <nephros> What I don't understand: you set min_freq to something higher than minimum under compositor_main. Shouldn't it be max_freq something lower than maximum instead? | 08:31 |
rinigus | @nephros: this is a bug in Tama AOSP10/blobs. we need it as otherwise lipstick gets choppy. it is not needed on other devices unless having similar issue. So, delete all config lines with GPU min_freq from config. normally, you would not need compositor sections in INI | 08:37 |
T42 | <nephros> Copy that, thanks. | 08:38 |
rinigus | lbt: makes sense. this chum repo sounds like an excellent idea we just need to figure out what qualifies to go there. I would suggest to have rather broad range: apps, libs, tools. | 08:40 |
lbt | do you recall "maemo extras" | 08:41 |
rinigus | lbt: nope, joined with SFOS and there was no maemo | 08:41 |
lbt | OK - it was a community managed area with community QA/testing too | 08:42 |
rinigus | not sure how would testing work | 08:42 |
lbt | essentially Chum was intended to provide a similar structured area completely managed by community people | 08:42 |
lbt | indeed - they ended up with a web system that allowed votes and promotion | 08:43 |
lbt | but it can evolve | 08:43 |
rinigus | OK, sounds like it is up to us (community) to figure out how we can use it best. I would love to have such single repo where all can get the latest software. as it is on OBS, multiple SFOS releases can be supported nicely | 08:45 |
lbt | yup | 08:45 |
lbt | I think there are still a few sailors who would be happy to offer suggestions and lessons-learned | 08:46 |
rinigus | lbt: I can see that it is separate repos under https://build.merproject.org/project/subprojects/sailfishos:chum | 08:46 |
lbt | https://build.sailfishos.org/project/subprojects/sailfishos:chum too | 08:47 |
lbt | hehe | 08:47 |
rinigus | https://build.merproject.org/project/show/sailfishos:chum - then we can define targets under it as well. | 08:47 |
rinigus | but no :testing, if it is needed | 08:48 |
lbt | I think the intention was to tie the :version to the version of the device | 08:48 |
rinigus | lbt: yes, but that makes it more difficult to update the packages across different SFOS versions | 08:49 |
lbt | and auto promote from :version to :version+1:testing and then to :version+1 if all was well (for some definition of well) | 08:49 |
lbt | sure - it would also be fine to not auto-promote | 08:50 |
lbt | you can set webhooks to use a per-sfos-version branch | 08:50 |
lbt | so any changes/tags on version_X branch would only rebuild in that version | 08:51 |
lbt | oops - visitors! | 08:51 |
rinigus | enjoy! :) | 08:51 |
rinigus | piggz: ^ see above. so, some place where we can put all our apps but maybe more. I am thinking of tools like `mc`, tts engines, mapboxgl-qml. make it some place where we can all `zypper in ...` whatever we want :) | 08:53 |
rinigus | (re your question regarding Chum) | 08:53 |
T42 | <elros34> @b100dian I guess your log would be even more verbose without chatty: uid=0(root) Binder:3566_2 identical 58148 lines. Not sure if it's relevant for your android base but have you tried https://github.com/sailfishos/droidmedia/pull/29/files? | 10:04 |
T42 | <b100dian> Thanks @elros34 - so if I understand correctly I should try forcing HAL1 | 10:10 |
T42 | <elros34> yeah at least HADK pdf use 1 as example | 10:12 |
T42 | <b100dian> Hmm it still references camxhal3.cpp (I've rebuild droidmedia and droid-hal) http://vlad.synology.me/logcat-camera-2.txt | 11:06 |
piggz | rinigus: im thinking kf5 libs too | 14:14 |
rinigus | piggz: the more the merrier. it would allow to reuse each other work and not hunt for already ported packages | 14:50 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!