| 00:23.51 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:18.30 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 01:28.22 | *** join/#oe KNERD|2 (~KNERD@cpe-68-203-231-86.gt.res.rr.com) |
| 01:30.10 | *** join/#oe KNERD|3 (~KNERD@cpe-68-203-231-86.gt.res.rr.com) |
| 02:01.46 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 03:18.13 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 03:41.46 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 04:36.46 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 04:48.28 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 04:56.58 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 05:26.17 | *** join/#oe kbart (~KBart@213.197.143.19) |
| 05:37.57 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 05:40.20 | *** join/#oe erbo (~erik@host.62.65.125.245.bitcom.se) |
| 06:04.36 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 06:20.23 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 06:35.01 | *** join/#oe tarnzwerg (~tarnzwerg@unaffiliated/tarnzwerg) |
| 06:35.15 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
| 06:46.31 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:53.39 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 06:55.33 | *** join/#oe roric__ (~roric@c-7e72e455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 06:58.25 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 07:03.30 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:03.54 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 07:06.40 | mckoan | good morning |
| 07:06.50 | *** join/#oe mnemoc (~amery@geeks.cl) |
| 07:17.25 | *** join/#oe hno (~hno@squid/developer/hno) |
| 07:19.13 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
| 07:19.13 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 07:23.48 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 07:28.17 | *** join/#oe blitz00 (stefans@nat/intel/x-cehnqxlldnjwawia) |
| 07:28.17 | *** join/#oe blitz00 (stefans@unaffiliated/blitz00) |
| 07:34.17 | *** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66) |
| 07:36.33 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 07:50.40 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 07:56.26 | bluelightning | morning all |
| 07:56.36 | kbart | Are there any good books, blogs, tutorials etc. on oe and or distributions based on it? I'm using oe for few weeks now, but still don't feel comfortable with it and even trivial tasks sometimes take hours.. |
| 07:57.29 | kbart | hi bluelightning |
| 07:58.31 | ndec | kbart: i learned a *lot* from reading carefully the dev and reference manuals. |
| 08:01.21 | kbart | ndec, of course I have read manuals, guess I wouldn't even be able to start without that.. but learning and development process would be MUCH faster and even with some real world, step-by-step examples |
| 08:01.44 | kbart | even=easier |
| 08:01.52 | ndec | yeah... i agree, there is a steep learning curve... |
| 08:03.08 | mckoan | gm bluelightning, all |
| 08:04.33 | kbart | i.e. I want to make a simple "hello world" qte application built-in my image, but still can't do that as other qt application recipes are based on x11 or matrix launcher and my initial attempt failed. |
| 08:05.37 | ndec | kbart: well, i have used qt4e too, and i agree that it is something not well documented. |
| 08:06.47 | ndec | kbart: the first tricky thing is to set DISTRO_FEATURES properly for qt4e. i eventually found the solution in meta/conf/local.conf.sample.extended file. |
| 08:06.47 | ndec | # If you want to get an image based on gtk+directfb without x11, Please copy this variable to build/conf/local.conf |
| 08:06.47 | ndec | #DISTRO_FEATURES = "alsa argp bluetooth ext2 irda largefile pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g directfb ${DISTRO_FEATURES_LIBC}" |
| 08:07.51 | kbart | ndec, I have succeeded in building/deploying minimal q4te, but I still don't have an idea how to develop/deploy applications for it with oe |
| 08:08.24 | ndec | you mean building with a recipe, or with SDK? |
| 08:09.35 | kbart | the ideal solution would be SDK for development (so I don't have to rebuild image after every small change) and then, when application is ready for production, use .bb recipe |
| 08:10.11 | kbart | application itself should be on local git repository so sources are the same for both ways |
| 08:10.41 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:11.07 | ndec | kbart: i haven't used the SDK, but i know some people have done it. what kind of problems did you have with SDK? |
| 08:12.44 | kbart | first of all, I don't know how to build it so that it would use the same toolchain/libraries as oe and my image |
| 08:14.11 | kbart | I have crocc-compiled it manually before, but it would be a mess to set up all environment variables and dependencies by hand.. I bet there should be some easier - oe way to achieve that |
| 08:15.00 | kbart | cross-compiled application using SDK I mean |
| 08:15.56 | ndec | kbart: ok, you can create any SDK with 'bitbake -c populate_sdk <image name>' |
| 08:16.41 | ndec | it would create a tarball that contains the cross compiler and tools required to build <image name>, including all -dev packages for packages included in <image name> |
| 08:17.05 | ndec | that part is described in the ADT user guide. |
| 08:18.05 | ndec | the generated 'tarball' can be installed anywhere on your PC, and comes with an 'init-env' script that needs to be sourced. once sourced, you can call $CC, qmake, ... and all tools are the one you built from OE. |
| 08:20.36 | kbart | ndec, thanks, I'm trying that now, but it will take few hours to build (if not errors, of course) I guess. |
| 08:21.04 | ndec | well, if you have built the image already, it shouldn't be that long. |
| 08:21.11 | ndec | it depends on your PC too ;-) |
| 08:21.33 | kbart | and by the way, could you give me a link to "ADT user guide"? BitBake and OpenEmbedded manuals I use do not mention "populate_sdk". |
| 08:21.34 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
| 08:22.53 | bluelightning | kbart: FYI, the OE manuals are very out-of-date, I'd recommend using the Yocto Project manuals instead |
| 08:23.32 | bluelightning | they are linked from the OE documentation page: http://openembedded.org/wiki/Documentation |
| 08:24.16 | kbart | bluelightning, do you mean this one: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html? |
| 08:24.49 | bluelightning | kbart: that's the combined manual yes; I generally look at the separate ones but that has the same content |
| 08:25.29 | kbart | heh, I hope that's the missing piece, thank you. |
| 08:26.11 | kbart | no idea how I have managed to missed it up to now.. I did googling for ages. |
| 08:28.01 | bluelightning | unfortunately google indexes a lot of old documentation for OE |
| 08:31.06 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
| 08:31.25 | silvio_ | morning al |
| 08:41.40 | *** join/#oe jackmitchell (~Thunderbi@cbnluk-gw0.cambridgebroadband.com) |
| 09:03.43 | *** join/#oe Aragua (~fabien@91-224-149-44.tetaneutral.net) |
| 10:15.00 | *** join/#oe andre_d (~andre_d@42-39.80-90.static-ip.oleane.fr) |
| 10:26.04 | *** join/#oe sgw_ (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 10:38.12 | Noor | bluelightning: ping |
| 10:38.20 | bluelightning | hi Noor |
| 10:38.27 | Noor | bluelightning: hello |
| 10:38.36 | Noor | bluelightning: how are you doing? |
| 10:38.44 | bluelightning | Noor: great thanks and you? |
| 10:38.53 | Noor | bluelightning: doing good as well |
| 10:39.05 | Noor | bluelightning: need minor help from you |
| 10:39.17 | bluelightning | Noor: sure what's up? |
| 10:40.31 | Noor | bluelightning: I think in current oe-core when a kernel module is built a dependency for kernel is autocratically added in that module |
| 10:40.53 | Noor | so how it is fixed when building initramfs |
| 10:41.26 | Noor | coz in that case if a module is added in initramfs it need kernel but initramfs is needed to build the kernel |
| 10:41.42 | Noor | so its circular dependency there |
| 10:43.16 | Noor | I am getting this error |
| 10:43.17 | Noor | Collected errors: |
| 10:43.17 | Noor | | * satisfy_dependencies_for: Cannot satisfy the following dependencies for cryptodrv: |
| 10:43.18 | Noor | | * kernel-2.6.32.9 * |
| 10:43.18 | ant_work | https://bugzilla.yoctoproject.org/show_bug.cgi?id=4072 |
| 10:43.23 | ant_work | Noor: ^^ |
| 10:43.52 | ant_work | Noor:note that the commit did slip in and broke the 'normal case' initramfs |
| 10:44.02 | ant_work | w/out resolving the issue apparently :/ |
| 10:44.18 | Noor | thanks ant_work |
| 10:44.23 | Noor | I'll look into this |
| 10:44.46 | Noor | goosh how people remember all bugs and provide the link in a min :) |
| 10:45.14 | ant_work | well, you know, our layer is broken after that commit..I'm in touch with Bruce |
| 10:48.00 | Noor | ant_work: you know I was looking at your layer for reference .... instead if build it I thought lets as on IRC first and they point me on particular recipe I'll go there |
| 11:02.08 | Noor | ant_work: so you are saying that meta-intramfs is broken after Implement kernel INITRAMFS dependency and bundling or the earlier commit I talked about ..... sorry for asking clarification |
| 11:04.06 | *** join/#oe phdeswer (~phdeswer@60-250-189-184.HINET-IP.hinet.net) |
| 11:20.48 | ant_work | yes, the situation is that |
| 11:22.16 | ant_work | Noor: temprarly I reinstate this code: http://paste.debian.net/45585/ |
| 11:23.47 | ant_work | Noor: for some reasons the do_bundle_initramfs tasks is not run |
| 11:27.45 | ant_work | Noor: I guess that the author did put INITRAMFS_IMAGE and INITRAMFS_IMAGE_BUNDLE in local.conf so that both image and kernel are aware of |
| 11:29.04 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:29.10 | ant_work | Noor: the second limitation of this approach is that it is expected to build the same virtual/kernel twice...no space for custom kernel recipes with embedded initramfs |
| 11:31.08 | ant_work | I hope this will be fixed soon or I'll ask for revert before 1.5 release |
| 11:40.23 | *** join/#oe ldnunes (~ldnunes_@177.194.209.11) |
| 11:43.30 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 12:02.34 | *** join/#oe hno (~hno@squid/developer/hno) |
| 12:04.06 | Noor | ant_work: thanks |
| 12:26.58 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 12:35.44 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 12:37.24 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 12:43.35 | tlwoerner | kbart: on the Yocto mailing list Rudolf Streif mentioned he is working on a book about OE/Yocto. the expected release date is early 2014 |
| 12:45.39 | kbart | tlwoerner, good to know, but it's too late for me - my device should be on production by then..;) |
| 12:46.20 | *** join/#oe sr105|away (~sr105@65349hfc19.tampabay.res.rr.com) |
| 12:46.21 | *** join/#oe msm (~msm@cpe-70-113-95-189.austin.res.rr.com) |
| 12:46.26 | *** join/#oe drasko (~drasko@11-96-190-109.dsl.ovh.fr) |
| 12:46.38 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 12:47.12 | *** join/#oe kergoth (~kergoth@covenant.kergoth.com) |
| 12:51.25 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 12:54.30 | *** join/#oe tarnzwerg (~tarnzwerg@a89-182-216-5.net-htp.de) |
| 12:54.30 | *** join/#oe tarnzwerg (~tarnzwerg@unaffiliated/tarnzwerg) |
| 12:59.52 | Crofton|work | hmm, hopefully said book does not refer to the POoky build system |
| 13:10.33 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 13:21.14 | tlwoerner | Crofton|work: https://lists.yoctoproject.org/pipermail/yocto/2013-June/016837.html |
| 13:21.53 | ndec | Crofton|work: what? poky is not a build system? |
| 13:21.59 | Crofton|work | :) |
| 13:22.39 | *** join/#oe ldnunes_ (~ldnunes_@177.194.209.11) |
| 13:27.54 | *** join/#oe ldnunes (~ldnunes_@177.194.209.11) |
| 13:28.41 | *** join/#oe calimero (~calimero@193.56.60.160) |
| 13:48.32 | RagBal | Is there an automated way of installing libraries in a generated (meta-toolchain) sdk? |
| 13:51.54 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 13:55.43 | ndec | RagBal: you can define your own <image> recipe that contains all package you need. then you can run bitbake -c populate_sdk <image>. it would create a custom SDK that contains all -dev packages included in <image> |
| 13:56.03 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 13:56.20 | RagBal | ndec, my hero, thanks =) |
| 13:56.42 | ndec | well, i am just repeating what's in the doc ;-) |
| 13:57.43 | RagBal | I didn't know there was a populate_sdk task =) |
| 13:57.49 | *** join/#oe _chase_ (~a0271661@nat/ti/x-hynngllhaupuuflh) |
| 13:58.47 | ndec | RagBal: "A final method of building the toolchain installer exists that has significant advantages over the previous two methods. This method results in a toolchain installer that contains the sysroot that matches your target root filesystem. To build this installer, use the bitbake image -c populate_sdk command." |
| 13:58.48 | ndec | http://www.yoctoproject.org/docs/current/adt-manual/adt-manual.html |
| 14:01.00 | RagBal | Yea it is exactly what I need |
| 14:01.18 | RagBal | Found it strange that only libc libraries were included in the meta-toolchain |
| 14:02.17 | rburton | RagBal: meta-toolchain is pretty slim on purpose |
| 14:05.34 | *** join/#oe elagano (~eric@93.sub-70-208-65.myvzw.com) |
| 14:20.11 | RagBal | rburton, it fails because it cannot satisfy dependencies for read-edid-dev, I don't have this when I generate the image itself |
| 14:20.24 | RagBal | It also complains about dropbear conflicting with openssh |
| 14:20.28 | RagBal | Any suggestions? |
| 14:20.50 | rburton | i can't recall the fix for dropbear and openssh, but they do conflict. |
| 14:21.51 | *** join/#oe JaMa (~martin@ip-62-24-80-145.net.upcbroadband.cz) |
| 14:30.56 | *** join/#oe elagano (~eric@93.sub-70-208-65.myvzw.com) |
| 14:38.42 | *** join/#oe jonatan (~quassel@host-78-78-6-205.mobileonline.telia.com) |
| 14:44.46 | ndec | hi. i would like to be able to split downloads folder (and probably sstate) by license type. is that something do-able today, if not, do you think it would be a wishful feature for more people? |
| 14:45.10 | *** join/#oe jonte (~quassel@194-237-7-146.customer.telia.com) |
| 14:45.10 | ndec | one main use case for that would be to split out 'CLOSED' stuff for example. |
| 14:54.47 | bluelightning | ndec: if this is for archiving source for license compliance then you may find classes/archive* useful |
| 14:54.58 | Crofton|work | mckoan|away, we (the board) talked a little about usage yesterday. I just got to doing email today |
| 14:55.18 | ndec | bluelightning: ok. will look into that right now |
| 14:55.22 | bluelightning | ndec: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#maintaining-open-source-license-compliance-during-your-products-lifecycle |
| 14:57.56 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 14:58.29 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:00.46 | ndec | bluelightning: thanks. it is useful. |
| 15:02.08 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 15:02.57 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 15:06.01 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 15:10.42 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 15:10.56 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 15:15.07 | *** join/#oe dvhart (~dvhart@134.134.139.72) |
| 15:22.53 | *** join/#oe khem1 (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
| 15:23.33 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 15:24.40 | *** join/#oe mihai (~mihai@86.126.1.237) |
| 15:32.40 | *** join/#oe galak (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net) |
| 15:45.58 | RagBal | rburton, I'm just using the rootfs from the OE build dir now, not generating a sdk. Works like a charm, thnx again |
| 16:06.35 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 16:09.53 | *** join/#oe vmeson (~quassel@128.224.252.2) |
| 16:14.08 | *** join/#oe kristoffer (~kristoffe@c-6ad9e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:23.05 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:27.00 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 16:27.34 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 16:27.34 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 16:28.40 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 16:39.43 | *** join/#oe c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter) |
| 16:51.43 | *** join/#oe vadmeste (~vadmeste@41.224.36.130) |
| 16:53.27 | *** join/#oe Gaston|Home (~jonma@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 17:07.40 | *** join/#oe KNERD (~KNERD@cpe-68-203-231-86.gt.res.rr.com) |
| 17:08.41 | vadmeste | Hello everybody. I wonder if it possible to generate an image with a given size (e.g 100 Mb). But when I boot the image, the operating system would see it 2Gb instead. Any help ? |
| 17:10.15 | ndec | vadmeste: hmm. what should the 'real' size be eventually? |
| 17:13.44 | vadmeste | ndec: 2Gb :D |
| 17:13.58 | vadmeste | but as I see, parted will not allow that and it's not possible to force it |
| 17:14.18 | ndec | one option would be to resize the root fs upon first boot |
| 17:14.49 | ndec | that could be done from initramfs |
| 17:14.55 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 17:17.21 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 17:17.23 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 17:18.14 | vadmeste | ndec: when I flash my 100Mb image to the sdcard, will Linux be able to see the real size of my sdcard which is 2Gb ? |
| 17:18.21 | bluelightning | yes |
| 17:18.26 | ndec | indeed. |
| 17:18.43 | ndec | in fact, that's how it was done for ubuntu installer for pandaboard. |
| 17:18.46 | bluelightning | AFAIK, dynamically expanding an ext2/3/4 partition is allowed while it's mounted, so it could just be done on boot |
| 17:19.07 | ndec | the image size was 1G to fit 'any' SD cards, and it was resized to the actual SD card size during first boot. |
| 17:19.08 | bluelightning | i.e. shouldn't need to be done outside in the initramfs |
| 17:19.50 | vadmeste | ndec, bluelightning: thank you very much |
| 17:19.58 | ndec | bluelightning: yes, that's right. it can be expanded live.. |
| 17:20.25 | ndec | we did it in the initramfs because of some other constrainst, but if it's just extending, it should be fine. |
| 17:24.11 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 17:26.35 | ensc|w | is 'dora' the new release name? |
| 17:27.27 | bluelightning | ensc|w: it is, yes |
| 17:28.30 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 17:28.47 | ensc|w | how are these names generated? they begin all with 'd', but I do not see a pattern in the rest |
| 17:30.34 | bluelightning | ensc|w: it was supposed to be a bit of fun on RP's part, only he knew the pattern originally... but if you google it you can figure out where they come from |
| 17:32.25 | *** join/#oe ftonello (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 17:36.29 | ndec | bluelightning: eheh... didn't know about the name story ;-) |
| 17:36.41 | ndec | but, yes, easy to find with google! |
| 17:40.56 | bluelightning | I liked the old scheme myself, but we ran out of names with that one |
| 17:46.58 | mr_science | i suppose you could use the current list of storm names... |
| 18:07.37 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 18:08.45 | *** join/#oe rcf (~rcf@d51A5F9DE.access.telenet.be) |
| 18:27.53 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 18:43.16 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 18:44.22 | *** join/#oe vadmeste (~vadmeste@41.226.63.225) |
| 18:50.34 | *** join/#oe amarsman (~marsman@195-241-212-143.ip.telfort.nl) |
| 19:11.12 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 19:14.13 | *** join/#oe KNERD (~KNERD@cpe-68-203-231-86.gt.res.rr.com) |
| 19:17.09 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 19:20.57 | *** join/#oe stefan_schmidt (~stefan@host-78-149-139-187.as13285.net) |
| 19:36.44 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 19:39.31 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 19:55.42 | *** join/#oe hillct (~hillct@24.34.200.20) |
| 19:56.26 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:56.27 | *** join/#oe nitink (~nitink@134.134.139.74) |
| 20:04.20 | *** join/#oe ant_home (~andrea@host119-249-dynamic.21-79-r.retail.telecomitalia.it) |
| 20:39.53 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 21:31.44 | *** join/#oe vmeson (~quassel@128.224.252.2) |
| 21:52.44 | *** join/#oe ldnunes (~ldnunes_@177.100.156.244) |
| 22:10.35 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 22:28.05 | *** join/#oe ldnunes_ (~ldnunes_@177.100.156.244) |
| 22:28.55 | *** join/#oe pespin (~pespin@198.pool85-60-220.dynamic.orange.es) |
| 22:43.10 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 22:49.59 | vmeson | oe-core branch names come from where exactly? http://en.wikipedia.org/wiki/Dizzy_(series) ? |
| 22:50.47 | *** join/#oe amarsman (~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl) |
| 23:06.16 | *** join/#oe tlwoerner (~trevor@linaro/tlwoerner) |
| 23:54.25 | *** join/#oe mewyn (~mewyn@69.172.212.37) |
| 23:54.25 | *** join/#oe debris` (debris@shells.ohai.su) |
| 23:54.25 | *** join/#oe captainigloo (~Nicolas@74.243.118.80.rev.sfr.net) |
| 23:54.25 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 23:54.25 | *** join/#oe acidfu (~nib@unaffiliated/acidmen) |
| 23:54.25 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 23:54.25 | *** join/#oe andre_d (~andre_d@42-39.80-90.static-ip.oleane.fr) |
| 23:54.25 | *** join/#oe kergoth (~kergoth@covenant.kergoth.com) |
| 23:54.25 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 23:54.26 | *** join/#oe ftonello (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 23:54.27 | *** join/#oe anarsoul (~anarsoul@178.124.194.242) |
| 23:54.27 | *** join/#oe broonie (broonie@cassiel.sirena.org.uk) |
| 23:54.27 | *** join/#oe amarsman (~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl) |
| 23:54.27 | *** join/#oe vmeson (~quassel@128.224.252.2) |
| 23:54.27 | *** join/#oe nitink (~nitink@134.134.139.74) |
| 23:54.27 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 23:54.27 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 23:54.27 | *** join/#oe JaMa (~martin@ip-62-24-80-145.net.upcbroadband.cz) |
| 23:54.27 | *** join/#oe tarnzwerg (~tarnzwerg@unaffiliated/tarnzwerg) |
| 23:54.27 | *** join/#oe phdeswer (~phdeswer@60-250-189-184.HINET-IP.hinet.net) |
| 23:54.27 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 23:54.27 | *** join/#oe fabo (~fabo@linaro/fabo) |
| 23:54.27 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
| 23:54.27 | *** join/#oe Crofton-bot (~supybot@pool-71-171-32-225.ronkva.east.verizon.net) |
| 23:54.27 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 23:54.27 | *** join/#oe Noor (~noor@110.93.212.98) |
| 23:54.27 | *** join/#oe ohama (ohama@cicolina.org) |
| 23:54.27 | *** join/#oe abelloni (~piout@128-79-216-144.hfc.dyn.abo.bbox.fr) |
| 23:54.27 | *** join/#oe fusman (~fahad@110.93.212.98) |
| 23:54.27 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 23:54.27 | *** join/#oe ericben (~ebenard@pac33-3-88-170-243-169.fbx.proxad.net) |
| 23:54.27 | *** join/#oe SoylentYellow (~quassel@curie.ece.neu.edu) |
| 23:54.27 | *** join/#oe jonmasters (~jcm@edison.jonmasters.org) |
| 23:54.27 | *** join/#oe mthalmei_away (~mthalmei@ex4.michisoft.net) |
| 23:54.27 | *** join/#oe cbab (~sib@cable-22.246.173-188.electronicbox.net) |
| 23:57.39 | *** join/#oe NightMonkey (~NightrMon@64.124.185.45) |
| 23:57.40 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 23:59.26 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |