*** toscalix has quit IRC | 00:03 | |
*** toscalix has joined #automotive | 00:03 | |
*** murphy_ has quit IRC | 00:56 | |
*** toscalix has quit IRC | 02:06 | |
*** fury has quit IRC | 02:22 | |
*** AlisonChaiken has quit IRC | 02:22 | |
*** fury has joined #automotive | 02:27 | |
*** Olivier[matrix] has quit IRC | 05:43 | |
*** Olivier[matrix] has joined #automotive | 05:59 | |
*** gunnarx has quit IRC | 06:09 | |
*** ashwasimha_ has joined #automotive | 06:39 | |
dl9pf | morning | 06:58 |
---|---|---|
*** rajm has joined #automotive | 07:09 | |
*** gunnarx has joined #automotive | 07:10 | |
CTtpollard | gunnarx: why is quilt involved in the build? quilt is the default patch tool for bitbake and is built as a native package | 07:24 |
gunnarx | ok, I thought patch was default | 07:25 |
gunnarx | driving me nuts the build error on that pipeline, so strange... | 07:25 |
gunnarx | I built the same (as far as I know) manually with a shell login on the same machine and it worked. In the pipeline, no. | 07:26 |
CTtpollard | you can override it obviously, unsure if you can set it globally via local.conf | 07:26 |
gunnarx | No, I just want it to work. I thought it was a newly added dependency but I suppose not | 07:27 |
gunnarx | I even tried on two agents - by the way the new agent machine Nick created is coming - just wanted to test it. | 07:27 |
CTtpollard | the biggest issue I'm having atm is due changes in poky leading to taskhash mismatches in various classes | 07:28 |
gunnarx | and since the tests are failing. | 07:28 |
gunnarx | What do you think, should I just put the new agent back online, and we'll see how it goes? | 07:29 |
gunnarx | Also, is the CT agent available - could I try forcing the failing pipeline there, just to check if it's alright. | 07:29 |
CTtpollard | might be worth a shot, is the failing template an sstate shared pipeline? | 07:30 |
gunnarx | IDK but I feel like I've tried wiping all the caches and stuff | 07:30 |
gunnarx | and no, I removed sharing from the recipe actually, let me confirm | 07:31 |
gunnarx | no sharing set up in the recipe | 07:31 |
*** kooltux_ has quit IRC | 07:32 | |
gunnarx | I'm thinking it's some installed program missing on both these agents, but since it fails on quilt and if quilt is nothing new, I can't see the logic in that | 07:32 |
gunnarx | If it doesn't disturb you let me bring the new agent fully online, so that's available for general builds instead, and then I'll borrow the CT agent for a few hours. | 07:33 |
CTtpollard | yeh quilt-native is definitely a core package, and it uses patch as the patchtool | 07:34 |
gunnarx | In other words, assign the new agent the resource named yocto_build | 07:34 |
CTtpollard | sure | 07:35 |
gunnarx | Do you need ct_test resource there also, or not? | 07:35 |
CTtpollard | personally no, might want to check with pedroalvarez when he gets to the office though | 07:35 |
gunnarx | OK, grepping the config, no ct_test is not required by any pipeline, AFAICT | 07:36 |
gunnarx | So to confirm with you CTtpollard does the genivi-dev-platform-sdk image definition build both a rootfs and sdk. No need for me to first build genivi-dev-platform, and then the sdk part? | 07:39 |
dl9pf | gunnarx: you can enforce a patch tool ... just had that case lately | 07:41 |
gunnarx | dl9pf, yes I know there are ways. Thing is that I only thought we had recently introduced a build error in quilt, but there is no recent change that should cause that to happen. | 07:42 |
gunnarx | So I think we'll try debugging the build issue only first. | 07:42 |
dl9pf | gunnarx: perfect heisenbug ;) | 07:43 |
gunnarx | Basically I think we have established that I should not try to remove quilt :) | 07:43 |
gunnarx | Yeah no kidding. The build tries to do "make 2 <something" --> Error no target named 2. wth is happening? | 07:44 |
CTtpollard | gunnarx: I've only done the basics following the instructions on the wiki, but looking at the image file I feel you should be able to directly build the sdk image | 07:44 |
gunnarx | where is the 2 coming from!? | 07:44 |
dl9pf | gunnarx: maybe from a "-j2" missing the "-j" ?? | 07:44 |
gunnarx | I've been grepping and a theory make $VARIABLE 2>/dev/null and $VARIABLE is empty? But I didn't find it. | 07:45 |
gunnarx | Hmm, I think you may be on to something dl9pf | 07:45 |
gunnarx | an easy mistake to make | 07:45 |
dl9pf | hmm | 07:45 |
dl9pf | well I just had my shot of coffee o^o | 07:46 |
dl9pf | gunnarx: the variable is actually PATCHTOOL with possible values of quilt, git, patch | 07:48 |
dl9pf | had a case where this worked magic | 07:48 |
gunnarx | thanks, yeah we have it set to git in one place to support a binary patch, ugh | 07:48 |
dl9pf | hehe | 07:49 |
CTtpollard | still might be worth setting it as default, and letting recipes that explicitly require git override it | 07:50 |
gunnarx | dl9pf: Get this, some idiot had set PARALLEL_MAKE = "2" instead of "-j2" ! | 07:50 |
radiofree | You shouldn't really need to set -j | 07:51 |
gunnarx | oh, ok, maybe that's not the problem then | 07:51 |
radiofree | Well, you might, I'm just saying it's daft if you have to | 07:51 |
radiofree | A tool that introduces a convenience function that doesn't make it any more convenient? | 07:52 |
CTtpollard | you do need to set -j $ in with bitbake | 07:52 |
CTtpollard | so "-j 2" | 07:52 |
gunnarx | dl9pf wins hero of the day award | 07:52 |
radiofree | Surely it should auto detect that? | 07:53 |
dl9pf | gunnarx: hehe :) ... glad to help | 07:53 |
gunnarx | I'm going for coffee... and just as a warning, no one better ask who the idiot was ;) | 07:53 |
radiofree | The idiot can't hide with git blame | 07:54 |
gunnarx | yeah if it's one thing I'm good at, it's rewriting git history, hee | 07:54 |
dl9pf | hehe | 07:54 |
*** sanjeev has joined #automotive | 07:57 | |
*** gunnarx has quit IRC | 08:02 | |
*** gunnarx has joined #automotive | 08:04 | |
*** gunnarx has joined #automotive | 08:04 | |
*** jonathanmaw has joined #automotive | 08:15 | |
*** leon-anavi has joined #automotive | 08:27 | |
leon-anavi | hi | 08:28 |
dl9pf | hi leon-anavi | 08:28 |
leon-anavi | hi dl9pf | 08:31 |
CTtpollard | leon-anavi: fancy trying the the master raspi image with your official touchscreen? :) | 09:03 |
*** sahid has joined #automotive | 09:04 | |
leon-anavi | CTtpollard, no right now but yes in general it will be cool to try it out. | 09:08 |
leon-anavi | I hope that I will have some spare time for this task later this week. | 09:08 |
CTtpollard | sweet | 09:09 |
leon-anavi | dl9pf, why I can assign the JIRA issue in AGL that I have just created (SPEC-240) to me? Is there a bug with JIRA or am I doing something wrong? | 09:09 |
dl9pf | ?? | 09:23 |
*** rdale has quit IRC | 09:23 | |
dl9pf | you can't assign ? | 09:24 |
leon-anavi | thanks for the hint. I used wrong email :) my mistake | 09:27 |
leon-anavi | dl9pf, should I also update the reference to meta-rust in default_blowfish_2.0.1.xml and point it to branch krogoth of meta-rust? | 09:57 |
CTtpollard | meta-rust has a krogoth branch? | 09:59 |
leon-anavi | now it has :) | 10:01 |
CTtpollard | at the jmesmon upstream? | 10:02 |
leon-anavi | no, I forked meta-rust in Konsulko GitHub repositories, tested it with release Blowfish of AGL and now I will push changes to AGL Gerrit. | 10:02 |
CTtpollard | cool | 10:03 |
leon-anavi | I am just wondering whether I should update the xml of release Blowfish 2.0.1 :) dl9pf please advise me. | 10:03 |
dl9pf | leon-anavi: what do you mean ? | 10:39 |
dl9pf | no, we won't change an xml thats 'released. we'll do a 2.0.2 | 10:39 |
dl9pf | probably in the 1-2 week timeframe | 10:39 |
leon-anavi | ok | 10:42 |
sahid | hi, so i'm trying to build AGL but i have an error related to the task poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb | 10:42 |
dl9pf | sahid: please pastebin the full log | 10:43 |
dl9pf | leon-anavi: so submit your changes/updated revs to the blowfish branch | 10:43 |
sahid | looks like to be related to http://pastebin.com/sYYEyCnK | 10:43 |
sahid | dl9pf: ok'im going to past the full log | 10:43 |
dl9pf | sahid: see https://bugs.freedesktop.org/show_bug.cgi?id=95326 | 10:44 |
dl9pf | please file a bug at jira.automotivelinux.org noting the above | 10:45 |
sahid | dl9pf: looks like to be exactly my case, i'm using gcc 6.1.1 | 10:46 |
sahid | dl9pf: ok i will do that, thanks | 10:46 |
dl9pf | yep, likely hasn't been tried with the YP release we use underneath. Please file a bug, we might be able to add a .bbappends for your case. | 10:47 |
CTtpollard | gcc >=6.1 can be quite problematic with yocto | 10:47 |
CTtpollard | I'd advise against using it where possible | 10:47 |
sahid | yes i'm thinking about to downgrade but firstly I wanted to be sure with you that the error is well related to my version of gcc | 10:51 |
leon-anavi | dl9pf, there is something awkward. It appears that my email in Gerrit is leon@anavi.org and my patches signed off as leon.anavi@konsulko.com are rejected when I try to push them. | 10:57 |
leon-anavi | I never had similar issues before and I used the same credentials. | 10:57 |
leon-anavi | I had to register my professional email through "Contact Information" in Gerrit and now I can submit changes again. | 10:59 |
leon-anavi | dl9pf, I submitted for a review change requests 6371 and 6373 | 11:02 |
CTtpollard | gunnarx: I really don't know what would be the best course of action for the pipelines in terms of supporting master in the current workflow | 11:02 |
gunnarx | what are you thinking of? co-dependent pull requests? | 11:03 |
gunnarx | or too many builds being triggered? | 11:03 |
CTtpollard | I mean, trying to perform CI on a non stable (in terms of target support) branch | 11:03 |
gunnarx | oh | 11:03 |
gunnarx | well don't make it non-stable then ;) | 11:04 |
CTtpollard | not my call unfortunately | 11:04 |
gunnarx | We knew this was coming, I mean. The basic idea was to keep all targets in sync, | 11:05 |
CTtpollard | rolling via master instead of next/pre-release branches is a PITA for CI | 11:05 |
gunnarx | So currently we have Renesas failing right? An unexpected non-support for something in IVI 11? | 11:06 |
gunnarx | So Steve set up IVI 10 for it? | 11:06 |
CTtpollard | the easiest IMO is to pause all pipeline that point at master until the target is officially support | 11:06 |
CTtpollard | ed | 11:06 |
gunnarx | sure, that works fine in my opinion | 11:06 |
gunnarx | logical conclusion if the project has currently "paused" the support for that platform | 11:07 |
CTtpollard | or, we can force them to build with init.sh (-f) which will lead to a lot of red, but could also be useful | 11:07 |
CTtpollard | ok | 11:09 |
gunnarx | Ah right, didn't think about that init is actually in a way blocking them too. Anyhow, it's a discussion for next project meeting I suppose. | 11:10 |
gunnarx | Regarding your most recent commit, looks like you are going faster than meta-ivi. Looks like meta-ivi ought to do this update also right? | 11:12 |
CTtpollard | gunnarx: meta-ivi could probably do some validation on it, but afaik the refs of poky/oe listed in meta-ivi are simply there from being current at time of testing | 11:13 |
CTtpollard | until we have CI for submodule tracking, then there's always going to be some stabbing in the dark here | 11:15 |
gunnarx | yes, but the maintainers should work to stay up to date. we're in beta for meta-ivi 11 now anyhow for another month or so. There's time to update and test. | 11:15 |
CTtpollard | yeh it's not critical, I'm just finding bitbake more of a pain than usual in the current krogoth ref | 11:16 |
CTtpollard | I also hoped by pushing it that others could test it, some issue are hard to recreate locally | 11:17 |
*** kiks has joined #automotive | 11:17 | |
CTtpollard | I know for instance do_populate_sdk is broken currently for me in poky, due to an issue that has propagated into many classes / layers from krogoth | 11:18 |
gunnarx | noooo | 11:19 |
CTtpollard | we've updated meta-raspberrypi to include their image class fix for it, so the core target images are stable | 11:19 |
gunnarx | don't break the sdk right now please, if you can :) | 11:19 |
gunnarx | FYI, hoping to have time to put together all the pieces (that already exist) to automate SDK VM properly | 11:21 |
CTtpollard | gunnarx: http://forums.openpli.org/topic/41447-how-to-get-rid-of-taskhash-mismatch/ is an example of the issue | 11:21 |
CTtpollard | which is particularly fun when unpacking pre krogoth tasks from sstate | 11:21 |
gunnarx | looks like a big mess. so the solution, or is there one? | 11:22 |
CTtpollard | [vardepsexclude] = "DATETIME" in the offending classes seems to do the trick, or disabling the core routine altogether | 11:23 |
CTtpollard | e.g https://patchwork.openembedded.org/patch/120347/ | 11:24 |
gunnarx | I'm not sure I get it. So a fully clean build will reset everything to being OK, or not? | 11:24 |
CTtpollard | on a fully clean sdk build, no shared sstate, I get the mismatch on populate_sdk on our current poky ref | 11:25 |
gunnarx | and I guess the question is why the hell that happens, right? | 11:25 |
CTtpollard | do_populate_sdk[vardepexclude] = "DATETIME" into the populate base bbclass seemed to remedy it for me | 11:26 |
gunnarx | Right. But the core of this is that bitbake state cache complains if the same build leads to a different result, such as a datestamp changing? or that bitbake is totally buggy all of a sudden. | 11:27 |
CTtpollard | It doesn't like the taskhash of the certain functions changing, which is problematic when many set timedate variables | 11:30 |
CTtpollard | for the checksum | 11:31 |
CTtpollard | I had a good thread about it, but it's currently avoiding me | 11:32 |
CTtpollard | https://lists.yoctoproject.org/pipermail/poky/2016-April/010486.html - is patched in our poky version, still same error | 11:37 |
gunnarx | why are they messing with this... and breaking it | 11:37 |
CTtpollard | the solution I've been told to try and apply is to whitelist all instances of it, or remove if un-needed | 11:39 |
gunnarx | Oh yocto... don't you love it | 11:40 |
CTtpollard | afaict bitbake does a prehash, and then hashes again when it actually starts a task. so all tasks that add time/date to the checksum or don't inherit a class that excludes it are affected | 11:40 |
gunnarx | but it used to be fine? bottom line is someone broke it | 11:41 |
CTtpollard | yep | 11:44 |
* gunnarx thinks something was planted by Baserock proponents... | 11:45 | |
*** kiks has quit IRC | 11:50 | |
*** kiks has joined #automotive | 11:50 | |
dl9pf | eg-ciat meeting starts | 12:02 |
*** kiks is now known as iloveprestrump | 12:03 | |
*** iloveprestrump is now known as DonaldTrump | 12:10 | |
*** DonaldTrump is now known as kiks | 12:13 | |
*** jeremiah has joined #automotive | 12:39 | |
paulsherwood | gunnarx: are you trolling? :) | 12:44 |
gunnarx | always | 12:45 |
*** jeremiah has quit IRC | 12:59 | |
*** jeremiah has joined #automotive | 13:16 | |
*** fury has quit IRC | 13:37 | |
*** fury has joined #automotive | 13:41 | |
CTtpollard | radiofree: I enabled the kernel modules you listed and I've built weston with backend set to drm, should I be trying '-vga virtio' with kvm? | 14:17 |
radiofree | CTtpollard: did you enable bochs as well? | 14:19 |
radiofree | unless you've rebuilt mesa as well, virtio won't work yet | 14:19 |
* radiofree seems to have deleted all of his man pages somehow | 14:19 | |
CTtpollard | radiofree: yep, & DRM_CIRRUS_QEMU | 14:20 |
CTtpollard | I can force a mesa rebuild if needs be | 14:20 |
radiofree | CTtpollard: try -vga std first | 14:21 |
CTtpollard | currently getting unknown vga type: virtio from kvm | 14:21 |
CTtpollard | ok | 14:21 |
radiofree | boot, then do "dmesg | grep drm -A5" | 14:21 |
CTtpollard | radiofree: http://paste.baserock.org/natisopetu | 14:22 |
radiofree | actually just grep drm will do | 14:22 |
radiofree | hmm | 14:22 |
radiofree | lsmod | 14:22 |
radiofree | lsmod | grep bochs | 14:22 |
CTtpollard | nada | 14:22 |
radiofree | anything in /sys/class/drm ? | 14:22 |
radiofree | check /proc/config.gz to make sure it was actually enabled | 14:23 |
CTtpollard | drm 1.1.0 20060810 | 14:23 |
CTtpollard | ok | 14:23 |
radiofree | vim (if you have it) will happily open that file | 14:23 |
radiofree | zgrep BOCHS /proc/config.gz as well i guess | 14:24 |
CTtpollard | yeh, looks like it's not set | 14:24 |
CTtpollard | hmm | 14:24 |
CTtpollard | will kick it again | 14:25 |
radiofree | i've not idea how you add kernel configuration options in yocto, but if you're just appending CONFIG_FOO to the config file then it might not work, since make fooconfig isn't smart enough to figure out the dependencies automatically | 14:26 |
* radiofree tends to do make $config && scripts/config -m CONFIG_FOO && make oldconfig | 14:26 | |
radiofree | do you have things like CONFIG_DRM=y in that qemu config? | 14:27 |
radiofree | (zgrep CONFIG_DRM /proc/config.gz) | 14:27 |
CTtpollard | yeh, I think it may have unpacked without parsing the changes I'd made to the deconfig, recompiling now | 14:28 |
CTtpollard | also TIL zgrep, I usually zcat | grep | 14:28 |
rjek | also zless | 14:29 |
CTtpollard | radiofree: http://paste.baserock.org/eniwodavak | 14:35 |
radiofree | ok, start weston | 14:36 |
radiofree | with --backend=drm-backend.so | 14:36 |
radiofree | (if that's not the default) | 14:36 |
CTtpollard | journalctl is claiming it loaded fbdev | 14:37 |
radiofree | kill and try with --backend=drm-backend.so | 14:38 |
radiofree | if you're using weston-launch then the syntax is `weston-launch - --backend=drm-backend.so` (i think) | 14:38 |
radiofree | note the extra `- ` | 14:38 |
CTtpollard | radiofree: can I pass it in weston.ini? | 14:44 |
radiofree | yes | 14:45 |
radiofree | [core]\nbackend=drm-backend.so | 14:45 |
radiofree | if bochs works then virtio will work (if you have /usr/lib/dri/virtio_gpu_dri.so... though if you haven't go that test -vga virtio and see what it falls back to) | 14:46 |
CTtpollard | http://paste.baserock.org/onawewopuj | 14:49 |
CTtpollard | that's with -vga std | 14:49 |
*** caiortp has joined #automotive | 14:49 | |
radiofree | do you not build mesa with the swrast driver? | 14:50 |
radiofree | ls /usr/lib/dri/* | 14:50 |
CTtpollard | lists swrast http://paste.baserock.org/towogotevu | 14:51 |
radiofree | you need the kms one though | 14:52 |
radiofree | i *think* it's a gallium driver | 14:53 |
radiofree | --with-galliumx-drivers=swrast,virgl | 14:53 |
radiofree | s/galliumx/gallium | 14:53 |
radiofree | in mesa | 14:53 |
radiofree | hold on i'll check | 14:54 |
radiofree | don't want you rebuilding everything that depends on mesa for nothing... | 14:54 |
CTtpollard | current recipe http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-graphics/mesa/mesa.inc?h=krogoth | 14:54 |
CTtpollard | DRIDRIVERS_append_x86-64 | 14:55 |
* radiofree 's eyes bleed | 14:55 | |
CTtpollard | heh | 14:56 |
rjek | There's something perverse about wrapping Python in braces | 14:56 |
CTtpollard | I think I'll want PACKAGECONFIG_append = " gallium gallium-llvm" , maybe | 14:58 |
radiofree | yes you'll want to build the driver with llvm | 15:00 |
radiofree | there's no virgl there, so you'll need to do whatever you need to do to build that as well | 15:00 |
radiofree | --with-galliumx-drivers=swrast,virgl | 15:01 |
radiofree | dam | 15:01 |
radiofree | --with-gallium-drivers=swrast,virgl | 15:01 |
radiofree | yep, that's the badger | 15:01 |
CTtpollard | baking | 15:07 |
radiofree | this will probably take some time | 15:12 |
radiofree | considering qt will depend on mesa | 15:12 |
CTtpollard | yep, and llvm takes an age to compile | 15:13 |
radiofree | you weren't already using llvm? | 15:14 |
CTtpollard | it's compiling llvm, that's all I know | 15:15 |
CTtpollard | it required 3.3, so maybe that's different to what was already in use | 15:15 |
CTtpollard | and then rust has it's own llvm dependency, etc | 15:17 |
*** jeremiah has quit IRC | 15:18 | |
radiofree | what's the performance of the hmi like under qemu atm? | 15:19 |
radiofree | would imagine it's like a sloth through treacle if you weren't using llvmpipe | 15:20 |
CTtpollard | pretty bad recently, the transition animation is dog | 15:20 |
radiofree | well this should improve things massively | 15:20 |
CTtpollard | it seemed to take a hit a few releases back, don't know due to what change | 15:21 |
CTtpollard | ah, 'gdp9', which was weston 1.9 & mesa 10.6.3 | 15:23 |
CTtpollard | along with a ton of other changes which might have affected it I suppose | 15:23 |
radiofree | performance should have improved if you upgraded weston and mesa :) | 15:28 |
CTtpollard | yeh, I don't know what the regression was, but it was definitely visible | 15:29 |
CTtpollard | qtwayland, ivi extension etc etc | 15:29 |
radiofree | did you change how mesa was built? | 15:35 |
CTtpollard | poky may have, from our side we don't really change any config for mesa for the qemu target leaving it to default | 15:38 |
CTtpollard | for raspberrypi we set gallium, and specify the vc4 drm driver | 15:39 |
*** jeremiah has joined #automotive | 15:48 | |
radiofree | CTtpollard: that's essentially what you need to do for the qemu image | 15:54 |
radiofree | without vc4 obviously | 15:54 |
*** rajm has quit IRC | 15:59 | |
*** gunnarx has quit IRC | 15:59 | |
*** khem has quit IRC | 16:12 | |
*** sahid has quit IRC | 16:13 | |
*** AlisonChaiken has joined #automotive | 16:13 | |
*** khem has joined #automotive | 16:18 | |
*** fury has quit IRC | 16:48 | |
*** fury has joined #automotive | 16:53 | |
*** praneeth has quit IRC | 16:55 | |
*** praneeth has joined #automotive | 16:55 | |
*** chbae has joined #automotive | 16:56 | |
*** leon-anavi has quit IRC | 17:00 | |
*** chbae has quit IRC | 17:01 | |
*** ashwasimha_ has quit IRC | 17:02 | |
*** jonathanmaw has quit IRC | 17:03 | |
*** nisha has quit IRC | 17:33 | |
*** nisha has joined #automotive | 17:43 | |
*** jlrmagnus has joined #automotive | 17:54 | |
*** jlrmagnus_ has joined #automotive | 18:09 | |
*** jlrmagnus has quit IRC | 18:10 | |
*** jeremiah has quit IRC | 18:58 | |
*** joone has quit IRC | 19:32 | |
*** joone has joined #automotive | 19:33 | |
*** jeremiah has joined #automotive | 19:51 | |
*** jlrmagnus_ has quit IRC | 20:11 | |
*** jlrmagnus_ has joined #automotive | 20:25 | |
*** jeremiah has quit IRC | 20:47 | |
*** jlrmagnus_ has quit IRC | 20:53 | |
*** caiortp has quit IRC | 21:02 | |
*** jlrmagnus has joined #automotive | 21:06 | |
*** jeremiah has joined #automotive | 21:14 | |
*** jlrmagnus has quit IRC | 21:14 | |
*** jlrmagnus has joined #automotive | 21:26 | |
*** jlrmagnus has quit IRC | 21:33 | |
*** caiortp has joined #automotive | 21:37 | |
*** caiortp has quit IRC | 21:46 | |
*** jlrmagnus has joined #automotive | 21:49 | |
*** jeremiah has quit IRC | 21:52 | |
*** kooltux has joined #automotive | 21:52 | |
*** caiortp has joined #automotive | 22:00 | |
*** jlrmagnus has quit IRC | 22:50 | |
*** kiks has quit IRC | 22:55 | |
*** toscalix has joined #automotive | 22:56 | |
*** jlrmagnus has joined #automotive | 23:01 | |
*** toscalix_ has joined #automotive | 23:03 | |
*** toscalix_ has quit IRC | 23:04 | |
*** toscalix_ has joined #automotive | 23:05 | |
*** toscalix_ has quit IRC | 23:07 | |
*** toscalix has quit IRC | 23:07 | |
*** toscalix_ has joined #automotive | 23:07 | |
*** toscalix has joined #automotive | 23:12 | |
*** toscalix_ has quit IRC | 23:15 | |
*** mborzecki has quit IRC | 23:17 | |
*** mborzecki has joined #automotive | 23:31 | |
*** AlisonChaiken has quit IRC | 23:45 | |
*** jlrmagnus has quit IRC | 23:54 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!