| 00:04.54 | Luke-Jr | Are the suspending issues specific to 2.6.12? |
| 00:17.12 | *** join/#oe mrz80 (~scotsman@ip24-136-33-61.ga.at.cox.net) |
| 00:24.42 | treke | ooops |
| 00:24.54 | treke | nothing is handling the case of a partial download :p |
| 00:25.39 | treke | so I guess that's next |
| 00:40.23 | treke | darn it |
| 00:41.30 | treke | oe doesnt seem to be able to tell me that wget died |
| 00:42.32 | treke | ibot CP |
| 00:42.33 | ibot | i heard cp is Copies one or more files to another file or directory. Syntax: cp (file1) (file2) ...(fileN) (destination). Where file1 through fileN are the files to copy, and destination is the destination file or directory. Example: cp ../frog joe copies the file ../frog to the file or directory joe. |
| 00:42.40 | treke | ibot CosmicPenguin |
| 00:42.41 | ibot | well, cosmicpenguin is Jordan Crouse or jordan.crouse@amd.com (work) or jordan@cosmicpenguin.net (home) |
| 00:43.34 | *** join/#oe BillShovel (~BillShove@CPE-144-133-95-213.vic.bigpond.net.au) |
| 00:47.29 | *** join/#oe ggilbert (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 01:02.01 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
| 01:03.58 | *** join/#oe robert (~chatzilla@220.248.128.10) |
| 01:21.49 | *** join/#oe mithro (~tim@lester.mithis.com) |
| 01:34.05 | *** join/#oe noclouds (~mhfan@60.166.164.73) |
| 01:39.06 | *** part/#oe Laibsch (~leggewie@G0dba.g.pppool.de) |
| 02:03.06 | robert | kergoth |
| 02:03.32 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 02:05.46 | robert | I want to usr my local arm-linux-gcc. how can i do |
| 02:06.37 | robert | I want to use my local arm-linux-gcc. how can i do |
| 02:07.15 | keturn | oh, dumbness. The filename for the tarball on upstream's web server is "fooblah.bz2". so bitbake's fetch uncompresses the bz2, but doesn't figure out that it should extract the tarball. |
| 02:09.24 | kergoth | keturn: heh, bitbake's fetcher goes by filename.. not much you can do about that other than bitch at upstream, or write a custom fetch routine, or something |
| 02:10.05 | robert | kergoth:I want to usr my local arm-linux-gcc. how can i do |
| 02:10.11 | robert | kergoth:I want to use my local arm-linux-gcc. how can i do |
| 02:10.17 | subdue | yes, repeating helps |
| 02:11.44 | kergoth | robert: i heard you the first time. stop repeating or you'll be kicked. |
| 02:12.57 | keturn | So can I override oe_unpack_file for just this .bb? |
| 02:13.17 | robert | I write wrong word ."usr" "use". |
| 02:13.31 | kergoth | ? |
| 02:13.41 | kergoth | you did it wrong and corrected it not once, but twice |
| 02:13.50 | kergoth | i dont need to read it 4 times. |
| 02:13.51 | robert | oh .sorry |
| 02:14.25 | kergoth | i dont have my oe setup in front of me, but what you'll want to do is modify ASSUME_PROVIDED so that oe believes your system already has the c library and compiler |
| 02:14.41 | kergoth | soemthing like ASSUME_PROVIDED = "virtual/libc virtual/${TARGET_PREFIX}gcc" |
| 02:14.44 | kergoth | or similar |
| 02:17.15 | robert | thanks |
| 02:19.08 | subdue | kergoth: got a few minutes? |
| 02:20.19 | kergoth | a few. leaving shortly. whats up |
| 02:20.49 | subdue | http://openembedded.org/cgi-bin/moin.cgi/GettingStarted |
| 02:20.59 | subdue | I've started to try a do a build |
| 02:21.12 | subdue | just want to know if the info there is complete enough |
| 02:21.33 | kergoth | yes, thats the definitive place to get to the point where you can do builds |
| 02:21.36 | subdue | uh ... wasn't me that put the comment about you btw |
| 02:22.01 | kergoth | should really lock that page so only oe devs can modify it |
| 02:22.13 | subdue | I added a few things re: freebsd there |
| 02:22.18 | kergoth | nod |
| 02:22.22 | kergoth | should break it down |
| 02:22.30 | kergoth | add subpages for different build distros/os's |
| 02:22.34 | kergoth | lock the main one |
| 02:22.44 | subdue | I changed a few lines that were confusing too |
| 02:22.48 | kergoth | cool |
| 02:23.05 | subdue | (since I'm new at it, I could see it with new eyes) |
| 02:23.40 | subdue | Create a dir to download bitbake to and cd to that dir (cd /stuff/bitbake) <= I think this line is wrong btw |
| 02:24.07 | subdue | so I added the line below it, b/c if I did that, it'd create bitbake/bitbake |
| 02:24.42 | subdue | I dont know if it is the same with linux |
| 02:25.19 | subdue | for me, it had to be cd /stuff only |
| 02:25.20 | kergoth | i think the idea behind that was to create a single dir to hold bitbake, oe, and the build dir |
| 02:25.26 | kergoth | but /stuff is probablys ufficient for that |
| 02:25.31 | kergoth | so yeah, that is odd |
| 02:25.46 | kergoth | we really need an approval process for a document like that |
| 02:25.50 | kergoth | it doesnt belong in a wiki anymore |
| 02:25.56 | subdue | ok |
| 02:26.09 | kergoth | you know, put it in a content management system or something. let people submit changes that get approved by us |
| 02:26.18 | kergoth | new users see from the best perspective, but they also dont understand the system as well |
| 02:26.20 | subdue | that makes sense |
| 02:26.23 | kergoth | so the changes need checking |
| 02:26.36 | subdue | I'm at the local.conf stage |
| 02:26.37 | kergoth | but yeah, thanks for helping fix it up |
| 02:26.48 | subdue | dont quite understand all the options yet, but I'll figure it out |
| 02:27.34 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 02:27.35 | subdue | I'll probably add more freebsd stuff as it comes up |
| 02:27.40 | subdue | thanks for your time |
| 02:30.31 | gb2 | grr. I hate running into limitations of python that require me to jump into C for only like 3 lines of C code. grr. |
| 02:33.45 | *** join/#oe skopii (~john@67.167.203.242) |
| 02:33.55 | rwhitby | robert: see the asusoe.conf distro file for an example of how I did an external toolchain. |
| 02:34.13 | *** join/#oe xep (misha@porter-kresge-apts-59-2.resnet.ucsc.edu) |
| 02:36.38 | robert | ok |
| 02:37.16 | keturn | okay. hacked around that fun by overriding FETCHCOMMAND and providing a localpath parameter to the SRC_URI. |
| 02:37.38 | keturn | gb2: what 3 lines can't you do in Python? |
| 02:42.11 | gb2 | struct sock_filter s_filter[4] = { ... }; |
| 02:42.11 | gb2 | struct sock_fprog fp = { .len = 4, .filter = &s_filter; }; |
| 02:42.11 | gb2 | setsockopt(s, SOL_SOCKET, SO_ATTACH_FILTER, &fp, sizeof(fp)); |
| 02:43.03 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
| 02:46.26 | gb2 | python's socket code has a setsockopt(), which allows you to feed in something created using struct to create arbitrary c-like structs which translates to passing in a pointer to the struct when calling the syscall. |
| 02:46.52 | gb2 | but, attaching a socket filter requires a struct containing a pointer to the filter. and there's no way to do that that i've found. |
| 02:47.03 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 02:51.47 | *** part/#oe BillShovel (~BillShove@CPE-144-133-95-213.vic.bigpond.net.au) |
| 03:20.14 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
| 03:33.47 | *** join/#oe hufnus (~slonsiki@m3d3e36d0.tmodns.net) |
| 03:55.12 | *** join/#oe BigAl (~bigal@dsl-203-113-234-160.ACT.netspace.net.au) |
| 04:24.51 | *** join/#oe mewyn__ (~mike@zelda.tuxnami.org) |
| 04:30.36 | stealth | could someone recompile a prog for me? |
| 04:31.50 | emte | depends what it is |
| 04:33.39 | stealth | i need pppd to do this: http://developerboards.cingular.com/cngddp/board/message?board.id=techsupport&message.id=952 for my ipaq's gprs card.. the sony erricson thinks the server is 127.0.0.2 so i get loopback error when trying to pppd call gprs |
| 04:34.05 | emte | has ppd been fixed yet? |
| 04:34.07 | stealth | i tried making a patch but, im so confused |
| 04:34.11 | emte | ... probably |
| 04:34.14 | stealth | i still get loopback detected |
| 04:36.22 | emte | hmm |
| 04:37.01 | emte | why is AT&T violating standards |
| 04:37.09 | stealth | because they are evil |
| 04:38.14 | emte | opening 127 that way would seriously cause a major loss of security on your system |
| 04:42.17 | emte | did you read the rest of tho posts? |
| 04:42.21 | emte | the* |
| 04:43.04 | emte | they talk about modifying other files ,,, |
| 04:44.29 | stealth | yea, i try all the ppp files but I still get loopback detected when i call gprs |
| 04:45.50 | emte | okay this is the one to follow |
| 04:45.53 | emte | http://www.eskimo.com/~roger/files/doc/howto-gc82.html |
| 04:46.10 | emte | even has the patch file for you |
| 04:47.26 | emte | he has a better solution as well |
| 04:47.45 | emte | you use 10.0.0.1 instead of opening up your loopback |
| 04:48.41 | emte | i take it you already know how to make bb build stuff? |
| 04:49.18 | emte | use bkvi to add file://attgprs.patch |
| 04:49.20 | stealth | not reall I know in the bb file I add the patch under SRC_URI as file://pppd.patch but building it for sa ipaq.. not really; MACHINE in conf/local.conf ? |
| 04:49.21 | emte | or something |
| 04:49.55 | emte | you need to make sure the patch by that name is in the directory |
| 04:50.15 | stealth | in the same directory as the bb? |
| 04:50.24 | emte | and as long as your already setup and have a working build system you should be good |
| 04:50.28 | emte | yes |
| 04:50.46 | emte | most of the patch dir are the bb name with a - not a _ |
| 04:51.02 | stealth | I suppose I do, Im using the snapshot. /stuff .. |
| 04:51.21 | emte | and you have built something that works? |
| 04:51.29 | stealth | never :-/ |
| 04:51.53 | emte | well task-bootstrap might be a good start to see if your system works |
| 04:54.12 | stealth | bitbake task-bootstrap? |
| 04:54.35 | emte | yup |
| 04:54.47 | stealth | i get ERROR: Nothing provides task-bootstrap |
| 04:55.56 | emte | then you have not set it up properly |
| 04:56.43 | *** part/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 04:57.00 | stealth | i exported BBPATH, setup conf/local.conf what else? |
| 04:57.34 | emte | BBFILES |
| 04:58.26 | stealth | you rock emte |
| 04:58.30 | stealth | thanks |
| 04:58.35 | stealth | a lot |
| 04:59.07 | stealth | handling bitbake files :D |
| 05:09.07 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 05:13.34 | *** join/#oe _law_ (~law@mail.stiftadmont.at) |
| 05:15.58 | stealth | will bitbake make an ipk automatically or do i need to specifiy IMAGE_FSTYPES="ipk" ? |
| 05:16.11 | kergoth | eh? |
| 05:16.17 | kergoth | IMAGE_FSTYPES has nothing to do with ipks |
| 05:16.24 | kergoth | absolutely nothing |
| 05:16.39 | stealth | ok |
| 05:16.40 | kergoth | IMAGE_FSTYPE is the filesystem type emitted when creating an image. like cramfs, ext2, jffs2, tar |
| 05:16.49 | kergoth | has nothing to do with packaging |
| 05:16.51 | stealth | ah |
| 05:16.51 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
| 05:17.07 | kergoth | to emit ipks, either set DISTRO to a distribution that uses them, or add package_ipk to your INHERIT |
| 05:18.13 | *** join/#oe qfh (~qfh@ppp-82-135-6-2.mnet-online.de) |
| 05:19.05 | emte | hmm |
| 05:19.15 | emte | kergoth, tell me whats wrong with my loop |
| 05:20.05 | kergoth | hehe |
| 05:20.21 | emte | for (cH = 0; arrayName[cH] != '\n'; cH++) |
| 05:20.21 | emte | { |
| 05:20.21 | emte | printf("\n Input your [%i] entry: ", cH); |
| 05:20.21 | emte | scanf("%lf", &arrayName[cH]); |
| 05:20.21 | emte | } |
| 05:20.30 | emte | its just not exiting properly |
| 05:21.20 | emte | it stops on an extra return but sorta hangs in nomans land |
| 05:31.10 | ljp | http://www.pdalive.com/showarticle.php?threadid=8532 |
| 05:31.56 | emte | ooo i want one |
| 05:32.33 | *** join/#oe _law_ (~law@mail.stiftadmont.at) |
| 05:33.51 | emte | probably be over 1k |
| 05:34.31 | ljp | looks like a neat keyboard, but might be hard to type |
| 05:35.11 | emte | yeah i liked it until it said its also a phone |
| 05:35.25 | emte | that alone doubles the price here |
| 05:47.49 | treke|home | kergoth: ping |
| 05:48.29 | kergoth | treke|home: pong |
| 05:49.15 | treke|home | is it actually possible to build two packages that both use the same filename upstream? |
| 05:49.25 | treke|home | as a src_uri |
| 05:50.04 | emte | hmm i cant push ... |
| 05:50.10 | emte | guess i'll email |
| 05:50.14 | kergoth | treke|home: heh, only if the file really is the same. |
| 05:50.31 | treke|home | hehe |
| 05:50.34 | kergoth | treke|home: only real workaround for that would be to change DL_DIR to include the package name or something, but then you couldnt share the downloaded file between packages. |
| 05:50.37 | kergoth | so .. |
| 05:50.40 | kergoth | tradeoff |
| 05:50.44 | treke|home | kergoth: just noticed that while I was doing the mirror stuff |
| 05:50.51 | treke|home | :p |
| 05:51.22 | kergoth | ah |
| 05:51.40 | treke|home | nothing we've run into yet, so not a big deal |
| 05:51.53 | treke|home | probably just going to store the files under the full url |
| 05:52.25 | kergoth | treke|home: i could see hacking do_fetch to store the md5 of the downloaded file, and its downloaded path, in a single download digest. then include PN in DL_DIR. then look it up in the digest before downloading to see if anyone else already has downloaded it. |
| 05:52.39 | kergoth | that would solve it without having to download stuff multiple times |
| 05:52.50 | kergoth | but that obviously adds a fair bit of additional complexity |
| 05:52.56 | treke|home | yeah |
| 05:53.26 | treke|home | I'm completely bypassing bitbake for files that are already downloaded |
| 05:54.11 | treke|home | which is really the main reason I'm not just using bitbake as written |
| 05:54.20 | kergoth | ah |
| 05:56.53 | treke|home | with the expiring, i think I'm going to have it move expired source offline, but not delete it until it's no longer being referenced in a bb |
| 05:57.14 | treke|home | that way people get an error, but we can always mirror it elsewhere permenantly |
| 06:03.40 | *** join/#oe man-di (~man-di@dyndsl-080-228-192-156.ewe-ip-backbone.de) |
| 06:06.00 | *** join/#oe P|Pe (~P|Pe@p54B9905B.dip0.t-ipconnect.de) |
| 06:07.54 | subdue | expiring? |
| 06:07.59 | *** join/#oe man-di (~man-di@dyndsl-080-228-192-156.ewe-ip-backbone.de) |
| 06:09.03 | subdue | kergoth: what's the PREFERRED_PROVIDERS lines all about? |
| 06:09.20 | kergoth | read the bitbake manual |
| 06:09.25 | subdue | ok |
| 06:11.55 | subdue | note: link doesn't work |
| 06:12.02 | subdue | http://openembedded.org/cgi-bin/moin.cgi/GettingStarted |
| 06:12.12 | subdue | We recommend reading the BitBake users manual (you can build the docs in bitbake/doc/manual, or go to http://bitbake.berlios.de/manual/) for background information |
| 06:12.45 | kergoth | looks like berlios is having problems |
| 06:12.55 | subdue | oh. ok |
| 06:13.42 | robert | in a .bb file, oe use SRC_URI to get the package.How to make oe to find a package that is exist? |
| 06:14.02 | kergoth | i dont understand what you're asking |
| 06:14.32 | kergoth | you mean use _local_ sources instead of downloading them? |
| 06:14.40 | kergoth | you can use file:// urls in SRC_URI |
| 06:14.44 | robert | I mean I dont want to download a package from net |
| 06:14.53 | robert | yes |
| 06:15.38 | treke|home | then use a file:// url in the SRC_URI line |
| 06:16.53 | robert | like file:///root/*.tar.bz2 ? |
| 06:16.58 | treke|home | yes |
| 06:17.08 | robert | oh .thanks |
| 06:28.04 | *** join/#oe wrobbie (~rob@cm168.sigma180.maxonline.com.sg) |
| 07:03.40 | *** part/#oe TimRiker (~timr@TimRiker.active.supporter.pdpc) |
| 07:44.34 | *** join/#oe robert (~chatzilla@220.248.128.10) |
| 07:49.00 | *** join/#oe XorA (~dp@81-178-210-15.dsl.pipex.com) |
| 07:49.48 | XorA | morning |
| 08:02.34 | *** join/#oe uv1 (~Werner@p508907C9.dip0.t-ipconnect.de) |
| 08:11.38 | *** join/#oe jbowler (~jbowler@jbowler.nslu2-linux) |
| 08:14.26 | wrobbie | Hullo |
| 08:15.32 | wrobbie | Say that I played with my openembedded/classes directory a bit too much -- how can I revert to latest BK? |
| 08:16.20 | jbowler | Did you bk commit the changes? |
| 08:16.38 | wrobbie | no.. |
| 08:17.06 | jbowler | Did you bk ci them, or bk edit the files? |
| 08:17.31 | wrobbie | no, just say the the entire classes directory is gone.. :) |
| 08:18.22 | RP | morning all |
| 08:18.24 | jbowler | That's more difficult, (if you used bk it's easy). Do (did) you have any local bk commits in there? |
| 08:18.37 | wrobbie | I'm looking for 'svn update' without going through the BKmanual :) |
| 08:19.01 | *** join/#oe chris144|work (~oe_newbie@host-62-245-140-194.customer.m-online.net) |
| 08:19.04 | wrobbie | no, none.. |
| 08:19.10 | chris144|work | good morning folks |
| 08:19.14 | kergoth | rm -f classes/*; bk co classes |
| 08:19.15 | kergoth | heh |
| 08:19.20 | wrobbie | hah! |
| 08:19.30 | wrobbie | let's try that |
| 08:19.31 | kergoth | note: NOT rm -rf |
| 08:19.38 | kergoth | you dont want to remove bk's metadata (SCCS) |
| 08:19.52 | jbowler | Yes, that might be wrobbie's problem... |
| 08:20.12 | jbowler | ... "say the entire classes directory is gone" |
| 08:20.39 | *** join/#oe robert (~chatzilla@220.248.128.10) |
| 08:20.43 | wrobbie | that did the trick.. |
| 08:20.51 | kergoth | if you screw up bk's file metadata / history, you'll have to either reclone or use bk repair, which essentially pulls down all the changesets anywya |
| 08:21.01 | wrobbie | jbowler: sorry for being confusing |
| 08:21.38 | jbowler | no problem, I did the metadata destruction thing once on a directory with local commits, that was bad. |
| 08:23.01 | wrobbie | kergoth: Koen told me to ask you -- what makes my setup pick glibc_2.3.2+cvs20040726 when newer ones are available? |
| 08:23.55 | wrobbie | I can't fine PREFERRED_VERSION or something that specifies that particular one |
| 08:24.50 | chris144|work | wasn't cvs20040726that hardcoded some time ago in some class? |
| 08:25.21 | jbowler | See the settings of "DEFAULT_PREFERENCE" in packages/glibc/*.bb |
| 08:25.43 | kergoth | wrobbie: the DEFAULT_PREFERENCE inside of hte .bb's defines the deafult preferences. if you want to override that, then set your PREFERRED_VERSION for that package. |
| 08:26.23 | wrobbie | but it's only things like DEFAULT_PREFERENCE_i686 = "0".. what does that mean? |
| 08:26.37 | chris144|work | I should have known that is was done a bit smarter..:-) |
| 08:26.38 | kergoth | it means that the dfault preference is 0 for i686. |
| 08:26.50 | wrobbie | zero what? :) |
| 08:26.59 | kergoth | its just a numeric. if one package has a default preference of 0, and one has a default preference of -1, the one with 0 is default. |
| 08:27.06 | kergoth | if it isnt set at all, its 0 |
| 08:27.23 | kergoth | in that package, its setting DEFAULT_PREERENCE to -1 by default, but overriding that back to 0 for certain packages for which its known to work. |
| 08:27.29 | kergoth | er |
| 08:27.31 | kergoth | certain archs |
| 08:27.32 | kergoth | heh |
| 08:31.07 | RP | kergoth: Have you had a chance to look over zecke's patches? |
| 08:31.23 | kergoth | was planning on it. didnt get to it today. i'll take a look tomorrow |
| 08:32.02 | RP | kergoth: ok, np |
| 08:37.20 | wrobbie | kergoth: ok, thanks |
| 08:38.32 | uv1 | Morning! |
| 08:38.37 | wrobbie | Is where a reason why nobody uses glibc > 2.3.3? (no .bb files for it at least) |
| 08:38.51 | kergoth | ? |
| 08:39.46 | kergoth | there is. there's the floating _cvs build that always goes from current cvs. just probably no really recent locked down dates fromc vs |
| 08:40.02 | uv1 | Question regarding BBMASK. BBMASK = "^gpe.*|^x.*" does not work. I want to mask all gpe and x files. What is wrong ? |
| 08:40.03 | kergoth | feel free to try current cvs and see how it is |
| 08:40.13 | kergoth | uv1: it matches against path+filename |
| 08:40.17 | kergoth | uv1: it odesnt _start_ with gpe |
| 08:40.26 | wrobbie | ah, ok |
| 08:40.31 | kergoth | something like /(gpe|x).* |
| 08:40.35 | kergoth | would work more to your liking |
| 08:40.44 | kergoth | or what have you |
| 08:40.58 | uv1 | kergoth: Thanks, will try that ... |
| 08:41.25 | kergoth | course the .* is superfluous, since there's no need to match what comes after gpe or x |
| 08:41.29 | kergoth | heh |
| 08:42.55 | wrobbie | I made a new bb file for FusionSound, which depends on DirectFB. But when making it can't find directfb headers.. What to do? Post .bb on mailing list? |
| 08:43.13 | kergoth | it use autoconf/automake/ |
| 08:43.15 | kergoth | ? |
| 08:43.18 | wrobbie | configure stage seems to work |
| 08:43.26 | wrobbie | no, configure is present |
| 08:43.31 | kergoth | uh? |
| 08:43.37 | kergoth | configure existing means absolutely nothing. |
| 08:43.47 | kergoth | i didnt ask if it _runs_ autoconf or automake |
| 08:43.53 | kergoth | i asked if it _used_ autoconf or automake |
| 08:44.07 | kergoth | is the configure script an autoconf generated configure script, or not? |
| 08:44.08 | wrobbie | well, it means it doesn't need automake, autoconf, not? |
| 08:44.14 | wrobbie | yes |
| 08:44.16 | wrobbie | it is |
| 08:44.21 | kergoth | and you're inheriting autotools? |
| 08:44.43 | wrobbie | yep, inherit autotools pkgconfig |
| 08:45.08 | kergoth | not much else i can do to diagnose from here. you need to ensure that the package's buildsystem is obeying our CFLAGS, LDFLAGS, etc |
| 08:45.16 | kergoth | those vars are already set up with the proper paths into staging to find our stuff |
| 08:45.22 | kergoth | just a matter of exerting control over their buildsystem |
| 08:45.40 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
| 08:45.58 | wrobbie | hmm.. ok |
| 08:46.25 | kergoth | look for a -I that points into staging on the compile line that's failing |
| 08:47.02 | kergoth | if it isnt there, then you need to figure out how to get it to use our cflags. we export CFLAGS into the environment, which means its configure script should be picking it up and substituting it for @CFLAGS@. so you'd want to make sure their Makefile.in is using that |
| 08:47.07 | kergoth | or whatever |
| 08:47.58 | wrobbie | -I/usr/include/directfb, that can't be good.. |
| 08:48.47 | kergoth | wrobbie: okay, thats a seperate problem from it pointing into staging :) there's probably a configure option, i.e. --with-directfb-libraries= or what have you. you'll want to set those to the correct places in staging. there are lots of examples in other .bb files |
| 08:48.59 | kergoth | run ./configure --help, take a look |
| 08:49.22 | mickeyl | *yawn* |
| 08:49.23 | wrobbie | ok, thanks |
| 08:49.26 | kergoth | hey mickeyl |
| 08:49.30 | mickeyl | morning kergoth |
| 08:49.33 | mickeyl | didn't move yet ? |
| 08:50.03 | kergoth | nope. moving company finally got off their collective ass and sent me the paperwork though, so should be happening soon |
| 08:50.11 | kergoth | :) |
| 08:50.14 | mickeyl | ah finally ;) |
| 08:50.38 | mickeyl | will you be disconnected for a while? |
| 08:53.11 | kergoth | shouldnt be for long. a couple days at most, for travel time. my dad has cable at my townhouse, so once i'm unpacked, will be connected again |
| 08:53.21 | mickeyl | good |
| 08:54.27 | CIA-9 | 03mickeyl 07 * r1.3281 10openembedded/packages/pcmciautils/pcmciautils_003.bb: add pcmciautils 003 |
| 08:54.30 | CIA-9 | 03mickeyl 07 * r1.3280 10openembedded/conf/machine/zaurus-clamshell-2.6.conf: add infrared and ppp modules to c7x0 bootstrap image (kernel 2.6) |
| 08:54.33 | CIA-9 | 03mickeyl 07 * r1.3279 10openembedded/BitKeeper/deleted/ (2 files): remove meta-grant and gpe-image-grant: please don't commit private .bb files |
| 08:54.35 | CIA-9 | 03mickeyl 07 * r1.3278 10openembedded/packages/orinoco/ (2 files in 2 dirs): spectrum_cs: catch up with linux 2.6.12 |
| 08:54.45 | mickeyl | hey CIA-9 no longer lags. |
| 08:54.52 | kergoth | nice |
| 08:55.04 | kergoth | has anyone gotten the pcmciautils stuff working yet? /me wants to see cardmgr dead and buried |
| 08:55.27 | mickeyl | not yet, but since we have 2.6.12-rc on c7x0 we are slowly experimenting with it |
| 08:55.36 | kergoth | cool |
| 08:55.51 | wrobbie | kergoth: it seems fusionsound's only way of locating/check for directfb is via pkg-config.. does that break CFLAGS etc? |
| 08:55.59 | hrw|work | hello |
| 08:56.03 | mickeyl | i'm just not sure yet how expandable this in-kernel solution is, e.g. to have a new card recognized we added a simple entry to some pcmcia conf file. How will we do that without cardmgr ? |
| 08:56.12 | kergoth | did anyone ever get around to splitting out the common hotplug scripts between both linux-hotplug and diethotplug into a seperate package? |
| 08:56.28 | mickeyl | wrobbie: check if directfb installs its pc config file into staging |
| 08:56.35 | mickeyl | wrobbie: if so, check if fusion picks it up |
| 08:56.39 | kergoth | wrobbie: no, OE can handle pkgconfig. any package that provides a .pc (like directfb) needs to inherit pkgconfig. |
| 08:56.50 | mickeyl | kergoth: no i don't think anyone did that yet |
| 08:56.54 | kergoth | k |
| 08:57.09 | kergoth | looking forward to being productive again, and doing some coding on some of my much delayed projects |
| 08:57.13 | kergoth | heh |
| 08:57.19 | mickeyl | that'd be fine :) |
| 08:57.31 | kergoth | blow the dust off of some devices |
| 08:57.48 | kergoth | how was the user reaction to the most recent oz release? |
| 08:58.05 | hrw|work | quite good |
| 08:58.14 | RP | kergoth: pcmciautils won't compile... |
| 08:58.14 | mickeyl | overall pretty positive. there are some issues with sharp-compat libs |
| 08:58.24 | RP | kergoth: I haven't had a chance to work out why... |
| 08:58.26 | mickeyl | RP: try 003, which i just added |
| 08:58.31 | *** join/#oe mallum (~mallum@host81-153-49-207.range81-153.btcentralplus.com) |
| 08:58.41 | RP | mickeyl: right :) |
| 08:58.45 | mickeyl | RP: can you answer my question to how expandable the in-kernel pcmcia approach is? |
| 08:58.57 | mickeyl | i have reviewed the recent pcmcia patches |
| 08:59.08 | mickeyl | and to me it looks like adding a new card needs a kernel patch now |
| 08:59.24 | RP | mickeyl: I think that would be correct |
| 08:59.36 | mickeyl | i don't know if I like that. |
| 08:59.36 | RP | mickeyl: There seem to be a lot of deviceid tables in the kernel |
| 08:59.45 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
| 08:59.50 | mickeyl | morning zecke |
| 08:59.55 | RP | hi zecke |
| 09:00.10 | kergoth | eh, doesnt the module just have to use the right macros to define its ids? doesnt pcmciautils provide a map tool not unlike the usb and pci stuff? |
| 09:00.32 | kergoth | at least, back when i was reading my email |
| 09:00.36 | kergoth | god, i'm like weeks behind on mailing lists |
| 09:00.41 | kergoth | its gonna take ages to get caught up |
| 09:00.43 | hrw|work | zecke: hello |
| 09:00.55 | RP | Each module seems to supply a list of ids it supports |
| 09:01.00 | zecke | hey |
| 09:01.14 | zecke | RP: did you've a chanche to test the fetcher.py changes? |
| 09:01.18 | kergoth | RP: right, that would make sense |
| 09:01.31 | RP | zecke: Not yet. I'll do that soon though |
| 09:01.48 | kergoth | considering the driver probably knows much much better than the user what cards it can handle |
| 09:01.56 | kergoth | heh |
| 09:02.51 | kergoth | hmm, it got late |
| 09:03.03 | RP | I've just had a surprisingly polite and detailed email from an OZ user asking for help with his SD cards. I think I'm in shock... |
| 09:03.11 | kergoth | hehe |
| 09:04.06 | mickeyl | schocking |
| 09:04.20 | uv1 | kergoth: Your BBMASK suggestion works, thanks. What happens, if you have masked a package file, but it is needed due |
| 09:04.35 | kergoth | uv1: whatever package needed it will fail with an unsatisfied dep |
| 09:04.42 | kergoth | so be careful with it |
| 09:04.49 | uv1 | kergoth: Your BBMASK suggestion works, thanks. What happens, if you have masked a package file, but it is needed due to dependency reasons. Will it be found / builded ? |
| 09:05.00 | kergoth | BBMASK excludes things from even being parsed |
| 09:05.05 | kergoth | its compeltely outside bitbake's knowledge |
| 09:05.17 | kergoth | (the info in those files, that is) |
| 09:05.49 | uv1 | kergoth: OK, will keep that in mind. |
| 09:09.03 | hrw|work | 3 |
| 09:10.53 | gints|wrk | ppl please apply my opie-calculator patch... |
| 09:12.52 | RP | "connect to host oe-devel.bkbits.net port 22: Network is unreachable" |
| 09:13.01 | RP | Is anyone else getting that? |
| 09:14.02 | zecke | can't try now |
| 09:15.18 | uv1 | RP: Just documenting the SysRq things we did yesterday. What does EmergencySync exactly do ? Are there other KeyCombinations possible ? I assume it works only with 2.6 kernel ? |
| 09:15.20 | hrw|work | gints|wrk: looking at it |
| 09:15.35 | mickeyl | uv1: read src/linux/Documentation/sysrq.txt |
| 09:16.01 | RP | uv1: EmergencySync saves any data in memory to the flash. If you don't do that you risk file system corruption |
| 09:16.03 | hrw|work | gints|wrk: in future remember also about _1.2.0.bb |
| 09:16.19 | gints|wrk | hrw|work: ok |
| 09:16.24 | RP | uv1: It also works under the 2.4 kernel but the keypress is different |
| 09:16.44 | RP | (I don't know what it is) |
| 09:16.49 | zecke | gints|wrk: ohhh, *sorry* |
| 09:16.58 | *** join/#oe bluelightning (~bluelight@203-173-244-17.akl.ihugultra.co.nz) |
| 09:17.00 | hrw|work | gints|wrk: btw - can opie-calculator use converstion table from zuc? it will got more units to convert.. |
| 09:17.01 | mickeyl | FN+HOME |
| 09:17.04 | hrw|work | hi bluelightning |
| 09:17.12 | gints|wrk | zecke: that's life... :) |
| 09:17.25 | gints|wrk | hrw|work: should test ... |
| 09:17.32 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
| 09:17.38 | gints|wrk | I have tested with that from opie cvs.. |
| 09:17.41 | uv1 | Will check src/linux/Documentation/sysrq.txt. |
| 09:17.52 | gints|wrk | if zuc will work we can update opie cvs |
| 09:18.39 | zecke | gints|wrk: I'm about to leave now |
| 09:19.05 | zecke | gints|wrk: if no one comitted it until tonite, I'll commit it, together with the RTL text rendering |
| 09:19.39 | hrw|work | Error: Max pending log exceeded, commit aborted. |
| 09:19.40 | hrw|work | :( |
| 09:19.45 | gints|wrk | zecke: hrw I think will take care... |
| 09:20.14 | gints|wrk | If no I will remaind :) |
| 09:20.35 | hrw|work | if I get connect to openlogging then I will commit it |
| 09:20.42 | RP | hrw: I have an mmc_timeout patch sitting locally. Will commit as and when I can connect to oe-devel.bk.... |
| 09:21.00 | hrw|work | RP: ok |
| 09:21.10 | hrw|work | RP: now I have 0xb0000 kernel |
| 09:21.27 | gints|wrk | hrw|work: it is true also if you will get connect after two days? :) |
| 09:21.43 | hrw|work | gints|wrk: sure |
| 09:21.46 | gints|wrk | hrw|work: mean do you need remainder :) |
| 09:22.08 | hrw|work | gints|wrk: if not today then monday |
| 09:22.36 | hrw|work | ~lart openlogging.org |
| 09:24.26 | zecke | cya later |
| 09:25.24 | CIA-9 | 03RP 07 * r1.3283 10openembedded/packages/linux/linux-openzaurus_2.6.12-rc3-mm2.bb: bump |
| 09:25.27 | CIA-9 | 03RP 07 * r1.3282 10openembedded/packages/linux/linux-openzaurus_2.6.12-rc3-mm2.bb: |
| 09:25.27 | CIA-9 | Merge bk://oe-devel@oe-devel.bkbits.net/openembedded |
| 09:25.27 | CIA-9 | into tim.rpsys.net:/usr/oe/openembedded |
| 09:25.30 | CIA-9 | 03RP 07 * r1.3266.1.1 10openembedded/packages/linux/ (2 files): linux-oz-2.6: Fix suspend/resume issue + add mmc timeout fix |
| 09:25.54 | RP | Conenction came back |
| 09:26.22 | RP | hrw|work: That should "fix" your SD cards, hopefully |
| 09:27.49 | RP | Hmmm. zecke's just gone - I was about to tell him his patch works :) |
| 09:29.40 | hrw|work | ok |
| 09:32.02 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 09:32.23 | hrw|work | hi lardman |
| 09:32.27 | bluelightning | hi all |
| 09:32.29 | bluelightning | hi gints|wrk |
| 09:32.30 | lardman | hi hrw|work |
| 09:32.39 | gints|wrk | hey bluelightning |
| 09:35.53 | *** join/#oe koen (koen@vestingbar.student.utwente.nl) |
| 09:37.54 | ade|desk | so is bitbake going to branch and be played with before work diverts back to bitbake-ng ? |
| 09:38.43 | ade|desk | a testing/unstable bitbake ? |
| 09:38.46 | RP | ade|desk: Work isn't diverting as such, some of us just don't understand enough about bitbake to work on bitbake-ng |
| 09:39.12 | RP | Its like some "unstable" versions will be released... |
| 09:39.40 | mickeyl | no need to branch |
| 09:39.53 | mickeyl | bitbake-ng is a different entity |
| 09:39.58 | mickeyl | meanwhile we improve bitbake 1.x |
| 09:40.03 | RP | Its not as if bitbake has any other direction I guess :) |
| 09:40.10 | mickeyl | some of the concepts will end up in -ng, some won't |
| 09:40.35 | uv1 | Was just trying the different sysRq's documented and struggled over a ugly issue. If switched to vt1 (e.g.) a "dim display" and "display off" command also affects the virtual console. So after approx 40 secs your screen is off even if entering data. Should'nt working on the console disable the apm system ? |
| 09:40.44 | koen | let's call it bitbake NT |
| 09:40.47 | koen | or bitbake XP |
| 09:41.01 | hrw|work | hmm.. my push doesnot call cia trigger.. |
| 09:41.01 | koen | or XD for our spanish users |
| 09:41.02 | mickeyl | uv1: Yes it should. However, this is not yet implemented in Opie nor GPE. |
| 09:41.09 | bluelightning | BitBake Enterprise Edition |
| 09:41.18 | uv1 | Bitbake Longhorn ? |
| 09:41.18 | RP | I like bitbake XP :) |
| 09:41.23 | hrw|work | 1.3261.3.1 opie-calculator: add files from etc/ to get unit conversations work - patch by Gints Polis |
| 09:41.25 | koen | bitbake CE, for the lowmem version |
| 09:41.41 | bluelightning | bitbake ME for the shit version that crashes all the time |
| 09:43.06 | koen | hrw|work: thanks,I was about to add gints' patch when my cable connection went down last night |
| 09:43.15 | hrw|work | and Bitbake Server for tinderboxes |
| 09:43.16 | koen | (which is still down) |
| 09:43.25 | hrw|work | koen: np |
| 09:46.20 | ade|desk | i prefer bitbake-nwomosdgpc (now works on most open source developers grade personal computers) , catchy no ? |
| 09:47.48 | bluelightning | hehe |
| 09:48.05 | uv1 | RP: Can the kernel disable "opie" apm requests ? This would help in the above mentioned situation! |
| 09:48.23 | mickeyl | nah |
| 09:48.26 | mickeyl | that's not it |
| 09:48.35 | mickeyl | brightness control isn't done via apm |
| 09:48.53 | mickeyl | Qt/Embedded needs to be tought to disable PowerManagement when it becomes aware of a VT change, that's all |
| 09:49.10 | uv1 | mickeyl: So can we do that ? |
| 09:49.14 | mickeyl | sure |
| 09:49.18 | mickeyl | just needs someone doing it |
| 09:49.24 | mickeyl | this is on my pile of things to do since ages |
| 09:49.25 | mickeyl | :/ |
| 09:49.44 | koen | mickeyl: did your guitar arrive yet? |
| 09:49.58 | mickeyl | koen: not yet :( looks like i can't play over the weekend |
| 09:50.07 | koen | ah, too bad |
| 09:51.32 | *** join/#oe Bernardo (~jbs@Bernardo.sourcemage) |
| 09:51.38 | Bernardo | hi |
| 09:51.41 | koen | hey Bernardo |
| 09:51.43 | hrw|work | hi Bernardo |
| 09:51.53 | hrw|work | Bernardo: did you got serial cable? |
| 09:52.22 | wrobbie | how can I reconfigure a package (not re-fetch & unpack); something like 'bitbake -c configure directfb' doesn't work. |
| 09:52.35 | bluelightning | hi Bernardo |
| 09:52.39 | mickeyl | wrobbie: bitbake --help |
| 09:52.44 | mickeyl | wrobbie: look at -f |
| 09:52.53 | mickeyl | you can force a command |
| 09:53.05 | Bernardo | hrw|work: nope, the one I was auctioning for in ebay got snipped from me... |
| 09:53.47 | hrw|work | Bernardo: aha |
| 09:53.50 | uv1 | mickeyl: Anotherone for you pile ;-) If SysRq+E terminates all processes from vt1 and you press "Fn+Right", the system gets stuck. You have to switch it off (remove battery). |
| 09:54.01 | wrobbie | mickeyl: trying now.. |
| 09:54.39 | hrw|work | I have to get schematics, tcx3106 connectors and send it - so friend will make some serial cables on 'taiwan' |
| 09:54.49 | hrw|work | uv1: sysrq+b == reboot |
| 09:55.37 | wrobbie | meh.. it nags bout quilt: |
| 09:55.44 | wrobbie | NOTE: package quilt-native-0.39: started |
| 09:55.45 | wrobbie | ERROR: InvalidTask event exception, aborting |
| 09:56.14 | SuN | What's generally a reliable way to check if a device supports SDIO in Linux if there aren't any specsheets available? |
| 09:56.38 | koen | check the sd driver |
| 09:56.50 | uv1 | hrw|work: sysrq+b does not work either. |
| 09:56.54 | mickeyl | uv1: that's rather for RP. It's a kernel problem |
| 09:56.56 | SuN | And what if the driver doesn't support it currently? :) |
| 09:57.03 | koen | pray :) |
| 09:57.06 | SuN | SDIO is more than just software support, right? |
| 09:57.07 | SuN | Heh |
| 09:57.24 | koen | iirc SDIO is a command subset |
| 09:57.25 | mickeyl | the kernel is stuck in the VT layer and waits for the ACK signal to change the VT |
| 09:57.33 | mickeyl | a signal that never comes since all processes are dead |
| 09:57.34 | mickeyl | heh |
| 09:57.50 | mickeyl | koen: it's a layered approach |
| 09:57.59 | mickeyl | it's hardware, base software, and driver |
| 09:58.01 | mickeyl | hardware - ok |
| 09:58.04 | mickeyl | software - ok |
| 09:58.06 | mickeyl | driver - no way |
| 09:58.13 | mickeyl | to sum up the situation :D |
| 09:58.48 | mickeyl | yeah, that'd be nice |
| 09:58.48 | koen | ~lart sharp |
| 09:59.40 | SuN | I heard this one company released SDIO Wifi for the C860 and others, but I've never come across any products or drivers of theirs. |
| 09:59.45 | koen | ~herring koen |
| 09:59.46 | ibot | ACTION whacks koen on the side of the head with a large red herring named alfred |
| 09:59.51 | koen | mmmm herring |
| 10:00.01 | koen | SuN: cguys |
| 10:00.06 | SuN | Sour or salty? :) |
| 10:00.12 | uv1 | RP: Can you take the SysRQ+E thing onto your stack ? |
| 10:00.19 | koen | normail, with onions |
| 10:00.21 | SuN | Ah, that's what they're called. |
| 10:00.43 | hrw|work | koen: with oil or cream? |
| 10:01.15 | koen | s/normail/normal/ |
| 10:01.32 | koen | hrw|work: without oil or cream |
| 10:01.51 | SuN | I was hoping to get something like that to work with my Motorola E680... but first I need to find out if it's SDio compatible in the first place, then I need to slap Motorola until they release kernel source, then it needs major hacking because large parts of the flash are read-only as it is now. |
| 10:02.51 | mickeyl | ya that sucks |
| 10:03.03 | koen | ~emulate zautrix |
| 10:03.04 | ibot | this is exactly what the GPL is about. grab the stuff and run away |
| 10:03.21 | SuN | Heh |
| 10:03.24 | mickeyl | to make it even worse, you would need to reprogram everything since neither the EZApp API nor the libraries are published |
| 10:03.35 | SuN | I can hardly believe they're getting away with it/ |
| 10:04.02 | SuN | Yeah, some people got Opie to run on it... so you basically have an Ipaq... but the phone/GPRS part is utterly useless without drivers and apps. |
| 10:04.13 | Bernardo | hrw|work: I'll send you my contacts, then. A serial cable will help (if/when I get adsl again) to start working on kernel 2.6 |
| 10:05.15 | SuN | But I could live with "stealing" their API and libraries... though they're probably about as good as Sharp's stuff. |
| 10:05.22 | SuN | Or as bad, I should say. |
| 10:05.37 | hrw|work | Bernardo: ok. I had to ask you about it |
| 10:06.02 | koen | bleh |
| 10:06.13 | koen | more sun cvm hacking todo this afternoon |
| 10:06.20 | mickeyl | SuN: you will have a hard time stealing an API if not even a header file is available |
| 10:06.22 | koen | ~lart sun |
| 10:06.30 | koen | ~lart java |
| 10:06.49 | koen | ~botsnack |
| 10:06.49 | ibot | thanks, koen |
| 10:07.01 | SuN | Well with "stealing" I meant just using it. |
| 10:07.15 | SuN | THough that's probably going to get problematic sooner or later. |
| 10:07.32 | SuN | I can't imagine what's touched by those API's right now. |
| 10:07.40 | RP | SuN: There is no SDIO support in Linux and no specifications to let us do so. Until that changes, we're stuck |
| 10:08.13 | RP | SuN: We know the Zaurus hardware is SDIO compatible as it has the appropriate irq line for 1 bit mode |
| 10:08.39 | RP | uv1: I'm not really sure what you expcet the kernel to do once you've killed all the processes... |
| 10:08.43 | SuN | And the cguys driver isn't GPL, I'm guessing? |
| 10:09.13 | RP | SuN: Its not been released at all... |
| 10:09.25 | SuN | Hm alright... just rumors then. |
| 10:09.28 | SuN | Bah |
| 10:09.43 | SuN | I guess SD can be considered an "evil" standard. |
| 10:09.48 | koen | indeed |
| 10:09.51 | RP | yes |
| 10:10.02 | koen | ibot: SD is also evil |
| 10:10.05 | ibot | koen: okay |
| 10:10.05 | RP | We can't even get plain SD support into the kernel at the moment |
| 10:10.09 | koen | ~SD |
| 10:10.11 | ibot | hmm... sd is http://www.zaurususergroup.com/modules.php?op=modload&name=phpWiki&file=index&pagename=SD%20And%20CF%20FAQ, or evil |
| 10:10.33 | SuN | Kinda odd, seeing how open CF is. |
| 10:10.40 | SuN | But I guess corporations don't give a fuck. |
| 10:10.54 | koen | SuN: CF is just 16 pcmcia |
| 10:11.09 | SuN | ...which is also open :) |
| 10:11.46 | Bernardo | hrw|work: thanks a lot |
| 10:11.59 | lardman|busy] | RP: Where should one start looking to debug why SD is so slow? |
| 10:12.22 | lardman|busy] | RP: It took about 3 hours to extract a 70MB tar file last night |
| 10:12.51 | RP | ouch. That is bad :-/ |
| 10:13.00 | koen | faster sd would mean faster swap on my corgi |
| 10:13.02 | lardman|busy] | RP: Actually, is might have been cloer to 2 hours, but it was very slow anyway |
| 10:13.38 | SuN | koen: are you experiencing any deterioration in the card by using it as swap? |
| 10:13.39 | uv1 | RP: The system should not lock up no circumstances. Thats all. |
| 10:14.02 | koen | SuN: not yet, but sd is evil anyway, so I want it to suffer :) |
| 10:14.05 | CIA-9 | 03mickeyl 07 * r1.3281.1.1 10openembedded/packages/libqpe/libqpe-opie_cvs.bb: apply the libqpe fix-titleheight patch for the cvs version as well, since I feel uncomfortable pushing it upstream |
| 10:14.15 | RP | You need to find out where the code is spending all its time. Sadly, as it probably queues requests and is interrupt driven, things like oprofile probably won't help |
| 10:14.35 | RP | uv1: Did the system actually completely lock or did it just get confused? |
| 10:14.42 | RP | (Did Sysrq+B reboot it) |
| 10:16.14 | RP | lardman|busy]: I'd start by checking the card is really running at the frequency you think its running at |
| 10:16.21 | hrw|work | argh... fscking konq/emb |
| 10:16.54 | lardman|busy] | RP: Frequency I think it is? |
| 10:17.27 | uv1 | RP: SysRQ+B did nothing |
| 10:19.31 | RP | lardman|busy: The system normally says the card is running at a frequency of 20Mhz. I've often wondered if it really is running at that frequency |
| 10:19.54 | RP | uv1: Ok, that is a problem. I might look into it but its a low priority |
| 10:23.43 | hrw|work | speaking about sd.. I was thinking about buying 512M card but now with that timeout problems I will rather spend that cash on something else |
| 10:24.32 | mickeyl | the 512mb kingston works with default timeout |
| 10:25.18 | hrw|work | mickeyl: kingston is brand not manufacturer.. there are kingston with toshiba, hitachi cores... |
| 10:25.18 | *** join/#oe loial (~loial@cp10860-a.tilbu1.nb.home.nl) |
| 10:25.48 | loial | g'day all |
| 10:25.56 | hrw|work | hi loial |
| 10:26.09 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 10:26.48 | loial | does anyone here have a 'remote control' thingie for the zaurus? |
| 10:27.05 | mickeyl | hmm how long is the new bitbake supposed to hang after the "building the provider hash" ? |
| 10:27.11 | koen | loial: x2x? |
| 10:27.29 | mickeyl | nm |
| 10:27.36 | loial | ehm, no, i mean the CE-RH1 |
| 10:27.54 | hrw|work | mickeyl: quite long |
| 10:28.02 | koen | iirc lirc doesn't work with pxa ir devices |
| 10:28.15 | koen | sa should be fine |
| 10:28.34 | hrw|work | CE-RH1 is that remote via headphones/mic? |
| 10:28.38 | loial | soryr, I guess I wasn't clear...it's a headphone remote control on a whire |
| 10:28.47 | loial | yep hrw |
| 10:28.55 | *** join/#oe B0Ti (~boti@82.79.98.49) |
| 10:29.14 | hrw|work | http://www.nippon-export.com/catalog/images/PDA-CE-RH1.jpg |
| 10:29.33 | loial | yep, that's the one |
| 10:29.49 | loial | When I plug it in sound still comes from the zaurus speaker |
| 10:29.54 | hrw|work | 1.3284.1.1 added opie-icon-reload to opie-image - it is small and usefull |
| 10:30.08 | koen | I still need to figure out how to hook up a microphone to my corgi |
| 10:30.17 | hrw|work | koen: left channel is mic |
| 10:30.33 | loial | only when i push a button on the remote thingie the sound comes from the headphones |
| 10:30.35 | koen | (and how to convince someone to swap my corgi for a husky) |
| 10:31.08 | hrw|work | loial: and how it works with sharp'rom'? |
| 10:31.20 | loial | but when i release the button sound comes from the zaurus again |
| 10:32.14 | loial | with sharp rom what happens is: sound from zaurus internal speaker, plug headphone remote in, sound still from internal speaker, use remote once, sound switches to headphones and stays there |
| 10:32.17 | *** join/#oe zecke (fakeuser@pD9E7C739.dip0.t-ipconnect.de) |
| 10:32.42 | koen | moin zecke |
| 10:32.53 | loial | with OE 3.5.3 it doesn't stay at headphones but goes back to zaurus internal speaker |
| 10:32.55 | hrw|work | loial: in any music player or only in sharp one? |
| 10:34.47 | loial | hrw|work: I don't understand your question, but in pdaXrom e.g. it worked with xmms the same way as on sharp ROM |
| 10:35.18 | loial | I guess the zaurus needs to be notified but OE 3.5.3 seems to forget it's notified |
| 10:36.32 | hrw|work | loial: probably you have to trace it - dont know who in OZ team have ce-rh1 |
| 10:37.33 | loial | all apps in OE 3.5.3 have the same behaviour, i've tried mplayer, xmms and opieplayer |
| 10:38.33 | hrw|work | loial: as I said - you have to trace it.. |
| 10:38.48 | loial | when I plug in 'normal' headphones it works okay:) |
| 10:39.07 | loial | dunno how much i can do, but i'll see |
| 10:40.08 | hrw|work | loial: users use more hardware then OZ team has - so not all is supported in same way like in other distros |
| 10:40.47 | hrw|work | loial: sometimes its easy to resolve (like it was with flexis keyboard), sometimes not |
| 10:40.49 | loial | I understand :) |
| 10:40.52 | koen | donation driven development :) |
| 10:41.14 | RP | loial: Is this with the 2.6 kernel? |
| 10:41.18 | loial | at least you've heard of it now:) |
| 10:41.22 | loial | yep RP on 860 |
| 10:41.35 | RP | I killed all the remote control support in 2.6 |
| 10:41.37 | loial | dmesg shows 'Insert HP' and 'Not Insert HP' |
| 10:41.50 | RP | When pressing the button? |
| 10:41.53 | loial | guess that means headphone |
| 10:42.01 | RP | It does |
| 10:42.05 | loial | when inserting headphones (normal, not the remote one) |
| 10:42.42 | RP | I don't have the remote ones, so I have no idea how they work or what the kernel should do when they're inserted |
| 10:42.47 | hrw|work | koen: yes ;) and I was one step from getting that flexis keyboard... |
| 10:43.24 | RP | loial: The whole sounds driver is rather scary :-/ |
| 10:43.25 | loial | RP: well, I can see what's wrong |
| 10:43.26 | hrw|work | koen: sometimes bugs are too easy to resolve... |
| 10:44.12 | RP | loial: What is wrong is that I removed all the remote control support from the kernel... |
| 10:44.31 | RP | Well, I never ported it accross to be more accurate |
| 10:45.00 | mickeyl | mmh |
| 10:45.11 | mickeyl | 1.3284.1.1 won't be of any use soon :) |
| 10:45.23 | hrw|work | mickeyl: on 2.6 kernel only... |
| 10:45.35 | mickeyl | there is anything else than 2.6 ? ;) |
| 10:45.37 | RP | What is 1.3284.1.1? |
| 10:45.51 | loial | RP: when the remote headphone is inserted dmesg says some combinatin of 'Insert HP' and 'Not Insert HP', but it always ends with 'Not Insert HP'. Now if i touch a button on the remote headphones and keep it touched, dmesg says 'Insert HP' and sound plays okay. However when i release it, it shows 'Not Insert HP' again....all it should do is remember it's inserted I think. |
| 10:45.55 | hrw|work | mickeyl: our lovely collie |
| 10:46.00 | mickeyl | yah right |
| 10:46.09 | hrw|work | RP: opie-icon-reload in opie-image |
| 10:46.42 | hrw|work | smacznego mickeyl |
| 10:46.43 | loial | RP: is it a kernel thing? |
| 10:46.57 | mickey|lunch | merci |
| 10:47.00 | RP | loial: Its a kernel thing |
| 10:47.12 | hrw|work | now its time to add setserial and fuser into bootstrap |
| 10:47.16 | RP | loial: It reads a hardware gpio to decide if headphones are inserted or not. If that says they're not inserted it says "Not Insert HP" |
| 10:47.26 | loial | okay |
| 10:47.29 | RP | So your remote control tells the kernel its not inserted... |
| 10:47.53 | RP | Its not simple at all. Somehow, you have to detect the presence of the remote control and override the gpio |
| 10:48.50 | loial | If my remote is working okay.... I guess it should, but it's been a while since i used it:) Probably I should flash the sharp ROM to check |
| 10:49.22 | RP | loial: I think it will be working fine. The problem is I never ported support for the remote control accross |
| 10:49.43 | RP | The buttons will not work and it looks like it has some kind of mad detection scheme which is also broken |
| 10:50.41 | RP | I've never seen one, so I can't comment further. You need to fine someone kernel literate to port the code accross if you want it to work. That person is going to need hardware to test with. |
| 10:51.28 | loial | I understand. Thanks for the info:) |
| 10:52.14 | koen | ~lart savannah.gnu.org |
| 10:52.52 | loial | Something different, is there a way to type the ' character in a terminal? i sometimes like to type "grep bla 'find' " |
| 10:53.07 | koen | fn-7 ? |
| 10:53.10 | loial | i mean the ` character |
| 10:53.23 | koen | no idea |
| 10:53.35 | RP | Shift+7 ? |
| 10:53.35 | koen | I don't have my ZS in front of my at the moment |
| 10:54.33 | loial | shift 7 gives ', but i need `, that's the one below tilde at a normal keyboard, i don't know it's name :) |
| 10:55.29 | loial | it looks like the key next to space might give the correct one |
| 10:55.46 | *** join/#oe Flyinglord^ (~qfh@e181117234.adsl.alicedsl.de) |
| 10:55.51 | loial | but i can't get it to produce it :( |
| 10:56.29 | loial | Please don't tell me i'm the only one that uses it :) |
| 10:57.56 | hrw|work | backtick? |
| 10:58.13 | loial | yes, that might be it's name |
| 10:58.50 | koen | where does opie get it's TSLIB_TSDEVICE from? |
| 10:59.23 | RP | koen: tslib has scripts that declare it |
| 10:59.33 | koen | not on this rootfs :) |
| 10:59.39 | loial | RP: does your 860 reboot when you issue the command? Mine often stops at Rebooting... Restarting system. |
| 11:00.26 | RP | Issue which command? |
| 11:00.38 | loial | reboot command |
| 11:01.18 | loial | also pressing reboot in OPIE often makes the zaurus stop responding to anything |
| 11:01.50 | RP | That sounds like a rootfs issue. I always use the sysrq keys... |
| 11:02.18 | *** join/#oe anomaly_ (~anomaly@ppp242-174.lns2.adl2.internode.on.net) |
| 11:02.19 | loial | what keys are they? |
| 11:02.39 | RP | uv1: Did you finish that writeup and have you a link? :) |
| 11:02.51 | RP | Ah, he's gone :-/ |
| 11:03.48 | RP | loial scroll back and see if you can see when I explained it to uv1 |
| 11:04.01 | uv1|lunch | RP: http://www.uv-ac.de/openembedded/ |
| 11:04.32 | loial | sorry i wasn't online then |
| 11:05.22 | RP | loial: See http://www.uv-ac.de/openembedded/openembedded-8.html#ss8.1 |
| 11:05.30 | RP | uv1|cleaningMyBi: thanks :) |
| 11:05.32 | loial | uv1|cleaningMyBi: thanks for the link:) u to RP:) |
| 11:06.26 | koen | RP: it should read the env vars for tslib, right? |
| 11:07.16 | koen | later all |
| 11:07.23 | loial | bye koen |
| 11:09.29 | loial | RP: I always see Flash instructions mention removing the battery and reinserting. I have found that this isn't necessary. When I want to reflash I just reboot the zaurus and simply keep the OK button pressed jjust before it performs the actual reboot. It's a lot easier and has never given me any problems. |
| 11:30.28 | mithro | loial: what model of zaurus? |
| 11:30.42 | mithro | loial: C700? |
| 11:31.30 | RP | Each of the Zaurii models is a bit different. I've found I can reflash both the C700 and the C760 without removing the battery |
| 11:32.02 | loial | mithro: C860 |
| 11:32.15 | RP | The C760 just needs the Sysrq+B, the C700 needs the battery switch flipping before you SysRq+B |
| 11:32.54 | hrw|work | ~seen pb_ |
| 11:34.04 | ibot | pb_ <~pb@2002:5168:d330:1:a00:1fff:fe06:93c> was last seen on IRC in channel #gpe, 12h 23m 56s ago, saying: 'florian: heh'. |
| 11:34.05 | loial | RP: I just tried the sysrq+b, it said it was rebooting, but nothing happened, became unresponsive. Didn't you release a second kernel update? I'll try that one in a bit I guess |
| 11:35.02 | RP | loial: You'll probably have to press the power button to allow it to restart |
| 11:35.19 | loial | I tried, nothing worked, had to remove battery |
| 11:35.27 | loial | did you have 860? or 760? |
| 11:35.40 | loial | ah, 700 and 760 i guess |
| 11:35.41 | RP | 760. It could be a difference between them :-/ |
| 11:36.02 | RP | The 700 doesn't need the power button press... |
| 11:36.24 | loial | hehe, guess higher numbers doesn't always mean better :) |
| 11:36.44 | RP | The 760 is better - the power button press makes sense |
| 11:36.53 | loial | nod |
| 11:39.49 | RP | I suspect that as sysrq+b fails, that's probably why your reboots fail as well |
| 11:39.49 | loial | my thoughts exactly |
| 11:39.49 | RP | It might not be, but I'd suspect it... |
| 11:45.48 | hrw|work | how to remove -frename-registers from CFLAGS in just one .bb? |
| 11:50.00 | *** join/#oe cbrake (~cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 11:51.59 | hrw|work | debian finally starts to be more up-to-date when sarge is frozen... glibc 2.3.5 in experimental |
| 12:14.18 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 12:15.11 | jumpkick | just tried to build opie-image for the first time.... bitbake failed trying to download http://www.oesources.org/source/current/config_savannah.gnu.org__20050513.tar.gz |
| 12:15.22 | jumpkick | which does not exist on the website |
| 12:15.28 | koen | yeah, savannah is giving us crap again |
| 12:15.37 | koen | couldn't download it either |
| 12:15.40 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 12:15.43 | koen | 20050512 should be present |
| 12:16.21 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 12:16.49 | RP | koen: Did you sort out your tslib problem? |
| 12:16.50 | jumpkick | the most recent one in the file listing is http://www.oesources.org/source/current/config_savannah.gnu.org__20050504.tar.gz |
| 12:17.07 | jumpkick | how would I manually plug that into bitbake? |
| 12:18.52 | koen | RP: maybe, but we tried a recent rootfs where qpe is giving us crap |
| 12:28.43 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 12:32.55 | mickeyl | oh good i'll shoot all OZ users |
| 12:32.58 | mickeyl | s/good/god/ |
| 12:33.11 | mickeyl | why are they so braindead |
| 12:33.17 | RP | Dare I ask what they've done now? |
| 12:33.37 | mickeyl | of course, you remember I put up a big fat WARNING for possible kernel mismatches stating that "running this combination is unsupported", right ? |
| 12:33.40 | hrw|work | mickeyl: I wanna live |
| 12:33.54 | mickeyl | with that knowledge in mind, read http://www.oesf.org/forums/index.php?showtopic=12388&hl= |
| 12:33.57 | hrw|work | mickeyl: probably in 3.5.4 it have to shutdown |
| 12:33.58 | mickeyl | i want to shoot this guy |
| 12:34.08 | mickeyl | "everything is running fine" |
| 12:34.10 | mickeyl | grrrrrrrrrr |
| 12:34.54 | hrw|work | shoot it twice - once for me |
| 12:35.46 | RP | How can you ignore that warning :-(* |
| 12:36.03 | RP | That warning drives me *nuts* :) |
| 12:36.14 | mickeyl | heh |
| 12:36.18 | mickeyl | it's helpful |
| 12:36.20 | mickeyl | then again |
| 12:36.24 | mickeyl | it doesn't matter |
| 12:36.28 | mickeyl | people will query us anyway |
| 12:36.32 | mickeyl | i can safely remove that thing :/ |
| 12:36.37 | hrw|work | mickeyl: make it shutdown in 3.5.4 |
| 12:36.38 | mickeyl | support load won't be decreased |
| 12:36.51 | mickeyl | hrw|work: yeah, i should consider that for the release images |
| 12:36.59 | RP | mickeyl: yes, for 3.5.4 it hangs :) |
| 12:37.21 | RP | mickeyl: Just make sure devs can set it so it doesn't appear at all for debug imges |
| 12:37.34 | XorA | 3.5.4 put kernel in initrd then dd if=kernel of=/dev/mtdblockblah on boot :-) |
| 12:37.55 | mickeyl | XorA: yeah, or something like that. |
| 12:37.56 | XorA | RP: ctrl C still get through it :-) |
| 12:38.33 | RP | XorA: How many users know where Ctrl+C is? |
| 12:38.39 | XorA | RP: none |
| 12:38.49 | RP | XorA: It depends if the keymap gets loaded first anyway ;-) |
| 12:39.10 | XorA | RP: well none that are going to fall over the flashing problem anyway, you need to read to find out where ctrl c is |
| 12:43.30 | XorA | or better still, just display a message saying there machine has a virus, please return to sharp for removal |
| 12:43.59 | mickeyl | now that's an idea |
| 12:44.23 | mickeyl | You are too dumb to flash a kernel, please revert to a SharpROM (clone) |
| 12:44.27 | mickeyl | *cough* |
| 12:44.29 | mickeyl | ;) |
| 12:44.30 | hrw|work | ;)) |
| 12:44.36 | RP | It gets my vote :) |
| 12:45.28 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 12:45.47 | hrw|work | we have one updater.sh for all machines? |
| 12:45.47 | XorA | pity we cant install PPC2003 :-) |
| 12:45.51 | loial | rofl, |
| 12:46.53 | mickeyl | hrw|work: unfortunately not |
| 12:47.00 | mickeyl | hrw|work: c7x0 and 5600 are sharing one |
| 12:47.19 | mickeyl | seperate for all others |
| 12:47.26 | mickeyl | could be merged |
| 12:47.27 | hrw|work | ah |
| 12:47.34 | RP | I'm sure someone could merge them |
| 12:47.37 | hrw|work | its shell code? |
| 12:47.44 | RP | Its just coorrdinating the testing that's tricky |
| 12:47.46 | mickeyl | we already used the pdaxrom based once, but that one failed to work on everything except 6000 |
| 12:47.48 | RP | hrw|work: yes |
| 12:47.51 | mickeyl | ya, it's shell |
| 12:48.00 | XorA | hrw|work: do some voodoo and make it into a shar archive :-) |
| 12:48.10 | hrw|work | and sharp gives plain busybox only? |
| 12:48.37 | hrw|work | and is it possible to dump to the shell in updater.sh? |
| 12:49.35 | RP | hrw|work: I've never actually gone to a shell within it but I have wondered about it. It should be possible |
| 12:50.24 | hrw|work | I go eat |
| 12:51.09 | mickeyl | bon appetit |
| 12:51.15 | mickeyl | or like the germans say |
| 12:51.17 | mickeyl | "Guten" |
| 12:51.40 | loial | schmecklich |
| 12:51.42 | loial | :P |
| 12:51.51 | mickeyl | yeah, it's pretty easy to drop off to a shell |
| 12:51.52 | mickeyl | did that |
| 12:52.00 | mickeyl | very handy to inspect what's on the initrd |
| 12:52.06 | mickeyl | (the real initrd, this time :) |
| 12:53.27 | loial | RP: I just flashed original sharp ROM, the headphone remote is working correctly, so it's not broken :) |
| 12:54.14 | RP | loial: As I said, the remote control code is missing from 2.6 |
| 12:59.26 | *** join/#oe BigAl (~bigal@dsl-203-113-234-160.ACT.netspace.net.au) |
| 13:05.38 | Bernardo | hrw|work: trying to get updater.sh to work with the C1000 I just added a call to drop off to a shell |
| 13:09.02 | *** join/#oe dkey (~dkey@193.170.48.234) |
| 13:10.36 | *** join/#oe chris144|work (~oe_newbie@host-62-245-140-194.customer.m-online.net) |
| 13:37.53 | *** join/#oe tux_mike (~mike@zelda.tuxnami.org) |
| 13:40.29 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 13:48.48 | *** join/#oe jk2 (~c660863d@65.98.80.96) |
| 13:49.02 | jk2 | anyone here have azuerus? |
| 13:49.30 | XorA | jk2: it doesnt run on OE |
| 13:49.36 | XorA | jk2: but I have it |
| 13:49.41 | jk2 | I need someone to test out a download of BitBake on a QEMU image |
| 13:49.51 | jk2 | XorA: can you test this magnet:?xt=urn:btih:7YPQB3DWM3ARTZE3JL4FMLKL7FT7MT5H |
| 13:49.59 | jk2 | see if it downloads |
| 13:50.12 | XorA | jk2: gimme a sec |
| 13:50.19 | *** join/#oe uv1 (~Werner@p508907C9.dip0.t-ipconnect.de) |
| 13:51.36 | XorA | jk2: one seed, zero peers |
| 13:53.13 | XorA | jk2: its downloading |
| 13:55.26 | jk2 | XorA: cool.... I wasn't sure if it would go through the firewall at my house.... looks like it's good through |
| 13:56.12 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
| 14:00.08 | *** join/#oe koen|work (koen@vestingbar.student.utwente.nl) |
| 14:00.15 | *** join/#oe mallum (~mallum@host81-153-54-205.range81-153.btcentralplus.com) |
| 14:00.30 | *** join/#oe koen|wor1 (~koen@cl-148.ams-05.nl.sixxs.net) |
| 14:01.22 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 14:14.42 | jk2 | XorA: I posted my thing about using BitBake in QEMU with that download here http://www.oesf.org/forums/index.php?showtopic=12564 |
| 14:14.52 | jk2 | thanks again for testing it out for me |
| 14:16.50 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
| 14:18.16 | jh_ | jk2: your link doesn't look right |
| 14:18.20 | XorA | jk2: itsnt really slow? |
| 14:19.14 | jh_ | jk2: pretty interesting though... nice idea |
| 14:19.38 | XorA | jk2: www.colinux.org is probably more suitable for that trick |
| 14:24.03 | jk2 | jh_ what link? |
| 14:24.54 | jk2 | XorA: it's pretty slow yeah.... I don't know how long it would actually take to build as bitbake crashed due to missing some config tarball from today |
| 14:25.27 | jk2 | but I expect it should be fast enough to do a build overnight on my AMD64 3500 |
| 14:26.01 | jh_ | jk2: the link in the forum post |
| 14:26.17 | XorA | jk2: the link on oesf forum has become corrupted, its become http/magnet/..... |
| 14:26.51 | jk2 | oooh that link |
| 14:29.50 | jk2 | k, I fixed the post.... the forum software prefixes all urls with http:// |
| 14:29.59 | jk2 | so I made it plain-text |
| 14:31.23 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy01.amd.com) |
| 14:32.49 | loial | jk2: how do you open that in azureus? :) |
| 14:33.17 | XorA | loial: File->Open Torrent->URL |
| 14:34.41 | loial | URL? the link isn't an URL... |
| 14:35.28 | hrw|work | I was thinking about building oz 3.5.3 in /usr/local/openzaurus-3.5.3/ and then packing and sharing tmp of it |
| 14:37.15 | jk2 | loial: it's a magnet URI.... new protocol supported in the latest Azuerus (released beginning of this month) |
| 14:38.12 | loial | ah...i see...that version isn't stable on gentoo yet |
| 14:42.40 | zecke | bummer HyperThreading is defective |
| 14:43.40 | *** join/#oe tux_mike (~mike@zelda.tuxnami.org) |
| 14:43.40 | CosmicPenguin | hehe |
| 14:43.54 | CosmicPenguin | shouldn't gloat - shouldn't gloat |
| 14:44.06 | Crofton | heh |
| 14:49.05 | chouimat | morning |
| 14:49.35 | jamie | zecke: presumably it's easily fixed with a syscall to temporarily block other threads while a secure section is running. |
| 14:50.04 | zecke | jamie: how do you know if something is secure? |
| 14:50.15 | zecke | jamie: if a page of root is in memory? |
| 14:52.42 | *** join/#oe mallum_ (~mallum@host81-153-53-121.range81-153.btcentralplus.com) |
| 14:56.17 | loial | I'm off, bye all |
| 15:01.51 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 15:25.02 | Crofton | Has anyone looked at the patches I sent yesterday for omap osk board support (and omni*) yet? |
| 15:25.51 | hrw|work | Crofton: I'm too thin for it |
| 15:27.13 | Crofton | to thin? |
| 15:28.15 | *** join/#oe koen|work (~koen@cl-148.ams-05.nl.sixxs.net) |
| 15:30.49 | hrw|work | not enough knowledge to check it |
| 15:31.25 | hrw|work | ok. time to go shopping and home |
| 15:31.30 | Crofton | ah |
| 15:31.41 | Crofton | have fun! |
| 15:31.45 | hrw|work | have a nice weekend |
| 15:31.53 | Crofton | you too! |
| 15:34.04 | *** join/#oe mallum_ (~mallum@host81-153-48-137.range81-153.btcentralplus.com) |
| 15:45.02 | *** join/#oe SirFred (~mteira@166.Red-81-32-118.pooles.rima-tde.net) |
| 15:45.07 | SirFred | Good evening |
| 15:51.26 | *** join/#oe zap (~zap@217.170.93.196) |
| 15:53.15 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 16:06.02 | mickeyl | hrw|gone,RP: ping |
| 16:07.33 | treke | morning |
| 16:08.05 | wrobbie | 'night |
| 16:08.14 | mickeyl | morning treke |
| 16:08.15 | treke | ~ugt |
| 16:08.16 | ibot | ugt is, like, Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. |
| 16:08.34 | wrobbie | :) |
| 16:08.59 | treke | found a couple broken cases in the mirror code last night :p |
| 16:09.09 | treke | note to self, test with more than a dozen bbs |
| 16:10.02 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
| 16:10.08 | *** part/#oe ade|desk (~adavey@194.200.143.249) |
| 16:11.43 | RP | mickeyl: hello |
| 16:12.30 | RP | mickeyl: Your package has just arrived which means I might get a chance to look at it this weekend :) |
| 16:15.58 | mickeyl | cool |
| 16:16.11 | mickeyl | RP: could you verify something for me when you have a chance? i have a problem with zecke's patches |
| 16:16.25 | mickeyl | bug description follows: |
| 16:16.37 | mickeyl | say we build an image for spitz |
| 16:16.41 | mickeyl | set all configs |
| 16:16.45 | mickeyl | bitbake virtual/kernel |
| 16:16.51 | mickeyl | bakes openzaurus-pxa27x |
| 16:16.53 | mickeyl | fine |
| 16:16.56 | mickeyl | then i apply all patches |
| 16:17.05 | mickeyl | rm -rf tmp |
| 16:17.09 | mickeyl | bitbake virtual/kernel |
| 16:17.11 | mickeyl | ... |
| 16:17.23 | mickeyl | dependency arm-linux-gcc-2.95 not found |
| 16:17.32 | mickeyl | although bbread shows it |
| 16:18.03 | RP | mickeyl: I'd guess nobody has used this code with the 2.95 compiler as yet... |
| 16:18.17 | SirFred | Anybody with a good knowledge of qte internals? |
| 16:18.19 | mickeyl | well yeah, the problem is that a variable is missing |
| 16:18.26 | mickeyl | ASSUME_PROVIDED is not taken into account |
| 16:18.43 | mickeyl | that indicates a major problem in the variable logic somewhere |
| 16:19.08 | SirFred | I'm a little confused about the offscreen memory management. |
| 16:19.17 | RP | mickeyl: I'd suspect one of the bbclass files makes asumptions which are no longer valid |
| 16:19.36 | SirFred | s/little/very/ |
| 16:19.36 | RP | mickeyl: Does any of the bbclass files specifically handle ASSUME_PROVIDED? |
| 16:19.59 | mickeyl | no |
| 16:20.07 | mickeyl | assume_provided is only dealt with in bitbake |
| 16:20.16 | mickeyl | which is hardly touched |
| 16:20.16 | RP | SirFred: I'm afraid I know nothing about qte... |
| 16:20.19 | mickeyl | this is why i'm worried |
| 16:20.25 | mickeyl | SirFred: i don't think anyone of us can help you there. best, ask that on qt-embedded-interest list |
| 16:20.55 | SirFred | RP: Thanks. I'm starting to think that I know nothing too |
| 16:21.00 | RP | mickeyl: Offhand, do you know where in bitbake assume_provided is handled? |
| 16:21.06 | mickeyl | ya |
| 16:21.08 | SirFred | mickeyl: Thanks. I'll try |
| 16:21.23 | mickeyl | <PROTECTED> |
| 16:21.23 | mickeyl | <PROTECTED> |
| 16:21.30 | mickeyl | bitbake line 642 |
| 16:22.07 | SirFred | mickeyl: And that list belongs to...? |
| 16:22.16 | mickeyl | SirFred: lists.trolltech.com |
| 16:22.21 | SirFred | mickeyl: What project/webpage/whatever? |
| 16:22.25 | SirFred | mickeyl: Thanks again. |
| 16:22.27 | mickeyl | np |
| 16:23.33 | RP | mickeyl: Which of zeckes patches do you have applied? |
| 16:23.41 | mickeyl | all |
| 16:24.01 | mickeyl | those posted on the list in the past two mails |
| 16:24.09 | RP | mickeyl: Do you have no_default_data.patch ? |
| 16:24.19 | mickeyl | yes, applied |
| 16:24.22 | mickeyl | should i try to revert that ? |
| 16:25.10 | RP | mickeyl: No, it should be fine |
| 16:25.14 | mickeyl | ok |
| 16:25.28 | mickeyl | let me see if the ASSUME_PROVIDED value makes it out of the data struct |
| 16:25.29 | RP | mickeyl: I doubt its anything really major as I managed an opie-image earlier |
| 16:26.59 | mickeyl | ok, i hope so. still worried though. |
| 16:28.22 | RP | mickeyl: I share the concern, particularly given that code looks like it should work... |
| 16:30.11 | treke | we have way too many debian mirrors :) |
| 16:30.20 | RP | mickeyl: It would be interesting to have it print what it thinks ignore is... |
| 16:30.29 | mickeyl | already inserted |
| 16:30.32 | mickeyl | and now i'm confused |
| 16:30.39 | mickeyl | because nothing gets printed, not even my "ignore is = " |
| 16:30.46 | mickeyl | looks like this code path is skipped |
| 16:30.48 | mickeyl | wtf ? |
| 16:31.18 | RP | Its in the middle on main() ?! |
| 16:31.23 | mickeyl | yeah |
| 16:31.40 | mickeyl | oh now |
| 16:31.45 | mickeyl | ignore is virtual/arm-linux-gcc-2.95 virtual/arm-linux-gcc-2.95 |
| 16:32.00 | mickeyl | ok, so the variables is extracted out of ASSUME_PROVIDED at last |
| 16:32.07 | *** join/#oe koen_ (~koen@cl-148.ams-05.nl.sixxs.net) |
| 16:32.09 | mickeyl | now i'll add some prints into the check dependency loop |
| 16:32.37 | RP | This is where I get lost in the code :) |
| 16:33.27 | mickeyl | ok, must leave for some things. will pursuit this lateron |
| 16:33.30 | mickeyl | cya |
| 16:34.00 | RP | cya mickey_away |
| 16:39.42 | Bernardo | bye guys, see you monday (if I'm lucky) |
| 16:55.39 | *** join/#oe hufnus (~slonsiki@m931936d0.tmodns.net) |
| 16:56.36 | *** join/#oe ggilbert (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 16:58.30 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 17:16.44 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 17:28.48 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
| 17:29.11 | zecke | re |
| 17:29.21 | zecke | mickey_away: could you send me your local.conf? |
| 17:30.22 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 17:30.32 | *** join/#oe mallum (~mallum@host81-155-191-97.range81-155.btcentralplus.com) |
| 17:37.53 | *** join/#oe bipolar (~bflong@146.145.26.90) |
| 17:44.03 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 17:44.23 | *** join/#oe reenoo_ (~r@p5489F179.dip.t-dialin.net) |
| 17:44.31 | reenoo_ | evening |
| 17:52.08 | zecke | mickey_away: did Hilbert only had 23 problems? |
| 17:52.42 | zecke | RP: thanks for the mail |
| 17:52.56 | zecke | RP: mickeyl has some problem with ASSUME_PROVIDED though |
| 18:05.59 | *** join/#oe marcan (1337@80-29-98-12.adsl.nuria.telefonica-data.net) |
| 18:10.21 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
| 18:21.57 | *** join/#oe Luke-Jr (~luke-jr@207.192.221.172) |
| 18:29.09 | *** join/#oe koen|away (~koen@cl-148.ams-05.nl.sixxs.net) |
| 18:35.16 | CosmicPenguin | Thats not the last muttering you'll do about the moving company |
| 18:35.21 | CosmicPenguin | I still mutter about mine a year later |
| 18:36.49 | Crofton | Can somone look at the osk patches I posted yesterday? |
| 18:36.53 | jh_ | two years and still muttering |
| 18:37.14 | Crofton | Heh, Max had a moving company pick up his stuff on monday and we haven't heard from him since .... |
| 18:37.53 | zecke | Crofton: what was the right url again? |
| 18:38.56 | Crofton | http://omap-dev.balister.org/~balister/p1.patch |
| 18:39.03 | Crofton | though p5.patch |
| 18:44.00 | zecke | Crofton: they're not readable (use export -tpatch) |
| 18:44.21 | *** join/#oe dkey (~dkey@L0002P00.dipool.highway.telekom.at) |
| 18:45.12 | *** join/#oe _fishynet (fishy@adsl-19-121-139.asm.bellsouth.net) |
| 18:45.29 | Crofton | hmm |
| 18:46.19 | Crofton | k makepatch -d -r1.2930.119.1 > p1.patch |
| 18:50.27 | Crofton | <PROTECTED> |
| 18:50.46 | Crofton | it claims it can't find revision 1.2390.119.1 |
| 18:50.52 | Crofton | oops |
| 18:51.18 | Crofton | OK how is the p1.patch file now? |
| 18:51.27 | B0Ti | what's the best way to restart pcmcia on a package install? Is it okay if I put this into .bb: pkg_postinst() { /etc/init.d/pcmcia restart } ?? |
| 18:55.10 | Crofton | zecke, is the p1.patch better now? |
| 19:02.49 | zecke | # site/i686-linux |
| 19:02.49 | zecke | # 2005/03/28 10:43:59-05:00 balister@max.mprg.org +1 -0 |
| 19:02.50 | zecke | # sizeof float hack, this should probably fixed elsewhere |
| 19:04.16 | zecke | Crofton: linux-omap_bk.bb can be changed |
| 19:04.25 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 19:04.28 | Crofton | It can actually be left out |
| 19:04.43 | zecke | you can set COMPATIBLE_HOST instead of that anonymouse method |
| 19:04.51 | Crofton | I screwed up and leaked it into a change set I shouldn't have |
| 19:05.22 | Crofton | later I have a bb file that grabs a patch against a specific kernel version |
| 19:05.40 | Crofton | when I started, I needed to use the bk kernel version |
| 19:06.27 | zecke | Crofton: p1 is readable now :) |
| 19:06.34 | Crofton | OK, I'll convert the rest |
| 19:06.59 | treke | hmm strange |
| 19:08.24 | zecke | treke: what? |
| 19:09.43 | treke | <PROTECTED> |
| 19:09.43 | treke | <PROTECTED> |
| 19:10.09 | treke | OSError: [Errno 2] No such file or directory |
| 19:10.34 | kergoth | so the current workign directory doesnt exist? did you remove it out from under your shell? |
| 19:10.37 | kergoth | heh |
| 19:10.44 | treke | oh |
| 19:10.48 | treke | I wonder |
| 19:11.39 | treke | odd thing is it only happens on one bb so far |
| 19:14.50 | Crofton | zecke, they are all converted now |
| 19:20.58 | zecke | Crofton: we keep patches normally in the unified diff format |
| 19:21.05 | zecke | kergoth: did you've time to look at the patches? |
| 19:21.08 | treke | must be something about the gd bb |
| 19:21.08 | kergoth | not yet |
| 19:21.22 | zecke | kergoth: don't hurry |
| 19:21.28 | kergoth | today i'm going to be running errands and stuff. faxing paperwork to the movers, packing, cleaning the car, etc |
| 19:21.33 | kergoth | but probably this evening |
| 19:21.43 | treke | cleaning the car? |
| 19:21.49 | treke | you could do that in minnesota :p |
| 19:22.00 | kergoth | not when a bunch of my shit is going with me in it, for the drive |
| 19:22.10 | kergoth | need to be able to fix my bags with the clothes and stuff |
| 19:22.13 | kergoth | er, fit |
| 19:22.15 | kergoth | heh |
| 19:22.35 | offroadgeek | kergoth: you moving to minnesota? |
| 19:23.02 | kergoth | yep. quit the job at ti. moving back to mn since i own a house there. can cut my expenses a fair bit while i figure out what i'm doing next. |
| 19:23.05 | kergoth | heh |
| 19:23.33 | offroadgeek | I just moved to st. paul from san francisco... where is your house? |
| 19:23.40 | kergoth | suburb of minneapolis |
| 19:23.52 | offroadgeek | cool |
| 19:24.24 | kergoth | i like minnesota in general. good quality of life, good cost of living. the snow drives me insane, and there isnt exactly much of a nightlife |
| 19:24.27 | kergoth | heh |
| 19:24.30 | kergoth | ah well |
| 19:25.09 | offroadgeek | well I've only been here less than 3 months, but it's been nice so far |
| 19:25.18 | treke | ok really strange |
| 19:25.23 | treke | if I start on gd it works |
| 19:25.24 | kergoth | at least you picked a good time of year to move |
| 19:25.28 | treke | if gd isn't first it fails |
| 19:25.51 | kergoth | treke: weird |
| 19:25.52 | offroadgeek | i guess.. I didn't really pick it... the layoff from work did ;) |
| 19:25.59 | kergoth | hehe |
| 19:26.17 | kergoth | why MN? land a job there? |
| 19:26.38 | offroadgeek | no, the in-laws are here, and my other half has been begging to move to mn for years |
| 19:26.40 | treke | kergoth: aha |
| 19:26.42 | kergoth | ah |
| 19:26.51 | treke | gchub looks like it's fucking things up |
| 19:27.10 | treke | gonna bet it's something in the svn fetcher |
| 19:29.10 | treke | yup |
| 19:29.22 | kergoth | the svn fetcher is a bit of a mess |
| 19:30.19 | treke | if I comment out that uri in gchub it keeps going. so I wonder where it's chdiring into |
| 19:32.33 | treke | ahahaha |
| 19:32.37 | treke | I think I see it |
| 19:32.46 | kergoth | kinkos charges a buck a page to send a fax |
| 19:32.48 | kergoth | what a ripoff |
| 19:33.00 | treke | the module changes into a bunch of directories |
| 19:33.20 | kergoth | which is fine, if it saves the original cwd and changes back.. |
| 19:33.21 | kergoth | heh |
| 19:33.22 | treke | but if the class raises a FetchError it never backs out |
| 19:33.25 | kergoth | aha |
| 19:34.33 | CosmicPenguin | that hurts |
| 19:36.56 | kergoth | bitbake does that alot. changing the cwd around. should really have a pushd/popd just for convenience |
| 19:37.00 | kergoth | heh |
| 19:37.21 | treke | well it actually looks like that isn't my problem, but it's still probably wrong :p |
| 19:37.25 | kergoth | hehe |
| 19:38.01 | kergoth | really, we should fix the code to stop making assumptions about the cwd when it gets called. make everything chdir() explicitly, so where you are isnt a factor |
| 19:38.04 | kergoth | heh |
| 19:38.24 | treke | the annoying bit is that it doesn't fail until bb.parse.handle() :p |
| 19:38.39 | treke | and at that point, I'm sure whatever is failing is long done |
| 19:48.54 | treke | lunch calls |
| 20:07.21 | *** join/#oe Timelord (~TL@64-147-65-107.access-3.intertex.net) |
| 20:08.18 | *** join/#oe Pigi (~NoOne@host171-27.pool80117.interbusiness.it) |
| 20:08.26 | Pigi | Ciao all |
| 20:09.07 | Crofton | hi |
| 20:09.17 | Crofton | you follow cycling at all? |
| 20:11.49 | zecke | kergoth: should EXTRA_DEFINES_collie = "Foo" |
| 20:12.01 | zecke | kergoth: EXTRA_DEFINES_append = " FOO" |
| 20:12.10 | zecke | result in EXTRA_DEFINES = "Foo FOO"? |
| 20:20.53 | jk2 | I use cd `dirname $0` in a lot of my shell scripts |
| 20:21.23 | *** join/#oe pb_ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
| 20:21.45 | pb_ | hi all |
| 20:22.12 | jk2 | offroadgeek: I'm going to fix up my QEMU image and then I'll PM you and you can host it if you like.... |
| 20:22.18 | jk2 | that would be cool |
| 20:25.37 | offroadgeek | jk2: cool... I'm going to try that setup you posted in the forums |
| 20:26.25 | Pigi | hi pb_ |
| 20:26.36 | pb_ | Pigi: good evening |
| 20:30.39 | *** join/#oe molivier (~mac@f01m-34-217.d4.club-internet.fr) |
| 20:32.39 | *** join/#oe dkey| (~dkey@L0008P20.dipool.highway.telekom.at) |
| 20:34.11 | *** join/#oe mallum (~mallum@host81-154-53-161.range81-154.btcentralplus.com) |
| 20:38.44 | *** join/#oe kergoth (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
| 20:39.51 | CIA-9 | 03zecke 07 * r1.3287 10openembedded/packages/qte/ (qte-2.3.10/bidimetrics.patch qte_2.3.10.bb): |
| 20:39.52 | CIA-9 | Qt 2.3.10: |
| 20:39.52 | CIA-9 | <PROTECTED> |
| 20:39.52 | CIA-9 | <PROTECTED> |
| 20:39.53 | CIA-9 | <PROTECTED> |
| 20:40.15 | zecke | mickey_away: I hope Qt doesn't get slower due that change |
| 20:40.31 | *** join/#oe kergoth_ (~kergoth@covenant.kergoth.com) |
| 20:40.51 | *** part/#oe kergoth (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
| 20:46.29 | pb_ | zecke: I guess that if you can make Qt 2 slower, there will be no point in upgrading to Qt 4. |
| 20:47.24 | zecke | pb_: right |
| 20:47.53 | zecke | one could build a gui around cairo *shouder* |
| 20:48.03 | pb_ | yah, one could call it GTK |
| 20:48.11 | zecke | *shouder* even more |
| 20:48.31 | gints|home | we have many compatibility problems with qt2 |
| 20:48.53 | gints|home | like many projects requests at least qt3 |
| 20:49.26 | gints|home | mean projects that could be ported to opie... |
| 20:49.57 | kergoth | i need a windows irc client that doesnt suck ass |
| 20:50.20 | SirFred | kergoth: You don't like xchat ? |
| 20:50.29 | zecke | kergoth: irssi? |
| 20:50.34 | *** join/#oe molivier (~mac@f01v-24-16.d4.club-internet.fr) |
| 20:50.34 | kergoth | SirFred: the xchat windows builds require registration to use after 30 days. |
| 20:50.45 | SirFred | kergoth: No older versions. |
| 20:51.04 | kergoth | zecke: yea, running an irssi in a remote screen atm. just prefer running a local client to the proxy. guess i could try irssi in cygwin |
| 20:51.12 | pb_ | kergoth: can't you use a cygwin build of oe to compile your own xchat? |
| 20:51.24 | kergoth | heh, if i were so inclined, sure |
| 20:51.28 | kergoth | am i? no, not really |
| 20:51.31 | pb_ | heh |
| 20:51.37 | pb_ | fair enough |
| 20:51.47 | kergoth | there are no doubt still some cygwin build quirks, and i'm not really in the mood to work through them |
| 20:51.58 | pb_ | right |
| 20:52.01 | kergoth | could always run xchat in colinux displayed on the cygwin x server |
| 20:52.02 | kergoth | hehe |
| 20:52.09 | pb_ | heh, yeah |
| 20:52.35 | pb_ | I guess you could run GAIM under windows. |
| 20:52.53 | kergoth | thats true. not a fan of gaim's irc, but itd be better than nothing |
| 20:53.16 | SirFred | kergoth: I use a xchat on my windows machine at job. |
| 20:53.30 | SirFred | kergoth: It's modern enough for me, and don't require registering. |
| 20:54.12 | zecke | pb_: off hand, do you've an idea how to improve buildDepgraph from bin/bitbake |
| 20:54.18 | zecke | pb_: without needing much more memory? |
| 20:54.35 | kergoth | hmm, windows gaim's irc works. the weird thing is it doesnt seem to pick up the list of users in the channel properly from the proxy |
| 20:55.04 | SirFred | kergoth: It's 2.0.10c. You can get it at http://www.xchat.org/files/binary/win32/xchat-2.0.10c.exe |
| 20:56.31 | pb_ | zecke: not really. One obvious win would be to not bother collating the stuff for "world" unless a world build was actually requested. |
| 20:56.44 | kergoth | SirFred: ah, thanks |
| 20:56.56 | SirFred | kergoth: np |
| 20:58.47 | pb_ | zecke: that would also allow you to avoid building the reverse provider hash, I think. |
| 20:59.45 | pb_ | I don't think there's any way to get out of building the forward hash, though you might be able to combine that with some other place that iterates over all the packages. |
| 21:00.09 | zecke | pb_: Yes I plan to combine the steps |
| 21:03.53 | *** join/#oe mallum (~mallum@host81-155-188-131.range81-155.btcentralplus.com) |
| 21:04.02 | Pigi | it's time to sleep. |
| 21:04.04 | Pigi | Nite all |
| 21:06.15 | zecke | kergoth: please add zecke123 to the bitbake group ;) |
| 21:11.34 | CIA-9 | 03zecke 07 * r1.3288 10openembedded/packages/libsdl/libsdl-qpe-1.2.7/ipaq.patch: |
| 21:11.34 | CIA-9 | libsdl-qpe: |
| 21:11.34 | CIA-9 | <PROTECTED> |
| 21:11.35 | CIA-9 | <PROTECTED> |
| 21:12.59 | kergoth | woot, got the paperwork faxed to the movers, and called and confirmed they got it |
| 21:16.03 | zecke | *puh* |
| 21:21.15 | pb_ | kergoth: rock |
| 21:21.27 | pb_ | have they given you an actual date for moving? |
| 21:21.46 | kergoth | nope. just know its between the 13th and the 30th. given the 13th is today, i assume it isnt today |
| 21:21.47 | kergoth | heh |
| 21:21.55 | pb_ | heh |
| 21:22.41 | pb_ | so, they just show up sometime in the next two weeks and start hauling your stuff away? |
| 21:23.10 | zecke | mickey_away: I guess I've found your assume_provided problem |
| 21:23.12 | kergoth | nah, their dispatcher is supposed to call a few days before or something to let people know when the truck is doing the run |
| 21:23.31 | pb_ | ah, right |
| 21:28.39 | treke | a wise decision |
| 21:28.59 | treke | just wandering into a texans apartment and loading stuff into a truck isn't the safest thing to do |
| 21:29.12 | kergoth | hehe |
| 21:32.06 | pb_ | yeah, I always forget that everyone is armed to the teeth down there. |
| 21:32.48 | *** join/#oe zap-zero (andi@2002:d592:71f7:0:0:0:0:1) |
| 21:33.02 | zap-zero | hi |
| 21:33.41 | zap-zero | i get 'Patch config-guess-uclibc.patch does not apply (enforce with -f)' when i try to bitbake nano for collie (openzaurus) |
| 21:34.10 | zecke | pb_: I think putting buildDepgraph and execiItem into one execution path sounds good |
| 21:34.25 | zecke | pb_: and making meta-world a special case as well |
| 21:34.31 | zecke | zap-zero: read oe@handhelds.org |
| 21:35.01 | pb_ | zecke: what's execiItem? |
| 21:35.11 | pb_ | yeah, the world stuff should all be a special case. |
| 21:35.28 | zecke | buildPackage(item) |
| 21:35.33 | treke | kergoth: is there any particular reason I wouldnt be able to print to the stdout from within the bb.fetch module? |
| 21:35.46 | zecke | at least the 'best' provider for item can be put into the common executing path |
| 21:35.52 | reenoo_ | kergoth: fwiw, there are xchat windows builds that have the registration stuff removed |
| 21:36.30 | kergoth | treke: not that i know of |
| 21:36.32 | kergoth | reenoo_: url? |
| 21:36.38 | treke | dammit |
| 21:36.41 | treke | dammit |
| 21:36.45 | kergoth | and what does fwiw mean, anyway |
| 21:37.18 | treke | I have bitbake installed in the system python directory |
| 21:37.27 | treke | so the debugging code I'm patching isn't really being used |
| 21:37.41 | pb_ | doh |
| 21:37.43 | kergoth | hehe |
| 21:37.49 | kergoth | time to adjust PYTHONPATH, eh? |
| 21:37.50 | *** join/#oe _Psycho (~Bob@HSE-Ottawa-ppp3495732.sympatico.ca) |
| 21:37.51 | *** join/#oe _Psy (~Bob@HSE-Ottawa-ppp3495732.sympatico.ca) |
| 21:37.52 | *** join/#oe _Psycho_ (~Bob@HSE-Ottawa-ppp3495732.sympatico.ca) |
| 21:38.04 | kergoth | or run the bitbake binary thats in its source tree |
| 21:38.19 | treke | i'm not using the bitbake binary |
| 21:38.21 | treke | <PROTECTED> |
| 21:38.26 | treke | so it's going to the end of the path :p |
| 21:38.35 | kergoth | heh |
| 21:39.44 | reenoo_ | kergoth: IIRC, http://www.psyon.org/projects/xchat-win32/ is what I suggested TyggerBob to use and it worked for him. haven't tried it myself |
| 21:39.58 | treke | so you know how two hours ago I noticed that we weren't chdiring back to the olddir before raising an error? |
| 21:40.02 | treke | that was the problem |
| 21:40.07 | SirFred | Sad, the only answer I got on qt-embedded-interest was from one guy from Scitech recomending me to try their drivers. |
| 21:40.21 | *** join/#oe _Psy (~Bob@HSE-Ottawa-ppp3495732.sympatico.ca) |
| 21:40.47 | treke | I'll mail a patch off to the list |
| 21:46.04 | CosmicPenguin | I wonder how much we're doing s += "" instead of "".join() |
| 21:47.24 | kergoth | i'm amazed at just how slow += is, in python |
| 21:47.25 | kergoth | heh |
| 21:50.59 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 21:52.24 | CosmicPenguin | We should try the profile function some time |
| 21:53.46 | ljp | i think python is generally slow |
| 21:57.28 | treke | so anyone think it would hurt if we pulled some of these debian mirrors of the MIRRORS list? |
| 21:57.39 | treke | once one mirror loses the file they all do in pretty short order |
| 21:57.51 | kergoth | yeah, all those should really be _possibilities_ for PREMIRRORS |
| 21:58.03 | kergoth | since they exist more for local perforamnce than anything else |
| 21:58.06 | treke | and it's annoying sitting while it tries all of them :p |
| 21:58.08 | kergoth | yea |
| 22:00.01 | zap-zero | zecke: works with the patch from the ml, thanks |
| 22:00.11 | *** part/#oe zap-zero (andi@2002:d592:71f7:0:0:0:0:1) |
| 22:10.00 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 22:12.06 | Luke-Jr | does the 2.6 Cxx0 guy lurk here at all? |
| 22:23.18 | zecke | yes |
| 22:25.57 | *** join/#oe mallum (~mallum@host81-153-51-217.range81-153.btcentralplus.com) |
| 22:27.01 | zecke | good nite |
| 22:47.20 | RP | Luke-Jr: that would probably be me... |
| 23:01.25 | *** join/#oe france_ (~france@pool-151-203-24-39.bos.east.verizon.net) |
| 23:01.43 | *** part/#oe france_ (~france@pool-151-203-24-39.bos.east.verizon.net) |
| 23:09.53 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy02.amd.com) |
| 23:45.19 | Luke-Jr | RP: any idea where the problem w/ the microphone is and how complex it might be to fix it? |
| 23:46.40 | Luke-Jr | in particular, sometimes dsp can't be opened for reading at all and sometimes just not when it's opened for writing |
| 23:46.54 | Luke-Jr | I think the latter is 2.4 tho, actually |
| 23:47.24 | Luke-Jr | I don't recall getting dsp open for writing under 2.6 at all |
| 23:47.27 | Luke-Jr | err... reading |
