| piggz | morning | 08:22 |
|---|---|---|
| poetaster | ahoi! | 08:28 |
| rinigus | morning! is there a way to disable systemd service that is installed by one of SFOS packages? ideally, by adding something into /etc/systemd via config/sparse | 09:03 |
| rinigus | I have limit-cpu.service messing up actdead for tama/aarch64/aosp10 | 09:03 |
| rinigus | ... found it! just have mask the service via symlink to /dev/null | 09:13 |
| piggz | rinigus: ah, i thought i had a similar issue on volla, but it was an android service https://github.com/HelloVolla/droid-config-yggdrasil/commit/dfbc22325fa8107c37f336eff92ce19a9d20b692 | 10:03 |
| rinigus | piggz: not in this case :) . | 10:08 |
| rinigus | I have framerate for compositor going down to 37fps while there is no app active in foreground. is there some knob to turn to keep it at 60 (62) fps while device screen is on? | 13:02 |
| mal | rinigus: which device? | 13:03 |
| rinigus | mal: xz2c (tama)/aarch64/aosp10 | 13:04 |
| mal | I think x10 II has a bit similar issue | 13:04 |
| rinigus | mal: so it gets choppy while interacting with lipstick? | 13:04 |
| mal | there are some framerate issues, not fully sure in which situations | 13:14 |
| rinigus | mal: but any ideas on why such slowdown is happening? | 14:47 |
| mal | not at the moment | 14:47 |
| mal | rinigus: have you yet tried to fix hall sensor? | 14:50 |
| rinigus | mal: no, I haven't. as it wasn't flagged with aosp10 label. should look into it - just making new image which I expect will fix actdead mode for us | 14:51 |
| mal | rinigus: which platform is that device? | 14:52 |
| mal | I mean qcom platform | 14:52 |
| rinigus | sd845, if it is what you mean | 14:52 |
| rinigus | mal: ^ | 14:52 |
| mal | rinigus: so that is still using 4.9 kernel even on aosp10? | 14:53 |
| rinigus | mal: no, it is on 4.14 | 14:53 |
| rinigus | but that issue was filed against aosp9 port | 14:53 |
| rinigus | (hall sensor) | 14:54 |
| mal | rinigus: hmm, this is then confusing https://github.com/sonyxperiadev/bug_tracker/issues/693 | 14:54 |
| rinigus | yes, it was mixed up by the reporter. or he used very old AOSP 10 release | 14:54 |
| mal | but anyway, try to update 4.14 kernel to latest from sony | 14:54 |
| rinigus | mal: is this update available via mer-hybris kernel repo as well? I tend to sunc from there | 14:55 |
| mal | https://github.com/sonyxperiadev/kernel-defconfig/pull/98 and https://github.com/sonyxperiadev/kernel/pull/2418 the fix I made was also for sdm845 | 14:55 |
| mal | at least I updated the mer-hybris sony kernel | 14:55 |
| rinigus | nice, will use that | 14:56 |
| mal | so if you rebase your changes on top of that it should be ok | 14:56 |
| rinigus | sounds like it. | 14:57 |
| piggz | lbt: how about a psa for obs fully up and working ;) | 16:19 |
| lbt | hehe ... sorry I am swamped at the minute | 16:19 |
| lbt | what's the main issue atm ? | 16:20 |
| lbt | I know webhooks is not working | 16:20 |
| piggz | lbt: id appreciate 4.0 and 4.1 on all archs working | 16:21 |
| lbt | but afaik 4.1.0.48 builds for all arches doesn't it ? | 16:21 |
| piggz | does it? | 16:21 |
| piggz | lbt: no targets visible in the repo adder ui | 16:21 |
| lbt | it does build - I didn't know about the repo adder | 16:21 |
| lbt | has that ever worked? | 16:22 |
| lbt | piggz: edit the meta as per: https://build.sailfishos.org/project/meta/home:lbt:sailfishos | 16:23 |
| piggz | lbt: yeah, always used to work, but ill try manually | 16:23 |
| piggz | what does latest point to? | 16:23 |
| piggz | i usually do manually, but use the UI to see whats available | 16:24 |
| lbt | https://build.sailfishos.org/project/meta/sailfishos:latest | 16:24 |
| lbt | 48 | 16:24 |
| piggz | lbt: what is the 4.1 version? | 16:26 |
| piggz | .23? | 16:26 |
| lbt | 24 | 16:26 |
| piggz | is that working? | 16:26 |
| piggz | https://build.sailfishos.org/project/meta/sailfishos:4.1.0.24 | 16:27 |
| piggz | compared to https://build.sailfishos.org/project/meta/sailfishos:4.0.1.48 | 16:27 |
| lbt | it's not yet | 16:28 |
| piggz | that would be a major plus, getting 4.1, and then i could update ports and apps | 16:29 |
| piggz | lbt: also, there must be something changed with the names .. do you think we should update, or you will make the names match ... see https://build.merproject.org/project/show/nemo:devel:hw:common | 16:43 |
| mal | btw, there is no latest_aarch64 yet in https://build.sailfishos.org/project/show/sailfishos:latest | 16:48 |
| lbt | oops | 16:59 |
| lbt | fixed | 17:00 |
| piggz | lbt: thx, was that the names? | 17:15 |
| piggz | aarch64 is saying failed on hw:common due to missing packages | 17:15 |
| lbt | no, latest_aarch64 is there now | 17:15 |
| piggz | lbt: oh, but those projects say suceeded now! | 17:16 |
| lbt | I've been kicking things | 17:16 |
| mal | piggz: my bad | 17:16 |
| mal | piggz: had a mistake in meta for aarch64 in devel common | 17:16 |
| piggz | :) | 17:17 |
| lbt | ah good | 17:17 |
| lbt | 4.1.0.24 is broken for some reason | 17:17 |
| lbt | I wonder if it's on jolla side | 17:18 |
| mal | lbt: is it possible to do multi target repo like this https://build.sailfishos.org/project/meta/nemo:testing:hw:common that 4.0.1.48 | 17:19 |
| mal | it seems to only build aarch64 at the moment | 17:19 |
| piggz | lbt: define broken :) | 17:20 |
| lbt | mal: it may not do what you want it to do | 17:20 |
| lbt | piggz: missing some cross- stuff | 17:20 |
| piggz | hmmm, shame, hope u canfind a fix | 17:21 |
| mal | lbt: hmm, wondering how to handle that then because we didn't think long time ago about the naming so the repo name doesn't contain arch | 17:22 |
| lbt | yeah - proof: https://build.sailfishos.org/project/monitor/nemo:testing:hw:common | 17:25 |
| lbt | it kinda should work but I suspect things are not truly multi-arch in sfos | 17:26 |
| lbt | and I bet our noarch isn't good enough | 17:27 |
| mal | hmm, yeah, noarch might be a bit problematic | 17:27 |
| piggz | one failure here https://build.merproject.org/project/show/nemo:devel:hw:common | 17:30 |
| mal | piggz: I bumped it, it was old version | 17:33 |
| mal | piggz: now all built | 17:34 |
| piggz | so, that just leaves 4.1, and all will be good with the world | 17:35 |
| piggz | oh, and the telegram bridge | 17:35 |
| mal | we still have the repo naming issue in testing | 17:35 |
| piggz | mal: you can fix that righ? will ports need to point to a different url? | 17:36 |
| mal | not sure if it fixable without changing repo urls on devices | 17:39 |
| piggz | yeah, seems so | 17:39 |
| mal | lbt: does obs support repo aliases? | 17:40 |
| mal | just thinking if we would rename the repos but keep the old arm naming until devices have moved to new naming | 17:40 |
| lbt | I don't know - I doubt it. There's not much control over publishing like that | 17:40 |
| mal | of course we can have the old naming as separate repo, just a bit of useless rebuild | 17:41 |
| piggz | is it becuase the normal test: url doesnt include _%(arch) | 17:43 |
| mal | piggz: yes | 17:45 |
| piggz | mal: i always wondered why that was in devel: but not testing: :D | 17:45 |
| mal | yeah, it makes very little sense | 17:45 |
| piggz | i would make the repos build, and porters or users can fix the url | 17:46 |
| piggz | atleast that way it works .. the other way doesnt build! | 17:46 |
| mal | it would be simple to change the url if people would just update from the repo with a new community-adaptation package and repos would update automatically | 17:47 |
| mal | but for transition period we probably want to have the old one there for a release or two | 17:47 |
| piggz | mal: yeah, so, like you said, just have an extra duplicate repo for arm | 17:48 |
| mal | yes, this way we could also have i486 in testing | 17:48 |
| mal | unlike now | 17:48 |
| mal | lbt: how does that sound ^ | 17:49 |
| piggz | mal: that was my next question ... wheres x86? | 17:49 |
| piggz | i guess i never noticed as i never moved latte from devel! | 17:50 |
| mal | we only would need to change these https://github.com/mer-hybris/community-adaptation/blob/master/adaptation-community.ini.in#L7 and https://github.com/mer-hybris/community-adaptation/blob/master/adaptation-community-common.ini#L7 and one sed command in the .inc file | 17:51 |
| mal | I think first one is not even needed unless we want new naming for adaptation repo also | 17:51 |
| lbt | it seems sane to keep the old name around as a duplicate build of vanilla armv7hl | 17:52 |
| lbt | until you feel you've transitioned | 17:52 |
| piggz | mal: best to be consistent and change both | 17:52 |
| mal | lbt: yeah | 17:52 |
| mal | piggz: the common repo change would be automatic but adaptation repo would need porter to change the obs project | 17:54 |
| piggz | mal: sure, ive no issue doing that for consistency | 17:55 |
| piggz | and its me and rinigus shouting mostly about obs :D | 17:55 |
| mal | I'll ask sledges | 17:56 |
| lbt | so are things a touch better now piggz? | 18:08 |
| lbt | I tried to get 4.1.0.24 up but there's something weird happening there so it'll need some digging | 18:08 |
| piggz | lbt: a touch ... just _reeeeeeeeeealy- need 4.1 ;) | 18:08 |
| piggz | im now building kf5 | 18:09 |
| piggz | mal: when changing repos, consider also fixing sailfish/sauifishos descrepancy | 18:15 |
| mal | yeah | 18:46 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!