| 00:10.26 | *** join/#oe nilsf (n=nils@p5083CF68.dip0.t-ipconnect.de) |
| 00:10.29 | *** join/#oe cyril_ (n=cyrilRom@AToulouse-157-1-157-93.w81-49.abo.wanadoo.fr) |
| 00:12.35 | CIA-4 | 03rpurdie * r645 10bitbake/lib/bb/fetch/ (8 files): fetchers: Refactor interating through urls into the fetcher core (preparing for common md5/tarball stash code) |
| 00:15.32 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 00:24.14 | *** part/#oe nilsf (n=nils@p5083CF68.dip0.t-ipconnect.de) |
| 01:07.28 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 01:08.43 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
| 02:07.01 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 02:13.02 | *** join/#oe Laibsc1 (n=Laibsch@Fb345.f.ppp-pool.de) |
| 02:49.23 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a203.ptbyny.tds.net) |
| 03:11.07 | *** join/#oe tmbinc (i=abcd@e176153088.adsl.alicedsl.de) |
| 03:43.53 | raduga | it sortof works |
| 03:44.01 | raduga | at least, i think it works :/ |
| 04:02.11 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 04:18.48 | *** join/#oe W8TVI (n=me@166.165.146.185) |
| 05:23.49 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 05:58.52 | *** join/#oe hvontres|home (n=henry@adsl-75-28-15-209.dsl.sndg02.sbcglobal.net) |
| 06:24.49 | *** join/#oe [lala] (n=lala@pD9EB1AEF.dip0.t-ipconnect.de) |
| 06:43.48 | *** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 06:43.54 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 07:18.43 | *** join/#oe chouimat|away (n=dieu@r2351064.cidc.net) |
| 08:06.36 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 08:36.02 | *** join/#oe rob_w (n=bob@p85.212.129.249.tisdip.tiscali.de) |
| 08:40.34 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 08:46.17 | *** join/#oe gremlin[it] (n=_@ppp-31-10.25-151.libero.it) |
| 08:53.05 | *** join/#oe leoncamel (n=leoncame@219.142.131.58) |
| 09:07.29 | CIA-4 | 03rwhitby 07org.oe.dev * r4e4a2d2a... 10/ (6 files in 4 dirs): |
| 09:07.29 | CIA-4 | slugos: Changed SLUGOS_FLASH_IMAGE to be multi-valued, to allow for multiple |
| 09:07.29 | CIA-4 | target upgrade image formats. Changed the image name, so that it overwrites the |
| 09:07.29 | CIA-4 | previously built image (and doesn't fill the autobuilder disks). |
| 09:19.18 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 09:21.51 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
| 09:21.59 | mickeyl | anyone of you know an autofoo-wizard? |
| 09:22.16 | mickeyl | e.g. something that asks me for source files and dependencies, then creates all autofoo infrastructure files |
| 09:23.25 | koen | don't some IDEs do that for you? |
| 09:24.38 | mickeyl | probably, but I thought of something clean |
| 09:24.43 | mickeyl | i.e. something that i can understand afterwards |
| 09:26.55 | koen | I heard something about gnome-common |
| 09:33.35 | Ifaistos | goodmorning |
| 09:33.58 | koen | hey Ifaistos |
| 09:34.02 | koen | kergoth: 2006-11-12 10:35:25 1Gj1Xb-0003Hn-4L kergoth.com [207.210.106.158] No route to host |
| 09:35.36 | gremlin[it] | seem perl fail do configure if perl-native is 'assuped-provided' ... cause it try to use staging/<native arch>/bin/perl<version> !!! |
| 10:00.27 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
| 10:05.18 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-157-93.w81-49.abo.wanadoo.fr) |
| 10:06.39 | cyrilRomain | a morning that start with a denial of service if a bad morning |
| 10:07.00 | cyrilRomain | good morning all |
| 10:07.02 | NAbyss | cyrilRomain: Or a blessing in disguise, if you can use it as an excuse for something else not working :) |
| 10:08.27 | cyrilRomain | NAbyss: yes, but sadly not here :( |
| 10:10.26 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 10:19.29 | *** join/#oe polyonymous (n=hacker@pD9539A04.dip0.t-ipconnect.de) |
| 10:20.19 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 10:27.04 | RP | morning all |
| 10:27.12 | gremlin[it] | hi RP |
| 10:31.39 | cyrilRomain | hey RP |
| 10:31.41 | Ifaistos | RP : Hi ! |
| 10:37.04 | koen | Hey RP |
| 10:37.45 | koen | RP: Poky would benifit from this: http://www.openembedded.org/viewmtn/diff.psp?id1=b1116e7c5f000ce7ebb2b39f584817d9243a5fb4&id2=e828cc8219ce3a989d3bbf7e05247cd303ff8cf2&fname=packages/sysvinit/sysvinit/angstrom/rc |
| 10:38.26 | RP | koen: It fixes the divide by zero on shutdown? |
| 10:38.45 | *** part/#oe gremlin[it] (n=_@ppp-31-10.25-151.libero.it) |
| 10:38.55 | koen | RP: yes, but it sets random values '(10' and '1'), so you don't get a proper shutdown splash |
| 10:39.15 | koen | but at least the machine doesn't ask for the maintenance password :) |
| 10:39.32 | RP | koen: We should really fix it properly :) |
| 10:40.07 | *** join/#oe gremlin[it] (n=_@ppp-31-10.25-151.libero.it) |
| 10:40.20 | koen | yeah |
| 10:40.44 | gremlin[it] | i notice libxml-parser-perl-native-2.34-r2 fail to build cause of a space in the make parameters ... |
| 10:40.58 | *** join/#oe Slims (n=joni@48.189.77.83.cust.bluewin.ch) |
| 10:41.20 | gremlin[it] | where are the riles to generate oe_runmake() ?? |
| 10:42.00 | gremlin[it] | it generate >>make -e MAKEFLAGS= "$@" || die "oe_runmake failed"<< tha space after MAKEFLAGS= is the problem :( |
| 10:42.14 | gremlin[it] | s/riles/rules/ |
| 10:43.10 | koen | gremlin[it]: patches accepted |
| 10:43.40 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 10:43.55 | gremlin[it] | koen which patch ? |
| 10:44.09 | koen | for all the problems you are talking about |
| 10:44.38 | *** join/#oe x29a (n=x29a@pD9EEC39F.dip.t-dialin.net) |
| 10:44.54 | RP | gremlin[it]: Were you seeing it with something using qmake? |
| 10:45.40 | gremlin[it] | the package is libxml-parser-perl-native-2.34-r2 ... part of perl ... |
| 10:46.02 | RP | gremlin[it]: ignore me then ;-) |
| 10:47.12 | gremlin[it] | but you are true .. the only reference to MAKEFLAGS= and a space is in qmake ... but seem perl use something different ... |
| 10:47.44 | gremlin[it] | koen : i just update oe ... but problem persist ... is the patch accepted and also applied ? |
| 10:48.20 | RP | gremlin[it]: I think koen was suggesting you were welcome to provide a patch :) |
| 10:48.42 | gremlin[it] | ahh ... |
| 10:49.08 | gremlin[it] | ok but i need some clues about where oe_runmake() is defined :) ... |
| 10:50.02 | RP | gremlin[it]: base.bbclass |
| 10:50.44 | cyrilRomain | gremlin[it]: maybe it comes from the leading space in the EXTRA_CPANFLAGS of libxml-parser-perl-native_2.34.bb ? |
| 10:51.33 | gremlin[it] | no cause in base.bbclass i found >>>${MAKE} ${EXTRA_OEMAKE} "$@"<<< |
| 10:52.26 | gremlin[it] | probabbly that solve for perl .. but don't know if create problem for other packages ... let's see :) |
| 10:52.37 | cyrilRomain | gremlin[it]: yep |
| 10:52.40 | Crofton | zecke? |
| 10:58.41 | *** join/#oe rob_w (n=bob@p85.212.129.249.tisdip.tiscali.de) |
| 10:59.50 | *** join/#oe realloc (n=realloc@212.119.161.78) |
| 11:08.20 | gremlin[it] | i have a completelly off-topic question ... a UK company asked me for a dettailed resume ... but i really don't know how to write and a bit what to write ... how in depth i have to list my previous jobs and my rules and what i produce ... any suggestion ? |
| 11:12.08 | RP | gremlin[it]: Google for "writing a CV" (Curriculum Vitae) |
| 11:12.41 | gremlin[it] | i did ... but found what i already have ... nothing about 'dettailed CV' ... bha :) ... |
| 11:12.49 | gremlin[it] | ok lunch time ... see u later |
| 11:18.23 | *** join/#oe mmp (n=mmp@85.135.174.132) |
| 11:19.41 | Laibsc1 | when did the changes occur that dropped the libqte2 package? |
| 11:26.42 | mickeyl | did anyone of you guys use autoproject before? |
| 11:27.06 | mickeyl | (autotools skeleton creator) |
| 11:28.50 | RP | mickeyl: I've always just pinched conf code from other projects... |
| 11:29.17 | mickeyl | RP: i see. that's what I'm afraid of... |
| 11:29.38 | koen | no one create autofoo from scratch |
| 11:29.44 | RP | I've not written that many projects from scratch ... |
| 11:29.55 | koen | it all stems from the same autofoo config file from the 70's ;) |
| 11:30.12 | mickeyl | ohand autofoo stuff looks clean |
| 11:30.14 | mickeyl | concise |
| 11:30.36 | RP | It was ohand code I pinched from :) |
| 11:31.06 | mickeyl | *nod* i only need things like checking for pkgconfig libraries. nothing fancy |
| 11:31.48 | mickeyl | then again, i could just continue using qmake... |
| 11:32.13 | koen | please, think of the developers |
| 11:32.19 | koen | :) |
| 11:32.38 | koen | you can see from maemo how hard people find it to install an sdk |
| 11:32.50 | RP | If you just need pkgconfig, you could probably write a skeleton genertor for your needs easily enough |
| 11:32.54 | cyrilRomain | RP: linux-openzaurus-2.6.17-r30 patch fails for tosa (the 2.6.17-r28 worked though). Here is the patch: http://www.rafb.net/paste/results/QpbgMZ46.html (the two patches used are the same than in linux-openzaurus-2.6.18+git/) |
| 11:32.55 | koen | "but the phone runs gtk, why do I need qt?" |
| 11:33.43 | RP | cyrilRomain: ok, thanks - I'll look at that shortly |
| 11:35.57 | *** join/#oe TheCan (n=thecan@dslb-084-056-155-066.pools.arcor-ip.net) |
| 11:39.58 | mickeyl | well, sooner or later the phone should run both gtk and qt |
| 11:40.00 | mickeyl | but i agree |
| 11:40.04 | mickeyl | autoconf is a must |
| 11:40.21 | mickeyl | it's just that I successfully went around without learning it |
| 11:40.25 | mickeyl | for all those years now |
| 11:40.26 | RP | The bitbake fetcher codemake me feel ill :-( |
| 11:40.40 | mickeyl | sickness, even |
| 11:40.57 | RP | mickeyl: I had the same problem as until I wrote zaurusd simple makefiles were fine :) |
| 11:41.27 | RP | The fetchers can get called at random places in the code and have no way to save state :-/ |
| 11:41.54 | mickeyl | nasty :/ |
| 11:45.14 | koen | RP: is it OK to check in the current zaurusd code into the devmand repo? |
| 11:45.39 | RP | koen: Please wait for now :-/ |
| 11:46.07 | koen | RP: I don't have write access, so I would have delegated it anyway :) |
| 11:59.57 | koen | ~lart waitpid() |
| 12:08.24 | NAbyss | ~ugt |
| 12:08.31 | ibot | ugt is probably Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html |
| 12:15.17 | *** join/#oe acassis (i=8f361e07@gateway/web/cgi-irc/linuxpreview.org/x-4d5804157fdc35fe) |
| 12:16.39 | acassis | Hi koen and cyril, I fixed all problem on my bitbake package. There is time to send it do bugtrack |
| 12:27.50 | cyrilRomain | acassis: :) |
| 12:28.00 | acassis | Thanks for you! |
| 12:28.42 | acassis | cyrilRomain: do you already submit some package to OE? |
| 12:29.06 | cyrilRomain | acassis: no. I even never write a .bb file myself |
| 12:29.16 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
| 12:29.48 | acassis | sure, koen said me I just need send it to bugtrack |
| 12:31.08 | cyrilRomain | acassis: I tried to create one for ocaml, but it needs bootstraping (and thus a deep understanding about how .bb and how ocaml compile, which I do not have) |
| 12:31.35 | mickeyl | hmm |
| 12:31.39 | mickeyl | autoconf is not _that_ bad |
| 12:31.47 | mickeyl | it kind of works |
| 12:32.12 | acassis | cyrilRomain: ok, I think ipatience was really simple to create the .bb |
| 12:32.24 | koen_ | cyrilRomain: there's a start at http://www.openembedded.org/filebrowser/org.openembedded.dev/packages/nonworking/ocamlc |
| 12:32.37 | cyrilRomain | koen_: yep I saw |
| 12:33.20 | cyrilRomain | koen_: maybe when I will have some more time :) |
| 12:35.24 | cyrilRomain | RP: I was a bit enthousiastic: my patch is not enough to make it compile: asoc-v0.12.patch need to be updated too (IRQF_DISABLED seem to not exist anymore) |
| 12:35.38 | acassis | koen: the bugtrack to submit the .bb is that: http://bugs.linuxtogo.org ? |
| 12:35.52 | koen_ | acassis: no |
| 12:36.04 | koen_ | acassis: the one in the topic |
| 12:36.07 | RP | cyrilRomain: asoc-v0.12 is probably diffed against much more recent kernels |
| 12:37.01 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 12:37.24 | acassis | koen: I search on google: bugtrack openembedded but don't found it |
| 12:37.51 | acassis | bugs.oe.org ? |
| 12:38.05 | acassis | oe=openembedded |
| 12:38.06 | cyrilRomain | RP: you're right, since the same patch is used for 2.6.18 and 2.6.18+git |
| 12:40.03 | cyrilRomain | by the way what is the policy in OE for such case: when e.g. 2.6.18 compile for a machine but not 2.6.17 ? It is worth making 2.6.17 compiling ? |
| 12:40.30 | RP | cyrilRomain: While we still support it, yes |
| 12:40.47 | cyrilRomain | RP: ok, I'll have a look then |
| 12:41.06 | cyrilRomain | acassis: koen said the one in the channel topic |
| 12:42.00 | acassis | cyrilRomain: what channel topic? sorry my english is no good |
| 12:42.17 | cyrilRomain | acassis: each irc channel as a topic |
| 12:42.20 | cyrilRomain | ~topic |
| 12:42.32 | cyrilRomain | acassis: a sentence that present the channel |
| 12:42.35 | cyrilRomain | http://bugs.openembedded.org/ |
| 12:42.49 | RP | type "/topic" into your irc client |
| 12:42.53 | cyrilRomain | acassis: http://bugs.openembedded.org/ |
| 12:44.13 | acassis | cyrilRomain: ok, then I need go to that channel? but I am using cgi:irc, is possible send my patch using cgi:irc? |
| 12:45.19 | cyrilRomain | acassis: no, this is the topic of this channel (the #oe channel) |
| 12:45.31 | acassis | ok, sorry my fault |
| 12:45.35 | cyrilRomain | but maybe '/topic' does not work in your cgi:irc |
| 12:45.44 | cyrilRomain | acassis: http://bugs.openembedded.org/ |
| 12:45.58 | acassis | yes, I am there |
| 12:46.06 | cyrilRomain | :) |
| 12:47.39 | acassis | I am not IRC user, sorry :) |
| 12:49.28 | *** join/#oe acassis (i=8f361e07@gateway/web/cgi-irc/linuxpreview.org/x-0bbd81b4d74dfa39) |
| 12:51.24 | acassis | cgi:irc sux |
| 12:51.30 | *** join/#oe rob_w (n=bob@p85.212.129.249.tisdip.tiscali.de) |
| 12:51.40 | cyrilRomain | RP: sorry to bother you, but ${RPSRC}/alsa/asoc-v0.12.patch is not in OE and 'RPSRC' let me guess you have the older version that patch successfully with 2.6.17 ;) |
| 12:52.13 | cyrilRomain | RP: well, not a problem if you don't have time |
| 12:52.25 | RP | cyrilRomain: ${RPSRC} is defined in linux-openzaurus.inc |
| 12:56.32 | acassis | cyrilRomain: I create this package using org.openembedded.dev to familiar, but I think it will run in others distros, can I place version unspecified instead Familiar |
| 13:00.15 | cyrilRomain | acassis: sorry I'm not the one to ask for such thing. (you could indeed choose 'unspecified' if it is not a familiar specific package) |
| 13:02.43 | acassis | sure, thank you |
| 13:05.57 | *** join/#oe gremlin[it] (n=_@ppp-31-10.25-151.libero.it) |
| 13:06.48 | *** join/#oe florian_ (n=fuchs@87.193.40.87) |
| 13:07.51 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
| 13:17.03 | acassis | hi guys, I submitted the ipatience package, please verify it at http://bugs.openembedded.org/show_bug.cgi?id=1574 |
| 13:17.17 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 13:18.41 | *** join/#oe pgfeller_ (n=pgfeller@94.116.3.213.cust.bluewin.ch) |
| 13:19.25 | Laibsch | OK, let me try to rephrase my earlier question and explain a bit of the background. I have successfully compiled jards with OE. Now I want to test the package on my collie. Apparently there was some major switch in libs about 1 or 2 weeks ago. |
| 13:19.34 | Laibsch | Previously there was a package called libqte2 which apparently got replaced by something else. I would like to know when that change occured so I can compile just jards against the old tree instead of recompiling everything since the latest changes are not in the feeds for collie. |
| 13:20.35 | Laibsch | Would compiling against oz354x instead of dev work? Have the changes made it into oz354x already? |
| 13:21.01 | koen | Laibsch: as answer to your last 2 questions: no and no |
| 13:21.18 | Laibsch | koen: thanks for the answer. |
| 13:21.23 | Laibsch | So what can I do now? |
| 13:24.17 | florian_ | hi all |
| 13:24.32 | acassis | hi florian |
| 13:25.29 | *** join/#oe O_Neil (n=thor@124.243.194.70) |
| 13:28.18 | CIA-4 | 03acassis 07org.oe.dev * rd3403321... 10/ (6 files in 5 dirs): ipatience: add 0.1, closes #1574 |
| 13:31.14 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
| 13:32.33 | O_Neil | hi everybody |
| 13:32.45 | koen | hey O_Neil |
| 13:33.13 | acassis | hi O_Neil |
| 13:33.19 | O_Neil | I thinks there is a bug with bitbake, |
| 13:33.37 | O_Neil | it can't handle task properbly |
| 13:34.04 | O_Neil | NOTE: package glib-2.0-native-2.6.5-r4: task do_unpack: completed |
| 13:34.13 | O_Neil | NOTE: package glib-2.0-native-2.6.5: completed |
| 13:34.22 | O_Neil | NOTE: package gtk-doc-native-1.0: started |
| 13:34.40 | O_Neil | it did not compile glib |
| 13:34.44 | koen | O_Neil: looks ok to me |
| 13:34.54 | koen | multithreaded bitbake behaves that way |
| 13:35.16 | O_Neil | I thinks it's only occured in bitbake 1.7.3, and 1.6.3 |
| 13:37.15 | O_Neil | and bitbake sometimes build a package of 2 different versions twice |
| 13:41.41 | RP | O_Neil: It would only happen in 1.7.3, not 1.6.3 |
| 13:42.05 | RP | The 2 packages of different versions is a problem. Which package was it? |
| 13:42.43 | O_Neil | last one occurs in 1.6.3 |
| 13:42.43 | O_Neil | e2fsprogs |
| 13:42.46 | O_Neil | I selected a preferred version of 32fsprogs |
| 13:43.10 | RP | and 1.6.3 does it too? :-/ |
| 13:43.14 | O_Neil | yes |
| 13:43.30 | O_Neil | maybe .. |
| 13:43.50 | O_Neil | I'll check it, it was found by others |
| 13:43.58 | RP | That is rather worrying given the dependency code was totally rewritten between those versions... |
| 13:48.54 | Marex | hi |
| 13:48.59 | Marex | where is the tslib cvs now? |
| 13:49.13 | Marex | it seems not to be on armlinux.couk anymore |
| 13:49.28 | koen | Marex: see the tslib .bb in org.openembedded.dev |
| 13:49.41 | koen | IOW, stop using outdated OE trees |
| 13:49.53 | Marex | me ze neho asi jebne |
| 13:49.56 | Marex | errr |
| 13:49.59 | cyrilRomain | Marex: the host was down yesterday iirc |
| 13:50.04 | Marex | koen, I'M NOT USING OE |
| 13:50.15 | koen | Marex: then stop complaining here |
| 13:50.17 | Marex | koen, I've moved to something normal - buildroot |
| 13:50.21 | koen | Marex: THIS IS AN OE CHANNEL |
| 13:50.31 | RP | tslib moved to berlios |
| 13:50.31 | Marex | koen, I WASNT COMPLAINING |
| 13:50.45 | Marex | koen, IT WAS A QUESTION |
| 13:51.44 | Marex | cyrilRomain, the host is ok ... tslib seems to have moved |
| 13:51.58 | Marex | RP, oh, thanks :) |
| 13:52.50 | acassis | people, someone here is using gpe-nmf? |
| 13:53.15 | acassis | it getting a lot of problems with gpe-nmf |
| 13:53.33 | acassis | it is not moving to next track |
| 13:54.21 | acassis | I receive disk_source error every time the current track finish |
| 13:55.33 | Laibsch | koen: Any hint on what I can do to test the jards package? |
| 13:55.46 | koen | Laibsch: no idea |
| 13:55.49 | Marex | RP, got it - svn, thanx :) |
| 13:55.55 | Laibsch | shit |
| 13:56.59 | Laibsch | koen: But I guess I can just compile against an older tree of OE. If I just knew when the switch was made that dropped libqte2. "mtn log|grep libqte" did not tell me. Can you tell me (roughly)? |
| 13:57.33 | koen | Laibsch: afaik nothing was dropped |
| 13:58.08 | Laibsch | Well, maybe not dropped but the dependencies and what is compiled against what seems to have changed. |
| 13:58.12 | Laibsch | Just an example |
| 13:58.54 | mickeyl | the default is multithreaded nowadays |
| 13:59.00 | mickeyl | since months iirc |
| 13:59.07 | mickeyl | possible that some bbs need to be adjusted |
| 14:00.01 | Laibsch | previously there was a package called libjpeg62 (which also depended on libqte2). Now that apparently got replaced with the jpeg package. Jards depends on jpeg if I compile it against the latest tree. But libjpeg62 and jpeg cannot be installed at the same time. |
| 14:00.30 | Laibsch | I was able to compile and use jards about two weeks ago (maybe three) |
| 14:00.46 | koen | libjpeg62 looks like a bug |
| 14:00.53 | Laibsch | the libjpeg vs jpeg dilemma is the root cause of my trouble. |
| 14:01.18 | Laibsch | koen: I think that was the default package in opie just recently. Let me check. |
| 14:03.27 | koen | hmmm |
| 14:03.29 | koen | let me see |
| 14:05.46 | CoreDump|home | hi |
| 14:05.53 | acassis | bye guys |
| 14:06.10 | koen | hey CoreDump|home |
| 14:06.24 | *** part/#oe acassis (i=8f361e07@gateway/web/cgi-irc/linuxpreview.org/x-0bbd81b4d74dfa39) |
| 14:06.28 | koen | CoreDump|home: your fsck code works great |
| 14:06.54 | CoreDump|home | koen: That is good to know |
| 14:07.47 | koen | CoreDump|home: there's only one slight bug: you can't enter the root passwd if fsck corrected errors and halts the boot sequence |
| 14:07.54 | koen | (on a pda) |
| 14:08.00 | koen | a reset solves that |
| 14:08.04 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 14:08.21 | CoreDump|home | koen: ohhh, the "missing keyboard" problem strikes again |
| 14:08.32 | CoreDump|home | ok, that _is_ annoying |
| 14:08.50 | koen | I had to attach serial to see that |
| 14:09.04 | koen | the only indicator is the psplash 'hanging' |
| 14:09.31 | CoreDump|home | right, have the same on OZ actually. A chvt 1 should fix it? |
| 14:09.48 | koen | no idea |
| 14:10.44 | koen | something is not right with the return codes, since it will also stop if it returns '1' (errors found and corrected) |
| 14:10.54 | CoreDump|home | well, it fixes the problem on OZ at least since the bootsplash runs on VT2 |
| 14:10.58 | koen | but as I said, a reset solves it |
| 14:11.22 | RP | psplash always runs on a new VT (i.e. not 1) |
| 14:12.05 | koen | RP: OE shouldn't try to debianify RREPLACES |
| 14:12.21 | koen | Package: libjpeg62, Replaces: libjpeg62 |
| 14:12.33 | koen | the .bb has RREPLACES_${PN} = "jpeg" |
| 14:14.00 | CoreDump|home | koen: if test "$?" -gt 1 |
| 14:14.00 | CoreDump|home | <PROTECTED> |
| 14:14.13 | koen | CoreDump|home: right |
| 14:14.15 | CoreDump|home | it should not stop in returncode 1 |
| 14:14.39 | *** join/#oe zecke (n=ich@88.134.98.23) |
| 14:14.49 | koen | it does stop |
| 14:14.57 | koen | which makes me wonder what the return code is |
| 14:15.11 | RP | koen: Hmm. That doesn't work unless you enforce that every possible combination of previous names is put into RREPLACES (i.e. with and without debian.bbclass for example) |
| 14:15.11 | O_Neil | koen: can I specify a DEPENDS that require package with particular version? like DEPENDS = "glibc-2.4"? |
| 14:16.57 | CIA-4 | 03koen 07org.oe.dev * rd47d579d... 10/ (1 packages/jpeg/jpeg_6b.bb): |
| 14:16.57 | CIA-4 | jpeg: fix packaging |
| 14:16.57 | CIA-4 | * due to some bugs in shlib renaming we can't add RREPLACES, so packagers beware |
| 14:17.23 | zecke | koen: could you prepare a test case to show this shlib renaming bug? |
| 14:17.55 | koen | zecke: put RREPLACES_${PN} = "jpeg" in jpeg_6b.bb |
| 14:18.30 | koen | Laibsch: the jpeg problem should be gone now |
| 14:18.32 | RP | zecke: debian.bbclass alters the RREPLACES values as it does with the rest of the R* variables. Its both a feature and a bug whether it does it or not... |
| 14:19.06 | Laibsch | koen: thanks a bunch. |
| 14:19.56 | CoreDump|home | koen: just for understandings sake: your fsck checked the rootfs and corrected errors, and after that it dropped you to sulogin? |
| 14:20.28 | koen | CoreDump|home: yes |
| 14:20.48 | CoreDump|home | koen: that is not the case here |
| 14:21.05 | koen | CoreDump|home: I'll look into it later |
| 14:21.14 | CoreDump|home | are you using busybox fsck by chance (if there even is such a beat) |
| 14:21.51 | koen | ehm |
| 14:22.19 | koen | no idea |
| 14:22.25 | koen | but that would explain a lot |
| 14:24.44 | koen | this machine already has bash and coreutils :) |
| 14:24.52 | koen | so a real fsck wouldn't hurt |
| 14:25.59 | koen | busybox is starting to annoy me |
| 14:26.10 | CoreDump|home | no kidding =) |
| 14:26.57 | CIA-4 | 03rpurdie * r646 10bitbake/lib/bb/fetch/ (8 files): fetchers: Create a urldata object which is passed between the different url methods. Start to use this to remove duplicate code and duplicate function execution, simplifying the fetchers |
| 14:27.41 | CoreDump|home | koen: the real problem I see is when fsck _really_ can not fix your rootfs. You'd be totally screwed on a keyboard-less machine |
| 14:27.49 | koen | yep |
| 14:28.19 | koen | on most pdas that means 'eject sd card and fsck it on a real machine' |
| 14:28.38 | CoreDump|home | right, that would be less than ideal tho |
| 14:29.06 | koen | I'd have to ask mreimer if the LAB bootldr already understands ext3 |
| 14:29.14 | koen | that would solve most issues |
| 14:29.21 | CoreDump|home | heh indeed |
| 14:31.43 | CIA-4 | 03rpurdie * r647 10bitbake/lib/bb/fetch/ (__init__.py cvs.py svk.py svn.py): fetchers: Remove check_for_tarball() in favour of try_mirror directly |
| 14:39.10 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 14:39.54 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 14:47.32 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 15:02.01 | zecke | mickeyl: I need some python help and design pattern help |
| 15:02.27 | zecke | mickeyl: I have my AST and I have certain operations on it |
| 15:03.04 | zecke | mickeyl: e.g. generating a DOT graph of the AST, optimizing it, and evaluating it to a bb.data instance |
| 15:03.46 | CIA-4 | 03rpurdie * r648 10bitbake/lib/bb/fetch/ (__init__.py cvs.py git.py ssh.py svk.py svn.py wget.py): fetchers: Cleanup more variables |
| 15:04.01 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 15:04.45 | zecke | ibot: test |
| 15:04.51 | ibot | Test Passed! |
| 15:06.13 | koen | RP: ERROR: Exception:exceptions.NameError Message:global name 'parm' is not defined |
| 15:06.27 | koen | RP: in _svn.bbs |
| 15:06.33 | CIA-4 | 03coredump 07org.oe.oz354x * r0b010b19... 10/ (3 files in 3 dirs): initscripts: checkroot.sh: chvt 1 if fsck returns with an errorcode and waits for user input. Fixes the "hanging" bootsplash on some distros |
| 15:06.43 | CIA-4 | 03coredump 07org.oe.dev * r4edccdfa... 10/ (3 files in 3 dirs): initscripts: checkroot.sh: chvt 1 if fsck returns with an errorcode and waits for user input. Fixes the "hanging" bootsplash on some distros |
| 15:06.57 | chouimat | morning |
| 15:06.57 | koen | RP: I'm at r648 with bitbake |
| 15:07.02 | koen | hey chouimat |
| 15:09.15 | koen | CoreDump|home: did you see http://lists.linuxtogo.org/pipermail/openembedded-devel/2006-November/000749.html ? |
| 15:10.32 | CoreDump|home | hmm no |
| 15:11.06 | CIA-4 | 03rpurdie * r649 10bitbake/lib/bb/fetch/svn.py: svn.py: Fix a reference to parm |
| 15:11.10 | RP | koen: I suspect there might be a few of these kind of bugs given I've renamed just about all the variables :-/ |
| 15:11.41 | koen | RP: that's why you have testers :) |
| 15:11.42 | RP | The fetchers themselves are getting smaller and smaller though :) |
| 15:12.06 | RP | koen: true, thanks :) |
| 15:12.14 | CoreDump|home | koen: it complains about "PACKAGE_ARCH_${PN} = all" |
| 15:12.25 | CoreDump|home | looks legal to me =) |
| 15:12.49 | koen | RP: another one: ERROR: Exception:exceptions.NameError Message:global name 'date' is not defined |
| 15:13.01 | koen | in NOTE: package gnu-config-native-0.1+cvs20050701-r4: task do_fetch: started |
| 15:13.30 | koen | CoreDump|home: it isn't legal for the parser :) |
| 15:13.40 | CoreDump|home | ~lart the parser |
| 15:13.44 | CoreDump|home | ;) |
| 15:14.27 | koen | it should be PACKAGE_ARCH_${PN} = "all" |
| 15:14.41 | CoreDump|home | that's nitpicking |
| 15:15.06 | CoreDump|home | but I'll change it if it makes the parser happy |
| 15:15.34 | CIA-4 | 03rpurdie * r650 10bitbake/lib/bb/fetch/ (cvs.py svk.py svn.py): svn.py: Fix a references to date |
| 15:15.42 | koen | if all those errors get fixed, zecke can publish the new parser |
| 15:15.50 | koen | and that parses everything in 2 seconds |
| 15:17.59 | mickeyl | zecke: sound good... where's the question? ;) |
| 15:20.18 | zecke | mickeyl: I do not want to have two methods in the classes that make the AST |
| 15:20.31 | zecke | mickeyl: currently I have eval() I would need evalDot, evalData |
| 15:20.53 | zecke | mickeyl: I look for a clever way to either operate on the AST (knowing the types and meaning) |
| 15:21.03 | mickeyl | sounds like a task for a mixin. create the eval data in a seperate class and then derive a new class from both the AST and the Eval |
| 15:21.03 | zecke | mickeyl: or somehow injecting the strategy/method into the AST :) |
| 15:21.29 | mickeyl | i'm always a fan of multiple inheritance if methods are disjunct and base classes as well |
| 15:21.30 | zecke | mickeyl: can I dynamically do this inherit? |
| 15:21.34 | mickeyl | sure |
| 15:21.43 | zecke | mickeyl: e.g. having a factory to generate the 'base' |
| 15:21.52 | mickeyl | yep |
| 15:21.57 | mickeyl | bar = Object |
| 15:22.00 | mickeyl | class foo (bar) |
| 15:22.03 | mickeyl | should work fine |
| 15:22.12 | mickeyl | or even using new() |
| 15:22.14 | mickeyl | but i never used that |
| 15:22.39 | mickeyl | remember: classes are first class object, you can do almost everything you like with 'em |
| 15:25.16 | mickeyl | ok, 7 hours work |
| 15:25.18 | mickeyl | need a break now |
| 15:25.19 | mickeyl | bbl |
| 15:28.33 | CIA-4 | 03coredump 07org.oe.oz354x * r68f42c8e... 10/ (3 files in 2 dirs): altboot: Make Mr. Parser happy again |
| 15:29.06 | CIA-4 | 03coredump 07org.oe.dev * rd2780d1e... 10/ (4 files in 2 dirs): altboot: Make Mr. Parser happy again |
| 15:30.37 | CIA-4 | 03rpurdie * r651 10bitbake/lib/bb/fetch/ (__init__.py cvs.py svk.py svn.py wget.py): fetchers: Only call createCopy and update_data after checking if the download already exists. Refactor parameters to wget's fetch_uri and make md5 a global urldata option. |
| 15:32.51 | koen | RP: once you're done with the fetchers, could you bump it up to 1.7.4? |
| 15:33.30 | RP | koen: That sounds sensible :) |
| 15:49.52 | zecke | BTW: anyone knows when the RX bytes of ifconfig/kernel wrap around? |
| 15:50.03 | *** join/#oe Slims_ (n=joni@140.187.203.62.cust.bluewin.ch) |
| 15:50.16 | NAbyss | zecke: 2^32 on this box (x86-32) |
| 15:50.34 | NAbyss | Kernel 2.6.18.1 |
| 15:50.53 | zecke | NAbyss: and does it count the overruns? |
| 15:50.55 | koen | ~4GB iirc |
| 15:51.11 | NAbyss | zecke: Not as far as I know, no |
| 15:51.16 | zecke | :( |
| 15:51.19 | *** join/#oe valLongfield (n=valentin@adsl-84-226-132-208.adslplus.ch) |
| 15:51.23 | NAbyss | zecke: Which is somewhat irritating |
| 15:51.48 | NAbyss | zecke: This box's had uptimes of ~4 months.. it'd be interesting to see just how many tb go through it |
| 15:52.05 | zecke | any clue if the NSLu2 can do 12mbit of of multicast traffic? |
| 15:52.35 | koen | zecke: it should be able to |
| 15:52.43 | koen | zecke: especially if you de-underclock it |
| 15:52.55 | zecke | koen: together with 12mbit on USB? |
| 15:53.20 | koen | hmmm |
| 15:53.36 | koen | zecke: with your dvb stick? |
| 15:53.58 | zecke | koen: yes |
| 15:54.18 | koen | zecke: you can pull a few Mbyte/s from a usbdisk over ethernet |
| 15:55.18 | NAiL | 6-7mb with samba |
| 15:55.46 | NAiL | so 12mbit from usb -> 12mbit eth shouldn't be a problem |
| 15:56.13 | RP | Some of this fetcher code is just insane :-( |
| 15:57.01 | zecke | hehe |
| 15:57.18 | zecke | RP: remove fetcher from this sentenc |
| 15:57.49 | RP | zecke: I was wondering about the word "some" :-/ |
| 15:58.04 | chouimat | s/hardware/ hard way |
| 15:58.25 | RP | zecke: The good news is after beating up this code like this, we should be able to add generic (pre)mirrors support |
| 16:01.27 | NAiL | koen: can angstrom build uclibc? |
| 16:01.37 | koen | NAiL: with a patch, yes |
| 16:01.43 | RP | koen: fetchers should be a lot easier to write now - much less voodoo involved... |
| 16:01.47 | koen | NAiL: set ANGSTROM_MODE = "uclibc" in local.conf |
| 16:02.34 | koen | NAiL: see http://linuxtogo.org/gowiki/AngstromuClibc |
| 16:03.07 | NAiL | koen: thanks :) |
| 16:04.11 | NAiL | koen: what about ppc? :) |
| 16:04.27 | koen | NAiL: waiting for my Efika to build for ppc |
| 16:04.33 | NAiL | ah, ok |
| 16:05.05 | koen | I'd like to actually test stuff :) |
| 16:05.17 | NAiL | I've got a PPC nas that I want to build packages for. Would be a lot easier if it had glibc |
| 16:06.29 | likewise | aren't there online embedded boards we can use? |
| 16:06.53 | zecke | likewise: like serial console? |
| 16:06.58 | likewise | zecke: ssh |
| 16:07.17 | likewise | zecke: typically, ssh into a server, to which the board is connected |
| 16:07.49 | likewise | zecke: not really exciting though... no flashing leds nearby. takes the charm of embedded engineering :-) |
| 16:08.10 | chouimat | hehe |
| 16:08.23 | likewise | NAiL: can you boot the TS-101 from anything else but Flash? |
| 16:09.16 | NAiL | Dunno. I haven't looked at the inner workings yet. It uses U-Boot, and I think it might support booting from ide |
| 16:09.31 | NAiL | I don't have serial on it yet, so it's kinda hard to find out. |
| 16:13.24 | likewise | NAiL: OK, thanks. I think I still have some credit left from a returned item at one web shop. They have the ts-101 as a special offer now. |
| 16:14.04 | NAiL | likewise: ah, cool |
| 16:14.18 | NAiL | I'm working with the norwegian distributor to modify the firmware |
| 16:14.39 | NAiL | I've got a couple of unreleased firmware versions that has telnet enabled |
| 16:18.23 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 16:18.45 | T0mW | I have a perfectly good gcc-3.4.4 compiler + binutils, how can I tell OE not to build one but to use mine? I've tried the ASSUME_PREFERRED but OE insists on build it's own tools. |
| 16:19.28 | T0mW | s/ASSUME_PREFERRED/ASSUME_PROVIDED |
| 16:20.06 | *** join/#oe cyn (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 16:20.07 | Jin^eLD | btw I have a similar question :) |
| 16:20.27 | Jin^eLD | I added ASSUMEPROVIDED += "ncurses-native" and it still builds the native version for me, same with the virtual version |
| 16:20.39 | *** join/#oe mgross (n=mgross@pool-71-245-99-118.ptldor.fios.verizon.net) |
| 16:20.39 | T0mW | yeah, something is borked |
| 16:20.40 | Jin^eLD | s/ASSUMEPROVIDED/ASSUME_PROVIDED/ |
| 16:21.31 | *** join/#oe woglinde (i=woglinde@e178124002.adsl.alicedsl.de) |
| 16:21.42 | T0mW | it takes so long to build the tools and so little time to build the image files... |
| 16:22.16 | Jin^eLD | T0mW: actually I use a prebuilt toolchain, and the assume provided thing worked for gcc |
| 16:22.21 | Jin^eLD | it is not trying to build libc or gcc for me |
| 16:22.48 | T0mW | it must be my syntax or where I put the assume-provided then. I put it into the build/conf/local.conf |
| 16:23.08 | Jin^eLD | I have it in the local.conf as well |
| 16:24.08 | mgross | is there any concept of known good releases in the monotone / OE build methodology? |
| 16:25.00 | Jin^eLD | koen: I did follow that link btw :> |
| 16:25.16 | Jin^eLD | aem, I mean, when I setup my environment I was following this article |
| 16:25.51 | T0mW | maybe instead of ASSUME-PROVIDED="virtual/arm-linux-gcc-3.4.4" I need to say ASSUME_PROVIDED="virtual/arm-linux-gcc-3.4.4-r4", the full name of what it tries to build? |
| 16:26.44 | Jin^eLD | well I have ASSUME_PROVIDED += " virtual/${TARGET_PREFIX}gcc " |
| 16:27.03 | T0mW | ok |
| 16:27.38 | Jin^eLD | hmm funny, I did not set the TARGET_PREFIX variable anywhere |
| 16:27.41 | Jin^eLD | and it still works for me |
| 16:29.11 | *** join/#oe mallum (n=mallum@host86-141-46-4.range86-141.btcentralplus.com) |
| 16:30.19 | T0mW | trying it without the "-3.4.4" |
| 16:30.55 | koen | TARGET_PREFIX is an OE variable |
| 16:31.09 | zecke | mgross: no, what would known good mean with +4000 packages and 40 machines and 30 distributions |
| 16:31.20 | T0mW | koen: right, but his point was that he didn't define it. |
| 16:31.45 | koen | T0mW: my point was that OE defines it in conf/bitbake.conf |
| 16:31.50 | T0mW | hhe |
| 16:31.51 | T0mW | heh |
| 16:32.11 | koen | zecke: s/packages/recipes/ |
| 16:32.28 | zecke | koen: we generate +4000 packages ;) |
| 16:32.45 | zecke | we can generate... |
| 16:33.51 | Jin^eLD | btw it's a rally cool system you guys came up with |
| 16:35.24 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-076-171.pools.arcor-ip.net) |
| 16:35.47 | Jin^eLD | would be nice if manufacturers would build their environment using OE, usually you get some dev-board shipped along with the weirdest distro you could imagine |
| 16:36.05 | Jin^eLD | sometimes really terrible and sick stuff |
| 16:36.14 | koen | Jin^eLD: http://linuxdevices.com/news/NS2986976174.html :) |
| 16:36.15 | Jin^eLD | would be so much easier with OE |
| 16:36.19 | T0mW | would be nice if they gave us a reasonable kernel source with their dev boards |
| 16:36.32 | T0mW | not some ancient hacked up source |
| 16:37.10 | Jin^eLD | koen: very nice! |
| 16:37.15 | T0mW | sigh, I guess line dev support starts "here" |
| 16:37.27 | T0mW | s/line/linux/ |
| 16:37.55 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
| 16:38.10 | Jin^eLD | T0mW: well, what I am usually disappointed about are the prebuilt toolchains and a prebuilt set of libraries that you sort of have to use |
| 16:38.35 | T0mW | Jin^eLD: yeah, like when they give you a 2.95.3 dev |
| 16:38.39 | Jin^eLD | right now I am struggling to create a package which would use those libs, ended up with seating LEAD_SONAME stuff and so on, very confusing |
| 16:39.49 | T0mW | Jin^eLD: don't misunderstand, I've done a bit with 2.95.3, it was good compiler, but |
| 16:41.17 | Jin^eLD | ...it's old, and as far as I remember it had some problems, no |
| 16:41.18 | Jin^eLD | ? |
| 16:41.32 | T0mW | this where I've found OE to be useful. I still have to get a 2.6.17 kernel working fully, but I can save the dev time using OE for my system buildup. |
| 16:41.50 | T0mW | Jin^eLD: I was pretty good system, quirky |
| 16:42.00 | T0mW | darn, cannot type today |
| 16:42.03 | T0mW | s/I/it/ |
| 16:42.06 | Jin^eLD | :) |
| 16:42.20 | T0mW | I slept most of yesterday and last night |
| 16:42.33 | T0mW | drat, it is still building the gcc |
| 16:43.19 | Jin^eLD | btw, can OE/bitbake be setup for an SMP system? |
| 16:43.46 | zecke | Jin^eLD: the latest development version of bitbake can |
| 16:44.49 | Jin^eLD | cool, I should try it then.. |
| 16:45.13 | T0mW | is that 1.6.1 ? |
| 16:45.22 | T0mW | zecke: is that 1.6.1 ? |
| 16:45.37 | zecke | T0mW: hehe, no as 1.6.1 is not the latest |
| 16:45.41 | T0mW | ok |
| 16:45.49 | T0mW | using that now on AMD X2 |
| 16:45.49 | zecke | T0mW: an no as we somehow follow the old kernel stable numbering scheme |
| 16:46.01 | zecke | T0mW: 1.7.3 is latest unstable |
| 16:46.19 | T0mW | heh, I wonder if I'm ready to go unstable |
| 16:46.23 | zecke | oops I need to send the release notes... |
| 16:47.10 | zecke | unstable really means unstable, it can work, it can be broken, it could stay broken for weeks |
| 16:48.16 | valLongfield | hello |
| 16:49.14 | valLongfield | anyone here could explain me what's wrong with this rejected patch hunk ? |
| 16:49.19 | valLongfield | *************** obj-$(CONFIG_EDAC) += edac/ |
| 16:49.23 | valLongfield | *** 68,73 **** |
| 16:49.35 | valLongfield | <PROTECTED> |
| 16:49.39 | valLongfield | <PROTECTED> |
| 16:49.43 | valLongfield | <PROTECTED> |
| 16:49.47 | valLongfield | <PROTECTED> |
| 16:49.51 | valLongfield | <PROTECTED> |
| 16:49.55 | valLongfield | <PROTECTED> |
| 16:49.59 | valLongfield | --- 68,74 ---- |
| 16:50.03 | valLongfield | <PROTECTED> |
| 16:50.07 | valLongfield | <PROTECTED> |
| 16:50.07 | valLongfield | <PROTECTED> |
| 16:50.07 | valLongfield | + obj-$(CONFIG_DPM) += dpm/ |
| 16:50.07 | valLongfield | <PROTECTED> |
| 16:50.07 | valLongfield | <PROTECTED> |
| 16:50.07 | NAiL | *sigh* |
| 16:50.08 | valLongfield | <PROTECTED> |
| 16:50.16 | T0mW | valLongfield: maybe use http://rafb.net/paste/ |
| 16:50.33 | Jin^eLD | or this one http://pastebin.com/ |
| 16:50.45 | NAiL | or http://pastebin.ca/ |
| 16:50.50 | T0mW | Jin^eLD: <sigh> ok, I'll let OE build the stupid cross compiler |
| 16:51.10 | valLongfield | ok sorry |
| 16:51.11 | Jin^eLD | T0mW: I still wonder why it did not work for you.. |
| 16:51.41 | Jin^eLD | well. in the meantime a have another problem: sh: ipkg-build: command not found |
| 16:51.53 | Jin^eLD | I did compile the ipkg-utils and ipkg and also did a bitbake -c stage ipkg-utils |
| 16:52.09 | Jin^eLD | hmm. but it's not in the staging directory |
| 16:52.12 | Jin^eLD | ...why? |
| 16:52.19 | T0mW | Jin^eLD: wait, something was different that time, it said building gcc-cross-initial, worked for a bit, then skipped down to glibc |
| 16:56.07 | valLongfield | so here is the .rej of the patch: http://pastebin.com/822605 I can't understand what's wrong there |
| 16:56.28 | T0mW | Jin^eLD: did you inherit the package_ipk ? |
| 16:57.12 | Jin^eLD | T0mW: I think so.. let me recheck. it worked before... but before I compiled everything with soft FP and then it turned out that the brebuilt stuff was compiled with hard FP, so I ended up cleaning everything, started to recompile and for some reason it stopped to work |
| 16:57.21 | T0mW | Jin^eLD: I think I ran into that the other day, my distro file now has: INHERIT += "package_ipk" |
| 16:57.41 | Jin^eLD | I have that as well |
| 16:57.53 | Jin^eLD | so it must be something different...hmm |
| 16:59.03 | Jin^eLD | I cleaned out all ipkg stuff and rebuilt it, seems to be ok again |
| 16:59.56 | T0mW | next thing I have to tackle is the locales |
| 17:04.09 | Jin^eLD | T0mW: locales... btw, that's not really OE related, but did you ever use nl_langinfo() ? |
| 17:04.19 | T0mW | no |
| 17:04.22 | Jin^eLD | I have a weird problem with it. |
| 17:04.30 | Jin^eLD | well, then you won't know the answer I guess :) |
| 17:04.35 | T0mW | heh |
| 17:06.48 | Jin^eLD | crap, yesterdays problem is haunting me again... |
| 17:07.17 | Jin^eLD | <PROTECTED> |
| 17:07.32 | Jin^eLD | I set TARGET_FPU = "hard" |
| 17:07.52 | Jin^eLD | why is sqlite3 being compiled with soft FP? |
| 17:07.52 | T0mW | Jin^eLD: is there a hard FPU? |
| 17:08.14 | Jin^eLD | T0mW: I guess not, but they did the prebuild libs with hard FP, actually I will mail them and ask why |
| 17:08.17 | T0mW | Jin^eLD: you have a hardware FPU ? |
| 17:08.18 | koen | Jin^eLD: did you change it somewhere during the build? |
| 17:08.26 | Jin^eLD | but right now I have to compile with hard FP |
| 17:08.44 | koen | 'hard' means having an actual fpu *or* emulating it in kernel |
| 17:08.54 | Jin^eLD | koen: not that I would know... my distro/machine/local.conf file are not changing it, well - the local.conf sets it to hard, rest is not changing |
| 17:08.57 | koen | like the i386 coprocessor on x86 |
| 17:09.05 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 17:09.21 | T0mW | or pentium / amd cpu |
| 17:09.21 | Jin^eLD | I think they are emulating it, afaik ARM9 does not have a hard FPU |
| 17:09.32 | koen | the arm9 on my desk has |
| 17:09.37 | Jin^eLD | really? hmm |
| 17:09.40 | T0mW | wow |
| 17:09.44 | koen | cirrus ep9312 :) |
| 17:09.44 | Jin^eLD | koen: how to figure that out? |
| 17:09.45 | chouimat | koen maverick? |
| 17:09.48 | T0mW | the arm920 I have doesn't |
| 17:09.50 | koen | chouimat: yes |
| 17:09.54 | Jin^eLD | koen: will /proc/cpuinfo tell? |
| 17:10.27 | koen | Jin^eLD: most likely it won't have a fpu |
| 17:10.35 | likewise | koen: FYI, I tried to build ixp4xx/angstrom/uclibc but it fails during uclibc: http://pastebin.ca/246751 |
| 17:10.50 | Jin^eLD | koen: well I also think that it does not have one.. however I have to use the prebuild libraries, and they seem to be compiled with hard FP |
| 17:11.25 | Jin^eLD | the question is... why is my TARGET_FPU setting not taken? when it starts building, this summary - it shows the "hard" target |
| 17:12.09 | koen | likewise: yes it currently requires you to build the kernel by hand before uclibc :( |
| 17:13.52 | Jin^eLD | hmm. well, any idea how to figure out what it is still building the soft FP version? |
| 17:15.12 | Jin^eLD | the OE Build Configuration: shows TARGET_FPU = "hard" |
| 17:21.10 | *** part/#oe mgross (n=mgross@pool-71-245-99-118.ptldor.fios.verizon.net) |
| 17:21.17 | CIA-4 | 03rpurdie * r652 10bitbake/lib/bb/fetch/ (__init__.py cvs.py git.py local.py svk.py svn.py wget.py): |
| 17:21.17 | CIA-4 | Fetchers: Add forcefetch method for handling of SRCDATE now or tag=master. Move |
| 17:21.17 | CIA-4 | md5 code from wget.py into the fetchre core. Start generating md5 stamps for all |
| 17:21.17 | CIA-4 | downloads including scm tarballs. When a download is accessed, touch the md5 |
| 17:21.17 | CIA-4 | file to allow easy creation of source mirrors |
| 17:22.08 | RP | source mirrors should now be easy :) |
| 17:36.00 | *** join/#oe lazy_marmot (n=lgopher@85.233.43.112) |
| 17:48.00 | RP | Hmm. I've broken bitbake :-/ |
| 18:04.02 | pb_ | hail mickeyl |
| 18:05.03 | mickeyl | hey pb_! how are things? |
| 18:05.08 | woglinde | hi pb |
| 18:06.36 | pb_ | mickeyl: very good, thanks. how are you? |
| 18:06.37 | pb_ | hi woglinde |
| 18:07.29 | mickeyl | pb_: struggling with a cold and unbelievable tight deadlines (you might heard of the OpenMoko project), but excited at the same time |
| 18:10.32 | chouimat | http://dot.kde.org/1163332807/ |
| 18:11.00 | mickeyl | yeah. finally |
| 18:12.24 | CIA-4 | 03rpurdie * r653 10bitbake/lib/bb/fetch/ (__init__.py cvs.py svk.py svn.py): Fetchers: More cleanups, error handling fixes, fix SRCDATE handling to account for PN 'overrides' |
| 18:15.01 | *** join/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
| 18:17.34 | pb_ | mickeyl: aha, very good. I hadn't previously heard of OpenMoko but google reveals to me what it is. |
| 18:17.45 | pb_ | the cold and deadlines don't sound so good though |
| 18:19.03 | mickeyl | pb_: yeah, *shrug* i'm working as fast as I can. thank god no one's really pushing me harder than me, which is ok, i think. I'm finally glad you and me work on the same "side" of UIs ;) |
| 18:19.34 | pb_ | :-) |
| 18:20.25 | mickeyl | see you guys |
| 18:21.38 | pb_ | mickey_away: later |
| 18:25.54 | CIA-4 | 03rpurdie * r654 10bitbake/lib/bb/fetch/svk.py: svk.py: Remove unused variables |
| 18:56.02 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 19:07.43 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 19:08.34 | *** join/#oe mwester-laptop (n=chatzill@nslu2-linux/mwester) |
| 19:15.03 | *** join/#oe ken_ (n=ken@h160n2fls304o1049.telia.com) |
| 19:18.20 | CIA-4 | 03rpurdie * r655 10bitbake/ (4 files in 2 dirs): taskdata.py: Improve abort flag handling, fixing several bugs |
| 19:19.05 | *** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 19:21.06 | CIA-4 | 03rpurdie * r656 10bitbake/bin/bitbake: bitbake: Add calls to expandKeys, fixing issues in bug #1294 |
| 19:23.32 | *** join/#oe florian_ (n=fuchs@87.193.43.154) |
| 19:34.41 | CIA-4 | 03rpurdie * r657 10bitbake/lib/bb/runqueue.py: runqueue.py: raise build failure exceptions instead of trapping them to allow stack traces to be seen |
| 19:35.59 | CIA-4 | 03rpurdie * r658 10bitbake/lib/bb/runqueue.py: runqueue.py: Add sanity check for zero length task list |
| 19:38.43 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 19:41.52 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
| 20:05.45 | Laibsch | koen|awa1: I am happy to report that your changes made the problem with jards go away. Thanks a lot! Got it installed now. |
| 20:11.23 | hrw | morning |
| 20:11.42 | hrw | RP: nice to see fetcher changes - I will work on source mirror soon |
| 20:15.16 | *** join/#oe TheCan (n=thecan@dslb-084-056-155-066.pools.arcor-ip.net) |
| 20:18.34 | hrw | getting gnome running on 112M RAM device is not for me. |
| 20:19.11 | woglinde | hrw with compiz? |
| 20:19.51 | hrw | woglinde: no |
| 20:20.03 | hrw | woglinde: this machine is from 2000/2001 - gfxcard has 4M ram |
| 20:21.32 | woglinde | hihi |
| 20:21.58 | hrw | woglinde: its nice webpad |
| 20:22.09 | hrw | I'll try icewm or kde on it |
| 20:25.35 | chouimat | sound fun |
| 20:26.01 | hrw | default debian start too much stuff on it |
| 20:28.11 | woglinde | hra ah that one from the blog |
| 20:28.21 | hrw | yes |
| 20:28.27 | woglinde | h default debian shouldnt start anyrhing |
| 20:28.34 | chouimat | hrw: go with gentoo |
| 20:28.53 | woglinde | chouimat 10 days waiting for compiling? |
| 20:29.32 | hrw | only 10? |
| 20:29.34 | chouimat | woglinde: icecream and/or distcc where invented for what ??? your dog? |
| 20:29.40 | hrw | its 400MHz transmeta |
| 20:30.06 | chouimat | hrw: build everything on a fast computer like you would do with OE :) |
| 20:30.24 | woglinde | icream distcc implies that you have a compile farm with an enegery factory |
| 20:30.36 | hrw | chouimat: finally I will build something OE based for it, now want debian |
| 20:30.37 | suihkulokki | you should use OE to create a a webpad distro |
| 20:30.46 | woglinde | *g* |
| 20:32.34 | suihkulokki | hrw: what extra services does it have running? unless you some heavy tasks, there shouldn't be many tasks left in minimal etch install |
| 20:32.53 | chouimat | yurk debian ... piece of crap :) |
| 20:32.55 | hrw | suihkulokki: cups, lpr, avahi |
| 20:33.34 | woglinde | hrw waht? |
| 20:33.41 | woglinde | lpr and cups istn standard |
| 20:33.43 | hrw | suihkulokki: and harddisk is also from 2000/2001 |
| 20:33.57 | hrw | woglinde: standard if you will install 'desktop environment' |
| 20:34.08 | hrw | fscking gnome |
| 20:34.21 | suihkulokki | yeah, that would be from gnome |
| 20:35.01 | woglinde | hrw hrhrhrhrhr |
| 20:35.14 | suihkulokki | just install without selecting any task and apt-get any app you need (firefox, xorg-xserver & icewm ) |
| 20:36.43 | hrw | suihkulokki: sure |
| 20:36.59 | hrw | suihkulokki: firefox and debian? dont make me laugh please.. |
| 20:37.04 | suihkulokki | :F |
| 20:37.08 | hrw | 1.5.0.x available only |
| 20:37.14 | hrw | 2.0b2 only for i386 |
| 20:37.27 | hrw | no any sign of newer firefox or iseweasel |
| 20:38.03 | Laibsch | hrw: Do you think it makes sense for openembedded-essential to suggest or recommend python-psyco? |
| 20:38.33 | hrw | it make |
| 20:39.18 | hrw | I need to talk with some DD about getting this metapackage into debian |
| 20:39.30 | Laibsch | That would surely be nice. |
| 20:39.49 | Laibsch | Can you also propose it to Ubuntu? |
| 20:40.11 | hrw | if it will be in Debian then it will also spread into ubuntu |
| 20:40.20 | hrw | if not then fsck ubuntu |
| 20:40.23 | hrw | ;D |
| 20:40.45 | suihkulokki | hrw: wanna talk to me about it? :) |
| 20:40.52 | hrw | suihkulokki: you are DD? |
| 20:40.56 | *** join/#oe greentux_alt (n=m@195.227.105.180) |
| 20:41.07 | hrw | hi greentux |
| 20:41.08 | suihkulokki | hrw: yes |
| 20:41.21 | hrw | suihkulokki: ;D |
| 20:42.23 | Laibsch | hrw: https://wiki.ubuntu.com/MOTU/Packages/Candidates |
| 20:42.27 | suihkulokki | I've thought about packaging bitbake and someking of metapackage of OE dependencies |
| 20:42.32 | Laibsch | Just list it and it will be included faster |
| 20:42.46 | Laibsch | suihkulokki: There was somebody else |
| 20:42.48 | suihkulokki | but last time I checked bitbake was moving fast |
| 20:43.00 | Laibsch | suihkulokki: I believe his nick was Stefan_Schmidt or something |
| 20:43.11 | Laibsch | suihkulokki: Maybe you want to cooperate. |
| 20:43.23 | hrw | suihkulokki: bitbake package would be nice |
| 20:43.24 | Laibsch | Talked with him in the channel yesterday or Friday about it. |
| 20:43.27 | RP | hi hrw |
| 20:43.31 | hrw | Laibsch: yesterday |
| 20:44.09 | RP | hrw: let me know how the mirror works out. Hopefully the code changes will assist with it :) |
| 20:45.03 | hrw | RP: what do you think about marking fetchers archives (SCM ones) in some way? this way cronjob could remove 'yesterday' fetchings.. |
| 20:45.32 | hrw | RP: also mode for source mirror to autocreate archives from scm trees stored in CVS/SVN/GIT_DIR |
| 20:45.43 | RP | hrw: We generate md5 stamps for SCM achives now. Each time they're accessed we touch the md5 file |
| 20:46.14 | hrw | RP: I was thinking about spliting source mirror stuff into few parts: |
| 20:46.18 | RP | hrw: So the mirror should just need to look at the timestamps of the md5 files and remove anything not touched for a while |
| 20:46.21 | hrw | 1. normal wget fetch |
| 20:46.31 | hrw | 2. sanedates scm archives |
| 20:46.37 | hrw | 3. eachday scm archives |
| 20:46.43 | hrw | 4. scm trees |
| 20:46.52 | hrw | 1 and 2 will get stored forever |
| 20:46.58 | hrw | 3 removed each next day |
| 20:47.08 | hrw | 4 used to regenerate 3 on request? |
| 20:47.22 | RP | hrw: How about the idea above? |
| 20:47.41 | hrw | RP: sounds quite ok |
| 20:48.07 | RP | It has the advantage of being simple and now coded into bitbake :) |
| 20:48.56 | hrw | 204G of diskspace for testing :) |
| 20:49.19 | hrw | /dev/sda3 218G 2.9G 204G 2% /a |
| 20:53.07 | hrw | 10M/s is nice.. too bad that this is lan only |
| 21:00.34 | Jin^eLD | doh.. I specified the files that should go into the package in my .bb file using FILES_${PN} = still I get the message NOTE: the following files were installed but not shipped in any package |
| 21:00.39 | Jin^eLD | any idea what I am doing wrong? |
| 21:01.09 | Jin^eLD | I anyway thought that it should find the files automatically and that this manual FILES setting is not needed |
| 21:01.10 | Jin^eLD | ? |
| 21:01.46 | Jin^eLD | it also does find most of the files for the package, but surprisingly not all of them... allthough make install seems to put them all in the right plcae |
| 21:01.47 | Jin^eLD | place |
| 21:01.49 | Jin^eLD | any ideas? :> |
| 21:03.18 | *** join/#oe chii (i=chii@freenode/bot/chii) |
| 21:06.54 | stefan_schmidt | hrw, Laibsch, suihkulokki: The bitbake debian package is still available for testing. |
| 21:06.56 | stefan_schmidt | deb http://www.sicherheitsschwankung.de/~jluebbe/debian unstable/ |
| 21:07.33 | stefan_schmidt | If we get some success reports we only need to polish it a bit and push into new. |
| 21:09.06 | hrw | stefan_schmidt: dh_make is nice tool. but need cleaning of debian/ dir before you show results to people.. |
| 21:09.29 | hrw | stefan_schmidt: install lintian, linda, devscripts and rebuild with 'debuild' |
| 21:11.20 | stefan_schmidt | hrw: It's not mine. I only poked Shoragan to package it. ;) |
| 21:11.25 | stefan_schmidt | Shoragan: ping |
| 21:11.39 | hrw | ah |
| 21:11.40 | stefan_schmidt | Shoragan: hrw has some suggestions to your bitbake package. |
| 21:12.20 | stefan_schmidt | hrw: Normally Shoragan knows what he does. Already have some packages in debian. |
| 21:12.46 | stefan_schmidt | hrw: What's exactly the prblem you see in the debian dir? |
| 21:12.53 | hrw | RP: bitbake -cfetchall bootstrap-image == fetch ipkg and end |
| 21:13.39 | hrw | RP: but bitbake -cfetchall task-base is progressing |
| 21:26.13 | hrw | RP: how to use -cfetchall? 'bitbake -cfetchall world' does not work |
| 21:27.08 | RP | world should work... |
| 21:28.10 | hrw | NOTE: Resolving missing task queue dependencies |
| 21:28.10 | hrw | [hrw@misc1 celinux-test]$ |
| 21:28.28 | hrw | thats all |
| 21:28.48 | RP | hrw: Was -c fetchall bootstrap-image on a clean tmp directory? |
| 21:29.11 | hrw | RP: clean |
| 21:29.16 | RP | hmm. bitbake world appears broken... |
| 21:29.40 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 21:34.24 | hrw | RP: bitbake --iknowthattrunkisunstableandcankillmydog switch (undocumented) would be nice |
| 21:34.41 | hrw | ERROR: No providers of build target gpe* (for []) |
| 21:34.48 | hrw | bitbake -cfetchall gpe* |
| 21:35.13 | RP | hrw: bitbake doesn't support wildcards like that |
| 21:36.31 | hrw | RP: it was (or maybe it was in bbshell) |
| 21:37.25 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 21:37.27 | RP | hrw: bbshell might, the commandline never has |
| 21:37.42 | hrw | ok |
| 21:38.37 | RP | hrw: Interestingly, opie-image works, bootstrap-image doesn't :-/ |
| 21:43.25 | RP | hrw: world builds fail due to a NoProvider exception - my last checkins broke the errors messages (they appear at debug level). The --continue option should work with world |
| 21:44.01 | hrw | APIC error on CPU0: 40(40) |
| 21:44.02 | hrw | suxx |
| 21:45.20 | RP | For bootstrap-image: "Pruned 1922 inactive tasks, 3 left" looks very wrong :} |
| 21:45.53 | *** join/#oe Sonicvana (n=garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 21:48.52 | hrw | reboot time |
| 21:57.25 | CIA-4 | 03rpurdie * r659 10bitbake/lib/bb/taskdata.py: taskdata.py: Add missing error message for unbuildable targets |
| 22:07.03 | hrw|gone | ~dict jerky |
| 22:10.03 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 22:14.20 | RP | hrw|gone: bitbake world should at least give errors now but there is something going wrong with the task depdendencies too causing the bootstrap-image issue |
| 22:14.49 | hrw | ok |
| 22:14.58 | hrw | just started with -D -D -D |
| 22:15.38 | hrw | ERROR: No buildable providers available for required build target tsclient |
| 22:15.42 | hrw | thats world |
| 22:16.05 | hrw | DEBUG: No providers of build target libpanelapplet (for ['/home/hrw/devel/oe/org.openembedded.dev/packages/tsclient/tsclient_0.140.bb']) |
| 22:16.13 | hrw | so broken dependency we have |
| 22:16.13 | RP | hrw: Yes, I expect a dependency problem somewhere... |
| 22:17.58 | RP | yes. It also appears the dependency code is correct and we just can't do fetchall that way. I need to give it some thought :} |
| 22:18.14 | hrw | DEBUG: No providers of build target gtk+-2.6.4-1.osso7 |
| 22:19.06 | hrw | started with -c |
| 22:19.14 | hrw | -k I meant |
| 22:21.31 | hrw | <PROTECTED> |
| 22:21.34 | hrw | <PROTECTED> |
| 22:21.37 | hrw | IndexError: list index out of range |
| 22:22.29 | RP | -k support is a bit untested :-/ |
| 22:22.35 | hrw | ;) |
| 22:30.34 | hrw | reboot again |
| 22:30.37 | hrw | and this time I will not be back on irc |
| 22:31.22 | hrw | time to bed |
| 22:31.24 | hrw | so cu |
| 22:32.21 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 22:32.22 | *** join/#oe Sonicvana (n=garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 22:32.22 | *** join/#oe greentux_alt (n=m@195.227.105.180) [NETSPLIT VICTIM] |
| 22:32.22 | *** join/#oe TheCan (n=thecan@dslb-084-056-155-066.pools.arcor-ip.net) [NETSPLIT VICTIM] |
| 22:32.22 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
| 22:32.22 | *** join/#oe florian (n=fuchs@87.193.43.154) |
| 22:32.22 | *** join/#oe mwester-laptop (n=chatzill@nslu2-linux/mwester) |
| 22:32.22 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 22:32.22 | *** join/#oe dkey (i=nobody@193.170.48.236) [NETSPLIT VICTIM] |
| 22:32.22 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 22:32.22 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
| 22:32.22 | *** join/#oe mallum (n=mallum@host86-141-46-4.range86-141.btcentralplus.com) |
| 22:32.23 | *** join/#oe woglinde (i=woglinde@e178124002.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 22:32.23 | *** join/#oe cyn (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 22:32.23 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) [NETSPLIT VICTIM] |
| 22:32.23 | *** join/#oe benlau (n=benlau@221.125.13.148) [NETSPLIT VICTIM] |
| 22:32.23 | *** join/#oe pgfeller (n=pgfeller@94.116.3.213.cust.bluewin.ch) |
| 22:32.23 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 22:32.23 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 22:32.23 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 22:32.23 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 22:32.23 | *** join/#oe chouimat|away (n=dieu@kde/developer/chouinard) |
| 22:32.24 | *** join/#oe [lala] (n=lala@pD9EB1AEF.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
| 22:32.24 | *** join/#oe tmbinc (i=abcd@e176153088.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 22:32.24 | *** join/#oe Laibsch (n=Laibsch@Fb345.f.ppp-pool.de) |
| 22:32.24 | *** join/#oe furlongm (n=furlongm@83.70.245.82) [NETSPLIT VICTIM] |
| 22:32.24 | *** join/#oe luke-jr_ (n=luke-jr@CPE-24-31-240-141.kc.res.rr.com) |
| 22:32.24 | *** join/#oe Crofton_ (n=balister@jhr-476-5192.mprg.ee.vt.edu) [NETSPLIT VICTIM] |
| 22:32.24 | *** join/#oe njs (n=njs@adsl-66-159-194-130.dslextreme.com) [NETSPLIT VICTIM] |
| 22:32.24 | *** join/#oe psokolovsky_ (n=psokolov@239.usernat.ip.net.ua) |
| 22:32.24 | *** join/#oe Shoragan (n=shoragan@datenfreihafen.org) |
| 22:32.24 | *** join/#oe pb_ (n=pb@2002:5165:89b3:1:a00:1fff:fe06:93c) |
| 22:32.24 | *** join/#oe TheMasterMind1 (n=aman@216.200.102.5) |
| 22:32.24 | *** join/#oe eno (n=eno@nslu2-linux/eno) [NETSPLIT VICTIM] |
| 22:32.24 | *** join/#oe bronson (n=bronson@c-71-198-75-160.hsd1.ca.comcast.net) |
| 22:32.25 | *** join/#oe idealm (n=ideal@218.82.58.130) [NETSPLIT VICTIM] |
| 22:32.25 | *** join/#oe CSMan (n=csman@bas1-montreal42-1242354386.dsl.bell.ca) |
| 22:32.25 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) [NETSPLIT VICTIM] |
| 22:32.25 | *** join/#oe thejapa (n=thejapa@200-232-210-233.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 22:32.25 | *** join/#oe tkp_ (n=tom@81-86-55-16.dsl.pipex.com) [NETSPLIT VICTIM] |
| 22:32.25 | *** join/#oe RP (i=1000@tim.rpsys.net) |
| 22:32.25 | *** join/#oe jsun (n=jsun@host246.docomolabs-usa.com) [NETSPLIT VICTIM] |
| 22:32.25 | *** join/#oe splat1 (n=splat1@cpc2-leic7-0-0-cust281.leic.cable.ntl.com) [NETSPLIT VICTIM] |
| 22:32.25 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 22:32.25 | *** join/#oe DaKa (n=David@nslu2-linux/daka) |
| 22:32.25 | *** join/#oe osas (n=nnosas@CPE0016b62ceb5a-CM000f9fa84bec.cpe.net.cable.rogers.com) |
| 22:32.25 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 22:32.26 | *** join/#oe france (n=france@71.243.52.154) |
| 22:32.26 | *** join/#oe JoseJX (n=jjezak@c-67-171-66-14.hsd1.pa.comcast.net) |
| 22:32.26 | *** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com) |
| 22:32.26 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 22:32.26 | *** join/#oe Bernardo|zzz (n=Bernardo@10001296612.0000006537.acesso.oni.pt) |
| 22:32.26 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 22:32.26 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 22:32.26 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) [NETSPLIT VICTIM] |
| 22:32.26 | *** join/#oe giel (n=giel@twigs.unet.nl) [NETSPLIT VICTIM] |
| 22:32.26 | *** join/#oe Philippe (n=fille@a81-197-111-57.elisa-laajakaista.fi) |
| 22:32.27 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) [NETSPLIT VICTIM] |
| 22:32.27 | *** join/#oe do13 (n=nnnnnnnn@do13.in-dsl.de) [NETSPLIT VICTIM] |
| 22:32.27 | *** join/#oe drw|bbl (n=drw@dirus.hrsmart.com) |
| 22:32.27 | *** join/#oe Titeuf_ (n=Titeuf@ns35838.ovh.net) [NETSPLIT VICTIM] |
| 22:32.27 | *** join/#oe nslu2-log (i=slug@nslu2-linux/dyoung) |
| 22:32.27 | *** join/#oe mickey_away (n=nmickeyl@linuxtogo.org) |
| 22:32.27 | *** join/#oe codus (i=codus@madoka.isw.student.khleuven.be) |
| 22:32.27 | *** join/#oe v8jlene (n=lenehan@202.173.155.194) [NETSPLIT VICTIM] |
| 22:32.27 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) |
| 22:32.27 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:32.27 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 22:32.27 | *** join/#oe univac (n=univac@148.81.191.193) |
| 22:32.28 | *** join/#oe NAbyss (n=foo@220-253-25-208.VIC.netspace.net.au) |
| 22:32.28 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 22:32.28 | *** join/#oe JaMa (n=martin@2001:718:2:900:213:d4ff:fe50:9da8) |
| 22:32.28 | *** join/#oe joshua_ (i=joshua@c-24-60-144-77.hsd1.ma.comcast.net) |
| 22:32.28 | *** join/#oe awelux (n=awelux@lvps87-230-8-217.dedicated.hosteurope.de) [NETSPLIT VICTIM] |
| 22:32.28 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) [NETSPLIT VICTIM] |
| 22:32.28 | *** join/#oe VoodooZ (n=palm3@modemcable214.50-82-70.mc.videotron.ca) [NETSPLIT VICTIM] |
| 22:32.28 | *** join/#oe Titeuf (n=Titeuf@2m01.net) [NETSPLIT VICTIM] |
| 22:32.28 | *** join/#oe JoeLaptop (n=jciccone@pool-71-127-218-201.nwrknj.east.verizon.net) |
| 22:32.28 | *** join/#oe fdv (i=1988@fire.ifi.uio.no) |
| 22:32.28 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 22:34.11 | *** part/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 22:36.10 | *** part/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
| 23:08.00 | *** join/#oe lamikr_ (n=chatzill@aragorn.kortex.jyu.fi) |
| 23:16.18 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:20.13 | *** join/#oe furlongm__ (n=furlongm@83.70.255.41) |
| 23:48.29 | *** join/#oe T0mW_ (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 23:56.42 | CIA-4 | 03rpurdie * r660 10bitbake/lib/bb/taskdata.py: taskdata.py: Add some extra debug to dump_data and optimise depid and rdepid to avoid duplicates |
| 23:58.29 | CIA-4 | 03rpurdie * r661 10bitbake/lib/bb/runqueue.py: runqueue.py: Have recrdeptask follow depends as well as rdepends (and rdepends of depends and depends of rdepends) |
| 23:59.42 | CIA-4 | 03rpurdie * r662 10bitbake/lib/bb/runqueue.py: runqueue.py: Avoid errors in builds with build failures when using -k option |