*** ChanServ sets mode: +v T4 | 02:20 | |
*** ChanServ sets mode: +v T4 | 08:52 | |
rinigus | kimmoli: looks like its time to start working on the next release. do you have any plans regarding it? | 09:24 |
---|---|---|
kimmoli | rinigus: not really, i need to update my build environment anyway to keep things up and running | 09:36 |
kimmoli | it is somewhere in 2.1. release and old hadk | 09:37 |
rinigus | kimmoli: the only reason to update the environment is to work on the release :). do you want to do that? | 09:41 |
kimmoli | ill take a look during weekend. and if i get stuck, i'll raise "giving up" flag | 09:53 |
rinigus | excellent! good luck - I'll try to keep an eye on irc | 09:55 |
Mister_Magister | spiiroin: your fix for proximity sensor seems to be working | 10:23 |
Mister_Magister | kimmoli: rinigus: what r u updating? | 10:24 |
rinigus | Mister_Magister: 1+x to the next release, assuming that 3.0.0.8 is released | 10:25 |
Mister_Magister | rinigus: is that any problem to do? | 10:25 |
Mister_Magister | isnt it like 5 min of work? | 10:25 |
kimmoli | if one has that 5 mins... | 10:29 |
kimmoli | and a couple of days for testing | 10:30 |
rinigus | Mister_Magister: re 5 minutes, I have no idea regarding it. haven't followed development over here closely, so it's impossible for me to tell. if you say so, it's probably so. for kimmoli its also update of the environment | 10:30 |
Mister_Magister | kimmoli: days for testing? naah | 10:31 |
Mister_Magister | its like add new target on obs and voila | 10:32 |
rinigus | Mister_Magister: we tend to test before releasing. | 10:34 |
Mister_Magister | rinigus: me too | 10:34 |
Mister_Magister | but no reason to do for this long | 10:34 |
Mister_Magister | i always test | 10:34 |
rinigus | +- 2 days do not matter. main thing is to get it rolling | 10:35 |
Mister_Magister | i wonder if we will ever see updated glibc | 11:15 |
*** ChanServ sets mode: +v T4 | 14:15 | |
pseudodev | repo problem: nothing provides pulseaudio >= 8.0+git13 needed by pulseaudio-modules-droid-11.1.67-1.armv7hl | 14:53 |
pseudodev | anyone? | 14:53 |
pseudodev | wait | 14:54 |
pseudodev | its repo problem: nothing provides pulseaudio >= 8.0+git134needed by pulseaudio-modules-droid-11.1.67-1.armv7hl | 14:54 |
pseudodev | Argh | 14:54 |
pseudodev | *14 | 14:54 |
pseudodev | not 13 | 14:54 |
mal | when doing what? local build? | 14:54 |
mal | did you update build target? | 14:54 |
pseudodev | Running mic | 14:55 |
pseudodev | No. Build target is 2.2.0.29 | 14:55 |
mal | and you are building which sfos version? | 14:55 |
pseudodev | 2.2.0.29 | 14:55 |
mal | maybe rebuild pulseaudio-modules-droid? | 14:56 |
pseudodev | already rebuilt everything | 14:56 |
r0kk3rz | whyfor building such an old version | 14:56 |
r0kk3rz | you'd need to downgrade pulse droid | 14:56 |
pseudodev | r0kk3rz: There was a fix to external/droidmedia which i wanted to try. using 3.0.0.8 gave me some issue | 14:57 |
r0kk3rz | so build 2.2.1 | 14:58 |
pseudodev | 2.2.0.29 didnt give any issue and built fine after i removed pulseaudio related stuff from pattern | 14:58 |
pseudodev | I would but how do i fix this issue? | 14:59 |
r0kk3rz | like i said, downgrade the pulse droid module to an earlier version | 15:00 |
mal | or update to newer sailfish version | 15:00 |
mal | pseudodev: what issue did you have with 3.0.0.8? | 15:00 |
pseudodev | mal: https://www.irccloud.com/pastebin/hY96igzq/ | 15:02 |
pseudodev | Oh wait | 15:02 |
pseudodev | the target isnt 3.0.0.8 | 15:02 |
pseudodev | How do you change the target again? | 15:04 |
r0kk3rz | do the dup dance | 15:04 |
r0kk3rz | yeah that looks like the problem with old target and 2.2.1 | 15:05 |
r0kk3rz | sorry. old SDK | 15:06 |
pseudodev | r0kk3rz: Just did the dance. Do i need to rebuild packages ? | 15:09 |
r0kk3rz | yeah | 15:10 |
r0kk3rz | there was an rpm upgrade for 2.2.1, so its a good idea | 15:10 |
mal | updating both sdk and target is a good idea | 15:10 |
pseudodev | aye aye captains | 15:12 |
pseudodev | Got this while running dup | 15:36 |
pseudodev | https://www.irccloud.com/pastebin/zjUJ3NN1/ | 15:36 |
pseudodev | Any ideas what's wrong? | 15:36 |
mal | pseudodev: sb2 -t $VENDOR-$DEVICE-$PORT_ARCH -m sdk-install -R rpm --rebuilddb | 15:51 |
mal | that was easily found from channel logs | 15:51 |
pseudodev | PlatformSDK bash-3.2$ sb2 -t $VENDOR-$DEVICE-$PORT_ARCH -m sdk-install -R rpm --rebuilddb | 15:53 |
pseudodev | error: bad option 'archcolor' at (null):108 | 15:53 |
pseudodev | error: bad option 'archcolor' at (null):108 | 15:53 |
pseudodev | error: cannot open /usr/lib/rpm/rpmrc at /usr/lib/rpm/meego/rpmrc:1: Bad file descriptor | 15:53 |
pseudodev | PlatformSDK bash-3.2$ | 15:53 |
pseudodev | Now i get those. | 15:54 |
mal | probably manual removal of the rpm database is needed | 15:58 |
pseudodev | So how to do that? | 15:58 |
vknecht | is this a typo ? :) https://github.com/mer-hybris/droid-hal-configs/blob/b1d168c8b2555ae8e46bc486c30fa6c15980ae26/droid-configs.inc#L50 | 16:06 |
r0kk3rz | vknecht: typo? | 16:26 |
mal | vknecht: pretty sure that is intentional | 16:38 |
vknecht | :) | 16:49 |
vknecht | r0kk3rz, typo(graphic error) | 16:49 |
r0kk3rz | i know what a typo is lol | 16:50 |
vknecht | well, I thought you was asking what it was | 16:50 |
vknecht | I guess you meant there was none :) | 16:51 |
_sven | mal: can i follow the hadk to port for another Helio X27 device? or is there any special to do for the Helio X27 devices? | 17:53 |
TheKit | _sven, the hadk describes the overall procedure, which is same. There are some specific fixes and tweaks needed, but that's the case with most of devices and you have this channel :) | 19:39 |
piggz | mal: is this now a work of art? :D https://github.com/sailfishos/gst-droid/pull/29 | 19:48 |
mal | piggz: better, maybe I won't complain about trivial things anymore, you might get annoyed :) | 19:53 |
piggz | well, atleast you called them trivial ;) | 19:54 |
piggz | i will hopefully have qt in shape soon | 19:54 |
mal | piggz: only thing that I noticed quickly was that the cases in gstdroidcamsrcphotography.c are in different order than the enum order in the header | 19:56 |
piggz | seriously???? "£$%^%$£$%^&%$£$% | 19:57 |
piggz | ;) | 19:57 |
mal | piggz: like I said trivial :P | 19:57 |
mal | piggz: my brain is funny because I notice such things | 19:57 |
mal | :) | 19:58 |
piggz | mal: as i just said to abranson..... | 19:59 |
piggz | fucking qt code is inconsistent withint he same file ... 2 maps, which map between gst and qt values, for white-balance and effects ... one, the key is the gst value, theother the key is qt value | 19:59 |
mal | piggz: yep, it's quite common that there is no good logic in code, like functions not in same order as in header or things like that | 20:02 |
_sven | !seen sledges | 20:14 |
merbot | _sven: sledges was last seen in #sailfishos-porters 1 day, 11 hours, 40 minutes, and 58 seconds ago: <sledges> PSA: Sailfish OS community collaboration in just under a half-hour, /join #mer-meeting | 20:14 |
*** ChanServ sets mode: +v T4 | 20:54 | |
steeeve | Feels bad man | 20:56 |
r0kk3rz | steeeve: where did your mate b0n0 go? | 21:00 |
steeeve | B0n0 is me | 21:01 |
steeeve | b0n0 is life | 21:01 |
r0kk3rz | is there some other guy called 3dg3 | 21:04 |
mal | steeeve: what is the problem? | 21:04 |
steeeve | mal: i dont know | 21:05 |
steeeve | I dont see any problems | 21:06 |
mal | what are ou trying to do? | 21:06 |
steeeve | Me? | 21:06 |
steeeve | Nothing why? | 21:06 |
mal | 22:56 < steeeve> Feels bad man | 21:06 |
r0kk3rz | trying to find him mate b0n0 i bet | 21:06 |
steeeve | Ah, yes, sledges stalking | 21:07 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!