| 00:01.56 | *** part/#oe zezom (n=zezom@203.84.69.169) |
| 00:03.09 | *** join/#oe GottferDamnt (n=teva@AMontsouris-151-1-78-150.w83-202.abo.wanadoo.fr) |
| 00:13.43 | CIA-1 | 03mickeyl 07org.oe.dev * r5503536a... 10/ (1 packages/id3lib/id3lib_3.8.3.bb): id3lib: fix zlib linking issue by reconfiguring autotools stuff |
| 00:27.36 | *** join/#oe do13- (n=nnnnnnnn@do13.in-dsl.de) |
| 00:36.55 | Jin^eLD | mickey|sports: I can confirm that id3lib is building.. thx |
| 00:37.17 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:11.20 | Jin^eLD | rwhitby: ok.. I was able to compile mediatomb for openslug now, had to fix a bug in my configure script, so please make sure to use at least rev 1088 when you try it :) thx |
| 01:11.24 | VoodooZ | rwhitby: nice work. |
| 01:20.18 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:28.41 | rwhitby | hmm - diffutils configure suddenly fails. wonder when it was last changed. |
| 01:29.37 | rwhitby | false alarm. |
| 01:32.05 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 01:34.42 | Jin^eLD | rwhitby: btw, the mediatomb_svn.bb file in OE is messed up a little, please sync it with http://mediatomb.svn.sourceforge.net/viewvc/*checkout*/mediatomb/trunk/mediatomb/scripts/mediatomb_svn.bb :) |
| 01:35.21 | rwhitby | Jin^eLD: who maintains mediatomb in OE? |
| 01:35.21 | Jin^eLD | the one currently in OE will not build properly |
| 01:35.30 | Jin^eLD | koen checked it in initially |
| 01:35.58 | Jin^eLD | should I ask him then? |
| 01:36.17 | rwhitby | I can do it, since you're upstream :-) |
| 01:36.38 | rwhitby | looks like you just changed taglib to id3lib, right/ |
| 01:36.39 | rwhitby | ? |
| 01:37.08 | Jin^eLD | the initial .bb file was with taglib support, after we realised that taglib was not stable enough we took id3lib as default |
| 01:37.21 | Jin^eLD | but the configure params still have --enable-taglib there |
| 01:37.31 | Jin^eLD | allthough the dependency listed is id3lib |
| 01:37.46 | Jin^eLD | that is - the version in OE is like that |
| 01:37.48 | rwhitby | committing now |
| 01:38.20 | Jin^eLD | btw what does it mean "you are upstream"? :) |
| 01:38.52 | rwhitby | you're the author of the original upstream package |
| 01:39.03 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:39.05 | Jin^eLD | aah, I see |
| 01:39.07 | Jin^eLD | :) |
| 01:39.14 | rwhitby | so your word has some weight in these matters :-) |
| 01:39.21 | Jin^eLD | hehe |
| 01:39.37 | rwhitby | i.e. you're not just some random Joe asking for changes :-) |
| 01:39.46 | Jin^eLD | I get the idea :> |
| 01:39.53 | JoeSchmo | i demand a change! |
| 01:40.08 | JoeSchmo | srry, had to |
| 01:40.20 | Jin^eLD | )) |
| 01:40.20 | mwester | hehe |
| 01:40.51 | Jin^eLD | rwhitby: btw, does largefile work on nslu2? |
| 01:41.05 | Jin^eLD | I mean.. does it have largefile support? :> |
| 01:41.11 | rwhitby | Jin^eLD: should do on SlugOS. mwester would know better about Unslung. |
| 01:41.51 | rwhitby | (mwester is our Unslung firmware wrangler these days) |
| 01:42.25 | rwhitby | Jin^eLD: I've pushed it to nslu2-linux. CIA-1 will report when it's synced to oe. |
| 01:42.51 | rwhitby | Jin^eLD: I'll also add it to slugos-packages - it should be in the feeds within the hour. |
| 01:42.57 | Jin^eLD | it would be nice if someone could test mediatomb with largefile turned on... the thing is: I tested the .bb file with a custom distro that I created on some dev hardware and there it did not work for some reason |
| 01:43.23 | Jin^eLD | because of that I chose to disable largefile in the .bb file |
| 01:43.35 | Jin^eLD | rwhitby: cool, thanks! |
| 01:43.40 | rwhitby | Jin^eLD: does mediatomb work with a Neuston MC500? |
| 01:44.08 | rwhitby | (i.e. is it like ShowCenter and OxylBox, or is it the other kind?) |
| 01:44.09 | Jin^eLD | thats the first time I hear the name "Neuston MC500" :) so no idea, what is it? |
| 01:44.18 | Jin^eLD | aah, its a renderer? |
| 01:44.28 | Jin^eLD | we support UPnP MediaRenderer v1.0 |
| 01:44.46 | rwhitby | http://www.neuston.com.au/products.htm |
| 01:45.01 | Jin^eLD | that would be.. hmm, DSM-320, philips streamium, terratec noxon 2 and stuff like that |
| 01:45.07 | Jin^eLD | let me see... |
| 01:45.30 | Jin^eLD | iirc oxylbox does some different protocol |
| 01:45.31 | rwhitby | back in about half an hour |
| 01:45.54 | Jin^eLD | k |
| 02:14.13 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 02:16.20 | Jin^eLD | rwhitby: I looked at the page of the MC500, it does not mention UPnP anywhere |
| 02:16.31 | Jin^eLD | so I guess it uses some different protocol |
| 02:18.06 | rwhitby | yeah, I think it's some proprietary protocol |
| 02:24.18 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 02:25.29 | Jin^eLD | I'm off, 'night :> |
| 02:27.15 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 03:10.02 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 03:26.57 | *** join/#oe daurnimator (i=daurn@unaffiliated/daurnimator) |
| 03:36.56 | *** join/#oe Ironnads (n=Ironnads@host86-135-87-54.range86-135.btcentralplus.com) |
| 04:29.27 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 04:47.32 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 04:59.33 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 05:13.51 | *** join/#oe rob_w (n=bob@p85.212.133.110.tisdip.tiscali.de) |
| 05:31.34 | *** join/#oe rob_w (n=bob@p85.212.133.110.tisdip.tiscali.de) |
| 05:31.35 | *** join/#oe Ironnads (n=Ironnads@host86-135-87-54.range86-135.btcentralplus.com) |
| 05:31.35 | *** join/#oe robtaylor (n=robtaylo@63.99.9.131) |
| 05:31.35 | *** join/#oe exastr1 (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
| 05:31.36 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 05:31.36 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 05:31.36 | *** join/#oe Crofton__ (n=balister@jhr-476-5192.mprg.ee.vt.edu) |
| 05:31.36 | *** join/#oe VoodooZ (n=palm3@modemcable045.249-81-70.mc.videotron.ca) |
| 05:31.37 | *** join/#oe joshin_ (n=joshin@unaffiliated/joshin) |
| 05:31.37 | *** join/#oe circut (n=circut@felinemenace.org) |
| 05:31.37 | *** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com) |
| 05:31.37 | *** join/#oe mickey|sports (n=nnnnnnnm@linuxtogo.org) |
| 05:46.16 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 05:52.49 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:00.44 | hufnus | just built 2.6.20 + modules and installed, runs fine but cant locate modules, neither can insmod unless specify full path to .ko |
| 06:08.59 | *** join/#oe calmofthestorm7 (n=alexr@71-80-168-243.dhcp.psdn.ca.charter.com) |
| 06:10.51 | calmofthestorm7 | can anyone give me advice? I'm trying to build LyX for a zaurus akita (the recipe from the mtn database), but when it builds LyX, it tries to link against the X libraries in my /usr/src directory, so naturally it gets an incompatible symbol error. All the libraries it needs to link to exist in the staging directory, how can I make it look there? |
| 06:11.00 | calmofthestorm7 | sorry that was /usr/lib |
| 06:20.09 | *** join/#oe SonicvanaSr (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 06:25.39 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 06:42.43 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 06:42.55 | *** join/#oe Laibsch (n=Laibsch@p4020-ipbf2103marunouchi.tokyo.ocn.ne.jp) |
| 06:54.50 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 06:57.03 | *** join/#oe W8TVI (n=me@166.165.159.199) |
| 07:18.18 | *** part/#oe SonicvanaSr (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 07:20.28 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 07:28.18 | *** join/#oe Eblis (n=Miranda@86.34.3.192) |
| 07:36.32 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 07:41.22 | *** join/#oe Eblis (n=Miranda@86.34.3.192) |
| 08:12.58 | CIA-1 | 03rwhitby 07org.oe.dev * rcc34d79a... 10/ (1 packages/mediatomb/mediatomb_svn.bb): mediatomb: Use id3lib instead of taglib. Update from upstream author. |
| 08:20.53 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 08:39.33 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 08:44.25 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 08:47.11 | rwhitby | koen: is it possible to override MACHINE in a machine.conf? e.g. in nslu2le.conf, just set TARGET_ARCH=arm, and then set MACHINE=nslu2, so that all the _nslu2 overrides everywhere still work? |
| 08:48.17 | koen | good morning all |
| 08:48.26 | rwhitby | morning koen |
| 08:48.56 | koen | rwhitby: it's possible, yes, but confusing as well |
| 08:49.11 | koen | and I suspect bitbake wouldn't like $MACHINE to change at that point |
| 08:49.39 | rwhitby | hmm. since nslu2 and TARGET_ARCH uniquely define whether it's nslu2le or nslu2be, it seems a shame to need two machines |
| 08:50.14 | rwhitby | (I'm trying to reduce openslug and debianslug into a single slugos distro, which can be used with nslu2le or nslu2be machines) |
| 08:50.50 | rwhitby | (but don't want to have to go through all of OE and replace _nslu2 overrides with both _nslu2le and _nslu2be overrides. |
| 08:50.58 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 08:51.19 | pb_ | rwhitby: you can just add "nslu" to OVERRIDES by hand. |
| 08:51.45 | rwhitby | pb_: is there a good way to insert something in the middle of OVERRIDES? |
| 08:52.13 | pb_ | oh, you need it in the middle? that's a bit harder, you'd need to use some embedded python. |
| 08:52.46 | rwhitby | I guess I don't necessarily *need* it in the middle. I doubt there are any places where the position would really matter. |
| 08:53.40 | pb_ | OVERRIDES := ${@bb.data.getVar('OVERRIDES',d).split(':')[0:5] + ":nslu2:" + bb.data.getVar('OVERRIDES',d).split(':')[6:]) |
| 08:53.44 | pb_ | or, er, something. |
| 08:53.58 | pb_ | possibly with more }s on the end |
| 08:54.06 | rwhitby | sweet. |
| 08:55.03 | rwhitby | I can use that for the existing _slugos override (except that one will hopefully be done by there just being a single _slugos distro, instead of the multiple slugos distros that exist today) |
| 08:55.49 | rwhitby | BTW, I finally got arm-kernel-shim to work on both BE and LE, so that will remove the need for any cmdline hacks in ixp4xx-kernel. |
| 08:57.09 | rwhitby | Is it reasonable to require someone to set TARGET_ARCH correctly in auto.conf, alongside DISTRO and MACHINE? |
| 08:57.27 | rwhitby | (then I could have a single nslu2 MACHINE, and require the user to set TARGET_ARCH to arm or armeb) |
| 08:59.38 | pb_ | seems reasonable enough to me. you can make machine.conf blow up with some suitable error message if it hasn't been set. |
| 08:59.42 | *** join/#oe gremlin[it] (n=gremlin@ppp-97-10.25-151.libero.it) |
| 09:00.07 | rwhitby | ok, I'll do that for nslu2 and ixp4xx then. |
| 09:02.15 | rwhitby | I guess I'll still need to keep MACHINE_ARCH as nslu2le/nslu2be, so that packages are kept separate. |
| 09:02.32 | rwhitby | but I can set that based on SITEINFO_ENDIANESS |
| 09:02.39 | rwhitby | bbiab |
| 09:04.22 | *** join/#oe den-ros (n=den@ppp91-76-76-18.pppoe.mtu-net.ru) |
| 09:08.24 | *** join/#oe psokolovsky__ (n=psokolov@82.193.98.2) |
| 09:08.51 | *** part/#oe Laibsch (n=Laibsch@p4020-ipbf2103marunouchi.tokyo.ocn.ne.jp) |
| 09:14.25 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 09:16.58 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 09:25.51 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 09:30.51 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:33.50 | *** join/#oe NA|BNE (n=foo@ppp65-84.lns1.mel4.internode.on.net) |
| 09:35.03 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 09:43.23 | koen | tada, saved myself 4 hours of matlab + latex :) |
| 09:46.43 | Eblis | :)) |
| 09:48.31 | *** join/#oe pH5 (n=ph5@p5485F50D.dip.t-dialin.net) |
| 09:59.50 | koen | hey pH5 |
| 10:01.04 | pH5 | hey koen |
| 10:05.23 | Eblis | awww, too bad WorldWind uses directx |
| 10:05.37 | Eblis | it would have been sweeeet to run it other platforms with Mono :D |
| 10:05.47 | koen | Eblis: there was some talk about making it use opengl |
| 10:05.56 | Eblis | that would be nice |
| 10:06.07 | Eblis | it uses .Net 1.1 i see which Mono fully supports |
| 10:06.17 | Eblis | maybe they've added some directx->opengl goodness too |
| 10:08.12 | Eblis | mono i mean ... i haven't looked into it yet |
| 10:16.18 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 10:21.08 | *** join/#oe Laibsch (n=Laibsch@p4020-ipbf2103marunouchi.tokyo.ocn.ne.jp) |
| 10:30.59 | *** join/#oe dkey| (n=dkey@d213-102-131-198.cust.tele2.at) |
| 10:32.04 | rwhitby | pb_: if TARGET_ARCH was not defined, would I raise a bb.parse.SkipPackage in machine.conf, or something else? |
| 10:32.32 | pb_ | rwhitby: bb.fatal(), probably. |
| 10:33.10 | rwhitby | ah, thanks - found usages of that now. |
| 10:38.17 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 10:55.11 | rwhitby | pb_: what does the @ at the start of OVERRIDES := ${@bb.data.getVar do, and why isn't there one on the second call to bb.data.getVar? |
| 10:55.47 | pb_ | rwhitby: ${@...} tells bitbake to interpret the expression as python, rather than as a straightforward variable expansion |
| 10:57.02 | rwhitby | hmm - I'm getting a syntax error in the fragment you suggested, even after putting } on the end. |
| 10:57.37 | pb_ | mm, right, I probably got something wrong |
| 10:57.51 | pb_ | in fact, there's definitely a join() missing there for one thing. |
| 10:59.03 | rwhitby | oh, so I need to do something like ":".join(...) |
| 10:59.16 | pb_ | probably, yeah |
| 10:59.28 | pb_ | might be better to write that stuff as a function rather than trying to put it all in one line. |
| 10:59.41 | pb_ | def rwhitby_overrides_munging(): |
| 10:59.42 | pb_ | <PROTECTED> |
| 10:59.55 | pb_ | OVERRIDES := ${@rwhitby_overrides_munging()} |
| 11:12.45 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 11:12.57 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
| 11:27.29 | rwhitby | koen: any objections to me removing ixp4xxle.conf and ixp4xxbe.conf in favour of requiring the user set TARGET_ARCH, as pb_ recommended above? |
| 11:28.10 | rwhitby | (ixp4xx.conf has a check to make sure it is set, and calls bb.fatal if it is not) |
| 11:28.54 | rwhitby | this finally allows me to have a single slugos.conf distro and just set MACHINE and TARGET_ARCH appropriately. |
| 11:29.29 | rwhitby | next step is multimachine support ... |
| 11:31.39 | *** join/#oe psokolovsky (n=psokolov@82.193.98.2) |
| 11:43.02 | *** join/#oe polyonymous (n=hacker@pD953937E.dip0.t-ipconnect.de) |
| 12:12.15 | koen | rwhitby: I'm not sure that's a good thing |
| 12:12.46 | koen | rwhitby: it would mean that for 1 machine OE would blow up when I only specify MACHINE and DISTRO |
| 12:13.01 | rwhitby | 2 machines - nslu2 and ixp4xx :-) |
| 12:13.08 | koen | and that MACHINE=foo bitbake bar wouldn't work anymore |
| 12:13.14 | koen | so I don't see the benefits |
| 12:13.41 | koen | except going back to the confusing state where a single machine can be le or be |
| 12:13.52 | koen | which isn't a benefit at all |
| 12:15.03 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 12:16.31 | hrw | morning |
| 12:16.36 | koen | hey hrw |
| 12:16.48 | rwhitby | the thing is, that looking through all of OE now (including the unified slugos confs), there is not a single place where an _ixp4xx override needs to be different for LE or BE. |
| 12:17.01 | rwhitby | (same for nslu2) |
| 12:17.19 | koen | that doesn't mean there should be only one machine |
| 12:17.30 | rwhitby | since everything to do with endianness is now done by ${SITEINFO_ENDIANESS} (which comes from TARGET_ARCH) |
| 12:17.55 | *** join/#oe dw_swe (n=dw@h-215-34.A162.cust.bahnhof.se) |
| 12:18.07 | koen | it is entirely valid to not set target_arch when you specify a machine |
| 12:18.09 | rwhitby | so the other side of the argument is that I can get an inconsistent state if I set MACHINE=nslu2le and set TARGET_ARCH=armeb |
| 12:18.19 | koen | I don't see why the slug wants be an exception |
| 12:18.35 | *** join/#oe greentux (n=lemke@195.227.105.180) |
| 12:18.40 | hrw | hi greentux |
| 12:18.41 | rwhitby | Actually, TARGET_ARCH *must* be set somewhere for siteinfo to work. |
| 12:18.47 | hrw | greentux: how was in Austria? |
| 12:18.49 | greentux | hi hrw |
| 12:18.59 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 12:19.03 | koen | rwhitby: right, the machine sets target arch |
| 12:19.18 | greentux | hrw: very nice. weather top, some snow for boarding, and: no network access! :) |
| 12:19.32 | rwhitby | (btw, it's not just the slug, its any processor that can operate in both le and be equally well as far as OE is concerned) |
| 12:20.13 | hrw | cbrake: nice summary post on linuxdevices |
| 12:20.35 | koen | rwhitby: no, where the machine is usefull when you switch endiannes |
| 12:20.55 | koen | rwhitby: my ipaq can run in BE as well, but all the interfaces won't work |
| 12:21.00 | greentux | hrw: you got the order? |
| 12:21.11 | hrw | greentux: yes |
| 12:21.53 | rwhitby | koen: that's what I said - the machine can operate in both modes equally well. if the interfaces won't work, then the machine cannot operate equally well in both modes. |
| 12:22.56 | greentux | hrw: fine, so you can send me the invoice now :) per fax |
| 12:23.07 | koen | rwhitby: you said "processor" :) |
| 12:23.11 | hrw | greentux: fax? can not it be PDF in mail? |
| 12:24.04 | rwhitby | koen: I stand corrected. I meant to say machine (as in processor and board combined) |
| 12:24.58 | pb_ | actually, the ipaq could be made to work perfectly well in big endian if you wanted to. it's just a pile of kernel work that nobody has bothered to do. |
| 12:25.21 | greentux | hrw: yes, when you sign it with a trusted signing certificate, that would be ok. |
| 12:26.17 | pb_ | and, of course, those of us who know that little endian is the only true endianness are quite happy with that situation. |
| 12:26.20 | rwhitby | pb_: in which case, would you expect to have to go through all of OE, changing _ipaq to _ipaqle and _ipaqbe ? Or just set TARGET_ARCH in your auto.conf .... |
| 12:26.21 | pb_ | :-} |
| 12:26.23 | hrw | greentux: cacert one will be ok? |
| 12:27.45 | pb_ | rwhitby: indeed, having to change all those files would clearly suck. I think it's pretty clear that this would be a dumb idea. The only interesting debate really is between your original idea of two MACHINEs which share the same overrides, and the alternative idea of a single MACHINE that requires you to also specify the endianness. |
| 12:27.46 | greentux | hrw: cacert is not certified (in EU) |
| 12:28.47 | hrw | greentux: so it looks like I will have to find a fax somewhere. |
| 12:28.53 | pb_ | I don't have a very strong opinion either way. I guess I can see the argument that it's convenient for MACHINE+DISTRO to completely specify the output. |
| 12:29.33 | greentux | hrw: yes, looks like. or we use snail mail |
| 12:29.38 | pb_ | of course, if you take the view that any given distro is only going to ship for one endianness then you can just set TARGET_ARCH_nslu2 in your DISTRO.conf. |
| 12:30.05 | pb_ | if any given distro is likely to want to ship both endiannesses, that'd be a reasonably compelling argument for having two MACHINEs. |
| 12:30.19 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 12:30.26 | hrw | greentux: ok. will snail it then |
| 12:30.53 | greentux | hrw: fine. |
| 12:32.21 | rwhitby | pb_: the situation here is that we had independent openslug (be) and debianslug (le) distros, which were identical except for the endianess. For historical reasons, openslug came first and the ethernet wouldn't work le, but then we got it to work le, and could then be compatible with Debian arm packages. This effort is to subsume both of them into a single slugos distro. |
| 12:33.07 | pb_ | rwhitby: so you'll have a single distro shipping both le and be binaries? |
| 12:33.29 | pb_ | in that case you probably do want the MACHINEs to be different so that you can tell the resulting packages apart. |
| 12:33.44 | rwhitby | yes. both be and le images, and both be and le packages (in different feeds, to make the Packages file smaller in the jffs2 rootfs) |
| 12:34.16 | rwhitby | ah, the packages for ixp4xx are already disambiguated by armv5te and armvt5eb |
| 12:35.28 | pb_ | oh right, yeah, there'd be no point having the MACHINE as the packaging architecture if your distro is only targetting a single machine. |
| 12:35.38 | pb_ | in that case I think it's pretty much a wash between the two options. |
| 12:36.21 | rwhitby | anyway, there are good arguments on all sides of this discussion, so I'll take another look at it and see whether separate endianess machines (with the common machine override) causes any more work in maintaining the metadata. |
| 12:37.34 | pb_ | okay, cool |
| 12:40.24 | rwhitby | I guess deprecating the nslu2 machine completely (and giving a bb.fatal if someone uses it) is a good way to force people to change their configs to the new structure ... |
| 12:40.24 | rwhitby | (if I do the nslu2->nslu2le/be and openslug/debianslug->slugos at the same time) |
| 12:41.54 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 12:53.14 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 12:55.28 | rwhitby | Hmm - any idea what this means: "RuntimeError: dictionary changed size during iteration" ? |
| 12:57.09 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 12:59.51 | rwhitby | pb_: the worst thing now is all the places that say "if test "${MACHINE}" = nslu2" ... |
| 13:16.14 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 13:19.58 | *** join/#oe mickeyl (n=mickeyl@linuxtogo.org) |
| 13:21.40 | mickeyl | cheers |
| 13:23.40 | *** join/#oe Varoudis (n=varoudis@87.203.199.220) |
| 13:24.11 | pH5 | hi mickeyl |
| 13:25.41 | hrw | hi mickeyl |
| 13:27.53 | koen | hey mickeyl |
| 13:29.55 | mr_nice | mickeyl: hi, have you got some time for me? |
| 13:30.00 | rwhitby | heh - the expectancy in the air could be cut with a knife ... |
| 13:31.00 | hrw | koen: I hope that OM team first remove AUTH from wiki/bugtracker |
| 13:31.06 | hrw | it takes less time ;D |
| 13:31.12 | mickeyl | mr_nice: sure, give me 10 minutes for the bathroom, then i'm back |
| 13:31.26 | mr_nice | mickeyl: :) |
| 13:31.27 | rwhitby | Geez, I better get these slugos distro changes in before *that* merge ... |
| 13:32.04 | koen | hrw: I was a bit surprised to get a mail telling me to file bugs in the bugzilla without getting a login :) |
| 13:33.43 | hrw | koen: and I'm tired of seeing links to wiki which all ends in http auth requester |
| 13:34.36 | hrw | <PROTECTED> |
| 13:39.14 | rwhitby | koen, pb_: It looks like multiple machines with a common override is doable. |
| 13:39.25 | koen | cool |
| 13:40.16 | rwhitby | I will forcibly deprecate nslu2.conf and ixp4xx.conf at the same time (i.e. they will give a bb.fatal saying you need to choose one of the endian-specific machines) |
| 13:50.24 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 13:55.47 | CoreDump|home | koen, ping |
| 14:00.37 | koen | pong |
| 14:02.20 | CoreDump|home | koen, please do me a favor and invalidate my OE key, I kinda *cough* "lost" *cough* it |
| 14:02.47 | koen | I can only remove commit access for it |
| 14:03.07 | CoreDump|home | that is fine. i'll send you a new one once I get OE back up |
| 14:03.22 | hrw | CoreDump|home: let new one differ from old |
| 14:03.38 | CoreDump|home | hrw, I don't have the old one =\ |
| 14:04.27 | CoreDump|home | thanks |
| 14:04.28 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 14:04.52 | CoreDump|home | so I better use another ID / email address for the new key huh? |
| 14:05.17 | koen | <something>@openembedded.org |
| 14:05.26 | CoreDump|home | righto |
| 14:10.23 | koen | mickeyl: did you see the patches from Lars Munch for evas/fb on arm? |
| 14:10.58 | koen | (on e-devel) |
| 14:12.55 | mickeyl | re |
| 14:13.05 | mickeyl | koen: not yet, I'm reading e-devel only once a week nowadays |
| 14:13.12 | mickeyl | (it's still delivered to the uni account) |
| 14:13.16 | mickeyl | mr_nice: ok, here i am |
| 14:14.07 | chouimat | morning |
| 14:15.42 | mr_nice | mickeyl: that is fine :). I have completed the switches driver and made a patch against 2.6.20. I will send it to rmk but I am not sure if the driver is good enough for mainline. Also I want to know the needed tasks to integrate it to angstrom. Atm I am on trying to write a propper .bb file but I am a bit puzzeled. |
| 14:16.04 | mickeyl | can't help you with the driver, but where is your problem with the bb ? |
| 14:19.00 | mr_nice | mickeyl: Zecke told me to look at linux-rp files. I copied all the files and allready changed the linux-simpad.inc file and the linux-simpad-2.6.20 directory. But the linux-simpad_2.6.20.bb file, which is a copy of linux-rp_2.6.19.bb is quite compley |
| 14:19.12 | mickeyl | don't bother with complex solutions |
| 14:19.17 | mickeyl | choose a simple kernel bb |
| 14:19.23 | mickeyl | then add your patches to SRC_URI |
| 14:19.25 | mickeyl | then you're done? |
| 14:19.28 | mickeyl | s/?/. |
| 14:19.51 | mickeyl | looks at linux kernel .bb for x86 or ezx |
| 14:20.22 | mr_nice | mickeyl: ok I will try it. thx |
| 14:20.24 | pb_ | hi mickeyl |
| 14:20.38 | *** join/#oe zecke (n=holger@89-206-56-69.viapass.net) |
| 14:20.51 | pb_ | rwhitby: okay, very good |
| 14:20.52 | pb_ | hi zecke |
| 14:20.55 | mickeyl | mr_nice: np. if you have a concrete problem, just pastebin here and we'll help. but you really should start simple, if you want to learn :) |
| 14:20.56 | zecke | hey |
| 14:20.57 | mickeyl | cheers zecke |
| 14:20.59 | mickeyl | hey pb_ |
| 14:24.22 | hrw | mr_nice: linux_2.6.20.bb is simple recipe for kernel |
| 14:26.16 | mr_nice | hrw: thx |
| 14:27.20 | mr_nice | zecke: hi, do you have some time for me? |
| 14:29.19 | zecke | mr_nice: no. I'm sitting at 3gsm the fair will open tomorrow and we need to get stuff done :) |
| 14:30.21 | mr_nice | zecke: hehe, no problem :) |
| 14:38.08 | *** join/#oe xerom (n=jack@bl4-144-218.dsl.telepac.pt) |
| 14:39.05 | *** join/#oe frank7d (n=afs@p549FAF4D.dip0.t-ipconnect.de) |
| 14:41.31 | *** join/#oe TheCan (n=thecan@dslb-084-056-148-125.pools.arcor-ip.net) |
| 14:41.38 | koen | mickeyl: are you ready to commit the openmoko OE stuff? |
| 14:42.19 | hrw | and open wiki? |
| 14:42.22 | mickeyl | no |
| 14:42.30 | mickeyl | otherwise i did it already |
| 14:42.43 | mickeyl | we're having some important discussions atm |
| 14:42.47 | hrw | ok |
| 14:43.08 | mickeyl | besides, the stuff won't build against .dev atm. |
| 14:43.16 | mickeyl | i dunno yet how to handle that |
| 14:43.25 | koen | commit it and let hrw and me fix it :) |
| 14:43.36 | mickeyl | hmm |
| 14:43.56 | zecke | hehe |
| 14:44.11 | mickeyl | i don't want .dev and svn.openmoko.org/oe to divergate |
| 14:44.17 | mickeyl | but need to pinpoint one rev atm. |
| 14:44.35 | zecke | koen: BTW: Do you feel lonely when going to presentations? |
| 14:44.44 | chouimat | hi koen zecke hrw mickeyl |
| 14:44.53 | koen | zecke: not really :) |
| 14:45.00 | koen | zecke: want to join? |
| 14:45.05 | koen | hey chouimat |
| 14:45.29 | hrw | hi chouimat |
| 14:45.30 | zecke | koen: considering it |
| 14:46.37 | koen | mickeyl: ideally you'll just 'svn delete /oe' after doing 'mtn commit' |
| 14:46.54 | mickeyl | yes, but like i said that doesn't work yet |
| 14:47.08 | mickeyl | can't afford tracking a floating .dev at this point |
| 14:47.10 | koen | right |
| 14:47.14 | *** join/#oe gremlin[it] (n=gremlin@ppp-97-10.25-151.libero.it) |
| 14:47.27 | koen | but having 2 repos at the same time also gives out a wrong message |
| 14:47.32 | mickeyl | yes |
| 14:47.42 | mickeyl | that's why I dunno atm. |
| 14:47.46 | koen | rock | mickeyl | hard place |
| 14:47.58 | mickeyl | hehe |
| 14:47.59 | mickeyl | yeah |
| 14:49.13 | koen | mickeyl: is it possible to restrict access to /oe? |
| 14:49.32 | Crofton | for svn in general, yes |
| 14:49.52 | Crofton | if transport is http |
| 14:50.09 | zecke | Crofton: even with ssh and https and svn protocol it will work |
| 14:50.17 | Crofton | ok |
| 14:50.29 | Crofton | wasn't sure at what level svn access file was read |
| 14:50.42 | Crofton | I though it was mod_auth_svn |
| 14:50.49 | koen | mickeyl: you could keep /oe closed till you/we/fic/whoever merge it into OE |
| 14:50.51 | Crofton | maybe only for per path acl's |
| 14:50.58 | zecke | Crofton: I need to maintain two ACL's though :} |
| 14:50.59 | koen | and then add a note 'obsolete, use OE' |
| 14:51.12 | zecke | Crofton: one for everyone (ssh) and one prefilter through the apache stuff |
| 14:51.34 | *** part/#oe gremlin[it] (n=gremlin@ppp-97-10.25-151.libero.it) |
| 14:52.06 | *** join/#oe gremlin[it] (n=gremlin@ppp-97-10.25-151.libero.it) |
| 14:55.18 | CoreDump|afk | hmm mtn 0.31 doesn't like the OE snappshot DB from today. Do I need mtn 0.32? |
| 14:55.38 | koen | see GettingStarted |
| 14:56.12 | CoreDump|afk | That's what I'm doing |
| 14:56.51 | CoreDump|afk | ya ya, didn't read step one *sigh* |
| 15:04.27 | CoreDump|afk | anybody got a working mtn 0.32 deb for debian sid? |
| 15:04.48 | hrw | CoreDump|afk: x86 one is on monotone homepage |
| 15:05.30 | CoreDump|afk | hrw, thanks! |
| 15:12.03 | *** join/#oe GottferDamnt (n=teva@AMontsouris-151-1-93-58.w90-24.abo.wanadoo.fr) |
| 15:16.51 | hrw|gone | cu |
| 15:20.02 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 15:57.58 | pH5 | sqlite 3.3.7 and 3.3.9 upstream tarballs are gone, instead there's 3.3.12 now. do we just follow and remove old sqlite3 recipes? |
| 15:59.43 | *** join/#oe Delvin_fr (n=delvin@APoitiers-153-1-81-249.w81-50.abo.wanadoo.fr) |
| 16:17.13 | mickeyl | generally, we try to keep at least one known good recipe working |
| 16:17.26 | mickeyl | so rather fix 3.3.9 SRC_URI, remove 3.3.7, and add 3.3.12 |
| 16:17.36 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 16:19.08 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 16:19.17 | pH5 | does anybody know where they move the old sources or if they are available at all? |
| 16:21.20 | koen | doesn't angstrom have it mirrorred? |
| 16:23.01 | *** join/#oe mr_nice (n=mr_nice@p54A9FA72.dip.t-dialin.net) |
| 16:23.32 | koen | hmmm |
| 16:23.47 | koen | I wonders how much trouble migrating from 2.6.8 to 2.6.20 is going to give me |
| 16:28.22 | koen | cute, ivtv is being merged into the kernel |
| 16:29.24 | Jin^eLD | re |
| 16:30.01 | koen | Jin^eLD: wb |
| 16:30.12 | Jin^eLD | hi koen |
| 16:36.10 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 16:38.34 | *** join/#oe timtim (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 16:46.34 | *** join/#oe incinerator (n=sabine@80-192-23-26.stb.ubr04.edin.blueyonder.co.uk) |
| 16:47.01 | *** join/#oe anushsh (n=anushshe@220.226.6.147) |
| 16:53.13 | sirfred | re |
| 16:53.46 | XorA | yo sirfred |
| 16:53.55 | sirfred | XorA: Hi |
| 17:01.54 | koen | hey sirfred & XorA |
| 17:02.17 | sirfred | koen: Hi |
| 17:07.04 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:11.37 | *** join/#oe Bitmaster (n=Bitmaste@c-1061e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 17:27.11 | hrw|tv | re |
| 17:27.24 | koen | hrw|tv: wb |
| 17:28.13 | sirfred | It seems that the filechooser used in GPE is GtkFileSelection, I thought it was not used in new gtk apps |
| 17:28.36 | sirfred | But GtkFileChooserWidget needs really a lot of space |
| 17:29.26 | RP | 'morning' all |
| 17:29.43 | calmofthestorm7 | morning |
| 17:29.46 | koen | hey RP |
| 17:29.46 | sirfred | RP: Morning |
| 17:30.09 | *** join/#oe ar (n=ar@port-ip-213-211-250-54.reverse.mdcc-fun.de) |
| 17:30.14 | psokolovsky | tell me folks, how to get *absolute* path of *arbitrary* path. in bash. |
| 17:30.19 | koen | RP: r1266 & r1267? |
| 17:30.35 | sirfred | RP: Is it implementing GtkFileChooserDialog ? |
| 17:30.49 | sirfred | RP: That way it could be used as dialog for GtkFileChooserButton, that is what I'm behind. |
| 17:30.51 | RP | koen: right :) |
| 17:31.22 | RP | sirfred: I'm not sure, its not my work. I just heard OH people talking about it ;-) |
| 17:31.37 | koen | is it the one Ross started or a different one? |
| 17:31.54 | RP | koen: tf wrote it |
| 17:32.00 | koen | RP: too bad it's for gtk 2.6.8 |
| 17:32.30 | RP | It should be straightfoward enough to forward port... |
| 17:32.42 | sirfred | If only the GtkFileChooserWidget launched from a GtkFileChooserButton could be tuned in some way... |
| 17:32.55 | calmofthestorm7 | question: I'm trying to build LyX for a zaurus akita (the recipe from the mtn database), but when it builds LyX, it tries to link against the X libraries in my /usr/src directory, so naturally it gets an incompatible symbol error. All the libraries it needs to link to exist in the staging directory, how can I make it look there? |
| 17:33.07 | RP | sirfred: I think some of our gtk hackers were talking about making that possible... |
| 17:33.29 | sirfred | RP: That would be interesting. |
| 17:33.46 | sirfred | RP: My GtkButton + GtkFileSelection solution stinks, ;-) |
| 17:34.31 | sirfred | RP: Did you have time to go into the w100fb changes (rotation and extern memory off) ? |
| 17:35.12 | RP | sirfred: I've not had time to get around to it yet. I have cleared 30 backlight class related mails from my inbox. The w100 ones are in there too ;-) |
| 17:35.50 | sirfred | RP: You work too much, I'm afraid. |
| 17:35.53 | RP | sirfred: http://svn.o-hand.com/view/poky/trunk/meta/packages/gtk+/gtk+-2.6.8/file* |
| 17:36.14 | RP | sirfred: Not enough time to do everything I'd like... |
| 17:37.26 | sirfred | RP: Thanks for the link. I suppose this is not into gtk+ in OE, isn't it? |
| 17:37.37 | sirfred | RP: Only in poky version? |
| 17:37.50 | RP | sirfred: Its only recently made poky and is a work in progress |
| 17:39.11 | sirfred | Hmm, I would like this program to work in current OE, so, I will try a temporary solution, Thanks anyway |
| 17:39.32 | sirfred | Time for basket now. |
| 17:41.20 | RP | sirfred: There is nothing to stop you testing and adding to OE |
| 17:42.02 | RP | I wouldn't know what I was testing so I won't merge it as it would cause me problems I don't have time for if it went wrong |
| 17:42.57 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:45.50 | *** join/#oe slapin_nb (n=slapin@gprs-nat.spbmts.ru) |
| 18:09.57 | Crofton|home | the boost bb file is amusing .... |
| 18:10.01 | *** join/#oe mlpug (n=user@a85-156-253-211.elisa-laajakaista.fi) |
| 18:41.35 | hrw|tv | re |
| 18:41.48 | koen | hrw|tv: wb |
| 18:42.05 | hrw | openmoko wiki still closed ;( |
| 18:42.33 | *** part/#oe calmofthestorm7 (n=alexr@71-80-168-243.dhcp.psdn.ca.charter.com) |
| 18:47.16 | *** part/#oe den-ros (n=den@ppp91-76-76-18.pppoe.mtu-net.ru) |
| 18:55.28 | *** join/#oe trem (n=trem@AToulouse-157-1-192-102.w86-221.abo.wanadoo.fr) |
| 19:18.02 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 19:22.40 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:32.13 | hrw | osb-nrcit use curl? |
| 19:34.36 | koen | yes |
| 19:35.02 | koen | that's why ssl site with a proper cert now 'work' in webcore based stuff |
| 19:37.21 | philippe | koen: does that mean you have gtk-webcore working again? |
| 19:37.24 | hrw | NOTE: package osb-nrcit-0.5.0+cvs20060212-r0: task do_configure: completed |
| 19:37.26 | hrw | uf. |
| 19:37.29 | slapin_nb | is it possible to add -dbg packages to image automatically? |
| 19:37.37 | koen | philippe: no |
| 19:40.17 | gremlin[it] | hey guy a question ... ir your opinion what's more important first 1) have usb gadget work on about all StrongArm PDA or 2) have h3800 work (except usb) ??? |
| 19:40.43 | koen | the latter |
| 19:41.07 | gremlin[it] | ok i'll reschedule all ... |
| 19:41.46 | gremlin[it] | sincerelly i collect lot of info about usb but i write really few code ... |
| 19:42.14 | philippe | gremlin[it]: I submitted a patch for h3800 a while ago. This already boots the device. Just no X. |
| 19:42.50 | gremlin[it] | i see ... what is missing (i think) is asic support ... probably is asic to control power of LCD ... ;) |
| 19:50.56 | pb_ | if that's all it is, it should be pretty easy to get it working. the lcd power control is just a handful of gpios. |
| 19:51.04 | pb_ | the sequencing is a little bit tricky but you can use the 2.4 source as an example. |
| 19:52.16 | hrw | gremlin[it]: did you tested strongarm usb gadget already? |
| 19:52.30 | gremlin[it] | i really thought USB was more important (and i thoug was easy) ... |
| 19:52.50 | gremlin[it] | hrw .. yes some test ... but not functional ... |
| 19:53.02 | pb_ | well, I guess usb is probably more important for people who don't have h3800s. |
| 19:53.17 | pb_ | presumably it can't be all _that_ important though, or someone would have done it already |
| 19:53.28 | hrw | uf.. we have xdm in OE |
| 19:53.34 | hrw | I will be able to remove gpe-dm |
| 19:53.49 | gremlin[it] | pb_ yes true :) |
| 19:55.05 | gremlin[it] | ok i#ll put my h3800 in devel state :) ... |
| 19:55.56 | koen | didn't nick bane already write a 2.6 udc driver for sa? |
| 19:55.57 | *** join/#oe zecke (n=holger@89-206-56-69.viapass.net) |
| 19:57.40 | gremlin[it] | koen where's the code ??? on hh.org there is nothing ... |
| 19:57.40 | philippe | gremlin[it]: if you have some hints on debugging it without having to flash a 19MB image over serial I don't mind helping. |
| 19:57.40 | koen | hh.org *is* nothing |
| 19:57.40 | zecke | koen: psst |
| 19:57.40 | zecke | hmm I just returned in time? |
| 19:57.40 | hrw | gremlin[it]: I sent you link few times |
| 19:57.41 | hrw | gremlin[it]: check linux-rp kernel recipe - this patch is added for collie |
| 19:57.46 | gremlin[it] | hrw ... yes but such code don't compile, after some change it compile but hang ... |
| 19:58.16 | gremlin[it] | what i write since now compile and react to the plug of the cable ... |
| 19:59.26 | gremlin[it] | philippe, is one of teh reasons cause i start working on usb to accelerate dead time in transfer images to ipaq :( |
| 20:00.14 | *** join/#oe Laibsch (n=Laibsch@p4020-ipbf2103marunouchi.tokyo.ocn.ne.jp) |
| 20:01.11 | gremlin[it] | why the hell there isn't a unique arm kernel cvs :( ... grrr |
| 20:01.36 | koen | gremlin[it]: because upstream has arm support nowadays |
| 20:01.46 | hrw | gremlin[it]: there is one: kernel.org is his name |
| 20:01.49 | koen | having a unique repo would only fragment the developers |
| 20:02.56 | gremlin[it] | i have to go let's talk tomorrow ... |
| 20:03.20 | psokolovsky | gremlin[it], btw, isn't there udc driver for SA somewhere? is it that noone hacked one for all this time? |
| 20:03.32 | gremlin[it] | at least try t merge the already working usb for sa1110 if really exist ... (damn i spent a couple of month for nothing) ... |
| 20:04.01 | gremlin[it] | have to go sorry ... let's see tomorrow |
| 20:07.47 | koen | philippe: still the same crashes with webcore svn |
| 20:08.07 | zecke | webcore? did I miss anything? |
| 20:09.11 | koen | philippe: http://rafb.net/p/wJipD449.html |
| 20:09.14 | philippe | koen: grr... I hope I can get something running soon to verify it |
| 20:10.51 | philippe | well definitely webcore. munmap_chunk() is not a function I use in gpe-mini-browser... |
| 20:11.00 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 20:11.15 | philippe | koen: have you tried the svn too? |
| 20:11.32 | koen | which svn? |
| 20:11.39 | philippe | gtk-webcore svn? |
| 20:11.50 | koen | scroll up 4 minutes |
| 20:12.07 | koen | [21:07] koen: philippe: still the same crashes with webcore svn |
| 20:12.25 | koen | root@hx4700:~# ipkg list | grep svn | grep lib |
| 20:12.25 | koen | libfakekey0 - 0.0+svn20051101-r2 - |
| 20:12.25 | koen | libjscore0 - 0.5.0+svn20070211-r0 - |
| 20:12.26 | koen | libnrcit0 - 0.5.0+svn20070211-r0 - |
| 20:12.26 | koen | libnrcore0 - 0.5.0+svn20070211-r0 - |
| 20:12.30 | philippe | ah ok, sorry. I thought you referred to this osb-nrcit-0.5.0+cvs20060212-r0 |
| 20:13.46 | Laibsch | Good morning! |
| 20:14.26 | koen | hey Laibsch |
| 20:16.40 | *** join/#oe rvalles (n=lodoss@80.28.117.113) |
| 20:18.50 | sirfred | RP: I'm going to try the filechooser-respect-style.patch against gtk+-2.8.9, it applied cleanly at least. |
| 20:19.08 | trem | hi all |
| 20:37.10 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 20:40.35 | hrw|gone | cu |
| 21:17.15 | mr_nice | I now have created a new simpad 2.6 .bb (http://pastebin.ca/350948) file and it compiles well :). But I am missing a /dev/console entry so it won't boot. how to tell oe that it should create it? |
| 21:21.03 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 21:21.11 | *** join/#oe Laibsch (n=Laibsch@p4020-ipbf2103marunouchi.tokyo.ocn.ne.jp) |
| 21:32.34 | tmbinc | mr_nice: sure that it mounts the rootfs properly? did you check the rootfs/ directory to make sure it's really the problem? |
| 21:37.20 | mr_nice | tmbinc: I get a Warning: unable to open an initial console. And there is no /dev/console entry in ..rootfs.tar.bz2 |
| 21:41.27 | *** join/#oe dkey (i=somebody@193.170.48.236) |
| 21:45.03 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:46.47 | sirfred | If someone is interested, I've ported Gsnes9x, a gtk+1.2 snes9x frontend to work on GPE |
| 21:47.00 | sirfred | I have made available a first version at: |
| 21:47.17 | sirfred | http://www.telefonica.net/web2/mteirap/gpe-snes-0.1.tar.gz |
| 21:48.14 | sirfred | http://www.telefonica.net/web2/mteirap/gpe-snes_0.1.bb |
| 22:00.10 | trem | i'm looking for documentation, the wiki is broken ? |
| 22:05.02 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 22:05.18 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:30.08 | *** join/#oe ggilbert (n=ggilbert@cpe-75-82-107-21.socal.res.rr.com) |
| 22:31.11 | stefan_schmidt | counter |
| 22:31.31 | stefan_schmidt | sorry, wrong channel |
| 22:34.43 | *** join/#oe Laibsc1 (n=Laibsch@p4020-ipbf2103marunouchi.tokyo.ocn.ne.jp) |
| 22:37.18 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 22:42.42 | *** join/#oe Eblis (n=Miranda@86.34.3.192) |
| 22:45.18 | sirfred | Night all |
| 22:51.30 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:01.40 | Laibsch | trem: What do you mean the wiki is broken? |
| 23:02.01 | trem | http://www.openembedded.org/wiki/MainPage |
| 23:02.08 | trem | The site got rearranged a bit and not everyone has updated their links, so you're now seeing our fancy 404 page. |
| 23:02.09 | trem | :( |
| 23:07.53 | Laibsch | koen: Can you fix the wiki? |
| 23:08.06 | Laibsch | I need it, too ;-) |
| 23:09.51 | Laibsch | trem: In the meantime use google. It has a lot of the pages cached. |
| 23:10.16 | trem | good idea |
| 23:10.26 | trem | but later, now, time to sleep ;) |
| 23:11.19 | Laibsch | For example: http://72.14.235.104/search?q=cache:www.openembedded.org/documentation |
| 23:12.00 | trem | i use org.openembedded.documentation |
| 23:12.14 | trem | but i can't generate pdf, so I use html |
| 23:12.48 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:16.27 | *** join/#oe Varoudis (n=varoudis@87.203.199.220) |
| 23:17.57 | Laibsch | trem: so many choices ;-) |
| 23:18.19 | trem | yes |
| 23:45.21 | *** part/#oe exastr1 (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
| 23:46.33 | trem | nite all, sweet dreams |
| 23:54.35 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 23:55.05 | *** part/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |