**** BEGIN LOGGING AT Fri Nov 03 02:59:57 2006 Nov 03 04:11:14 raduga: hey there... how's the build going? Nov 03 07:33:34 morning Nov 03 08:00:20 hrw|work: good morning Nov 03 08:00:24 good morning all Nov 03 08:06:46 hi likewise Nov 03 08:11:34 morning all Nov 03 08:12:01 yo richard Nov 03 08:15:16 hi RP Nov 03 08:46:11 moirning Nov 03 08:48:29 yo XorA ): Nov 03 08:48:31 :) Nov 03 08:49:04 good to see things are quieter this morning Nov 03 08:49:28 XorA, : your track on the fontconfig is the good i think , i compiled xdemineur that doesn't use font ( all is bitmaped ) and it's launch within 1 sec Nov 03 08:53:05 XorA, ; yesterday , some weird pb with internet, cf netcraft Nov 03 09:04:57 Genesis: not that I noticed Nov 03 09:19:38 koen|away: we need to make more marketing Nov 03 09:19:47 koen|away: http://kitenet.net/~joey/blog/entry/embedded_linux:_the_long_road_from_GPL_code_release_to_Debian_release.html Nov 03 09:19:48 hi zecke Nov 03 09:20:04 koen|away: the NSLu2 Linux folks didn't do anything at all :) Nov 03 09:33:53 * XorA thinks hrw|work needs to rename his ISP as disconecto.pl Nov 03 09:34:37 pl (perl) sucks anyway :) Nov 03 09:34:51 XorA: s/ISP/company/ Nov 03 09:35:09 good morning Nov 03 09:35:16 hi florian_kc Nov 03 09:36:25 hey florian_kc Nov 03 09:38:59 ~lart bloxx while I remeber Nov 03 09:39:00 * ibot pours hot grits down the front of bloxx while I remeber's pants Nov 03 09:54:39 hi Nov 03 09:54:43 what does this do? Nov 03 09:54:47 DEPENDS_prepend = "${@["qt4x11 ", ""][(bb.data.getVar('PN', d, 1) == 'qt4-x11-free')]}" Nov 03 09:56:14 if inherit qt4x11 and you are qt4-x11-free then do not depend on qt4-x11-free Nov 03 10:06:09 morning Nov 03 10:19:02 ugh Nov 03 10:19:10 I forgot how ugly updater.sh was Nov 03 10:19:25 CoreDump|home: check my unified one Nov 03 10:19:38 CoreDump|home: and test on akita/poodle Nov 03 10:19:46 hrw|work: where is it? Nov 03 10:19:55 CoreDump|home: bugtracker Nov 03 10:23:20 <_law_> hi any ideas why my dev images doesnt build /var/tmp ? Nov 03 10:26:01 <_law_> the populate-volatile.sh doesnt work correctly .. Nov 03 10:27:21 hrw|work: your version is indeed easier on the eye but it still makes me want to vomit =) Nov 03 10:30:52 CoreDump|home: please test it on poodle and akita. Nov 03 10:37:10 hrw|work: poodle is the problem here =) I'm trying to move Poodle to root-on-sd by default. Shouldn't be too much of a problem w/ kernel 2.6. However, that needs a new upder.sh Nov 03 10:46:43 CoreDump|home: what to change? unpack to sd? Nov 03 10:46:57 spitz-like yes Nov 03 10:47:07 CoreDump|home: my version will make it simplier ;) Nov 03 10:47:21 =) Nov 03 10:48:09 CoreDump|home: run check_for_tar on poodle Nov 03 10:48:26 CoreDump|home: write check_for_mmc function and call it too Nov 03 10:49:22 CoreDump|home: then we need to move change some options in tar unpacker (make target device related) and you will get install-to-sd version Nov 03 10:49:38 yeah Nov 03 10:50:16 well, it'll need some tweaks since users won't be happy to have their SD card formatted on each "flahs" Nov 03 10:51:01 CoreDump|home: I also want to rename initrd.bin to rootfs.bin and then rename hdimage1.tgz to something better Nov 03 10:51:58 hrw|work: romimage.bin would be better from a lusers point of view, and make koen|away froth at mouth as a bonus Nov 03 10:52:10 XorA: =D Nov 03 10:52:45 ;D Nov 03 10:53:49 ozXrom.bin :-) Nov 03 10:55:07 angXrom Nov 03 10:55:27 umbaumba.tgz Nov 03 11:06:38 dump of oz database on sf.net is 363M... something is fscked Nov 03 11:07:11 its all that spam Nov 03 11:08:08 maybe Nov 03 11:11:24 nope. its rather stats modules Nov 03 11:21:16 249M of stats Nov 03 11:30:08 now 16M whole database Nov 03 11:43:04 hey mickeyl Nov 03 11:43:18 morning guys Nov 03 11:44:56 hi mickeyl koen|gprs Nov 03 11:47:33 hey hrw|work Nov 03 11:51:52 morning Nov 03 11:51:55 mickeyl: congrats!!! Nov 03 11:52:43 I'm getting strange error at the moment when trying to build gdb: http://rafb.net/paste/results/1yetTq35.html Nov 03 11:52:56 has anyone seen this happen before? Nov 03 11:53:06 mickeyl: http://whois.net/whois_new.cgi?d=freesmartphone&tld=org Nov 03 11:55:13 49.69xxxxx phone is non-cellular? Nov 03 11:57:21 hrw|work: indeed Nov 03 11:57:42 time to edit vcard then Nov 03 12:06:18 +49 69 is Frankfurt/Main city code Nov 03 12:06:25 well, 69, actually Nov 03 13:50:23 Edin boys in the haus Nov 03 14:13:52 has someone a readline 5.1 bb ? Nov 03 14:55:24 morning XorA Nov 03 14:59:39 morning Nov 03 15:00:46 cu Nov 03 15:00:59 chouimat : morning... how are the holy consultant and her worldly assistant doing today ? :) Nov 03 15:07:52 hvontres|poodle: I'm slowly backing off from the project ... too dangerous for my sanity Nov 03 15:08:37 chouimat : hehe... sounds like your customer knows better anyhow...:) Nov 03 15:12:11 hvontres|poodle: he told him something about the job being impossible to do with lex/yacc (ok not quite impossible but make my job harder) and he simply decided to prove me that I was wrong and guess what he's managing it fairly well so ... soon I will announce that I can't work on it anymore because of a new found job Nov 03 16:02:48 mickey|sun10min: Just wanted to let you know that sharprom-compatible works for me, but it breaks ever once in a while. I will let you know further details when I hit a reproducable error. Nov 03 16:03:01 ok, do that Nov 03 16:19:16 OT: http://www.linuxdevices.com/news/NS4240520603.html Nov 03 16:19:21 did you read that already? Nov 03 16:19:31 'Optimizing the potential of open source in mobile -- new device showcase -- "Mystery guest speaker" representing an Asian ODM unveiling an "innovative new device [that] showcases how Open Source can optimize device functionality"' Nov 03 16:20:06 hmz Nov 03 16:20:23 the prefix of qmake2 forces the prefix of stuff built with it Nov 03 16:20:35 or so it seems Nov 03 16:20:37 which prefix? Nov 03 16:20:43 the -prefix Nov 03 16:20:47 zecke: that must be mickeyl :-) Nov 03 16:21:37 giel: qmake has no '-prefix' option? Nov 03 16:21:44 qmake2 is configured with configure -prefix ${STAGING_DIR}/${CROSS_SYS}/qt4 Nov 03 16:21:46 XorA: I doubt mickeyl will speak Nov 03 16:22:08 giel: ah when compiling Qt4 Nov 03 16:22:13 zecke: yes, but stuff that uses qmake2 during compile seems to ignore its own -prefix and use the qmake2 prefix Nov 03 16:22:17 zecke: qtopia core ;) Nov 03 16:23:19 giel: you confuse me Nov 03 16:23:28 zecke: qmake confuses me Nov 03 16:23:34 giel: qmake has no -prefix option at all Nov 03 16:23:43 zecke: no, but the configure of qmake does Nov 03 16:23:55 zecke: sorry, i wasn't clear Nov 03 16:23:58 giel: well gcc's configure has a prefix as well :) Nov 03 16:24:06 ask ljp Nov 03 16:24:06 giel: Either you have an issue building qmake Nov 03 16:24:13 giel: or you have an issue with the used QMAKESPEC Nov 03 16:24:35 giel: or you have a totally different issue with a package that builds with qmake, e.g. missing includes due wrong QMAKESPEC... Nov 03 16:24:46 giel: but I don't get what you try to say :) Nov 03 16:26:10 zecke: it's very clear what happens: in the qmake2.bb it says: ./configure -prefix ${STAGING_DIR}/${CROSS_SYS}/qt4 and whatever i say to the qtopia core ./configure, qmake2 ignores the prefix option of qtopia core and creates Makefiles that install everything in work/qtopia-core/image/home/oe/build/staging/arm-linux/qt4, i.e., its own -prefix Nov 03 16:26:35 zecke: and if i change the -prefix in the qmake2.bb, the files end up in that place Nov 03 16:27:03 zecke: esp. if i change it to /usr, everything works as expected Nov 03 16:27:05 giel: I don't get your point Nov 03 16:27:38 zecke: my point is that it's weird that qmake forces an install path, ignoring any prefix option passed to the program that uses qmake to generate makefiles Nov 03 16:28:16 giel: I don't think qmake forces anything at all Nov 03 16:28:37 giel: when you configure Qtopia Core, it will compile its own version of qmake and use that anyway Nov 03 16:28:51 giel: so you are confusing me at this point. Nov 03 16:28:52 zecke: no, i've disabled that because you couldn't live with that Nov 03 16:29:06 zecke: i'm trying to use the qmake2.bb to generate qmake, as adviced by you ;) Nov 03 16:29:15 giel: I couldn't live with hardcoding the architecture Nov 03 16:29:24 zecke: that was one of the points Nov 03 16:29:32 zecke: and i totally agree with that one Nov 03 16:29:41 giel: so you sticked the finger in the arse of Qtopia and now your finger is brown? Nov 03 16:30:01 zecke: your point being? Nov 03 16:30:28 giel: I still don't get what you are doing. I have the way qmake1 and Qt2/Qt3 work in my mind Nov 03 16:30:38 giel: and I wonder why you have such a hard time doing the same for Qt4 Nov 03 16:30:50 giel: so my point is, I don't get what you are trying to do Nov 03 16:30:52 zecke: it works, except for the install path Nov 03 16:31:13 "It works, except for the fire and flames" Nov 03 16:31:16 zecke: i try to build qmake with the qmake2-native.bb and not with by qtopia core Nov 03 16:31:30 zecke: it might help if you were a little less sarcastic Nov 03 16:31:35 I will tell you how things work in my head Nov 03 16:31:55 1.) you build Qtopia Core stage headers and libs and maybe even create packages Nov 03 16:32:09 2.) packages depending on Qtopia Core DEPEND on qmake2-native Nov 03 16:32:41 3.) qmake2-native builds the mini qmake which is part of Qtopia Core and install that into the STAGING_BINDIR and stages the custom QMAKESPECS for qmake2 Nov 03 16:33:24 mickey_away: Not sure this is the best way to fix this, but arm-linux-ar is not found. I added "export PATH = ${PATH}:/usr/local/arm/2.95.3/bin/" to sharprom-compatible.conf and that took care of it. Nov 03 16:33:48 giel: IIRC with your bitbake file, I didn't like that it staged qmake while we had qmake2-native already Nov 03 16:34:11 zecke: step 1) needs qmake2 as well, and that can either be the qmake qtopia core builds when running configure, but i looked at the qt4 bb, which disabled the building of qmake during configure and uses the one from qmake2-native Nov 03 16:34:38 zecke: but if it's okay with you to use the qtopia core qmake for building qtopia core itself and not stage that one, that's fine as well Nov 03 16:35:28 giel: I would say it is fine Nov 03 16:35:36 zecke: cool Nov 03 16:35:44 giel: and thanks for pointing me to the qt4-x11 file, it is crap as well Nov 03 16:35:45 zecke: i removed the hardcoded architecture btw Nov 03 16:35:58 zecke: i agree with that statement ;) Nov 03 16:36:00 giel: it hardcodes the mkspec to linux-gnueabi-g++ :} Nov 03 16:36:08 zecke: i noticed that yes Nov 03 16:36:27 zecke: i want to do something about the packaging and then i'll show you the improved qtopia core bb Nov 03 16:36:37 zecke: that'll be monday, 'cause i gotta go home now ;_) Nov 03 16:36:46 take care :) Nov 03 16:36:53 thanks, you too Nov 03 16:36:58 giel: and before you leave, I really try to understand the prefix issue :) Nov 03 16:37:07 oh yeah Nov 03 16:37:08 well Nov 03 16:37:14 giel: and no, I really don't get it. So leat me summarize it please :) Nov 03 16:37:25 zecke: i'll summarize it in 3 easy steps okay? Nov 03 16:37:29 giel: we configure qmake2-native with -prefix $STAGING_BINDIR Nov 03 16:37:38 giel: and then you compile qtopiacore with -prefix /usr Nov 03 16:37:47 giel: but things get installed into $STAGING_BINDIR? Nov 03 16:38:01 zecke: yes, i'll elaborate a tiny bit, but it's basically what happens Nov 03 16:38:13 zecke: we configure qmake2-native with -prefix ${STAGING_DIR}/${CROSS_SYS}/qt4 Nov 03 16:38:24 zecke: we confiure qtopia core with -prefix /usr Nov 03 16:38:57 zecke: installing qtopia core with oe_runmake install INSTALL_ROOT=${D} Nov 03 16:39:17 zecke: and the files end up in ${D}/${STAGING_DIR}/${CROSS_SYS}/qt4 Nov 03 16:39:21 QMAKEPATH_DIR Nov 03 16:39:27 hmm sorry Nov 03 16:39:40 a+ Nov 03 16:39:59 zecke: and modifying the qmake2-native configure -prefix changes the location of were the qtopia core make install dumps its files Nov 03 16:40:16 giel: so there is a path inside the QMAKESPEC :) Nov 03 16:40:29 zecke: i thought so, but I couldn't find it Nov 03 16:40:41 zecke: but it's been a long day, i could be blind :) Nov 03 16:40:57 sorry for the somewhat incoherent rambling ;)_ Nov 03 16:42:37 looks like QT_INSTALL_* has such infos Nov 03 16:43:42 giel: it is compiled in :) Nov 03 16:43:49 giel: QLibraryInfo::PrefixPath Nov 03 16:44:33 zecke: and i think that's weird ;) Nov 03 16:44:39 anyway, you get my point? Nov 03 16:44:48 so yes, qtopiacore and qt4 needs their own qmake when compiled :) Nov 03 16:44:54 giel: yes, finally :) Nov 03 16:45:09 okay, so i'll fix this by using the qtopia core qmake for compiling qtopia core ;) Nov 03 16:45:14 as it was meant to be Nov 03 16:45:16 and not stage that Nov 03 16:45:43 next step is to see what my qt4 apps do with the qmake2-native binary ;) Nov 03 16:45:48 but that's for later Nov 03 16:45:52 i'm off Nov 03 16:46:08 later Nov 03 17:06:18 ~admp Nov 03 17:06:24 ~seen admp Nov 03 18:20:51 re Nov 03 18:21:10 wb Nov 03 19:08:24 re Nov 03 19:58:29 zecke: you noticed the lack of nslu2-linux and OE attribution in joey's blog too, hey? Nov 03 20:00:30 rwhitby: hehe Nov 03 20:01:01 rwhitby: it looks like GNU Debian did all the work... NSlu2 Linux nothing but parasits :) Nov 03 20:01:20 zecke: talking to joeyh right now Nov 03 20:01:35 hehe Nov 03 20:01:43 * zecke hopes noone takes him seriously Nov 03 20:04:40 rwhitby: I really love my NSLu2. It serves (using nbd) my two sharks Nov 03 20:07:15 zecke: in fact, the first port of 2.6 to the NSLU2 was done by kergoth, so attribution for OE is missing too. Nov 03 20:07:46 rwhitby: we know that from Debian already :) Nov 03 20:08:27 but I find it funny that someone bitching Ubuntu does not attribute the origins properly :) Nov 03 20:08:34 and I'm pretty sure we don't have an advertising clause in OE so attribution would only be nice Nov 03 20:09:11 back to my assignments Nov 03 21:25:56 re Nov 03 21:26:54 wb koen Nov 03 21:28:10 hi zecke, koen. everything cool? Nov 03 21:28:31 yes, just done with my assignment Nov 03 21:28:43 I have one more hour before I fall asleep to do Free Software Nov 03 21:31:15 koen, I see they saved the horses! Nov 03 21:31:29 zecke: what assignment, I have been out of the IRC loop for some days... too busy with annoying stuff Nov 03 21:32:02 Crofton: haha, you following Dutch news? Nov 03 21:32:07 likewise: I'm still a student, so I need to do this boring stuff :) Nov 03 21:32:13 saw it on CNN Nov 03 21:32:15 likewise: like meausiring resistance :) Nov 03 21:32:29 zecke: what course? Nov 03 21:32:33 resistance f what? Nov 03 21:32:43 Crofton: I was in the provence called 'sealand' last week Nov 03 21:32:54 Crofton: not very high water, but some storms Nov 03 21:32:58 ah Nov 03 21:33:08 likewise: For my physics minor, a course where we to some experiments... Nov 03 21:33:20 They need to send some Dutch engineers to New Orleans Nov 03 21:33:21 likewise: this time it was AC/DC and meassuring of resistance :) Nov 03 21:33:36 zecke: ok, good. I like AC/DC. Nov 03 21:33:46 likewise: but you need to determine the maximum failure and this took time... Nov 03 21:34:15 zecke: maximum error? Nov 03 21:34:19 tolerance? Nov 03 21:34:40 maximum error :) Nov 03 21:34:44 "MeetInstrumenten en NetwerkAnalyse" Nov 03 21:34:56 that's how they called that assignment over here Nov 03 21:35:05 zecke: yes, that can be a bloody hell if you have a really complex electrical network. Nov 03 21:35:49 likewise: oh complex == two resistor in row and parallel :) Nov 03 21:36:12 likewise: next week it is time to look in radio active decay Nov 03 21:36:24 Crofton: so watch german news as well :) Nov 03 21:36:24 You guys know thevenin and norton equivalent circuits? Nov 03 21:36:26 zecke: I know, but if you know those two, everything else can be built from two Z parallel and two Z in series, Z being any impedance. Nov 03 21:36:41 yep. Nov 03 21:36:45 Crofton: norton and thevenin are easy :) Nov 03 21:36:55 likewise: yes, but we only had true resistors so impendance wasn't even the topic :) Nov 03 21:36:56 So you have a black box containing one or the other Nov 03 21:37:05 Crofton: It's just that I always forget whether northon = I or V, or the other way around. Nov 03 21:37:14 and you have an ammeter, voltmeter, and a thermometer Nov 03 21:37:20 likewise: just calculating R=U/I a lot of times and adding relative errors :) Nov 03 21:37:21 N=I, T=V I think... Nov 03 21:37:25 how do you determine how the source is configured? Nov 03 21:37:43 zecke: yup, nice exercise. Nov 03 21:37:53 likewise: yeah, what a waste of my time :) Nov 03 21:38:43 zecke: no, it's good to be multi-disciplined. trust me. You can later pursuede your hardware engineers to change something :-) Nov 03 21:38:52 zecke: why not just read the rings ? :) Nov 03 21:39:51 likewise: Math+CS+Physics probably does not qualify as multi disciplined :} Nov 03 21:41:00 Math+CS+Physics = EE Nov 03 21:41:06 :) Nov 03 21:41:15 * koen might be slightly biased Nov 03 21:41:28 zecke: still better than law :) Nov 03 21:41:34 * koen wonders how many people will get that pun ;) Nov 03 21:41:52 * hvontres|poodle just got it ;0 Nov 03 21:42:00 * hvontres|poodle slaps forehead Nov 03 21:42:44 zecke: I got another OE project device Nov 03 21:44:56 * Crofton gets the pun Nov 03 21:45:41 EEK. I am doing a mtn update and it suddenly opens my "meld" diff tool. Scary. Nov 03 21:46:12 likewise: probably local changes Nov 03 21:46:59 koen: Yes, but how does it (mtn) know how to run a GUI diff tool? Is that an exported variable? Nov 03 21:47:03 zecke: did gerwin mention that he's organizing that conference in eindhoven? Nov 03 21:47:14 likewise: lua hook Nov 03 21:47:21 koen: tnx Nov 03 21:47:33 koen: which conference? t-dose? Nov 03 21:47:40 likewise: yep, that one Nov 03 21:47:55 koen: no Nov 03 21:48:01 koen: the wannabe FOSDEM thing. Nov 03 21:48:17 koen: I will be likely at T-dose Nov 03 21:48:24 zecke: check the bottom of http://www.openembedded.org/wiki/ProjectDevices Nov 03 21:48:27 or at least in eindhoven Nov 03 21:48:50 kewl!!! Nov 03 21:49:04 I live there, we can meet. Nov 03 21:51:04 likewise: bring tomatoes Nov 03 21:51:12 * koen spots klaas on the list of speakers Nov 03 21:51:16 koen: whom should we target? Nov 03 21:51:41 "his current job as Field Application Engineer Europe at MontaVista Linux Software" Nov 03 21:51:45 ah yes, I think he tried to push MV into our company once. Nov 03 21:52:05 don't put lennert and klaas into the same room Nov 03 21:52:10 I did not have a hard time convincing management not to. Nov 03 21:52:24 koen: really? Nov 03 21:52:35 koen: what will happen if we do? Nov 03 21:53:17 only one way to find out. Nov 03 21:53:23 right :) Nov 03 21:53:25 yeah Nov 03 21:53:38 bring popcorn Nov 03 21:54:09 I prefer frikandel Nov 03 21:55:45 you can't get frikandel at the movies here. Nov 03 21:56:08 neither here Nov 03 21:56:46 you can ready subtitles at home anyway Nov 03 21:56:54 read... Nov 03 21:57:27 T-DOSE is a few days too early. http://www.pathe.nl/filminfo.asp?film_id=2400&bios_id=-1 Nov 03 21:58:03 likewise: ah the pathe, I know that one :) Nov 03 21:58:12 in Eindhoven? Nov 03 21:58:19 yes Nov 03 21:58:27 near the trainstation Nov 03 21:58:31 yup Nov 03 21:59:31 * koen passed eindhoven a few hours ago Nov 03 21:59:41 +by Nov 03 21:59:50 koen: hehe Nov 03 21:59:51 but not coming from zeeland, I hope? Nov 03 22:00:14 likewise: vlissingen -> enschede Nov 03 22:00:29 with a stop in apeldoorn to eat some pie :) Nov 03 22:00:58 I thought tilburg -> den bosch was shortest route? Nov 03 22:01:11 hmmm Nov 03 22:01:14 right Nov 03 22:01:22 s/eindhoven/den bosch/ Nov 03 22:01:27 hehe Nov 03 22:01:29 :-) Nov 03 22:01:33 I did pass by eindhoven last week :) Nov 03 22:01:45 for enschede -> weert Nov 03 22:01:56 koen: you travel a lot :-) Nov 03 22:04:42 who's attending t-dose? Nov 03 22:05:49 * koen says 'maybe' Nov 03 22:05:56 maybe Nov 03 22:06:50 same here. I only find the "logfs" track interesting Nov 03 22:06:55 and the legal stuff Nov 03 22:06:58 right :) Nov 03 22:07:16 (arnoud) Nov 03 22:11:40 I am off to bed, I went to the 'bookfest' today and am completely broken from multiple hours of book-shopping. Nov 03 22:15:35 cu Nov 03 22:15:39 good nite all Nov 03 22:19:40 hi Nov 03 22:41:01 ggilbert: i hope to not cause a performance hit on bugs.oe.org atm Nov 03 22:47:44 Hi, I'm having a problem with building "atmelwlandriver" Nov 03 22:48:05 Seems to fail at compilation with some parse error Nov 03 22:48:34 Changing from GCC 4.1.1 to 3.4.4 did nothing to help Nov 03 22:48:49 Both versions of atmelwlandriver fail the same way Nov 03 22:49:26 where does it fail, can you fix it? Nov 03 22:49:48 I'm posting the compilation log... Nov 03 22:49:52 it's a .c file Nov 03 22:50:04 I hope you will use pastebin Nov 03 22:50:09 The file that fails Nov 03 22:50:14 yeah... Nov 03 22:51:09 pastebin is *slow*.... Nov 03 22:51:38 http://extraball.sunsite.dk/notepad.php?ID=29311 Nov 03 22:51:44 could you please check it? Nov 03 22:52:37 hehe Nov 03 22:52:48 google finds one oe mailinglist hit Nov 03 22:53:03 B_Lizzard: look at line 85 of fastvnet_cs.c and fix the error Nov 03 22:53:08 I'll check that out... Nov 03 22:53:16 Thanks Nov 03 22:55:53 I checked that line before, doesn't look strange Nov 03 22:56:02 Of course, I'm no developer... Nov 03 22:56:16 Here's the line: "static dev_link_t *dev_list = NULL;" Nov 03 22:56:23 that is bad, this is a developer channel := Nov 03 22:56:30 so it does not know what dev_link_t is Nov 03 22:56:35 I mean C developer :) Nov 03 22:56:51 you need to include the header that contains the typedef of dev_link_t Nov 03 22:57:46 Ok, I'll check the other lines as examples and fix it Nov 03 22:57:50 Thanks Nov 03 22:58:23 dev_link_t must be something within the atmel stuff... Nov 03 22:59:09 But, If it's an open bug, and reproduceable, it should be fixed.... Nov 03 22:59:17 I'll check the other files Nov 03 22:59:31 sure, you are fixing it no Nov 03 22:59:35 Aye Nov 03 22:59:35 now Nov 03 23:00:03 dev_link_t is probably desribed in one of the headers... Nov 03 23:00:47 grep -rni dev_link_t * Nov 03 23:00:51 from within the atmel source Nov 03 23:01:40 ah well Nov 03 23:02:17 All returned results are from fastvnet_cs.c Nov 03 23:03:06 hehe Nov 03 23:03:21 dev_link_t was removed from the kernel between 2.6.11 to 2.6.17 :) Nov 03 23:03:33 the pain of out of tree drivers Nov 03 23:03:49 :) Nov 03 23:03:58 I'll just remove the line, eh? Nov 03 23:04:13 won't work Nov 03 23:04:33 some one with an itch, probably you, needs to update the atmel driver Nov 03 23:04:37 or update the bb file Nov 03 23:05:20 the latest .bb file is also the latest atmelwlandriver release Nov 03 23:06:36 There exists a USB patch that makes the driver functional under 2.6 which I could add, but I'm using PCMCIA Nov 03 23:06:36 http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blobdiff;h=8c339f5678cf94c2288b331347a23ed9ddecc494;hp=ac11fb1e8d6949aa20dd6d3004b8ac666661cbe9;hb=dbb22f0d65ccc2e9dfeb4c420942f2757a80f8d2;f=include/pcmcia/ds.h Nov 03 23:07:01 but this doesn't need a developer like me :) Nov 03 23:07:11 to use a web browser Nov 03 23:07:28 You're VERY helpful ;) Nov 03 23:08:06 And I'm a clueless bastard Nov 03 23:08:06 But I'm a willing bastard Nov 03 23:08:52 http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=fba395eee7d3f342ca739c20f5b3ee635d0420a0 Nov 03 23:09:52 B_Lizzard: your options are using an older kernel, not using atmel Nov 03 23:10:06 B_Lizzard: or using one of the diff's from the above URL to update the driver Nov 03 23:10:07 good nite **** ENDING LOGGING AT Sat Nov 04 02:59:57 2006