[00:13:54] *** Quits: Horwitz (~mich1@p200300EC9BC29B00022268FFFE64E7C4.dip0.t-ipconnect.de) (Ping timeout: 252 seconds)
[00:26:55] *** Joins: Horwitz (~mich1@p200300EC9BC1B700022268FFFE64E7C4.dip0.t-ipconnect.de)
[00:26:55] *** ChanServ sets mode: +o Horwitz
[03:43:31] *** Quits: Horwitz (~mich1@p200300EC9BC1B700022268FFFE64E7C4.dip0.t-ipconnect.de) (Ping timeout: 250 seconds)
[03:58:45] *** Joins: Horwitz (~mich1@p200300EC9BDBFB00022268FFFE64E7C4.dip0.t-ipconnect.de)
[03:58:45] *** ChanServ sets mode: +o Horwitz
[07:35:42] *** Joins: Navit1 (~Navit@ec2-34-214-224-248.us-west-2.compute.amazonaws.com)
[07:35:42] *** ChanServ sets mode: +v Navit1
[07:35:57] *** Joins: extorr (~extor@unaffiliated/extor)
[07:37:25] *** Quits: Navit (~Navit@ec2-34-214-224-248.us-west-2.compute.amazonaws.com) (Remote host closed the connection)
[07:37:25] *** Quits: extor (~extor@unaffiliated/extor) (Remote host closed the connection)
[07:37:34] *** Navit1 is now known as Navit
[11:00:27] *** Joins: xenos1984 (~xenos1984@117rev-2.levonet.sk)
[11:00:27] *** ChanServ sets mode: +v xenos1984
[11:51:21] *** Quits: xenos1984 (~xenos1984@117rev-2.levonet.sk) (Quit: Leaving.)
[11:51:39] *** Joins: xenos1984 (~xenos1984@117rev-2.levonet.sk)
[11:51:39] *** ChanServ sets mode: +v xenos1984
[12:50:12] <Navit> <jkoan> @aerostitch do you remeber the long running generate_contributors.sh script? I did a quick rewrite with python now it only takes under 10 seconds (on my mobile phone -> termux) instead of 1min 36sec  $ time bash scripts/generate_contributors.sh real    1m36.830s user    0m15.310s sys     0m22.930s  $ time python scripts/generate_contributors.py real    0m6.164s user    0m5.610s sys     0m1.170s  (copy from
[12:50:13] <Navit> yesterday because irc-discord bridge stuck)
[12:53:04] <Navit> <jkoan> Only difference right now is the mail map, right now the python variant does not respect the mailmap.  This is because the lib I use now does not respect the mailmap at all, they also have an open issue: https://github.com/gitpython-developers/GitPython/issues/764 Hopefully we/I can fix this and we get them to make a new release, so we can profit from the timesaving
[15:18:08] <kazer> hi there
[15:18:49] <kazer> ilovekiruna: not really. rethinkdb on that platform is challenging. If you're not interested anymore, we can keep using stf on x86 using docker. it works really well
[15:19:22] <kazer> but i did do some work around navit and buildroot so that's a good thing
[17:33:19] *** Joins: jandegr (d5dba710@213.219.167.16)
[17:33:19] *** ChanServ sets mode: +v jandegr
[18:43:47] <kazer> hi jandegr 
[18:44:24] <jandegr> hi kazer
[18:46:26] <ilovekiruna> hi kazer, if there is my work can be still usefull I could restart
[19:11:51] *** Quits: jandegr (d5dba710@213.219.167.16) (Remote host closed the connection)
[19:21:04] <kazer> ilovekiruna: depends if you plan on running a stf farm on pi :)
[19:21:34] <ilovekiruna> that was my original plan, or how ws the distribution with other users supposed to work
[19:23:40] <ilovekiruna> or was this idea abondoned
[20:15:40] <kazer> well for people who want to run it on x86, honestly it can't be more simple than https://github.com/nikosch86/stf-poc.git 
[20:15:45] <kazer> this works pretty much out of the box
[20:39:06] <ilovekiruna> but then the machine needs to be up and running
[21:04:55] <kazer> yes true. I'm using an intel nuc for that
[21:05:17] <ilovekiruna> there i would still see the advantage of a pi
[21:05:23] <ilovekiruna> but I would do it now on my own speed
[21:05:51] <ilovekiruna> for translation, a launchpad account is strictly neccessary?
[21:21:49] <kazer> unfortunately yes. it's a web based tool
[21:23:17] <ilovekiruna> honestly what i dislike a bit is that they offer openid, but not asa receiving side :-(
[21:23:24] <ilovekiruna> but that wont stop me
[22:35:58] *** Quits: xenos1984 (~xenos1984@117rev-2.levonet.sk) (Ping timeout: 272 seconds)
[22:47:39] <kazer> yeah it an old platform that hasn't seen a lot of updates. but it's been working quite well