| piggz | attah: rinigus: pls see updated starter branch to see if it implements your comments | 07:02 |
|---|---|---|
| rinigus | piggz: looks good for me. | 08:09 |
| rinigus | Will be next to pc in later today. Feel free to merge. My text will be submitted after that, would have to rebase to starter branch after merging | 08:12 |
| piggz | flypig: you can now link to the documentation for OBS | 14:45 |
| rinigus | piggz: PR submitted | 15:04 |
| rinigus | looks like we need to update chum repo link in FSO post - see last post | 15:05 |
| piggz | yeah, just seen | 15:08 |
| poetaster | ringus, maybe we can save some forum lines and do obs conforming lib depends here. | 16:26 |
| poetaster | nifty work guys, btw. I'm trying to feed the beast. | 16:30 |
| poetaster | hmmm. BuildRequires: pkgconfig(libjpeg) causes the build to fail in the SDK. | 16:37 |
| poetaster | libmagic.so.1.0.0 is there but libjpeg isn't I'm a bit off. libmagic doesn't work without libjpeg. Ah. Details. | 16:46 |
| rinigus | poetaster: yes, we can | 17:18 |
| poetaster | I know you can :) | 17:18 |
| rinigus | ... catching up ... | 17:19 |
| poetaster | I managed to get the buildRequires for tidings working without conflicts in obs, but those were Qt5 depends. | 17:19 |
| rinigus | poetaster: so, which app do we look at? https://build.sailfishos.org/package/show/home:poetaster:imageworks/harbour-simplecrop ? the buildrequires still is missing libjpeg buildrequires | 17:21 |
| poetaster | I didn't git commit since it broke my local build. | 17:22 |
| rinigus | and how did it break builds on SDK? | 17:22 |
| poetaster | 'pkgconfig(libjpeg)' not found in package names. Trying capabilities. | 17:22 |
| rinigus | (pastebin) | 17:22 |
| poetaster | https://pastebin.com/8EdDsGqr | 17:23 |
| rinigus | hmm, I wonder if it was something else in sdk 3.2 | 17:23 |
| poetaster | I did the last builds in 3.4 and just upgraded to 3.5. so maybe it's 'now' broken locally? | 17:24 |
| rinigus | poetaster: it is not necessary libjpeg. try to add those buildrequires one by one. I suspect some of them are with a bit different provides | 17:25 |
| poetaster | Ok. Reverting the spec get's me build/install/run operational. | 17:27 |
| rinigus | poetaster: regarding chum submissions - please remove webhook and specify revision in _service files. your last submissions still have webhook | 17:28 |
| rinigus | poetaster: now add one by one :) | 17:29 |
| poetaster | oops. was following lbt's quide. | 17:32 |
| poetaster | libtiff/libfreetype seem to be the problem | 17:33 |
| poetaster | I don't quite get the version. I was assuming this was driven by release tags pushing a webhook? Is this pull? | 17:35 |
| rinigus | poetaster: if we accept webhooks in chum, we will get packages updated as soon as you add new git tag. so, we could suddenly get packages breaking in chum => not good | 17:38 |
| rinigus | re version: just specify git tag or its commit id as "release" | 17:39 |
| poetaster | ah, ok, update meta in obs when I release a new tag on github? | 17:39 |
| rinigus | poetaster: no, you will update _service. see example at https://build.merproject.org/package/view_file/sailfishos:chum:testing/harbour-barcode/_service?expand=1 | 17:39 |
| rinigus | notice "revision" in it | 17:40 |
| poetaster | I ONLY use tags for releases, so I guess I'm not the tooling tool you have to account for. | 17:41 |
| poetaster | ok. so remove the webhook service parts, leave tar_git, add revision. | 17:41 |
| poetaster | does give me control of when chum gets stuff. hmmm. | 17:42 |
| poetaster | So, actually, 'I' could probably leave webhooks. Aw, common guys, make an exception for me (just kidding!) | 17:43 |
| rinigus | poetaster: if you use git tags, you could put those in _service. that would work just fine. | 17:48 |
| rinigus | as soon as we get the version in :testing, we will make you maintainer of your package. later, on update, you would just change revision and would then submit from chum:testing to chum | 17:49 |
| poetaster | yeah, it just means one more step for every release. git build uploads, harbour build uploads, open repos uploads, obs edit (minimal, I grant) | 17:50 |
| piggz | poetaster: i use git tags in the <revision> param, its fine | 17:50 |
| poetaster | sure, it's just not the lazy programmers ideal :) | 17:50 |
| poetaster | secondary. | 17:50 |
| poetaster | the sb2 command. what context is that/ | 17:50 |
| poetaster | s/\/\?/g | 17:51 |
| piggz | its certainly something to think about ... for now, you should have specific releases in chum, and in your home repo, keep the webook for automatic dev builds | 17:51 |
| rinigus | poetaster: ideally, we should get to the phase where chum compilation would trigger update at openrepos. to keep us lazy devs happy | 17:52 |
| poetaster | ok. have to figure out how to structure that. I have subprojects (since some things will end up with library builds). | 17:52 |
| piggz | poetaster: btw, we have some fresh documentation to skim through on the github project .. you;d be a good candidate for going through it and working out if its ok/makes sense | 17:52 |
| poetaster | ok. | 17:52 |
| piggz | https://github.com/sailfishos-chum/main/blob/main/GettingStarted.md | 17:53 |
| poetaster | already on screen :) | 17:53 |
| poetaster | so, if I've understood correctly, once in chum, it's a separate pkg and the webook can be put back in place in the subprojects under my home? | 17:55 |
| rinigus | poetaster: yes, that's correct | 17:56 |
| poetaster | ok. cool. on it. and sb2? | 17:57 |
| rinigus | poetaster: sorry - what was about sb2? you mean the command I used in FSO? | 17:59 |
| poetaster | yeah. | 17:59 |
| poetaster | I'm trying to track down what provides libtiff and libfreetype | 18:00 |
| poetaster | ok, first switch to tag succeeds. I'll re-submit the pkgs as the builds succeed. | 18:00 |
| poetaster | I noticed the rpmlinting was producing a bunch of different output than customary for the sdk. | 18:01 |
| poetaster | I could just ssh to the phone and see what rpm searching tells me :) | 18:02 |
| rinigus | poetaster: that was running on HADK. you could ssh to phone and search with zypper. or to SDK build engine (virtual machine or docker) | 18:04 |
| poetaster | yo. | 18:06 |
| poetaster | so, just to be clear. the packages in chum are no longer the packages in my home. so, once the packages are in chum, my packages can reverted to webhooks. | 18:08 |
| poetaster | I think this could be improved upon. | 18:08 |
| rinigus | poetaster: yes, package in chum can differ from your package. they are different | 18:09 |
| poetaster | got it, thanks. | 18:10 |
| rinigus | welcome | 18:10 |
| poetaster | after the initial effort, it's minimal. getting this into openrepos would be great. | 18:12 |
| poetaster | hmmm. looks like I need to be explicit: libtiff.so.5 libfreetype.so.6 | 18:17 |
| poetaster | nope. but providers for libtiff and freetype are there, but specifying them doesn't get me there. | 18:19 |
| poetaster | strange. libtiff No provider of 'pkgconfig(libtiff)' found. that's not what zypper says. | 18:22 |
| poetaster | ok, never mind. I'm on it. it's gonna get hairy with the frei0r libs for ffmpeg :) | 18:23 |
| rinigus | If we can get these libs to chum, you could just add them as dependency and handle as you do with libjpeg | 18:36 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!