| 00:11.37 | *** join/#oe katossi (n=guillerm@dslb-084-062-175-234.pools.arcor-ip.net) |
| 00:12.52 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 00:34.38 | *** join/#oe W8TVI (n=me@166.165.156.126) |
| 00:34.42 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 00:40.44 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 00:55.06 | TheMasterMind1 | so.. anyone ever had to clean up a soap spill from a carpet |
| 00:55.25 | HopsNBarley|zzz | wet vac and water. |
| 00:56.14 | emte | regina steamer carpet cleaner |
| 00:56.18 | emte | :P |
| 00:56.41 | emte | you might as well steamclean your whole carpet |
| 00:56.52 | emte | otherwise you will have one clean spot ... |
| 00:56.58 | *** join/#oe idealm (n=ideal@222.67.237.53) |
| 00:57.01 | emte | or cleaner* |
| 00:59.13 | treke|home | bah |
| 00:59.24 | treke|home | if you steam clean the whole carpet, you'll still only have one clean spot |
| 00:59.28 | treke|home | It'll just be a bit bigger |
| 01:00.08 | emte | and it will all look the same :) |
| 01:28.48 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 01:31.29 | TheMasterMind1 | sigh |
| 01:31.42 | TheMasterMind1 | i've gone over it atleast 10 times with the vac |
| 01:31.53 | TheMasterMind1 | its better but still not gone |
| 01:36.08 | *** join/#oe obergix[work] (n=olivier@200.175.93.253.static.gvt.net.br) |
| 01:49.52 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 02:10.42 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a36.ptbyny.tds.net) |
| 02:49.28 | *** join/#oe anttix (n=anttix@213.180.16.243) |
| 02:49.45 | anttix | Hi! |
| 02:50.06 | anttix | Any1 knows if latest bitbake in SVN is broken or am I missing something. |
| 02:50.49 | anttix | I get lots of unpackaged files like if directories set in FILES variables are not scanned recursively anymore |
| 02:50.52 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a36.ptbyny.tds.net) |
| 03:12.24 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 03:18.24 | *** join/#oe luke-jr_ (n=luke-jr@CPE-24-31-249-53.kc.res.rr.com) |
| 03:30.18 | *** join/#oe marcan (n=marcanso@160.10.7.105) |
| 03:39.51 | *** join/#oe PabloOdorico (n=void@168.226.136.173) |
| 03:58.40 | *** join/#oe ideal (n=idealm_@222.67.237.53) |
| 03:59.03 | JustinP | RP: around? |
| 03:59.41 | JustinP | RP: you're missing a patch, 24-hostap_cs_id.diff |
| 03:59.57 | JustinP | RP: I found it in .oz354x and will commit it in dev, hope that's ok |
| 04:01.11 | *** join/#oe subdue1 (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 04:05.47 | CIA-9 | 03justinp 07org.oe.dev * rbad5d26e... 10/packages/linux/linux-openzaurus-2.6.16/24-hostap_cs_id.diff: linux-openzaurus-2.6.16: add missing patch (found in oz354x branch) |
| 04:05.51 | CIA-9 | 03justinp 07org.oe.dev * rad623e69... 10/.mt-attrs: .mt-attrs: remove file which no longer exists |
| 04:11.42 | jnc | o_O does that mean mt 0.26 is in use? |
| 04:11.57 | jnc | <PROTECTED> |
| 04:36.29 | *** join/#oe fishhead (n=d3200@c-67-165-88-141.hsd1.pa.comcast.net) |
| 05:04.51 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 05:27.24 | *** join/#oe AvengerMoJo (n=alex@221.216.203.214) |
| 05:46.58 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
| 05:58.08 | *** join/#oe jipi (n=jipi@cm31.delta247.maxonline.com.sg) |
| 06:40.34 | *** join/#oe laze (n=laze@pool.stofa.dk) |
| 06:46.54 | *** join/#oe zach (n=zmcgrew@c-24-17-255-35.hsd1.wa.comcast.net) |
| 06:47.28 | zach | OK, I finally fixed my getopt problem (At least I think I did), but now I have an error with quilt |
| 06:47.42 | zach | This is all the log says: | Usage: quilt pop [-afRqv] [num|patch] |
| 06:58.23 | zach | if [ -n "`quilt applied`" ]; then quilt pop -a -R -f || exit 1; fi |
| 06:58.43 | zach | That seems to be the line it's choking on |
| 06:59.07 | zach | "quilt pop -a -R -f" It's not actually specifying a patch |
| 07:15.58 | *** part/#oe laze (n=laze@pool.stofa.dk) |
| 07:30.05 | *** join/#oe zap (n=zap@217.170.93.196) |
| 07:46.03 | *** join/#oe PabloOdorico_ (n=void@168.226.136.190) |
| 07:52.11 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 07:57.49 | *** join/#oe katossi_ (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) |
| 08:19.07 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-20-232.w86-201.abo.wanadoo.fr) |
| 08:19.23 | *** join/#oe katossi (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) |
| 08:43.22 | *** join/#oe uv1 (n=kvirc@p508922BD.dip0.t-ipconnect.de) |
| 08:44.12 | uv1 | Good morning |
| 08:55.09 | uv1 | Anyone here regarding openzaurus kernel build problems ? |
| 09:04.58 | *** join/#oe Jenna (n=cherryRe@209.8.233.241) |
| 09:05.36 | *** part/#oe Jenna (n=cherryRe@209.8.233.241) |
| 09:09.23 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 09:18.48 | *** join/#oe ChanServ (ChanServ@services.) |
| 09:18.48 | *** join/#oe uv1 (n=kvirc@p508922BD.dip0.t-ipconnect.de) |
| 09:18.48 | *** join/#oe katossi (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) [NETSPLIT VICTIM] |
| 09:18.48 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-20-232.w86-201.abo.wanadoo.fr) |
| 09:18.48 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 09:18.49 | *** join/#oe PabloOdorico_ (n=void@168.226.136.190) |
| 09:18.49 | *** join/#oe zap (n=zap@217.170.93.196) |
| 09:18.49 | *** join/#oe zach (n=zmcgrew@c-24-17-255-35.hsd1.wa.comcast.net) [NETSPLIT VICTIM] |
| 09:18.49 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) [NETSPLIT VICTIM] |
| 09:18.49 | *** join/#oe AvengerMoJo (n=alex@221.216.203.214) [NETSPLIT VICTIM] |
| 09:18.50 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 09:18.50 | *** join/#oe marcan (n=marcanso@160.10.7.105) |
| 09:18.50 | *** join/#oe luke-jr_ (n=luke-jr@CPE-24-31-249-53.kc.res.rr.com) |
| 09:18.50 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a36.ptbyny.tds.net) |
| 09:18.50 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) [NETSPLIT VICTIM] |
| 09:18.50 | *** join/#oe idealm (n=ideal@222.67.237.53) [NETSPLIT VICTIM] |
| 09:18.51 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) [NETSPLIT VICTIM] |
| 09:18.51 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) [NETSPLIT VICTIM] |
| 09:18.51 | *** join/#oe HopsNBarley|zzz (n=hops@adsl-155-86-22.gnv.bellsouth.net) [NETSPLIT VICTIM] |
| 09:18.51 | *** join/#oe minipanda (n=hzhang@219.236.30.234) [NETSPLIT VICTIM] |
| 09:18.51 | *** join/#oe koen (i=koen@dominion.kabel.utwente.nl) |
| 09:18.51 | *** join/#oe bronson (n=bronson@209-221-203-148.dsl.qnet.com) |
| 09:18.52 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
| 09:18.52 | *** join/#oe tmbinc (i=XXX@e176146085.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 09:18.52 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 09:18.52 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) [NETSPLIT VICTIM] |
| 09:18.52 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) [NETSPLIT VICTIM] |
| 09:18.52 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 09:18.53 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 09:18.53 | *** join/#oe netnix (n=alex@81.25.45.160) [NETSPLIT VICTIM] |
| 09:18.53 | *** join/#oe XorA|gone (n=dp@81-178-123-104.dsl.pipex.com) |
| 09:18.53 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 09:18.53 | *** join/#oe myopiate2 (n=me@ppp104-176.lns1.bne1.internode.on.net) [NETSPLIT VICTIM] |
| 09:18.53 | *** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at) |
| 09:18.54 | *** join/#oe Pendu (i=pendalar@h49.254.213.151.ip.alltel.net) |
| 09:18.54 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
| 09:18.54 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
| 09:18.54 | *** join/#oe REdOG (n=REdOG@66.0.161.218) |
| 09:18.55 | *** join/#oe drw|bbl (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 09:18.55 | *** join/#oe jnc (n=jnc@208.100.19.13) [NETSPLIT VICTIM] |
| 09:18.55 | *** join/#oe kurre2___ (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 09:18.55 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 09:18.55 | *** join/#oe p0g0 (n=pogo@69.176.63.134) [NETSPLIT VICTIM] |
| 09:18.55 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
| 09:18.55 | *** join/#oe pgas (n=user@88.218.22.2) |
| 09:18.56 | *** join/#oe Ironnads (n=Ironnads@host86-135-221-161.range86-135.btcentralplus.com) |
| 09:18.56 | *** join/#oe NA|Gone (n=foo@220-253-49-187.VIC.netspace.net.au) |
| 09:18.56 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) [NETSPLIT VICTIM] |
| 09:18.56 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 09:18.56 | *** join/#oe treke|home (n=ggilbert@70-38-100-138.losaca.adelphia.net) [NETSPLIT VICTIM] |
| 09:18.56 | *** join/#oe hwtechnik (n=hwtechni@tor/session/external/x-4a76a0400210d32f) |
| 09:18.57 | *** join/#oe joshua_[it] (i=joshua@cl-5.chi-01.us.sixxs.net) |
| 09:18.57 | *** join/#oe pb_ (n=pb@2002:5165:89b3:2:20e:9bff:fe56:eb5) |
| 09:18.57 | *** join/#oe rm_you (n=Adam@resh0922.tigernet.trinity.edu) |
| 09:18.57 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
| 09:18.57 | *** join/#oe poli (n=ca@CAcert-br/poli) |
| 09:18.58 | *** join/#oe cdbot (n=cdbot@hentges.net) |
| 09:18.58 | *** join/#oe gb2 (n=gbritton@fog.sekrit.org) [NETSPLIT VICTIM] |
| 09:18.58 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 09:18.58 | *** join/#oe mickeyl (n=nLPA@gandalf.tm.informatik.uni-frankfurt.de) |
| 09:18.58 | *** join/#oe RP (i=1000@tim.rpsys.net) |
| 09:18.59 | *** join/#oe Zero_Chaos (i=rtoxft@unaffiliated/zerochaos) [NETSPLIT VICTIM] |
| 09:18.59 | *** join/#oe oce (i=nobody@antenni.nette.fi) |
| 09:18.59 | *** join/#oe fdv (i=1988@tyrfing.ifi.uio.no) |
| 09:18.59 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.repvik) [NETSPLIT VICTIM] |
| 09:18.59 | *** join/#oe splAt1 (n=splat1@cpc2-leic7-0-0-cust281.leic.cable.ntl.com) [NETSPLIT VICTIM] |
| 09:18.59 | *** join/#oe njs (i=njs@adsl-66-159-194-130.dslextreme.com) [NETSPLIT VICTIM] |
| 09:19.00 | *** join/#oe Stephmw (n=steph@tangency.co.uk) [NETSPLIT VICTIM] |
| 09:19.00 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 09:19.00 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) [NETSPLIT VICTIM] |
| 09:19.00 | *** join/#oe victorz (n=somebody@4ab54-1-81-56-3-73.fbx.proxad.net) [NETSPLIT VICTIM] |
| 09:19.00 | *** join/#oe evanchsa (n=NoUserNa@c-24-128-245-152.hsd1.ma.comcast.net) [NETSPLIT VICTIM] |
| 09:19.00 | *** join/#oe CIA-9 (i=cia@cia.navi.cx) |
| 09:19.00 | *** join/#oe DaKa (n=david@nslu2-linux/daka) [NETSPLIT VICTIM] |
| 09:19.01 | *** join/#oe pb__ (n=pb@82-70-217-41.dsl.in-addr.zen.co.uk) |
| 09:19.01 | *** join/#oe CoreDump|home (n=mhentges@hentges.net) |
| 09:19.01 | *** join/#oe Cockroach- (n=torakka@codereactor.net) |
| 09:19.01 | *** join/#oe webmind (i=webmind@feather.perl6.nl) |
| 09:19.01 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 09:19.02 | *** join/#oe cbrake_ (n=cbrake@cpe-65-25-51-117.neo.res.rr.com) |
| 09:19.02 | *** join/#oe france (n=france@pool-141-154-250-131.bos.east.verizon.net) |
| 09:19.02 | *** join/#oe Necronom (n=jack@pdpc/supporter/active/Necronom) |
| 09:19.02 | *** join/#oe DataBeaver (i=tdb@YZMDCCCXXXV.dsl.saunalahti.fi) |
| 09:19.02 | *** join/#oe emte (n=emte@d64-180-41-158.bchsia.telus.net) |
| 09:19.04 | *** join/#oe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) [NETSPLIT VICTIM] |
| 09:19.05 | *** join/#oe ldc (n=pakar@c-6d39e655.114-1-64736c15.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 09:19.05 | *** join/#oe nslu2-log (i=slug@nslu2-linux/dyoung) [NETSPLIT VICTIM] |
| 09:19.05 | *** join/#oe chii (i=chii@freenode/bot/chii) [NETSPLIT VICTIM] |
| 09:19.18 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 09:19.18 | uv1 | Morning all |
| 09:19.18 | uv1 | Just had problems to build openzaurus kernel 2.6.16. Several patches are missing in $RPSRC. Any ideas ? |
| 09:19.54 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 09:20.14 | *** join/#oe fishhead- (n=d3200@c-67-165-88-141.hsd1.pa.comcast.net) |
| 09:20.29 | cyrilRomain | uv1: you may also try to find help at #openzaurus channel |
| 09:22.37 | uv1 | cyrilRomain: Thanks, I'll try that ... |
| 09:22.37 | *** topic/#oe by mickeyl -> OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date | BitBake 1.4.0 has been released - only use HEAD if you are developing it |
| 09:22.37 | mickeyl | good morning boys and girls |
| 09:22.37 | uv1 | quick question mickeyl. Svn'd bitbake this morning and bitbake --version says 1.5.0. Is that OK ? |
| 09:22.38 | mickeyl | no |
| 09:22.38 | mickeyl | that's the unstable head |
| 09:22.42 | mickeyl | i seriously recommend using the 1.4 branch |
| 09:22.51 | uv1 | mickeyl: How to check that out ? |
| 09:23.17 | mickeyl | no idea. still didn't get the knack of svn |
| 09:23.24 | mickeyl | something like branches/bitbake-1.4 |
| 09:23.29 | mickeyl | try svn ls |
| 09:24.06 | uv1 | mickeyl: Thanks will do that and come back later. Have to go shopping with my wife ;-(( |
| 09:24.14 | mickeyl | uh oh |
| 09:24.16 | mickeyl | "have fun" |
| 09:24.17 | uv1 | bye |
| 09:24.57 | NA|Gone | Hehehe |
| 09:25.08 | *** join/#oe EvilDevil_ (n=evildevi@p54A6ED7B.dip.t-dialin.net) |
| 09:25.27 | mickeyl | hehe |
| 09:25.52 | mickeyl | same here. my wife no longer takes me with here. she says i'm too annoying :) |
| 09:26.15 | mickeyl | (only when we're out to get some things for her, of course) |
| 09:26.16 | NA|Gone | Well, that's one way to get around it :) |
| 09:27.35 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 09:27.43 | *** join/#oe do13 (n=nnnnndir@do13.in-dsl.de) |
| 09:28.45 | cyrilRomain | mickeyl: users then should use "svn co svn://svn.berlios.de/bitbake/branches/bitbake-1.4/ bitbake/" |
| 09:29.02 | mickeyl | ah right, thanks |
| 09:29.06 | cyrilRomain | mickeyl: I'll update the wiki |
| 09:29.11 | mickeyl | excellent |
| 09:33.52 | Ifaistos | Morning all ! any idea why the ppp device would not be created by the init scripts although it exists in device_table.txt ? |
| 09:35.26 | mickeyl | IIRC we use device_table-minimal, not the full one |
| 09:38.51 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 09:40.30 | Ifaistos | mickeyl: Where is it stored ? can't seem to locate it.... |
| 09:40.51 | mickeyl | $OE/files |
| 09:41.14 | Ifaistos | mickeyl: i was looking in packages.... |
| 09:41.23 | Ifaistos | ~lart ifaistos |
| 09:51.26 | RP | morning all |
| 09:51.46 | NA|Gone | RP: Ello |
| 09:51.54 | Ifaistos | morning RP |
| 09:52.53 | mickeyl | hi RP |
| 09:54.20 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 09:55.10 | NAiL | morning, rwhitby |
| 09:55.20 | rwhitby | mornign |
| 10:00.46 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 10:02.14 | *** join/#oe nacer (n=laradji@pai34-4-82-240-124-12.fbx.proxad.net) |
| 10:03.49 | *** join/#oe katossi (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) |
| 10:06.33 | *** join/#oe katossi (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) |
| 10:07.43 | *** join/#oe katossi (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) |
| 10:08.40 | *** join/#oe katossi (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) |
| 10:09.00 | RP | For reference, the pdaXrom people are reading our channel logs :) |
| 10:09.55 | zecke | hehe |
| 10:10.06 | zecke | better than reading my mind? |
| 10:16.38 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 10:19.50 | cyrilRomain | nOOb question: how to make OE build an arm cross-toolchain ? I don't have personnal or pre-built cross-toolchain, just did 'bitbake task-boostrap' but it fails saying 'arm-linux-gcc-2.95: No such file or directory' ? |
| 10:20.45 | pb_ | good morning zecke, mickeyl |
| 10:23.05 | RP | cyrilRomain: You need to read the documentation on Zaurus Kernels - old 2.4 ones need a 2.95.3 gcc installed |
| 10:23.10 | *** join/#oe count0 (n=jmbreuer@DSL01.83.171.183.125.NEFkom.net) |
| 10:23.21 | *** join/#oe AlexTe (n=alexte@iris.vbone.net) |
| 10:24.00 | cyrilRomain | I know I could use a pre-built cross-toochain. Does it means I cannot use OE to build it ? |
| 10:25.12 | RP | cyrilRomain: Not the 2.95.3 one |
| 10:25.29 | cyrilRomain | RP: ok, thanks |
| 10:27.15 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 10:27.16 | cyrilRomain | RP: To build a 2.6 kernel, there is not so much information. Where to configure to use 2.6 kernel ? Do I also need a pre-built toolchain OE cannot build ? |
| 10:28.05 | RP | cyrilRomain: For 2.6 kernels, OE will use the toolchain its already built |
| 10:29.35 | RP | cyrilRomain: Which machine are you building for? |
| 10:29.54 | cyrilRomain | RP: ok, I see. I'm trying to build 'collie' openzaurus, but I don't know where can I tell OE to build a 2.6 kernel (sorry for thoses noob questions, but I promisse to update the wiki in return) |
| 10:30.31 | RP | cyrilRomain: 2.6 support for collie is extremely limited :-( |
| 10:31.12 | RP | cyrilRomain: You'd set ZKERNEL_VERSION = "2.6" in your local.conf (as documented in the sample local.conf) but I'll warn you its not useable |
| 10:32.51 | cyrilRomain | RP: is there a better 2.6 support for toza ? |
| 10:33.29 | cyrilRomain | RP: or for armqemu ? |
| 10:34.38 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 10:35.10 | RP | cyrilRomain: The best 2.6 zaurus support is for the cxx00 and c7x0 devices. Tosa support is in the beta stage. qemuarm is a pseudo machine - a virtual one designed to run under the qemu emulator |
| 10:35.52 | cyrilRomain | RP: ok thank you very much :) |
| 11:00.21 | *** join/#oe _law_ (n=law@89.144.214.32) |
| 11:00.38 | _law_ | hi all |
| 11:03.22 | RP | hi law |
| 11:09.37 | mickeyl | do we have any sane solution for the sdl packages? the ones destined for opie should include a .desktop file at the appropriate location (/opt/QtPalmtop/foo/bar), but as far as I can see, this is the only real difference left. should we ship 'em with the non-opie ones or should we rather (automatically, through sdl.bbclass) add a <sdlpackage>-opie that DEPENDS on <sdlpackage> and includes the necessary desktop file? |
| 11:13.03 | fishhead- | hey |
| 11:13.38 | fishhead- | think it's posible to run the pda build stuff for x86 |
| 11:13.50 | fishhead- | and if so how would a system with 8 meg of ram fair, mabye 12 |
| 11:14.18 | AlexTe | I have a problem with bb: it tries to fetch http://www.oesources.org/source/current/quilt_cvs.savannah.nongnu.org_VER_0_39_.tar.gz while the correct name is quilt_savannah.nongnu.org_VER_0_39_.tar.gz How can I fix this please ? |
| 11:15.09 | zecke | AlexTe: ? |
| 11:15.09 | zecke | AlexTe: cvs gets fetched afterwards |
| 11:16.39 | AlexTe | well I dont know actually it's the 1st time I use bb. I followed these instructions http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted |
| 11:16.57 | AlexTe | HTTP request sent, awaiting response... 404 Not Found |
| 11:17.10 | zecke | AlexTe: and? |
| 11:17.26 | zecke | AlexTe: oesources.org is a service, it has not all files one ever wants |
| 11:17.40 | zecke | AlexTe: 404 -> cvs co |
| 11:17.41 | pb_ | mickeyl: the latter would be fine, though if the files are small it might be easiest just to ship them unconditionally. I don't think it would be fatal for non opie users to have a few extraneous .desktop files on their machines. |
| 11:18.01 | AlexTe | NOTE: Fetch cvs://anonymous@cvs.savannah.nongnu.org/cvsroot/quilt;method=pserver;module=quilt;tag=VER_0_39 |
| 11:18.01 | AlexTe | NOTE: Task failed: Fetch failed: quilt |
| 11:18.03 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 11:18.03 | zecke | pb_: changed your mind? It was fatal last time we discussed it |
| 11:18.10 | pb_ | mickeyl: or, of course, you could teach opie to read the .desktop files from /usr/share/applications |
| 11:18.10 | AlexTe | cvs seems to fail too |
| 11:18.20 | zecke | AlexTe: well don't sadow your error then? |
| 11:18.26 | pb_ | zecke: really? I don't remember ever having thought that, though I could just have forgotten |
| 11:18.26 | zecke | AlexTe: which version of OE and BitBake? |
| 11:18.45 | zecke | pb_: you know a /opt/Qtopia/apps/Games directory gets created ;) |
| 11:19.15 | NAiL | Anyone got any objections to me splitting badblocks into a separate package from e2fsprogs and adding a RDEPEND? |
| 11:19.46 | mickeyl | pb_: yeah, but that would require a substantial change and I'm not prepared to touch opie at this time |
| 11:19.52 | pb_ | zecke: yeah. I'm certainly not thrilled about that prospect, but neither am I so worried about it that it seems to require heroic efforts to avoid. |
| 11:20.06 | pb_ | mickeyl: right, fair enough |
| 11:20.09 | AlexTe | bb 1.5.0 and I think I have yesterday OE.db snapshot |
| 11:20.25 | zecke | AlexTe: why do you think a unstable branch is what you want? |
| 11:20.34 | zecke | AlexTe: http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted <- ;) |
| 11:22.42 | AlexTe | well I'm trying to build something for oz 3.5.4.1 so which branch do you suggest to start with ? |
| 11:23.11 | mickeyl | am I right that to assume that you guys eliminated the necessity to -Dmain=SDL_main ? |
| 11:23.36 | zecke | AlexTe: not BitBake unstable |
| 11:23.50 | zecke | AlexTe: use the BitBake stable branch, as the GettingStarted page now says |
| 11:24.00 | zecke | mickeyl: right, if you have a gcc > 3.3 |
| 11:24.12 | mickeyl | zecke: excellent. i'll just assume that for .dev then |
| 11:24.54 | AlexTe | ok I'll try with 1.4 thanks ! |
| 11:25.37 | zecke | AlexTe: :) |
| 11:26.18 | cyrilRomain | AlexTe: the wiki was updated this morning to point to bitbake-1.4 |
| 11:27.59 | zecke | BitBake 1.5 now prints a warning when used :} |
| 11:30.38 | *** join/#oe reenoo (n=r@p5489E73E.dip.t-dialin.net) |
| 11:32.02 | CIA-9 | 03nail 07org.oe.dev * r8205afa2... 10/packages/e2fsprogs/e2fsprogs_1.38.bb: e2fsprogs: Split badblocks into separate package and add RDEPENDS |
| 11:34.46 | CIA-9 | 03nail 07org.oe.dev * r492a2865... 10/conf/distro/ (debianslug.conf openslug.conf): Openslug/Debianslug: Add e2fsprogs-badblocks to rootfs |
| 11:36.26 | AlexTe | It works thanks guys! |
| 11:36.32 | zecke | AlexTe: you are welcome :) |
| 11:36.35 | zecke | AlexTe: get back to us |
| 11:37.23 | Pendalar | mickeyl, email? |
| 11:38.42 | mickeyl | Pendalar: you have access to the OpenZaurus project now. That should give you all permissions you need to rsync/etc. |
| 11:39.10 | mickeyl | pb_,zecke: well... i go for the clean separation |
| 11:39.28 | reenoo | morning |
| 11:39.29 | mickeyl | yo reenoo |
| 11:39.48 | Pendalar | is it same paths as before? |
| 11:39.55 | reenoo | hey mickeyl |
| 11:39.56 | mickeyl | Pendalar: iirc yes. |
| 11:40.03 | Pendalar | home/o/op/openzaurus or something |
| 11:40.06 | mickeyl | home/projects/o/op/openzaurus or so |
| 11:40.09 | mickeyl | ya |
| 11:40.10 | mickeyl | without projects |
| 11:40.18 | reenoo | hmm... sdl bbclass? what's that going to do? |
| 11:40.30 | Pendalar | ok I'll begin looking into fixing it today |
| 11:40.49 | mickeyl | reenoo: that will automatically add a <sdlpackage>-opie package that ships the opie specific stuff and rdepends on <sdlpackage> |
| 11:41.16 | pb_ | mickeyl: okay, very good |
| 11:41.17 | pb_ | hi REdOG |
| 11:41.20 | pb_ | er, hi reenoo |
| 11:41.27 | reenoo | mickeyl: ah, nice |
| 11:41.57 | reenoo | mickeyl: speaking of sdl... is libsdl-mixer intended to link against libvorbis+libogg? |
| 11:42.28 | *** join/#oe lrg (n=liam@exize.demon.co.uk) |
| 11:42.39 | mickeyl | i don't think so or else i would have listed it in DEPENDS |
| 11:42.45 | mickeyl | does it pick up those? |
| 11:42.51 | reenoo | yeah |
| 11:42.59 | mickeyl | file it into the bugtracker and I'll take care of it eventually |
| 11:47.09 | lrg | is anyone running the latest bitbake (rev 466) on FC5. I'm running into some python problems - http://pastebin.com/674998 |
| 11:47.31 | mickeyl | use the 1.4 branch, liam |
| 11:47.37 | mickeyl | head is considered unstable now |
| 11:48.00 | mickeyl | (see channel topic :) |
| 11:48.00 | lrg | mickeyl, cheers - I've not been here for about 2 weeks and it shows. |
| 11:48.04 | mickeyl | np |
| 11:48.27 | zecke | lrg: that is a weird error |
| 11:48.50 | mickeyl | svn co svn://svn.berlios.de/bitbake/branches/bitbake-1.4/ bitbake/ |
| 11:49.04 | zecke | mickeyl: one bitbake too many |
| 11:49.07 | lrg | zecke: yep, I'm no python expert though - I figured it was some FC5 issue... |
| 11:49.17 | zecke | lrg: I think you will get the same error with bitbake-1.4 |
| 11:49.22 | mickeyl | zecke: sure? that was copied from gettingstarted |
| 11:49.27 | hrw | hi |
| 11:49.31 | mickeyl | hey hrw |
| 11:49.32 | reenoo | mickeyl: http://pastebin.com/675003 |
| 11:49.35 | mickeyl | hrw: openzaurus.berlios.de is broken |
| 11:49.37 | hrw | I need help with serial cable |
| 11:49.41 | lrg | hey Marcin |
| 11:49.52 | hrw | mickeyl: its lardman and bronson toy not mine |
| 11:49.59 | zecke | mickeyl: this would mean self.cachedir is None (for lrg) |
| 11:50.01 | mickeyl | reenoo: excellent |
| 11:50.26 | hrw | I connected serial to zaurus (which send kernel logs to serial) and how to get it on desktop? minicom or other tool? |
| 11:51.19 | mickeyl | hrw: once the stty params are ok, a cat <devnode> should be sufficient for display only |
| 11:51.37 | mickeyl | hrw: i use securecrt for that (windows *cough*) |
| 11:52.45 | reenoo | hi hrw |
| 11:52.57 | hrw | mickeyl: ok. will look |
| 11:53.10 | hrw | and my debian isntall looks a bit fscked here ;( |
| 11:53.11 | cyrilRomain | zecke: there is not one bitbake too many, because svn will otherwise create the 'bitbake-1.4' output directory instead of just 'bitbake' |
| 11:53.36 | zecke | cyrilRomain: right, this looked like /bitbake-1.4/bitbake in mickeys post |
| 11:53.55 | lrg | zecke: I'm getting the same error with 1.4 :( |
| 11:54.23 | zecke | lrg: okay, help me to help you then ;) |
| 11:54.30 | hrw | reenoo: do you have plans to sync .oz354fam083 changes to .dev? |
| 11:54.32 | reenoo | hey pb_ (sorry, got distracted by the sdl stuff) |
| 11:54.44 | zecke | lrg: start with putting the company credit card in the slot ;) |
| 11:54.57 | lrg | zecke: heh ;) |
| 11:55.02 | zecke | lrg: /home/liam/oe/bitbake/lib/bb/cache.py line 52 |
| 11:55.22 | reenoo | hrw: no concrete plans, no |
| 11:55.57 | lrg | zecke, opened in vi |
| 11:56.18 | zecke | lrg: add a print self.cachedir |
| 11:56.23 | zecke | lrg: before the os.path.join line |
| 11:57.48 | CIA-9 | 03rw 07org.oe.oz354fam083 * r60713f19... 10/ (14 files in 9 dirs): libsdl-mixer: explicitely disable ogg/vorbis support (libraries not in DEPENDS)packages/libsdl/libsdl-mixer_1.2.6.bb |
| 11:57.57 | lrg | zecke, None |
| 11:58.30 | pb_ | bbiab |
| 11:58.47 | zecke | lrg: do you have a CACHE line in conf/local.conf? |
| 11:59.43 | lrg | zecke, no |
| 11:59.54 | zecke | lrg: feel free to file a bug |
| 12:00.00 | zecke | lrg: and add a CACHE line |
| 12:00.23 | lrg | zecke, will do. Shall I add a line like CACHE=tmp/cache ? |
| 12:00.40 | zecke | lrg: I have CACHE = "${TMPDIR}/cache" or such |
| 12:00.53 | lrg | zecke, ok, will try |
| 12:01.05 | zecke | lrg: hmm |
| 12:01.13 | zecke | lrg: your bitbake.conf should have that line :} |
| 12:02.32 | zecke | lrg: is your BBPATH set right? |
| 12:02.44 | lrg | zecke, the bitbake version I have from HEAD and 1.4 does not have this line |
| 12:03.07 | lrg | zecke, I pretty sure - It worked before I went to CELF |
| 12:03.11 | zecke | lrg: it should be in org.oe.dev/conf/bitbake.conf |
| 12:03.30 | lrg | zecke, ah |
| 12:04.05 | CIA-9 | 03rw 07org.oe.oz354fam083 * r9ee63270... 10/ (14 files in 9 dirs): disapproval of revision '60713f19e6d894061ca4d58a2a86420c17a0bd72' |
| 12:04.30 | lrg | zecke, yes got it. |
| 12:04.47 | zecke | lrg: echo $BBPATH |
| 12:05.27 | CoreDump|home | hi |
| 12:05.33 | mickeyl | reenoo: i hope "no concrete" plans is the answer because you want to focus on getting a release out. It'd be a bit sad if you would no longer care about .dev - essentially we had a fork then. |
| 12:05.41 | mickeyl | s/had/would have/ |
| 12:05.49 | lrg | zecke: /home/liam/oe/build:/home/liam/org.oe.dev |
| 12:05.55 | lrg | zecke, spotted it |
| 12:06.00 | reenoo | mickeyl: we have a fork already. two of them even |
| 12:06.02 | lrg | BBPATH is wrong |
| 12:06.18 | mickeyl | reenoo: no we don't. there are differences between a fork and branches |
| 12:06.20 | lrg | I can't remember changing this |
| 12:06.43 | lrg | zecke, I'll fix this path and try again. |
| 12:07.00 | zecke | lrg: anyway you have found a bug ;) |
| 12:07.21 | lrg | zecke, Thanks for your help :) |
| 12:07.30 | reenoo | mickeyl: well. in SCM terms branches are something you can merge stuff back and forth between. monotone doesn't appear to support that |
| 12:08.02 | lrg | zecke, I'm being called away atm , I'll try again in about 30mins and file the bug. |
| 12:09.07 | mickeyl | reenoo: right, but please don't use the SCM incapability as an excuse. it looks like others are managing to keep divergence at a minimum. |
| 12:09.43 | mickeyl | have fun zec |
| 12:09.43 | mickeyl | ke |
| 12:10.04 | reenoo | mickeyl: I'm not using it as an excuse. it's the exact reason why my stuff is in .oz354fam083 only |
| 12:10.47 | reenoo | mickeyl: doing that type of thing manually is doing the same work twice basically which is not going to happen with my schedule in mind |
| 12:12.01 | mickeyl | i see. can we expect you to push things to .dev when the release pressure is over or do you plan to keep the fork longer? |
| 12:12.18 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 12:12.36 | Bernardo | hi |
| 12:14.42 | hrw | hi Bernardo |
| 12:15.31 | hrw | if I connect nullmodem cable to both serial ports in pc and run two serial terminals then input from first should appear in second and viceversa - right? |
| 12:16.52 | Bernardo | yes |
| 12:17.07 | hrw | now I have situation when if I send to /dev/tts/1 then it is shown on /dev/tts/0 but not vice versa... broken cable? |
| 12:17.18 | Bernardo | if it is nullmodem, if (using hw handshake) has the full complement of lines |
| 12:17.32 | Bernardo | or one expecting a different handshake |
| 12:17.42 | Bernardo | are both expecting xon/xoff? |
| 12:17.45 | hrw | Bernardo: both tools configured in same way |
| 12:17.51 | Bernardo | what if you turn the cable around? |
| 12:18.05 | hrw | Bernardo: currently flow control off totally - will switch to rts |
| 12:18.17 | Bernardo | try turning the cable around first |
| 12:18.21 | hrw | ok |
| 12:18.38 | Bernardo | should show on tts/1 but not on tts/0 if it is really broken |
| 12:20.23 | hrw | Bernardo: same situation when cable exchanged - gtkterm1 (tts1) send to gtkterm2 (tts0) |
| 12:21.16 | hrw | nevermind which flow control used |
| 12:21.50 | Bernardo | looks like broken pc then... what if you try just a cat from the command line |
| 12:21.53 | Bernardo | ? |
| 12:23.26 | hrw | Bernardo: cat>/dev/tts/1 works |
| 12:23.41 | hrw | Bernardo: output shown in tts/0 |
| 12:23.56 | Bernardo | and cat > /dev/tts/0 ? |
| 12:25.08 | hrw | nothing ;( |
| 12:25.40 | Bernardo | so, either one of the ports has a different config, or the pc hw is broken |
| 12:26.02 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 12:26.13 | XorA|gone | not a stray getty on one of those terminals? |
| 12:27.27 | Bernardo | could be |
| 12:27.34 | hrw | no getty on serial |
| 12:28.08 | koen | XorA|gone: I noticed some activity on the abi-plugin bugreport :) |
| 12:29.51 | hrw | hm.. now which one is which.. |
| 12:30.41 | XorA|gone | koen|work: yeah, someone has read it :-) |
| 12:31.02 | CIA-9 | 03rw 07org.oe.oz354fam083 * r2f663806... 10/packages/libsdl/libsdl-mixer_1.2.6.bb: libsdl-mixer: explicitely disable ogg/vorbis support (libraries not in DEPENDS) |
| 12:35.06 | XorA|gone | koen|work: bugzilla really needs something like openid :-) |
| 12:36.49 | pb__ | mickeyl: enjoy |
| 12:36.49 | hrw | ~curse sharp for tcx3106 |
| 12:36.57 | ibot | May the fleas of a thousand camels infest your most sensitive regions, sharp for tcx3106 ! |
| 12:36.57 | mickeyl | thanks |
| 12:37.35 | hrw | decided to ignore fact that homemade serial cable for Z exist on my desk |
| 12:38.01 | rwhitby | what's the svn url for the stable bitbake branch again? |
| 12:38.27 | cyrilRomain | rwhitby: svn co svn://svn.berlios.de/bitbake/branches/bitbake-1.4 bitbake :) |
| 12:38.59 | *** join/#oe chewy (n=dieu@r2351064.cidc.net) |
| 12:39.15 | rwhitby | cyrilRomain: thx - I'm updating the nslu2-linux MasterMakefile. |
| 12:41.08 | *** join/#oe zach_ (n=zmcgrew@c-24-17-255-35.hsd1.wa.comcast.net) |
| 12:42.14 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 12:51.03 | hrw | I have to go - cu |
| 12:56.33 | *** join/#oe uv1 (n=kvirc@p5089100B.dip0.t-ipconnect.de) |
| 12:58.30 | rwhitby | Hmm - we still get the depends problems even with bitbake 1.4 :-( |
| 12:58.49 | pb__ | what are the "depends problems"? |
| 12:59.08 | rwhitby | ERROR: Nothing provides runtime dependency python |
| 12:59.08 | rwhitby | NOTE: |
| 12:59.08 | rwhitby | NOTE: no buildable providers for ipkg-utils |
| 12:59.42 | rwhitby | Used to work. Then sometime after the big RDEPENDS changes a number of weeks or months ago it stopped working. |
| 13:00.00 | rwhitby | koen|work referred to it as the bitbake heisenbug |
| 13:00.20 | rwhitby | yes, we've tried a complete rebuild after blowing away tmp |
| 13:02.36 | rwhitby | I'll try blowing away tmp/cache since we've just moved to the stable bitbake 1.4 |
| 13:04.08 | rwhitby | I can provide a bitbake -v ipkg-utils pastebin if that would help |
| 13:05.19 | rwhitby | http://pastebin.ca/50550 |
| 13:08.16 | rwhitby | any insight would be appreciated. this is blocking an nslu2-linux release cause we can't build the package feeds due to this problem. |
| 13:08.47 | Bernardo | rwhitby: I've just blown away my tmp for oz354x because of a similar problem with libgpg-error0 |
| 13:09.18 | rwhitby | Bernardo|away: we spent four days rebuilding our package feeds in the hope it would solve the problem. it didn't :-( |
| 13:12.16 | CoreDump|home | ouch |
| 13:12.59 | *** join/#oe cromain (n=cyrilRom@AToulouse-157-1-96-156.w86-213.abo.wanadoo.fr) |
| 13:15.17 | rwhitby | well, it was time for a spring clean anyway. |
| 13:18.33 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 13:22.02 | RP | rwhitby: What is rdepending on python? |
| 13:23.00 | pb__ | ipkg-utils, presumably |
| 13:23.46 | rwhitby | yep |
| 13:24.36 | RP | We need to improve the logging levels in the bitbake dependency code as this isn't clear from the log... |
| 13:24.54 | RP | rwhitby: I get the same error here - I'll look into it |
| 13:25.03 | rwhitby | RP: thx |
| 13:25.13 | uv1 | RP: are you in oepnZaurus as well ? |
| 13:25.27 | uv1 | s/oepn/Open/ |
| 13:28.56 | uv1 | RP: is there still a chance for a feature request to make bitbake more usefull in group environment ? |
| 13:29.26 | RP | uv1: We have a bugzilla which takes feature requests? |
| 13:29.39 | RP | uv1: We're open to ideas... |
| 13:30.09 | uv1 | RP first I want to discuss the idea ... |
| 13:30.51 | RP | uv1: I'm listening although I might or might not be the best person to discuss it with |
| 13:31.48 | uv1 | If you have a group of developers working on one distro. One is the stable tree maintainer, severals are working on modification, which may crash stability ... |
| 13:32.21 | uv1 | Not all of them of course want to build the toolchain and the rest of the basic distro fully. |
| 13:33.12 | uv1 | In stead of that, a "global" stable staging / cache / stamps area would be helpfull, which could be expanded by lets call it private staging / cache / stams areas. |
| 13:33.51 | RP | uv1: The preferred solution is to put staging under packaging control |
| 13:34.06 | RP | uv1: You can the provide bits of staging, precompiled |
| 13:34.32 | uv1 | RP: Would that mean, that you can develop a package with higher versioning without effecting the staging area ? |
| 13:35.07 | RP | uv1: In your local copy, you'd replace the version in staging with the higher version |
| 13:35.38 | RP | But building new copies of the respository would be cheap as you'd be able to do it from prebuilt packages |
| 13:35.58 | uv1 | But how would the local copy be created. Is that a full copy of the staging area ? |
| 13:36.43 | uv1 | How is it handled, that if one e.g. builds a new uitilty or library, that the new one is not linked against stable packages, if a stable distro is build ? |
| 13:37.00 | RP | Someone would have built your stable base distro along with a set of packages that were installed to make staging |
| 13:37.25 | RP | Someone else would take those packages and install them to create a copy of staging, then work on top of that |
| 13:38.11 | RP | Obviously if you replace libraries, you'd have to rebuild any packages depending on those libraries to link against the replacements |
| 13:38.26 | uv1 | RP: You mean, you can copy the staging area by installing the stuff inside into a local copy ? |
| 13:39.34 | RP | uv1: I don't follow :-/ |
| 13:40.37 | uv1 | RP: would a "cp -a global/staging local" where local is you private build dir work ? I assume, that at least stamps would be missing ? |
| 13:41.17 | RP | You'd need cross and stamps as well. The other issue is that staging has paths hardcoded into it |
| 13:41.34 | uv1 | RP: Thats what I am after ... |
| 13:41.38 | RP | you'd also need deploy/ipk |
| 13:41.59 | RP | uv1: Is should be possible to script something to change the paths |
| 13:42.00 | NA|Gone | Has libqpe1 been removed lately? |
| 13:42.19 | RP | uv1: The ultimate aim is to have this all done with package management |
| 13:42.36 | uv1 | I think it could be managed to have $STAGING (and other required variables) handled by bitbake like a PATH variable!... |
| 13:43.04 | uv1 | Try the first PATH, thet try the next ... Use always the newest found version. |
| 13:43.15 | RP | uv1: I doubt it I'm afraid. Think about things like .la files |
| 13:44.04 | uv1 | This could help to reduce the harddisk usage and would not force users to rebuild everything just to try a new package. |
| 13:44.49 | RP | uv1: It is planned. Its just difficult and needs someone to spend time on it |
| 13:44.53 | uv1 | RP: .la files ? You mean -L, -I ? Could be handled the same way, only the order must be inverted. |
| 13:45.28 | uv1 | Search the new buidl dir first and then the next elder ! |
| 13:45.39 | RP | uv1: grep your staging directory for references to its path and you'll see what I'm taking about |
| 13:46.42 | uv1 | RP: hrgh. Thats bad ... |
| 13:47.33 | uv1 | RP: BTW another idea is to use unionfs. Got unionfs working now in principle, but had problems as well ... |
| 13:48.45 | uv1 | mounted my boxer build dir to a new empty dir , changed conf/local.conf by changing to collie, but still defconfig-cx7 was search for. Any ideas about that ? cache ? |
| 13:49.49 | RP | uv1: For different machines use the multimachine include |
| 13:50.28 | uv1 | RP: That was just a test to get the above mentioned things working ... |
| 13:50.57 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 13:51.01 | uv1 | I was just curios, where bitbake gets the defconfig-c7x stuff from. |
| 13:51.40 | uv1 | RP: BTW How to get bitbake 1.4 via svn. |
| 13:51.51 | RP | uv1: It shouldn't have been getting that from anywhere if the machine was set to collie |
| 13:52.20 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 13:52.40 | uv1 | RP: Correct, so I was wondering ... OK will give it another try with bitbake 1.4. That speeds things up really ... |
| 13:52.45 | RP | uv1: 1.4 is on a branch which you probably have to checkout. I don't know the extact name. I think someone updated GettingStarted |
| 13:53.07 | uv1 | RP: Will check |
| 13:53.18 | cyrilRomain | uv1: svn co svn://svn.berlios.de/bitbake/branches/bitbake-1.4 bitbake :) |
| 13:54.26 | *** join/#oe mwester (i=mwester@nslu2-linux/mwester) |
| 13:55.05 | uv1 | cyrilRomain: Thanks a lot. |
| 14:08.00 | *** join/#oe EvilDevil_ (n=evildevi@p54A6E60D.dip.t-dialin.net) |
| 14:26.44 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 14:37.00 | *** join/#oe tmbinc (i=XXX@e176189205.adsl.alicedsl.de) |
| 14:51.10 | RP | rwhitby: Bitbake is right in saying nothing provides the runtime "python". You probably need to add RPROVIDES_python-core = "python" to python-*-manifest.inc |
| 14:51.30 | RP | rwhitby: That will make it work - I'll check its the correct fix with mickey|bbl |
| 15:04.24 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 15:05.18 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 15:12.10 | *** join/#oe goxboxlive_ (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 15:13.51 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 15:14.53 | uv1 | Hhm. How to start a script in the target build dir before configure ? How to add parameters to the configure call. |
| 15:27.41 | XorA|gone | uv1: do_configure_prepend () {} in you bb for first question |
| 15:27.53 | XorA|gone | uv1: EXTRA_OECONF = "params" for second |
| 15:35.19 | bronson | mickey|bbl, BerliOS's database machine has been down for almost 4 days now. |
| 15:45.02 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 15:48.32 | uv1 | XorA|gone: Thanks will try ... |
| 15:56.12 | uv1 | Quick question. Does OE support Sharp SL-C3200. Have just seen that device at trisoft homepage. Sounds really good. Any users here, who have experience ? |
| 15:56.48 | CoreDump|home | the terrier should work with the same rootfs and kernel as the 3100 (borzoi). |
| 15:57.09 | CoreDump|home | I didn't actually notice anyone owning one tho |
| 15:57.25 | uv1 | CoreDump|home: Any things still broken for borzoi ? |
| 15:57.48 | uv1 | CoreDump|home: borzoi has a Harddisk too ? |
| 15:57.49 | CoreDump|home | hmmm not that I knew of, maybe usb <-> windows client |
| 15:58.04 | uv1 | windows sucks anyway ;-) |
| 15:58.05 | CoreDump|home | yes borzoi has a smaller MD, that's all |
| 15:58.11 | CoreDump|home | uv1: ;) |
| 15:58.25 | uv1 | What is the HD used for ? |
| 15:58.31 | CoreDump|home | rootfs |
| 15:58.40 | CoreDump|home | and /home AFAIK |
| 15:58.50 | CoreDump|home | can't afford one =) |
| 15:59.10 | uv1 | Do we have a running debian in oe for that ? |
| 15:59.21 | CoreDump|home | the flash is not used if that matters |
| 15:59.51 | uv1 | CoreDump|home: not used means really nothing on ? We boot from HD ? |
| 15:59.52 | CoreDump|home | uv1: OE builds distributions. You could probably hack up a real deal debian-like distro, yes. |
| 16:00.05 | CoreDump|home | uv1: yes, boots from HDD |
| 16:00.30 | mickeyl | RP: thanks for the mail. dealing with that atm. |
| 16:01.04 | uv1 | CoreDump|home: Building a debian distro from scratch using OE would cost quite some time ;-) |
| 16:01.22 | CoreDump|home | indeed |
| 16:01.56 | uv1 | CoreDump|home: Just have seen a OZ doc page descring a parallel GPE / OPIE install. Would that still be possible with my boxer ? |
| 16:02.42 | CoreDump|home | sure, even works on collie |
| 16:03.08 | CoreDump|home | but it's rather slow due to the limited RAM |
| 16:03.49 | CIA-9 | 03mickeyl 07org.oe.dev * r429227e9... 10/packages/sdlperl/sdl-perl_1.20.3.bb: sdl-perl: remove bogus usage of a build class |
| 16:03.53 | CIA-9 | 03mickeyl 07org.oe.dev * rd68918ea... 10/packages/python/ (python_2.3.4.bb python_2.4.3.bb): python 2.3.4, 2.4.3: make python-core provide the python runtime |
| 16:04.07 | mickeyl | rprovide, that is |
| 16:04.08 | uv1 | CoreDump|home: So really both are started ? |
| 16:04.27 | CoreDump|home | correct |
| 16:04.50 | CoreDump|home | IMO not very useful |
| 16:04.57 | *** join/#oe katossi (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) |
| 16:05.16 | uv1 | CoreDump|home: How does the Terrier boot from HD. Bootmanager ? |
| 16:05.38 | CoreDump|home | nope, kernel 2.6 boots straight into HDD |
| 16:05.59 | CoreDump|home | no hacks involved |
| 16:06.02 | uv1 | CoreDump|home: So that device would not be better (same amount of RAM). |
| 16:06.43 | CoreDump|home | but faster CPU |
| 16:07.00 | CoreDump|home | if you've got cash to burn, go for it =) |
| 16:07.16 | uv1 | BTW : Just noticed, that my RPM patches are not yet in ;-(( |
| 16:07.39 | CoreDump|home | ~lart rpm hell |
| 16:07.50 | uv1 | CoreDump|home: Terrier - May be ;-)) |
| 16:08.42 | CoreDump|home | I got a c1000, basically a c3xxxx w/o HDD. Very nice machine |
| 16:09.27 | uv1 | Thats like my Cl860. Also works fine, but the HD would be nice instead of the SD card ! |
| 16:11.04 | uv1 | Collected errors: |
| 16:11.04 | uv1 | | ERROR: Cannot satisfy the following dependencies for task-bootstrap: |
| 16:11.04 | uv1 | But does not show any failing depends. |
| 16:11.29 | CoreDump|home | scroll up |
| 16:12.11 | uv1 | Oops. Lots ... |
| 16:12.47 | uv1 | Lots of update-modules entries though. Any ideas ? |
| 16:12.50 | CoreDump|home | meh inittab is hard-wired to spawn only one VT |
| 16:13.17 | CoreDump|home | not really, didn't try to build .dev in ages |
| 16:13.47 | CoreDump|home | search for "ERROR" |
| 16:14.35 | RP | mickeyl: Thanks |
| 16:15.09 | RP | uv1: The spitz machine gives working images for borzoi and terrier. As far as OE is concerned, they're all the same |
| 16:15.44 | uv1 | RP: Thanks for info |
| 16:16.05 | RP | uv1: I have a spitz and love the microdrive ;-) |
| 16:17.42 | uv1 | bitbake 1.4.1 rocks ! Why wasnt the speed not reached before ? |
| 16:18.34 | uv1 | s/wasnt/was/ |
| 16:19.40 | RP | uv1: We just found a more efficient way to do things... |
| 16:20.27 | mickeyl | RP: do we have MACHINE redirectors yet? |
| 16:20.30 | mickeyl | like, for the husky |
| 16:20.35 | uv1 | RP: If you once need a job in good old germany ;-) |
| 16:21.20 | RP | mickeyl: They just error out and tell you to use c7x0 or spitz. I did wonder what would happen if they simply said MACHINE="c7x0"... |
| 16:21.33 | RP | mickeyl: I added one for terrier |
| 16:21.37 | mickeyl | RP: nah, we want things to happen explicitly :) |
| 16:21.42 | mickeyl | RP: thanks, very good |
| 16:21.54 | mickeyl | borzoi as well? |
| 16:22.13 | RP | mickeyl: borzoi was its own machine type for a while. I purged all references to it :) |
| 16:22.24 | mickeyl | cool |
| 16:22.37 | RP | uv1: Thanks for the offer but I'm happy where I am ;-) |
| 16:22.42 | mickeyl | btw., I might get a borzoi donated if things go well |
| 16:23.03 | mickeyl | which would mean I could send my spitz to another developer |
| 16:23.08 | RP | mickeyl: We're not doing badly for devices atm :) |
| 16:23.09 | mickeyl | lets see and cross fingers |
| 16:23.14 | mickeyl | RP: no kidding :) |
| 16:24.28 | bronson | mickeyl, You were asking about openzaurus.berlios.de earlier... |
| 16:24.39 | RP | mickeyl: I'm curious to see what Sharp bring out next... |
| 16:24.53 | RP | mickeyl: The new generation of PXA might give us some headaches... |
| 16:24.55 | uv1 | RP: May be you were too efficient ? If I want to build one of the unmet dependencies packages (e.g. busybox) nothing happens. So I assume that busybox was not at all build. So somethings may be wrong with dependencies! |
| 16:25.09 | mickeyl | bronson: thanks. seen your reply + mail |
| 16:25.24 | bronson | ah, good. |
| 16:25.29 | bronson | I hope it gets resolved soon! |
| 16:25.33 | mickeyl | yep. me too |
| 16:25.57 | RP | uv1: Instead of assuming it didn't build, why not check? |
| 16:27.12 | uv1 | NOTE: build 200604221822: completed |
| 16:27.12 | uv1 | Build statistics: |
| 16:27.13 | uv1 | <PROTECTED> |
| 16:27.28 | uv1 | RP: no ipk available. bitbake busybox returns just with the above mentioned message. |
| 16:27.47 | RP | uv1: Is it in tmp/work/busybox ? |
| 16:28.04 | uv1 | which subdir of work ? |
| 16:28.13 | mickeyl | RP: we really need a reverse lookup |
| 16:28.18 | mickeyl | for attributes |
| 16:28.30 | RP | mickeyl: How do you mean? |
| 16:28.33 | mickeyl | i'm getting crazy looking for where the final say of an assignment is being defined |
| 16:28.40 | mickeyl | i.e. FOO = "bar" |
| 16:28.45 | mickeyl | where does it come from? |
| 16:28.50 | mickeyl | a conf? a bb? which one? |
| 16:29.13 | RP | mickeyl: That would be useful. It starts to sound like depencency tracking... |
| 16:29.45 | uv1 | RP: It is in armv5te-linux! |
| 16:30.25 | RP | uv1: That's where it would be if you were compiling for an armv5te machine. So busybox did build at some point in the past |
| 16:30.37 | RP | uv1: Are you sure the .ipk files don't exist? |
| 16:30.55 | uv1 | RP: It was a fresh build (cleaned away tmp this morning). |
| 16:31.28 | uv1 | RP: no run.do_package file though. |
| 16:32.14 | RP | uv1: Does tmp/stamps/armv5te-linux/busybox-1.01-r9.do_package exist? |
| 16:32.21 | RP | or something similar? |
| 16:32.52 | uv1 | RP: yep |
| 16:33.22 | RP | uv1: That means it should have packaged and the .ipk files should exist. Bitbake is there quite correct in thinking it already built |
| 16:34.19 | uv1 | RP: but definitely it isnt. BTW I started this morning with a bitbake 1.5.0 version and due to mickeys hint changed to 1.4.1 when kernel could not build. |
| 16:34.28 | uv1 | RP: May be thats the reason ? |
| 16:35.11 | RP | uv1: That's possible - bitbake 1.5.0 is totally broken |
| 16:35.27 | uv1 | OK, try again ;-) Sorry have to go off for an hour or so. See you later ... |
| 16:37.44 | mickeyl | hmm |
| 16:37.58 | mickeyl | r459 doesn't recognize my setting PREFERRED_PROVIDER |
| 16:38.01 | mickeyl | this is very odd |
| 16:38.04 | mickeyl | r458 even |
| 16:39.30 | RP | mickeyl: :-/ |
| 16:40.16 | mickeyl | any known good before 458? |
| 16:40.40 | RP | mickeyl: 429 was a good one if I remember rightly |
| 16:40.44 | mickeyl | thanks |
| 16:40.45 | mickeyl | trying |
| 16:40.58 | RP | mickeyl: I'm concerened 458 doesn't work though. What are you trying to do? |
| 16:41.32 | RP | I can't get SD working on poddle under 2.6 :-/ |
| 16:44.52 | mickeyl | RP: I have three providers for virtual/libqte2 |
| 16:45.13 | mickeyl | NOTE: multiple providers are available (qte-mt-static, qte, qte-mt); |
| 16:45.26 | mickeyl | NOTE: consider defining PREFERRED_PROVIDER_virtual/libqte2 |
| 16:45.35 | mickeyl | and in preferred-opie-versions.inc I have |
| 16:46.07 | mickeyl | PREFERRED_PROVIDERS += "virtual/libqte2:qt-mt" |
| 16:46.07 | mickeyl | PREFERRED_PROVIDER_virtual/libqte2 = "qt-mt" |
| 16:46.14 | mickeyl | to be sure i even used both syntaxes |
| 16:46.26 | mickeyl | but no matter what i do, It always choses qte-mt-static |
| 16:46.29 | mickeyl | sorry, lunch |
| 16:46.34 | mickey|dinner | dinner, even |
| 16:46.39 | cyrilRomain | well, OZ patches are not in http://www.rpsys.net/openzaurus/patches/ anymore but in http://www.rpsys.net/openzaurus/patches/archive/. |
| 16:46.49 | RP | mickey|dinner: Did it have a problem building one of the other versions in the past? |
| 16:46.50 | mickey|dinner | RP: (note that you can't reproduce that for now since I have some unapplied patches atm.) |
| 16:47.24 | RP | mickey|dinner: The output of -D -D -D might say more about what it considered doing... |
| 16:47.33 | cyrilRomain | Should I report in a offcial bur report ? It seems that just packages/linux/linux-openzaurus.inc has to be updated |
| 16:48.05 | RP | cyrilRomain: What needs updating? |
| 16:48.43 | cyrilRomain | RP: in packages/linux/linux-openzaurus.inc s:openzaurus/patches:openzaurus/patches/archive: |
| 16:49.08 | RP | cyrilRomain: Which branch are you using? |
| 16:49.09 | *** join/#oe PabloOdorico (n=void@168.226.136.190) |
| 16:49.51 | cyrilRomain | RP: for such problem I never know who to warn: OE team or OZ people to update location ? |
| 16:50.15 | cyrilRomain | RP: oz354fam083 |
| 16:50.32 | RP | cyrilRomain: It depends on the branch. I don't think that problem exists in .dev or the OZ release branch (oz354x) |
| 16:50.56 | RP | right, so given that branch is now for familar 0.8.4, I can't touch it and its a familar bug |
| 16:51.29 | cyrilRomain | ok, maybe should I switch to oz354x then, since it's to build OZ for tosa |
| 16:51.44 | RP | cyrilRomain: You will have a lot more success with that branch doing that |
| 16:52.10 | cyrilRomain | RP: well, didn't know, thanks for the info :) |
| 16:52.49 | cyrilRomain | RP: I'll try. Do you know where can I report the problem to Familiar people ? Is there a channel ? |
| 16:53.05 | RP | cyrilRomain: Basically, use .dev if you want the cutting edge, oz354x for more stable openzaurus and oz354fam083 for familar (ipaqs) |
| 16:54.00 | RP | cyrilRomain: Since familar doesn't support Zaurus devices, I doubt they'll care :-/ |
| 16:54.42 | cyrilRomain | well thanks, this is such info that lack in wiki. I'll update it soon to make this more obvious to OE noob like me :) |
| 16:55.35 | RP | cyrilRomain: oz354fam083 was used for OpenZaurus 3,5,4 but that version of Openzaurus didn't support 2.6 kernels on many of the zaurus models |
| 16:57.46 | cyrilRomain | RP: ok, switching to .dev in progress ;) |
| 17:02.01 | pb_ | mickey|dinner: if you wrote "qt-mt" while it was expecting "qte-mt", this behaviour would be expected. |
| 17:02.43 | pb_ | regrettably you don't get any diagnostic if you tell bitbake to prefer a package that either doesn't exist or doesn't provide the virtual in question |
| 17:08.32 | mickey|dinner | uh no! |
| 17:08.35 | mickey|dinner | thanks pb_ |
| 17:09.08 | *** join/#oe ade|desk (n=ADAVEY@213-232-83-137.dsl.prodigynet.co.uk) |
| 17:18.12 | pb_ | mickeyl: heh |
| 17:18.25 | zach | if [ -n "`quilt applied`" ]; then quilt pop -a -R -f || exit 1; fi |
| 17:18.50 | zach | I'm having a problem with that line... It's killing my build, and spits out: Usage: quilt pop [-afRqv] [num|patch] |
| 17:21.53 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 17:27.47 | zach | Can someone paste their do_patchcleancmd() function from "log.do_patchcleancmd" for gnu-config-native-0.1cvs20050701-r4 ? |
| 17:29.35 | mickeyl | i have a workaround, not a fix |
| 17:29.36 | mickeyl | INHERIT += "patcher" |
| 17:29.38 | mickeyl | into your local.cof |
| 17:29.40 | mickeyl | local.conf, even |
| 17:29.46 | mickeyl | then you won't have to deal with quilt at all |
| 17:39.39 | zach | Hmm... Said the patch didn't apply cleanly, I'm going to clear out the tmp and try again |
| 17:40.43 | *** join/#oe mreimer_ (n=mreimer_@wl-wa.vpop.net) |
| 17:41.44 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 17:42.26 | zecke | hey |
| 17:43.23 | RP | hi zecke |
| 17:45.30 | CIA-9 | 03mwester 07org.oe.dev * r3d32d5cf... 10/packages/busybox/ (slingbox-1.00/defconfig slingbox_1.00.bb): slingbox: add losetup to defconfig |
| 17:53.21 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 18:02.09 | RP | Got it :). Poodle has two SD power control GPIOs, one of which is undocumented and previously unknown :) |
| 18:03.20 | NA|Gone | Nasty :) |
| 18:04.18 | NA|Gone | Don't sharp have to release the (working) source for 2.4? Or are they doing the binary blob module thing? |
| 18:04.42 | RP | NA|Gone: The mmc/sd driver is binary only |
| 18:05.19 | zach | Hooray! It progresses further in the build, but it gets shot down with: cannot stat `i686-cygwin_nt-libtool': No such file or directory |
| 18:05.25 | NA|Gone | RP: Ah, smeg.. |
| 18:06.16 | RP | NA|Gone: Thankfully for most models they used the controller in the PXA processor which we have docs for. Figure out the power controls and we can make it work... |
| 18:06.27 | RP | collie isn't so easy though |
| 18:06.48 | zach | I thought some guy signed the nda and was going to write drivers for it |
| 18:07.08 | NA|Gone | Is there a reason they don't release the details? |
| 18:07.12 | RP | That would be kergoth who never found the time :-/ |
| 18:08.08 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 18:23.07 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 18:28.37 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no) |
| 18:37.21 | CoreDump|home | ~praise RP for working reboot |
| 18:37.23 | ibot | All hail RP for working reboot! |
| 18:38.37 | zach | huh? |
| 18:39.23 | CoreDump|home | zach: reboot / halt was b0rked w/ kernel 2.6 on sl-cxxxx |
| 18:39.52 | zach | Ah... Well congrats on it being fixed. =) |
| 18:40.10 | CoreDump|home | heh |
| 18:42.14 | zach | What's better to build on, FreeBSD or Cygwin? |
| 18:42.40 | zach | Because I'm just about ready to through in the towel with Cygwin |
| 18:42.55 | zach | throw* =) Hehe |
| 18:42.56 | zecke | zach: both need work |
| 18:44.12 | zach | All I really want is to apply a patch to kphonpi, and see if it works with sipphone.com like the author claims, because then my Z would become my WiFi phone =) |
| 18:44.19 | zach | kphonepi* |
| 18:44.35 | zecke | zach: use CoLinux, VMware or such ;) |
| 18:44.49 | zecke | zach: and probably the SDK from a OpenZaurus release |
| 18:45.17 | zach | I am using the sdk from the Z release, well, not the toolset, since that's Linux only |
| 18:45.26 | zach | but I'm using the rest of the files |
| 18:46.35 | zecke | no cross compiler? |
| 18:47.19 | zach | the cross compiler in the sdk is the linux build |
| 18:48.05 | zecke | zach: well, to phrase it like this |
| 18:48.11 | zecke | zach: you are on your own for now |
| 18:48.21 | zach | Heh, yeah... |
| 18:48.24 | zach | I figured that |
| 18:48.48 | zecke | zach: Linux is the best tested and known working host Operating System |
| 18:49.20 | zach | Yeah... I'll have to see if I can get the vmware images working then |
| 18:52.12 | zecke | zach: I'm a BSD (FreeBSD, OSX) user myself, but use OE only on Linux |
| 18:52.53 | zach | zekoZeko, Yeah, I've got a FreeBSD server that's out in the garage, I was thinking of building with that, but it seems like too much of a hassle |
| 18:53.14 | zach | I guess I'll just try and get the vmware images to work, and build OE in one of those... |
| 18:53.21 | zach | The VMWare player is free, right? |
| 18:55.49 | zecke | yes it is |
| 18:55.56 | zecke | 'free of charge' that is |
| 18:56.41 | zach | good enough |
| 19:04.52 | zach | Thanks for the help |
| 19:18.08 | RP | CoreDump|home: DId the RTC survive? |
| 19:18.38 | CoreDump|home | good question as I didn't bother to set it in the first place heh |
| 19:18.44 | CoreDump|home | will let you know |
| 19:19.00 | RP | CoreDump|home: I should really test it myself - just haven't had time :) |
| 19:19.20 | CoreDump|home | i know what you mean |
| 19:19.35 | zecke | CoreDump|home: is initial parsing still slower for you? |
| 19:19.43 | RP | If someone beats me too it, fine. If not, I'll get there :) |
| 19:20.14 | CoreDump|home | zecke: I didn't dare to use 1.4 w/ .oz354x yet |
| 19:20.24 | zecke | CoreDump|home: ah that is fine |
| 19:20.40 | RP | CoreDump|home: I think hrw did |
| 19:20.48 | RP | CoreDump|home: I also have been |
| 19:21.14 | CoreDump|home | I guess I'll wait a week or two =) |
| 19:25.22 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 19:32.35 | zecke | ~lart SUSE |
| 19:34.41 | CoreDump|home | RP: the RTC just survived a reboot. |
| 19:46.01 | *** join/#oe nlt (n=laradji@pai34-4-82-240-124-12.fbx.proxad.net) |
| 20:09.50 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 20:09.59 | CIA-9 | 03rw 07org.oe.oz354fam083 * rea560a88... 10/packages/linux/handhelds-pxa_2.4.19-rmk6-pxa1-hh41.bb: handhelds-pxa: use -hh41 by default |
| 20:31.03 | cyrilRomain | Trying to build openzaurus-unstable Kernel 2.6 for tosa with .dev branch + bitbake 1.4 : OE fails to build after parsing finished "ERROR: Openembedded's config sanity checker detected a potential misconfiguration." :-/ I double-checked my local.conf but it looks correct, any ideas ? |
| 20:32.18 | zecke | cyrilRomain: what is the potential misconfiguration it claims? |
| 20:32.35 | cyrilRomain | zecke: don't know. I do not have more info |
| 20:33.16 | zecke | cyrilRomain: sure? |
| 20:33.22 | cyrilRomain | zecke: I tried bitbake -v -D task-bootstrap but except some "DEBUG: executing anonymous function: incompatible with host arm-linu" for few packages, I don't see other error |
| 20:33.48 | zecke | arm-linu ? |
| 20:33.53 | zecke | cyrilRomain: new kind of OS? |
| 20:34.20 | *** join/#oe darkschneider (n=gab@213.140.6.96) |
| 20:34.36 | cyrilRomain | zecke: I work in a chrooted environment a Gentoo with gcc4.1 and glic2.4 |
| 20:34.52 | zecke | cyrilRomain: at least in your above message |
| 20:34.57 | zecke | cyrilRomain: a 'x' is missing |
| 20:35.05 | zecke | cyrilRomain: which indicates a wrong TARGET_OS |
| 20:35.20 | zecke | cyrilRomain: anyway, if you fail to pastebin stuff, I can't help |
| 20:35.54 | cyrilRomain | zecke: no, just a bad copy/paste :) |
| 20:36.11 | zecke | cyrilRomain: right, and this wastes my time |
| 20:36.16 | zecke | ~pastebin |
| 20:36.17 | ibot | [pastebin] a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste, or for #oe use http://oe.pastebin.com |
| 20:36.30 | zecke | soo easy, why are making people their lives harder than necessary |
| 20:36.45 | cyrilRomain | zecke: ok, sorry for that. I did'nt know, thanks |
| 20:37.55 | zecke | cyrilRomain: also read what it writes "ยท bb.fatal("Openembedded's config sanity checker detected a potential guration.\nEither fix the cause of this error or at your own risk disable the ecker (see sanity.conf).\n%s" % msg)" |
| 20:38.11 | zecke | cyrilRomain: so it tells you how to disable the heuristic |
| 20:38.20 | mickeyl | hmm |
| 20:38.21 | zecke | cyrilRomain: and it should print a message with the reason.. |
| 20:38.29 | mickeyl | a fresh opie-image in .dev doesn't look too god |
| 20:38.35 | zecke | mickeyl: hey |
| 20:38.40 | zecke | mickeyl: what is missing/broken? |
| 20:38.50 | mickeyl | open("/dev/fb0", O_RDWR) = 4 |
| 20:38.50 | mickeyl | ioctl(4, FBIOGET_VSCREENINFO, 0xbeab7ff4) = 0 |
| 20:38.50 | mickeyl | mmap2(NULL, 0, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = -1 EINVAL (Invalid argument) |
| 20:38.55 | mickeyl | and then it crashes |
| 20:39.10 | *** join/#oe zach (n=zmcgrew@c-24-17-255-35.hsd1.wa.comcast.net) |
| 20:39.12 | zecke | oh |
| 20:39.33 | mickeyl | Error: failed to map framebuffer. Transformed driver cannot connect. |
| 20:39.43 | mickeyl | dunno whether this is |
| 20:39.46 | mickeyl | a) recent kernel |
| 20:39.48 | mickeyl | b) qt-mt |
| 20:40.09 | mickeyl | c) 2.3.12 |
| 20:40.21 | zach | Ok, I got theVMWare Player up and working, are there any extra steps to use the oz sdk instead of having bitbake create all of it for you? |
| 20:40.48 | zecke | mickeyl: looks like too many variables to solve automatically |
| 20:40.58 | mickeyl | i'm afraid so |
| 20:40.59 | cyrilRomain | zecke: hey I cannot understand: I did a 'bitbake -v -D task-bootstrap > temp' to dump temp into pastebin, but bitbake know downloads... |
| 20:41.19 | mickeyl | zecke: guess i'm going back to 2.3.10 for now and then do it step by step *sigh* |
| 20:41.29 | zecke | zach: I'm not a OpenZaurus guy. I think the SDK is meant for people that do not want to use bitbake/OpenEmbedded |
| 20:41.33 | cyrilRomain | zecke: I'll will restart completly from scratch to check we don't need to call bitbake twice to make it work. strange anyway |
| 20:41.50 | zecke | zach: e.g. for you, you could set a lot of ASSUME_PROVIDED (but then I don't know the SDK) |
| 20:42.21 | zecke | gosh I hate SUSE |
| 20:42.43 | zach | Crap... Why? That's the image just started using |
| 20:43.18 | zecke | zach: do not weight my information too much |
| 20:44.03 | zecke | RP: is their something like bk changes -L |
| 20:47.50 | zecke | cyrilRomain: calling it twice should not be necessary |
| 20:48.28 | cyrilRomain | zecke: I just test it again and I need... strange |
| 20:49.06 | cyrilRomain | s/test/tested/ |
| 20:49.29 | AlexTe | has anyone tried to compile zdict or zten ? |
| 20:49.46 | zecke | e.g. pastebin the complete sanity output... |
| 20:55.21 | zach | What was that inherit line again? |
| 20:55.21 | zach | INHERIT = "patches" ? |
| 20:55.21 | AlexTe | I was wondeting how difficult it would be to compile those dictionnary viewers, originally intended for sharp rom |
| 20:55.21 | mickeyl | INHERIT += "patcher" |
| 20:55.26 | zecke | AlexTe: are they in OE already? |
| 20:55.42 | AlexTe | nope |
| 20:58.19 | AlexTe | I just tried but there are lots of errors |
| 20:59.02 | zecke | AlexTe: many reasons: gcc2 vs. gcc3, QtE upgrades... |
| 20:59.57 | AlexTe | so I guess it's difficult then |
| 21:00.18 | zecke | AlexTe: no, some googling |
| 21:00.30 | zecke | AlexTe: gcc is mean, it throws out many errors, if you fix the first one |
| 21:00.39 | zecke | AlexTe: the amount of output decreases rapidly |
| 21:02.11 | AlexTe | errors seems to be about missing qtopia includes |
| 21:03.29 | zecke | AlexTe: if it doesn't use proprietary SharpSL stuff, it should be fairly easy |
| 21:04.01 | AlexTe | nothing proprietary |
| 21:04.13 | zecke | AlexTe: should be fairly easy then |
| 21:04.20 | AlexTe | not for me :) |
| 21:04.20 | zecke | AlexTe: feel free to pastebin the error |
| 21:05.01 | cyrilRomain | zecke: well, the pastebin of the 'bitbake -v -D task-bootstrap' without many lines of bb parsing: http://pastebin.com/675810 |
| 21:05.56 | zecke | cyrilRomain: line 263: Please install the diffstat utilits |
| 21:06.06 | AlexTe | qmake: WARNING: Failure to find: pixmap.h and qlabeledit.h |
| 21:06.16 | zecke | cyrilRomain: file a bug report for the spelling error |
| 21:06.39 | zecke | AlexTe: both are not Qtopia files |
| 21:07.19 | AlexTe | oh what package do they belong to then? |
| 21:07.28 | zecke | AlexTe: dunno, zdict probably |
| 21:07.31 | RP | zecke: An equivalent command in which scm? |
| 21:07.33 | cyrilRomain | zecke: hum... 'utilits' ? |
| 21:07.42 | zecke | RP: sorry, git ;) |
| 21:08.14 | cyrilRomain | zecke: I'm afraid not to understand |
| 21:08.24 | RP | zecke: git-log? |
| 21:08.41 | zecke | cyrilRomain: what does line 263 say? |
| 21:08.57 | zecke | cyrilRomain: 'Please install diffstat' |
| 21:09.39 | RP | Yay, sane output from objdump after I patched it :) |
| 21:10.20 | cyrilRomain | zecke: well, should I add it in the wiki's RequiredSoftware too ? |
| 21:10.30 | mickeyl | RP: congrats on the poodle findings |
| 21:10.39 | zecke | cyrilRomain: take a look at ASSUME_PROVIDED += in bitbake.conf |
| 21:10.55 | zecke | cyrilRomain: and feel free to add these bits to the wiki :) |
| 21:11.05 | RP | mickeyl: thanks. I had to do it the same way I learnt about the shared power control on spitz :-/ |
| 21:11.33 | RP | mickeyl: I just don't understand why there are two GPIOs involved... :-/ |
| 21:11.57 | cyrilRomain | zecke: well ok, thank you :) |
| 21:15.01 | CIA-9 | 03mickeyl 07org.oe.dev * r92b6d01e... 10/packages/konqueror/ (konqueror-embedded_svn.bb konqueror-embedded_20060404.bb): konqueror-embedded 3.5: pinpoint a svndate |
| 21:15.06 | CIA-9 | 03mickeyl 07org.oe.dev * r29d15d33... 10/classes/sdl.bbclass: |
| 21:15.06 | CIA-9 | sdl.bbclass: remove bogus stuff that was present before |
| 21:15.06 | CIA-9 | first shot at an sdl class to remove the need for seperate |
| 21:15.06 | CIA-9 | SDL-x11 and SDL-opie bbfiles. For now, it adds an extra package |
| 21:15.06 | CIA-9 | ${PN}-opie that RDEPENDS on ${PN} and adds the necessary opie .desktop glue |
| 21:15.11 | CIA-9 | 03mickeyl 07org.oe.dev * rf0c927ee... 10/classes/palmtop.bbclass: palmtop.bbclass: virtual/libqpe -> virtual/libqpe1 |
| 21:15.15 | CIA-9 | 03mickeyl 07org.oe.dev * rbc7db962... 10/classes/sdl.bbclass: sdl.bbclass: use ?= for APPNAME, APPIMAGE and APPDESKTOP defaults |
| 21:15.19 | CIA-9 | 03mickeyl 07org.oe.dev * r53049d43... 10/classes/qmake.bbclass: qmake.bbclass: show the used qmake version if we bail out |
| 21:15.23 | CIA-9 | 03mickeyl 07org.oe.dev * r065b1ce1... 10/classes/palmtop.bbclass: |
| 21:15.23 | CIA-9 | palmtop.bbclass: document what this class does and automatically set up CONFIG=thread, if PALMTOP_USE_MULTITHREADED_QT is set |
| 21:15.24 | CIA-9 | to yes |
| 21:15.27 | CIA-9 | 03mickeyl 07org.oe.dev * r520ed650... 10/packages/libqpe/ (libqpe-opie.inc libqpe-opie_1.2.1.bb libqpe-opie_cvs.bb): libqpe-opie: make provides and depends more precise |
| 21:15.31 | CIA-9 | 03mickeyl 07org.oe.dev * r6d9f809a... 10/packages/qte/ (10 files in 2 dirs): qte: use .inc file to produce three incarnations of every version |
| 21:15.36 | CIA-9 | 03mickeyl 07org.oe.dev * r3a6c0a29... 10/conf/distro/ (5 files): configuration files: adjust opie versions |
| 21:15.54 | zecke | mickeyl: did you change documentation.conf as well? |
| 21:16.06 | mickeyl | oops... ah yes, of course... just not pushed :D |
| 21:16.18 | mickeyl | *cough* |
| 21:16.38 | zecke | mickeyl: weird monotone bug? |
| 21:16.49 | mickeyl | no no |
| 21:16.51 | CoreDump|home | =D |
| 21:18.35 | mickeyl | no kidding |
| 21:18.38 | mickeyl | it's pretty messed up |
| 21:18.59 | CoreDump|home | and segfaulting left and right |
| 21:19.19 | RP | You know it might be possible to shim the collie SD code into 2.6... |
| 21:19.30 | mickeyl | tell us more |
| 21:20.09 | RP | Run it through objdump, fixup the differences between 2.4 and 2.6, then compile the resulting assembler/fixup code... |
| 21:20.17 | mickeyl | hmm |
| 21:20.21 | mickeyl | sounds like a lot of work |
| 21:20.25 | CIA-9 | 03mickeyl 07org.oe.dev * r7953d7e9... 10/conf/documentation.conf: documentation.conf: document PALMTOP_USE_MULTITHREADED_QT |
| 21:20.35 | zecke | RP: did you change objdump to emit code that can be assembled again? |
| 21:20.47 | RP | zecke: No :-/ |
| 21:21.12 | RP | zecke: I did find a patch to fix up the external undefined symbols though |
| 21:21.21 | koen|work | CoreDump|home: xfce(-wm) doesn't like kdrive |
| 21:21.49 | koen|work | CoreDump|home: it assume 24 bit = 8 8 8 RGB, instead of 5 6 5 8 RGBA |
| 21:21.58 | CoreDump|home | heh |
| 21:22.10 | zecke | lol |
| 21:22.15 | zecke | then XFCE could run on QtE |
| 21:23.07 | CoreDump|home | wouldn't that be QFCE then? ;) |
| 21:23.24 | koen | XFC/E? |
| 21:23.34 | CoreDump|home | hehe |
| 21:24.09 | CoreDump|home | well, at least the panel works after "fixing" the icons |
| 21:24.10 | CIA-9 | 03mreimer 07org.oe.oz354fam083 * r521efa20... 10/packages/base-files/base-files/h2200/fstab: base-files: Add an fstab for h2200. |
| 21:24.12 | koen | xfce should build, compile and install after my previous round of fixes |
| 21:24.24 | CoreDump|home | koen: it does |
| 21:24.44 | koen | mreimer_: please don't forget .dev ;) |
| 21:24.59 | CoreDump|home | but putting an image together is out of the question |
| 21:26.16 | zecke | koen: mickeyl : I wan't to make Angstrom work for the SIMpad? |
| 21:26.22 | zecke | are the policies up-to-date? |
| 21:26.34 | koen | zecke: please send us the bootldr + flasher files :) |
| 21:26.47 | mickeyl | you know that Angstrom is 2.6 only right? ) |
| 21:26.48 | mickeyl | :) |
| 21:27.13 | zecke | mickeyl: sets Xvfb as preferred xserver |
| 21:27.48 | koen | koen@bitbake:/data/build/koen/OE/build/tmp/angstrom/deploy/images$ ls |
| 21:27.48 | koen | akita c7x0 ep93xx h2200 ipaq-pxa270 spitz |
| 21:27.58 | koen | it seems the simpad 2.6 image doesn't build right now |
| 21:28.08 | zecke | koen: we are working on it |
| 21:29.01 | koen | zecke: which is probably caused by gaim not being able to fetch from sf.net |
| 21:29.26 | zecke | koen: I have a git tree for SIMpad now |
| 21:30.32 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 21:31.41 | koen | zecke: cool |
| 21:31.51 | koen | zecke: at uni-berlin? |
| 21:32.07 | zecke | koen: (non public in my hh.org account atm) |
| 21:32.19 | zecke | koen: but I think I need to move it away, disk space on hh.org is getting low |
| 21:32.46 | koen | I think mickeyl and I can arrange something about hosting that git tree ;) |
| 21:33.12 | koen | which reminds me: I need to add all those fancy xlibs git trees to OE |
| 21:33.18 | zecke | koen: and SIMpad is StrongARM |
| 21:33.41 | koen | zecke: with the current toolchain that isn't a problem |
| 21:33.42 | *** join/#oe minipanda (n=hzhang@219.236.30.234) |
| 21:33.51 | koen | our EABI doesn't need thumb |
| 21:34.08 | koen | and I expect the thumb issue to be fixed with gcc 4.1.1 or 4.1.2 |
| 21:34.44 | reenoo | zecke: I freed a couple gigs recently. I also think George was going to add more disk space or move stuff to different servers. |
| 21:35.11 | zecke | reenoo: ATM it is at 96% (if I can trust df -m) |
| 21:35.34 | koen | zecke: the simpad kernel bails out at arch/arm/mach-pxa/eseries/e750_lcd.c |
| 21:35.51 | koen | zecke: so it seems a new defconfig would fix a lot of stuff |
| 21:36.10 | zecke | koen: yes, and some other things |
| 21:38.04 | mreimer_ | koen: h2200 fstab in base-files pushed to .dev |
| 21:38.21 | koen | mreimer_: thanks |
| 21:38.21 | mreimer_ | koen: how are the angstrom images coming along? |
| 21:38.54 | koen | mreimer_: http://oe.pastebin.com/675875 |
| 21:39.07 | CIA-9 | 03mreimer 07org.oe.dev * r0b5d6ed4... 10/packages/base-files/base-files/h2200/fstab: base-files: Add fstab for h2200. |
| 21:39.18 | koen | I'm busy getting gpe-image to build for all machines with angstrom |
| 21:39.41 | mickeyl | opie-image builds but SIGSEGVs pretty early |
| 21:39.47 | mickeyl | (4 weeks ago) |
| 21:39.51 | reenoo | zecke: well, yeah. 3.9G free though... |
| 21:40.24 | koen | the complete result: http://oe.pastebin.com/675876 |
| 21:40.26 | mreimer_ | koen: yay! let me know when you have an h2200 image ready to test |
| 21:41.15 | koen | mreimer_: sunday, if matlab lets me finish my bachelor thesis tomorrow afternoon |
| 21:41.18 | koen | ~lart matlab |
| 21:41.23 | koen | ~lart matlab again |
| 21:41.35 | koen | ~lart octave as well |
| 21:41.42 | zecke | hmm |
| 21:41.45 | mreimer_ | koen: I hope your thesis goes well. |
| 21:42.06 | koen | mreimer_: just highlighting code and adding graphs + images |
| 21:42.21 | mreimer_ | koen: ah good, easy stuff |
| 21:42.27 | koen | indeed |
| 21:42.42 | mreimer_ | bbiab |
| 21:43.33 | koen | RP: ipaq-pxa270.conf has a few lines to rum sumtool on jffs2 images, which might be nice on c7x0 + akita as well |
| 21:43.57 | RP | koen: Yes please :) |
| 21:44.23 | koen | EXTRA_IMAGECMD_jffs2 = "; sumtool -i ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.jffs2 \ -o ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs-summary.jffs2 \ -e 256KiB -p" |
| 21:44.49 | koen | (replace \ with \ + linebreak) |
| 21:45.01 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 21:45.03 | RP | koen: Slowly, we're getting some nice speedups into the images :) |
| 21:45.11 | RP | koen: Try prelink ;-) |
| 21:45.20 | koen | RP: it's on my list |
| 21:45.28 | koen | but first I need to get the images to build :) |
| 21:46.26 | RP | koen: ah. Are you planning to do regular builds of the supported machines? |
| 21:46.46 | koen | yes |
| 21:46.46 | zecke | RP: I plan |
| 21:47.09 | zecke | RP: we are slowly getting the infrastructure for such tests |
| 21:47.20 | RP | I keep planning to but never quite get it working :) |
| 21:47.39 | koen | angstrom will need *lots* of testing by *lots* of users + developers before we can do a "1.0" |
| 21:48.43 | RP | koen: How are the images looking at present? booting ok now? |
| 21:48.57 | koen | it boots in to X |
| 21:49.12 | koen | with copious amounts of segfaults along the way |
| 21:49.25 | RP | :-/ |
| 21:50.03 | koen | 'night all |
| 21:50.06 | mickeyl | g'night koen |
| 21:50.12 | CoreDump|home | n8 koen, n8 all |
| 21:50.13 | RP | 'night koen|sleep |
| 21:50.20 | RP | 'night CoreDump|afk |
| 21:50.23 | mickey|tv | g'night CoreDump|afk |
| 21:57.09 | *** join/#oe katossi (n=guillerm@dslb-084-062-172-055.pools.arcor-ip.net) |
| 22:11.15 | *** join/#oe netnix (n=alex@81.25.45.160) |
| 22:23.38 | CIA-9 | 03rw 07org.oe.oz354fam083 * r6b3ee943... 10/packages/gpe-plucker/ (gpe-plucker/gpe-plucker-desktop.patch gpe-plucker_0.2.bb): gpe-plucker: adjust naming in .desktop ("E-Book Reader"). part of a fix for hh.org Bug #1531 from .dev |
| 22:31.04 | zecke | good nite |
| 22:31.12 | rwhitby | night zecke |
| 22:37.31 | RP | 'night zecke |
| 22:37.54 | reenoo | 'night zecke |
| 22:39.08 | rwhitby | RP: thx for the python depends fi |
| 22:39.09 | rwhitby | fix |
| 22:39.33 | rwhitby | Unfortunately, it brings me to the next one: |
| 22:39.38 | RP | rwhitby: np. The RDEPENDS changes have thrown a few bugs out the woodwork :) |
| 22:39.42 | rwhitby | ERROR: Nothing provides runtime dependency glibc-gconv-iso8859-1 |
| 22:39.43 | rwhitby | NOTE: no buildable providers for bogofilter |
| 22:40.21 | rwhitby | Note that this one only happens in the uClibC build, not the glibc build. |
| 22:40.35 | rwhitby | (UcSlugC, not OpenSlug or DebianSlug) |
| 22:41.07 | RP | rwhitby: The question is why is it depending on something glibc based? |
| 22:41.16 | rwhitby | yeah, good question. |
| 22:41.20 | RP | rwhitby: Does uclibc have an equivalent? |
| 22:41.38 | rwhitby | RP: dunno. jbowler is our uClibC build expert |
| 22:42.30 | RP | rwhitby: That .bb file has explicit RDEPENDS on two glibc related items. This could mean it can't be built with uclibc - I don't honestly know |
| 22:42.59 | RP | One for a uclibc person I guess :-/ |
| 22:43.05 | rwhitby | yup |
| 22:43.16 | rwhitby | are there generic libc versions of those depends? |
| 22:43.29 | rwhitby | (this used to build, it's not a newly added package) |
| 22:43.39 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 22:44.16 | rwhitby | uclibc.inc seems to PROVIDE virtual/libiconv |
| 22:44.25 | RP | rwhitby: I'm not aware of generic libc versions but its a bit outside my area of knowledge... |
| 22:44.50 | RP | rwhitby: Even if it used to build the package, did it install/work? |
| 22:45.07 | RP | rwhitby: If the rdepends were like this, I doubt it would have installed? |
| 22:45.31 | rwhitby | RP: good question. jbowler put it in the UcSlugC packages list (which is hand-picked - it's a small subset of all OE packages) |
| 22:45.50 | rwhitby | And I assume it worked/installed before the big RDEPENDS change. |
| 22:46.16 | zach | Out of curiosity, what are the build times like for building 1 package from scratch? |
| 22:46.28 | rwhitby | But you're right - it seems either a bogofilter bug (depending on glibc-specific) or a real dependency that prevents it running on uclibc |
| 22:46.36 | RP | rwhitby: The big RDEPENDS change only made bitbake care about them - the RDEPENDS of a package like this is the same as before |
| 22:46.38 | zach | (Assuming all dependencies must also be compiled first) |
| 22:47.04 | rwhitby | RP: ah, ok. I think I'll just remove it from the uclibc build until someone complains. |
| 22:47.59 | RP | rwhitby: Whilst it has broken things, its usually been faults in the OE metadata rather than bitbake being wrong :) |
| 22:48.37 | rwhitby | RP: yep, I don't mean to give the impression that the RDEPENDS changes were bad - I'm fully aware that it's just revealing latent bugs elsewhere. |
| 22:49.25 | jacques | howdy rwhitby |
| 22:49.32 | rwhitby | hey jacques |
| 22:49.43 | jacques | we still have multiple heads? |
| 22:49.52 | rwhitby | don't think so |
| 22:50.15 | jacques | we did about 4 hours ago |
| 22:50.30 | rwhitby | The distributed-caused hydra usually only last until the next ewi sync |
| 22:50.34 | RP | rwhitby: np. Hopefully your project will be seeing some great simplifications from the RDEPENDS changes :) |
| 22:50.57 | rwhitby | RP: nslu2-linux has much to thank bitbake and OE for. |
| 22:51.38 | RP | rwhitby: I think there's been benefits all around :) |
| 22:51.48 | jacques | rwhitby, ok cool, it seems better now |
| 22:51.57 | RP | Its nice to know people are using the uclibc code for example |
| 22:52.04 | rwhitby | In fact, it's time we donated again. RP: would you be interested in a developer NSLU2 ? |
| 22:52.20 | rwhitby | (since we're using your LEDS patches) |
| 22:52.48 | RP | I guess I should look up exactly what an NSLU2 is! :) |
| 22:53.48 | jacques | heh |
| 22:53.50 | rwhitby | IXP420, 8MB flash, 32MB RAM, 10/100 ethernet, 2xUSB2.0 host ports, runs three OE-derived distros. |
| 22:54.20 | rwhitby | (actually, four, if you include Unslung) |
| 22:55.24 | RP | You realise what your webpage lacks? A description of what it is and a photo! :) |
| 22:56.06 | rwhitby | RP: http://www.nslu2-linux.org/wiki/Info/HomePage - first two links |
| 22:56.11 | jacques | it's smaller than it looks |
| 22:57.03 | rwhitby | http://www.nslu2-linux.org/gallery/buildfarms/IMG_0290 for size comparison against a Shuttle box |
| 22:57.18 | rwhitby | (that's our build farm) |
| 22:58.34 | RP | rwhitby: Technically, I wouldn't follow a link that said CPUOverview or PhotosOfTheInternals to get an overview of the devcice and neither gives me an external picture :) |
| 22:58.45 | rwhitby | RP: good point. |
| 22:58.52 | RP | But now I realise it is effectively a CPU., it makes more sense |
| 22:59.11 | CIA-9 | 03rwhitby 07org.oe.dev * r4813ca2e... 10/packages/meta/slugos-packages.bb: slugos-packages: demoted obexftp - fails to build. |
| 22:59.17 | RP | They do look a lovely size :) |
| 23:00.39 | jacques | they fit just about anywhere |
| 23:05.20 | TheMasterMind1 | ooh |
| 23:05.22 | TheMasterMind1 | i want one =P |
| 23:09.03 | rwhitby | TheMasterMind1: they do make a good OE development target :-) |
| 23:10.19 | *** join/#oe zach_ (n=zmcgrew@c-24-17-255-35.hsd1.wa.comcast.net) |
| 23:11.16 | jacques | yep. I don't wanna thing about where the nslu2 project would be today without oe |
| 23:12.31 | jacques | s/g/k/ |
| 23:16.16 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 23:16.33 | TheMasterMind1 | wow, that was the only g in the sentence |
| 23:16.34 | CIA-9 | 03rwhitby 07org.oe.dev * r36623665... 10/packages/meta/slugos-packages.bb: slugos-packages: Demote bogofilter for uclibc-based builds - it has an explicit glibc dependency. |
| 23:16.37 | mickey|tv | the honor is on our side. OE would still be much more handheld-centric if it wasn't for the nslu2 and dreambox projects |
| 23:17.15 | mickey|tv | i just wish someone would take care a bit for the WRT |
| 23:17.27 | jacques | I guess that's what they call synergy :-) |
| 23:17.47 | rwhitby | mickey|tv: how is your slug going? |
| 23:18.08 | RP | People are finding OE and it is getting used by more and more people, some of them quite influential... |
| 23:18.12 | mickey|tv | rwhitby: pretty good. i had the need for some standard usage so I upgraded to unslung 6.8 beta |
| 23:19.03 | mickey|tv | rwhitby: next thing is buying an usb audio box and trying to connect a usb-wlan thing to it to have it streaming audio from my pc to the living room |
| 23:19.11 | mickey|tv | (via wlan) |
| 23:19.14 | jacques | I've always considered oe undervalued. If it were a public corporation I would be buying lots of stock. |
| 23:19.28 | mickey|tv | rwhitby: are there known problems with usb hubs? |
| 23:19.34 | rwhitby | mickey|tv: the zd1211 is best supported for unslung |
| 23:19.39 | RP | jacques: The problem is the barrier to entry - documentation |
| 23:20.02 | RP | mickey|tv: For audio I have a squeezebox |
| 23:20.20 | mickey|tv | rwhitby: I have a dlink dwl150 laying around here which i need to use :) |
| 23:20.27 | RP | and a slimp3 for that matter... |
| 23:20.30 | jacques | yeah, more docs would be good |
| 23:20.40 | mickey|tv | RP: wow these are nice |
| 23:21.42 | RP | mickey|tv: I did some development work on them a few years ago. Its a lovely idea... |
| 23:21.59 | RP | mickey|tv: Funnily enough I fixed their caching problems at the time :) |
| 23:22.08 | mickey|tv | heh, cool |
| 23:22.46 | RP | I remain impressed they've done the software side all in perl and support windows, mac and linux |
| 23:24.03 | mickey|tv | that piece of hardware rocks |
| 23:24.08 | mickey|tv | pretty cool design |
| 23:24.15 | mickey|tv | what does it run as OS? |
| 23:24.50 | RP | mickey|tv: That's the bad bit - Its proprietry to the chip in the device :-( |
| 23:25.36 | RP | mickey|tv: Its basically their own software on top of a cpu vendor supplied TCP/IP stack |
| 23:25.55 | mickey|tv | RP: i see. cool anyway. hmm... 299 USD |
| 23:26.35 | RP | I do like mine and their software is nice as well - try it as you can run a software client with it |
| 23:27.53 | mickey|tv | can it play from samba disks containing mp3s as well? |
| 23:30.01 | mickey|tv | ah, nm |
| 23:30.01 | mickey|tv | it can |
| 23:30.27 | RP | mickey|tv: Its server driven so it can play anything the server can access |
| 23:31.03 | mickey|tv | pretty cool indeed. i wonder why i didn't hear about that earlier |
| 23:32.19 | RP | I knew about them long before I got invloved with OZ/OE... |
| 23:32.37 | RP | I'd see if you can find a picture of the orignal SLIMP3... |
| 23:36.17 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 23:49.59 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a147.ptbyny.tds.net) |