| piggz | lbt: great news :) | 15:32 |
|---|---|---|
| lbt | :) | 15:32 |
| piggz | https://forum.sailfishos.org/t/community-obs-refurbished-and-re-floated/6556 | 15:33 |
| poetaster | oh. that is great news. | 15:34 |
| poetaster | now if someone would convince me I should use it :) | 15:36 |
| Nico-old-defunct | If you have no need, don't use it. It will probably still go away at some point | 15:36 |
| piggz | poetaster: you do ports, why wouldnt you?? | 15:37 |
| piggz | it genuinly makes everything easier | 15:38 |
| piggz | and the more use it, the less it will go away | 15:38 |
| piggz | at last i can trigger a build of software for multiple architectures and versions | 15:38 |
| poetaster | I'm the type of person that looks at each port, tries it on multiple devices and archs. | 15:38 |
| poetaster | I mean, I don't trust a build until I've used it. | 15:38 |
| lbt | I can vouch for the " <piggz> and the more use it, the less it will go away" | 15:39 |
| Nico-old-defunct | Good point :3 | 15:39 |
| piggz | poetaster: you have a port right? | 15:39 |
| poetaster | errr. no. you have ONE of my POrts. | 15:40 |
| lbt | poetaster: we use OBS internally for guaranteed consistent/clean builds | 15:40 |
| lbt | happy to talk about the benefits of OBS if you're not familiar | 15:40 |
| poetaster | I understand that. I'm just a lowly developer. But I could probably build a better workflow. | 15:41 |
| piggz | poetaster: why build manually like a noob, when you can do distributed builds in the cloud :D | 15:41 |
| poetaster | piggz: because all the work I'm doing now has GUI components and I need to 'see' to believe. | 15:42 |
| lbt | poetaster: I've not been around for quite some time but FWIW I've been working with jolla and before that Nokia/Mer on using the OBS to create sane workflows for over 10 years. | 15:42 |
| piggz | sure, do a test build locally ... but then trigger a build on obs, and have it create armv7/64/i486 versions for you | 15:43 |
| lbt | you can even add the OBS build repos to your devices for direct install | 15:43 |
| piggz | i do ^^ | 15:44 |
| poetaster | piggz: ok, so 'just' test armv7 on the oldest device and trust it'll just work. | 15:44 |
| poetaster | piggz: might work form most of my stuff. | 15:44 |
| piggz | yup | 15:44 |
| poetaster | lbt: ah, so, eat my own lunch directly out of obs. | 15:45 |
| piggz | i mean, i cant test arm64 (yet) anyway | 15:45 |
| lbt | poetaster: yes - and it's a proper clean build | 15:45 |
| lbt | some developers won't have multiple devices so simply cannot test | 15:45 |
| poetaster | lbt: I'm offended. All my builds are clean. The code, on the other hand .... | 15:45 |
| lbt | but they can use OBS repos to allow the rest of the community to download and test devel builds | 15:45 |
| lbt | poetaster: not as clean as an OBS build ;) | 15:46 |
| lbt | it will update packages in the buildroot if you *or someone else* has changed it | 15:46 |
| lbt | again - a lot of this is more about collaboration and there's not so much of that nowadays | 15:47 |
| lbt | in terms of multiple people working on a bigger group of packages which go together (like Nemo) | 15:48 |
| lbt | but it's still great to share binaries with other users via a consistent community resource prior to releasing | 15:48 |
| piggz | lbt: so, jolla has ducked out of a difficult answer to my community meeting quiestion? :D | 15:57 |
| lbt | I missed that... | 16:03 |
| lbt | ahhh - actually I think that was mentioned internally :) | 16:05 |
| lbt | I think the question still stands - OBS needs to be part of the community so I think there is a responsibility on both sides | 16:07 |
| poetaster | piggz: the volla claims to be aarch64 | 16:08 |
| poetaster | ok. I'll get to obs as soon as I get my latest 3 releases out the door. | 16:09 |
| poetaster | lbt: the question if often how much community responsibility jolla would like and under what conitions. | 16:10 |
| lbt | what do you mean? | 16:10 |
| poetaster | lbt: 'be part of the community' in the sense of community is responsible for hosting? | 16:13 |
| poetaster | lbt: I may not haveunderstood you ;) | 16:14 |
| lbt | Oh, I see | 16:14 |
| mal | I think he means community needs to use it enough | 16:14 |
| lbt | yes, I did | 16:14 |
| lbt | it needs to be part of how the community works together | 16:15 |
| lbt | not everyone of course - but it should be a meaningful service | 16:15 |
| poetaster | lbt: ok, got it. it seemed though that it's a resource drain? wouldn't that suggest outsourcing? to community? | 16:15 |
| lbt | hehe | 16:15 |
| mal | in a way it's a shame most of the community ports are maintained by one person, some rare ones have more than 1 person | 16:15 |
| lbt | poetaster: I ran it as a community service for many many years - all the Mer infra | 16:16 |
| poetaster | mal: that is very true. I just jumped in to do a bunc of maintenance because of that very problem. | 16:16 |
| lbt | jolla contributed to costs in the early days and eventually took over all the costs | 16:16 |
| poetaster | lbt: ok, got it. manpower was donated, hosting covered? | 16:16 |
| lbt | yes, essentially | 16:17 |
| poetaster | lbt: mal has a very important point that not sharing the load, getting others involved can endager a project. | 16:17 |
| poetaster | sorry, you all know that. | 16:17 |
| lbt | we do | 16:18 |
| lbt | but it's worth saying out loud | 16:18 |
| lbt | I think it would be a good time to try and rekindle some collaborative work | 16:18 |
| poetaster | :lbt phwew. I've been a bit 'too present' on the forums just trying to get up to speed. and now I'm maintaining 'too' much. | 16:18 |
| poetaster | lbt: hear, hear. | 16:19 |
| lbt | you should find OBS will help with maintenance if you learn to use it correctly | 16:19 |
| poetaster | lbt: some of the work I took on had immediate involvement from others just by ending up on githb. | 16:19 |
| poetaster | lbt: reading the obs-user-quide. | 16:20 |
| lbt | Mmmm | 16:20 |
| Nico-old-defunct | I was so inactive, I lost my regular status on the forum >.> | 16:20 |
| lbt | hehe | 16:20 |
| lbt | the user guide is interesting but we tend to use the OBS as a builder triggered by git tags/webhooks | 16:21 |
| lbt | osc and suchlike are mainly used for advanced build debugging nowadays | 16:21 |
| poetaster | lbt: makes sense. I'm trying to do proper releases with binaries on github though I'm sure I'm not doing it correctly. | 16:21 |
| lbt | hehe - well, I'm currently re-writing years worth of "release" cruft for SFOS - if you could see what I see you'd know that "properly" isn't a high bar :D | 16:23 |
| poetaster | lbt: ah, I can imagine, in too many languages ... | 16:23 |
| lbt | yah... bash/python2/3/ruby .. too many servers/services ... eek! | 16:24 |
| poetaster | lbt: nodejs, go ... so I have a tag/release based hook/action workflow in future? | 16:24 |
| lbt | yes, I hope so | 16:25 |
| lbt | I need to get webhooks on community working again though | 16:25 |
| poetaster | lbt: ok, so point me in the general direction.... | 16:25 |
| Nico-old-defunct | When will I be able to deploy from OBS directly to harbour? :3 | 16:25 |
| poetaster | Nod: now that is a good question :) | 16:26 |
| lbt | Nico-old-defunct: that was on the cards way back but it won't happen now | 16:26 |
| Nico-old-defunct | D: | 16:26 |
| poetaster | the QA in harbour is good, though, so I'm ok with the 'labour' | 16:27 |
| Nico-old-defunct | It would be nice to have some API for harbour at least | 16:27 |
| Nico-old-defunct | poetaster: You don't run sfdk check in CI? ;p | 16:27 |
| poetaster | Nod: be evil, use curl. | 16:27 |
| lbt | I pushed to have the maemo-builder-like devel/release happen on OBS but we (the community) didn't go that direction | 16:27 |
| Nico-old-defunct | Well, it would have been awesome! | 16:28 |
| lbt | You can/should submit OBS built binaries to harbour though | 16:28 |
| poetaster | Nod: no, I'm prefer to do vcs stuff by hand. probably wrong though | 16:28 |
| Nico-old-defunct | Well, I build them in gitlab-ci and don't actually use OBS atm and my apps aren't even harbour compatible... but maybe some day! :D | 16:29 |
| lbt | poetaster: https://wiki.merproject.org/wiki/Packaging/webhooks+ | 16:29 |
| lbt | oops - stray + https://wiki.merproject.org/wiki/Packaging/webhooks | 16:29 |
| poetaster | Nod: One of my goals is to always have a harbour version. 3 of the apps I adopted from planet_os were not harbour compatible but easily made so. | 16:30 |
| lbt | I'm too used to matrix nowadays - could edit a previous comment | 16:30 |
| poetaster | Nod: easily, with HELP from the community! | 16:30 |
| poetaster | lbt: I think we should go there so long as an irc bridge is in place | 16:30 |
| poetaster | lbt: thanks! | 16:31 |
| lbt | tbh I'm not sure if wh is still available... it's been too long (6 yrs) | 16:31 |
| lbt | np - give things a bit for OBS to upgrade and webhooks to work. I think it may be dead atm | 16:31 |
| lbt | I'm swamped internally for a few weeks but I'll probably end up doing OBS upgrade over some weekends soon | 16:32 |
| poetaster | lbt: I can get up to speed in the meantime. | 16:33 |
| lbt | feel free to ping if you have questions on it - I'm keen to help people who want to establish some collaboration | 16:33 |
| lbt | I'd better get back to work o/ | 16:33 |
| poetaster | lbt: ditto ... | 16:33 |
| poetaster | the dumbest part of my job, doing what no one wants to do on a friday evening. | 16:34 |
| lbt | hehe - what do you do? | 16:34 |
| poetaster | lbt: system admin/ programmer activist newsite, netzpolitik.org | 16:35 |
| Nico-old-defunct | lbt: Thank you for maintaining OBS and putting so much effort into it and also agreed on the Matrix stuff :3 | 16:36 |
| lbt | sounds familiar | 16:36 |
| poetaster | lbt: all the editor are afraid of the newsletter tool and gone for the weekend. so I do that, 'too' | 16:36 |
| poetaster | Nod: DITTO! | 16:36 |
| lbt | Nico-old-defunct: my pleasure | 16:36 |
| lbt | Nico-old-defunct: now I have to persuade you to use it ;) | 16:36 |
| Nico-old-defunct | For OBS? Yes :D | 16:37 |
| Nico-old-defunct | But I just have one tiny app that builds perfectly fine in gitlab ci .-. | 16:38 |
| poetaster | lbt: I'm sold if I can use webhooks/tags with github. | 16:38 |
| lbt | Nico-old-defunct: they all count! | 16:38 |
| Nico-old-defunct | :D | 16:39 |
| lbt | Maybe it would be woth using Chum again... | 16:39 |
| poetaster | Nod: I have 9 apps which build perfectly fine, by hand in the sdk :) I'm soooo slow. | 16:39 |
| lbt | it was a way to do "early-access" to users for testing | 16:39 |
| Nico-old-defunct | poetaster: That sounds like you should use OBS | 16:39 |
| poetaster | yeah. and there is a lot of refactoring to do. sigh. well, it's worth it in a least 3 or 4 instances. | 16:40 |
| lbt | I need to hand over my openGl game to someone who could take it forward | 16:40 |
| Nico-old-defunct | I need to finish my Sailfish matrix client ;p | 16:40 |
| lbt | ooh yes! | 16:40 |
| lbt | anyhow... I'm going! | 16:40 |
| Nico-old-defunct | See ya <3 | 16:41 |
| poetaster | Nod: yes! | 16:41 |
| poetaster | ahoi | 16:41 |
| poetaster | Nod: which client was that, nheko? | 16:41 |
| Nico-old-defunct | Well, and konheko, the smaller version for Sailfish | 16:44 |
| Nico-old-defunct | neko (cat) -> koneko (kitten) | 16:45 |
| poetaster | Nod: sorry, that's what I meant. | 16:46 |
| Nico-old-defunct | I gave so much thought to the name! | 16:47 |
| poetaster | Nod: I've been in one of the marathon group testing phases, e2e crypto was so focal. sigh. | 16:47 |
| poetaster | :) | 16:47 |
| poetaster | Nod: my last app, just for practice, is named after the service it uses. ZERO imagination. | 16:48 |
| Nico-old-defunct | I mean, I did call my app Matrix at first and then spoon, but... | 16:49 |
| poetaster | :0 | 16:56 |
| poetaster | spoon is good but probably the wrong conotations ;) | 16:57 |
| Nico-old-defunct | Yeah | 17:09 |
| Nico-old-defunct | Also I since pretty much took over nheko and someone floated the konheko idea, which I simply loved :3 | 17:09 |
| poetaster | Nod: ! ok, danger, danger! I've been compaing nheko and mirage on desktop. | 17:17 |
| poetaster | Nod: I'd prefer less fancy, aka nheko, but the crypt opts and retention stuff.... | 17:18 |
| poetaster | git push | 17:18 |
| Nico-old-defunct | crypt opts? | 17:26 |
| piggz | lbt: so, will you align with internal obs to make maintenance easier? | 17:58 |
| T42 | <adampigg> @b100dian https://piggz.co.uk/sailfishos-porters-archive/index.php?log=2021-05-15.txt#line38 | 18:11 |
| piggz | did you resolve that? | 18:12 |
| T42 | <b100dian> I did a partial revert of some hybris patches and got it resolved, but am now running without them (so I still have that output) and it seems benign | 18:27 |
| piggz | ok ... i have lipstcik and hwcomposer crashing atm | 18:28 |
| piggz | that was the only log, but if its unrelated i'll leave it | 18:28 |
| T42 | <b100dian> it's system overlay, piggz | 18:28 |
| T42 | <b100dian> remove it | 18:28 |
| T42 | <b100dian> Sorry I thought you said camera and hwcomposer | 18:29 |
| T42 | <b100dian> Whats the crash? | 18:29 |
| piggz | yes i have a system overlay | 18:32 |
| T42 | <b100dian> I had a stack corruption on camera and hwcomposer services with the system overlay | 18:34 |
| piggz | ill remove it and bind mount the individual files | 18:36 |
| T42 | <b100dian> first check if the crashes are gone by disabling it | 18:40 |
| T42 | <b100dian> maybe you dont have my error | 18:40 |
| piggz | @b100dian well, test_hecomposer now works!! | 18:44 |
| T42 | <b100dian> good:) One step closer to amazfish on 4.1 | 18:54 |
| piggz | one step close to actually having something to demo on sunday, when im supposed to be showing this off!!!!!!!! | 18:55 |
| T42 | <b100dian> i know. You should at least have lipstick, right? | 19:00 |
| T42 | <b100dian> Whats the next error | 19:00 |
| piggz | https://paste.opensuse.org/49678049 | 19:00 |
| piggz | yeah, i just need lipstick | 19:00 |
| piggz | i mean, which idiot agrees to demo sailfish at the volla developer event .. then wipes his phone that week and starts a fresh port! | 19:01 |
| mal | :) | 19:01 |
| T42 | <b100dian> Is dbus running? | 19:02 |
| T42 | <b100dian> 'Always have lipstick on stage'? | 19:02 |
| piggz | yeah, dbus is running... | 19:06 |
| piggz | does anyone know how to make a file appear in /system without an overlay? | 19:07 |
| piggz | i need to make the icu files appear, but as they dont exist, a bind mount doesnt work | 19:07 |
| T42 | <b100dian> what's the error? can you also share journal? | 19:08 |
| piggz | sure, just rebooting and getting a clean journal | 19:09 |
| T42 | <b100dian> maybe overaly works with files if you'd like to try https://www.kernel.org/doc/html/latest/filesystems/overlayfs.html#non-directories | 19:10 |
| piggz | https://paste.opensuse.org/50994577 | 19:11 |
| piggz | mal: ^^ | 19:11 |
| mal | piggz: this looks perhaps odd "dbus-daemon[913]: SELinux: Class dbus not defined in policy." | 19:14 |
| T42 | <b100dian> Is this needed? > Failed to start Droid bootctl. | 19:24 |
| mal | some device needs it, some don't | 19:24 |
| piggz | thats a/b devices | 19:24 |
| mal | you will see if the device stops booting after 5-7 reboots | 19:24 |
| T42 | <b100dian> yes, but the question is, does it block getting to graphical target? | 19:25 |
| piggz | shoudnt | 19:25 |
| T42 | <b100dian> mal: oh, interesting. And then what do you do, flash lineage? | 19:26 |
| piggz | no, reset you slots | 19:26 |
| piggz | boot loader will switch to slot b after too many fails on slot a | 19:26 |
| mal | if that happens then fix that service (you can make device boot again by flashing kernel again for example or resetting things with fastboot) | 19:26 |
| mal | @b100dian you can try to disable the service for now | 19:27 |
| mal | @b100dian systemctl mask droid-bootctl.service | 19:27 |
| T42 | <b100dian> Thanks for the explanation piggz and mal. I have it disabled with a /dev/null link in sparse, I don't think I've seen the device not booting till now.. | 19:28 |
| T42 | <b100dian> piggz "jolla-startupwizard-pre-user-session.service: Failed with result 'core-dump'. | 19:28 |
| mal | that is unrelated | 19:29 |
| piggz | b100dian: on pro1, bootctl needed a lot of hacking to get the correct parittion names, as they were hard coded by qcom | 19:29 |
| T42 | <b100dian> I'll look into that | 19:31 |
| mal | @b100dian I'm a bit confused with your problem | 19:34 |
| T42 | <elros34> @adampigg sparse-10/usr/bin/droid/droid-hal-early-init.sh looks like a sane approach for me instead creating bunch of systemd services | 19:37 |
| piggz | @elros34: that only works if the target file exists | 19:38 |
| piggz | also, i just tried an overlay, with just the symlinks needed, but that brought the crashes back! | 19:38 |
| T42 | <elros34> ah. Somebody mentioned about typo in this patch (PATH3 <-> PATH4), maybe is also worth to check it: https://github.com/mer-hybris/hybris-patches/blob/hybris-17.1/hardware/libhardware/0002-hybris-Search-for-libraries-first-from-usr-libexec-d.patch#L34 | 19:43 |
| piggz | @elros34: i need mini* services to load libandroidicu.so (and related) .. but theyre in /apex/.... and i need them to appear in /system | 19:51 |
| mal | @elros34 I think that patch might not be used really on 17.1, at least I see no files in hw/ folders in libexec | 19:51 |
| piggz | back in the old days, ld.so.conf was the way :D | 19:51 |
| mal | @elros34 that patch was only really needed on some older devices which needed patches hwcomposer etc | 19:51 |
| T42 | <elros34> ok | 19:52 |
| T42 | <elros34> I think It was even useful for me long time ago fix some null pointer access in hwcomposer | 19:53 |
| mal | yeah | 19:54 |
| mal | I think I made the original patch when I was porting Xperia Pro | 19:55 |
| mal | quite many years ago | 19:55 |
| T42 | <b100dian> mal: re confusing, sorry I haven't shared a problem yet, I was mostly looking into piggz's logs | 20:11 |
| T42 | <b100dian> piggz: re crashes, that's interesting, which file did you tried? | 20:12 |
| piggz | sod it, for now, im remounting rw! | 20:18 |
| piggz | oh, apparently i cant! | 20:18 |
| mal | piggz: why not? | 20:21 |
| mal | you might need to remount both system and system_root in correct order | 20:21 |
| piggz | / # mount -o remount,rw /system_root | 20:22 |
| piggz | mount: /system_root: cannot remount /dev/mmcblk0p31 read-write, is write-protected. | 20:22 |
| piggz | / # whoami | 20:22 |
| piggz | root | 20:22 |
| piggz | / # mount -o remount,rw /system | 20:22 |
| piggz | mount: /system: cannot remount /dev/mmcblk0p31 read-write, is write-protected. | 20:22 |
| mal | hmm, strange | 20:22 |
| piggz | mal: maybe i also had the overlay | 20:24 |
| piggz | nope, same | 20:25 |
| piggz | so, any other options like making the system look in other folders for libs? | 20:30 |
| mal | piggz: what lib do you want it to look for | 20:31 |
| piggz | mal: the icu ones | 20:31 |
| mal | piggz: that's what my planned libhybris patch would do :) | 20:31 |
| piggz | mal: well, pass my test patches! | 20:32 |
| mal | piggz: there is no patch yet | 20:32 |
| mal | ? | 20:32 |
| piggz | mal: small hack made | 20:33 |
| piggz | on this system, /odm isnt used, so, i can create it! | 20:34 |
| mal | heh | 20:35 |
| mal | never thought about that | 20:35 |
| mal | piggz: not sure if you could hack ld.config.29.txt also | 20:35 |
| mal | the problem is that some processes don't load that | 20:36 |
| piggz | ok, so back to dbus/lipstick | 20:51 |
| T42 | <b100dian> Is /sys/selinux/enforcing readable? | 20:54 |
| piggz | @b100dian doesnt exist | 20:59 |
| piggz | no /sys/selinux | 20:59 |
| mal | piggz: probably /sys/fs/selinux/ | 21:01 |
| piggz | / # cat /sys/fs/selinux/enforce | 21:01 |
| piggz | 0/ | 21:01 |
| T42 | <b100dian> 0 is good, but is it world readable? ls -l /sys/fs/selinux/enforce | 21:09 |
| piggz | @b100dian it is | 21:16 |
| T42 | <b100dian> ok, I'm out of ideas. maybe dbus is just fine. is it expected to be able to launch lipsitck as root? maybe try defaultuser | 21:20 |
| T42 | <b100dian> but are you manually starting it because it crashes or because it doesnt reach that stage? | 21:21 |
| T42 | <b100dian> Do you have repeated 'Waited one second for ... waiting another' in logcat for a particular service? | 21:21 |
| piggz | i did for service manager | 21:22 |
| piggz | but ive got rid of that by disabling the gps service | 21:22 |
| T42 | <adampigg> (Document) https://irc.thaodan.de/.imgstore/Q00W9MVYue.null | 21:35 |
| piggz | mal: ^^ couldnt find a paste service that would take such a large file, so i will abuse Thaodan's telegram bridge | 21:35 |
| T42 | <elros34> that is why minimer is better idea unless you already tried it and works good but only lipstick crash | 22:06 |
| T42 | <b100dian> How to debug camera not working? I see dump-camera-parameters tries to open /dev/v4l2 but I have /dev/v4l-subdev0..40 | 22:21 |
| T42 | <b100dian> actually it tries /dev/video0..n first | 22:23 |
| T42 | <b100dian> are hadk instructions are up to date for camera debugging? | 22:25 |
| T42 | <ruspartisan> I managed to run pinephone image in QEMU, but resolution is 640*480, can I change it to something better? | 22:44 |
| T42 | <ruspartisan> (Document) https://irc.thaodan.de/.imgstore/Kba64TYZWR.mp4 | 22:44 |
| T42 | <b100dian> Looks good:) no cmdline param in qemu for resolution I guess? | 23:23 |
| T42 | <b100dian> My gst-inspect doest show droidcamsrc.. That should come with gst-droid, shouldn't it? | 23:24 |
| T42 | <ruspartisan> @b100dian [Looks good:) no cmdline param in qemu for reso …], Qemu usually relies on guest to set resolution. Maybe there's some magic settings file in sailfish or linux kernel param | 23:34 |
| mal | @b100dian is minimediaservice running? | 23:38 |
| T42 | <b100dian> it shows up in ps aux, yes | 23:40 |
| T42 | <b100dian> the only output from it in logcat is `/usr/libexec/droid-hybris/system/bin/minimediaservice: open() failed for /dev/cgroup_info/cgroup.rc:` though | 23:42 |
| T42 | <b100dian> (which is every process liinking to libprocessgroup) | 23:52 |
| mal | you could try removing the ~/.cache/gstreamer-1.0/* file and try camera again | 23:58 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!