00:00.05 | kergoth | tkimball: it invokes the autoreconf built by oe which resides in staging, so the only m4 macros accessible to it are those in the source tree, and those which its dependent packages installed into staging. |
00:01.03 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
00:02.50 | tkimball | Ah. So irssi may have incorrect depends. |
00:05.14 | zecke | tkimball: or irssi abused autotools |
00:05.36 | kergoth | also, an undefined macro error doesnt always indicate that the macro isnt available |
00:05.46 | kergoth | autoconf/m4 errors arent always what you think they are |
00:05.55 | kergoth | that one could be caused by m4 quoting problems as well |
00:05.56 | tkimball | zecke: Abused? |
00:05.58 | kergoth | iirc |
00:06.23 | tkimball | Oh, great. Now I'm curious how this package got compiled in the first place... |
00:06.37 | zecke | tkimball: me too ;) |
00:06.40 | zecke | ~pastebin |
00:06.43 | ibot | pastebin is, like, a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste |
00:06.43 | kergoth | autoconf is voodoo. |
00:07.13 | tkimball | zecke: This irssi session is from my slug, so I *know* it works. :) |
00:07.48 | tkimball | Anyway, hang on and lemme look at pastebin. |
00:08.17 | kergoth | another thing you'll learn about autoconf... people like to automatically enable features based on the existance of libraries in the system, unfortunately. highly non-explicit. results in builds which are decidedly not reproducable, since the autoconf macros inadverantly poke into /usr/lib on a regular basis |
00:08.22 | kergoth | bastards |
00:08.28 | *** join/#oe |nico| (n=nico@212-100-183-30.adsl.easynet.be) |
00:08.37 | tkimball | Gah |
00:08.39 | kergoth | build reproducability is one of the tenets of good CM policy |
00:08.43 | kergoth | heh |
00:09.11 | zecke | quality in Free Software projects sadly suck anyway |
00:09.17 | kergoth | so what works on my build machine might not work on yours, if the .bb doesnt have all the necessary configure options to explicitly state things |
00:09.29 | kergoth | zecke: i think the whole "show me the code" attitude is very detrimental |
00:09.50 | kergoth | results in open source projects not having the necessary non-code people. CM/build, docs, test, etc |
00:09.54 | kergoth | unfortunate |
00:10.20 | kergoth | jesus, i need to get off the cvs-updates-kernel list |
00:10.25 | kergoth | hovland is flooding my box |
00:10.34 | zecke | hehe |
00:10.37 | tkimball | OK. http://pastebin.com/526625 |
00:10.41 | zecke | he flooded ähandhelds.org first |
00:10.44 | kergoth | hehe |
00:10.49 | kergoth | CIA? |
00:11.32 | kergoth | tkimball: that's odd. doesnt irssi depend on glib? |
00:13.28 | tkimball | Yes, but the compile options show it wanting glib2 I think. --without-glib1 --with-glib2 |
00:13.50 | tkimball | I'm using the svn .bb file, since the other one was not pulling. |
00:14.59 | tkimball | DEPENDS is including glib-1.2, which *sounds* correct. |
00:15.57 | kergoth | wait, we're enabling glib2, but depending on glib1? |
00:16.00 | tkimball | Gah. All this so I can get some of the features turned back on. |
00:16.31 | tkimball | Yeah, I just realized, going to go look for what glibs are avail on your listing. |
00:17.06 | kergoth | tkimball: annoying thing with m4/autoconf. if my configure script uses a macro from a dependent package, even a package i might end up disabling via a configuire option, you still need that macro around to regen the configure script. so you either need to depend on everything, even things you arent going to enable support for, or you need to include a local copy of those macros. |
00:17.31 | zecke | RP: how many people applied for ssh accounts for git? |
00:17.37 | kergoth | thats one advantage to using pkg-config instead of the dependent package's m4 macros |
00:18.08 | kergoth | :w |
00:18.13 | kergoth | bah |
00:18.13 | tkimball | Ah. Ok, lemme try changing that to glib-2.0 and try again. |
00:18.20 | kergoth | two machines, i keep typing on the wrong keyboard |
00:19.01 | CosmicPenguin | wow - l33t |
00:20.40 | tkimball | I'm actually over three, but the other two are connected from the main desktop via ssh's. |
00:25.20 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
00:25.20 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date | http://handhelds.org/hypermail/oe/47/4772.html | use monotone update -rjan2006prebreakage to avoid breakage | bugs.openembedded.org has problems - use http://bugs.treke.net/ |
00:30.11 | tkimball | kergoth: Well, that got automake to stop complaining anyway. Now one of its C files have freaked out, but that I can deal with for now. ;) |
00:30.19 | kergoth | hehe |
00:30.21 | kergoth | one step at a time |
00:31.04 | tkimball | Curious - There a place I can collect changes for the bitbake compile - if they're fixes for bitbake/slugos and not irssi itself? |
00:31.58 | tkimball | As it stands, I'm gonna have to stop again and get a clean compile of irssi normally, to confirm. |
00:31.58 | kergoth | create patches, put them in an appropriate place, adjust the .bb to apply them |
00:32.14 | kergoth | err, misunderstood |
00:32.23 | kergoth | are you asking about fixes to the .bb in OE? |
00:32.27 | kergoth | bitbake is the tool, not the metadata |
00:33.10 | tkimball | If the problem is not irssi itself (i.e. I need to make changes to fix irssi to compile in ARM), is there a separate patch setup? |
00:33.38 | kergoth | make changes _to what_? |
00:33.48 | tkimball | irssi's c files, sorry. |
00:33.48 | kergoth | the irssi codebase? the compile commands in the .bb? what? |
00:34.01 | kergoth | right then, make a patch |
00:34.09 | tkimball | Nod |
00:34.16 | *** join/#oe tmbinc (i=XXX@dslb-082-083-080-172.pools.arcor-ip.net) |
00:34.31 | tkimball | OK, got enough to keep me busy tonight. Thanks. |
00:34.40 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
00:34.43 | kergoth | np |
00:34.58 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
00:37.40 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
00:50.17 | zecke | good nite |
00:55.48 | zecke | Can't find merge base for /oe_convert and /crofton-svn |
00:55.49 | zecke | odd |
00:55.53 | zecke | it should have merge tickets |
01:03.41 | kergoth | yep, unless you did the merge with --no-ticket, it shouldve recorded it |
01:03.59 | zecke | kergoth: I did not specify that |
01:04.04 | kergoth | weird |
01:04.54 | *** join/#oe ljp (n=lpotter@b31BD.static.pacific.net.au) |
01:07.23 | zecke | at least it sees empty merges... I wonder how it does that |
01:28.31 | zecke | ah I think it is my error |
01:29.38 | *** join/#oe sonix` (n=ll@pool-71-246-254-123.washdc.fios.verizon.net) |
01:30.25 | zecke | obviously |
01:30.48 | sonix` | zecke, parles toi l'arabe? |
01:31.09 | zecke | sadly not |
01:31.18 | kergoth | "It's [OOP is] best seen as FP with grouping, privacy, and novel forms of abstraction." ... i like that |
01:31.30 | sonix` | zecke, cuz zecke in arabic is intelligent. |
01:32.34 | zecke | that is good to know |
01:32.44 | sonix` | a spice of wisdom. |
01:33.15 | zecke | zecke is german and means http://en.wikipedia.org/wiki/Tick |
01:34.10 | zecke | but from now on I will claim it is arabic |
01:34.12 | sonix` | interesting |
01:35.29 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
01:35.53 | *** join/#oe gcr (n=gcr@loudsl01-253-100-123.iglou.com) |
01:43.14 | zecke | good nite |
01:48.27 | CIA-4 | 03tmbinc 07org.oe.dreambox * rd971d157... 10/packages/dreambox/dreambox-dvb-tools-v3.bb: dreambox-dvb-tools-v3: update to 1.2 to fix CC bug |
01:49.21 | *** join/#oe tyz (n=chatzill@adsl-66-51-222-241.dslextreme.com) |
01:50.29 | *** join/#oe reenoo (n=r@p5489CC80.dip.t-dialin.net) |
01:50.42 | reenoo | morning |
01:54.21 | sonix` | vening |
01:54.55 | reenoo | hi sonix` |
01:55.03 | sonix` | que pasa |
01:57.17 | reenoo | hmm.. I take it that's spanish for "how are things?"? |
01:57.54 | sonix` | well then respond, dont just look american there. |
01:58.14 | reenoo | heh |
01:58.28 | reenoo | I'm not american ;) |
01:58.56 | reenoo | I'm fine though. a bit busy and pretty tired, but fine. |
01:59.06 | reenoo | you? |
02:01.20 | sonix` | about to head out to keys player's new home. he needs help setting up his 48 channel mixer and what not. |
02:03.55 | *** join/#oe CSMan (n=csman@HSE-QuebecCity-ppp3501197.sympatico.ca) |
02:10.33 | reenoo | ah. good luck with that then |
02:10.43 | reenoo | ~lart sony |
02:11.40 | reenoo | wonder what the aibo league people will do without aibos :/ |
02:15.58 | *** join/#oe chouimat|pub (n=dieu@r2351064.cidc.net) |
02:19.07 | reenoo | 'night all |
03:02.04 | *** join/#oe andrewy (n=boo@user-0c6scm8.cable.mindspring.com) |
03:07.47 | *** join/#oe Timelord (n=TL@4.78.4.43) |
03:31.47 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:52.34 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
04:00.17 | *** join/#oe hufnus (n=slonsiki@DSL135-071.LABridge.com) |
04:03.00 | *** join/#oe TransAm_ (n=TransAm@130.79.219.209.transedge.com) |
06:07.52 | *** join/#oe [lala_] (n=lala@p54B3CD2A.dip0.t-ipconnect.de) |
06:10.57 | *** join/#oe kergoth_ (n=kergoth@12.44.147.154) |
07:07.59 | *** join/#oe pb_ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf) |
07:08.00 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
07:08.00 | *** join/#oe CIA-4 (i=cia@flapjack.navi.cx) [NETSPLIT VICTIM] |
07:14.40 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
07:14.52 | Ifaistos | goodmorning |
07:25.22 | *** join/#oe pb_ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf) |
07:25.22 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
07:25.22 | *** join/#oe CIA-4 (i=cia@flapjack.navi.cx) [NETSPLIT VICTIM] |
07:52.38 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
08:04.45 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
08:25.38 | *** join/#oe mithro (n=tim@217.54.137.47) |
08:34.40 | *** join/#oe zap (n=zap@217.170.93.196) |
08:39.16 | *** join/#oe idealm (n=ideal@218.82.62.6) |
08:45.49 | *** join/#oe Mardy (n=mardy@adsl-ull-84-48.42-151.net24.it) |
08:45.58 | Mardy | hi all |
09:00.52 | *** join/#oe gremlin[it] (n=gremlin@88-149-149-109.f4.ngi.it) |
09:22.30 | *** join/#oe ade|desk (n=adavey@213-232-83-137.dsl.prodigynet.co.uk) |
09:34.12 | *** join/#oe pb__ (n=pb@2002:5612:a976:1:a00:1fff:fe06:93c) |
09:44.47 | *** join/#oe rob_w (n=bob@p213.54.206.100.tisdip.tiscali.de) |
09:44.49 | rob_w | hi |
09:53.14 | gremlin[it] | the new gpe 2.7 is in the oe for familiar-unstable ? |
09:55.23 | pb__ | I think so |
09:55.31 | pb__ | iirc, it's also in familiar 0.8.3 |
09:58.21 | gremlin[it] | there is familiar-0.8.3 (about stable) in oe ? |
10:00.39 | rob_w | so again .. i get the oe.db snapshot then run monotone checkout and then monotone pull . right ? |
10:05.17 | *** join/#oe ade|desk (n=adavey@213-232-83-137.dsl.prodigynet.co.uk) |
10:11.30 | RP | morning all |
10:13.13 | ade|desk | morning RP |
10:13.29 | *** join/#oe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
10:14.09 | *** join/#oe _Titeuf (n=Titeuf@2m01.net) |
10:15.20 | *** join/#oe NAiL (n=repvik@banan.dataparty-mn.biz) |
10:16.02 | ade|desk | RP: any advice on how to get gpe-image to build, if any packages are missing then it fails the task-whatever and thus fails the rootfs part. it doesn't seem to want to build the missing packages and then create the rootfs |
10:16.52 | ade|desk | bitbake is 337 |
10:17.37 | RP | ade|desk: gpe-image works here so I suspect something on your system isn't up to date? |
10:18.04 | RP | ade|desk: Are you sure its the right version of bitbake - look in lib/bb/utils.py for a function called explode_deps.,. |
10:19.23 | gremlin[it] | good morning RP ! :) |
10:19.48 | ade|desk | def explode_deps(s): ....... etc yup |
10:20.17 | RP | ade|desk: and you're building gpe-image? |
10:20.24 | ade|desk | yup |
10:20.47 | RP | Which packages isn't it building exactly? |
10:21.53 | ade|desk | xstroke was a 404 not a gz that killed it, then when i rerun gpe-image it skips the other packages that didn't get build either |
10:23.05 | RP | So what you're saying is that if part of the build chain fails, it doesn't rerun that part of the chain? |
10:23.18 | ade|desk | indeed |
10:23.58 | ade|desk | same if i try building the individual task-blobs |
10:24.24 | RP | Building the individual task packages won't build the runtime dependencies |
10:24.40 | RP | You'd want something like meta-blob for that |
10:24.50 | RP | Can you do a "bitbake -n -D -D -D gpe-image" and post the log somewhere. It will be large |
10:25.14 | ade|desk | sure |
10:27.20 | ade|desk | RP: this may take some time ... its a slow machine at work |
10:29.02 | ade|desk | i am doing a complete fresh build on my laptop at the same time but not with the debug bits as i had started it before hand. i may quit it though |
10:29.54 | *** join/#oe alan|home (n=alan@86.205.170.243) |
10:29.55 | rob_w | monotone: already up to date .-- is what i want , right ? |
10:30.14 | alan|home | plop |
10:35.10 | RP | ade|desk: The log will just do a dry run - it won't actually build anything |
10:36.40 | *** join/#oe _guillermo (n=guillerm@linkwood.informatik.uni-duisburg.de) |
10:36.56 | ade|desk | RP: doing it now on the laptop |
10:37.49 | RP | ade|desk: Is this against the tmp dir of the build that failed? If not, I'm not sure if the problem is going to show up :-/ |
10:39.07 | ade|desk | RP: i'll start the build on the laptop, wait til it cocks up then do it again with dry run |
10:39.22 | RP | ade|desk: ok |
10:39.44 | RP | ade|desk: Or just log the build - add the debug flags |
10:41.45 | ade|desk | will come back to it ~ 3 hours |
10:41.50 | *** join/#oe idealm (n=ideal@58.33.49.112) |
10:43.08 | ade|desk | time to get on with putting shelves up |
10:54.04 | Ifaistos | RP: I have noticed the same thing as ade|desk said when build x86 images |
10:54.59 | RP | Ifaistos: The dependencies handling changed a lot recently and I suspect there is a bug somewhere in bitbake... |
10:56.47 | *** join/#oe alan|home (n=alan@ARouen-152-1-94-98.w86-199.abo.wanadoo.fr) |
10:57.44 | Ifaistos | RP: It's rather strange. If no .bb files are added/removed the way the bitbake generates the scripts should not have changed |
10:58.24 | RP | Ifaistos: The generated scripts changed? or the build order? |
10:58.44 | Ifaistos | RP: The build order |
10:59.18 | RP | Ifaistos: The build order can depend on what was already built |
11:00.30 | Ifaistos | RP: From what i understood these past few days, is that if one .bb file is not set up correctly you are in for some serius debugging |
11:01.19 | Ifaistos | RP: Especially if DEPENDS and friends are not set up correclty |
11:01.31 | RP | Ifaistos: You get to have a feel for how bitbake does things |
11:01.59 | RP | Ifaistos: Most packages don't have extra PROVIDES in the way the python .bb file you had problems with does |
11:02.58 | Ifaistos | RP: Now i am faced with a new problem... |
11:03.30 | Ifaistos | RP: I am trying to build libxml as native and "normal" |
11:03.54 | Ifaistos | RP: The bb is the same in both cases (only the name changes) |
11:04.15 | Ifaistos | RP: But the native one does not even make configure |
11:05.06 | RP | Ifaistos: Did you inherit native? |
11:05.17 | Ifaistos | RP: yes |
11:05.37 | RP | Ifaistos: Then the bb is not the same in both cases... |
11:07.05 | Ifaistos | RP: I though that the diffeence between inherit autotools and native would be where the final results ends |
11:07.30 | Ifaistos | RP: But eitherwise they are the same |
11:07.44 | RP | Did you just inherit autotools or both autotools and native? |
11:07.45 | Ifaistos | RP: Or so i thought :/ |
11:08.02 | Ifaistos | RP:Only native |
11:08.21 | RP | I suspect you want both. Note that order is important |
11:08.39 | RP | Have a look at some of the other -native .bb files |
11:08.52 | RP | They usually include the normal one, then tweak a few things |
11:09.13 | RP | For instance DEPENDS might need to be -native ones rather than "normal" ones |
11:09.39 | Ifaistos | This is what i did |
11:09.40 | Ifaistos | SECTION = "libs" |
11:09.41 | Ifaistos | include libxml2_${PV}.bb |
11:09.41 | Ifaistos | inherit native |
11:09.41 | Ifaistos | FILESDIR = "${@os.path.dirname(bb.data.getVar('FILE',d,1))}/libxml2-${PV}" |
11:10.50 | Ifaistos | RP:libxml2 gets compiled fine but libxml2-native fails |
11:13.04 | RP | I'd have expected that to work... |
11:14.01 | RP | Ifaistos: I suspect its not including the file - Did you make sure your PV matched an existing package? |
11:14.15 | RP | s/include/require/ to check |
11:14.40 | koen | RP: have you experimented with dyntick lately? |
11:14.58 | RP | er, require might not work in .bb files if I remember what zecke said rightly though :-/ |
11:15.10 | RP | koen: Its running as default in Zaurus images now |
11:15.38 | Ifaistos | RP: Here is what the result is from a bitbake libxml2-common -> http://pastebin.com/527088 |
11:16.54 | RP | Ifaistos: Does a version 2.6.8 exist locally? It doesn't in OE... |
11:18.06 | Ifaistos | RP: Yes it does |
11:18.44 | Ifaistos | RP: -> http://pastebin.com/527092 |
11:18.56 | CIA-4 | 03koen 07org.oe.dev * r4ed28ef3... 10/packages/linux/handhelds-pxa-2.6_cvs.bb: handhelds.org 2.6: update PV to 2.6.15-hh0 |
11:19.23 | koen | RP: ah cool |
11:19.39 | koen | RP: do you see any noticable effect yet? |
11:20.22 | RP | koen: I think there are bigger power drains on a handheld which drown out its savings |
11:21.34 | Ifaistos | RP: libxml2 compiled -> http://pastebin.com/527095 |
11:22.01 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
11:24.47 | koen | RP: I wonder what those power drains are |
11:24.59 | koen | RP: you and lrg got sound under control now |
11:27.10 | *** join/#oe obergix[home] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
11:28.09 | koen | obergix[home]: nice to hear that you will be attending FOSDEM |
11:28.16 | RP | koen: backlight |
11:28.44 | koen | RP: some aggressive dimming would fix that, right? |
11:28.51 | RP | Ifaistos: I've just tried a libxml2-native_2.6.9.bb as you described above and it worked (up to installing) |
11:28.54 | RP | koen: yes |
11:29.02 | RP | koen: Just wifi to then consider |
11:30.04 | koen | yeah |
11:30.14 | koen | good thing that almost no zaurus has wifi ;) |
11:30.28 | RP | Ifaistos: Actually, it didn't - you need to change WORKDIR |
11:31.58 | Ifaistos | RP: Isn;t this supposed to be handled by the inherit native ? |
11:34.03 | RP | Ifaistos: You need something like S = "${WORKDIR}/libxml2-${PV}" |
11:34.39 | RP | Ifaistos: inherit native doesn't always cover everything |
11:34.58 | RP | koen: Most Zaurus owners have CF wifi cards though ;-) |
11:35.32 | RP | NOTE: package libxml2-native-2.6.9-r0: task do_build: completed |
11:35.42 | pb__ | RP: what sort of power saving do you actually see from dyntick? |
11:36.54 | pb__ | fwiw, the ipaq backlight on moderate brightness seems to consume about 400mW; maybe twice that at full brightness. |
11:38.25 | RP | pb__: I've not measured any change in the power consumption. I guess if I turned off the backlight, cpufreq and the wifi card I might but I wasn't particularly interested in doing so at the time |
11:38.46 | RP | pb__: 400mW sounds similar to the Zaurus backlight |
11:39.28 | RP | Upon startup the device can use up to 2W of power :-/ |
11:39.33 | pb__ | mm, right. it sounds like the dyntick code still leaves something to be desired then. I think you ought to be able to get at least a measurable improvement that way. |
11:40.04 | koen | maybe userspace is being to un-idle |
11:40.13 | RP | The pxa code might not be complete - I couldn't work out exctly what it was doing when I looked breifly at it... |
11:40.44 | pb__ | yeah, it's also possible that userspace is screwing it up. matchbox-panel, for example, certainly used to do that. |
11:41.02 | pb__ | Does it have any instrumentation to tell you how long it's actually sleeping for between ticks? |
11:41.18 | RP | Not that I saw |
11:41.33 | koen | is pxa cpufreq into mainline yet? |
11:41.38 | pb__ | that is unfortunate |
11:41.40 | RP | koen: no |
11:42.00 | RP | koen: The Zaurus implementation has bugs as well :-( |
11:43.16 | pb__ | The total power consumption on an h3900 when it's sitting quietly is about 1W (including about 400mW for the backlight as above). Out of the remaining 600mW, I imagine the majority is being used by the CPU and RAM. |
11:44.25 | RP | pb__: The Zaurus uses much less than that. When sitting idle, it uses about 500mW or which 400mW is the backlight |
11:44.51 | RP | The CPU/memory don't appear to use much at all. This could be cpufreq of course... |
11:45.05 | pb__ | ah, that's interesting. |
11:45.08 | pb__ | what RAM is in the zaurus? |
11:47.08 | Ifaistos | RP: Yes that did the trick. Thanks :) btw is there a reason that most of the libs in oe don't have a lib*-native.bb ? |
11:47.15 | pb__ | actually, that 1W figure was a bit inaccurate. having actually looked at my h3900 now, the real number is more like 700mW. |
11:48.50 | RP | pb__: At somepoint I'll have a go at optimising the zaurus a bit more. I did have a look at its sleep power consumption and have that equivalent between 2.4 and 2.6 kernels now (for c7x0). I still see differences with cards inserted/removed though which worries me... |
11:49.07 | RP | Ifaistos: Nobody has needed them I expect? |
11:50.53 | *** join/#oe cedric (n=moa@APuteaux-154-1-93-76.w83-204.abo.wanadoo.fr) |
11:51.01 | Ifaistos | RP: The code used to make the native libs can be used to make other *native.bb ? apps etc ? |
11:53.41 | RP | Ifaistos: How many native apps do you need though? |
11:54.25 | Ifaistos | RP: I am just asking so i can clear up in my mind how things work :) |
11:55.43 | RP | Ifaistos: We've found we only need a very small number of native apps, hence not that many packages have native .bb files |
11:56.47 | alan|home | hi folks |
11:57.25 | alan|home | do you know if there is a special bug reporting system for oz354fam085 branch ? |
12:00.51 | *** join/#oe netnix (n=alex@81.25.37.75) |
12:01.46 | CIA-4 | 03koen 07org.oe.dev * rd10318ef... 10/packages/cbrpager/cbrpager_0.9.14.bb: cbrpager: add 0.9.14 as requested by Alan|home on #oe :) |
12:07.04 | alan|home | koen: i love you :) |
12:08.08 | alan|home | koen: did you test it ? |
12:08.34 | koen | it ran on my hx, but I don't have any cbz/cbr files |
12:10.05 | alan|home | koen: http://www.stanleylieber.com/cbz/Apophenia_01.cbz |
12:10.51 | *** join/#oe pH5 (n=ph5@p5485DFF1.dip.t-dialin.net) |
12:12.24 | Ifaistos | Looking through the files i saw there was an xclient image. has anyone build it for x86 ? |
12:12.27 | alan|home | alright, let's re-configure my build machine... |
12:28.11 | alan|home | what does this error mean ? "monotone: warning: discarding revision cert packet fbc22e245906dac5ce180f67a0c62 1f7a2db1a28 with unmet dependencies" |
12:28.26 | alan|home | i have several of them |
12:31.46 | koen | alan|home: http://handhelds.org/scap/port.29306.png |
12:32.06 | koen | the big buttonbox is a bit annoying, but that a matchbox 'feature' |
12:33.51 | alan|home | koen: great ! |
12:33.57 | alan|home | thanks a lot ! |
12:34.12 | koen | you also need the real unzip, not the busybox one |
12:34.53 | alan|home | mmm... do we have this in OE ? |
12:35.02 | koen | yes |
12:35.14 | alan|home | ok, so that is alright... |
12:36.12 | alan|home | we may need unrar for cbr files, though... |
12:36.28 | alan|home | cbz are zipped, cbr are rared. :/ |
12:39.05 | alan|home | koen: according to this screenshot, buttons should be on the side of the screen ( http://www.jcoppens.com/soft/cbrpager/img/snap.jpeg ). Is there really nothing we can do about it ? |
12:39.31 | CIA-4 | 03koen 07org.oe.dev * r304e4930... 10/packages/cbrpager/cbrpager_0.9.14.bb: add RDEPEND on the real unzip |
12:39.45 | koen | 1) don't use matchbox or 2) add some window hints to the toolbar |
12:40.35 | alan|home | ok, then i guess i may have to contact cbrpager author |
12:41.12 | koen | a preference to have a horizontal bar would work as well |
12:41.57 | pb__ | yah, horizontal bar would probably work better on a portrait screen anyway |
12:50.27 | CIA-4 | 03koen 07org.oe.oz354fam083 * rbda4787c... 10/packages/kbdd/kbdd_cvs.bb: kbdd: update PV |
12:50.32 | CIA-4 | 03koen 07org.oe.dev * rabb0e960... 10/packages/kbdd/kbdd_cvs.bb: kbdd: bump PR of cvs version |
12:59.39 | *** join/#oe _Titeuf (n=Titeuf@2m01.net) |
12:59.50 | *** join/#oe nxz (n=n@tor/session/x-71a3fd8adea5da76) |
13:01.34 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-161-192.pools.arcor-ip.net) |
13:17.52 | *** join/#oe obergix[work] (n=olivier@195.167.200.5) |
13:21.18 | gremlin[it] | koen ... 0.8.3 RC2 (or more) exist as a feed ? |
13:25.26 | *** join/#oe alan|home (n=alan@ARouen-152-1-27-54.w83-115.abo.wanadoo.fr) |
13:25.59 | alan|home | stupid livebox (France Telecom modem/router...) |
13:26.35 | alan|home | what did i miss ? |
13:28.50 | hhhhcz | rien |
13:29.25 | alan|home | hhhhcz: french ? |
13:29.51 | hhhhcz | yes |
13:30.00 | hhhhcz | sorry for the fench word :) |
13:30.08 | hhhhcz | +r |
13:30.19 | alan|home | i'm french too :) from Rouen |
13:30.48 | hhhhcz | i see :) |
13:30.52 | alan|home | ^^ |
13:39.42 | *** join/#oe obergix[work] (n=olivier@195.167.200.5) |
13:40.12 | *** join/#oe zecke (n=ich@88.134.3.107) |
13:46.56 | CoreDump|home | hi |
13:51.15 | alan|home | hey CoreDump|home |
13:55.53 | zecke | koen|away: hey |
14:01.21 | koen | re |
14:02.04 | zecke | hey |
14:02.12 | zecke | koen: can a NSLU2 run in Little Endian Mode? |
14:02.13 | koen | gremlin[it]: the feeds configured in the RC rootfs work |
14:02.17 | koen | zecke: yes |
14:02.38 | koen | and since a few weeks even the builtin ethernet works in LE modus |
14:02.46 | gremlin[it] | koen i asked to to a live update 0.8.2 -> 0.8.3-RC |
14:02.47 | zecke | okay I will get one then |
14:03.12 | CIA-4 | 03coredump 07org.oe.dev * r19acbe30... 10/packages/altboot/files/init.altboot: altboot: Sync with .dev branch, no notable changes. |
14:03.18 | koen | zecke: not to sure on the details, but you might have to flash a new bootloader |
14:03.20 | *** join/#oe Laibsch (n=Laibsch@G326b.g.pppool.de) |
14:03.37 | CoreDump|home | Am I right to assume that 'BOOTSTRAP_EXTRA_DEPENDS ?= ""' would set that variable to "" if it isn't set already, but leave it alone otherwise? |
14:03.56 | zecke | koen: the perspective of running it the in the same byte order as my PDA is good enought |
14:04.17 | koen | zecke: I ordered a loft last week :) |
14:04.31 | zecke | koen: a loft? what is that? |
14:04.37 | koen | http://www.giantshoulderinc.com/hardware.html |
14:04.51 | koen | 533MHz/64MB board that [g2] designed |
14:05.09 | zecke | hmm he wanted to mail me when it is done :} |
14:06.10 | zecke | koen: are these generally available? |
14:06.21 | koen | they are |
14:06.32 | koen | $350 for board + case + PSU |
14:06.53 | zecke | + shipping |
14:07.24 | koen | yes |
14:07.42 | zecke | he lives in the US? |
14:07.45 | koen | [g2] is looking at how to handle VAT |
14:07.51 | koen | yes, in the US |
14:23.12 | koen | git/ hg/ monotone/ svn/ |
14:29.23 | *** join/#oe netnix (n=alex@81.25.38.130) |
14:35.05 | chouimat | morning |
14:41.50 | CoreDump|home | ~lart Debian SID for breaking KDE apps YET AGAIN |
14:42.47 | chouimat | CoreDump|home: again? wow |
14:43.31 | CoreDump|home | yeah, every KDE app is bitching about missing "mime types". Which breaks konq and every darn file selector |
14:44.57 | CoreDump|home | lets see if todays updates fix it .... |
14:45.09 | chouimat | CoreDump|home: that's debian as usual :) |
14:45.41 | CoreDump|home | no, before sarge went stable, there were *never* any such problems with SID |
14:45.56 | CoreDump|home | maybe for_one_ day at most. |
14:51.08 | *** join/#oe zap (n=zap@217.170.93.196) |
14:52.43 | koen | http://www.fosdem.org/2006/index/dev_room_embedded |
15:00.10 | Crofton | this wireless stuff will never catch on |
15:01.07 | zecke | <PROTECTED> |
15:02.05 | Crofton | I work for the Mobile and Portable Radio Research Group :) |
15:02.40 | zecke | I'm a intern at a DVB-H research facility :} |
15:03.08 | Crofton | neat |
15:03.33 | zecke | Crofton: yeah neat technologies but not if nothing works |
15:04.06 | Crofton | as an academic, working is not important |
15:04.09 | Crofton | publishing is |
15:04.12 | zecke | hehe |
15:04.23 | Crofton | I am a failed academic, I wold ratther stuff work than publish |
15:04.41 | zecke | I hope I will publish my first work within the next three month... |
15:04.46 | Crofton | cool |
15:05.03 | zecke | optimising bandwith usage for interfactive tv programs... |
15:05.04 | koen | publishing is overrated |
15:05.10 | Crofton | heh |
15:05.29 | zecke | koen: hehe |
15:05.30 | Crofton | it is hard to publish software defined radio stuff |
15:05.35 | Crofton | not enough equations |
15:08.24 | Ifaistos | koen: When is your presentation on FOSDEM ? |
15:08.37 | koen | RP: the nokia people are having a talk at fosdem about powermanagement |
15:08.49 | koen | Ifaistos: saturday or sunday |
15:12.11 | *** join/#oe zap (n=zap@217.170.93.196) |
15:12.42 | Ifaistos | koen: That's what i am asking.... I am thinking for flying over that day |
15:13.04 | Ifaistos | koen: return back in the evening the same day |
15:13.47 | koen | Ifaistos: I have no idea, the fosdem people are still working on the schedule |
15:21.54 | Ifaistos | does anyone know when task-xterminal is build the xserver and company have to be installed from packages or it boots directly on X ? |
15:31.04 | *** join/#oe pH5 (n=ph5@p5485E1CC.dip.t-dialin.net) |
15:52.52 | pH5 | a bitbake autoconf-native, just failed here. |
15:52.59 | pH5 | the temp/run.do_configure file has this line: "meta-gpe.bb_do_configure" instead of "autotools_do_configure". |
15:53.09 | pH5 | building directly via bitbake -b autoconf-native_2.59.bb works. |
15:53.16 | pH5 | any hints what I should look for? |
15:53.31 | zecke | ouch |
15:55.40 | koen | try blowing away the cache |
15:56.41 | pH5 | koen: thanks for the hint, but I just started this with rm -rf tmp :-/ |
15:57.03 | pH5 | s/with/after/ |
16:00.43 | koen | zecke: did you see http://article.gmane.org/gmane.comp.version-control.monotone.devel/5831 ? |
16:02.03 | zecke | I will reply |
16:04.46 | Crofton | We should score the various scm products on how much they care about OE |
16:07.07 | zecke | koen: can I reply somehow using gmame? |
16:07.10 | koen | we seem to be the largest project using monotone: http://venge.net/monotone/wiki/ProjectsUsingMonotone |
16:07.20 | koen | zecke: no idea, I have tried that before, but it didn't work |
16:07.43 | Crofton | yeah, I've seen that |
16:08.23 | Crofton | in terms of volume, I suspect OE scores high on the list of projects using any scm |
16:12.12 | alan|home | testing OZ 3.5.4RC : Gdk-Warning **: gdk_property_get(): length value has wrapped in calculation (did you pass G_MAXLONG?) |
16:12.32 | CoreDump|home | alan|home: I'm seeing that a lot here too |
16:15.44 | *** join/#oe toi (n=peter@d54C24BC0.access.telenet.be) |
16:16.43 | koen | http://article.gmane.org/gmane.comp.version-control.monotone.devel/5812 looks neat as well |
16:18.42 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-67-66.w83-202.abo.wanadoo.fr) |
16:27.16 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
16:31.15 | koen | zecke: could you cc: me on that monotone message? |
16:31.40 | zecke | koen: sadly not, I will give you a gmame url (if it works) |
16:34.10 | *** join/#oe alan| (n=alan@86.205.171.123) |
16:40.27 | *** join/#oe moa_ (n=moa@APuteaux-154-1-40-75.w83-199.abo.wanadoo.fr) |
16:43.43 | CoreDump|home | JustinP: any news on e? |
16:50.41 | zecke | damn gmame |
16:57.39 | gremlin[it] | i notice an error on bitbake manual ... ch02 , "Appending (.=) and prepending (=.) without spaces" paragraph |
16:59.56 | *** join/#oe alan| (n=alan@ARouen-152-1-32-242.w83-115.abo.wanadoo.fr) |
17:08.01 | *** join/#oe law_ (n=_law_@213.173.86.202) |
17:16.25 | *** join/#oe _alwin_ (n=ral@cable-84-44-250-162.netcologne.de) |
17:19.54 | koen | zecke: I take gmane isn't working as expected? |
17:21.08 | zecke | koen: I wait for a confirmation mail :} |
17:21.46 | koen | hmmm |
17:21.54 | koen | can anyone reach http://lists.gnu.org/archive/html/monotone-devel/2006-01/ ? |
17:22.13 | *** join/#oe Crofton|770 (n=balister@blacksburg-bsr1-24-53-131-41.chvlva.adelphia.net) |
17:22.18 | zecke | cya later |
17:22.51 | Crofton|770 | My doctor has free wireless |
17:23.27 | koen | heh |
17:23.39 | Crofton|770 | <PROTECTED> |
17:50.55 | CoreDump|home | yay, found a compile-bug in the 3.5.4 branch with orinoco-modules_0.13e.bb |
17:53.11 | CoreDump|home | http://pastebin.ca/38915 |
17:53.23 | CoreDump|home | building for collie btw |
17:53.59 | kergoth_ | 3014 .bb files now? sheesh :) |
17:54.21 | koen | CoreDump|home: ah, it seem 2.95.3 doesn't like the CC_ARCH flags |
17:54.23 | CoreDump|home | indeed |
17:55.18 | CoreDump|home | sooo, what can I do about it? |
17:55.41 | koen | try blowing away HOST_CC_ARCH for that package |
17:55.52 | koen | I suspect http://ewi546.ewi.utwente.nl/tmp/viewmtn/getdiff.py?id1=e5947ae8248c8fd093e1c7c0584bc013dc8839d8&id2=b96c823512e3b9ff9ed51afd16fa04da0842e38c&fname=classes/module-base.bbclass is causing the problems |
17:59.40 | CoreDump|home | NOTE: package orinoco-modules-0.13e: completed |
17:59.46 | CoreDump|home | yep, that's the cause |
18:01.23 | koen | svk sync //oe-crofton-upstream is taking it's time... |
18:03.02 | kergoth_ | mine timed out multiple times, had to restart it |
18:03.05 | kergoth_ | pretty odd |
18:03.13 | kergoth_ | like theres a network connectivity issue with the server ors omething |
18:03.42 | koen | Current RX Speed: 272.90 KB/s |
18:03.52 | koen | so it's doing something |
18:04.06 | koen | a welcome change from gits chattiness |
18:05.55 | koen | ah, it's giving me some output |
18:06.00 | koen | Committed revision 27 from revision 26. |
18:12.24 | *** join/#oe alwin_ (n=ral@cable-81-173-131-178.netcologne.de) |
18:16.51 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
18:24.23 | *** join/#oe Laibsc1 (n=Laibsch@G18fb.g.pppool.de) |
18:25.17 | CSMan | how do you guys test your X apps? i remember there is a command to open a custom size X window |
18:26.49 | Laibsch | Hi, I managed to get anthy to compile. Now, I was wondering how to actually integrate it as an input method. In case anyone is interested, the bb file in the form of a diff is available either from bugs.openembedded.org or gakusei.sf.net |
18:27.01 | rob_w | how would i switch inside a disto.conf different preferred gcc`s based on the MACHINE used ? |
18:28.55 | pb__ | PREFERRED_VERSION_gcc-cross_death = "2.95.3" |
18:29.16 | pb__ | would give you gcc 2.95.3 for MACHINE="death" |
18:30.35 | rob_w | if scary |
18:31.23 | rob_w | so that will then also override declarations with _death or similar ? |
18:31.34 | pb__ | of course, doing this for c++ packages would destroy binary compatibility, so extreme caution is advisable |
18:31.35 | rob_w | i mean without |
18:31.38 | pb__ | yes |
18:32.11 | pb__ | _death will prevail if both are defined |
18:32.36 | rob_w | even more scary |
18:32.47 | rob_w | :-) Thanks |
18:33.40 | rob_w | i need this for the alchemy based stuff |
18:33.58 | pb__ | ah, right |
18:34.24 | pb__ | if your situation is actually generic to mips, rather than being truly machine specific, you probably want to use an override on TARGET_ARCH instead. |
18:34.50 | rob_w | to put in familiar.conf ? |
18:36.02 | pb__ | i.e. PREFERRED_VERSION_gcc-cross_mips or something |
18:36.02 | rob_w | but i cant say if this apply`s for all mips ,.. but it works for AMD alchemy based ones ( so far ) |
18:36.40 | pb__ | okay |
18:37.01 | rob_w | ok , i wll go for a try wth mipsel |
18:39.46 | rob_w | where can i learn about the hirarchey of packages overriding ? |
18:42.26 | *** join/#oe reenoo (n=r@p5489F65B.dip.t-dialin.net) |
18:42.53 | reenoo | evening |
18:43.30 | pH5 | hi reenoo |
18:43.44 | reenoo | hey pH5 |
18:44.05 | pb__ | rob_w|skywatch: it's pretty easy, overrides go from right to left |
18:50.48 | rob_w|skywatch | ah ,, nice |
18:51.18 | rob_w|skywatch | but something is still overriding me something coming from familiar.conf n friends .. |
18:54.26 | rob_w|skywatch | bah , the sky is actually too bad |
19:15.10 | *** join/#oe alan| (n=alan@ARouen-152-1-60-161.w83-199.abo.wanadoo.fr) |
19:22.07 | Crofton | Can someone take a look at this and apply? |
19:22.08 | Crofton | http://bugs.treke.net/show_bug.cgi?id=635 |
19:41.43 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
19:47.34 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
20:00.47 | *** join/#oe shadows (n=erisha@c-24-12-192-131.hsd1.il.comcast.net) |
20:02.13 | shadows | hi guys. so i'm building this OpenZaurus image on amd64 host, and the resultant kernel 2.6 is too large for my target platform; there is a script which checks the size of the image and halts the build process if size exceeds a predetermined number. this process thus fails on my amd64 host machine. |
20:02.40 | shadows | however, it does NOT fail on another OZ user's host machine when building from the same source branch, and same OZ target |
20:03.13 | shadows | what might cause this to be different, when supposedly myself and the other user are building with the bootstrap compiler? |
20:05.27 | Laibsch | Is it "fairly safe" to use the most current OE now or is breakage still likely for very basic stuff? |
20:08.59 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
20:25.12 | gremlin[it] | i don't understand exactly a thing about COLLECTIONS |
20:26.37 | gremlin[it] | when the same packege (foo.bb) exist in both reposotory which win ??? the one with highest or lower PRIORITY NUMBER ? |
20:27.22 | *** join/#oe katossi (n=guillerm@dslb-084-062-161-192.pools.arcor-ip.net) |
20:27.28 | pb__ | gremlin[it]: highest |
20:27.45 | pb__ | bigger is better in terms of priority |
20:28.38 | gremlin[it] | thanks pb__ ... i'm trying to use this fearure to build sa ipaq with kernel 2.6 without touch the original repo :) |
20:29.07 | pb__ | right, yeah, that's basically the kind of thing it's intended for |
20:32.35 | gremlin[it] | when i change something in config/*.conf i have to clean something in build/tmp ? |
20:33.03 | pb__ | generally, yeah |
20:33.15 | gremlin[it] | what ? |
20:38.19 | gremlin[it] | surelly build/tmp/cache ... but what else ? |
20:38.40 | pb__ | depends what you change |
20:38.54 | pb__ | given a sufficiently wide-reaching change to a .conf file, you might potentially have to remove all of tmp/ |
20:40.08 | gremlin[it] | mhhh but usually tmp/*/x86_64-linux isn't affected ... cross tools mainly |
20:54.11 | gremlin[it] | mhhh maybe this morning i wasn't abe to compile alsa-driver (familiar-unstable kernel 2.4) cause i had libc compiled with linux-libc-headers-2.6.11.1-r1 ... probably not sure ... |
20:56.44 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
21:05.51 | JustinP | CoreDump|home: not as yet |
21:06.10 | CoreDump|home | JustinP: :( |
21:06.20 | JustinP | CoreDump|home: strangely, even updating everything to CVS versions still causes strange errors with e-wm and entrance with edje_cc |
21:06.41 | CoreDump|home | tried trashing /tmp? |
21:06.47 | JustinP | even though latest CVS versions compile fine on my desktop... |
21:06.50 | JustinP | oh yes |
21:07.15 | CoreDump|home | hmm sounds nasty |
21:07.20 | JustinP | yeah... |
21:07.47 | CoreDump|home | got a diff against .dev or branch? |
21:07.53 | JustinP | and it's harder to deal with as it says it's expecting a certain amount of args, but got another, but doesn't say what command is the problem... |
21:08.02 | JustinP | CoreDump|home: it's all checked in ;-) |
21:08.05 | JustinP | in dev |
21:08.15 | CoreDump|home | ahh, I didn't notice heh. |
21:08.26 | CoreDump|home | will try it first thing tomorrow |
21:08.30 | JustinP | ok |
21:14.08 | shadows | whoo! i got my adapter from serialio! |
21:14.19 | shadows | USB A female to USB mini A male |
21:14.22 | shadows | it's a short little pigtail |
21:14.24 | shadows | ten bucks |
21:14.26 | shadows | it's perfect |
21:14.29 | CoreDump|home | =) |
21:14.44 | shadows | anyone who wants this adapter, it is nolonger hard to find |
21:14.48 | shadows | buy it from serialio |
21:14.57 | CoreDump|home | got mine with my Z |
21:15.06 | CoreDump|home | USB host and client cables |
21:15.11 | CoreDump|home | ~hug trisoft |
21:15.12 | ibot | ACTION hugs trisoft |
21:15.23 | shadows | i should have, but hose-head who sold me the Z forgot them |
21:15.33 | shadows | then promised screen protectors, never sent those eitehr |
21:15.50 | CoreDump|home | heh |
21:15.59 | shadows | i got a lot of his kit though (usb keyboard, mini mouse, hub, other cables, 100/120 adapter) for total $500usd |
21:16.05 | shadows | no complaints there |
21:16.44 | CoreDump|home | USB host on Z rocks |
21:17.04 | RP | 2.6.16-rc1-git4 works on the Z :) |
21:17.07 | shadows | it's neat to have that, i wish the USB host port was in a different physical orientation |
21:17.20 | shadows | RP: what do you mean, a stock kernel? |
21:17.41 | CoreDump|home | RP: way to go |
21:18.00 | RP | shadows: Mine is heavily patches but you need about two bytes of changes to make a stock one work |
21:18.06 | JustinP | RP: the keyboard with the 2.6 kernel on the C3000 is very non-usable.... |
21:18.17 | RP | JustinP: In what way? |
21:18.21 | shadows | RP: very nice, congrats on the payoff of much hard work |
21:18.37 | shadows | JustinP: arrrrrrrrrre you ssssssuure? |
21:18.40 | shadows | <PROTECTED> |
21:18.41 | JustinP | RP: I had assumed from previous e-mails and such I'd read that it just had a high repeat rate |
21:18.49 | JustinP | RP: but I'm not really seeing that |
21:19.04 | JustinP | It sometimes repeat a char many times even though I pressed it only quickly |
21:19.05 | RP | This kernel is actually testing a fix for that... |
21:19.09 | JustinP | and it often misses my key presses |
21:19.22 | shadows | yes |
21:19.25 | JustinP | I'm either using r0 or r1, not sure which |
21:19.52 | RP | I'm altering the scan delay from 100ms to 50ms. It appears to fix the errors I sometimes see |
21:19.55 | shadows | RP: hey, while you're here, i want to ask what might result in the kernel 2.6 building too big for c3000 on amd64 host A, when amd64 host B builds it fine. .dev branch. |
21:20.25 | shadows | i asked in #oe but that isn't the very chatty channel |
21:20.36 | JustinP | that coupled with USB client not working with Windows and my wireless card not turning on (I may be doing it wrong, of course) make the 2.6 kernel still unusable for me :-( |
21:20.37 | RP | shadows: That sounds very bad :-/ |
21:20.47 | RP | shadows: This is #oe btw ;-) |
21:20.48 | shadows | RP: yes. it is hard for me to think, what might be the cause |
21:21.06 | pb__ | shadows: just fyi, this is in fact #oe. |
21:21.09 | shadows | i am just too excited by receiving a package in the mail |
21:21.12 | shadows | thanks guys |
21:21.15 | shadows | mea culpa |
21:21.16 | shadows | okay |
21:21.20 | JustinP | not to complain, of course, the 2.6 kernel is runing otherwise quite smoothly :-) |
21:21.21 | shadows | so where to begin finding out what is wrong? |
21:21.40 | shadows | i want very much to build the kernel 2.6 and help test |
21:21.41 | RP | JustinP: I have some comments in my inbox which might lead to working RNDIS for cxx00... |
21:21.56 | JustinP | RP: I see |
21:22.08 | RP | shadows: Compare the two kernels with objdump and see which bit of it changed size so much... |
21:22.33 | JustinP | RP: in the case of both g_ether and g_file_storage windows seems to see it pretty much right but it never finishes installing |
21:22.36 | RP | JustinP: I did try very hard to make it work. It looks like some problem with zero length packets... |
21:22.36 | shadows | RP: oh okay |
21:22.41 | JustinP | RP: (of course you may know all this already...) |
21:22.57 | JustinP | g_ether starts installing the driver and never stops |
21:23.01 | RP | JustinP: I can tell you exactly where it stops working ;-) |
21:23.25 | RP | JustinP: down to the line of code - see my post to linux-usb-devel |
21:24.05 | JustinP | g_file_storage has parts recognized by Windows ever so slowly and gets a disk drive installed, but it never shows up anywhere but in the device manager |
21:24.12 | JustinP | hmmm...not on that list.... |
21:25.04 | RP | JustinP: Just be thankfully we have usb client for now :) |
21:26.05 | JustinP | you mean with a Linux host? |
21:27.38 | RP | JustinP: Yes. Its a little worrying g_file_storage doesn't work though. I never tested that mind :) |
21:30.44 | *** join/#oe alan|home (n=alan@86.205.169.31) |
22:02.25 | pH5 | is there a way to stop bitbake from building python-native? ASSUME_PROVIDED doesn't work anymore as it's built via RDEPENDS from ipkg-utils-native. |
22:02.36 | gremlin[it] | there isa limit to the length of a string in the .bb .conf files when VARIABLE=" val1 val2 val3" is done ? |
22:07.03 | RP | pH5: Assume provided should work. The answer might be to remove python-native from ipkg-utils-native thought... |
22:11.04 | pH5 | RP: the ignored_dependencies list (aka ASSUME_PROVIDED) is only checked against depends_list (DEPENDS). |
22:12.34 | pH5 | RP: hm. but since python is needed for bitbake anyway, who needs a local python-native build? |
22:15.29 | kergoth_ | pH5: iirc, the native python build is necessary to build the cross python, but nothing else |
22:17.31 | pH5 | kergoth_: thanks. I'll just remove the python-native RDEPEND from ipkg-utils-native, then. |
22:18.20 | kergoth_ | good plan |
22:22.26 | *** join/#oe nxz (n=n@tor/session/x-d7f914711cf474d2) |
22:23.23 | Laibsch | Is the pocketop foldable IR keyboard supported in OE/OZ? |
22:24.45 | CIA-4 | 03pH5 07org.oe.dev * r2ec495c6... 10/packages/ipkg-utils/ipkg-utils-native_1.6+cvs20050404.bb: ipkg-utils-native: don't RDEPEND on python-native |
22:27.35 | RP | pH5: You did make sure ipkg-utils-naitve still says RDEPENDS = ""? |
22:28.22 | pH5 | um, not yet. why is that important? |
22:28.49 | RP | pH5: It will now RDEPENDS = "python" |
22:28.55 | pH5 | silly me |
22:29.09 | RP | Back where we started :) |
22:29.20 | RP | This was what triggered the whole cycle... |
22:33.44 | CIA-4 | 03pH5 07org.oe.dev * r520f026b... 10/packages/ipkg-utils/ipkg-utils-native_1.6+cvs20050404.bb: ipkg-utils-native: don't RDEPEND on python |
22:38.18 | gremlin[it] | i have a problem with bitbake parsing a .conf file ... it seem correct to me can someone check ? i paste the output of bitbake and the h3600.conf file i'm working on ... http://pastebin.com/527966 thanks |
22:41.38 | *** join/#oe dr_zeus (n=henke@195.84.229.10) |
22:50.54 | gremlin[it] | problably i found .... grrr i hate when the same thing is defined in many places >:( |
22:56.13 | gremlin[it] | good night i'll continue tomorrow |
22:56.22 | pH5 | gremlin[it]: good night |
22:56.40 | gremlin[it] | thanks pH5 :) |
23:04.18 | *** part/#oe pH5 (n=ph5@p5485E1CC.dip.t-dialin.net) |
23:11.54 | CoreDump|home | ~lart hh.org CVS |