Wednesday, 2018-09-12

*** ChanServ sets mode: +v T405:32
lbtThaodan: I'll look at that mic problem - thanks08:07
Thaodanlbt: I fixed that08:07
Thaodanpatch included in the bug08:07
lbtyes - I meant I'll look at merging your patch and releasing a fixed mic08:08
Thaodanok did't got that :)08:08
lbtnp - I got cc'ed on the bug automatically (and for once I was reading bug mail!!)08:09
Thaodanthat sounds good and bad in both ways^^08:10
Thaodanwhere the git repo of mic?08:14
lbtmkosola: I think 0.14-mer7 is the latest tag isn't it08:24
mkosolalbt: are you talking about  jolla branch?08:29
lbtI was just going to look to see08:31
lbtThaodan: anyhow - the jolla branch is the active one08:33
T4dust_077 was added by: dust_07708:35
mkosolalbt: Thaodan: yeah, jolla/0.14+git6 is the latest tag08:40
lbtyeah - it's not obvious which tag is on which branch :D :D08:42
piggzlbt: i understand you discussed possibility of building kd5 libs for calligra, but instead recommended using local builds ... well ... i have 2 sfos apps on openrepos using kf5 libs, so that makes atleast 3 that would benefit...08:42
piggzi have 5.34 builds on obs08:42
lbtLuckily we're moving to labelled tags (as soon as I finish the code!)08:42
lbtpiggz: Hmmm08:43
lbtpiggz: I think that we should discuss it in a jolla/sfos meeting08:44
lbtI mean raise that point08:44
lbtRight now my reaction is to say that getting calligra built and ensuring we have up-to-date code is step 108:44
piggzim using seperate packages for the libs, not building in the same rpm08:44
lbtIs dcaliste working on that - I forget08:45
piggzi discussed with him08:45
lbtbecause it would be really good for you two to collaborate08:45
piggzmy apps are amazfish, and kdeconnect08:45
piggzhe is also using kf5 5.34, but built in once pacakge08:45
lbtif you have discrete rpms at the moment then I'm not averse to that08:45
lbtI really wanted to avoid a huge number of core packages08:46
lbtkde would need it's own namespace on g.m.o08:46
lbtso I'd like to see a single big spec file in there which produces all the kde libs08:49
lbtif that's a bad idea then we can reconsider08:50
lbtit would keep it tidier and we don't really do any development or fixes on the source (I hope)08:50
lbtso we'd tend to only rebuild it when a dependency changed and we'd almost certainly do a mass rebuild anyway08:51
lbtto be clear it would be an aggregate spec file08:53
lbtsound sane?08:54
piggzlbt: ok, i can look at that08:57
piggzoff out for an hour now08:57
piggzlbt: ive never done a spec like that, any tips?08:58
piggzlbt: also, the higher up the kf5 stack we go, the harder it gets to build ... i'll start with enough for me and dcaliste09:00
lbtthe idea is not to make life difficult for you - if this proves too hard then please yell09:06
lbtit's a balance between keeping the repo and builds clean and all the code in one place and not making it too big and complex to handle09:08
lbtmy gut feel is that the single spec file matches the approach you'd use in a local build09:09
lbtcheck out each thing that you need into its own sub directory09:09
lbtenter each directory and ./configure;make (not sure about make install at this point but maybe)09:10
lbtthen when you've built them all simply have the same %file sections that you'd have for the rpms in individual spec files09:11
spiiroinreview appreciated:
spiiroin^ tweak mtp activation in devices that use android usb09:38
Mister_Magisterhi spiiroin10:07
spiiroinMister_Magister: hi10:13
T4adampigg was added by: adampigg11:25
T4<abhishek_0> i heard 2.2.1 is out13:33
Mister_Magisterabhishek_0: beta13:34
malMister_Magister: not anymore13:34
Mister_Magisterwhy now13:34
Mister_Magistermal: any OBS target?13:35
malat least tjc says the release is now for all13:35
malMister_Magister: no target yet afaik, OBS is down anyway13:35
Mister_Magistersure but is there obs target yet?13:35
Mister_Magisteri need to buy server and run my own obs…13:36
T4<abhishek_0> Mister_Magister , gitlab-ci ?13:48
T4<abhishek_0> i think it can do the job13:48
Mister_Magisterbuilding locally would do job lol13:56
T4<abhishek_0> lol i build halium-parts on gitlab-ci ... XD sure it takes 2 hours13:57
r0kk3rzi run mic on gitlab-ci, its much easier13:58
T4<abhishek_0> yeah forked it ,,,13:59
T4<abhishek_0> can you post your dockerfile ?13:59
malr0kk3rz: I have been thinking about a proper local build system, any comments if that gitlab-ci is better than for example jenkins or something else?14:02
malI mean only build system for some things like hybris-hal, droid-hal and image building14:02
r0kk3rzmal: ive not used gitlab-ci too much, it integrates with gitlab nicely but as a seperate thing im not so sure14:19
r0kk3rzjenkins is something of a pain, but its been around long enough that there are many stackoverflow quesions about how to do things14:20
r0kk3rzgenerally with both you will ultimately do the same thing, get a docker image and run a script in it14:20
T4<abhishek_0> :D14:23
T4<BirdZhang> @abhishek_0 [ …], cp: error writing '/builds/abhishek9650/halium-building/halium/out/target/product/wt88047/obj/STATIC_LIBRARIES/libwebp-decode_intermediates/dec/tree.P': No space left on device … lol14:26
T4<BirdZhang> 🤣14:26
T4<BirdZhang> android source is huge14:27
malfull aosp 8.1 sources and build took 150 GB14:28
T4<abhishek_0> @BirdZhang [cp: error writing '/builds/abhishek9650/halium …], ik .. i am thinking of my appointing my own runners , well gitlab-ci is good for smaller projects atleast smaller than aosp lol14:30
T4<BirdZhang> yeah, gitlab-ci is very useful14:31
r0kk3rzi know vgrade had something working for aosp builds on gitlab-ci14:32
*** ChanServ sets mode: +v T417:56
mallbt: hi, could we get sailfish target to OBS, final release of that was done today18:03
Thaodanwhat is msm_ice? m c084000.sdhci: sdhci_msm_probe: ICE device is not enabled18:32

Generated by 2.17.1 by Marius Gedminas - find it at!