| 00:12.15 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 00:12.15 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date |
| 00:17.34 | *** join/#oe idealm (n=ideal@58.33.57.17) |
| 00:18.54 | *** join/#oe jott_ (n=j@e178102166.adsl.alicedsl.de) |
| 01:13.20 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 01:22.38 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 01:26.37 | *** join/#oe CSMan (n=csman@67.71.33.102) |
| 02:39.28 | *** join/#oe W8TVI (n=me@166.165.152.151) |
| 03:03.57 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 03:21.35 | Zero_Chaos | Anyone here mind taking a look and telling me what stupid mistake I made today :-) http://pastebin.com/582978 |
| 03:22.59 | emte | did you ever actually checkout your packages? |
| 03:23.27 | Zero_Chaos | emte: yup, I have .dev and .ozfam083... that's what you mean, right? |
| 03:23.43 | emte | no |
| 03:23.56 | emte | <PROTECTED> |
| 03:24.22 | Zero_Chaos | emte: yeah, I did that, for .dev and .oz354fam083 |
| 03:24.23 | emte | it extracts/checks out the files from the db |
| 03:25.20 | emte | do those files exist manually? |
| 03:25.45 | Zero_Chaos | emte: I'm sorry? manually? they were created when I "checkout" |
| 03:26.14 | emte | ls -l <path to package> |
| 03:26.29 | emte | ex |
| 03:26.32 | emte | ls -l /home/zaurus/src/org.openembedded.dev/packages/db/db3_3.2.9.bb |
| 03:27.00 | emte | if its there you may want to check your permissions |
| 03:27.25 | Zero_Chaos | emte: permissions are 644 for my user and group |
| 03:28.49 | emte | you aware your BBPATH is incorrect? |
| 03:29.14 | emte | export BBPATH=/home/zaurus/src/build:/home/zaurus/src/org.openembedded.oz354fam083 |
| 03:29.25 | emte | and your trying to access /home/zaurus/src/org.openembedded.dev |
| 03:29.36 | emte | from your .profile part anyway |
| 03:30.03 | Zero_Chaos | emte: as a matter of fact, I was not aware. ahh, lemme try :-) |
| 03:31.02 | emte | i am not sure what your local.conf BBFILES setting will do tho |
| 03:31.51 | emte | mine is: BBFILES := "/backupfiles/biohazard/openembedded/org.openembedded.dev/packages/*/*.bb" |
| 03:32.05 | emte | the second two entries on yours do not address BB files |
| 03:32.37 | Zero_Chaos | emte: LoL, I'm a fscking moron |
| 03:32.38 | emte | they address repo bases |
| 03:32.46 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 03:33.13 | emte | i think that is all i notice strange ofhand |
| 03:33.43 | Zero_Chaos | emte: it was my bad BBFILES. thanks man, I really appreciate it :-) |
| 03:33.52 | emte | np |
| 03:34.18 | emte | there are only a few thinsg that would prevent it from reading the metadata |
| 03:38.56 | Zero_Chaos | emte: http://pastebin.com/582991 ? :-) |
| 03:41.56 | emte | hrmm ... is there a reasong your using gcc-2.95 with OZ-3.5.4 ? |
| 03:42.17 | emte | that shouldnt affect your error btw |
| 03:42.28 | Zero_Chaos | emte: for collie kernel only |
| 03:43.03 | Zero_Chaos | emte: so, any idea on that crazy error? |
| 03:43.25 | emte | Zero_Chaos, 2.95 is only used for the old sharp kernel |
| 03:44.05 | emte | i dont know if its even capable of building any of the OZ images ... |
| 03:44.53 | emte | did you toss your cache after you made the .profile and local.conf changes? |
| 03:44.54 | Zero_Chaos | emte: no offense, but unless something has changed, collie kernel must be built with 2.95 because the SD driver is binary only from sharp :-) |
| 03:44.59 | Zero_Chaos | emte: always |
| 03:46.29 | Zero_Chaos | emte: I'm sure it's my fault somehow, because if it wasn't, then it would be fixed by now :-) |
| 03:47.12 | emte | you dont happen to be on an 32/64 or 64 bit chip do you? |
| 03:47.47 | Zero_Chaos | emte: shit no, I wish :-) I'm on a tbird (older style Athlon) |
| 03:47.49 | emte | i wonder if it was shadows who had this issue ... |
| 03:50.59 | emte | maybe kergoth has an idea if he happens to be around |
| 03:53.50 | Zero_Chaos | kergoth: ping |
| 03:56.12 | Zero_Chaos | Anyone here know how to fix "single-quoted string" error? http://pastebin.com/582991 |
| 04:02.48 | *** join/#oe W8TVI (n=me@166.165.157.94) |
| 04:26.58 | *** join/#oe W8TVI_ (n=me@166.165.156.111) |
| 04:38.30 | *** join/#oe mwester (n=c0a8016e@209.242.5.110) |
| 04:54.13 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 05:14.21 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 05:14.21 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date |
| 05:50.06 | *** join/#oe marcan (n=marcanso@160.10.7.147) |
| 05:50.37 | *** join/#oe minipanda (n=hzhang@219.236.28.40) |
| 05:53.24 | jnc | i guess gpe-image build is busted in OE .dev at the moment |
| 05:55.12 | emte | shouldnt be |
| 06:00.47 | jnc | | /usr/include/qt3/qglobal.h:756:21: error: qconfig.h: No such file or directory| /usr/include/qt3/qglobal.h:766:22: error: qmodules.h: No such file or directory |
| 06:00.59 | jnc | go dbus modifications |
| 06:01.02 | jnc | requiring Qt? |
| 06:06.53 | *** join/#oe [lala] (n=lala@p54B3B8B4.dip0.t-ipconnect.de) |
| 06:48.05 | law_ | morning all |
| 06:58.33 | *** join/#oe zap (n=zap@217.170.93.196) |
| 07:16.22 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
| 07:31.38 | *** join/#oe catarcid (n=catarcid@host12.201-253-15.telecom.net.ar) |
| 07:34.23 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 07:34.23 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date |
| 07:36.09 | *** join/#oe zap (n=zap@217.170.93.196) |
| 07:46.17 | *** join/#oe zap (n=zap@217.170.93.196) |
| 07:51.03 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 08:22.37 | *** join/#oe gremlin[it] (n=gremlin@88-149-150-181.f4.ngi.it) |
| 08:29.03 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 08:35.49 | *** join/#oe mhentges (n=mhentges@xdsl-81-173-172-15.netcologne.de) |
| 08:38.34 | koen | good morning all |
| 08:40.35 | CIA-12 | 03koen 07org.oe.dev * rd4c64577... 10/packages/linux/ (ep93xx-kernel/defconfig ep93xx-kernel_2.6.15.bb): ep93xx kernel: use a custom defconfig |
| 08:58.51 | gremlin[it] | hi koen :) |
| 09:00.17 | gremlin[it] | hi koen, u know something about kernel 2.4 on ep93xx ... i have a beast here with me (ep9307) i have to add support for a ugly 16gray display ... |
| 09:04.11 | koen | gremlin[it]: no idea, sorry, I'm using 2.6 |
| 09:04.20 | *** join/#oe Eddy (n=chatzill@adsl-69-153-122-229.dsl.okcyok.swbell.net) |
| 09:04.44 | gremlin[it] | ok .. :) no ptov that's a good reasons to pass as i would too to 2.6 ;) |
| 09:06.53 | Eddy | Hey guys I'm trying to build gpe-image for akita openzaurus, but when it tries to build dbus it keeps trying to link in Qt, you guys know whats going on? |
| 09:11.26 | koen | Eddy: remove qt from your system ;) |
| 09:12.26 | Eddy | nah its trying to link in a built one, even though I never built it |
| 09:19.10 | gremlin[it] | koen where i can find some info on how to setup oe to build for ep93xx ? |
| 09:19.52 | Eddy | I modified dbus's .inc file and added to the configure params '--disable-qt3' and now it works |
| 09:20.40 | Eddy | I don't know why it was trying to link in Qt since it had --disable-qt, but adding --disable-qt3 also makes it work |
| 09:21.02 | koen | gremlin[it]: MACHINE="ep93xx" |
| 09:21.04 | CIA-12 | 03koen 07org.oe.dev * re5364202... 10/packages/dbus/dbus_0.61.inc: dbus 0.61: also disable qt3 support to protect innocent people with qt3 headers on their host system |
| 09:21.14 | gremlin[it] | hihiih koen :) perfect :) |
| 09:23.58 | Eddy | hehe |
| 09:24.41 | Eddy | So is that a revision that was just made today, or is in queue? |
| 09:28.20 | Eddy | Is oesources.org down? |
| 09:28.33 | johnX | I can't reach it from here |
| 09:28.37 | Eddy | I keep getting time outs while trying to fetch a package |
| 09:28.41 | johnX | or bugs.treke.net |
| 09:33.58 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 09:34.49 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
| 09:47.08 | koen | hey pleemans |
| 10:12.12 | RP | morning all |
| 10:12.20 | johnX | 'mornin |
| 10:12.30 | koen | hey RP |
| 10:14.56 | CIA-12 | 03koen 07org.oe.dev * rf47c52f4... 10/packages/linux/ep93xx-kernel_2.6.15.bb: ep93xx kernel: update to derevo12 |
| 10:29.31 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 10:40.55 | jnc | hey all |
| 10:41.18 | jnc | johnX: bugs.openembedded.org should resolv again |
| 10:41.25 | johnX | ah, great |
| 10:41.55 | jnc | Eddy: are you our shipboard computer? |
| 10:42.26 | Eddy | what? |
| 10:45.14 | johnX | bugs.openembedded.org resolves, but times out |
| 10:46.23 | koen | later all |
| 11:02.47 | *** join/#oe minipanda (n=hzhang@221.218.43.135) |
| 11:31.00 | johnX | Does anyone know if bugs.treke.net/bugs.openembedded.org and/or oesources.org will come alive again any time soon? |
| 11:31.40 | pleemans | Hoi Koen. |
| 11:32.24 | RP | johnX: Its out of our hands - someone needs to mention the problem to the owner of that machine (if someone hasn't already done so) |
| 11:32.24 | Eddy | Apparently not |
| 11:33.49 | johnX | Well, I have no idea who this mysterious "owner" is, so don't count on me to tell him/her |
| 11:36.21 | *** join/#oe ade|desk (n=adavey@213-232-83-137.dsl.prodigynet.co.uk) |
| 11:37.18 | RP | johnX: I've sent the owner an email |
| 11:37.20 | *** join/#oe katossi (n=guillerm@dslb-084-062-154-175.pools.arcor-ip.net) |
| 11:38.09 | johnX | ah, thanks |
| 11:39.27 | Eddy | I believe this is the man who runs the webserver: http://en.wikipedia.org/wiki/Paul_Allen |
| 11:42.34 | *** join/#oe Cwiiis (n=cwiiis@host86-134-40-76.range86-134.btcentralplus.com) |
| 11:50.00 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 12:01.47 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
| 12:02.48 | Ifaistos | greetings to all ! |
| 12:03.21 | RP | hi Ifaistos |
| 12:03.42 | Ifaistos | hi! how was FODSEM ? |
| 12:04.49 | RP | Ifaistos: I enjoyed it. Got to meet quite a few people. It was a shame you couldn't make it |
| 12:05.53 | Ifaistos | RP: Didn't do any work that weekend as i was expecting :( Got a bad case of cold and spend 3 days at bed |
| 12:05.57 | *** join/#oe pH5 (n=ph5@p5485DB7E.dip.t-dialin.net) |
| 12:06.54 | RP | Ifaistos: I hate it when that happens :-( |
| 12:31.28 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 12:36.45 | *** join/#oe katossi (n=guillerm@dslb-084-062-154-175.pools.arcor-ip.net) |
| 12:40.39 | *** join/#oe dijenerate (n=dijenera@72.22.132.120) |
| 12:44.46 | *** join/#oe florian (n=fuchs@p50839B66.dip0.t-ipconnect.de) |
| 12:45.13 | florian | good morning |
| 12:47.42 | RP | hi florian |
| 12:48.09 | florian | RP: Hi, good job on the sdk compilers! |
| 12:50.02 | RP | florian: Hopefully they'll work a bit better now :) |
| 12:50.18 | florian | RP: I ran into a minor packaging problem building gcc 3.4.4 for the sdk, but i think i have a fix. |
| 12:51.06 | RP | florian: sounds good :) |
| 12:52.17 | florian | RP: yeah - i tried to create a new 3.4.4 bb from the old sdk compilers and new bits, but obviously i missed some important thing. |
| 12:53.19 | RP | Getting it to work did drive me slightly mad as there are some subtle issues... |
| 12:53.51 | florian | RP: does this include building libstdc++? ;) |
| 12:54.15 | RP | I didn't test that... |
| 12:55.49 | florian | :-) |
| 12:56.00 | *** join/#oe eumel (n=chatzill@p54830EF8.dip0.t-ipconnect.de) |
| 12:56.38 | florian | I have a complete SDK with 3.4.4 now... will try this. |
| 13:01.31 | florian | arm-linux-gcc (GCC) 3.4.4 |
| 13:01.58 | florian | RP: Looks good, i just built libgpewidget. |
| 13:03.54 | *** join/#oe ArthurMaciel (n=Arthur@c911b86b.bhz.virtua.com.br) |
| 13:04.36 | florian | RP: I'm going to verify if my packaging fix causes any obvious problem with 3.4.3 now - if it works i'll push my change and 3.4.4 |
| 13:05.16 | ArthurMaciel | hi there. I'm trying to bitbake gtkmm for a h2200 machine and I'm getting the following error: http://rafb.net/paste/results/JcpGQM88.html Could anyone take a look at it, please? |
| 13:05.20 | ArthurMaciel | Hi there, Florian |
| 13:06.54 | florian | ArthurMaciel: looks like either your oe tree or bitbake is outdated. |
| 13:12.30 | ArthurMaciel | I'll try to update it. I do it with pull, right? |
| 13:12.56 | florian | ArthurMaciel: right, pull and update |
| 13:13.49 | mickeyl | morning folks |
| 13:13.52 | florian | hi mickeyl |
| 13:14.43 | ArthurMaciel | morning, mickeyl |
| 13:19.38 | RP | hi mickeyl |
| 13:20.04 | pb_ | hi mickey |
| 13:23.29 | *** join/#oe tmb_grrr (i=XXX@dslb-082-083-078-247.pools.arcor-ip.net) |
| 13:23.38 | mickeyl | grr ? |
| 13:23.45 | mickeyl | what's wrong? |
| 13:29.30 | *** join/#oe Eddy (n=chatzill@adsl-69-153-122-229.dsl.okcyok.swbell.net) |
| 13:29.32 | pb_ | doh, my water pipes are frozen again. how tedious. |
| 13:29.44 | florian | pb_: ! |
| 13:30.14 | Eddy | Hey is the gnutls .bb broken? |
| 13:30.23 | mickeyl | pb: darn |
| 13:31.03 | Eddy | Or is it just me? |
| 13:31.32 | florian | RP: hmm looks like libstdc++ and libg2c are located in different places in 3.4.3 and 3.4.4 :-/ |
| 13:31.35 | pb_ | Eddy: hard to say. you might consider describing the actual problem you're having. |
| 13:32.06 | Eddy | Well, I was just hoping somebody resolved the problem in the last say day |
| 13:32.22 | Eddy | I'll breaking in the populate stage |
| 13:32.28 | Eddy | Its breaking I mean |
| 13:32.49 | pb_ | just in a general kind of way, or is there a specific error message? |
| 13:32.57 | RP | florian: not good. How do the normal cross packages work around this? |
| 13:33.32 | florian | RP: not sure, need to check. |
| 13:33.39 | Eddy | Its hard to tell I get about 20 screens of crap flying by before it dumps to the shell |
| 13:33.55 | Eddy | I'm updating my repository and will check if the problem is still present |
| 13:37.17 | Eddy | Crap kernel upgrade, it'll be a bit before I can see if the problem is still present |
| 13:37.35 | Eddy | But it looked like it broke because while it was installing it couldn't find a specific file |
| 13:37.59 | mickeyl | NOTE: package gnutls-1.3.4: completed |
| 13:38.05 | mickeyl | works for me |
| 13:39.15 | Eddy | Maybe it'll work on the new repository |
| 13:39.56 | Eddy | I won't know for a while since the kernel has been upgraded |
| 13:40.01 | Eddy | :-P |
| 13:40.24 | Eddy | Building gpe-image |
| 13:41.18 | pb_ | bbl, going to do some light shopping |
| 13:42.16 | mickeyl | have fun, pb_ |
| 13:46.01 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 13:46.06 | chouimat | morning |
| 13:47.32 | ArthurMaciel | mornign |
| 13:47.33 | Eddy | man gnutls failed on do_stage |
| 13:47.36 | ArthurMaciel | morning* |
| 13:49.59 | mickeyl | Eddy: let us have a look. paste your output to a pastebin |
| 13:50.26 | Eddy | want me to paste the do_stage log? |
| 13:50.46 | mickeyl | yep |
| 13:50.50 | mickeyl | ~pastebin |
| 13:50.52 | ibot | it has been said that pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste |
| 13:55.31 | Eddy | pastebin truncates the log file big time |
| 13:55.58 | mickeyl | can you upload to a webpage? |
| 13:55.59 | Eddy | http://pastebin.com/583463 |
| 13:56.03 | Eddy | hold on |
| 14:00.38 | Eddy | http://cdf-imaging.com/log.do_stage.txt |
| 14:01.10 | mickeyl | aah yeah |
| 14:01.20 | mickeyl | an infamous texi error |
| 14:01.26 | mickeyl | two options |
| 14:01.31 | mickeyl | a) disable doc generating |
| 14:01.40 | mickeyl | b) update your sgml,texi infrastructure |
| 14:03.12 | Eddy | doc generating, does that mean no help? |
| 14:03.39 | mickeyl | well, docs are not exactly necessary on embedded devices - most of the time |
| 14:03.50 | Eddy | is it just programming docs? |
| 14:03.57 | Eddy | like api docs or something? |
| 14:04.18 | Eddy | I would assume so since its gnutls huh |
| 14:04.43 | Eddy | so how do I disable? |
| 14:06.12 | Eddy | also what would I need to keep it enabled? |
| 14:07.27 | mickeyl | no idea frankly |
| 14:07.43 | Eddy | on either option? |
| 14:07.44 | mickeyl | check ./configure |
| 14:07.46 | mickeyl | --help |
| 14:07.54 | mickeyl | perhaps there's something like --disable-docs or so |
| 14:08.01 | Eddy | what packages are involved? |
| 14:08.11 | Eddy | that I would need to update to keep the docs |
| 14:08.14 | Eddy | latex? |
| 14:09.18 | mickeyl | not sure exactly, latex and some of the sgml tools probably |
| 14:09.32 | mickeyl | read the Makefile and see what tools it calls |
| 14:09.41 | chouimat | hi mickeyl |
| 14:10.13 | mickeyl | hey chouimat, how are things for you |
| 14:10.37 | Eddy | k |
| 14:10.44 | chouimat | mickeyl: getting better ... it's a lot of work starting a company |
| 14:11.30 | chouimat | mickeyl: and playing with CAN and arm9 too :) |
| 14:12.29 | mickeyl | i can imagine that, yeah |
| 14:12.35 | mickeyl | CAN as in CAN-bus? |
| 14:13.43 | chouimat | yup |
| 14:16.57 | chouimat | ROFL http://www.askmen.com/jokes/2006_mar/mar04.html |
| 14:24.23 | *** join/#oe Zero_Chaos- (i=xrtgjdb@unaffiliated/zerochaos) |
| 14:30.15 | *** join/#oe pleemans (n=peter@d5152D12D.access.telenet.be) |
| 14:30.41 | mithro | http://www.askmen.com/jokes/2006_feb/feb08.html |
| 14:33.36 | mithro | that one is a good one too http://www.askmen.com/jokes/2005_dec/dec07.html |
| 14:36.11 | mickeyl | hehehehe |
| 14:47.21 | koen | hey mickeyl |
| 14:51.50 | CIA-12 | 03koen 07org.oe.dev * r253db2cc... 10/conf/machine/ep93xx.conf: ep93xx: add eraseblock size for the glomation board |
| 14:53.17 | ArthurMaciel | Could anyone try to help me, please? http://rafb.net/paste/results/KPhv0C75.html When trying to build bitbake gtkmm |
| 15:02.30 | koen | ArthurMaciel: it looks like you bitbake is too old |
| 15:02.58 | ArthurMaciel | I have to install a new bitbake or do I have to update the tree (I've updated it already) |
| 15:03.07 | koen | new bitbake |
| 15:04.16 | ArthurMaciel | I'll try that. |
| 15:12.45 | *** join/#oe dkey (n=dkey@L0015P15.dipool.highway.telekom.at) |
| 15:19.51 | pH5 | koen: I'm unable to build gcc-cross-initial_4.1-20060217. any idea what I'm missing here? this is arm-linux/libssp/config.log: http://en.pastebin.ca/44446 |
| 15:20.06 | pH5 | it doesn't find crt1.o |
| 15:20.33 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
| 15:22.01 | koen | pH5: all -I<path to staging inc> and -L<path to staging lib> to the LDFLAGS in the Makefile |
| 15:22.25 | koen | it's either that, or you built another gcc before 4.1 |
| 15:23.05 | *** join/#oe Eddy (n=chatzill@adsl-69-153-122-229.dsl.okcyok.swbell.net) |
| 15:23.58 | *** join/#oe koen_ (n=koen@ip51cca9fc.adsl-surfen.hetnet.nl) |
| 15:29.33 | *** join/#oe _stalker_ (n=julien@ble59-5-82-233-206-29.fbx.proxad.net) |
| 15:30.09 | *** join/#oe mwester (n=chatzill@209.242.5.110) |
| 15:31.05 | *** join/#oe koen (i=koen@dominion.kabel.utwente.nl) |
| 15:32.50 | _stalker_ | hi all |
| 15:33.06 | _stalker_ | i can't manage to compile hostap-0.4.4-r4 |
| 15:33.21 | _stalker_ | could anyone tell me how to force bitbake to compile hostap-0.3.9 instead? |
| 15:36.51 | koen_ | PREFERRED_VERSION_<something> = <someversion> |
| 15:37.03 | _stalker_ | PREFERRED_VERSION_hostap += "0.3.9" |
| 15:37.14 | _stalker_ | i tried this and it still wanted to compile version 0.4.4 |
| 15:37.37 | mickeyl | because it's called hostap-modules, not hostap |
| 15:37.41 | mickeyl | hi koen |
| 15:37.46 | _stalker_ | let's try |
| 15:37.47 | _stalker_ | thx |
| 15:43.15 | *** join/#oe polyonymous (i=hacker@pD95384F2.dip0.t-ipconnect.de) |
| 15:43.18 | koen_ | heh\ |
| 15:43.29 | koen_ | 'avoid divergence, run qtopia on your nokia' |
| 15:45.16 | mickeyl | :D |
| 15:51.07 | koen_ | mickeyl: did you see the tkc apps for the nokia? |
| 15:51.36 | koen_ | mickeyl: they rewrote them in *C* |
| 15:53.47 | mickeyl | funny |
| 16:00.09 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
| 16:24.04 | koen_ | pb_: wb |
| 16:38.21 | koen_ | florian: join the club |
| 16:42.53 | florian | i don't get rid of the broken symlinks in the gcc sdk packages |
| 16:44.21 | koen_ | ibot: botmail for ph5: http://wiki.debian.org/ArmEabiPort |
| 16:44.46 | pb_ | florian: what do you mean? |
| 16:45.39 | florian | pb_: during packaging oe complains about some broken links in the package |
| 16:46.11 | florian | but i guess its ok... they seem to be fixed by library packages... |
| 16:47.10 | _stalker_ | koen_: hostap-modules-0.3.9 builds fine |
| 16:47.25 | _stalker_ | but now, it's atmelwlandriver-3.3.5.6 that refuses to build :( |
| 16:47.25 | pb_ | florian: which symlinks is it upset about? |
| 16:47.44 | _stalker_ | it drives me nut |
| 16:48.01 | koen_ | just remove the dependency on atmelwlandriver |
| 16:48.12 | _stalker_ | how can I? |
| 16:48.18 | florian | only some glibc .so links are wrong in the sdk, but that's the same in the old one. |
| 16:48.28 | koen_ | with vi or emacs |
| 16:48.34 | _stalker_ | yeah, cheers |
| 16:49.00 | _stalker_ | I don't even know which package needs atmelwlandriver |
| 16:49.18 | florian | pb_: libggc_s, libstdc++ and libg2c |
| 16:49.38 | florian | /usr/local/arm/oe/arm-linux/lib/libg2c.so.0.0.0 e.g. |
| 16:49.41 | _stalker_ | koen|away: could you be a bit more explicit about removing a dep? |
| 16:51.46 | *** join/#oe _chronic (n=chronic@81.187.145.190) |
| 17:05.56 | mickeyl | do we have any 480x640 ipaqs? |
| 17:06.44 | pb_ | yes, the hx4700 is 480x640 |
| 17:06.50 | mickeyl | ok, thanks |
| 17:09.10 | mickeyl | hmm |
| 17:09.29 | mickeyl | which machine tag is the hx4700 using? |
| 17:10.03 | mickeyl | ah, ipaq-pxa270 |
| 17:10.52 | mickeyl | are there any other pxa270 ipaqs or just the hx4700? |
| 17:11.15 | mickeyl | i just added some 480x680 pictures for opie on tosa |
| 17:11.23 | pb_ | not sure. I think some of the 2000 series might be pxa270 as well. |
| 17:11.40 | mickeyl | hmm, that's a bit unfortunate. we should have a concrete hx4700 machine tag imo |
| 17:11.58 | mickeyl | at least for some opie GUI things |
| 17:12.42 | mickeyl | otherwise it's using the upscaled pixtures for the 240x320 devices |
| 17:12.55 | pb_ | ah. "our" policy (in the sense of familiar) was always to avoid a proliferation of separate MACHINE types where it wasn't absolutely necessary. |
| 17:13.04 | pb_ | can you not ship both sets of pictures and choose between them at run time? |
| 17:13.33 | mickeyl | we could, we decided not to do it because of size restrictions |
| 17:13.38 | mickeyl | actually we have them in four versions |
| 17:13.50 | mickeyl | e.g.: |
| 17:13.50 | mickeyl | # Wallpaper and welcome splash |
| 17:13.50 | mickeyl | PIXMAP_SIZE = "" |
| 17:13.50 | mickeyl | PIXMAP_SIZE_c7x0 = "-640x480" |
| 17:13.50 | mickeyl | PIXMAP_SIZE_spitz = "-640x480" |
| 17:13.50 | mickeyl | PIXMAP_SIZE_akita = "-640x480" |
| 17:13.52 | mickeyl | PIXMAP_SIZE_borzoi = "-640x480" |
| 17:13.54 | mickeyl | PIXMAP_SIZE_tosa = "-480x640" |
| 17:13.56 | mickeyl | PIXMAP_SIZE_simpad = "-800x600" |
| 17:14.04 | mickeyl | that's for us not be able to use svg |
| 17:14.04 | mickeyl | heh |
| 17:14.09 | pb_ | heh |
| 17:14.21 | pb_ | what is it you don't like about svg? |
| 17:14.42 | mickeyl | i like svg, i just don't think qte can do anything with it |
| 17:15.04 | pb_ | ah right |
| 17:15.17 | pb_ | that would be a problem, I guess |
| 17:15.27 | mickeyl | yeah. something to consider for opie 2.0 ;) |
| 17:16.36 | pb_ | :-) |
| 17:16.53 | pb_ | bbiab, going to do some pruning in the garden before darkness falls |
| 17:17.45 | mickeyl | good plan. btw., when you have a chance, you should show us a picture of your house and garden to make us envy you |
| 17:17.46 | mickeyl | :) |
| 17:22.04 | florian | :-) |
| 17:26.32 | mickeyl | heh - doesn't come as a surprise to you or does it? :D |
| 17:27.06 | florian | not really :-) |
| 17:41.02 | CIA-12 | 03koen 07org.oe.dev * rbee378ef... 10/packages/glibmm/ (glibmm_2.4.5.bb glibmm_2.6.1.bb): glibmm: delete old versions |
| 17:44.42 | CIA-12 | 03koen 07org.oe.dev * rbee378ef... 10/packages/glibmm/ (glibmm_2.4.5.bb glibmm_2.6.1.bb): glibmm: delete old versions |
| 17:50.52 | pb_ | florian: heh |
| 17:53.33 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 17:54.02 | zecke | hey |
| 17:56.18 | pb_ | clearly zecke is a man on a tight schedule, no time to hang around |
| 17:59.12 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 18:00.04 | pb_ | ah, welcome back |
| 18:03.45 | mwester | Hey experts -- I am in seach of a hint: I need to find an elegant way to tell a Makefile if the kernel it's building a module for is a 2.6 or 2.4 kernel --- is the best approach to do something based on "DISTRO" or is there a better place to look for a hint about the kernel used by the target/distro/machine/whatever? |
| 18:03.56 | mwester | c/seach/search/ |
| 18:04.47 | mwester | If it makes a difference, this is for the zd1211.bb |
| 18:10.39 | mickeyl | mwester: i recommend checking the hostap and orinoco buildsystems, they're doing this. |
| 18:10.54 | mickeyl | there are some tests to get a reasonably sane heuristic |
| 18:11.33 | mwester | Thanks! Examples are good. :) |
| 18:28.19 | *** join/#oe polyonymous (i=hacker@pD953949B.dip0.t-ipconnect.de) |
| 18:31.28 | *** join/#oe reenoo (n=r@p5489DC3B.dip.t-dialin.net) |
| 18:31.57 | reenoo | evening |
| 18:32.03 | zecke | hey |
| 18:32.16 | reenoo | hi zecke |
| 18:35.02 | *** join/#oe koen (n=koen@ip51cca9fc.adsl-surfen.hetnet.nl) |
| 18:35.17 | koen | hi all |
| 18:35.24 | zecke | hey koen |
| 18:42.53 | koen | hey zecke |
| 18:48.33 | reenoo | hi koen |
| 18:52.08 | koen | hey reenoo |
| 18:52.17 | pb_ | hi reenoo |
| 18:52.28 | reenoo | hey pb_ |
| 18:52.29 | pb_ | hi koen |
| 18:52.41 | koen | hey pb_ |
| 18:55.03 | *** join/#oe Eddy (n=chatzill@adsl-69-153-122-229.dsl.okcyok.swbell.net) |
| 18:55.18 | Eddy | Hey how do you REbuild a kernel image |
| 18:55.23 | Eddy | ? |
| 18:56.20 | Eddy | I mean what do I tell bitbake |
| 18:57.26 | pb_ | clean and then build |
| 18:58.35 | *** join/#oe blaster8 (n=jonesml@dsl-217-155-56-86.zen.co.uk) |
| 18:59.02 | CSMan | can i do bitbake -c clean build some_package ? (clean && build in 1 shot) |
| 18:59.14 | Eddy | so bitbake -c clean virtual/kernel |
| 18:59.37 | Eddy | then bitbake virtual/kernel? |
| 19:02.42 | mickeyl | ya |
| 19:02.50 | mickeyl | bbnew () |
| 19:02.51 | mickeyl | { |
| 19:02.51 | mickeyl | <PROTECTED> |
| 19:02.51 | mickeyl | } |
| 19:03.12 | mickeyl | why adding stuff into the command when you can easily do things via shell? |
| 19:03.24 | mickeyl | isn't that the unix philosophy? one tool = one job |
| 19:03.38 | Eddy | indeed |
| 19:03.45 | mickeyl | bitbake -i knows about "rebuild" though |
| 19:04.07 | Eddy | hmmm should of tried that |
| 19:04.22 | Eddy | before I got an answer I just manually cleared out the stamps anyways |
| 19:04.31 | Eddy | for the kernel |
| 19:04.32 | reenoo | fwiw, the unix philosophy doesn't dictate that CLIs have to be cryptic |
| 19:04.34 | *** join/#oe mwester (n=chatzill@209.242.5.110) |
| 19:05.37 | reenoo | or, in this case slow (if you omit the -b ...) |
| 19:05.59 | mickeyl | indeed. that's why i made bitbake -i |
| 19:08.30 | Eddy | Did you make bitbake mickey1? |
| 19:09.02 | Eddy | or just patched it? |
| 19:09.09 | mickeyl | bitbake is a collaborative effort |
| 19:09.15 | mickeyl | i worked on different parts |
| 19:09.21 | mickeyl | interactive mode, caching, ui |
| 19:09.34 | mickeyl | pythonizig |
| 19:09.37 | mickeyl | pythonizing, even |
| 19:09.38 | koen | beer drinking |
| 19:09.47 | mickeyl | heh, yeah that as well |
| 19:10.22 | Eddy | sweet |
| 19:10.30 | Eddy | You a big gentoo person? |
| 19:11.14 | mickeyl | no, not at all. my code is roughly 25% of bitbake anyway. the major contributors were Chris Larson, Holger Schurig, Phil Blundell |
| 19:11.28 | mickeyl | Chris and Holger looked at gentoo |
| 19:11.35 | mickeyl | when starting bitbake |
| 19:12.12 | Eddy | Why didn't they just use Gentoo? |
| 19:12.18 | HopsNBarley | iirc, portage doesn't (yet) handle cross compiling. |
| 19:12.27 | mickeyl | right |
| 19:12.32 | Eddy | ah |
| 19:12.42 | koen | it can build crosstoolchains apparently |
| 19:12.54 | Eddy | Yea I know that |
| 19:12.56 | Eddy | mingw |
| 19:13.02 | mickeyl | besides, you can't just use a desktop distribution on embedded systems. there are people who think this is the way to go (*cough*), but most of us #oe folks don't |
| 19:13.06 | reenoo | koen: that's rather trivial to do |
| 19:13.33 | koen | reenoo: yeah, but I switched to debian before I tried to do that for my sparc |
| 19:14.16 | Eddy | Why is ipkg used and not dpkg? |
| 19:14.22 | Eddy | in this project |
| 19:14.46 | Eddy | ipkg just more lightweight or something? |
| 19:15.02 | pb_ | oe itself doesn't really "use" either ipkg or dpkg |
| 19:15.18 | pb_ | familiar, for example, uses ipkg because dpkg is missing a pile of functionality and apt is too heavyweight |
| 19:15.41 | HopsNBarley | while we are on the topic, what host (x86) command can i use to "dump" a package - files names, dependencies, etc? |
| 19:15.46 | Eddy | openzaurus has it too |
| 19:15.55 | pb_ | indeed it does |
| 19:16.14 | pb_ | HopsNBarley: what do you mean by "a package" in that context? |
| 19:16.20 | pb_ | if you're talking about a .ipk file, you want dpkg-deb |
| 19:16.26 | HopsNBarley | oh, sorry, an .ipk file |
| 19:16.54 | pb_ | e.g. dpkg-deb -c <file> to see the contents, or dpkg-deb -I <file> to see the control file |
| 19:17.11 | HopsNBarley | thanks! hold on while i find it... (-; |
| 19:17.15 | koen | ~lart gimpOSX |
| 19:17.53 | Eddy | will libusb run on oe? |
| 19:18.05 | Eddy | on Zaurus SL C1000 |
| 19:18.09 | Eddy | it has USB host |
| 19:18.13 | koen | no, but you can use it in the image distro OE creates |
| 19:18.27 | koen | i.e. gphoto2 works on my nslu2 |
| 19:18.42 | Eddy | thats exactly the program I'm concerned about |
| 19:18.44 | Eddy | great! |
| 19:19.05 | Eddy | so what does it have to be statically linked or something? |
| 19:20.08 | HopsNBarley | i can emerge dpkg v1.10.28, should that be okay? |
| 19:21.00 | pb_ | yeah, any version should be fine |
| 19:21.54 | pb_ | trying to buy a new cd player for my car is a nightmare |
| 19:22.24 | Eddy | koen: What do you mean no? Isn't using it in the image distro = running on oe? |
| 19:22.53 | pb_ | Eddy: that would be "running on openzaurus", or whatever your image distro actually is. |
| 19:23.20 | Eddy | but openzaurus is openembedded right? |
| 19:23.30 | reenoo | no |
| 19:23.48 | pb_ | running on oe itself would be tricky, unless your cpu can execute .bb files directly. I'm not sure that even mickeyl is in that position. |
| 19:23.59 | reenoo | hehe |
| 19:24.15 | Eddy | So oe is just the environment that you create the images with? |
| 19:24.21 | *** join/#oe CSMan_ (n=csman@67.71.114.234) |
| 19:24.21 | koen | yes |
| 19:24.44 | Eddy | But you guys host openzaurus and familiar repository? |
| 19:25.11 | Eddy | right? |
| 19:26.29 | HopsNBarley | pb_: thanks! works great! |
| 19:29.24 | pb_ | cool |
| 19:29.47 | pb_ | back... later |
| 19:29.58 | reenoo | later pb_ |
| 19:30.55 | Eddy | So are you guys openzaurus devs and openembedded devs? |
| 19:32.14 | polyonymous | I'm just trying to oe for the very first time and my question may be somewhat stupid, but why do I consistently fail to bake any *-image? |
| 19:33.10 | polyonymous | non-image targets seem to work... |
| 19:34.01 | *** join/#oe blaster8_ (n=jonesml@dsl-217-155-56-86.zen.co.uk) |
| 19:34.10 | Eddy | bugs |
| 19:34.36 | Eddy | either with your conf or the .bb files |
| 19:34.42 | Eddy | or your environment |
| 19:34.46 | polyonymous | Well, likely... |
| 19:34.57 | polyonymous | But where to dig? |
| 19:35.08 | Eddy | What package did it stop on? |
| 19:35.41 | koen | zecke: Is this what you meant? http://dominion.kabel.utwente.nl/koen/OE/people/ |
| 19:35.49 | polyonymous | Well, it only has to do with -image-s. The suspicious output is: ipkg: Cannot create directory `/usr/lib/ipkg': Permission denied |
| 19:36.07 | koen | polyonymous: that one is harmless |
| 19:36.18 | koen | polyonymous: search for 'ERROR' in the logs |
| 19:36.29 | polyonymous | Well and then it comes with sheer unsatisfaction |
| 19:36.38 | polyonymous | ERROR: Cannot satisfy the following dependencies for task-bootstrap: |
| 19:36.48 | polyonymous | And, I believe, the list contains everything. |
| 19:37.26 | koen | that means OE can't find the stuff in deploy/<package format> |
| 19:37.46 | koen | which usually means that it either wasn't built or was removed |
| 19:37.47 | polyonymous | lemme check these packages... |
| 19:38.05 | polyonymous | Well, it was built and I haven't removed it, but I'll check the specific files now |
| 19:38.40 | polyonymous | anyway, Thank you, I'll see to it now and, I'm afraid, will come back |
| 19:40.00 | polyonymous | And yes, while 'handling bb files' it complains about unparsed line in pax utils native, I believe. |
| 19:40.37 | polyonymous | (the line is require pax-utils-${Psomething} or something like that |
| 19:41.12 | Eddy | Hey just out of curiosity does anybody here know if the Zaurus C1000 can use a USB To Go cable instead of buying that zhost cable, and still provide a powered USB port? |
| 19:42.06 | polyonymous | you mean using usb otg instead of zhost? |
| 19:42.57 | koen | pb_: glibc 2.3.6 lacks the eabi bits, right? |
| 19:43.16 | koen | pb_: the debian eabi wiki is a bit unclear on that |
| 19:43.38 | Eddy | yeah |
| 19:43.45 | polyonymous | hell, yes, the packages aren't built. Aren't they supposed to be built automatically as a dependencies? |
| 19:44.00 | koen | polyonymous: they are supposed to |
| 19:44.11 | koen | polyonymous: I suspect you are using an old version of bitbake |
| 19:44.14 | polyonymous | koen: any ideas what am I doing wrong? |
| 19:44.21 | koen | polyonymous: try upgrading to the latest svn |
| 19:44.27 | polyonymous | Well, I thought so... I tried svn version and it doesn't work at all. |
| 19:44.36 | pleemans | koen: I'm missing a picture: yours ;-) |
| 19:44.51 | polyonymous | I have 1.3.2, I believe |
| 19:44.59 | koen | pleemans: yeah, I was too lazy to dig out a decent picture :) |
| 19:45.10 | polyonymous | The trunk version fails |
| 19:45.15 | koen | polyonymous: you need 1.3.3.x iirc |
| 19:45.33 | pleemans | koen: Thanks for putting the others from fosdem up though. |
| 19:45.36 | polyonymous | Are there any unmentioned dependencies for latest bb? |
| 19:46.10 | polyonymous | TypeError: pkgdata() takes exactly 2 arguments (3 given) |
| 19:46.39 | polyonymous | File "./bin/bitbake", line 988, in collect_bbfiles |
| 19:47.09 | polyonymous | doesn't look like missing deps on the other hand... |
| 19:48.55 | polyonymous | Would you recommend any other tag or maybe specific revision of trunk? |
| 19:50.03 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
| 19:50.21 | koen | r384 works for me |
| 19:50.50 | polyonymous | Hmm... this is head revision... doesn't work for me... |
| 19:51.36 | polyonymous | oops. It does. |
| 19:51.46 | polyonymous | Had to remove leftovers of 1.3.2 |
| 19:52.09 | koen | time to watch taggart |
| 19:52.14 | polyonymous | Thank you. |
| 19:53.30 | polyonymous | Trying to build an envirnoment I can run on the machine that has cacko to figure out why exactly I can't employ it as my main OS at the moment, and, hopefully, do something to make it better ;-) |
| 20:06.41 | pb_ | phew, ironing mostly under control again |
| 20:06.43 | pb_ | koen|away: yes, it does |
| 20:07.12 | koen|tv | ah cool, saves me from cvs hell |
| 20:09.04 | koen|tv | and off course my home bitbake machine crashed when I'm away |
| 20:11.25 | pb_ | er, that's to say, "yes it does lack them" |
| 20:11.51 | koen|tv | ah, hmm |
| 20:12.02 | pb_ | I think 2.4 will have the eabi bits in though, if you don't mind waiting a bit |
| 20:13.00 | koen|tv | pb_: Lennert and I will continue to try to get one of the cvs snapshots to compile |
| 20:13.10 | koen|tv | Lennert via crosstool, me via OE |
| 20:13.22 | pb_ | righto |
| 20:13.48 | pb_ | I suspect the HEAD is slightly bit-rotten at the moment, so it probably needs patching somewhat. |
| 20:15.20 | koen|tv | I'm still trying to get it to buld in OE with the old ABI |
| 20:16.43 | pb_ | yeah, good plan |
| 20:17.11 | pb_ | most of the code is shared; you should even be able to turn on nptl in the old abi if you want. |
| 20:17.57 | koen|tv | that's kind of mandatory |
| 20:18.20 | koen|tv | you get a lot of 'the sky will fall down' type of messages if you don't use ntpl |
| 20:19.13 | pb_ | true enough, though you don't need to take them too seriously. |
| 20:19.35 | pb_ | people with old (i.e. 2.4) kernels will still need a non-__thread build, which means linuxthreads. |
| 20:19.51 | *** join/#oe blaster8 (n=jonesml@dsl-217-155-56-86.zen.co.uk) |
| 20:20.53 | koen|tv | I'll ignore that for now. armv5/2.6 seems like the easiest thing to start with |
| 20:21.38 | pb_ | okay |
| 20:21.47 | reenoo | people with 2.4 kernels will also need a non-eabi glibc or patch their kernels won't they? |
| 20:22.06 | pb_ | yeah, that's also true |
| 20:22.23 | pb_ | I think koen was saying that you get the warning messages when trying to select linuxthreads even if you are using the old abi, though |
| 20:22.23 | koen|tv | and armv4 can't use eabi due to the thumb stuff at the moment |
| 20:23.13 | reenoo | pb_: yah, some people are trying to push nptl... |
| 20:23.47 | koen|tv | didn't linuxthreads got dropped from glibc cvs as well? |
| 20:24.21 | pb_ | no, it's in ports |
| 20:24.37 | koen|tv | aha |
| 20:24.52 | koen|tv | the sky hasn't fallen down, butg is hiding in ports/ |
| 20:24.58 | koen|tv | s/tg/t/ |
| 20:25.19 | pb_ | oh, right, you were trying to build without either nptl or linuxthreads? that will indeed definitely not work. |
| 20:25.26 | pb_ | you need one or the other thread library. |
| 20:25.59 | koen|tv | you can get it through configure with --with-iknowitbreaks or something like that |
| 20:27.01 | koen|tv | but I'm trying with ntpl |
| 20:28.20 | reenoo | pb_: patching every single app doing the usual #ifdef __ARM__\n do_some_byteswapping is also going to be fun. |
| 20:28.38 | pb_ | reenoo: right |
| 20:29.05 | *** join/#oe blaster81 (n=jonesml@dsl-217-155-56-86.zen.co.uk) |
| 20:30.21 | reenoo | reminds me of the fact that I still need to figure out how to serialize doubles in a language independent way (read: the gui is written in java) |
| 20:30.35 | reenoo | ~lart sun |
| 20:37.15 | *** join/#oe CSMan_ (n=csman@HSE-QuebecCity-ppp3501021.sympatico.ca) |
| 20:39.01 | *** join/#oe malfimalfi (n=malte@dslb-084-059-024-118.pools.arcor-ip.net) |
| 20:41.57 | *** join/#oe awp__ (i=sapochul@201.37.208.32) |
| 20:42.24 | *** join/#oe minipanda (n=hzhang@219.236.17.202) |
| 20:44.50 | polyonymous | hmm... does bitbake keep distfiles? |
| 20:49.06 | polyonymous | ahh, it does ;-) |
| 20:52.32 | *** join/#oe ar_ (n=ar@port-ip-213-211-233-151.reverse.mdcc-fun.de) |
| 21:08.54 | CIA-12 | 03koen 07org.oe.dev * rbee378ef... 10/packages/glibmm/ (glibmm_2.4.5.bb glibmm_2.6.1.bb): glibmm: delete old versions |
| 21:08.59 | CIA-12 | 03koen 07org.oe.dev * r7d24213f... 10/conf/machine/ep93xx.conf: ep93xx: add USE_VT = 0 |
| 21:09.03 | CIA-12 | 03mickeyl 07org.oe.dev * r1db6857c... 10/packages/opie-taskbar/ (opie-taskbar.inc opie-taskbar_1.2.1.bb opie-taskbar_cvs.bb): opie-taskbar: enable dedicated pictures for tosa |
| 21:14.24 | reenoo | pb_: regarding the localedef issue, how would we go about packaging pre-generated files separately? localedef appears to generate a single archive file. |
| 21:15.56 | koen|tv | pb_: for nptl I need to buid gcc-cross-initial (without nptl) -> glibc-initial (without nptl) -> gcc-cross (with nptl) -> glibc (with nptl), right? |
| 21:17.23 | *** join/#oe mhentges_ (n=mhentges@xdsl-81-173-174-116.netcologne.de) |
| 21:20.38 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 21:21.00 | pb_ | reenoo: I think there's a flag to make it build ye olde separate archives |
| 21:21.39 | pb_ | koen: something like that, though gcc doesn't really care whether you have nptl or not |
| 21:21.59 | reenoo | pb_: yeah, there is. didn't know the old format generated separate archives. thanks |
| 21:22.34 | koen | so | configure: error: compiler support for __thread is required is a bit of a red herring |
| 21:22.55 | pb_ | well, that means your gcc doesn't understand __thread. |
| 21:23.05 | pb_ | which probably means it wasn't configured for eabi, or something. |
| 21:23.51 | *** join/#oe _guillermo (n=guillerm@dslb-084-062-156-209.pools.arcor-ip.net) |
| 21:24.08 | koen | heh |
| 21:24.09 | koen | http://sources.redhat.com/ml/crossgcc/2004-08/msg00138.html |
| 21:25.50 | koen | so with or without the nptl dir configure bombs out |
| 21:26.01 | koen | (everything with old abi) |
| 21:26.18 | reenoo | hmm.. is there any particular reason for libgcc_s.so.1 not to be installed to staging? |
| 21:26.45 | pb_ | I think it goes into cross/, and that ought to be sufficient. |
| 21:26.59 | pb_ | not that installing it into staging would hurt, but it shouldn't be required there |
| 21:27.51 | koen | scary, googling my error turns up mails from rday |
| 21:28.21 | reenoo | pb_: qemu doesn't seem to grok multiple prefixes to search for libraries |
| 21:28.42 | pb_ | oh, right, yeah, that sucks |
| 21:28.59 | pb_ | I remember when I was playing with localedef under qemu I had a little script thing to make a special semi-chroot for it to run in. |
| 21:29.47 | reenoo | heh |
| 21:30.24 | koen | reenoo: I've seen it complete localegen using qemu systememulation on RP's laptop at fosdem |
| 21:31.04 | koen | which is kinda useless since qemu lacks a block driver, so you can't get it to save the result :( |
| 21:31.20 | RP | koen: network device support works though |
| 21:31.39 | koen | RP: sweet |
| 21:31.59 | pb_ | reenoo: (which is in http://www.freedesktop.org/~pb/glibc-qemu.patch if you're interested) |
| 21:32.05 | reenoo | koen: well. the plan was to use user space emulation, which should be sufficient. |
| 21:33.00 | RP | reenoo: Its just nice we can do complete system emulation to - it will boot all the way into X |
| 21:33.38 | koen | RP: the colours are still wrong? |
| 21:33.47 | RP | koen: yes. Its qemu at fault |
| 21:34.23 | *** join/#oe frank_ (n=user@84.92.70.37) |
| 21:38.51 | reenoo | RP: sure. it's just a bit pointless from within OE. |
| 21:40.30 | RP | reenoo: Not really. It gives us development without hardware potential which will has a lot of appear to certain users |
| 21:40.58 | zecke | reenoo: well and you can use it on systems not providing userspace emulation |
| 21:41.10 | koen | hey zecke |
| 21:41.31 | RP | s/appear/appeal/ |
| 21:42.43 | reenoo | RP: err, yes. but I don't want to generate and boot a complete image just to run a single command from a function in OE. |
| 21:43.28 | RP | reenoo: When see from that POV its not much use. When you consider you could run all postinsts though... |
| 21:44.12 | RP | and just becuase its not desireable for your particular use, it doesn't make it "pointless from within OE" |
| 21:46.40 | reenoo | we were talking about running localedef, weren't we? |
| 21:47.16 | reenoo | as for postinst scripts, half of them are device specific and need the actual hardware. |
| 21:48.23 | RP | koen and I discussed that the other day and concluded that these "half" that are device speficic could be written in a manner to cope... |
| 21:48.53 | reenoo | sure. just like the way we (ab)use $D now |
| 21:49.37 | RP | reenoo: No, we could do better than that IMO, especially if we start to use some kind of package handling the machine specifics |
| 21:49.48 | RP | (like devmand/zaurusd) |
| 21:50.00 | emte | all emus have one inherent flaw which i think is why reenoo is balking, it is extreamly rare that code on an emu will be have the same as a real device |
| 21:50.10 | emte | behave* |
| 21:50.38 | RP | emte: Its actually surprisingly good, right down to images oopsing in the same way as on the real hardware IME ;-) |
| 21:51.24 | RP | I agree you'd never want to 100% rely on it instead of hardware but if it runs on the emulator, the odds are good on the real hardware |
| 21:51.38 | reenoo | RP: dunno. I for one wouldn't want to be forced to use whatever package that would be. |
| 21:51.38 | emte | RP, my experiance comes from both software and hardware emus for Microchip and Altera chips |
| 21:52.16 | CIA-12 | 03freyther 07org.oe.dev * r2718aaed... 10/packages/lirc/lirc_0.8.0.bb: |
| 21:52.16 | CIA-12 | openembedded/packages/licv/lirc_0.8.0.bb: |
| 21:52.16 | CIA-12 | <PROTECTED> |
| 21:52.16 | CIA-12 | <PROTECTED> |
| 21:52.16 | CIA-12 | <PROTECTED> |
| 21:52.16 | CIA-12 | <PROTECTED> |
| 21:52.46 | emte | but yeah it is a valid approximation in the absence of real hw |
| 21:53.03 | RP | reenoo: The current machine specifics handling is a total mess with no structure and is spread around several different projects. Far from ideal... |
| 21:53.47 | reenoo | RP: that's a different story. as a familiar developer I may agree. as an OE developer I don't. |
| 21:55.02 | reenoo | effectively forcing (well. we don't have proper support for anything else) people to use ipkg is bad enough |
| 21:55.28 | koen | why do "thread local storage" and "transport layer security" use the same TLA? |
| 21:56.40 | RP | reenoo: I guess is comes down to a choice of whether machine specific tweaks should be centrally handled of handled adhoc and distributed... |
| 21:58.06 | reenoo | RP: no. the point is that people can do whatever they want in their postinst |
| 21:58.26 | reenoo | RP: they need a simple way to check when and how the script is run |
| 21:58.45 | reenoo | RP: offline, emulation, target |
| 21:59.22 | RP | I've never disagreed with that... |
| 21:59.45 | reenoo | heh |
| 21:59.47 | reenoo | nevermind |
| 22:02.01 | RP | reenoo: I agree you need the above. I also think a lot of our current machine specific postinsts could be better handled centrally by some package which would remove some of the need for the above |
| 22:06.16 | koen | 'night all |
| 22:27.17 | reenoo | pb_: that patch looks promising |
| 22:29.22 | *** join/#oe poli (n=ca@CAcert-br/poli) |
| 22:30.04 | zecke | RP: ping |
| 22:30.18 | CIA-12 | 03freyther 07org.oe.dev * r478afa57... 10/packages/opie-pimconverter/opie-pimconverter.inc: |
| 22:30.18 | CIA-12 | packages/opie-pimconverter: |
| 22:30.18 | CIA-12 | <PROTECTED> |
| 22:30.18 | CIA-12 | <PROTECTED> |
| 22:30.25 | RP | zecke: pong |
| 22:31.02 | zecke | RP: in the quest of fixing meta-opie I'm now at opie-sshkeys |
| 22:31.06 | zecke | RP: it RDEPENDS on ssh |
| 22:31.25 | zecke | RP: but dropbear is only PROVIDIG ssh and not RPROVIDING it |
| 22:31.40 | zecke | do you have an idea what the best fix could look like? |
| 22:32.23 | *** join/#oe woglinde (i=woglinde@e178101134.adsl.alicedsl.de) |
| 22:33.09 | *** part/#oe polyonymous (i=hacker@pD953949B.dip0.t-ipconnect.de) |
| 22:33.52 | RP | zecke: I guess it also needs to RPROVIDE it. I'm not sure there is much other option... |
| 22:34.03 | reenoo | arrgh |
| 22:34.19 | reenoo | ~lart whoever bumped PR on glibc for SRC_URI changes |
| 22:35.37 | RP | That did irritate me a bit too... |
| 22:36.20 | florian | RP: Don't worry... i read RP the first eime ;-) |
| 22:36.25 | florian | eh time |
| 22:37.56 | zecke | reenoo: when changing RPROVIDES, should PR be bumped? |
| 22:38.11 | pb_ | zecke: yes |
| 22:38.18 | *** join/#oe |Bernard| (n=Bernardo@194.38.150.118) |
| 22:38.53 | pb_ | but (generally) not when just changing SRC_URI. |
| 22:39.04 | woglinde | hi pb |
| 22:39.11 | pb_ | hi woglinde |
| 22:39.16 | Bernardo | hi |
| 22:44.27 | RP | hi Bernardo |
| 22:45.53 | CIA-12 | 03freyther 07org.oe.dev * r679b6743... 10/packages/dropbear/ (dropbear_0.45.bb dropbear_0.46.bb dropbear_0.47.bb): |
| 22:45.53 | CIA-12 | packages/dropbear/dropbear*: |
| 22:45.53 | CIA-12 | <PROTECTED> |
| 22:45.53 | CIA-12 | <PROTECTED> |
| 22:49.45 | zecke | hmm and meta-gpe fails at patching diet-x11 |
| 22:50.26 | *** join/#oe polyonymous (i=hacker@pD953949B.dip0.t-ipconnect.de) |
| 22:51.13 | *** join/#oe nslu2-log (i=slug@nslu2-linux/dyoung) |
| 22:54.05 | *** join/#oe tanq (n=tanq@66-169-201-248.dhcp.ftwo.tx.charter.com) |
| 22:54.08 | *** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net) [NETSPLIT VICTIM] |
| 22:54.08 | *** join/#oe dopez (n=unknown@unaffiliated/dopez) |
| 22:55.06 | *** join/#oe raduga (n=raduga@199.233.135.101) [NETSPLIT VICTIM] |
| 22:55.06 | *** join/#oe dyoung-away (n=dyoung@cpe-66-91-69-175.hawaii.res.rr.com) |
| 22:55.06 | *** join/#oe malfimalfi (n=malte@dslb-084-059-024-118.pools.arcor-ip.net) [NETSPLIT VICTIM] |
| 22:55.09 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) [NETSPLIT VICTIM] |
| 22:55.09 | *** join/#oe _guillermo (n=guillerm@dslb-084-062-148-038.pools.arcor-ip.net) [NETSPLIT VICTIM] |
| 22:55.10 | *** join/#oe ar_ (n=ar@port-ip-213-211-233-151.reverse.mdcc-fun.de) [NETSPLIT VICTIM] |
| 22:56.02 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 22:56.04 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 22:56.04 | *** join/#oe woglinde (i=woglinde@e178101134.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 22:56.04 | *** join/#oe mwester (n=chatzill@209.242.5.110) |
| 22:56.04 | *** join/#oe _chronic (n=chronic@81.187.145.190) [NETSPLIT VICTIM] |
| 22:56.04 | *** join/#oe [lala] (n=lala@p54B3B8B4.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
| 22:56.05 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
| 22:56.05 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 22:56.05 | *** join/#oe FireEgl (i=Atlantic@Atlantica.US) |
| 22:56.05 | *** join/#oe netnix (n=alex@81.25.42.94) [NETSPLIT VICTIM] |
| 22:56.05 | *** join/#oe Minase (n=minase@reverie.encapsulated.net) |
| 22:56.05 | *** join/#oe Necronom (n=jack@ice.mudshark.org) |
| 22:56.06 | *** join/#oe mndctrl (n=mind@81.167.1.2) [NETSPLIT VICTIM] |
| 22:56.09 | *** join/#oe Harvy (n=norm@80.193.172.141) |
| 22:56.09 | *** join/#oe cdbot (n=cdbot@hentges.net) |
| 22:56.58 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 22:57.36 | florian | phew finally: http://handhelds.org/~florian/sdk/oe-sdk-20060304232054.tar.bz2 |
| 22:57.47 | florian | Stable tree with new 3.4.4 compiler... |
| 22:57.48 | pb_ | all hail florian! |
| 22:57.48 | reenoo | excellent |
| 22:57.48 | reenoo | ~praise florian |
| 22:57.50 | ibot | All hail florian! |
| 22:57.50 | florian | not really |
| 22:57.51 | florian | ~praise RP |
| 22:57.52 | ibot | All hail RP! |
| 22:58.01 | reenoo | ~praise RP for fixing up the sdk .bbs |
| 22:58.02 | ibot | All hail RP for fixing up the sdk .bbs! |
| 23:01.08 | *** join/#oe ChanServ (ChanServ@services.) |
| 23:01.08 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 23:22.13 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 23:22.13 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date |
| 23:26.07 | *** join/#oe berend (n=berend@chasin.xs4all.nl) |
| 23:27.19 | CIA-1 | 03freyther 07org.oe.dev * r54075f67... 10/packages/gnuz/gnuz_0.3.bb: |
| 23:27.19 | CIA-1 | packages/gnuz/gnuz_0.3: |
| 23:27.19 | CIA-1 | <PROTECTED> |
| 23:27.20 | CIA-1 | <PROTECTED> |
| 23:34.11 | zecke | good nite |
| 23:36.18 | reenoo | 'night zecke |
| 23:37.50 | RP | 'night zecke |
| 23:39.47 | CIA-1 | 03freyther 07org.oe.dev * rd9027dec... 10/packages/meta/task-qpe.bb: |
| 23:39.47 | CIA-1 | packages/meta/task-qpe: |
| 23:39.47 | CIA-1 | <PROTECTED> |
| 23:39.47 | CIA-1 | <PROTECTED> |
| 23:43.35 | *** join/#oe fuchs__ (n=fuchs@p50839B66.dip0.t-ipconnect.de) |
| 23:44.29 | florian | re |
| 23:53.27 | *** join/#oe evanchsa (n=NoUserNa@c-24-128-245-152.hsd1.ma.comcast.net) |