| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has quit IRC | 00:02 | |
| *** lpapp_ <lpapp_!~lpapp@kde/lpapp> has joined #yocto | 00:05 | |
| lpapp_ | what is this? WARNING: QA Issue: ELF binary '/home/lpapp/Projects/poky/build/tmp/work/armv5te-poky-linux-gnueabi/external-sourcery-toolchain/2009q1-203-r22/packages-split/nscd/usr/sbin/nscd' has relocations in .text | 00:05 |
|---|---|---|
| lpapp_ | WARNING: QA Issue: No GNU_HASH in the elf binary: '/home/lpapp/Projects/poky/build/tmp/work/armv5te-poky-linux-gnueabi/external-sourcery-toolchain/2009q1-203-r22/packages-split/nscd/usr/sbin/nscd' | 00:05 |
| lpapp_ | WARNING: QA Issue: ELF binary '/home/lpapp/Projects/poky/build/tmp/work/armv5te-poky-linux-gnueabi/external-sourcery-toolchain/2009q1-203-r22/packages-split/external-sourcery-toolchain-utils/usr/bin/nscd' has relocations in .text | 00:05 |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has quit IRC | 00:07 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has joined #yocto | 00:14 | |
| wmat | it means the linker has to relocate .text segments at runtime | 00:24 |
| lpapp_ | ok, let me be clear: why do I get this warning? | 00:25 |
| lpapp_ | and why it just does not work? | 00:25 |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has quit IRC | 00:27 | |
| wmat | it will, those are just warnings | 00:27 |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 00:28 | |
| *** __frank_ <__frank_!~frank@1.202.252.122> has quit IRC | 00:29 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 00:37 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has joined #yocto | 00:37 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 00:40 | |
| *** ant_home <ant_home!~andrea@host88-64-dynamic.8-87-r.retail.telecomitalia.it> has quit IRC | 00:42 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto | 00:47 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has quit IRC | 00:47 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 00:48 | |
| nerdboy | lpapp_: the answer is to add -Wl,--hash-style=gnu to the package cflags | 00:48 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 00:50 | |
| *** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC | 00:52 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 00:53 | |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 00:54 | |
| *** _julian_ <_julian_!~quassel@x2f00932.dyn.telefonica.de> has joined #yocto | 00:55 | |
| *** _julian <_julian!~quassel@x2f0353d.dyn.telefonica.de> has quit IRC | 00:56 | |
| *** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC | 01:00 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 01:07 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 01:08 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 01:20 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 01:27 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has joined #yocto | 01:28 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:36 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has quit IRC | 01:48 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 01:48 | |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 01:53 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 02:03 | |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 02:04 | |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 02:06 | |
| *** silviof2 <silviof2!~silviof@host-188-174-208-204.customer.m-online.net> has joined #yocto | 02:08 | |
| *** silviof1 <silviof1!~silviof@ppp-93-104-10-77.dynamic.mnet-online.de> has quit IRC | 02:11 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 02:17 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has joined #yocto | 02:18 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has quit IRC | 02:28 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has quit IRC | 02:38 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has joined #yocto | 02:38 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:40 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 02:45 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has quit IRC | 02:51 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:53 | |
| *** GunsNRose <GunsNRose!~GunsNRose@182.148.69.89> has joined #yocto | 02:58 | |
| *** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 02:59 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has quit IRC | 03:08 | |
| *** Crofton <Crofton!~balister@host-88-217-143-77.customer.m-online.net> has quit IRC | 03:17 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 03:18 | |
| *** nitink <nitink!nitink@nat/intel/x-iplpenaekleanjvf> has quit IRC | 03:28 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 03:31 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 03:38 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 03:38 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has quit IRC | 03:50 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 03:57 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 03:58 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 04:03 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 04:07 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 04:07 | |
| lpapp_ | nerdboy: I do not think everyone should add it on their own | 04:07 |
| lpapp_ | wmat: I do *not* wanna see warnings | 04:07 |
| *** lpapp_ <lpapp_!~lpapp@kde/lpapp> has quit IRC | 04:10 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has quit IRC | 04:20 | |
| *** GunsNRose <GunsNRose!~GunsNRose@182.148.69.89> has quit IRC | 04:21 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 04:24 | |
| *** GunsNRose <GunsNRose!~GunsNRose@182.148.69.89> has joined #yocto | 04:35 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 04:47 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 04:48 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:54 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 04:58 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has joined #yocto | 04:58 | |
| *** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 05:04 | |
| *** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 05:05 | |
| *** khem <khem!~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 05:08 | |
| *** Crofton <Crofton!~balister@host-212-18-30-186.customer.m-online.net> has quit IRC | 05:15 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:33 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 05:43 | |
| *** chandra_k <chandra_k!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has joined #yocto | 05:46 | |
| *** agust <agust!~agust@pD9E2F9C6.dip0.t-ipconnect.de> has joined #yocto | 05:52 | |
| *** mthalmei_away is now known as mthalmei | 06:03 | |
| *** mthalmei is now known as mthalmei_away | 06:05 | |
| *** silviof2 is now known as silviof | 06:09 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 06:09 | |
| *** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 06:22 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:36 | |
| *** tsjsieb <tsjsieb!~tsjsieb@5469C560.cm-12-2d.dynamic.ziggo.nl> has joined #yocto | 06:37 | |
| *** fenrig <fenrig!55eac3e5@gateway/web/freenode/ip.85.234.195.229> has joined #yocto | 06:40 | |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 06:42 | |
| *** chandra_k <chandra_k!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has quit IRC | 06:44 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 06:51 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:53 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 06:55 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 06:56 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-jxujgscfuemfgfhi> has joined #yocto | 06:57 | |
| *** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has joined #yocto | 07:01 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:08 | |
| *** vicky <vicky!~vicky@122.165.223.135> has joined #yocto | 07:10 | |
| *** mckoan|away is now known as mckoan | 07:12 | |
| mckoan | good morning | 07:12 |
| *** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto | 07:14 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 07:15 | |
| *** sameo <sameo!samuel@nat/intel/x-fkzetogxugeqveej> has joined #yocto | 07:16 | |
| *** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto | 07:19 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has quit IRC | 07:19 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 07:19 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:20 | |
| lpapp | https://bugzilla.yoctoproject.org/show_bug.cgi?id=4941 | 07:20 |
| yocti | Bug 4941: normal, Undecided, ---, saul.wold, NEW , udev does compile with older toolchains | 07:20 |
| vicky | hi yocto. i am using yocto for at91sam9x5ek soc from 'https://github.com/linux4sam/meta-atmel'. It was build fine. but when i tried to boot latest atmel bootstrap, i m getting "unsupported page size". but ecc settings are perfect. We already used those settings. And i degraded to my old stable version and i compiled with yocto compiler. it is not at all booting. But it is working with old compiler(build by buildroot). It is a compiler issue? any ideas? | 07:23 |
| vicky | latest atmel bootstarp src at https://github.com/linux4sam/at91bootstrap | 07:24 |
| *** ka6sox-away <ka6sox-away!ka6sox@nasadmin/ka6sox> has quit IRC | 07:25 | |
| *** tbn <tbn!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has joined #yocto | 07:26 | |
| *** tbn is now known as Guest88394 | 07:27 | |
| vicky | my stable known working bootstrap (with buildroot uclibc based compiler) - "ftp://ftp.at91.com/pub/at91bootstrap/AT91Bootstrap3.1/" | 07:27 |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto | 07:27 | |
| *** Noor <Noor!~noor@110.93.212.98> has quit IRC | 07:28 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 07:30 | |
| mckoan | vicky: you could ask to http://www.at91.com/ forum too | 07:30 |
| *** Noor <Noor!~noor@110.93.212.98> has joined #yocto | 07:30 | |
| mckoan | vicky: or #at91 channel | 07:31 |
| *** sameo <sameo!samuel@nat/intel/x-fkzetogxugeqveej> has quit IRC | 07:35 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:35 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 07:36 | |
| vicky | mckoan: thanks. but i doubts compiler because of my old bootstrap not boots with yocto. | 07:44 |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:49 | |
| fenrig | Hi are there any special procedures concerning fb support, because with another board I once again have a missing /dev/fb0 (allthough the driver should be installed) | 07:57 |
| mckoan | fenrig: fb support is a kernel feature | 08:00 |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 08:05 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.137.75> has quit IRC | 08:08 | |
| *** panda84kde <panda84kde!~diego@static-217-133-27-192.clienti.tiscali.it> has joined #yocto | 08:12 | |
| bluelightning | morning all | 08:20 |
| fenrig | morning | 08:24 |
| mckoan | morning bluelightning, all | 08:24 |
| lpapp | bluelightning: hi, how are you | 08:27 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 08:27 | |
| lpapp | bluelightning: have you seen the udev break? | 08:27 |
| *** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto | 08:28 | |
| *** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC | 08:31 | |
| *** panda84kde <panda84kde!~diego@static-217-133-27-192.clienti.tiscali.it> has quit IRC | 08:31 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 08:32 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:32 | |
| lpapp | bluelightning: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4941 | 08:34 |
| yocti | Bug 4941: normal, Undecided, ---, saul.wold, NEW , udev doesn't compile with older toolchains | 08:34 |
| *** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has joined #yocto | 08:37 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 08:40 | |
| bluelightning | lpapp: good thanks, yourself? | 08:41 |
| bluelightning | lpapp: yes I saw the report | 08:41 |
| *** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 08:43 | |
| *** belen <belen!Adium@nat/intel/x-giqfvwvobsovwucj> has joined #yocto | 08:51 | |
| vicky | how to disable documentation on poky root filesystem ? | 08:54 |
| bluelightning | vicky: if you don't have doc-pkgs in IMAGE_FEATURES and aren't explicitly installing any *-doc packages, then you shouldn't have any documentation in the final image | 08:55 |
| bluelightning | vicky: the default is not to have either of those, what documentation are you seeing in your rootfs? | 08:56 |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 08:58 | |
| lpapp | bluelightning: do you have any idea for a quick fix? | 08:58 |
| lpapp | other than using a different udev in our layer. | 08:59 |
| bluelightning | lpapp: not really, no, unless you can find a distro patch somewhere out there that resolves it | 08:59 |
| bluelightning | lpapp: really I would expect the Mentor folks to have a patch for this if it's their toolchain that it happens with | 09:00 |
| lpapp | bluelightning: I guess they would suggest to upgrade the toolchain. | 09:00 |
| lpapp | but it is not a two minutes change. | 09:00 |
| bluelightning | (and if that's the case we'd happily have in the core assuming it doesn't break newer toolchains) | 09:00 |
| lpapp | that will introduce a lot of new issues, too, in our software. | 09:00 |
| bluelightning | you'd have to ask them | 09:01 |
| lpapp | http://comments.gmane.org/gmane.comp.embedded.ptxdist.devel/9215 | 09:01 |
| lpapp | they upgrade the toolchain in here, too. | 09:01 |
| lpapp | http://permalink.gmane.org/gmane.comp.embedded.ptxdist.devel/9215 | 09:01 |
| lpapp | I have pretty much the same gcc version as in the latter post. | 09:01 |
| lpapp | perhaps, it is better to ask the udev mailing list. | 09:02 |
| bluelightning | you could try there yes | 09:02 |
| lpapp | but I thought udev would not exist anymore as a standalone? | 09:02 |
| bluelightning | we build the last standalone version when we build without systemd | 09:03 |
| lpapp | when will systemd come to existence in Yocto? | 09:04 |
| bluelightning | lpapp: it's already available in dylan and later | 09:05 |
| bluelightning | lpapp: you just have to enable it as per the manual | 09:05 |
| lpapp | why is udev being built then? | 09:05 |
| lpapp | ok, let me rephrase then: | 09:05 |
| lpapp | when will systemd come to existence in Yocto as default? | 09:05 |
| bluelightning | lpapp: not for some time yet I suspect | 09:05 |
| lpapp | why not? | 09:06 |
| bluelightning | a lot of users just want to keep things simple, sysvinit works for them and they're not comfortable with switching to systemd yet | 09:06 |
| bluelightning | over time that may well change, but that's the situation now | 09:06 |
| bluelightning | those who do want to switch can do so easily via their distro configs | 09:07 |
| lpapp | is that really true ? | 09:07 |
| lpapp | I mean many people use systemd on desktop now. | 09:07 |
| bluelightning | sure, but desktop != embedded for many different reasons | 09:07 |
| lpapp | in this context, there would be no differnece. | 09:07 |
| lpapp | difference* | 09:07 |
| bluelightning | some embedded setups barely even have an init system | 09:08 |
| lpapp | systemd is ok on both. | 09:08 |
| lpapp | it would not make a difference for them then ... | 09:08 |
| bluelightning | I'm not the one you have to convince | 09:08 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 09:08 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 09:11 | |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-qilwxyvkmzwgziap> has joined #yocto | 09:15 | |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-qilwxyvkmzwgziap> has quit IRC | 09:19 | |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-afqhaidaspnalmvo> has joined #yocto | 09:22 | |
| *** diego <diego!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 09:23 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 09:23 | |
| *** diego is now known as Guest66402 | 09:24 | |
| *** Guest66402 is now known as panda84kde | 09:24 | |
| *** sameo <sameo!samuel@nat/intel/x-sulzjtgkklamqccs> has joined #yocto | 09:25 | |
| *** lpapp <lpapp!~lpapp@212.44.19.228> has joined #yocto | 09:33 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:33 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 09:35 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 09:36 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 09:42 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:51 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 09:59 | |
| fenrig | okay I don't understand why I have no /dev/fb0 | 09:59 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 10:00 | |
| *** GunsNRose <GunsNRose!~GunsNRose@182.148.69.89> has quit IRC | 10:19 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 10:23 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 10:33 | |
| lpapp | bluelightning: is it already decided which u-boot version is shipped for 10.0? | 10:38 |
| lpapp | bluelightning: I would like to send a patch to oe-core to update to 2013.07 | 10:38 |
| bluelightning | lpapp: don't know, sorry | 10:38 |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 10:40 | |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 10:59 | |
| *** swex_ <swex_!~swex@178.17.193.168> has joined #yocto | 11:03 | |
| *** swex <swex!~swex@217.197.245.182> has quit IRC | 11:06 | |
| *** GunsNRose <GunsNRose!~GunsNRose@118.114.149.98> has joined #yocto | 11:08 | |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto | 11:09 | |
| *** Crofton <Crofton!~balister@88.128.80.2> has joined #yocto | 11:09 | |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 11:14 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 11:14 | |
| *** sveinse <sveinse!~chatzilla@81.166.90.189> has joined #yocto | 11:16 | |
| *** gmacario1 <gmacario1!~gmacario@maxlab.polito.it> has joined #yocto | 11:24 | |
| lpapp | bluelightning: yeah, here is the thing again with git, I need to update the srcrev manually | 11:26 |
| lpapp | bluelightning: with tarballs, you have no such troubles. | 11:26 |
| lpapp | it will take me a few minutes uselessly because it would be unnecessary with tarballs. | 11:26 |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 11:26 | |
| *** belen2 <belen2!Adium@nat/intel/x-qsoxxfkrpewemumx> has joined #yocto | 11:29 | |
| *** belen <belen!Adium@nat/intel/x-giqfvwvobsovwucj> has quit IRC | 11:29 | |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 11:30 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 11:33 | |
| *** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has quit IRC | 11:36 | |
| *** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto | 11:36 | |
| lpapp | bluelightning: is there a way to automatically update the SRCREV? | 11:48 |
| lpapp | it does not make much sense to demand manual stuff when you already specify the tag anyway | 11:51 |
| * lpapp is opening a bugreport for it. | 11:51 | |
| lpapp | seems "${AUTOREV}" already achieves that. | 11:52 |
| lpapp | but then what is the point of SCM, really | 11:53 |
| lpapp | when _pn is not specified for a variable it can still work, right? Meaning, it has only one package per recipe, right? | 11:53 |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 11:55 | |
| lpapp | which changes need to go to the yocto mailing list? | 11:55 |
| lpapp | the border is quite confusing. | 11:55 |
| Crofton | meta-yocto layer changes | 11:56 |
| Crofton | oe-core changes go to oe-core | 11:56 |
| lpapp | and what to poky? | 11:57 |
| lpapp | because actually I had to send meta-yocto changes to poky,. | 11:57 |
| lpapp | poky.* | 11:57 |
| lpapp | it is full of confusion. :) | 11:57 |
| Crofton | poky is met-yocyo | 11:57 |
| lpapp | ? | 11:57 |
| lpapp | never seen met-yocyo | 11:58 |
| Crofton | meta-yocto should be called meta-poky | 11:58 |
| lpapp | no no | 11:58 |
| Crofton | sorry bad typing | 11:58 |
| lpapp | you mentioned those should go to yocto | 11:58 |
| lpapp | poky != yocto | 11:58 |
| lpapp | they have separate mailing lists. | 11:58 |
| bluelightning | lpapp: check the README in poky's top level directory | 11:58 |
| lpapp | bluelightning: I did. | 11:58 |
| lpapp | bluelightning: which means I should submit a bugreport to ask for clarification | 11:59 |
| lpapp | I have been told last time to send stuff to yocto | 11:59 |
| lpapp | I do not know why, but I have been. | 11:59 |
| bluelightning | not sure who directed you to do that | 11:59 |
| lpapp | so he was wrong? | 11:59 |
| bluelightning | what is written in the README reflects current practice | 11:59 |
| lpapp | bluelightning: I am now sending a u-boot update | 12:00 |
| lpapp | with the use of AUTOREV | 12:00 |
| lpapp | but I will probably remove the git stuff entirely for it. | 12:00 |
| bluelightning | lpapp: we won't accept recipes containing SRCREV = "${AUTOREV}" I'm afraid | 12:00 |
| bluelightning | lpapp: before you ask why, because they'll likely be broken shortly after they've been merged | 12:01 |
| lpapp | huh? | 12:01 |
| lpapp | not sure why that makes sense, but if it is some strict rule set in stone, the only way to clean up the mess is get rid of git altogether | 12:02 |
| bluelightning | we want recipes to remain buildable, even in the case of bleeding edge ones, so the SRCREV should be fixed when it comes to published layers | 12:02 |
| lpapp | no? | 12:02 |
| lpapp | there is only one indifferent version tag. | 12:03 |
| bluelightning | plus, if SRCREV is not set to a fixed revision, bitbake will have to query the server on every parse which is not desirable | 12:03 |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 12:03 | |
| lpapp | so it should be pretty straightforward what the relevant hash is. | 12:03 |
| bluelightning | if you want SRCREV = "${AUTOREV}" you can easily have that by having a bbappend in your own layer | 12:03 |
| lpapp | yeah, it takes 0.0005 s | 12:03 |
| lpapp | compared to the easier maintenance it brings. | 12:03 |
| bluelightning | you mean, harder maintenance | 12:04 |
| lpapp | I am not talking about my layer | 12:04 |
| lpapp | I am talking about oe-core proper. | 12:04 |
| lpapp | no, it is a lot easier. | 12:04 |
| bluelightning | no, and I'm not either | 12:04 |
| lpapp | why to have double factor? | 12:04 |
| lpapp | but yes, I agree that the whole git stuff is a bloated mess, and have to go to the trash. | 12:04 |
| bluelightning | don't put words in my mouth | 12:05 |
| lpapp | I did not ? | 12:06 |
| bluelightning | your last comment agrees with something that I never said, that's the very definition of putting words in my mouth | 12:06 |
| lpapp | could you please clarify where I said I agree with *you* | 12:06 |
| lpapp | or is it just a mistinterpretation | 12:07 |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC | 12:07 | |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 12:08 | |
| *** g0hl1n <g0hl1n!5be602f4@gateway/web/freenode/ip.91.230.2.244> has joined #yocto | 12:08 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 12:09 | |
| lpapp | is it always the latest version that is built out of the recipes for the same software? | 12:10 |
| lpapp | I mean by default. | 12:10 |
| g0hl1n | good morning everybody. | 12:10 |
| lpapp | several softwares have more than one recipes | 12:10 |
| lpapp | not occasional to have 3-4. | 12:10 |
| g0hl1n | I've a question regarding a own linux kernel recipe... | 12:11 |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 12:11 | |
| lpapp | g0hl1n: which is | 12:11 |
| g0hl1n | I've created a own recipe for the kernel because I have different sources. But now i think the Kernel doesn't take my configuration specified as defconfig. Is this possible? | 12:11 |
| g0hl1n | To be precise FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}/files:${THISDIR}/${PN}/patches:" | 12:12 |
| g0hl1n | SRC_URI = "git://${KSRC};protocol=file;branch=${KBRANCH};name=kernel file://defconfig" | 12:12 |
| g0hl1n | I think the Configuration isn't taken because when I zcat /proc/config.gz on the running machine I can't find some settings I've set in defconfig | 12:13 |
| g0hl1n | any ideas? | 12:13 |
| *** gmacario1 <gmacario1!~gmacario@maxlab.polito.it> has quit IRC | 12:14 | |
| lpapp | g0hl1n: have you checked with make menuconfig | 12:15 |
| lpapp | whether your .config is right | 12:15 |
| g0hl1n | lpapp: which .config? the one in the Kernel tree? | 12:15 |
| lpapp | yes | 12:16 |
| g0hl1n | lpapp: shouldn't the build ignore the .config in the kernel source but use defconfig from SRC_URI ? | 12:16 |
| lpapp | g0hl1n: the kernel needs .config | 12:20 |
| lpapp | if the kernel tree does not have a .config, it will not build. | 12:20 |
| g0hl1n | lpapp: and whats the defconfig for? | 12:21 |
| lpapp | I cannot build u-boot separately for testing? o_O http://pastebin.com/NzKbyJCa | 12:21 |
| lpapp | g0hl1n: to generate the .config out of. | 12:21 |
| ant_work | g0hl1n: http://cgit.openembedded.org/openembedded-core/tree/meta/classes/kernel.bbclass#n216 | 12:21 |
| lpapp | g0hl1n: if it does not work for boot | 12:22 |
| lpapp | you need to check before the kernel build | 12:22 |
| lpapp | for which vim or preferably make menuconfig is better. | 12:22 |
| g0hl1n | ok, so I've no .config is present it will copy over defconfig... | 12:23 |
| lpapp | yes, which means always | 12:23 |
| g0hl1n | But that's the point. | 12:23 |
| lpapp | if you start from scratch. | 12:23 |
| g0hl1n | I've no .config in the kernel source tree but a defconfig in SRC_URI. | 12:23 |
| lpapp | have you checked? | 12:23 |
| lpapp | in build/tmp/work etc | 12:24 |
| g0hl1n | and when I boot into the kernel and zcat the /proc/config.gz it isn't the same as defconfig | 12:24 |
| lpapp | have you checked? | 12:24 |
| lpapp | in build/tmp/work etc | 12:24 |
| ant_work | g0hl1n: whithout seeing the kernel recipe I can't help more. If it is old-style kernel you need to inherit kernel, for linux-yocto there is inherit kernel-yocto as well | 12:26 |
| lpapp | so u-boot is not buildable on its own with bitbake? :( | 12:27 |
| ant_work | g0hl1n: and see meta-skeleton/recipes-kernel/linux/linux-yocto-custom.bb | 12:27 |
| zecke | lpapp: well, there is no "generic u-boot for this cpu architecture" | 12:28 |
| zecke | lpapp: even.. for a specific SoC there is no.. this will always work config | 12:29 |
| lpapp | zecke: ? | 12:29 |
| ant_work | UBOOT_MACHINE is not set ? | 12:29 |
| lpapp | it is? | 12:29 |
| lpapp | UBOOT_MACHINE="omap3_beagle_config" bitbake u-boot | 12:29 |
| g0hl1n | ant_work: here's the recipe: http://pastebin.com/3KtdpAzh | 12:29 |
| lpapp | that is what I used. | 12:29 |
| zecke | lpapp: "ERROR: u-boot was skipped: because UBOOT_MACHINE is not set" most of the time computers don't lie. | 12:30 |
| lpapp | zecke: so? | 12:31 |
| lpapp | suggestions, pls. | 12:31 |
| lpapp | not error message reporting. :) | 12:31 |
| lpapp | I can also read. | 12:31 |
| ant_work | g0hl1n: I suppose youhave to fix FILESEXTRAPATHS_prepend | 12:31 |
| bluelightning | lpapp: you can't pass in variable values from the environment like that unless the variable is one of the set listed in BB_ENV_EXTRAWHITE | 12:32 |
| zecke | lpapp: and blog ;) | 12:32 |
| lpapp | bluelightning: sounds like a feature request (another report) | 12:32 |
| g0hl1n | ant_work: what's wrong with it? | 12:32 |
| bluelightning | lpapp: nope, we're not adding that variable | 12:32 |
| lpapp | now, that does not make sense. | 12:33 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 12:33 | |
| lpapp | zecke: actually no. | 12:33 |
| lpapp | other people blog a lot more at social sites | 12:33 |
| lpapp | I have only 5-10 blogs a year usually. | 12:33 |
| lpapp | posts* | 12:33 |
| ant_work | g0hl1n: FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}-3.1:${THISDIR}/${PN}:${THISDIR}/files:" if you want a specific dir for this kernel | 12:34 |
| lpapp | it would be plain silly to say, "no, you cannot try to build u-boot on i ts own" | 12:34 |
| lpapp | which is exactly the use case when you are trying to get it work. | 12:34 |
| ant_work | lpapp: your machine.conf file should set this var | 12:35 |
| lpapp | ant_work: I am not sure you realize that I would like to invoke it from command line. | 12:36 |
| lpapp | and surely, meta/ already does set that. | 12:36 |
| ant_work | so whitelist the var but still you have a defective conf | 12:36 |
| * lpapp not sure to whom that message goes ... | 12:36 | |
| ant_work | UBOOT_MACHINE is deeply tied with MACHINE, doh | 12:37 |
| lpapp | which is exactly why I tried to specify the variable? | 12:37 |
| ant_work | you ought just to specify MACHINE | 12:37 |
| ant_work | resistance is futile | 12:37 |
| lpapp | there is no any resistenace? | 12:38 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:38 | |
| ant_work | (with me) | 12:38 |
| lpapp | saying resistance when there is none is futile? | 12:38 |
| lpapp | same with machine | 12:38 |
| lpapp | MACHINE="qemuarm" bitbake u-boot | 12:38 |
| lpapp | it is just broken in here ... | 12:38 |
| rburton | does qemuarm set UBOOT_MACHINE? no. | 12:39 |
| rburton | use a machine that has the relevant uboot configuration | 12:39 |
| rburton | as uboot is by defintion machine-specific | 12:39 |
| *** Crofton <Crofton!~balister@88.128.80.2> has quit IRC | 12:39 | |
| lpapp | already tried beagleboard | 12:39 |
| lpapp | besides, it should report missing MACHINE | 12:39 |
| rburton | its not missing | 12:39 |
| lpapp | yes, it does. | 12:39 |
| rburton | the log you pasted clearly stated MACHINE=qemuarm | 12:40 |
| rburton | now a failure with MACHINE=beagleboard would be more interesting | 12:40 |
| lpapp | I think you should be investigating a bit more rather than chim in without the prior history. | 12:40 |
| lpapp | the log is public after all. | 12:40 |
| rburton | lpapp: how do you think i knew what was in the bitbake log you posted? | 12:40 |
| lpapp | rburton: I believe you just did not read back, and you still do not have the proper context. | 12:41 |
| rburton | lpapp: if you have a log of a failure with the beagleboard then that would be more interesting, but the log you pasted was with the qemuarm machine, which doesn't support uboot. | 12:41 |
| lpapp | again, *please* get the context | 12:41 |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 12:41 | |
| lpapp | you chim into the middle of the conversation | 12:41 |
| lpapp | and you refer to something that no one refers to. | 12:41 |
| lpapp | because you lack the context | 12:42 |
| lpapp | please go read it. :) | 12:42 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has left #yocto | 12:42 | |
| * lpapp is filing a bugreport in the meantime. | 12:42 | |
| *** blitz00 <blitz00!stefans@nat/intel/x-qvrzzhcegfhtauoc> has joined #yocto | 12:43 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 12:43 | |
| lpapp | https://bugzilla.yoctoproject.org/show_bug.cgi?id=4945 | 12:46 |
| yocti | Bug 4945: normal, Undecided, ---, saul.wold, NEW , No reference to missing MACHINE when running u-boot through bitbake | 12:46 |
| ant_work | lpapp: note the defaults for the other vars http://cgit.openembedded.org/openembedded-core/tree/meta/classes/kernel.bbclass#n57 | 12:50 |
| lpapp | ant_work: I know. | 12:51 |
| ant_work | so typically you set all 3 like in this BSP i.e. http://git.yoctoproject.org/cgit/cgit.cgi/meta-ivi/tree/conf/machine/vexpressa9.conf?h=master#n36 | 12:51 |
| lpapp | ant_work: however it is pretty pointless. | 12:51 |
| lpapp | as it will be supplied to openocd anyway | 12:51 |
| lpapp | I have never understood those two variables... | 12:51 |
| ant_work | tbh I'm not following, there was th eidea of auto-calculating those addresses iirc | 12:51 |
| lpapp | and that why I would use it. | 12:51 |
| lpapp | you cannot auto calculate those. | 12:52 |
| lpapp | you need to supply it to openocd | 12:52 |
| lpapp | or whatever flasher you use anyway | 12:52 |
| lpapp | frankly, I am not sure why yocto has variables for those. :) | 12:52 |
| lpapp | see my other bugreport where I asked for documentation. | 12:53 |
| ant_work | kernel.bbclass #348 | 12:53 |
| lpapp | looks like a broken function | 12:55 |
| * lpapp will try to patch out when getting some time ... | 12:55 | |
| lpapp | make uImage should be used simply. | 12:56 |
| lpapp | but even then, there is no any need for the entry point like that | 12:56 |
| lpapp | nor the address. | 12:57 |
| lpapp | 0: icu-native-51.2-r0 do_fetch (pid 10940) -> got stuck here for an hour | 12:57 |
| lpapp | how can I make sure it is doing *anything* | 12:57 |
| lpapp | probably there is a logfile somewhere. | 12:58 |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 12:58 | |
| lpapp | WARNING: Host distribution "arch-rolling" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. | 13:00 |
| lpapp | ERROR: Only one copy of bitbake should be run against a build directory | 13:00 |
| lpapp | why am I getting this for a dry-run try? | 13:00 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-pvcgnbthbpxncahn> has joined #yocto | 13:00 | |
| lpapp | I do not wanna build u-boot... I would just like to get the checksums to update the recipes... | 13:00 |
| lpapp | is that possible somehow? | 13:00 |
| ant_work | yes, md5sum and sha256sum the file in /downloads | 13:00 |
| *** vicky <vicky!~vicky@122.165.223.135> has quit IRC | 13:01 | |
| lpapp | no no | 13:03 |
| lpapp | I do not wanna do them separately. | 13:03 |
| lpapp | I have been told bitbake can five both off-hand. | 13:03 |
| lpapp | give* | 13:03 |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 13:04 | |
| ant_work | unfortunately your other bitbake is stuck on do_fetch | 13:05 |
| ant_work | only one copy...blah | 13:05 |
| *** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has left #yocto | 13:06 | |
| lpapp | not sure what you are talking about | 13:06 |
| lpapp | 1) That was already cancelled. | 13:06 |
| lpapp | 2) Dry-run should not interfere with a full fledged run. | 13:06 |
| ant_work | lpapp: maybe I'm getting old and have a déjà vu..I'm pretty sure youwere already updating the checksums of some recipe..those are even suggested | 13:09 |
| ant_work | you have them both on-screen and in the logs | 13:09 |
| lpapp | ant_work: no no, I have never updated the checksum of any recipe. | 13:11 |
| lpapp | this is the first time, I would need to do it. | 13:11 |
| lpapp | only thing, I have been told, bitbake can provide both checksums. | 13:11 |
| lpapp | but I do not really find an option for doing so. | 13:11 |
| ant_work | it does indeed | 13:11 |
| lpapp | how then? | 13:11 |
| lpapp | why do I need to repeat myself ? :D | 13:11 |
| ant_work | just update the SRC_URI, the new d/l will have different checksums | 13:11 |
| ant_work | and build will blatantly fail | 13:12 |
| lpapp | that is silly. | 13:12 |
| ant_work | verbosely | 13:12 |
| lpapp | sounds like another feature request. | 13:12 |
| lpapp | why do I even need to fail or even try not to fail? | 13:12 |
| lpapp | the whole point is that I am explicitely sure they are outdated. | 13:12 |
| ant_work | lpapp: you remember kernel sources have been hacked last year, do you? | 13:12 |
| lpapp | so gimme those. | 13:12 |
| lpapp | that is the user request. | 13:12 |
| lpapp | I do not wanna start building when I *explicitly* know it will not work. | 13:13 |
| ant_work | he he | 13:13 |
| lpapp | ant_work: I had been working on kernel security for 1-2 years. | 13:13 |
| lpapp | but I do not think it is relevant in here. | 13:13 |
| ant_work | don't be silly..then use md5sum and sha256sum before | 13:13 |
| ant_work | bitbake does a great service to the lazy developer | 13:13 |
| lpapp | who is silly is relative | 13:14 |
| lpapp | but no, I do not wanna run two tools, when one could do the jobs. | 13:14 |
| lpapp | that is what I call silly. | 13:14 |
| lpapp | if one can do, why bother with two. | 13:14 |
| ant_work | hm.. another déjà vu... ah, itwas me telling you that an *human* must verify th eintegrity of the sources | 13:15 |
| *** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC | 13:15 | |
| lpapp | you can fully verify. | 13:16 |
| lpapp | anyway, so someone was a "liar" :) | 13:17 |
| lpapp | who told me bitbake can do it. | 13:17 |
| lpapp | in fact, the solution recommended then, is to use low-level tools. | 13:17 |
| lpapp | and do the job as many times as bitbake requires. | 13:17 |
| lpapp | if you cannot trust bitbake, you would be screwed up anyway already | 13:18 |
| lpapp | so it is *very* unlikely this checksum issue would be the only way of screwing up. | 13:18 |
| lpapp | since bitbake has to be a trusted source already anyway. | 13:18 |
| ant_work | pls just try once | 13:18 |
| lpapp | so your security concern is moot, respectively. | 13:18 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 13:18 | |
| lpapp | it is not the matter of try once | 13:19 |
| lpapp | it is the matter of inconvenience for: | 13:19 |
| lpapp | md5sums downloads/foo/crap | 13:19 |
| lpapp | sha... downloads/foo/crap | 13:19 |
| ant_work | lpapp: there have been repositories changing the tarballs and keeping the same name | 13:19 |
| lpapp | instead of: | 13:19 |
| lpapp | bitbake crap -> done | 13:19 |
| lpapp | not to mention, I do not have u-boot inside downloads/ at all. | 13:20 |
| *** JYDawg <JYDawg!~jydawg@jydawg.stoned-it.com> has quit IRC | 13:20 | |
| lpapp | also, why would I need 393 tasks for getting u-boot? o_O | 13:21 |
| lpapp | surely, u-boot does not have that many dependencies? | 13:22 |
| lpapp | like python-native for u-boot, really? | 13:26 |
| * lpapp feels like another bugreport ... | 13:26 | |
| lpapp | there should be a u-boot-minimal | 13:27 |
| *** Guest25188 <Guest25188!~trz@c-68-53-177-94.hsd1.in.comcast.net> has left #yocto | 13:27 | |
| lpapp | without the python tools. | 13:27 |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 13:28 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 13:34 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 13:34 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 13:34 | |
| lpapp | btw, why does u-boot have patches if they are not applied? | 13:36 |
| lpapp | what is the point of that, then? | 13:36 |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 13:39 | |
| *** blitz00 <blitz00!stefans@nat/intel/x-iwwjdwhncyndgurl> has joined #yocto | 13:39 | |
| lpapp | ERROR: QA Issue: external-sourcery-toolchain: Files/directories were installed but not shipped /usr/libexec /lib/libssl.so.1.0.0 | 13:41 |
| lpapp | http://pastebin.com/XQV71T6N -> here is the full error. | 13:42 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 13:44 | |
| lpapp | is there any reason why I cannot find u-boot-2013.07.tar.bz2 in the build folder? | 13:46 |
| lpapp | it should download it, no? | 13:46 |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 13:47 | |
| ant_work | lpapp: if you have set it in SRC_URI. oe-core's u-boot is fetching .git | 13:48 |
| lpapp | ant_work: so? | 13:50 |
| ant_work | so there is no tarball | 13:50 |
| lpapp | that is very bad | 13:50 |
| *** Crofton <Crofton!~balister@88.128.80.2> has joined #yocto | 13:50 | |
| lpapp | oh, actually there *is* tarball | 13:51 |
| lpapp | it is here: ./downloads/git2_git.denx.de.u-boot.git.tar.gz | 13:51 |
| lpapp | hmm, that is just the git meta info apparently, strange. | 13:52 |
| lpapp | my patch is not downloaded apparently either from the local golder. | 13:52 |
| lpapp | folder* | 13:52 |
| lpapp | well, it makes super hard to reproduce an issue | 13:52 |
| lpapp | how can I actually get the content? | 13:53 |
| lpapp | it is failing to apply a change. | 13:53 |
| lpapp | and I would like to get a clean content of the decompressed tarball. | 13:53 |
| lpapp | or cloned git stuff | 13:53 |
| ant_work | sorry, have to go. bbl | 13:54 |
| lpapp | what is the workflow for debugging a failed application of a change? | 13:55 |
| lpapp | present in files? | 13:55 |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:56 | |
| ndec | bitbake -c unpack <target> will unpack the sources. while "-c patch" will apply any potential patches | 13:56 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-pvcgnbthbpxncahn> has quit IRC | 13:56 | |
| lpapp | there is nothing to unpack as noted above. | 13:56 |
| ndec | when using .git or any other SCM, bitbake will fetch the entire 'tree', then checkout the right version, and create a tarball of that version. | 13:58 |
| ndec | so next build, if the tarball is there, it's used. | 13:58 |
| lpapp | it is just the bare repository inside the tarball as noted above. | 13:58 |
| lpapp | which does not help in my case. | 13:59 |
| lpapp | ./tmp/work/foo-linux-gnueabi/u-boot-v2013.07+git13+19b54a701811220221fc4d5089a2bb18892018ca-r1/git/ | 13:59 |
| lpapp | seems it is in here | 13:59 |
| * lpapp hates git when it is just about a release | 13:59 | |
| ndec | there is a tarball of the bare repo in git folder, iirc. but there should be a tarball of the right version too in downloads | 13:59 |
| lpapp | the whole situation would be sooo much easier with a tarball. | 13:59 |
| lpapp | patch does not seem to need checksum? | 14:00 |
| lpapp | because it is local? | 14:00 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-fhfxpctqlrwyaedi> has joined #yocto | 14:02 | |
| *** Crofton <Crofton!~balister@88.128.80.2> has quit IRC | 14:02 | |
| lpapp | Prepare v2011.03 | 14:02 |
| lpapp | ah, it is downloading that u-boot... | 14:03 |
| lpapp | so is it guaranteed somehow that always the latest is picked up? | 14:03 |
| ndec | ?? | 14:03 |
| lpapp | ? | 14:03 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has left #yocto | 14:04 | |
| lpapp | why in the hell does it pick up 2011.03? | 14:04 |
| lpapp | when it is 2013.07 inside the recipe? | 14:04 |
| lpapp | PV = "v2013.07+git${SRCPV}" | 14:05 |
| lpapp | PR = "r1" | 14:05 |
| *** jchonig <jchonig!~jch@128.224.252.2> has joined #yocto | 14:06 | |
| ndec | what does bitbake -s| grep u-boot tell you? it should tell you which uboot recipe/version is being used. | 14:08 |
| ndec | are you on master or dylan? | 14:08 |
| lpapp | denzil | 14:08 |
| lpapp | as master and dylan suck huge balls | 14:08 |
| lpapp | denzil is the last sane release with an older toolchain. | 14:09 |
| lpapp | long live to denzil | 14:09 |
| ndec | i don't see your PV line, in denzil. | 14:09 |
| ndec | i see PV = "v2011.06+git${SRCPV}" | 14:10 |
| zecke | lpapp: "suck huge balls". that is not very approriate language.. | 14:10 |
| lpapp | ndec: well, obviously, we have to ship it in our own layer | 14:10 |
| lpapp | that is what the bsp layer is for. | 14:11 |
| ndec | so, that means you have 'something' in your layer, that prevent your uboot from being used. | 14:11 |
| ndec | again, bitbake -s should help. | 14:11 |
| ndec | it must be a 'preference' issue or something like that. | 14:11 |
| lpapp | it is really strange | 14:12 |
| lpapp | bitbake u-boot does not rebuild stuff | 14:12 |
| lpapp | although I deleted stuff from downloads and tmp/work, too. | 14:12 |
| lpapp | zecke: imagine your language there for "totally blocking our business" | 14:12 |
| * zecke updates the ignore list | 14:12 | |
| lpapp | ndec: we have higher priority in there. | 14:13 |
| lpapp | priority 6. | 14:13 |
| ndec | bitbake -s will tell you the truth.. i can't tell you about something i can't see. | 14:14 |
| ndec | i am tempted to say that you have DEFAULT_PREFERENCE = "-1" in your recipe... | 14:15 |
| lpapp | nope | 14:15 |
| lpapp | also, I already pasted this before:v2013.07+git14+62c175fbb8a0f9a926c88294ea9f7e88eb898f6c-r1 | 14:15 |
| lpapp | but 2011 content inside. | 14:15 |
| lpapp | I have no clue. | 14:17 |
| lpapp | also, bitbake u-boot does not build u-boot anymore. | 14:17 |
| lpapp | I have no idea why. | 14:17 |
| lpapp | I deleted the downloads and tmp/work contents | 14:17 |
| lpapp | I thought it should do a brand new stuff. | 14:17 |
| * lpapp is about to dump the whole build folder content | 14:18 | |
| lpapp | that seems to be the only reliable option most of the time. | 14:18 |
| lpapp | this package and job cashing usually goes crazy | 14:19 |
| lpapp | and results hard to debug issues like this. | 14:19 |
| lpapp | ndec: as I already wrote before, but here you go anyway: http://pastebin.com/bL65CY4x | 14:21 |
| *** arky <arky!~arky@113.22.49.207> has joined #yocto | 14:23 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 14:25 | |
| lpapp | how can I force bitbake to redownload and rebuild u-boot from scratch? | 14:25 |
| * lpapp will dump the build folder for real as it is better to waste 40 minutes than few hours of debugging | 14:26 | |
| RP | lpapp: bitbake u-boot -c cleanall | 14:27 |
| lpapp | I already dumped | 14:27 |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 14:28 | |
| RP | lpapp: I should have bothered mentioning it for next time then... | 14:28 |
| lpapp | yeah, but not sure I can memorize it, really. :-) | 14:29 |
| RP | It is also mentioned in the manuals... | 14:29 |
| lpapp | yeah, after reading for hours, sure. | 14:29 |
| * RP shrugs | 14:30 | |
| lpapp | I already spent my whole weekend with reading yocto manuals. | 14:30 |
| lpapp | and apparently I still do not know. | 14:30 |
| RP | damned if you write documentation, damned if you don't | 14:30 |
| lpapp | not damned if you write good documentation | 14:30 |
| lpapp | or yu have good options, like --clean | 14:31 |
| lpapp | which I raised several times by now. | 14:31 |
| lpapp | you* | 14:31 |
| lpapp | check the output of "bitbake --help" with a user hat on. | 14:31 |
| lpapp | or run the following command: bitbake --help | grep clean | 14:31 |
| lpapp | you might be surprised. | 14:31 |
| RP | lpapp: perhaps remember -c listtasks if you can only remember one option | 14:31 |
| lpapp | but that is what an average user will do | 14:32 |
| lpapp | read the help output, and then look for clean | 14:32 |
| RP | lpapp: I wouldn't be surprised at all ;-) | 14:32 |
| lpapp | none of them goes nowhere. | 14:32 |
| lpapp | you would not be surprised that a tool does not have clean? | 14:32 |
| RP | lpapp: I know clean wouldn't be listed there, I also know why | 14:32 |
| lpapp | when you need a clean operation? | 14:32 |
| lpapp | you are genius then. | 14:33 |
| lpapp | but I am not. | 14:33 |
| lpapp | nor are many users. | 14:33 |
| fenrig | How do I fix this? "NOTE: Your conf/bblayers.conf has been automatically updated. Please re-run bitbake." | 14:39 |
| lpapp | fenrig: have you tried to rerun | 14:39 |
| fenrig | just issuing bitbake in the shell triggers the same error | 14:39 |
| lpapp | fenrig: have you tried to delete the file | 14:39 |
| fenrig | no conf/bblayers.conf is not deleted :)Ã | 14:39 |
| lpapp | can you try after backing up | 14:40 |
| fenrig | Unable to find conf/bblayers.conf | 14:41 |
| fenrig | so :/ | 14:41 |
| lpapp | you do not have $builddir/conf/bblayers.conf? | 14:42 |
| lpapp | that should be autogenerated | 14:42 |
| lpapp | even that fails for you? | 14:42 |
| lpapp | then I have no clue ... | 14:42 |
| lpapp | RP: why is removing the downloads and tmp/work related entries not enough? | 14:42 |
| RP | lpapp: I lack context but likely you also have something in the sstate cache? | 14:44 |
| fenrig | Huh :/ | 14:44 |
| lpapp | RP: ok, so it is not recommended to delete stuff manually? | 14:45 |
| RP | lpapp: no, its not | 14:45 |
| lpapp | and it is definitely not just about tmp as a few people claimed in here before. | 14:45 |
| RP | lpapp: roughly speaking you have downloads, sstate and tmp | 14:45 |
| *** igrigorx <igrigorx!c0c69725@gateway/web/freenode/ip.192.198.151.37> has joined #yocto | 14:46 | |
| RP | lpapp: sstate remains valid between builds with some assumptions. Most people work fine with those assumptions, I suspect you are stepping outside of them | 14:46 |
| RP | lpapp: for more details read about how the sstate checksums are generates which is in the manual | 14:46 |
| lpapp | RP: no, -c cleanall will be fine for me... | 14:47 |
| lpapp | RP: why are 507 tasks needed for u-boot? | 14:49 |
| lpapp | RP: it should be a pretty headless software! | 14:49 |
| bluelightning | lpapp: bitbake -g u-boot if you want to examine the dependencies | 14:50 |
| lpapp | is it just me or the documentation does not really clarify why it is recommended to set the parallel stuff to double value of the cpus? | 14:53 |
| lpapp | usually it is just cpu+1 | 14:54 |
| *** nitink <nitink!~nitink@134.134.137.75> has joined #yocto | 14:55 | |
| RP | lpapp: there are scripts in the tree which experiment to find the optimal value for your hardware. That is the best value we've found on average | 14:58 |
| * RP -> afk | 14:58 | |
| lpapp | then make is not optimal? | 14:59 |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC | 15:00 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto | 15:01 | |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto | 15:01 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC | 15:03 | |
| *** fenrig <fenrig!55eac3e5@gateway/web/freenode/ip.85.234.195.229> has quit IRC | 15:03 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto | 15:04 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 15:04 | |
| lpapp | NOTE: package u-boot-v2013.07+git9+62c175fbb8a0f9a926c88294ea9f7e88eb898f6c-r1: task do_fetch: Started | 15:06 |
| lpapp | why did it get stuck here 10 minutes ago??? | 15:06 |
| lpapp | without any error message whatsoever. | 15:07 |
| bluelightning | maybe because it has neither failed nor succeeded? | 15:08 |
| lpapp | yeah, sure git gets stuck so often without any diagnostics.. | 15:08 |
| *** davest <davest!Adium@nat/intel/session> has joined #yocto | 15:08 | |
| bluelightning | it can, yes | 15:08 |
| lpapp | yeah, I just never saw the last 6 years. | 15:09 |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 15:10 | |
| lpapp | and even then, there should be a timeout on the bitbake layer. | 15:12 |
| lpapp | NOTE: package perl-5.14.2-r6: task do_compile: Started | 15:12 |
| *** davest <davest!Adium@nat/intel/session> has quit IRC | 15:12 | |
| *** davest <davest!Adium@nat/intel/x-qtgwgvziozdoiddj> has joined #yocto | 15:12 | |
| lpapp | jesus, it is rebuilding all the core packages. :( | 15:13 |
| lpapp | not sure why perl is needed for u-boot ?! | 15:13 |
| TuTizz | hey, I have got this error : "/home/adrien/LinuxArm/oe-core/meta-ti/recipes-graphics/mesa/mesa_9.1.3.bbappend", rename mesa_9.1.3.bbappend in mesa_9.1.5.bbappend will be enought or should I do something more? | 15:13 |
| TuTizz | sorry this is the complete error : ERROR: No recipes available for: | 15:14 |
| TuTizz | /home/adrien/LinuxArm/oe-core/meta-ti/recipes-graphics/mesa/mesa_9.1.3.bbappend | 15:14 |
| TuTizz | ERROR: Command execution failed: Exited with 1 | 15:14 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:14 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-fhfxpctqlrwyaedi> has quit IRC | 15:14 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 15:16 | |
| lpapp | ffs... I am rebuilding u-boot for half an hour | 15:17 |
| lpapp | and it is still that much left | 15:17 |
| lpapp | to try a patch application ? | 15:17 |
| lpapp | what am I doing wrong that it takes this much time with full of babysitting? | 15:17 |
| lpapp | what is the ideal workflow for such development ? | 15:17 |
| bluelightning | TuTizz: I assume so... denix ? | 15:18 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ykcdfyxgwbyyxynf> has joined #yocto | 15:19 | |
| lpapp | probably I could have rebuilt u-boot 20 times manually no. | 15:19 |
| lpapp | why is it so painful with Yocto? | 15:19 |
| lpapp | I must be doing something very wrong. | 15:19 |
| bluelightning | didn't you just delete your TMPDIR? | 15:19 |
| lpapp | I did. | 15:20 |
| lpapp | but I rebuild u-boot from scratch in a couple of minutes. | 15:22 |
| lpapp | here I have 509 tasks... what for? | 15:22 |
| lpapp | and one hour building of * just * ** the ** *** bootloader ***? | 15:23 |
| lpapp | and I have a very efficient desktop PC. | 15:23 |
| TuTizz | bluelightning, What denix mean? Is that a branch of yocto? I just git clone git://git.openembedded.org/openembedded-core oe-core to get a fresh version | 15:24 |
| bluelightning | TuTizz: sorry if it wasn't clear, I'm just trying to catch denix's attention since he's the maintainer of meta-ti | 15:24 |
| TuTizz | :D ok np | 15:25 |
| bluelightning | lpapp: I mentioned above, if you want to find out why those dependencies exist, the output of bitbake -g will tell you | 15:25 |
| lpapp | bluelightning: to be honest, I do not care. | 15:25 |
| bluelightning | you asked... | 15:25 |
| lpapp | I just wanna get a sane few minutes build maximum. | 15:25 |
| lpapp | that was more like a statement, as in: it is kinda insane. | 15:26 |
| *** mckoan is now known as mckoan|away | 15:26 | |
| denix | bluelightning: did master update mesa again? :) sorry, missed it, will fix soon | 15:26 |
| bluelightning | denix: I'm afraid so... | 15:27 |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 15:27 | |
| TuTizz | denix, July 17 | 15:27 |
| denix | yeah, I was on vacation then :) | 15:29 |
| ndec | denix: is that supposed to be a valid excuse ;-) | 15:29 |
| denix | ndec: you got me! :) | 15:29 |
| lpapp | is it one hour for others as well to build only the boot loader which is even way before the kernel? | 15:30 |
| lpapp | why is there do_patch in the log? | 15:31 |
| lpapp | it means, it did not actually apply the patch of mine? | 15:31 |
| *** levi <levi!~user@c-24-10-225-212.hsd1.ut.comcast.net> has quit IRC | 15:33 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 15:33 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ykcdfyxgwbyyxynf> has quit IRC | 15:33 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 15:34 | |
| lpapp | why does the do_patch not log at all what patches it applied ?! | 15:34 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:34 | |
| *** levi <levi!~user@c-24-10-225-212.hsd1.ut.comcast.net> has joined #yocto | 15:35 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-anvbipmihduwsosj> has joined #yocto | 15:35 | |
| lpapp | this should contain a patches folder, no? ./tmp/work/foo-linux-gnueabi/u-boot-v2013.07+git9+62c175fbb8a0f9a926c88294ea9f7e88eb898f6c-r1 | 15:39 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 15:47 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 15:53 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 15:55 | |
| fray | morning | 15:57 |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 15:57 | |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 15:58 | |
| seebs | <eyes darting around wildly> who said it was morning? | 16:00 |
| seebs | *runs away* | 16:00 |
| *** GunsNRose <GunsNRose!~GunsNRose@118.114.149.98> has quit IRC | 16:00 | |
| lpapp | how do others verify if a patch had been applied? | 16:01 |
| *** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 16:01 | |
| *** sgw1 is now known as sgw_ | 16:02 | |
| mranostay | lpapp: logfiles? | 16:03 |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:04 | |
| lpapp | mranostay: ? | 16:04 |
| *** galak <galak!~galak@rrcs-108-178-110-76.sw.biz.rr.com> has joined #yocto | 16:10 | |
| *** Guest88394 <Guest88394!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has quit IRC | 16:12 | |
| *** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has quit IRC | 16:14 | |
| lpapp | mranostay: where should the log file be? | 16:28 |
| lpapp | because what I have, does not contain that information. | 16:28 |
| lpapp | I only have pseudo.log containing the word u-boot. | 16:29 |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has quit IRC | 16:29 | |
| fray | patches are generally applied using quilt, so you can check the quilt series file.. | 16:31 |
| lpapp | ? | 16:32 |
| lpapp | surely, it is applied by quilt, but I kinda need more concrete suggestions. :) | 16:32 |
| lpapp | it is not like I am a hard code Yocto developer. | 16:32 |
| lpapp | core* | 16:32 |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto | 16:32 | |
| -YoctoAutoBuilder- build #241 of nightly-mips-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/241 | 16:32 | |
| lpapp | I do not understand thse from half words. | 16:32 |
| ndec | log.do_patch in the WORKDIR gives you all the info. | 16:33 |
| lpapp | if there is no error in that file, it means it applied the change nicely? | 16:35 |
| ndec | indeed. | 16:35 |
| ndec | if there is any error, bitbake would abort and tell you. whatever the task it is that you are running. | 16:36 |
| lpapp | or it would not apply a change for some reason | 16:36 |
| lpapp | but I guess it is now there | 16:36 |
| ndec | the log file even tells you where the file was taken from | 16:36 |
| *** arky <arky!~arky@113.22.49.207> has quit IRC | 16:38 | |
| -YoctoAutoBuilder- build #68 of minnow-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/68 | 16:41 | |
| lpapp | ndec: k, thanks. | 16:42 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:49 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-jxujgscfuemfgfhi> has left #yocto | 16:49 | |
| lpapp | ndec: is there any reason why u-boot.bin did not get into the deploy folder? | 16:50 |
| -YoctoAutoBuilder- build #229 of nightly-ppc-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/229 | 16:50 | |
| lpapp | it can be found only in "work". | 16:50 |
| ndec | is u-boot.img there? | 16:50 |
| lpapp | no | 16:51 |
| lpapp | how can I get it into the deployment folder? | 16:52 |
| lpapp | I only used bitbake u-boot though, not bitbake core-image-minimal. | 16:52 |
| ndec | if the recipe doesn't do it, there must be a reason. | 16:53 |
| ndec | i don't have a local build with u-boot, so i can't check. | 16:53 |
| *** blitz00 <blitz00!stefans@nat/intel/x-iwwjdwhncyndgurl> has quit IRC | 16:53 | |
| lpapp | is it supposed to? | 16:54 |
| *** rtollert_ is now known as rtollert | 16:57 | |
| ndec | lpapp: you need to check what is in <WORKDIR>/packages that's what's used to generate the package. | 16:59 |
| -YoctoAutoBuilder- build #232 of nightly-arm-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/232 | 17:00 | |
| lpapp | you mean package? | 17:00 |
| *** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has joined #yocto | 17:01 | |
| lpapp | or packages-split | 17:01 |
| ndec | yes. or packages-split. | 17:01 |
| lpapp | those are just packages. | 17:02 |
| lpapp | not sure where it is defined to be put into deploy, then. | 17:02 |
| lpapp | should "bitbake u-boot" put it into the deploy folder, at all? | 17:04 |
| lpapp | ndec: ^ | 17:04 |
| *** michael_e_brown <michael_e_brown!~michaeleb@143.166.116.80> has joined #yocto | 17:07 | |
| lpapp | so if I have eight cores, I should put -j16 into the config? | 17:08 |
| lpapp | sorry, 4 cores, 8 threads. | 17:08 |
| lpapp | does such a change need a full rebuild or it will take effect at the next recipe parsing, or so? | 17:09 |
| lpapp | or next bitbake run? | 17:09 |
| *** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has quit IRC | 17:10 | |
| lpapp | also, why do I have two .bins in the package folder? | 17:12 |
| lpapp | u-boot-v2013.07+git9+62c175fbb8a0f9a926c88294ea9f7e88eb898f6c-r1.bin and u-boot.bin? | 17:12 |
| lpapp | hmm, it does seem a lot faster after switching to -j8. | 17:12 |
| *** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 17:16 | |
| -YoctoAutoBuilder- build #232 of nightly-x86-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/232 | 17:18 | |
| sgw_ | lpapp: a machine with 4 cores 8 threads could have BB_NUMBER_THREADS="8" and PARALLEL_MAKE = "-j 8", not sure if you set BB_NUMBER_THREADS also | 17:21 |
| lpapp | yeah, I used 8 for both, thanks. | 17:22 |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC | 17:22 | |
| * lpapp is still not sure about the mkimage usage in Yocto instead of "make uImage" | 17:22 | |
| lpapp | can I get the mkimage u-boot binary available at kernel build time? | 17:23 |
| lpapp | or it is only available after everything built and installed? | 17:23 |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto | 17:23 | |
| lpapp | it would be nicer than a host tool which needs an installation from each developer. | 17:25 |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 17:26 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:26 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:26 | |
| -YoctoAutoBuilder- build #229 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/229 | 17:26 | |
| *** bluelightning_ is now known as bluelightning | 17:26 | |
| lpapp | as you may already know, u-boot requires uImages. | 17:26 |
| -YoctoAutoBuilder- build #200 of nightly-fsl-arm-lsb is complete: Failure [failed Building Images Building Images_1 Building Images_2] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/200 | 17:29 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 17:30 | |
| * lpapp is still not sure why the UBOOT_ADDRESS/ENTRYPOINT exists. | 17:31 | |
| lpapp | why does the kernel need to know those ? That is for the flasher, no? | 17:31 |
| *** belen2 <belen2!Adium@nat/intel/x-qsoxxfkrpewemumx> has quit IRC | 17:31 | |
| *** sameo <sameo!samuel@nat/intel/x-sulzjtgkklamqccs> has quit IRC | 17:33 | |
| otavio | lpapp: this is for uImage | 17:33 |
| lpapp | otavio: ? | 17:34 |
| otavio | lpapp: in case you use zImage it is not need | 17:34 |
| lpapp | I think we just hard coded it. | 17:34 |
| otavio | yes | 17:34 |
| lpapp | that will work for us. | 17:34 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 17:34 | |
| lpapp | not too flexible though. | 17:34 |
| lpapp | CONFIG_SYS_TEXT_BASE is the proper config for the entry point | 17:35 |
| lpapp | have not found the other one yet | 17:35 |
| otavio | lpapp: in U-Boot? | 17:35 |
| otavio | yes | 17:35 |
| lpapp | ? | 17:35 |
| otavio | but kernel needs to know it | 17:35 |
| otavio | (for uimage format) | 17:35 |
| lpapp | ../meta/classes/kernel.bbclass:72:UBOOT_LOADADDRESS ?= "${UBOOT_ENTRYPOINT}" | 17:35 |
| lpapp | right, so they are eventually the same for the average case. | 17:35 |
| lpapp | so, how can I get the u-boot.bin into the deployed folder? | 17:37 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 17:38 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:41 | |
| otavio | lpapp: bitbake u-boot | 17:43 |
| lpapp | otavio: ok, so how can I debug why that does not work? | 17:44 |
| otavio | lpapp: what does not work? | 17:44 |
| *** galak <galak!~galak@rrcs-108-178-110-76.sw.biz.rr.com> has quit IRC | 17:44 | |
| otavio | lpapp: I use it daily here and it does. | 17:44 |
| lpapp | meta-mylayer/conf/machine/mymachine.conf should define KERNEL_IMAGETYPE="uImage"? | 17:45 |
| *** ftonello_ <ftonello_!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has joined #yocto | 17:45 | |
| *** ftonello_ is now known as ftonello | 17:45 | |
| lpapp | otavio: ok, but that does not make it work for me automatically, right? :) | 17:45 |
| lpapp | otavio: it is not getting moved/copied from the workdir. | 17:46 |
| lpapp | populated if you like. | 17:46 |
| otavio | lpapp: I didn't get what you mean | 17:46 |
| lpapp | otavio: it is not in the deploy folder. | 17:48 |
| otavio | lpapp: it will be if: | 17:48 |
| otavio | you build it | 17:48 |
| otavio | you build an image which depends on it | 17:48 |
| lpapp | meta-mylayer/conf/machine/mymachine.conf -> if I change anything in here, and execute bitbake core-image-minimal, will everything be properly rebuilt, respectively? | 17:49 |
| lpapp | otavio: yeah, but it is clearly not working for me. | 17:50 |
| lpapp | I need to debug it somehow. | 17:50 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 17:51 | |
| lpapp | otavio: so how can I debug the fact it is not there? | 17:52 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:52 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 17:53 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:55 | |
| lpapp | it should be the do_install task, right? | 17:56 |
| lpapp | NOTE: package u-boot-v2013.07+git16+62c175fbb8a0f9a926c88294ea9f7e88eb898f6c-r1: task do_install: Succeeded | 17:57 |
| *** pidge <pidge!pidge@nat/intel/x-rsukdcsiabjnsrqb> has joined #yocto | 18:00 | |
| lpapp | hmm, it makes it is not in ./tmp/deploy/rpm/armv5te/ | 18:01 |
| *** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:01 | |
| lpapp | as it is not a package like that. | 18:01 |
| lpapp | otavio: where is u-boot.bin installed on your system? | 18:01 |
| lpapp | oh, it is actually there now. | 18:01 |
| lpapp | just with a different name than I looked! | 18:02 |
| lpapp | why symbolic links in the images btw? | 18:02 |
| *** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto | 18:04 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:04 | |
| sgw_ | lpapp: are you referring to tmp/deploy/images? | 18:05 |
| -YoctoAutoBuilder- build #198 of nightly-fsl-ppc-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/198 | 18:07 | |
| lpapp | sgw_: yeah | 18:09 |
| sgw_ | lpapp: if you are referring to the symlinks in there, they are from the dated version to the undated, that way you can keep older versions of images and kernels around for testing, but have scripts find the current versions. | 18:10 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:14 | |
| lpapp | sgw_: it is vice versa for e. | 18:14 |
| lpapp | me* | 18:14 |
| lpapp | undated to dated. | 18:14 |
| lpapp | just like so to so.1, etc. | 18:14 |
| lpapp | ok... | 18:14 |
| lpapp | anyone here using openocd? | 18:16 |
| lpapp | I wonder the workflow Yocto people prefer when flashing u-boot, etc with openocd. | 18:16 |
| sgw_ | lpapp: maybe I gave the wrong sense of direction, it's as such: bzImage -> bzImage--3.8.13+git0+375cb6ebfd_f20047520a-r4.2-qemux86-64-20130726212309.bin | 18:16 |
| sgw_ | undated -> dated | 18:16 |
| lpapp | do people keep openocd scripts in the images folder? | 18:16 |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 18:17 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 18:21 | |
| -YoctoAutoBuilder- build #226 of nightly-x86-64 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/226 | 18:25 | |
| -YoctoAutoBuilder- build #227 of nightly-world is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/227 | 18:47 | |
| *** levi <levi!~user@c-24-10-225-212.hsd1.ut.comcast.net> has quit IRC | 18:47 | |
| *** levi <levi!~user@24.10.225.212> has joined #yocto | 18:48 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 18:57 | |
| -YoctoAutoBuilder- build #228 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/228 | 18:58 | |
| *** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:01 | |
| *** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has joined #yocto | 19:01 | |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 19:04 | |
| *** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has quit IRC | 19:07 | |
| *** Jay7 <Jay7!jay@176.15.24.133> has quit IRC | 19:22 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto | 19:26 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 19:28 | |
| *** Jay7 <Jay7!jay@176.15.24.149> has joined #yocto | 19:28 | |
| *** trollixx_ <trollixx_!~trollixx@sf.wisetroll.net> has joined #yocto | 19:31 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 19:32 | |
| *** _julian_ <_julian_!~quassel@x2f00932.dyn.telefonica.de> has quit IRC | 19:33 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has quit IRC | 19:33 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 19:33 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 19:33 | |
| *** _julian <_julian!~quassel@x2f00932.dyn.telefonica.de> has joined #yocto | 19:33 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 19:33 | |
| lpapp | how can I avoid having the output name, u-boot-$UBOOT_MACHINE.bin? | 19:38 |
| lpapp | I would like to have only u-boot.bin. | 19:38 |
| lpapp | how can I avoid having the output name, u-boot-$MACHINE.bin? | 19:39 |
| lpapp | same for the uImage | 19:39 |
| lpapp | btw, why am I getting zImage generated when I have set the KERNEL_IMAGETYPE to uImage? | 19:39 |
| ndec | lpapp: not easily. i mean for the renaming. | 19:42 |
| lpapp | ndec: why not? | 19:46 |
| lpapp | anyway, I am fine with it, then. | 19:46 |
| lpapp | but why don't I get uImage generated? | 19:46 |
| ndec | because it's how the recipe is writtn. | 19:46 |
| lpapp | why I asked for that? | 19:46 |
| ndec | where/how did you set KERNEL_IMAGETYPE? | 19:46 |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC | 19:47 | |
| lpapp | ndec: in the machine conf | 19:48 |
| lpapp | grep -rn KERNEL_IMAGETYPE ./meta-foo/conf/machine/mymachine.conf | 19:48 |
| lpapp | 36:KERNEL_IMAGETYPE = "uImage" | 19:48 |
| ndec | something might be overriding it. can you try bitbake -e virtual/kernel | grep KERNEL_IMAGETYPE | 19:50 |
| lpapp | I already deleted tmp | 19:52 |
| lpapp | sstate downloads etc | 19:52 |
| lpapp | I will do a fresh build | 19:52 |
| lpapp | ndec: http://pastebin.com/mTdtQ4km | 19:54 |
| lpapp | it might be the recipe overriding it. | 19:55 |
| ndec | lpapp: so, your KERNEL_IMAGETYPE is not taken care. something must be wrong, either with your machine, or config. | 19:55 |
| lpapp | yeah, the recipe sets it to zImage... I wonder why. | 19:55 |
| lpapp | I thought our recipe would be a clone of the meta/ | 19:56 |
| *** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has joined #yocto | 19:56 | |
| lpapp | ndec: the recipe should not define it, I guess? | 19:57 |
| ndec | indeed. | 19:57 |
| lpapp | FILES_kernel-image = "/boot/zImage*" | 19:57 |
| lpapp | meh, it also does this. | 19:58 |
| lpapp | that is also wrong. | 19:58 |
| lpapp | equally wrong. | 19:58 |
| lpapp | ok, itbake -e virtual/kernel | grep KERNEL_IMAGETYPE | 19:58 |
| lpapp | that yields uImage now, thanks. | 19:58 |
| lpapp | bitbake* | 19:58 |
| *** jmdelos_ <jmdelos_!~polk@71-219-244-61.clsp.qwest.net> has joined #yocto | 19:59 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 20:00 | |
| *** jmpdelos <jmpdelos!~polk@174-22-174-197.clsp.qwest.net> has quit IRC | 20:00 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has joined #yocto | 20:02 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 20:08 | |
| *** martiert <martiert!~martin@59.37-191-128.fiber.lynet.no> has joined #yocto | 20:10 | |
| *** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 20:11 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 20:19 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 20:19 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 20:29 | |
| *** jchonig <jchonig!~jch@128.224.252.2> has quit IRC | 20:31 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 20:31 | |
| *** jchonig <jchonig!~jch@128.224.252.2> has joined #yocto | 20:34 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 20:34 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 20:37 | |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 20:46 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 20:49 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 20:56 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 20:56 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 20:57 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 20:58 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 20:58 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 21:01 | |
| *** zerus <zerus!~epetmab@90-224-44-236-no67.tbcn.telia.com> has quit IRC | 21:07 | |
| *** ant_home <ant_home!~andrea@host218-250-dynamic.17-79-r.retail.telecomitalia.it> has joined #yocto | 21:13 | |
| *** jchonig <jchonig!~jch@128.224.252.2> has quit IRC | 21:22 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:30 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 21:31 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 21:31 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 21:32 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 21:36 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:53 | |
| *** Ramana_ <Ramana_!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has quit IRC | 21:55 | |
| *** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has joined #yocto | 22:05 | |
| *** levi` <levi`!~user@c-24-10-225-212.hsd1.ut.comcast.net> has joined #yocto | 22:11 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 22:13 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 22:14 | |
| *** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has quit IRC | 22:43 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 22:45 | |
| *** levi` <levi`!~user@c-24-10-225-212.hsd1.ut.comcast.net> has quit IRC | 22:52 | |
| *** levi <levi!~user@24.10.225.212> has quit IRC | 22:52 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 22:53 | |
| *** levi <levi!~user@c-24-10-225-212.hsd1.ut.comcast.net> has joined #yocto | 22:54 | |
| *** ant_home <ant_home!~andrea@host218-250-dynamic.17-79-r.retail.telecomitalia.it> has quit IRC | 22:58 | |
| *** arky <arky!~arky@113.22.49.207> has joined #yocto | 22:59 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-anvbipmihduwsosj> has quit IRC | 23:01 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 23:08 | |
| *** jchonig <jchonig!~jch@24.114.85.61> has joined #yocto | 23:27 | |
| *** pidge <pidge!pidge@nat/intel/x-rsukdcsiabjnsrqb> has quit IRC | 23:31 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 23:32 | |
| *** flihp <flihp!~flihp@216.57.91.130> has quit IRC | 23:33 | |
| *** flihp <flihp!~flihp@216.57.91.130> has joined #yocto | 23:34 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 23:35 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 23:37 | |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 23:41 | |
| *** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto | 23:51 | |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has quit IRC | 23:54 | |
| *** agust <agust!~agust@pD9E2F9C6.dip0.t-ipconnect.de> has quit IRC | 23:56 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:56 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!