00:00.11 | CIA-3 | 03pfalcon 07org.oe.dev * rc1258545... 10/ (1 packages/bluez/bluez-dtl1-workaround_1.0.bb): bluez-dtl1-workaround: PACKAGE_ARCH = "all" |
00:21.42 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
00:44.38 | CIA-3 | 03pfalcon 07org.oe.dev * r71085de4... 10/ (1 packages/tasks/task-base.bb): task-base: Mark few more machine-dependent packages. |
00:44.43 | CIA-3 | 03pfalcon 07org.oe.dev * r274f546e... 10/ (1 packages/bluez/bluez-utils/02dtl1_cs.sh): bluez-utils: There're 2 02dtl1_cs.sh files, remove one. |
00:44.50 | CIA-3 | 03pfalcon 07org.oe.dev * r6f99be19... 10/ (3 files in 3 dirs): opie-alarm: Fix paths in apm script per latest refactors. |
00:54.35 | *** join/#oe Shoragan (n=shoragan@datenfreihafen.org) |
00:55.01 | *** join/#oe alphaone (n=daniel@datenfreihafen.org) |
00:55.28 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
01:20.46 | *** join/#oe jan-js (n=Elive_us@pD953AC97.dip0.t-ipconnect.de) |
01:21.14 | *** join/#oe memeruiz__ (n=memeruiz@Ma287.m.pppool.de) |
01:25.33 | *** join/#oe punkass (n=user@ptbynynas01pool0-a34.ptbyny.tds.net) |
01:44.45 | *** join/#oe rd_ (n=rd@s15244973.onlinehome-server.info) |
01:53.35 | CIA-3 | 03marek.vasut 07org.oe.dev * r0545d3da... 10/ (1 packages/qte/qte-common_2.3.10.inc): qte 2.3.10: Support uclibc+eabi configuration. |
02:06.44 | Darth_Wader | hm, how can i wildcard select recipes for building ? |
02:07.55 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.144.Dial1.SanJose1.Level3.net) |
02:14.22 | *** join/#oe VoodooZ_ (n=palm3@76-10-149-24.dsl.teksavvy.com) |
02:32.43 | *** join/#oe benlau (n=benlau@221.125.8.107) |
02:51.01 | *** join/#oe W8TVI (n=me@75.116.114.124) |
03:15.44 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
03:28.32 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
04:16.23 | *** join/#oe tank17 (i=ariel@gateway/tor/x-2ba3d45f40c3606a) |
04:57.07 | *** join/#oe birunko (n=birunko@200.184.118.132) [NETSPLIT VICTIM] |
05:02.42 | *** join/#oe splat1 (n=splat1@rf1.splat1.com) [NETSPLIT VICTIM] |
05:04.58 | *** join/#oe tank1789 (i=ariel@gateway/tor/x-40515af3d1d89e0e) |
05:05.08 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) [NETSPLIT VICTIM] |
05:08.18 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
05:08.18 | *** join/#oe memeruiz__ (n=memeruiz@Ma287.m.pppool.de) [NETSPLIT VICTIM] |
05:08.18 | *** join/#oe osas (n=nnnnnnno@72.53.149.68) |
05:08.18 | *** join/#oe slapin (n=slapin@iap-pxy-mow1.siemens.ru) [NETSPLIT VICTIM] |
05:08.18 | *** join/#oe XorA|gone (n=xora@www.xora.org.uk) |
05:10.12 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
05:10.13 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
05:11.00 | T0mW | does ALLOW_EMPTY always work in the package class? I need to build, but not install things into the image. |
05:14.24 | *** part/#oe tank1789 (i=ariel@gateway/tor/x-40515af3d1d89e0e) |
05:19.57 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
05:26.06 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
05:26.10 | *** join/#oe koen (n=koen@212.41.157.237) |
05:27.05 | step2back | hello |
05:28.37 | step2back | I have a situation... I dunno how to debug or get more info about it. |
05:29.29 | *** join/#oe dion (n=dion@inhex.net) |
05:29.43 | *** join/#oe koen|train (n=koen@vpn006043.vpn.utwente.nl) |
05:34.28 | *** join/#oe koen|train (n=koen@212.41.157.237) |
05:35.25 | keesj | step2bak your problem is with oe? |
05:37.08 | step2back | While loading x11 last what I got "load module wsXXXX" - Toushsreen driver |
05:37.57 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
05:37.58 | step2back | and nothing... silence |
05:39.21 | keesj | does not sound like a bug in the oe build system right. what device are you using? |
05:40.35 | step2back | sorry! now I get continue of loading driver.... |
05:42.38 | step2back | koen, big thanks for help in palmld.conf |
05:46.30 | *** join/#oe [lala_] (n=lala@p54B30645.dip0.t-ipconnect.de) |
05:46.54 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
05:47.41 | step2back | koen|train, ping |
05:49.53 | koen|train | pong |
05:56.09 | koen|train | later all |
05:56.35 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
05:56.41 | *** join/#oe pleemans_ (n=peter@leemanpe.ugent.be) |
05:59.53 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
06:02.05 | *** join/#oe bluelightning (n=blueligh@222-155-140-12.jetstream.xtra.co.nz) |
06:19.14 | step2back | koen, how can I get maintainer of palmld |
06:19.14 | step2back | get status |
06:20.44 | step2back | I'm online... |
06:21.02 | *** join/#oe polyonymous (n=hacker@pD953BAE1.dip0.t-ipconnect.de) |
06:21.10 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
06:32.25 | hrw | morning |
06:37.14 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
06:37.16 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
06:48.00 | *** join/#oe tmbinc_ (n=tmbinc@83.141.3.59) |
06:52.26 | *** join/#oe tank17 (i=ariel@gateway/tor/x-fc49b4f270bad9cf) |
06:58.44 | *** join/#oe vlo (n=valentin@lsa1pc7.epfl.ch) |
07:00.52 | *** join/#oe lrg_ (n=liam@lrg2.demon.co.uk) |
07:03.47 | oxo | morning |
07:05.50 | oxo | hmm, something has changed between yesterday morning and now |
07:06.48 | oxo | bitbake wants to rebuild almost everything since I pulled/updated |
07:07.19 | oxo | ah well, a computer has got to have something to do ;-) |
07:10.01 | hrw | ~seen thesing |
07:10.03 | ibot | thesing <n=tkunze@BAA3035.baa.pppool.de> was last seen on IRC in channel #oe, 12h 40m 5s ago, saying: 'psokolovsky: whats the real purpose of *-16mb?'. |
07:10.15 | *** join/#oe rd_ (n=rd@s15244973.onlinehome-server.info) |
07:34.49 | *** join/#oe Administrator (n=chatzill@chello087207230114.chello.pl) |
07:48.18 | *** join/#oe W8TVI (n=me@75.116.115.40) |
07:50.40 | CIA-3 | 03hrw 07org.oe.dev * r3a2f4ce1... 10/ (1 packages/linux/linux-rp_2.6.21.bb): linux-rp: update locomokyeb_suspendkey patch to fix build for collie |
07:53.56 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
07:58.50 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
07:59.44 | *** join/#oe |miska| (n=|miska|@atrey.karlin.mff.cuni.cz) |
08:02.57 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
08:16.39 | XorA | morning |
08:24.21 | XorA | did someone shut down all the mailing lists last night, I have a surprising lack of email from oe-dev |
08:26.47 | hrw | XorA: I got few from oesf instead |
08:30.13 | *** join/#oe [lala] (n=lala@ip-217-18-181-130.static.reverse.dsi.net) |
08:32.07 | jan-js | morning |
08:32.54 | *** join/#oe kristoffer (n=kristoff@80.251.192.4) |
08:47.00 | *** join/#oe [lala_] (n=lala@ip-217-18-177-19.static.reverse.dsi.net) |
08:59.16 | *** join/#oe psokolovsky (n=psokolov@82.193.98.17) |
09:04.29 | *** join/#oe florian (n=fuchs@217.146.132.69) |
09:07.51 | psokolovsky | Hi! |
09:08.49 | psokolovsky | There seems to be problem with OE MLs - no mail since morning of yesterday (including commit list) |
09:09.35 | psokolovsky | neither in archives... |
09:12.13 | XorA | psokolovsky: just moaned about that |
09:12.25 | XorA | must be koen leaving present to us :-) |
09:12.34 | XorA | florian: can you kick the mailing lists? |
09:17.03 | psokolovsky | ah, glad to know it's confirmed and sorry for repeating it ;-) |
09:22.59 | Jin^eLD | re |
09:34.22 | XorA | ~blame koen|train |
09:34.23 | ibot | ACTION blames koen|train (and Canada) for all the evil in the world |
09:34.51 | *** join/#oe Laibsch (n=Laibsch@p54B970E5.dip.t-dialin.net) |
09:34.57 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
09:36.21 | florian | good morning |
09:39.22 | florian | XorA, psokolovsky: I just kicked mailman a little bit... |
09:39.24 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
09:41.33 | *** join/#oe lrg_ (n=liam@lumison.wolfsonmicro.com) |
09:46.42 | *** join/#oe rwhitby-n800 (n=rwhitby@nslu2-linux/rwhitby) |
09:47.04 | cdbot2 | * * OE Bug 2597 has been created by xyzaid(AT)yahoo.fr |
09:47.06 | cdbot2 | * * gsteamer instead of gstreamer in gstreamer--feed.conf |
09:47.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2597 |
09:49.05 | cdbot2 | * * OE Bug 2598 has been created by <mr_nice> |
09:49.08 | cdbot2 | * * angstrom simpad gpe: metabug supsend with power button does not work |
09:49.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2598 |
09:49.17 | cdbot2 | * * OE Bug 2599 has been created by <mr_nice> |
09:49.19 | cdbot2 | * * simpad angstrom gpe: keylaunch does not start because of not defined keysyms |
09:49.21 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2599 |
09:49.29 | cdbot2 | * * OE Bug 2600 has been created by <mr_nice> |
09:49.31 | cdbot2 | * * simpad angstrom gpe: simpad.xmodmap keysym is wrong |
09:49.33 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2600 |
09:50.16 | XorA | florian: woowoo |
10:01.05 | cdbot2 | * * OE Bug 2602 has been created by lukas.gorris(AT)gmx.de |
10:01.07 | cdbot2 | * * zaurus c1000 akita touchscreen broken |
10:01.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2602 |
10:04.51 | *** join/#oe psokolovsky (n=psokolov@82.193.98.17) |
10:07.29 | psokolovsky | ok, lists worked, thanks, florian! |
10:08.54 | *** join/#oe |miska| (n=|miska|@atrey.karlin.mff.cuni.cz) |
10:11.06 | cdbot2 | * * OE Bug 2436 has been RESOLVED (FIXED) by <Sokolovsky> |
10:11.09 | cdbot2 | * * QtEmbedded2 uClibc-EABI build doesn't configure. |
10:11.11 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2436 |
10:24.17 | jan-js | when bitbaking glibc-intermediate-2.3.2, I get "These critical programs are missing or too old: gcc" ! |
10:25.13 | jan-js | actually I tried to bitbake angstrom-e-image |
10:26.39 | jan-js | "checking version of ccache i486-angstrom-linux-gcc... 4.1.2, bad" |
10:26.54 | jan-js | Why is that gcc bad and how can I get a newer one ? |
10:31.41 | XorA | ERROR: Cannot satisfy the following dependencies for task-base-extended: bluez-dtl1-workaround |
10:31.54 | XorA | someone needs to bump PR for task-base-extended I think |
10:33.13 | hrw | bye |
10:37.04 | cdbot2 | * * OE Bug 2597 has been RESOLVED (FIXED) by <hrw> |
10:37.06 | cdbot2 | * * gsteamer instead of gstreamer in gstreamer--feed.conf |
10:37.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2597 |
10:39.27 | jan-js | ok, have filed a bug for the above problem |
10:39.40 | *** join/#oe Darth_Wader (n=sith@ne.hubbardi.st) |
10:43.22 | *** join/#oe dion (n=dion@inhex.net) |
10:44.05 | cdbot2 | * * OE Bug 2603 has been created by jstoefer(AT)schuett-elektronik.de |
10:44.07 | cdbot2 | * * angstrom-e-image broken for i86 |
10:44.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2603 |
10:47.50 | *** join/#oe joshin (n=joshin@VDSL-130-13-252-16.PHNX.QWEST.NET) |
11:14.26 | Jin^eLD | wtf? does montavista always come with a setup binary? that looks scary |
11:22.55 | psokolovsky | RP: online? could you once again describe peculiarities of DEPENDS vs RDEPENDS? |
11:23.02 | *** join/#oe __law__ (n=law@mail.stiftadmont.at) |
11:23.54 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
11:24.43 | psokolovsky | XorA: pushing likely fix for that, please try in few |
11:25.00 | Jin^eLD | thats really funny, they wrote a java installer, and the only thign it does is - it copies a .tar.gz to a directory of your choice, heh, I hope I can convert that whole thing to OE soon |
11:30.44 | Crofton | XorA, you are in Glasgow right? |
11:34.53 | Crofton | hmm, just received my first i-phone spam ... |
11:36.10 | CIA-3 | 03pfalcon 07org.oe.dev * recf740bf... 10/ (1 classes/kernel.bbclass): kernel.bbclass: DEPEND on bluez-dtl1-workaround, not just RDEPEND. |
11:38.19 | *** join/#oe dcordes (n=erdinger@f049170199.adsl.alicedsl.de) |
11:38.35 | XorA | Crofton: Edinburgh |
11:39.25 | oxo | perhaps a tiny bit offtopic |
11:39.35 | Crofton | ah |
11:39.50 | oxo | but does anyone know what kind of bandwith I should expect when I use a NSLU2+usb<>eth for NAT? |
11:40.27 | Crofton | We came back from Italy (from Munich) yesterday and ran into some people from the uni in the Philadelphia arport |
11:40.36 | Crofton | they just came from Glasgow |
11:40.51 | Crofton | apparently they had a threee day extension of their trip .... |
11:42.16 | psokolovsky | dcordes: most scalable way to deal with such bugs is to investigate them yourself, reports all relevant details. then fix will be easy (well, you will be able to do it yourself) |
11:42.33 | XorA | Crofton: some numpties tried to bomb glasgow airport |
11:42.48 | XorA | Crofton: luckilly they were Medical Doctors and hadnt a clue how explosives work |
11:42.57 | Crofton | heh |
11:42.59 | Crofton | yeah |
11:43.16 | XorA | Can of petrol + car != explosion |
11:43.17 | Crofton | yeah, they blocked the car lane closest to the Roanoke airport |
11:43.38 | Crofton | of course that would not actually do anything to stop annoying people |
11:43.51 | Crofton | and it just annoys people picking people up at the aiport |
11:44.39 | XorA | Crofton: at edinburgh they banned private vehicles and "buses" even though Im sure its gonna be pretty obvious if someone filled a bus with petrol |
11:44.54 | Crofton | Security theatre |
11:45.31 | XorA | security by play acting :-) pretty much as good as security by obscurity |
11:46.16 | XorA | oh and to top it all, my train station which is unmanned with basically only a speaker keeps on telling me every 5 minutes security has been heightened. I keep watching out for the 7 foot tall policeman |
11:46.25 | Crofton | my wife went through security with about twi litres of water in a backpack several months ago |
11:46.32 | dcordes | psokolovsky, I did not know where to start because I got no answer in #angstrom yesterday. So which details should I try to find out in order to get started? |
11:46.38 | XorA | damn security crap and taking liberties with the language |
11:46.48 | Crofton | yep :) |
11:47.04 | cdbot2 | * * OE Bug 2604 has been created by jstoefer(AT)schuett-elektronik.de |
11:47.06 | cdbot2 | * * angstrom-x11-image broken for x86 |
11:47.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2604 |
11:48.52 | XorA | Crofton: terrorists did learn one lesson though, dont expect to escape from a Scottish crowd when you piss them off :-) |
11:49.24 | Crofton | good for the Scots :) |
11:49.38 | psokolovsky | dcordes: figuring out and reporting kernel version of course. then, you should figure what it means to have "TS working" in terms of kernel and check each step on that path. It may be a bit uneasy for the first time, but there's no dirty magic in it, and it can be wonderful journey towards getting full control of your device (and wanting that is why we use Linux, right?) |
11:50.18 | dcordes | psokolovsky, of course I'm very motivwated in getting forward in this |
11:50.29 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
11:51.00 | dcordes | s/motivwated/motivated |
11:51.07 | *** join/#oe mmp (n=mmp@adsl-d112.84-47-25.t-com.sk) |
11:51.52 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
11:52.46 | XorA | psokolovsky: I dont think your change was quite what you meant |
11:53.12 | XorA | psokolovsky: put the RDEPENDS back :-) |
11:54.25 | svolpe_gerrath | what is the asoc patch do, I see it used by several projects.. |
11:54.39 | XorA | svolpe_gerrath: add ASoC audio |
11:55.38 | svolpe_gerrath | XorA, is the ASoC a specific audio codec? |
11:56.12 | XorA | svolpe_gerrath: no, its a system for making codec->SoC a generic layer, saving work writing drivers |
11:56.53 | XorA | so instead of writing wm8753_corgi.c you have a generic wm8753 driver, a generic pxa255 driver, and a corgi driver that just glues them together |
11:58.02 | polyonymous | how do you know system on chip from summer of code? :) |
11:58.19 | XorA | SoC is very much older TLA :-D |
11:58.44 | polyonymous | on the other hand, SoC is very much younger, then :) |
11:59.01 | svolpe_gerrath | XorA, makes a lot of sense, why has it not been pushed or accepted :-) to the mainstream kernel? |
11:59.10 | XorA | svolpe_gerrath: it has, and is |
11:59.36 | svolpe_gerrath | ok, so if I use a new kernel 2.6.21 then I do not need the asoc patch correct? |
11:59.53 | XorA | svolpe_gerrath: no, its working it way into kernel now, 2.6.21 doesnt contain it |
12:13.23 | *** join/#oe punkass (n=user@ptbynynas01pool0-a34.ptbyny.tds.net) |
12:16.33 | jan-js | just built angstrom-x11-image and it finished o.k. However, I didn't find any image under /stuff/build/tmp/deploy/images. |
12:16.35 | *** join/#oe |miska| (n=|miska|@atrey.karlin.mff.cuni.cz) |
12:17.05 | jan-js | Doesn't angstrom-x11-image produce an installable image ? |
12:18.01 | polyonymous | jan-js, tmp/deploy/{glibc|uclibc}/images/$machine/ ? |
12:18.22 | jan-js | thanks for the hint, but why that ? |
12:19.36 | jan-js | I found images under /deploy/glibc/images/x86, so these are the cproper ones when I am building for x86, right ? |
12:19.47 | polyonymous | yes |
12:19.53 | jan-js | thanks. |
12:20.02 | polyonymous | and that's because you may wish to build for more than one platform. |
12:20.19 | jan-js | hmmm ... makes sense. |
12:21.18 | jan-js | sorry for asking stupid questions, but I am new to oe and some things are not explicitly mentioned anywhere - or I didn't read it ;-) |
12:21.57 | polyonymous | jan-js, it's okay, but sometimes you may looking for stuff on your disk instead of docs :)) |
12:22.06 | polyonymous | s/looking/look/ |
12:22.40 | jan-js | o.k. ;-) |
12:23.05 | *** join/#oe zecke (n=ich@rosine73.inf.fu-berlin.de) |
12:24.34 | *** join/#oe AvengerMoJo (n=alex@219.142.226.184) |
12:26.32 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
12:31.41 | dcordes | psokolovsky, where can I get information on how TS work? |
12:35.52 | *** join/#oe zezom_ (n=zezom@203.84.71.188) |
12:38.57 | psokolovsky | XorA: I really need once-again from RP on that. you know, it really suck to know that you need to put both DEPENDS and RDEPENDS ;-) |
12:44.35 | XorA | psokolovsky: DEPENDS is build time, RDEPENDS is packaging time |
12:45.34 | psokolovsky | XorA: but RP repeated several times that one can be deduced from another, and bitbake does that. So I wonder what it does, after all... |
12:46.44 | *** join/#oe herki (n=herki@cpc1-leed5-0-0-cust379.leed.cable.ntl.com) |
12:46.44 | XorA | psokolovsky: RDEPENDS should mean it gets build as well |
12:47.12 | psokolovsky | XorA: so tell me, why it didn't work for you? |
12:47.20 | XorA | psokolovsky: bitbake bug? |
12:47.25 | psokolovsky | RDEPENDS only is what it was in the beginning |
12:47.34 | psokolovsky | XorA: let's think that way ;-) |
12:50.02 | hrw | psokolovsky: if you want to get XYZ as dependency of ZXC you adds XYZ it into RDEPENDS of ZXC. |
12:50.23 | hrw | psokolovsky: if you need XYZ to BUILD ZXC you add XYZ into DEPENDS of ZXC |
12:52.41 | psokolovsky | hrw: that's all crystal clear and trivial. But think, if I won't something to be runtime-depended, I need it also be built after all, right? Does that mean that any RDEPENDS must be accompanied by duplicate DEPENDS? |
12:53.28 | polyonymous | that would be wrong. |
12:54.08 | hrw | no |
12:54.31 | polyonymous | no what? :) |
12:54.32 | hrw | bitbake constructs built-time dependencies from DEPENDS and RDEPENDS automatically |
12:54.38 | polyonymous | ah |
12:54.50 | *** join/#oe jamie (n=jamie@pdpc/supporter/active/jamie) |
12:55.13 | *** join/#oe zecke (n=ich@rosine73.inf.fu-berlin.de) |
12:57.46 | hrw | we had that "RDEPENDS must be accompanied by duplicate DEPENDS" stuff years ago and it gave us more and more crap in DEPENDS |
12:58.02 | CIA-3 | 03pfalcon 07org.oe.dev * r7314baf0... 10/ (1 classes/kernel.bbclass): kernel.bbclass: Oh ok, we need both DEPENDS and RDEPENDS. |
12:58.14 | psokolovsky | hrw: that's also well-known story. the question is - *how* does it construct? |
12:58.25 | polyonymous | some comitter 'pfalcon' seems to disagree :) |
13:00.59 | Christopher | hrw: I can not find those files you added the other day for the arm board. Where can I get them as I am still not building all the way through for matchbox. (I tried a different gcc version due to a qemu complaint and it failed due to the following) | checking for .preinit_array/.init_array/.fini_array support... no |
13:00.59 | Christopher | | configure: error: Need linker with .init_array/.fini_array support. |
13:01.46 | psokolovsky | hrw: so, any hints? |
13:02.28 | hrw | there are: DEPENDS, RDEPENDS, PACKAGES. DEPENDS = "list of recipes needed to be build to build recipe". RDEPENDS = "list of packages needed to install resulting package". PACKAGES = "list of packages generated by recipe". bitbake takes DEPENDS, then look into RDEPENDS and tries to find recipe which has it's entries in PACKAGES. when it finds them it add them into DEPENDS |
13:02.33 | hrw | so of that |
13:03.16 | hrw | Christopher: mtn pull && mtn update;cd oe/conf/machine;cat sarge-at91.conf |
13:04.30 | psokolovsky | hrw: what can I say - :-) |
13:04.45 | Christopher | hrw: when files come up to be merged, how can I get past that ? it comes up using vim and I haven't found documentation on it's merge commands. |
13:06.07 | hrw | Christopher: then quit without saving |
13:06.24 | hrw | Christopher: you can use external merge tools too |
13:06.29 | psokolovsky | Christopher: you likely lingered that looking for apparently. but I agree it's boring. see bottom of http://handhelds.org/moin/moin.cgi/PaulSokolovsky |
13:06.48 | psokolovsky | another way is not patch upstream stuff, lol ;-) |
13:07.11 | Christopher | hrw: exactly what I was thinking and did that, but it just seemed to keep popping it back up even with the :!quit command but I'll try it again. |
13:07.26 | *** join/#oe marciom (n=marcio@200.184.118.132) |
13:08.04 | hrw | Christopher: I suggest to revert your local changes then and start to use bitbake collections of maintain own patches with quilt |
13:08.10 | hrw | brb |
13:08.23 | Christopher | hrw: ok. thanks. |
13:10.58 | *** join/#oe tank17 (i=ariel@gateway/tor/x-52631a2b62ffa8d6) |
13:18.23 | *** join/#oe rwhitby-n800 (n=rwhitby@nslu2-linux/rwhitby) |
13:23.06 | chouimat | morning |
13:30.08 | *** join/#oe [lala_] (n=lala@ip-217-18-177-19.static.reverse.dsi.net) |
13:31.00 | koobla | hi all! |
13:31.43 | koobla | I am building an angstrom-minimal from scratch and found that several packages are empty, like base-passwd and initscripts |
13:32.09 | koobla | have /etc and some other dirs been removed from the standard install rules (FILES)? |
13:32.17 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
13:32.20 | hrw | no |
13:32.35 | koobla | hmm, then one of my conf files is garbled |
13:32.37 | koobla | thx |
13:32.41 | psokolovsky | hrw: so what if we define MACHINE_RESOLUTION after all (as 640x480)? |
13:33.34 | hrw | psokolovsky: and? |
13:33.55 | hrw | psokolovsky: look at formfactor in Poky - it do that for runtime |
13:34.02 | psokolovsky | hrw: and have it as a standard way for machines to define their resolution |
13:34.32 | psokolovsky | hrw: will do. but runtime won't help everywhere. |
13:35.38 | *** join/#oe TheCan (n=thecan@dslb-084-056-158-016.pools.arcor-ip.net) |
13:36.48 | hrw | psokolovsky: resulution, dpi, depth, keyboard, touchscreen, rotations, keyboard in rotations.. |
13:37.38 | psokolovsky | hrw: is that you who did that formfactor stuff? |
13:38.35 | hrw | psokolovsky: no, it was done after discussion in OH |
13:39.09 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
13:39.17 | psokolovsky | hrw: so, would it be ok to merge it into OE? |
13:40.17 | hrw | first look what it does and how we use it |
13:45.14 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.105.Dial1.SanJose1.Level3.net) |
13:50.10 | *** join/#oe mr_nice (n=mr_nice@p54A9CEEC.dip.t-dialin.net) |
13:57.50 | dcordes | how can I make OE completely rebuild everything from scratch? |
13:58.21 | dcordes | last time I built it took only half an hour or so |
13:58.34 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
13:58.44 | hrw | dcordes: rm -rf tmp;bitbake everything |
14:00.35 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
14:07.01 | *** join/#oe AvengerMoJ1 (n=alex@219.142.224.94) |
14:08.04 | *** join/#oe wbx (n=wbx@gw.aurisp.de) |
14:09.02 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
14:10.21 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
14:12.31 | psokolovsky | hrw: so, I had a look at formfactor package. Good idea for sure. That's how it should be done w/o a doubt, runtime config rules. But again, that doesn't supersedes need for build-time config, even if that config is essentially some default setting. |
14:12.56 | psokolovsky | hrw: so what about using poky's var names in machine configs to set default screen w/h? |
14:13.53 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
14:19.30 | hrw | psokolovsky: with MACHINE_ prefix - yes |
14:20.08 | *** join/#oe mrdata (i=mrdata@dslb-088-074-140-003.pools.arcor-ip.net) |
14:20.11 | psokolovsky | hrw: MACHINE_DISPLAY_WIDTH_PIXELS - isn't that too much? ;-) |
14:21.01 | mrdata | hi all |
14:21.08 | hrw | you need to put them in MACHINE_ namespace to get them readable |
14:21.31 | hrw | I do not like vars like 'a b c bzdrum' etc |
14:24.40 | Jin^eLD | could anyone suggest an SDIO bsaed WiFi card, preferably with GPL drivers that are already in the kernel :> |
14:25.18 | Christopher | anyone every get the following error after trying to do a mtn update? mtn: error: sqlite error: database is locked |
14:25.19 | hrw | Jin^eLD: there is no such one iirc |
14:25.23 | psokolovsky | hrw: what you guys were thinking about when did that formfactor stuff? ;-)) |
14:25.34 | hrw | Christopher: other monotone process use it |
14:25.48 | Jin^eLD | hrw: I read something about MV SDIO stack and Atheros card support, but it was not quit clear to me if it was already used somewhere |
14:26.19 | Christopher | hrw: but I should see it under ps, right? all I see is bash and ps. |
14:27.36 | hrw | Jin^eLD: it is not in mainline iirc |
14:27.48 | Jin^eLD | hmm, I see.. |
14:29.41 | Jin^eLD | can you suggest any solution that can be more or less easily integrated (using 2.6 kernel) |
14:30.22 | hrw | no, because I did not follow sdio |
14:30.35 | *** join/#oe osas (n=osas@72.53.149.68) |
14:30.38 | stefan_schmidt | Jin^eLD: For Atheros 6k and SDIO you could ask Werner Almesberger. We plan to use it in GTA02. |
14:31.02 | Jin^eLD | stefan_schmidt: what's his IRC nickname, or where do I find him? :> |
14:31.39 | stefan_schmidt | Jin^eLD: I think he is in none public channel. werner@openmoko.org should be fine. |
14:31.56 | Jin^eLD | thanks |
14:32.38 | hrw | Christopher: "px fx" tried? |
14:33.14 | hrw | psokolovsky: Poky supports misc hardware and we want to simplify maintaining of device related stuff |
14:33.51 | hrw | psokolovsky: for example we do not call x11 calibration on devices without touchscreen (nevermind does XCalibrate and xtscal are available or not) |
14:34.19 | Christopher | hrw: I guess you mean ps fx? I don't see anything there related to mtn |
14:34.59 | psokolovsky | hrw: I hint about naming ;-). otherwise it's cool as I told. But you hardly can get around build-time config either. especially you, as vendor which needs to support *specific* devices (you know I in my current position care about supporting *all* device on generic foundation) |
14:35.34 | hrw | ah. naming. I think that names had to be readable |
14:35.44 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
14:36.18 | psokolovsky | hrw: yeah, me too, and it would be really cool if they matched for buildtime/runtime config. well, nevermind... |
14:37.38 | *** join/#oe erdinger_ (n=erdinger@f049189134.adsl.alicedsl.de) |
14:37.50 | Christopher | hrw: I found a mtn using ps -e ...but it won't get killed off |
14:37.59 | Marex | is /etc/sysconfig/bluetooth correct place for bluetooth config ? |
14:38.21 | Marex | Im now reimplementing bluetooth applet in opie so j/w |
14:38.59 | Christopher | hrw: nevermind. got it will kill -KILL <number> |
14:39.05 | hrw | Marex: with bluez 3.x you rather use dbus to get config from bluez |
14:39.07 | psokolovsky | Marex: opie already reads config from the proper location, and yep, that's correct iirc ;-) |
14:39.40 | Marex | psokolovsky, fine, I will implement BLUETOOTH_FIRMWARE option next, are you fine with it? |
14:39.54 | psokolovsky | dbus sucks, message passing architecture rules ;-E |
14:40.16 | Marex | hrw, opie doesnt support dbus :-T |
14:40.41 | psokolovsky | Marex: dunno, I guess, there's var to pass arbitrary option - see what hx4700 does |
14:41.02 | hrw | Marex: and many other things |
14:41.05 | Marex | <PROTECTED> |
14:41.05 | Marex | <PROTECTED> |
14:41.15 | Marex | psokolovsky, this is what hx4700 does ;-E |
14:41.27 | psokolovsky | Marex: no!! see blueprobe package |
14:41.48 | Marex | psokolovsky, yes!! how is blueprobe related to this :-T |
14:41.58 | Marex | ah ... got it, nevermind |
14:42.34 | Marex | psokolovsky, inherit gpe? cool :b |
14:42.41 | Marex | psokolovsky, that is really perfect for opie |
14:42.52 | *** join/#oe Ecco (n=user@fb.likid.org) |
14:42.56 | psokolovsky | Marex: blueprobe is what creates /etc/sysconfig/bluetooth. opie reads it first, and only if it's not there, falls to that crap you quoted |
14:43.00 | Ecco | Hello everyone |
14:43.02 | Ecco | Hi Marex ^^ |
14:43.10 | hrw | the funny thing about /etc/sysconfig/bluetooth is that it supports only devices which blueprobe know |
14:43.13 | Marex | Ecco, hi ! :) long time no see |
14:43.18 | psokolovsky | Marex: blueprobe is standalone shell script |
14:43.20 | hrw | so my zaurus with BT cf card does not work |
14:43.26 | Ecco | Marex: yeah, right. I've been pretty busy lately |
14:43.36 | Marex | Ecco, I see ... same here :) |
14:43.41 | Ecco | ^^ |
14:43.57 | Marex | psokolovsky, that was from libopietooth and that is executed every time |
14:44.07 | hrw | also my progear with BT on USB will not work. also my tosa with bt on cf and bt on usb. |
14:44.16 | Ecco | I'm done with school ^^ 1 week of holiday, and then I'll start my first job ^^ |
14:44.19 | psokolovsky | hrw: sorry, do you have an idea if slapin's commit access for discussed by now? |
14:44.52 | Marex | Ecco, I finished highschool so 3 months of holiday and hacking ;] |
14:45.06 | hrw | psokolovsky: he was told atleast twice that he has to send monotone keys to koen and mickeyl. if he did not sent then he has to complain to himself |
14:45.16 | Ecco | Awesome ^^ Which university are you gonna go to ? |
14:45.32 | Marex | psokolovsky, why does blueprobe inherit gpe then ? ;-E |
14:45.51 | Marex | Ecco, cherles uni, faculty of maths and physics 8) |
14:45.57 | Marex | *Charles |
14:46.03 | Ecco | Awesome. Where is it ? |
14:46.06 | hrw | Marex: SRC_URI? |
14:46.06 | Ecco | CR ? |
14:46.19 | Marex | Ecco, yeah, sure, in Prague |
14:46.25 | Marex | hrw, oh ok :-T |
14:46.26 | Ecco | Nice ! |
14:46.41 | psokolovsky | hrw: /e/s/b is generic config in unix spirit. it supports *everything*. dbus and stuff are funky novelties rooted in dcoms and corbas, and does not and will not supersede common unix sense. (not that I'm saying its useless - I'm terribly glad there's single practical standard for that stuff now) |
14:47.06 | psokolovsky | hrw: he did send, I was in cc: even. |
14:47.14 | Christopher | psokolovsky: I did what you said on your web page about merging diffs. when it exits the vim compare, I get a /bin/bash/!wq: command not found error and then it asks to hit enter again and it goes back to the same file. Do you know what I am doing wrong here? |
14:48.11 | Marex | Ecco, yeah, btw we can move this discussion on #hackndev ;] |
14:48.16 | psokolovsky | Christopher: hmm. nope, can't say from that. do you really use vimdiff, not just vim? |
14:48.47 | Christopher | I did an export on EDITOR for vimdiff |
14:48.52 | hrw | psokolovsky: /e/s/* are redhat and its forks |
14:49.17 | psokolovsky | hrw: I believe I checked it for debian-availability |
14:49.19 | hrw | psokolovsky: so if he sent then koen/mickeyl are proper guys to ask |
14:49.28 | hrw | psokolovsky: debian use /etc/default/ |
14:49.30 | slapin | hrw, :) I've sent monotone keys |
14:50.05 | hrw | psokolovsky: and on my system /etc/default/bluetooth control which parts of BT subsystem are to be started |
14:50.10 | slapin | hrw, and, to that matter, I was told about that only once :) |
14:50.29 | psokolovsky | Christopher: strange. well, dunno then. maybe you enter something in wrong sequence... then just make copy of your stuff, revert, update, and then put your stuff back (merge as needed) |
14:51.01 | psokolovsky | hrw: gotcha. Marex: so check default of course |
14:51.27 | Christopher | psokolovsky: so, basically just start over then? I can just remove everything and have it get again. |
14:51.28 | psokolovsky | hrw: ah, then it's another */bluetooth ;-) |
14:51.39 | slapin | hrw, mail from Jun 9, 2007 |
14:51.52 | hrw | k |
14:51.59 | psokolovsky | Christopher: you don't have to remove completely, just put aside |
14:52.02 | Marex | psokolovsky, so /etc/default/bluetooth? |
14:52.14 | slapin | psokolovsky, and you are Cc:ed to that mail :) |
14:52.17 | Christopher | psokolovsky: ok. |
14:52.30 | psokolovsky | Marex: no. see opie source. grep thru. I submitted that patch (well, not mine actually), and it was merged. |
14:52.42 | psokolovsky | slapin: that's what I said too |
14:53.20 | hrw | Marex: /e/s/b is better place as /e/d/b is part of bluez not blueprobe and control other stuff then 'where is bt' |
14:53.27 | slapin | psokolovsky, that mail has mtn key attached |
14:53.55 | slapin | mickey|tv, hrw, message from Jun 9, 2007 has mtn key attached |
14:54.14 | psokolovsky | slapin: you getcha it - ping koen/mickey |
14:54.25 | slapin | koen, ping |
14:54.42 | Marex | hrw, fine ... so once and last time for my retarted brain ... I should put config to /etc/sysconfig/bluetooth |
14:55.02 | Marex | hrw, take it from there and control opie bluetooth using that |
14:55.04 | Marex | right? |
14:57.44 | slapin | mickey|tv, ping... |
14:58.18 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
15:02.06 | hrw | slapin: koen is offline for 2 weeks |
15:03.17 | *** join/#oe AvengerMoJo (n=alex@219.142.244.39) |
15:04.14 | CoreDump|home | hi |
15:07.06 | *** join/#oe XorA (n=dp@www.xora.org.uk) |
15:08.47 | slapin | hrw, ok, but whi can help me then? |
15:08.51 | slapin | *who |
15:09.41 | hrw | mickeyl |
15:10.59 | slapin | ~seen mickeyl |
15:11.02 | ibot | mickeyl <n=mickeyl@linuxtogo.org> was last seen on IRC in channel #oe, 20h 4m 35s ago, saying: 'wb'. |
15:11.02 | *** join/#oe XorA (n=dp@www.xora.org.uk) |
15:13.43 | slapin | ~logs |
15:13.43 | ibot | it has been said that logs is apt/ibot/infobot/jbot/purl all log daily to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz |
15:13.56 | XorA | ~zap ibot_ |
15:13.57 | ibot | ACTION takes out a cattle prod and gives ibot_ a good jolt. |
15:15.13 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
15:18.25 | slapin | ~botmail for mickeyl hi, could you please add my key I've sent to you on june 9? |
15:20.44 | *** join/#oe wick7xx (n=jornix@63.135.137.194) |
15:29.15 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
15:29.18 | *** join/#oe darkschneider2 (n=gab@81-208-36-80.ip.fastwebnet.it) |
15:29.26 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
15:32.19 | *** join/#oe dion (n=dion@inhex.net) |
15:32.50 | *** join/#oe dion (n=dion@inhex.net) |
15:56.54 | hrw | bye all |
16:10.52 | *** part/#oe Ecco (n=user@fb.likid.org) |
16:19.20 | *** join/#oe |miska| (n=|miska|@atrey.karlin.mff.cuni.cz) |
16:21.28 | *** join/#oe woglinde (i=woglinde@e178070130.adsl.alicedsl.de) |
16:28.55 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
16:33.31 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
16:36.57 | mrdata | i try to build a opie-image with uclibc for simpad, actual oe-tree, it fails now by do_rootfs with dependencies error opie-icon-reload for task-opie-base-settings |
16:38.13 | mrdata | but opie-icon-reload is build in work/all-angstrom-linux-uclib/ |
16:38.22 | Marex | mrdata, heh |
16:38.36 | mrdata | any hints was going wrong there |
16:38.37 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
16:38.39 | Marex | mrdata, try creating opie-icon-reload_cvs.bb |
16:39.03 | Marex | just copy those _1.2.2.bbs to _cvs.bbs they are missing |
16:39.32 | Marex | cp opie-icon-reload_1.2.2.bb opie-icon-reload_cvs.bb |
16:40.29 | mrdata | ah okay, and no chanches in opie-icon-reload_cvs.bb ? |
16:40.46 | hrw|gone | opie-icon-reload is in OE |
16:40.54 | hrw|gone | it should not be versioned like opie is |
16:41.11 | hrw|gone | and it should be PACKAGE_ARCH="all" |
16:41.42 | Marex | mrdata, nope ... at least this way it worked for me |
16:41.59 | Marex | hrw|gone, those cvs packages are really missing even though they should be there |
16:42.27 | woglinde | mrdata I had no problems here |
16:42.38 | woglinde | I can upload you my image |
16:42.56 | woglinde | but I didnt test it yet |
16:43.03 | hrw|gone | CIA-3: beware of my commit flood |
16:43.43 | woglinde | hrw uh |
16:43.46 | mrdata | woglinde: hi, and i had errors while build, obexftp will not build right |
16:43.51 | woglinde | what did you do |
16:44.04 | woglinde | mrdata no problems here with obexftp |
16:44.26 | woglinde | but I build 16mb opie-image |
16:45.31 | mrdata | that make no differenc |
16:46.03 | mrdata | task-opie-irda and task-opie-bluetooth will need it |
16:46.16 | woglinde | I right upload it now |
16:46.24 | woglinde | but it will last a while |
16:46.37 | mrdata | okay |
16:47.05 | mrdata | Marex: and opie-icon-reload_cvs will also not help |
16:47.14 | woglinde | I am now making a initramfs with pcmciautils so we can use nfsroot via pcmcia network |
16:47.51 | Marex | mrdata, bitbake opie-icon-reload -c rebuild |
16:47.58 | mrdata | but only, if you have a ne2000 pcmcia 16-bit network card |
16:48.40 | mwester | hehe! I think I have one of those in my junk box, if it didn't get thrown out some time ago! |
16:49.12 | woglinde | mrdata yes I have one |
16:49.34 | woglinde | and you might find one on ebay |
16:49.38 | woglinde | really cheap |
16:52.03 | mrdata | woglinde: cheap is not a problem for me, but find a right one, no one say ne2k pcmcia 16-bit network card |
16:52.41 | mrdata | Marex: i have no luck, same error |
16:53.13 | woglinde | mrdata hehe |
16:53.20 | woglinde | you have the source |
16:53.24 | woglinde | of the linuxkernel |
16:53.37 | woglinde | and there are mentioned a lot |
16:53.47 | woglinde | or in at the pcmcia-cs page |
16:53.52 | woglinde | I will point it to you |
16:54.16 | woglinde | http://pcmcia-cs.sourceforge.net/ftp/SUPPORTED.CARDS |
16:54.28 | woglinde | all under [pcnet_cs driver] |
16:54.32 | woglinde | are 16 bit |
16:54.43 | Darth_Wader | erm |
16:54.57 | Darth_Wader | iirc, xircom`s also have 16bit |
16:55.01 | woglinde | yes |
16:55.03 | Darth_Wader | xirc2ps_cs |
16:55.10 | woglinde | but you usally dont get the old ones |
16:55.25 | woglinde | the a rather than ne200k cards |
16:55.35 | Darth_Wader | i`ve get it from auction. new in a box :) |
16:56.35 | Christopher | hello all...what version of gcc are you using with OE ? 4.1.2 ? 3.4.5 ? |
16:56.58 | woglinde | 4.1.2 for angstroem |
16:57.06 | Darth_Wader | +1 |
16:57.16 | woglinde | and for some old kernels 3.x.x |
16:57.38 | woglinde | I hope they will go away in future |
16:57.50 | woglinde | 2.4 is dead espcially on arm |
16:57.53 | Christopher | ok. And no issues building anything with 4.1.2 ? weird compiler things? I know one some of the versions, there are warnings about bad builds |
16:58.05 | Christopher | I'm working with a at91rm9200 (arm9). |
16:58.25 | woglinde | hm no problems or they get the patches |
16:58.42 | CIA-3 | 03hrw 07org.oe.dev * r8a3c7a06... 10/ (3 files in 3 dirs): feed-browser: include architecture selector |
16:58.51 | CIA-3 | 03hrw 07org.oe.dev * r16946bd9... 10/ (4 files in 3 dirs): feed-browser: exit if database cannot be found or created |
16:58.57 | CIA-3 | 03hrw 07org.oe.dev * r045799da... 10/ (3 files in 3 dirs): feed-browser: updated copyrights |
16:59.01 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
16:59.03 | CIA-3 | 03hrw 07org.oe.dev * re5a27797... 10/ (1 contrib/feed-browser/index.php): feed-browser: updated copyrights |
16:59.10 | CIA-3 | 03hrw 07org.oe.dev * r958b4439... 10/ (3 files in 3 dirs): feed-browser: use read_vars_from_get to handle HTTP GET params |
16:59.16 | CIA-3 | 03hrw 07org.oe.dev * r6ecc6574... 10/ (3 files in 3 dirs): feed-browser: simplified URLs (no 'action' var anymore), simplified code a bit |
16:59.24 | CIA-3 | 03hrw 07org.oe.dev * r3c138b43... 10/ (3 files in 3 dirs): feed-browser: list of architectures from database instead of static list |
16:59.31 | CIA-3 | 03hrw 07org.oe.dev * r3494e26a... 10/ (1 contrib/feed-browser/index.php): feed-browser: search when arch is selected and no package name provided |
16:59.39 | CIA-3 | 03hrw 07org.oe.dev * rcc21f895... 10/ (1 contrib/feed-browser/includes/functions.inc): feed-browser: in package details sort by version, then by arch |
16:59.40 | mrdata | woglinde: have you a opie-icon-reload.ipk in your deploy/uclibc/ipk/all for opie-image-16mb build? |
16:59.45 | CIA-3 | 03hrw 07org.oe.dev * r14b201ae... 10/ (1 contrib/feed-browser/index.php): feed-browser: mark selected architecture in list of archs, also show entered package name |
16:59.52 | woglinde | mrdata -> http://page.mi.fu-berlin.de/heinold/Angstrom-opie-image-16mb-uclibc-test-20070704-simpad.rootfs.jffs2 |
17:02.51 | Gerrath | RP the pxa-udc kernel module generated from usb_pxa27x_udc-r5.patch causes a kernel dump from a null pointer. I tracked it down to the function udc_disable and the line "dev->mach->udc_command(PXA2XX_UDC_CMD_DISCONNECT);" if I take that line and put it in the following if statement "if (dev->mach->udc_command)" Then I get no more dumps and the module works great. |
17:03.03 | mrdata | woglinde: thx! |
17:03.42 | Gerrath | RP, I'm not sure if my fix is good or not but it does work :-/ |
17:03.57 | woglinde | lunch now |
17:04.07 | woglinde | than compiling some stuff static |
17:11.21 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
17:11.22 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
17:14.31 | kergoth | morning |
17:15.08 | zecke | kergoth: hey, how are you? |
17:17.29 | kergoth | pretty good, happy to be working on linux again. thinking about pulling down an oe tree and getting back up to speed with it |
17:17.42 | zecke | take it easy :) |
17:22.30 | CoreDump|home | !praise vmware |
17:40.31 | woglinde | re |
17:41.59 | *** join/#oe [lala] (n=lala@p54B30645.dip0.t-ipconnect.de) |
17:42.30 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
17:47.25 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.110.Dial1.SanJose1.Level3.net) |
17:47.54 | *** join/#oe Keizer (n=keizer@71.16.35.6) |
17:51.59 | *** join/#oe Crofton (n=balister@hc65214fd.dhcp.vt.edu) |
17:52.39 | *** join/#oe VoodooZ (n=palm3@76-10-149-24.dsl.teksavvy.com) |
17:54.28 | *** join/#oe Darth_Wader (n=sith@ne.hubbardi.st) |
17:56.24 | *** join/#oe thesing (n=tkunze@BAA2cf6.baa.pppool.de) |
17:56.43 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
18:04.28 | *** join/#oe wick-devbox (n=wicked@63.135.137.194) |
18:07.04 | *** join/#oe birunko (n=birunko@200.184.118.132) |
18:19.05 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
18:19.14 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
18:21.45 | *** join/#oe flo_lap (n=fuchs@e179097252.adsl.alicedsl.de) |
18:22.32 | flo_lap | re |
18:22.44 | woglinde | re florian |
18:26.53 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
18:33.50 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
18:35.03 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
18:36.28 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
18:41.31 | *** join/#oe stevenh (n=lews@65.167.23.2) |
18:57.22 | mrdata | woglinde: opie-image-16mb runs on my simpad ;-) |
19:00.20 | *** join/#oe mgwa (n=mgw@129.143.39.66) |
19:03.04 | Crofton | mickey|tv, ping |
19:06.35 | woglinde | mrdata fine |
19:06.48 | woglinde | I am hustling with initrd |
19:08.11 | mrdata | woglinde: initrd runs on simpad from flash and get image over network right? |
19:08.37 | mrdata | better rootfs over nfs |
19:10.01 | woglinde | yes |
19:10.08 | woglinde | but I have to load booth in ram |
19:10.20 | woglinde | and than set the initrd parameters right |
19:10.25 | woglinde | which isnt easy |
19:10.35 | woglinde | both kernel and initrd |
19:10.56 | mrdata | initrd from cf or over serial? |
19:11.11 | woglinde | serial |
19:11.16 | woglinde | my cf is ext2 |
19:11.22 | woglinde | which can be read by bootldr |
19:11.26 | woglinde | cant |
19:11.57 | mrdata | and make 2 partitions on cf |
19:12.14 | woglinde | hm |
19:12.19 | mrdata | hda1 vfat and hda2 ext2 |
19:12.21 | woglinde | that would be an idea |
19:12.50 | woglinde | but serial for 2 mb transfer is okay too |
19:14.29 | mrdata | problem is to switch from cf to ne2k |
19:15.03 | mr_nice|afk | hm maybee mtd partition? |
19:16.19 | mr_nice|afk | delete the /home one than you will get enought space for a initrd/kernel one |
19:16.25 | mrdata | woglinde: how to switch of simpad, without apm ? |
19:18.33 | woglinde | mrdata hm? |
19:18.39 | woglinde | boot in bootldr and type halt |
19:18.51 | mrdata | thats hardcore |
19:19.06 | mr_nice|afk | hehe |
19:19.14 | woglinde | hm |
19:19.22 | mrdata | also cf-card support in kernel is missing, no modules inside |
19:19.22 | woglinde | first try wasnt good |
19:19.33 | woglinde | hm? |
19:19.43 | woglinde | i want to get all stuff in ram |
19:19.48 | polyonymous | does it prevent you from shutting it down? :) |
19:19.56 | woglinde | so i can setup n2k card |
19:20.02 | woglinde | and than boot nfsroot |
19:20.05 | mrdata | polyonymous: yes |
19:20.05 | woglinde | thats the goal |
19:20.18 | polyonymous | hm |
19:20.46 | polyonymous | well, if you know what exactly prevents you from shutting it down then I'm sure you can solve it :) |
19:20.54 | mrdata | polyonymous: and i can not check, if wakup do it right |
19:21.12 | polyonymous | ah, so you want suspend, not shutdown? |
19:21.25 | mrdata | polyonymous: exactly |
19:21.27 | polyonymous | ah... without apm... gotcha. |
19:21.58 | polyonymous | but I have no answers for you, anyway. |
19:22.37 | mr_nice|afk | woglinde: thx for uploading it |
19:22.48 | woglinde | mrdata hm apm isnt present? |
19:22.51 | mrdata | polyonymous: but thats no problem |
19:22.57 | woglinde | in my image? |
19:23.00 | mrdata | woglinde: no |
19:23.09 | woglinde | okay |
19:24.05 | woglinde | hm no= it is present |
19:24.38 | mr_nice|afk | woglinde: do you know documentation stuff for opie? |
19:24.41 | mrdata | woglinde: no=not present in your image |
19:24.45 | woglinde | hm |
19:24.48 | woglinde | apmd is in |
19:24.51 | woglinde | why apm itself |
19:24.52 | woglinde | strange |
19:25.11 | polyonymous | no apm kernel support or what? |
19:25.18 | mrdata | woglinde: and lucky thing, in my opie rootfs dir is apm available |
19:25.49 | mrdata | polyonymous: simple - apm binary is not in image |
19:26.09 | polyonymous | ah I seenow. Are you talking about opie image? |
19:26.23 | mr_nice|afk | yes :) |
19:26.48 | mrdata | polyonymous: and i can not build an image from my rootfs, because do_rootfs give me an error for opie-icon-reload |
19:26.48 | kergoth | argh, anyone happen to have an amd64 mtn 0.32 .deb handy? |
19:27.00 | woglinde | bb says install -m 4755 ${S}/.libs/apm ${D}${bindir}/apm |
19:27.21 | woglinde | kergoth hrw probably |
19:27.23 | polyonymous | kergoth, nope, and I haven't tried .32, only .31 and .35, I think :) |
19:27.35 | polyonymous | mrdata, what is the problem with opie-icon-reload? |
19:28.11 | kergoth | .35 says i need to migrate when using a current OE.mtn.bz2 |
19:28.12 | woglinde | no provider |
19:28.13 | kergoth | heh |
19:28.18 | polyonymous | and is 'data'=='_nice' |
19:28.26 | Crofton | hmm, I am still using 0.32 ... |
19:28.26 | polyonymous | kergoth, migrate it then :) |
19:28.29 | woglinde | kergoth that only last 6 or 8 hours |
19:28.49 | mr_nice | polyonymous: no |
19:28.51 | polyonymous | woglinde, I think it lasted a minute or so. |
19:29.00 | mrdata | missing dependencies for task-opie-base-settings -> opie-icon-reload |
19:29.07 | woglinde | polynymous what? |
19:29.13 | polyonymous | mr_nice, ok. So you just both misters and you're both talking about opie-image :) |
19:29.21 | polyonymous | woglinde, migrating .mtn |
19:29.28 | woglinde | it last here 8 hours with the suggested rebuilds |
19:29.30 | mr_nice | polyonymous: yes |
19:29.53 | mrdata | polyonymous: and we talk about the same image ;-) -> for simpad |
19:30.04 | polyonymous | mrdata, huh... must be recent commits. When was the last time you pulled? |
19:30.32 | polyonymous | woglinde, what rebuilds? Are you talking about mtn db migration or what? |
19:30.49 | mrdata | polyonymous: today, 17:15 Berlin time |
19:31.12 | woglinde | polyonymous yes |
19:31.15 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
19:31.28 | polyonymous | mrdata, well, I haven't built opie image for a couple of weeks now, I think... |
19:31.43 | polyonymous | woglinde, and what rebuilds does mtn migration require?? |
19:31.58 | woglinde | it bubbels soemething I typed |
19:32.08 | woglinde | and than waited 8 hours |
19:32.24 | woglinde | dont know anymore |
19:32.37 | polyonymous | woglinde, Weird. It took minutes here I'm pretty sure. What version were you migrating from? |
19:33.37 | woglinde | 32 to 35 |
19:33.45 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
19:35.47 | woglinde | mr_nice hm yes but apm isnt in the image |
19:35.52 | woglinde | and can provide it |
19:35.55 | mwester | It lulls you into a false sense of security by performing several stages of the migration that sound very complicated, and complete. Then it announces that it needs to rebuild some caches, or something similar -- which takes anywhere from 4 - 12 hours. |
19:35.56 | woglinde | I can provide it |
19:36.16 | woglinde | mwester yes that it was |
19:37.48 | woglinde | so next try |
19:37.55 | mwester | I have pondered on what one can do with a 100MByte dataset in that amount of time using a 2.8GHz P4. And the only theory that makes sense to me is that the original author of MTN encrypted the data, and lost the key. The enormous time spent on so little data can only be a brute-force attack on the encryption. |
19:37.58 | woglinde | I hope not to overwrite the kernel this time |
19:38.05 | woglinde | with the initrd in ram |
19:40.22 | mr_nice | woglinde: hm, just flashed the image. I did now a find / -name apm . I only get /etc/apm/ and /proc/apm as result |
19:40.38 | woglinde | mr_nice |
19:40.42 | woglinde | I know |
19:40.56 | woglinde | but the apm binary is builded here |
19:40.56 | chouimat | re |
19:41.08 | woglinde | dont know why it didnt get into the image |
19:41.21 | mr_nice | woglinde: ah, sorry didi't saw the isnt |
19:41.43 | woglinde | you can copy it manualy if you like |
19:42.10 | mrdata | woglinde: what could by the reason, that opie-icon-reload build is okay, but create no .ipk for it? |
19:42.17 | mr_nice | woglinde: but I wish you luck for that initrd stuff. If you are successfull I would be glad if you can document it on opensimpad.org -> knowledgebase |
19:42.29 | woglinde | mr_nice yes will do |
19:42.38 | mr_nice | woglinde: :) |
19:43.17 | woglinde | hm okay |
19:43.51 | woglinde | now I have addresses where kernel and initrd can live without interfeering |
19:43.54 | mrdata | thats should be the root cause, that do_rootfs failed by me |
19:45.07 | hrw|gone | kergoth: nearly each monotone version change database schema. migration takes only few minutes |
19:45.25 | woglinde | he hrw |
19:46.32 | woglinde | mr_nice,mrdata -> http://page.mi.fu-berlin.de/heinold/apm |
19:46.36 | woglinde | is the apm binary |
19:46.44 | Crofton | hrw|gone, how long to upgrade from .32 to .35? |
19:47.41 | CIA-3 | 03pfalcon 07org.oe.dev * rf1870c83... 10/ (6 files in 3 dirs): opie-taskbar: Split machine (actutally, resolution) dependent files to another package. |
19:47.45 | CIA-3 | 03pfalcon 07org.oe.dev * rbfba6152... 10/ (1 packages/opie-taskbar/opie-taskbar-images_cvs.bb): opie-taskbar-images: Fix PR. |
19:47.51 | CIA-3 | 03pfalcon 07org.oe.dev * rd1000035... 10/ (4 files in 2 dirs): |
19:47.51 | CIA-3 | opie-taskbar-images: Don't package images to machine-dependent file, instead |
19:47.51 | CIA-3 | package to separate packages for each reolution (otherwise, machine independent). |
19:47.51 | CIA-3 | Then, some higher-level task (task-opie) will select need package for specific |
19:47.51 | CIA-3 | machine. User still will be able to install another package fwiw, or even |
19:47.51 | mr_nice | woglinde: thx |
19:47.53 | CIA-3 | multiple (for example, to have nice wallpaper across screen rotations, but |
19:47.55 | CIA-3 | this of course will need runtime support). |
19:47.59 | CIA-3 | 03pfalcon 07org.oe.dev * r30954977... 10/ (1 packages/opie-taskbar/opie-taskbar_cvs.bb): opie-taskbar: Bump PR. |
19:48.04 | CIA-3 | 03pfalcon 07org.oe.dev * rf795d68d... 10/ (1 packages/tasks/task-opie.bb): |
19:48.04 | CIA-3 | task-opie: Add dependency on opie-taskbar-images, 240x320 version until ways |
19:48.06 | CIA-3 | to provide screen size for all machines will be settled. |
19:48.14 | woglinde | hehe |
19:48.27 | woglinde | seems I need to build new opie.image tomorrow |
19:50.46 | mrdata | woglinde: do you enable parallel make in your local.conf? |
19:53.44 | woglinde | yes |
19:53.56 | woglinde | now |
19:54.02 | woglinde | only parallel bitbake |
19:54.17 | woglinde | now=no |
19:54.51 | mrdata | okay, and no bb_number_threads, right? |
19:55.10 | woglinde | bb_number_threads is at 2 |
19:55.32 | woglinde | but that dont cause any errors |
19:55.54 | mrdata | not fully true for me |
19:57.02 | mrdata | with bb_number_threads=16 i get md5sum errors while download files from net |
19:57.09 | woglinde | lol |
19:57.24 | woglinde | 16 is really overkill |
19:58.31 | woglinde | hm yes do_install of apmd shows no sign of installing apm binary |
19:58.35 | mrdata | hm, too much, okay, i will use smaler values |
19:58.55 | woglinde | are yes I see it |
19:59.03 | woglinde | there is this empty line |
19:59.05 | woglinde | in the .bb |
19:59.12 | mrdata | CosmicPenguin: you mean me for writing a bug |
19:59.18 | woglinde | in do_install |
19:59.25 | woglinde | thats the root of all evil |
20:00.09 | mrdata | CosmicPenguin: thats not a problem in motivation, more problem in time management and the wrong language for me |
20:00.13 | woglinde | hm |
20:00.34 | CosmicPenguin | what? |
20:01.15 | mrdata | CosmicPenguin: your comment was for me or not? |
20:01.25 | CosmicPenguin | no |
20:01.31 | CosmicPenguin | why would you ever think it was? |
20:03.10 | mrdata | CosmicPenguin: ah, okay, and sorry for that, and it was the wrong thinking from me |
20:03.26 | woglinde | hm |
20:03.38 | woglinde | initrd gets loaded now |
20:03.42 | woglinde | but init failed |
20:03.57 | woglinde | let me test a simple hello world |
20:04.30 | *** join/#oe lrg_ (n=liam@lrg2.demon.co.uk) |
20:09.04 | cdbot2 | * * OE Bug 2605 has been created by jordan.crouse(AT)amd.com |
20:09.06 | cdbot2 | * * mkfontdir-1.0.3 uses the wrong URL |
20:09.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2605 |
20:15.50 | chouimat | hi kergoth |
20:15.56 | CosmicPenguin | the prodigal sun returns |
20:16.02 | CosmicPenguin | son even |
20:16.10 | kergoth | on an unrelated note, http://www.isisetup.ch/ is really nifty |
20:16.21 | chouimat | CosmicPenguin: it's ok we all know that kergoth is a star ;) |
20:18.19 | woglinde | okay |
20:18.27 | woglinde | hello world works |
20:18.38 | woglinde | hm than is busybox static broken |
20:19.00 | woglinde | hehe welcome back kergoth |
20:19.07 | kergoth | hehe |
20:19.33 | woglinde | kergoth lol |
20:19.38 | woglinde | don quitote? |
20:19.42 | kergoth | hehe |
20:20.07 | summatusmentis | quixote* iirc |
20:20.17 | summatusmentis | not that it really matters :-) |
20:20.38 | woglinde | hm it does thanks |
20:20.51 | woglinde | have to remember it |
20:21.31 | summatusmentis | I have no idea why I know that |
20:21.34 | summatusmentis | wishbone maybe |
20:21.35 | Crofton | kergoth, you need to subvert MV and have them support OE |
20:22.21 | kergoth | yes |
20:35.16 | *** join/#oe Bitmaster (n=Bitmaste@c-3362e253.325-1-64736c12.cust.bredbandsbolaget.se) |
21:01.06 | polyonymous | do I get it right that to export variable from bb to environment I need to VAR[export]="1" ? I mean, it works and it doesn't work otherwise, but is it the way it should be done? |
21:03.37 | *** join/#oe dijenerate (n=dijenera@69.73.253.58) |
21:04.33 | Jin^eLD | does anyone know any DAB hardware that works under linux? |
21:05.52 | Jin^eLD | preferably something that could be used on an embedded device :> |
21:10.30 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
21:13.54 | *** join/#oe rwhitby-n800 (n=rwhitby@nslu2-linux/rwhitby) |
21:14.35 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.18.120.Dial1.SanJose1.Level3.net) |
21:24.33 | *** join/#oe rwhitby (n=nrwhitby@nslu2-linux/rwhitby) |
21:28.05 | cdbot2 | * * OE Bug 2543 has been RESOLVED (FIXED) by <polyonymous> |
21:28.07 | cdbot2 | * * no icq in pidgin |
21:28.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2543 |
21:31.05 | cdbot2 | * * OE Bug 1672 has been marked as DUPLICATE of bug 2589 by <polyonymous> |
21:31.07 | cdbot2 | * * binary locale generation fail on amd64 when compiling glibc |
21:31.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1672 |
21:50.36 | *** join/#oe wbx (n=wbx@xdsl-87-78-110-127.netcologne.de) |
21:55.46 | *** join/#oe Philippe (n=fille@a91-153-17-113.elisa-laajakaista.fi) |
21:55.57 | polyonymous | summatusmentis, haven't you simply read it? :) |
21:58.31 | CIA-3 | 03polyonymous 07org.oe.dev * r08a26533... 10/ (4 files in 3 dirs): libtool-{cross,native} 1.5.10: rework rpath stripping to make it controllable |
21:58.37 | CIA-3 | 03polyonymous 07org.oe.dev * raa65a0e3... 10/ (1 packages/gaim/pidgin.inc packages/gaim/pidgin_2.0.2.bb): pidgin: let it add correct rpath and close bug #2543 |
21:58.42 | CIA-3 | 03polyonymous 07org.oe.dev * r19868d32... 10/ (1 packages/qemu/qemu-native.inc): qemu-native: add picking up gcc-3.4.6 to gcc selection code |
21:59.30 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
22:09.05 | cdbot2 | * * OE Bug 2606 has been created by jpuhlman(AT)mvista.com |
22:09.07 | cdbot2 | * * Source for db3 archive seems to not be avalible any more. |
22:09.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2606 |
22:29.06 | cdbot2 | * * OE Bug 2593 has been RESOLVED (FIXED) by <polyonymous> |
22:29.07 | cdbot2 | * * Qt4-x11 broken for generic x86 target |
22:29.10 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2593 |
22:36.15 | CIA-3 | 03polyonymous 07org.oe.dev * r725bb762... 10/ (1 packages/qt/qt4_arch.inc): qt4: change x86 qt arch into i386 as per bug #2593 |
22:39.30 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
22:43.06 | kergoth | hmm, anyone ever implement a p2p patch distribution mechanism? |
22:44.14 | polyonymous | kergoth, git? :) |
22:44.42 | kergoth | hehe. there's actually a little project called gittorrent.. havent looked to see how it works yet |
22:45.08 | polyonymous | I think git-daemon basically _is_ p2p patch distribution mechanism. |
22:45.10 | kergoth | just thinking of alternatives to file:///, particularly wrt a possible oe source package format |
22:45.19 | *** join/#oe Marex (n=Marex@85.132.236.161) |
22:45.30 | polyonymous | Well, at least git-daemon + some registration of git: uris somewhere. |
22:45.35 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
22:45.54 | polyonymous | hmm.. that sounds like a kind of git patch fetcher. |
22:46.24 | polyonymous | but yes, there should be a way to detect alternative uris. Maybe that's what gittorrent is about? |
23:10.49 | CIA-3 | 03svolpe 07org.oe.dev * rdf19f0a6... 10/ (5 files in 3 dirs): perl-5.8.8: Fix syntax error (unterminated quoted string) |
23:12.05 | cdbot2 | * * OE Bug 2528 has been RESOLVED (FIXED) by <polyonymous> |
23:12.07 | cdbot2 | * * CROSS COMPILE Badness: gtkhtml-3.6 fails do_compile |
23:12.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2528 |
23:12.09 | CIA-3 | 03polyonymous 07org.oe.dev * rffd0514c... 10/ (4 files in 3 dirs): gtkhtml-3.6: fix cross-compile badness and close bug #2528 |
23:12.25 | *** join/#oe dcordes (n=erdinger@e179098253.adsl.alicedsl.de) |
23:14.22 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
23:38.32 | summatusmentis | polyonymous: no, i've never read don quixote |
23:42.08 | *** join/#oe vivijim (n=vivijim@201.32.150.184) |
23:42.27 | *** part/#oe vivijim (n=vivijim@201.32.150.184) |
23:53.48 | *** join/#oe rwhitby (n=nnrwhitb@nslu2-linux/rwhitby) |
23:55.18 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
23:55.32 | polyonymous | summatusmentis, do read then to justify your knowledge :) |
23:56.08 | summatusmentis | it's one of those books that, once you see the wishbone, reading it is just icing on an already delicious cake |
23:57.22 | polyonymous | how do you know? :) |
23:58.12 | summatusmentis | because all the books that wishbone does, are that way |
23:58.15 | summatusmentis | or did |
23:58.41 | polyonymous | what is wishbone, anyway? :) |
23:58.46 | *** join/#oe vivijim (n=vivijim@201.32.150.184) |
23:59.02 | dcordes | FATAL: Could not load /lib/modules/2.6.20.6/modules.dep: No such file or directory |
23:59.12 | dcordes | what is that?? |
23:59.36 | polyonymous | dcordes, depmod -a ? |
23:59.45 | summatusmentis | polyonymous: some television show I used to watch as a kid. There was this jack russel terrier that would play the part of the main character in whatever classic novel was being portrayed |
23:59.53 | summatusmentis | dcordes: did you just ipkg upgrade? |