| 00:00.49 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 00:13.42 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 00:56.14 | *** join/#oe sgw_ (~sgw_@187.133.43.60) |
| 01:42.51 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 02:34.21 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 02:56.47 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 03:04.12 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 03:09.51 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 04:14.48 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 05:12.19 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 05:56.39 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
| 06:06.57 | *** join/#oe sr105 (~sr105@72-187-31-205.res.bhn.net) |
| 06:11.06 | *** join/#oe sgw_ (~sgw_@189.203.32.226) |
| 06:28.54 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 06:32.42 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 06:53.25 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:57.29 | *** join/#oe s3v3n62mm (~s3v3n62mm@p5DDC3695.dip0.t-ipconnect.de) |
| 07:04.21 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 07:26.29 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 07:28.01 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 07:36.09 | *** join/#oe vdehors (~vdehors@193.56.60.161) |
| 07:36.15 | *** join/#oe ntl (~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 07:38.06 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 07:51.54 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 08:01.38 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-hjciywtpkjjgthgt) |
| 08:04.59 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:07.05 | *** join/#oe avall (avalluri@nat/intel/x-dehkjboqxkugakqq) |
| 08:13.06 | *** join/#oe ant_work (~ant__@host222-188-static.61-79-b.business.telecomitalia.it) |
| 08:13.49 | mckoan | good morning |
| 08:21.12 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:25.06 | woglinde | hi mckoan |
| 08:28.03 | *** join/#oe aragua (~aragua@91-224-149-44.tetaneutral.net) |
| 08:32.31 | bluelightning | morning all |
| 08:34.50 | mckoan | hi woglinde, bluelightning |
| 08:43.52 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
| 08:49.57 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:50.34 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 08:56.00 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 08:56.00 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 09:14.19 | *** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:49be:77a1:7856:679a) |
| 09:20.45 | mckoan | solar eclipse in 10 min. |
| 09:21.24 | *** join/#oe belen1 (Adium@nat/intel/x-rsmuzvmjpsqcuxpu) |
| 09:22.05 | *** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr) |
| 09:34.13 | *** join/#oe aragua (~aragua@232-28-190-109.dsl.ovh.fr) |
| 09:56.36 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 10:00.14 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
| 10:19.52 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 10:25.32 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 10:55.51 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 10:55.52 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:57.13 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:06.18 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 11:07.17 | funman | I am trying to find where rootfs' /etc/passwd is created, is it https://github.com/openembedded/oe-core/blob/master/meta/recipes-core/base-passwd/base-passwd_3.5.29.bb#L61 ? |
| 11:08.38 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 11:18.18 | bluelightning | funman: that is the basis of it, but it gets updated through recipes using useradd.bbclass and possibly extrausers.bbclass from the image recipe |
| 11:18.38 | bluelightning | if you want to add to it the latter two methods are preferred |
| 11:21.28 | funman | I am building angstrom and want to find out why I end up with a 'root:*:' root password in shadow rather than 'root::' |
| 11:21.42 | funman | so I'm looking for a modification rather than an addition |
| 11:22.01 | funman | passwd.master has the expected 'root::' |
| 11:22.31 | funman | although it's part of base-passwd-update which wasn't part of the rootfs |
| 11:23.40 | bluelightning | ah, that would perhaps be debug-tweaks in (EXTRA_)IMAGE_FEATURES |
| 11:24.49 | bluelightning | hmm, wait... |
| 11:24.59 | Net147 | funman: ROOTFS_POSTPROCESS_COMMAND_remove = "zap_empty_root_password" |
| 11:25.00 | funman | meta/classes/image.bbclass:ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 'debug-tweaks', 'empty-root-password' ], "", "zap_empty_root_password ; ",d)}' |
| 11:25.10 | funman | Net147: thanks :D |
| 11:25.27 | bluelightning | Net147: that's not really the recommended means of having a proper root password |
| 11:26.04 | funman | I somehow forget doing previous builds which had empty root passwords, I might |
| 11:26.10 | funman | *mis-remember though |
| 11:26.18 | Net147 | depends if you really want an empty password for root or not |
| 11:26.31 | funman | But it made me think I should rather add some SSH keys to root/.ssh/authorized_keys |
| 11:29.01 | Net147 | bluelightning: any thoughts on what we should do about the minimum kernel version when using systemd? |
| 11:30.45 | bluelightning | Net147: I saw your patch - did that not address the issue? |
| 11:31.25 | *** join/#oe ldnunes (~ldnunes_@177.100.224.72) |
| 11:31.28 | Net147 | bluelightning: it does... but I wasn't sure if it was going to be accepted for M4 cutoff |
| 11:32.26 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 11:33.39 | Net147 | bluelightning: since it wasn't added to poky-contrib |
| 11:33.45 | bluelightning | Net147: I've poked some people in #yocto about it |
| 11:34.52 | Net147 | bluelightning: thanks |
| 11:56.46 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 11:57.14 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 12:09.57 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 12:11.36 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 12:12.21 | *** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 12:13.44 | *** join/#oe vneutrino (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 12:38.34 | *** part/#oe kanupatar (79f4c042@gateway/web/freenode/ip.121.244.192.66) |
| 13:01.51 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 13:03.46 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 13:09.14 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 13:09.14 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 13:09.29 | *** join/#oe stefan____ (~chatzilla@modemcable022.227-203-24.mc.videotron.ca) |
| 13:34.25 | *** join/#oe sarahsharp (~sarah@134.134.137.73) |
| 13:38.37 | Crofton | JaMa, any idea when meta-oe/master-next will be merged? |
| 13:44.45 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 13:53.15 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 14:02.21 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
| 14:13.38 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 14:19.07 | *** join/#oe GusBrick_ (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 14:20.53 | funman | first patch sent \o/ |
| 14:21.25 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 14:29.45 | *** join/#oe sgw_ (~sgw_@134.134.137.71) |
| 14:34.45 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 14:44.40 | bluelightning | funman: thanks :) |
| 14:44.42 | mag0 | trying to figure out why i can't get "make menuconfig" working for a kconfig-based project. it inherits cml1, but when i run bitbake -c menuconfig, it fails to find curses.h and cannot compile the lxdialog bits. However, doing bitbake -c menuconfig on busybox or kernel works fine, and curses.h is in my native sysroot |
| 14:44.50 | bluelightning | wow, how did we end up with no SRC_URI checksums in that recipe? |
| 14:48.55 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 14:51.04 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 14:53.32 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 14:53.44 | mag0 | bluelightning: shouldn't "gcc" point to my native gcc (built by OE) in a devshell? when "make menuconfig" runs it uses gcc to compile the lxdialog files. And it tries to include <curses.h>, which of course it won't find unless gcc isn't looking in the proper sysroot (i guess?). And by inspecting the cmdline passed to gcc, no additional include paths are provided by -I |
| 14:54.40 | bluelightning | mag0: I don't believe so, no... $CC should provide the correct compiler command to use though |
| 14:55.31 | mag0 | bluelightning: for target compiling, yeah, but what about native stuff? i guess cml1 is a bit special, since it uses the native compiler to compile the menu stuff but it uses the crosscompiler for building the actual software |
| 14:56.33 | bluelightning | ah yes... hmm |
| 14:57.08 | mag0 | bluelightning: in the busybox case, something adds -isystem/path/to/my/x86_64/usr/include .. this does not happen in my other kconfig-based project. I guess that's missing link here, and the reason to why it can't find curses.h |
| 14:57.31 | mag0 | *adds -isystem/... to my CFLAGS* |
| 14:58.25 | bluelightning | maybe BUILD_CC ? |
| 15:05.41 | bluelightning | hmm, I guess not, BUILD_CC is just gcc |
| 15:05.52 | bluelightning | which of course makes perfect sense |
| 15:06.17 | bluelightning | mag0: I wasn't thinking straight - there is no native gcc built by OE |
| 15:06.17 | mag0 | bluelightning: it seems like -isystem is passed to compilation. But only for some of the files, so i suspect there is something in this project that locally overrides the CFLAGS |
| 15:06.54 | bluelightning | mag0: however BUILD_CFLAGS will give you the arguments to pass to it (including -isystem...) |
| 15:06.56 | funman | bluelightning: I wonder if in some way hg fetches did not verify checksums, just like git |
| 15:06.58 | mag0 | bluelightning: really? i thought it always built a native gcc using the gcc provided by host to ensure a reproducable environment |
| 15:07.22 | funman | I looked at bitbake bb/lib/fetch2 log but didn't see anything obvious |
| 15:07.56 | bluelightning | funman: oh, right... yes, I missed it was fetching from mercurial - actually why do we need checksums at all then? |
| 15:08.42 | funman | maybe because it fetches a specific revision? |
| 15:09.09 | funman | actually the right patch could be to make bitbake ignore checksums for any hg fetch |
| 15:09.59 | bluelightning | the thing is, we do regularly build vim AFAIK and apparently didn't see an error, so something strange is going on |
| 15:10.01 | funman | http://pastie.org/10042180 |
| 15:10.43 | funman | I added IMAGE_INSTALL += "vim" in my layer |
| 15:11.34 | funman | not sure what I could have done to get this error :/ |
| 15:11.42 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 15:12.13 | funman | I reused the downloads folder from a previous build |
| 15:19.11 | mag0 | bluelightning: aha! busybox-cross-menuconfig.patch seems to fix the same issue in busybox.. turns out it was HOST_EXTRACFLAGS getting overridden within the lxdialog build |
| 15:27.27 | mag0 | bluelightning: what's the best way to handle a RDEPENDS that changes with the kconfig? |
| 15:28.39 | bluelightning | mag0: you could apply those at packaging time (from a populate_packages_prepend() python function) |
| 15:29.24 | mag0 | bluelightning: so that would involve parsing the .config and then adding to RDEPENDS? |
| 15:29.34 | bluelightning | yes |
| 15:30.07 | mag0 | bluelightning: do you know of another recipe that does this? |
| 15:30.10 | bluelightning | is this a dependency from a module package on another package? |
| 15:30.25 | bluelightning | i.e. does it simply depend upon whether the module is there or not? |
| 15:30.27 | JaMa | Crofton: 1-2 days, jenkins is still running |
| 15:32.24 | mag0 | bluelightning: it's a monolithic program, and you can optionally make it use libcurl. so now i'm getting a warning from OE that my program depends on libcurl but it's not in RDEPENDS |
| 15:32.46 | bluelightning | mag0: oh, I see |
| 15:32.49 | Crofton | JaMa, thanks |
| 15:33.04 | bluelightning | mag0: just add it unconditionally to DEPENDS |
| 15:33.18 | bluelightning | mag0: in this case it's not so big that you'd care if it had to be built first I would think |
| 15:33.42 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 15:33.56 | bluelightning | that QA message could really do with some clarification IMO |
| 15:34.06 | mag0 | bluelightning: okay, so not add it to RDEPENDS then? |
| 15:34.12 | mag0 | cause it's really a RDEPENDS .. |
| 15:34.40 | bluelightning | mag0: in the case of a library dependency the RDEPENDS will be figured out automatically (and already is, hence the warning) |
| 15:35.21 | bluelightning | mag0: what it's telling you is "hey, there's nothing to ensure this thing is around at build time so a from-scratch build might fail in future" |
| 15:35.38 | bluelightning | which is really DEPENDS, although an explicit RDEPENDS will also take care of it |
| 15:36.02 | bluelightning | (as opposed to the implicit RDEPENDS that is being put in at packaging time in this instance) |
| 15:37.35 | mag0 | okay, thanks |
| 16:16.44 | *** join/#oe belen1 (Adium@nat/intel/x-wzlgonacbdramxqz) |
| 16:21.25 | *** join/#oe belen1 (Adium@nat/intel/x-crhfukjkbmsumcxz) |
| 16:33.07 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
| 16:38.12 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:38.33 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:39.11 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:39.32 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:39.51 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:40.11 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:40.31 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:40.49 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:41.07 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:41.27 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 16:41.47 | *** join/#oe lnr (~lnr@aim.engr.arizona.edu) |
| 17:00.21 | *** join/#oe belen3 (Adium@nat/intel/x-sewyylslwxuaoqrr) |
| 17:02.29 | *** join/#oe khem (~khem@unaffiliated/khem) |
| 17:04.23 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 17:46.08 | *** join/#oe sarahsharp (sarah@nat/intel/x-uklmdjgdhjvkdeat) |
| 17:47.36 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 18:04.49 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 18:19.25 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 18:20.38 | *** join/#oe sarahsharp (sarah@nat/intel/x-twdfyvclqlamrnnb) |
| 18:24.10 | realBigfoot | Is there anyway to put kernel-modules to be modularized on a yocto recipe ? |
| 18:25.48 | bluelightning | realBigfoot: inherit module (or module-base)... there are some examples around |
| 18:26.19 | realBigfoot | bluelightning, i ran bitbake linux-yocto -c menuconfig |
| 18:26.26 | realBigfoot | and put M in some modules |
| 18:26.53 | realBigfoot | I'd like to put this on recipe instead of editing menuconfig |
| 18:27.09 | realBigfoot | i have tried use MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS, but it didn't work |
| 18:27.12 | bluelightning | oh, right, I see |
| 18:27.27 | realBigfoot | if I use RDEPENDS it says that nothing provides the module :( |
| 18:27.27 | bluelightning | you need to take the config it has generated and put it back into the kernel recipe |
| 18:27.31 | koen | s/yocto recipe/oe recipe/g |
| 18:27.46 | realBigfoot | the .config file you say? |
| 18:28.18 | bluelightning | yes - this should be covered in the YP kernel manual: http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html |
| 18:28.46 | bluelightning | there's some new stuff around generating config fragments from menuconfig changes, I don't know if that got documented or not |
| 18:29.43 | realBigfoot | bluelightning, alright I will have this figured out :) |
| 18:29.44 | realBigfoot | thanks |
| 18:33.06 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:46.23 | *** join/#oe blilly (~blilly1@c-50-170-54-92.hsd1.wa.comcast.net) |
| 19:06.30 | *** join/#oe vmesons (~rmacleod@128.224.252.2) |
| 19:29.26 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 19:33.00 | nerdboy | bluelightning: it did, and it works |
| 19:33.37 | nerdboy | pretty old in the kernel training thing, 1.4 i think... |
| 19:33.49 | mario-goulart | nerdboy: bluelightning is out (just in case you haven't realized). |
| 19:34.23 | nerdboy | 's proxy missing some stuff i guess... |
| 19:34.27 | *** part/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 19:34.27 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 19:34.36 | nerdboy | yup |
| 19:36.38 | nerdboy | realBigfoot: it's in here => https://www.yoctoproject.org/sites/default/files/kernel-lab-1.4.pdf |
| 19:37.17 | realBigfoot | nerdboy, nice!!! Thanks |
| 19:37.33 | realBigfoot | nerdboy, I got it figured out... i made a bbappend with a custom .config file and it worked nicely |
| 19:39.27 | nerdboy | yeah, still need a .bbappend to add fragments too, so flip a coin... |
| 19:40.00 | realBigfoot | nerdboy, I see.... thaks :) |
| 19:40.08 | kergoth | meh |
| 19:40.30 | kergoth | Hmm, anyone have python folding working well in vim? |
| 19:40.38 | kergoth | not having it is starting to irk me, need to pick a plugin for it |
| 19:46.37 | nerdboy | kergoth: as in http://www.vim.org/scripts/script.php?script_id=1494 ? |
| 19:48.37 | kergoth | yeah..some of those have performance issues due to the expr method, though, so was curious about actual experience with the alternatives |
| 19:51.04 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 19:54.15 | nerdboy | that one comes with lady-of-vi recommendation |
| 19:54.20 | nerdboy | hasn't tried it |
| 19:55.22 | nerdboy | stephanie lives in screen/vi so i would expect it to be not-so-horrible... |
| 19:55.40 | *** join/#oe s3v3n62mm (~s3v3n62mm@p5DDC3695.dip0.t-ipconnect.de) |
| 19:59.40 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-eqhskfmtrjneaull) |
| 20:04.16 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 20:23.19 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 20:26.03 | *** join/#oe awe00 (~awe00@78.250.7.252) |
| 20:32.58 | *** join/#oe flynn378 (sid63564@gateway/web/irccloud.com/x-ghhavqqbrerhekgs) |
| 20:39.15 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 20:43.12 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 21:06.16 | *** join/#oe sarahsharp (~sarah@134.134.137.71) |
| 21:08.18 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 21:23.09 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 21:30.47 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 21:38.17 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 21:42.09 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
| 21:57.57 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 22:13.22 | *** join/#oe stefan_ (~chatzilla@67.71.118.29) |
| 22:13.25 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 22:23.15 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 22:31.09 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
| 22:37.03 | *** join/#oe Jay7 (jay@128-73-158-66.broadband.corbina.ru) |
| 22:50.00 | *** join/#oe Jay7 (jay@128-73-158-163.broadband.corbina.ru) |
| 23:00.30 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 23:32.54 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209) |
| 23:32.54 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 23:34.31 | *** join/#oe ant_home (~ant__@host110-202-dynamic.10-79-r.retail.telecomitalia.it) |