00:15.30 | ljp | hmmpft |
00:18.05 | *** join/#openembedded treke (~ggilbert@12.107.12.130) |
00:19.28 | ljp | "Computer Hacker Ordered to Live with Parents" |
00:20.20 | treke | kergoth: I have to give sharp credit for one thing, You dont have to reflash both the kernel and the rootfs |
00:20.51 | treke | it would be much more braindead if you did |
00:31.13 | treke | ok, mickeyl doesnt have to die. That was a beautiful smartass reply to shawn gordon |
00:31.25 | treke | " |
00:31.26 | treke | No, you're right. Our team wasted precious lifetime - and what did it get us? |
00:31.29 | treke | I will probably soon quit developing Open Source in my spare time and will revive my making music and writing. |
00:31.32 | treke | " |
00:32.00 | W8TVI | heh :) |
00:32.28 | treke | although ljp might be in the hotseat now |
00:32.53 | ljp | why so? |
00:33.12 | treke | "I do not think Opie is going to step too much forward, although there are a lot of reasons, technical, and other, for breaking compatibility. " |
00:33.32 | ljp | and..? |
00:33.39 | treke | say something spiffy to reddem your self |
00:33.44 | ljp | whats wrong with that statement |
00:34.14 | ljp | hmm, ok.. something spiffy.. ok, am I redeemed |
00:34.18 | treke | You don't think opie is going to progress very far |
00:34.35 | treke | hmmm. that counts. |
00:35.02 | ljp | hmm, maybe I should edit that, I meant.. it wont break bc |
00:35.35 | treke | get trolltech to start pushing gcc3 then all will be sunshine and joy |
00:36.03 | ljp | ok. use gcc3. there. ya happy? ;) |
00:36.46 | ljp | actually, since Shapr is curerntly th eonly player in town, we have to maintain a bit of compatibility |
00:37.34 | ljp | qtopia builds fine with gcc3 |
00:38.43 | ljp | commercial? |
00:38.52 | treke | yup |
00:39.05 | ljp | for sharp rom? |
00:39.17 | treke | yes |
00:39.40 | ljp | legally? I dont see why not |
00:40.06 | treke | since the SDK they have is built with gcc2, to compile for gcc3 they'd need to compile against a gpl released build |
00:40.11 | ljp | there, post edited and more clear |
00:40.22 | ljp | oohhh.. hmm |
00:41.09 | treke | not that I can see trolltech really giving a damn |
00:41.29 | treke | but it might technically be a problem |
00:41.30 | ljp | I can sure ask about getting a gcc3 sdk |
00:48.22 | *** join/#openembedded Speedy2 (JohnJacobs@cip-71-64.bbs.surfcity.net) |
00:48.23 | Speedy2 | Yo all |
00:48.33 | treke | speedy |
00:48.45 | Speedy2 | Yo. |
00:52.26 | kergoth | hey Speedy2 |
00:53.17 | Speedy2 | Yo man. |
00:53.25 | Speedy2 | How goes it? |
00:58.51 | *** join/#openembedded caffeine (~kevin@clt74-76-015.carolina.rr.com) |
00:59.55 | kergoth | 19:52 * wli listens to Morbid Angel - Abominations |
00:59.55 | kergoth | 19:52 * wli likes to think of this as "the x86 song" |
00:59.57 | kergoth | hah |
01:00.02 | kergoth | Speedy2: not bad, busy. y ou? |
01:00.35 | Speedy2 | Yeah, busy too. |
01:00.46 | Speedy2 | Spent the past week doing block diagrams... |
01:01.38 | *** join/#openembedded noda (~noda@modemcable013.119-201-24.mtl.mc.videotron.ca) |
01:01.39 | noda | Moo! |
01:03.13 | kergoth | fun |
01:03.14 | kergoth | hey noda |
01:03.27 | noda | How goes in OE-land? :) |
01:03.35 | kergoth | not bad, converting packages |
01:03.40 | noda | Fun! |
01:03.42 | kergoth | 32 down, 252 to go |
01:03.45 | kergoth | heh. |
01:03.49 | noda | Heh, cool |
01:04.06 | noda | Are you doing them in any particular order -- order of importance or anything? |
01:04.15 | noda | Gonna try and tackle Opie yet? :) |
01:04.17 | kergoth | i'm doing the packages in -minimal first |
01:04.22 | noda | Cool :) |
01:04.26 | kergoth | the ones that are necessary for a boot to console and basic operation |
01:04.34 | kergoth | then will go up to -opie |
01:04.38 | kergoth | then the additional stuff |
01:04.43 | noda | Will opie be tough, do you think? |
01:04.49 | kergoth | not particularly |
01:04.50 | noda | ls |
01:04.55 | noda | :s/ls// |
01:05.17 | treke | perhaps -opie should be the point where we officially freeze buildroot |
01:05.23 | kergoth | i should upload the 3.3.1 final chain to replace that 3.3.1-pre |
01:05.42 | Speedy2 | kergoth: Gearing up for a new releae, eh? |
01:05.55 | noda | Speedy2: A new buildroot :P |
01:05.57 | treke | arg. |
01:06.06 | treke | This shing shouldnt have a fricken console on tty0 |
01:06.27 | treke | AAAAARG |
01:06.37 | Speedy2 | ibot: seen pb_ |
01:06.37 | | pb_ <~pb@2002:5160:45ef:0:2e0:7dff:fe74:8b87> was last seen on IRC in channel #gpe, 1h 34m 19s ago, saying: 'the whole thing does seem to be becoming increasingly surreal.'. |
01:06.56 | treke | I'm building fricken shepherd kernels |
01:08.21 | noda | aargh. Both my main network cards are broken with 2.6.0-test5 on my laptop :( |
01:08.23 | treke | no wonder it isnt paying any attention at all to console=null :) |
01:08.28 | noda | tg3, orinoco_cs :( |
01:28.08 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
01:35.52 | *** join/#openembedded SuKoShi (~sukoshi@dyn-213-36-194-13.ppp.tiscali.fr) |
01:37.14 | Speedy2 | noda: use a CDRW |
01:47.47 | noda | Speedy2: Am doing so. |
01:47.56 | noda | Actually, it seems like my entire networking is simply... fucked :( |
01:48.25 | noda | 'ifconfig', 'dhclient', etc simply hang once a networking link is set up. |
01:49.45 | CIA | repository=03packages user=11kergoth@direwolf.ppp.ti.com |
01:49.45 | CIA | 07ChangeSet@1.87 Add iputils 20020927. |
01:50.57 | ljp | wow. I can get bigger breasts! |
01:51.09 | ljp | how cool is that! |
01:51.14 | kergoth | ljp: i'm happy for you |
01:51.19 | ljp | :) |
01:54.10 | ljp | things is really quiet here on Saturdays |
01:54.26 | ljp | am I a looser or what |
01:55.06 | *** join/#openembedded caffeine (~kevin@clt74-76-015.carolina.rr.com) |
01:55.31 | *** join/#openembedded kevin (~kevin@clt74-76-015.carolina.rr.com) |
01:56.51 | ljp | anyone know how to fix an sd card with a farked partition table? |
01:57.09 | kergoth | make a partition table? |
01:57.26 | ljp | fdisk cant ever see that its a disk |
01:57.30 | ljp | even |
01:57.45 | treke | that would be more than a fucked partition table, I think |
01:57.48 | kergoth | exactly |
01:57.49 | kergoth | heh |
01:58.03 | noda | You have to rewrite the partition table.... |
01:58.17 | ljp | hmm, and its brand spankin new. sharp rom crashed when I was writing to it |
01:58.18 | noda | Oh, if it can't see the disk, it's not the partition table :) |
01:58.30 | noda | Hardware defect? |
01:58.45 | ljp | dunno. but its a good thing I didnt pay for it |
01:58.51 | noda | heh |
02:01.28 | ljp | you guys know about this? http://www.fefe.de/embutils/ |
02:02.41 | kergoth | yeah, wheel reinvention at its best |
02:02.58 | ljp | ya, I thought it may have a few things not in buzyboz |
02:03.25 | noda | why on earth make that project? Why not just confribute to busybox? |
02:04.02 | W8TVI|z | night |
02:04.08 | noda | Oh... it was made in 2001... |
02:05.17 | noda | lol, look at the 'See also': 10 competing packages :P |
02:07.18 | *** join/#openembedded mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
02:07.24 | ljp | wtf is diet? |
02:08.02 | ljp | oh libc |
02:08.49 | CIA | repository=03packages user=11kergoth@direwolf.ppp.ti.com |
02:08.49 | CIA | 07ChangeSet@1.88 Add netkit-base 0.17 (for inetd). |
02:09.12 | noda | kergoth: You're on a roll... :) |
02:09.19 | kergoth | :) |
02:17.03 | CIA | repository=03packages user=11kergoth@direwolf.ppp.ti.com |
02:17.03 | CIA | 07ChangeSet@1.89 Add netkit-ftp 0.17. |
02:21.11 | chouimat | nigth |
02:22.42 | mithro | hey - how is everyone today? |
02:24.05 | noda | Annoyed with wxPython compilation |
02:24.15 | noda | It's not doing what I want it to do :( |
02:25.31 | kergoth | busy here |
02:27.35 | mithro | noda: what you trying to do with wxPython? |
02:29.01 | noda | mithro: Compile it. |
02:29.12 | noda | Ah, I see the problem. --enable-stl breaks the wxPython build. |
02:29.30 | mithro | for the Z? |
02:29.34 | noda | No :) |
02:29.37 | noda | For my computer :) |
02:29.41 | mithro | ahh :) |
02:29.55 | mithro | i think wx Windows needs a qt port |
02:30.02 | kergoth | ntpdate, pppd, and wireless-tools remaining |
02:30.03 | noda | gtk2 is enough :) |
02:30.07 | noda | Woo! |
02:30.08 | kergoth | then the filesystem tools (dos, ext) |
02:30.12 | kergoth | then kernel + modules |
02:30.17 | kergoth | then minimal is complete |
02:30.24 | kergoth | first pass anyway |
02:30.25 | noda | kernel+modules... will that be tricky? |
02:30.28 | mithro | kergoth: importing into OE? - how is is going? |
02:30.31 | kergoth | nah, easy |
02:30.35 | kergoth | i already have a kernel oeclass |
02:30.39 | kergoth | abstracts out the kernel build |
02:30.44 | kergoth | so the kernel .oe's will be pretty empty |
02:30.50 | kergoth | mithro: quite well, flexing teh system |
02:31.05 | mithro | i might have a look at if i get some time :) |
02:31.28 | kergoth | cool |
02:31.35 | kergoth | i need as many eyes on it as possible |
02:31.38 | mithro | tobad atm i have very little time :( |
02:31.49 | kergoth | yeah well, i dont think any of us have much time :) |
02:31.50 | kergoth | such is life |
02:31.57 | mithro | yeah it's a pain :) |
02:32.05 | kergoth | yeh |
02:34.53 | kergoth | jeeze |
02:34.58 | kergoth | debian sure patches the fuck out of pppd |
02:35.12 | Speedy2 | So how nice is OPIE 1.0 ? |
02:35.25 | noda | Nice enough for me to build it. |
02:35.38 | kergoth | and thats saying something. :P |
02:35.45 | noda | Yeah! |
02:36.05 | kergoth | er s/wipes/swipes/ |
02:37.40 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-064-167.lsanca2.elnk.dsl.genuity.net) |
02:39.36 | kergoth | treke|laptop: <pester>dosfstools&e2fsprogs</pester> |
02:39.42 | kergoth | if you dont add them, i'll do it myself :P |
02:39.48 | treke|laptop | ok.. ok |
02:39.55 | kergoth | heheh |
02:40.06 | mithro | kergoth: it would be nice if the pppd had mppe support |
02:40.15 | kergoth | i dont even know what that is |
02:40.16 | noda | Doesn't MPPE need kernel support? |
02:40.17 | kergoth | whats mppe? |
02:40.25 | noda | kergoth: Microsoft's encryption protocol for VPNs |
02:40.55 | kergoth | ah |
02:40.57 | noda | pppd-2.4.2 has it, I think (well, will have it when it's released). But afaik it needs kernel support. |
02:41.22 | kergoth | we should make our pppd use resolvconf, the scripts ifupdown-roam uses to manage resolv.conf |
02:41.27 | kergoth | so it doesnt fuck things up |
02:42.58 | mithro | yeah mppe needs kernel support :( |
02:43.08 | mithro | but it would allow your Z to vpn to evil windows 2000 servers |
02:44.16 | treke|laptop | ~lart kergoth for oe defaults |
02:44.33 | kergoth | ? |
02:44.36 | kergoth | it defaults to native. |
02:44.37 | mithro | and specially evil wireless networks which means you must use mppe connection |
02:44.57 | treke|laptop | kergoth: just tried tarring up my content directory and found the buildtree was under it :) |
02:45.08 | kergoth | hehe |
02:45.18 | noda | Ooh, my school probably needs that. I gotta set up mppe.... |
02:45.19 | kergoth | your current dir is the build base |
02:45.20 | noda | On my laptop... |
02:45.24 | kergoth | unless you override TOPDIR or TMPDIR |
02:45.33 | noda | Oh yeah, my laptop doesn't do *any* networking with this kernel :P |
02:45.35 | noda | Damn :) |
02:51.56 | treke|laptop | ERROR-cannot cd to packages (illegal, nonexistant, or not package root) |
02:53.17 | treke|laptop | ignore that |
02:54.02 | treke|laptop | bk parent bk://openzaurus@openembeded... doesnt work :p |
02:54.15 | kergoth | no |
02:54.22 | kergoth | its projectname@projectname.bkbits.net |
02:54.34 | kergoth | just do bk parent openembedded@openembedded.bkbits.net:buildroot |
02:54.42 | kergoth | ssh style url instead of that http or bk crap |
02:54.46 | kergoth | since it uses ssh anyway |
02:54.53 | treke|laptop | I know :) |
02:55.10 | treke|laptop | I was saying I saw the problem. I was using the openzaurus name |
02:55.14 | kergoth | oh, right |
02:55.16 | kergoth | heh |
02:57.57 | noda | "http or bk crap" == "URI"? :) |
02:58.04 | kergoth | yeh |
02:58.10 | noda | :P |
02:58.17 | kergoth | no point using an http or bk uri when it isnt using http or bk, respectively |
02:58.19 | noda | Ack! My konqe build fails :( |
02:58.21 | kergoth | heh |
02:58.34 | noda | Wait... opie has its own web browser, right? It's not konqe any more? Please say it's not... |
02:58.35 | treke|laptop | hehe |
02:58.48 | treke|laptop | konq is the webbrowser to use |
02:58.48 | kergoth | it's not |
02:58.59 | treke|laptop | ubrowser barely counts as a webbrowser |
02:59.07 | noda | Does it... browse the web? |
02:59.14 | treke|laptop | noda: Define "the web" |
02:59.16 | noda | I'm not exactly a fan of konqe |
02:59.21 | treke|laptop | It does it as well as netscape 2 |
02:59.34 | treke|laptop | unless you need things like forms |
02:59.35 | treke|laptop | or css |
02:59.55 | noda | World wide web: computer network consisting of a collection of internet sites that offer text and graphics and sound and animation resources through the hypertext transfer [WordNet (r) 1.7] |
03:00.00 | kergoth | noda: write a qpe gui for links 2.x |
03:00.08 | noda | hehehe |
03:00.13 | treke|laptop | and add css2 support to links |
03:00.19 | kergoth | yeah, that too |
03:00.26 | treke|laptop | hell. add css1 support |
03:00.44 | noda | Anyway, is it just me who can't build konqe? |
03:00.48 | treke|laptop | yup |
03:00.50 | treke|laptop | just you |
03:00.51 | noda | /usr/src/bk/buildroot-oz/output/staging/include/features.h:175: warning: `_POSIX_C_SOURCE' is not defined |
03:02.00 | noda | Fuck it, I'll just get a working image. Right now I have *no* browser, so it'll still be a step up. |
03:02.26 | treke|laptop | install the oz 3.2 konq |
03:02.32 | treke|laptop | it's the same fricken thing |
03:02.37 | noda | Will do. |
03:07.04 | gb2 | kergoth: docs purning would be a useful feature. |
03:07.12 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-064-167.lsanca2.elnk.dsl.genuity.net) |
03:07.26 | gb2 | perhaps in the image tool |
03:07.56 | kergoth | gb2: unnecesary |
03:08.07 | kergoth | gb2: will just make a -docs package for all packages that have docs |
03:08.14 | kergoth | gb2: granularity is preferred to removal |
03:08.44 | gb2 | yeah, that was the other possible place. |
03:09.04 | kergoth | <PROTECTED> |
03:09.10 | kergoth | could probably do it automatically in the package class |
03:09.13 | gb2 | manpages are docs ;) so that gets to be quite a few of them. *nod,nod* |
03:17.08 | kergoth | heh, thatd be easy actually |
03:17.30 | kergoth | FILES_${PN}-docs = ${datadir}/man ${datadir}/doc |
03:17.31 | kergoth | in oe.conf |
03:17.52 | kergoth | then, we just add ${PN}-docs to PACKAGES for any you want to build that package for |
03:18.02 | kergoth | or add PACKAGES_append = ${PN}-docs to oe.conf as well |
03:18.07 | kergoth | hehe |
03:19.27 | kergoth | i wonder if using other vars in this var's name works |
03:19.31 | kergoth | like that FILES_${PN}-docs |
03:20.13 | Speedy2 | Word to the wise: Zamfir sux. |
03:21.36 | treke|laptop | Zamfir? |
03:26.03 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-064-167.lsanca2.elnk.dsl.genuity.net) |
03:32.28 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
03:32.45 | Speedy2 | Zamfir is a crappy pan flutist. |
03:41.10 | kergoth | k ntp's in |
03:41.53 | mithro | kergoth: did i tell you about the weird i was having with ntp? |
03:41.58 | kergoth | nope |
03:42.07 | kergoth | weird is an adjective, not a noun. a weird what? |
03:42.08 | kergoth | :P |
03:42.25 | mithro | after i sync with a ntp server the Z will freeze up after the next resume |
03:42.38 | mithro | behaviour :) |
03:42.56 | kergoth | weird |
03:43.18 | mithro | yeah |
03:43.31 | mithro | nobody else seems able to reproduce it either |
03:44.03 | mithro | which tends to point to something being funny about my hardware |
03:44.15 | mithro | however if i change it manually there is no problem |
03:44.26 | kergoth | heh, that doesnt make any sense |
03:45.21 | mithro | i know |
03:45.29 | mithro | it makes no sense whats so ever |
03:45.49 | mithro | i've tried removing all cards etc |
03:45.59 | mithro | but it seems to alway happen |
03:47.23 | mithro | i've tried it both from the command line and from the clock applet and still same behivour |
03:50.01 | treke|laptop | I hate acpi |
03:50.30 | mithro | treke|laptop: why? |
03:51.26 | treke|laptop | mithro: Poor linux support |
03:51.32 | treke|laptop | and probably poor manufacturer support |
03:52.05 | Speedy2 | The real problem is x86 |
03:52.07 | Speedy2 | X86 is a POS |
03:52.21 | kergoth | agreed |
03:52.28 | treke|laptop | kergoth: "I don't have to, I want to" |
03:52.30 | treke|laptop | kergoth: Nice |
03:52.33 | kergoth | treke|laptop: hehe |
03:56.35 | cyn_ | amd's 64bit seems promising |
03:56.57 | treke|laptop | ugh |
03:57.20 | kergoth | brb |
03:57.25 | treke|laptop | yeah. Let's slap another layer on |
03:58.30 | noda | I'm excited about it. Easy to upgrade and it runs 32-bit programs faster than the fastest Xeons, according to that article referenced on Slashdot a week or so ago |
03:58.36 | noda | Hehehe |
03:59.39 | cyn_ | yeah that article got me pumped for opteron |
04:00.02 | Speedy2 | Still too few registers on AMD64. |
04:00.07 | cyn_ | I mean if nothing else it's chip to start doing real 64bit programming with natively, without having to forego everything |
04:00.12 | cyn_ | maybe, haven't checked the specs |
04:00.15 | cyn_ | at least there's more tho heh |
04:00.32 | cyn_ | not having more would require a carpetbombing of design engineers worldwide |
04:02.41 | Speedy2 | We' |
04:02.51 | Speedy2 | ve had 64 for a long time...Alpha, PA-RISC |
04:04.13 | cyn_ | yeah but they don't run 32 native |
04:06.08 | Speedy2 | Not native...but Alpha had FX32! which worked well. |
04:06.29 | mithro | just ignore the top 32 bits? |
04:07.02 | Speedy2 | It's not that easy. |
04:07.06 | mithro | why not? |
04:07.19 | Speedy2 | Just isn't. |
04:08.11 | mithro | Speedy2: thats not a very good answer :) |
04:08.31 | Speedy2 | mithro: It's not a simple question |
04:10.23 | Speedy2 | mithro: What you're asking is akin to the "Thumb" mode on ARM processors |
04:10.26 | Speedy2 | Or something like it |
04:10.32 | Speedy2 | A 32-bit processor that runs "16-bit" code |
04:12.04 | cyn_ | mithro: you can't just do that because of carries and other such things that tend to happen when you do math |
04:12.33 | mithro | couldn't you just ignore the bottom 32 bits then :) |
04:12.36 | cyn_ | plus the whole size of int/etc. |
04:13.51 | kergoth | ~lart mithro |
04:14.12 | Speedy2 | ~lart ibot |
04:14.24 | mithro | personally i think 100-200 years from now people will look back at computers from here and think "What the fsck did they think they where doing?" |
04:14.36 | Speedy2 | If people still exist in 100 - 200 years. |
04:14.46 | mithro | Speedy2: yeah :) |
04:15.52 | mithro | i think there is something fundimentally wrong with our computer systems as despite huge performance increases and extensibility everything is so fragial and slow |
04:16.03 | *** join/#openembedded SuKoShi (~sukoshi@dyn-213-36-194-13.ppp.tiscali.fr) |
04:17.31 | *** join/#openembedded treke|home (~ggilbert@lsanca2-ar29-4-41-064-167.lsanca2.elnk.dsl.genuity.net) |
04:17.36 | Speedy2 | A lot that is wrong has to do with software and the desire to hang on to legacy. |
04:18.21 | Speedy2 | Given our exponential increases in hardware power and lack of corresponding speed increase in programs... |
04:19.52 | mithro | my guess is that it's both a hardware and a software problem - i doubt that software people could have gotten themselves into such a mess if it wasn't for hardware people |
04:20.20 | Speedy2 | Oh those are fighting words! |
04:20.29 | mithro | and visa-versa :) |
04:23.10 | mithro | i tend to think the same thing about Quantum Physics :) they seem to have dug themselves into their own hole aswell... |
04:26.54 | kergoth | hmm |
04:32.49 | *** join/#openembedded andreas_gi__ (~andreas@L1244P03.dipool.highway.telekom.at) |
04:42.43 | *** join/#openembedded treke_ (~ggilbert@12.107.12.130) |
04:44.05 | mithro | Speedy2: i don't think it'll change anywhat in my lifetime so I'll just have to deal with it :) |
04:44.11 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-064-167.lsanca2.elnk.dsl.genuity.net) |
04:46.08 | treke|laptop | hmmm. all this docbook stuff is in java |
04:46.12 | treke|laptop | damn |
04:49.48 | *** join/#openembedded SuKoShi (~sukoshi@dyn-213-36-194-13.ppp.tiscali.fr) |
04:53.33 | kergoth | ../obj_s/tic.o(.text+0x280): undefined reference to `__ctype_b_loc' |
04:53.34 | kergoth | bleh |
04:56.04 | kergoth | whats that error again? |
05:24.53 | treke|laptop | the nano one |
05:26.34 | kergoth | heh. converted like 12 packages in the past day. |
05:27.00 | kergoth | docbook is spiffy |
05:27.25 | treke|laptop | all kinds of tools to deal with |
05:28.12 | treke|laptop | doesnt seem like it would be too bad once you get a makefile you can keep reusing :) |
05:29.06 | kergoth | yeah |
05:30.29 | treke|laptop | but since they don't I might as well use something suited for the job :) |
05:31.17 | kergoth | i use openoffice for my resume |
05:31.22 | kergoth | thats about it. |
05:31.23 | kergoth | heh |
05:31.55 | treke|laptop | everytime I go to use them, they fail miserably |
05:32.58 | treke|laptop | maybe I'll steal opies |
05:40.41 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
06:05.34 | noda | make[1]: Leaving directory `/usr/src/bk/buildroot-oz/packages/apmd' |
06:05.34 | noda | buildroot-oz$ |
06:06.45 | noda | That feels GOOD :) |
06:39.13 | *** join/#openembedded caffeine (~kevin@clt74-76-015.carolina.rr.com) |
06:56.36 | *** join/#openembedded rick-o (~rick@adsl-68-120-128-236.dsl.snfc21.pacbell.net) |
06:57.01 | *** part/#openembedded rick-o (~rick@adsl-68-120-128-236.dsl.snfc21.pacbell.net) |
07:14.25 | *** join/#openembedded caffeine (~kevin@clt74-76-015.carolina.rr.com) |
07:23.43 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-064-167.lsanca2.elnk.dsl.genuity.net) |
07:26.02 | *** join/#openembedded GodMan (adrian@city-media.pl) |
08:27.04 | *** join/#openembedded carsten (~carsten@pD9E56943.dip.t-dialin.net) |
09:24.17 | *** join/#openembedded SuKoShi (~sukoshi@dyn-213-36-194-13.ppp.tiscali.fr) |
09:49.40 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
09:54.51 | Twiun | hey |
10:17.46 | *** join/#openembedded carsten (~carsten@p50821062.dip.t-dialin.net) |
10:31.23 | *** join/#openembedded pb_ (~pb@2002:5160:45ef:0:2e0:7dff:fe74:8b87) |
11:28.47 | *** join/#openembedded SuKoShi (~sukoshi@dyn-213-36-145-8.ppp.tiscali.fr) |
11:28.54 | *** join/#openembedded carsten_ (~carsten@pD95260C9.dip.t-dialin.net) |
11:51.01 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
11:58.27 | mickeyl | treke: ping |
12:05.41 | *** join/#openembedded carsten__ (~carsten@pD9E562C2.dip.t-dialin.net) |
12:13.46 | *** join/#openembedded Bernardo (~jbbrs@213.58.80.173) |
12:14.00 | Bernardo | hi |
12:38.56 | mickeyl | . |
12:40.25 | Twiun | .. |
12:42.01 | mickeyl | our feeds are violating the GPL |
12:42.15 | pb_ | oh dear |
12:42.22 | mickeyl | but we could fix that easily |
12:42.31 | mickeyl | at least buildroot generated feeds |
12:42.51 | mickeyl | we should teach buildroot to add a 'Sources' line pointing to the upstream URL |
12:42.57 | mickeyl | into the control file |
12:43.09 | pb_ | well, given the litigious tendencies of erik andersen and other upstream authors, might be a good idea. |
12:43.54 | mickeyl | yup. easy enough to get that going. who's the debian expert here? i think "Sources" is the proper control field isn't it? |
12:44.03 | mickeyl | ah no |
12:44.05 | pb_ | "Source:" is what we're using in familiar |
12:44.06 | mickeyl | without the s |
12:44.10 | mickeyl | ah good |
12:44.14 | mickeyl | k |
12:44.33 | pb_ | in fact, if you have a recent version of ipkg-build it will complain about control files that lack such a header. |
13:20.44 | *** join/#openembedded carsten (~carsten@pD952652A.dip.t-dialin.net) |
13:27.19 | SuKoShi | mickeyl: hi |
13:41.22 | mickeyl | hi SuKoShi |
13:50.33 | Bernardo | mickeyl: another question - you did wellenreiter, right? |
13:51.02 | Bernardo | can it check if a 802.11 card works? |
13:53.18 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
13:58.42 | chouimat | morning |
14:02.42 | *** join/#openembedded prpplague (~billybob@12.148.134.14) |
14:08.41 | mickeyl | Bernardo: not really. wellenreiter sets up on top of the standard wlan drivers, so at least you have to get an interface up. if that doesn't work, wellenreiter can't do anything. |
14:09.08 | mickeyl | however, if you have an interface up, then you can use wellenreiter to scan if the card receives beacons. |
14:14.42 | *** join/#openembedded drw (~drw@12-241-65-192.client.attbi.com) |
14:24.42 | *** part/#openembedded SuKoShi (~sukoshi@dyn-213-36-145-8.ppp.tiscali.fr) |
14:25.01 | *** join/#openembedded caffeine (~kevin@clt74-76-015.carolina.rr.com) |
14:31.31 | Bernardo | mickeyl: thanks. It seems in my neighbourhood nobody is using wifi yet... |
14:44.02 | bipolar | kergoth: how's things going? |
14:51.29 | mickeyl | Bernardo: too bad. take it with you and go for longer walk :) |
14:51.54 | mickeyl | Bernardo: when i drive to work (~10 kilometers) I pick up around 10 nets here in frankfurt (germany) |
14:58.14 | *** join/#openembedded SuKoShi (~sukoshi@dyn-213-36-145-8.ppp.tiscali.fr) |
15:03.49 | Bernardo | mickeyl: here in lisbon (portugal) I've been told it's also wide spread. Just my neighbourhood seems to be quiet (wifi quiet only) |
15:06.18 | mickeyl | ibot: ~lart VT_PROCESS |
15:06.19 | | wish i knew, mickeyl |
15:06.24 | mickeyl | ibot: ~art VT_PROCESS |
15:06.25 | | mickeyl: I wish you would RTFM. |
15:06.27 | mickeyl | ibot: lart VT_PROCESS |
15:06.30 | mickeyl | tadaa |
15:07.01 | mickeyl | no that is braindead. a process which hangs but has aquired the virtual terminal lock |
15:07.10 | mickeyl | so i can't change VTs |
15:07.14 | mickeyl | i must reboot |
15:07.15 | mickeyl | pfff |
15:08.18 | chouimat | http://www.thingsmygirlfriendandihavearguedabout.com/ |
15:09.46 | mickeyl | hehe |
15:09.48 | mickeyl | lol |
15:13.35 | gb2 | yay long domain names. |
15:29.06 | mickeyl | that site is sick |
15:29.34 | mickeyl | this couple should have never get together in the first place |
15:37.14 | *** part/#openembedded bipolar (~bflong@ctt186139.ceinetworks.com) |
15:40.25 | *** join/#openembedded bipolar (~bflong@ctt186139.ceinetworks.com) |
15:41.20 | mickeyl | ~lart TT |
15:41.39 | pb_ | hah. what did TT do now? |
15:41.50 | mickeyl | sloppy code all over the place. acquiring resources but never releasing them |
15:41.55 | pb_ | ah |
15:42.24 | mickeyl | pb_: registering signal handlers for VT switching in keyboard handler constructor but never releasing them in the destructor |
15:42.27 | mickeyl | grrr |
15:43.44 | mickeyl | i hate that "OS will reacquire resources on process death" thinking |
15:44.13 | Twiun | think they ported Qt from Java? |
15:44.22 | mickeyl | hehe |
15:51.23 | mickeyl | signal(<id>, 0) returns to the default handler, right? |
15:52.41 | pb_ | yes, though you'd usually use SIG_DFL rather than hard-coding 0. |
15:53.05 | mickeyl | ah, right. thanks |
15:53.50 | prpplague | pb_: you got any experience with jflash? |
15:54.49 | pb_ | prpplague: yeah, some |
15:55.08 | pb_ | I've used it on ipaq and assabet. |
15:55.34 | prpplague | pb_: hacked any of the code? |
15:56.06 | pb_ | not really. I had to tweak it a bit for some of the ipaqs. |
15:56.16 | pb_ | what is it you're trying to do? |
15:56.23 | *** join/#openembedded SuKoShi (~sukoshi@dyn-213-36-145-8.ppp.tiscali.fr) |
15:56.44 | prpplague | pb_: just starting to look at getting jflash working with omap |
15:57.02 | pb_ | ah, right |
15:57.08 | pb_ | I don't really know anything about omap. |
15:57.30 | pb_ | what kind of flash does it have on board? |
15:57.54 | prpplague | pb_: the board i have has the 28F128 intel flash, pretty standard stuff |
15:58.01 | pb_ | righto |
15:58.14 | pb_ | I guess it should just be a case of adjusting the scan order to match the omap then. |
15:58.39 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
15:59.15 | prpplague | pb_: ya i think the main problem is gonna be the dual core being available on the jtag |
16:00.29 | *** join/#openembedded bipolar (~bflong@ctt186139.ceinetworks.com) |
16:00.34 | pb_ | prpplague: mm, wouldn't have thought that should be a problem |
16:01.19 | prpplague | pb_: we shall see,lol |
16:01.46 | pb_ | prpplague: jflash just works on boundary scan, it doesn't really touch the core. |
16:02.17 | prpplague | pb_: right, from what i can tell so far, both cores show up on the boundary scan |
16:02.43 | *** join/#openembedded qip|Virus|da (~Virusmast@p5088FFC5.dip.t-dialin.net) |
16:02.48 | pb_ | prpplague: hm, what do you mean? |
16:03.33 | prpplague | pb_: not sure myself, just reading some archive posts about so winblows ppl getting a jtag programming running |
16:04.02 | prpplague | pb_: several posts complained about having problems with boundary scan's and the dual core creating issues |
16:04.10 | pb_ | ah, I see. |
16:04.29 | pb_ | generally you'd just have one boundary scan chain that exactly matches the physical layout of pads, irrespective of the number of cores on the die. |
16:04.50 | pb_ | I guess TI may have used their own freaky variant of jtag though. |
16:05.15 | prpplague | pb_: its possible, i just started scratching the surface on it this morning |
16:05.37 | pb_ | right |
16:06.50 | prpplague | pb_: fun fun fun |
16:07.44 | pb_ | heh, yeah |
16:08.19 | pb_ | do you have a datasheet for the omap chip? it will probably describe the boundary scan operation in there. |
16:16.36 | *** join/#openembedded noda (~noda@modemcable013.119-201-24.mtl.mc.videotron.ca) |
16:16.37 | noda | Moo! |
16:16.54 | noda | kergoth: pingpingpingpingping |
16:17.44 | prpplague | pb_: yea i have some specs, but i think i'm gonna have to sign and NDA to get the rest |
16:18.57 | noda | Why do *I* get so many buildroot problems? *sigh* |
16:19.08 | fdask | hi noda |
16:19.39 | noda | Anyone have any ideas? I'm doing a 'make image' with collie-opie_minimal, and it installs a whole load of packages but dies at qpf-bitstream-vera-light, saying "Cannot find package qpf-bitstream-vera-light." |
16:19.45 | noda | fdask: Hiya :) |
16:19.56 | noda | But output/ipks/qpf-bitstream-vera-light_1.10-3_all.ipk exists. |
16:20.28 | fdask | noda: does output/ipks/qpf-bitstream-vera-full_1.10-3.ipk exist as well? |
16:20.31 | noda | It's also in output/ipks/Packages |
16:20.44 | noda | Yes, it does. But it's not part of my image. |
16:21.05 | fdask | hrmm, try deleting the full one... or move it somewhere. ive had troubles with both of those ipks existing. |
16:21.29 | pb_ | Yeah, I think one or both of those ipks has a packaging bug. |
16:21.43 | noda | Trying that :) |
16:21.58 | pb_ | I guess it would be -full that's buggy, judging from the symptoms. |
16:22.03 | noda | Same thing. |
16:22.06 | noda | Why would it be -full? |
16:22.21 | fdask | hrmm |
16:22.33 | noda | Maybe I'll just try installing -full and not -light. |
16:22.49 | pb_ | well, inability to find -light suggests that -full is fouling it up. |
16:23.01 | pb_ | If -light were buggy, it would probably be the other way around. |
16:23.04 | noda | Ah |
16:23.11 | noda | Well. If -full isn't there, the error still happens. |
16:23.38 | pb_ | Okay. Maybe you have a different problem then. |
16:23.55 | noda | Now I get ANOTHER error! |
16:24.03 | noda | Package sysvinit wants to install file /usr/src/bk/buildroot-oz/output/../output/rootfs/sbin/shutdown |
16:24.03 | noda | <PROTECTED> |
16:24.13 | noda | Do I disable simpleinit? |
16:24.21 | noda | Or do I disable sysvinit... |
16:24.44 | pb_ | I think you want sysvinit, not simpleinit. |
16:25.01 | noda | Ack! simpleinit isn't enabled. I'll move that ipk out of the way... |
16:26.07 | noda | Hrm... still does this. |
16:26.30 | noda | Ah, maybe I have to rm -rf output/rootfs? |
16:26.42 | kergoth | make image_clean |
16:26.48 | noda | kergoth: My hero! |
16:27.36 | noda | ERROR: Cannot satisfy the following dependencies for libopieobex0: |
16:27.36 | noda | <PROTECTED> |
16:27.47 | noda | But qpf-bitstream-vera-full certainly Provides: qpf-bitstream-vera |
16:27.54 | kergoth | sounds like you still hvae both ipks |
16:27.56 | kergoth | remove one. |
16:28.01 | noda | Sure. |
16:28.23 | kergoth | ipkg is misreporting. it isnt an unsatisfied dpeendency, its a multiple provides situation |
16:28.27 | kergoth | it doesnt know which to install |
16:28.33 | noda | Silly ipkg :) |
16:28.39 | pb_ | I think the very latest ipkg reports that again. |
16:28.46 | kergoth | cool |
16:28.52 | pb_ | The message accidentally got silenced when the default verbosity was reduced. |
16:28.59 | noda | WOO! |
16:29.04 | noda | Creating jffs2 image... |
16:29.07 | noda | done. |
16:29.25 | fdask | :D |
16:33.19 | noda | Now comes the fun part :) |
16:35.37 | *** join/#openembedded JBernardo (~jbbrs@213.58.80.173) |
16:36.56 | noda | And now... to boot. |
16:39.39 | noda | Hey, cool background! |
16:41.32 | noda | Um. When I try to open an application, I get, "Could not locate application calculator", etc. |
16:41.53 | kergoth | didnt install quicklaunch |
16:42.42 | noda | How can I get a console? If I "log out" it goes back to opie-login... |
16:43.04 | noda | Oh I know - I'll just disable my network's wireless key :) |
16:48.56 | noda | Woo! Fun :) |
16:49.06 | noda | boing boing boing... |
16:52.26 | *** join/#openembedded mickeyl (mickeyl@gandalf.tm.informatik.uni-frankfurt.de) |
16:53.20 | noda | My SD card isn't recognized.... |
16:53.55 | fdask | did u include the sd modules and stuff in your build? |
16:54.08 | noda | Hrm.... apparently not :P |
16:55.56 | noda | How do I rebuild the Packages file? |
16:56.40 | kergoth | its automatically rebuilt when the contents of a list of the ipks in output/ipks changes |
16:56.46 | kergoth | but if you remove it, it'll regenerate it |
16:57.07 | noda | What do I do to regenerate it, though? Make image? |
16:57.13 | kergoth | yep |
16:58.08 | noda | That was painless :) |
16:58.15 | noda | Hey, it doesn't take ages "scanning for documents"! |
16:58.20 | noda | Wow! |
16:58.28 | kergoth | new launcher, scans in the background |
16:58.34 | noda | Sweet! |
16:58.38 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-064-167.lsanca2.elnk.dsl.genuity.net) |
16:59.08 | noda | Mailit is POP-only? |
16:59.19 | treke|laptop | yes |
17:11.05 | killefiz | libpcap is still missing the dependencies on automake and autoconf. Could someone with bk push rights change that? |
17:11.24 | mickeyl | huh? |
17:12.17 | killefiz | mickeyl: i did a make mrproper yesterday and after that libpcap wouldn't build because automake/autoconf (for the build-host) were not yet built and autoconf/automake from debian unstable produced errors |
17:12.48 | mickeyl | killefiz: well, just select them and build them prior to libpcap |
17:12.58 | killefiz | mickeyl: they are selected |
17:13.00 | mickeyl | i don't think we should change dependencies to workaround buggy distributions |
17:13.05 | killefiz | hmm |
17:13.13 | mickeyl | then build them _prior_ to libpcap |
17:13.17 | mickeyl | ozmake automake |
17:13.20 | mickeyl | ozmake autoconf |
17:13.21 | mickeyl | make |
17:13.35 | killefiz | yes - that is what i did |
17:13.39 | mickeyl | and? |
17:13.44 | killefiz | it's working |
17:13.50 | mickeyl | good :) |
17:14.11 | mickeyl | no really, based on that logic we would have to depend all packages on all host utils |
17:14.18 | killefiz | i'm slowly getting from "hating buildroot" to "unserstanding buildroot" |
17:14.20 | mickeyl | and i think we don't want that |
17:14.27 | mickeyl | that's the 1st step :D |
17:14.28 | killefiz | mickeyl: i guess you're right |
17:15.24 | treke|laptop | mickeyl: uhm, Isn't that the entire purpose of building the host utils? To work around buggy distributions? |
17:16.24 | killefiz | oh - btw - i'm not really sure if it's a buggy distribution. Compiling libpcap for x86 works fine using exactly the same source file that buildroot uses |
17:17.10 | mickeyl | hehe |
17:17.22 | mickeyl | don't take my "buggy distribution" too serious |
17:17.46 | killefiz | oh good - no need to download mandrake then ;) |
17:17.52 | mickeyl | ;) |
17:17.56 | mickeyl | haaa |
17:18.09 | mickeyl | VT switching works |
17:18.14 | mickeyl | tadaaaa |
17:18.52 | mickeyl | hehe |
17:18.53 | mickeyl | right |
17:19.06 | mickeyl | apart from that this not only affects opensimpad |
17:19.10 | mickeyl | but all platforms |
17:28.58 | Soopaman | who is the one who makes the open ismpad releases? |
17:29.08 | killefiz | Soopaman: cmartin |
17:38.05 | treke|laptop | cool. |
17:38.23 | treke|laptop | now I have a hackish makefile and not a hackish shell script |
17:40.50 | treke|laptop | just need to write a quick preprocessor to support include files |
17:41.14 | treke|laptop | actually. I bet I could use the c preprocessor |
17:41.24 | kergoth | what you workin on? |
17:41.29 | treke|laptop | kergoth: docbook |
17:41.34 | kergoth | ah cool |
17:43.15 | treke|laptop | just eed to make cpp be quiet and not add comments to the code :p |
17:44.42 | treke|laptop | hmmm. maybe it can do it already |
17:49.22 | gb2 | kergoth: you can now just tell OE that it's an autoblah based piece of software and it deals appropriately even if the build machine doesn't natively have autoblah ? |
17:50.38 | kergoth | hehe |
17:50.40 | kergoth | yeah |
17:50.45 | kergoth | inherit autotools |
17:50.50 | kergoth | then autotools.oeclass does the legwork |
17:51.05 | kergoth | do_configure & do_compile functions for the build, and the DEPENDS |
17:51.25 | kergoth | now, OE doesnt do _tests_. so it wont check to see if the build system already has a thing. thats beyond the scope. |
17:52.17 | gb2 | does it deal with regenerating configure if necessary? |
17:52.30 | gb2 | running aclocal, automake, and friends |
17:53.05 | kergoth | how would it know whats necessary? we can do whatever we want in that class |
17:53.20 | treke|laptop | kergoth: you want to join #opie |
17:53.36 | kergoth | whether it be if [ -e ${S}/configure.in -o -e ${S}/configure.ac ] && ! [ -e ${S}/configure ] |
17:53.42 | kergoth | <PROTECTED> |
17:53.44 | kergoth | or what have you |
17:56.56 | gb2 | that's about how it it would determine it. |
17:57.21 | gb2 | mostly.. if the pristine source was patched where the patches touch configure.in/configure.ac |
17:57.56 | kergoth | so check if eitehr configure does not exist, or if its older than configure.{ac,in} |
17:58.07 | kergoth | you're basically talking about a complex form of ./autogen.sh within our auto* class |
17:58.10 | kergoth | which is reasonable. |
17:58.46 | gb2 | yeah |
18:18.30 | Twiun | java.nio is a pile of stinking... |
18:18.35 | Twiun | ... newbie chatter |
18:20.45 | treke|laptop | back to makefile fun |
18:25.28 | treke|laptop | kergoth: is $(shell) defined as part of gnu make? |
18:26.06 | kergoth | yep. hit up the online make docs on gnu.org. |
18:26.18 | treke|laptop | hmm. Then I must be using ti wrong :p |
18:26.37 | kergoth | it doesnt like semicolons, escape them |
18:26.40 | kergoth | beyond that, should work fine |
18:27.29 | pb_ | wow, this arm build machine is slow today |
18:28.27 | gb2 | gnu make has $(shell ...) |
18:28.36 | gb2 | if that's what you were wondering |
18:28.53 | treke|laptop | yeah. Apparently it actually is working, I'm just not doing things right :p |
18:29.12 | gb2 | add the file to the deps list for the target |
18:29.16 | gb2 | and it should work fine |
18:29.38 | gb2 | if the file doesn't exist though.. make will complain that it has no rule to make it |
18:30.09 | treke|laptop | the files does exist, it just doesnt seem to think it needs to rebuild specs.db even though foo.db has been modified |
18:30.30 | pb_ | do you have a "specs.db: foo.db" dependency rule? |
18:30.33 | treke|laptop | yup |
18:30.51 | pb_ | could try enabling make debugging, though I've never found that to help much |
18:31.22 | pb_ | what happens if you "make specs.db" explicitly? |
18:32.30 | treke|laptop | Nothing to be done. There are no rules to apply to that, It's just checking fore the presence of the file |
18:32.36 | treke|laptop | ah, I bet I know what I need to do |
18:33.01 | pb_ | hm, I guess I don't understand what you're trying to do then |
18:34.00 | treke|laptop | got it |
18:34.28 | pb_ | aha |
18:34.41 | treke|laptop | a hack, but it works. |
18:35.37 | treke|laptop | I added the depends to each of the rules that actually do work |
18:36.01 | treke|laptop | It does what I want, so I'll figure the proper way out later :) |
18:36.16 | pb_ | heh, right |
18:36.26 | pb_ | $ ./elf/ld.so |
18:36.26 | pb_ | Segmentation fault |
18:36.28 | pb_ | dang |
18:36.53 | treke|laptop | not like you need a dynamic library loader anyways |
18:37.01 | pb_ | :-/ |
18:38.07 | pb_ | still really slow |
18:51.31 | gb2 | oh neat. |
18:51.39 | gb2 | busybox pre3 release yesterday |
18:52.46 | treke|laptop | shit |
18:52.47 | treke|laptop | shit |
18:52.48 | treke|laptop | shit |
18:53.09 | treke|laptop | nm. thank you vim for multiple undos |
18:53.33 | gb2 | shit, shit, shit, undo, undo, undo |
18:53.34 | gb2 | ;) |
18:54.33 | Twiun | hah, I'd like to see you try to do that physically :) |
18:54.49 | treke|laptop | I'd prefer not to |
18:55.05 | Twiun | me neither... |
18:55.13 | Twiun | gb2: let us know how you get on :) |
18:56.16 | gb2 | heh |
19:05.06 | killefiz | hmm - my kernel image ipk is 1.1K in size - seems a little small |
19:05.56 | treke|laptop | sounds right |
19:06.16 | killefiz | ?? where is the actual kernel then? |
19:06.44 | killefiz | the image i just built doesn't boot because it cannot find /boot/zImage |
19:11.11 | treke|laptop | /boot/zImage |
19:11.20 | treke|laptop | ah. 1.1k |
19:11.22 | treke|laptop | not 1.1M |
19:11.40 | killefiz | yep |
19:11.44 | treke|laptop | actually /boot/zImage-2.4.19-rmk3-pxa1-hhfoo |
19:11.54 | killefiz | that file is not there |
19:11.59 | killefiz | (and i don't know why) |
19:12.06 | killefiz | i'm rebuilding the kernel now ... |
19:13.11 | *** join/#openembedded TheMasterMind1 (~aman@h-68-166-70-222.MCLNVA23.covad.net) |
19:14.28 | kergoth | hmm, whats up with the openembedded-bklogs ML. none of the notification mails arrive |
19:16.29 | kergoth | suppose i should start adding kernel builds. |
19:16.44 | kergoth | since pcmcia-cs and wireless-tools need them |
19:17.50 | gb2 | wireless-tools can get away without it |
19:18.00 | gb2 | you just potentially have a version mismatch |
19:18.05 | kergoth | yep |
19:18.18 | kergoth | pcmcia-cs probably can too, given we dont use its modules, only its tools |
19:18.34 | kergoth | but we should make pcmcia-cs build the modules too to give people options, the way debian does |
19:18.37 | kergoth | brb |
19:18.40 | kergoth | heh |
19:18.56 | gb2 | use the wireless.h from the kernel-headers ;) |
19:19.19 | gb2 | ok, i think i've been at work long enough today. |
19:22.18 | prpplague | kergoth: which syntax seems like a better implementation: 1. item_desc->value(getvalue()); or 2. getvalue(item_desc); ? |
19:27.14 | kergoth | TheMasterMind1: you should start converting packages :) http://openembedded.bkbits.net:8080/packages/ChangeSet@-1d?nav=index.html |
19:27.24 | kergoth | prpplague: i'd say the latter. what context? |
19:27.34 | kergoth | brb |
19:27.44 | TheMasterMind1 | heh |
19:27.46 | TheMasterMind1 | busy 24 hours |
19:29.38 | prpplague | kergoth: item_desc is a widget and item_desc->value is a function to set the widget text |
19:30.49 | prpplague | kergoth: getvalue would be either 1. return the text that needs to be set or 2.would call item_desc->value within the function and set the text |
19:32.06 | prpplague | kergoth: guess the #2 option the function call should be called "set_value" instead of "getdata" |
19:32.37 | prpplague | s/getdata/getvalue |
19:39.26 | *** join/#openembedded noda (~noda@modemcable013.119-201-24.mtl.mc.videotron.ca) |
19:39.28 | noda | Moo! |
19:39.38 | TheMasterMind1 | noda: sup |
19:42.38 | noda | TheMasterMind1: Just built my own image, having problems with 2 apps :( |
19:43.22 | Twiun | what apps? |
19:43.30 | noda | opieplayer2 and aqpkg |
19:43.39 | noda | "Could not create application main window" |
19:43.44 | TheMasterMind1 | own image eh |
19:43.47 | TheMasterMind1 | i could use an updated image |
19:43.58 | Twiun | never seen that error |
19:44.15 | noda | I'll send you mine if you want. Though I forgot to put opie-quicklaunch on it, so you'll have to be able to get a shell and install it ;) |
19:44.28 | TheMasterMind1 | whats quicklaunch |
19:44.39 | TheMasterMind1 | that new quicker launching thing mickeyl was talking about? |
19:44.50 | noda | I guess. He explained it to me. |
19:45.10 | noda | All programs are just libraries. To run them, quicklaunch is run and it loads the library and executes it. |
19:45.35 | TheMasterMind1 | interesting |
19:46.48 | Twiun | allows all kinds of goodies |
19:47.03 | noda | Like what? I don't see the advantages... |
19:47.14 | noda | (but if people say it runs faster, I won't argue) |
19:47.54 | Twiun | well, that mainly, but additional functionality can then be easily added... like makinf an app live inside a tab on the main desktop |
19:48.03 | Twiun | s/makinf/making/ |
19:48.09 | noda | Cool |
19:48.11 | kergoth | yep. its exactly what we were discussing doing, only we didnt have to implement it |
19:48.16 | kergoth | yay for saving work |
19:48.26 | noda | So... why on earch won't these programs run :P |
19:48.47 | Twiun | if I knew I'd tell you... |
19:48.52 | kergoth | they should if you have opie-quiclaunch.. dunno |
19:48.57 | kergoth | i've never actually tested it on a device. |
19:49.02 | kergoth | been busy with build stuff |
19:49.07 | treke|laptop | I built it yesterday |
19:49.17 | treke|laptop | opie BRANCH_1_0 is more or less working again |
19:49.22 | noda | That's what I used. |
19:49.37 | noda | But it's only *2* programs that don't run. Most run just fine. |
19:49.44 | treke|laptop | then deal |
19:49.48 | kergoth | run em from the commandline |
19:49.52 | kergoth | see whats up |
19:49.54 | noda | That's what I get on the command line. |
19:50.10 | kergoth | ah |
19:50.16 | noda | When I run them by clicking on them, I get: "Could not locate application opieplayer2" |
19:50.38 | Twiun | maybe they're still expecting to be run as fullblown apps? |
19:50.52 | noda | Maybe.... |
19:50.56 | kergoth | yeah, probably werent converted yet |
19:50.59 | noda | treke|laptop: Do they work for you? |
19:51.03 | killefiz | can anyone think of a reason why my kernel-ipk is nearly empty? I see zImage sitting in build/kernel/... but it's not packaged right ;( |
19:51.04 | noda | opieplayer2 and aqpkg... |
19:51.09 | treke|laptop | noda: I havent tested either of them |
19:51.13 | noda | A-HA :) |
19:51.27 | treke|laptop | Most likely they dont work yet. This is a work in progress |
19:52.27 | killefiz | it worked yesterday - but not now - all I did was a make mrproper |
20:03.24 | *** join/#openembedded LV|sleep (~lordvan@62.218.218.165) |
20:11.46 | SuKoShi | http://www.judoinfo.com/announce.htm |
20:11.50 | TheMasterMind1 | killefiz: "all" you did =P |
20:15.21 | *** join/#openembedded chouimat (~dieu@r2351064.b2b2c.ca) |
20:15.21 | *** mode/#openembedded [+o chouimat] by ChanServ |
20:15.24 | killefiz | TheMasterMind1: well - buildroot built it yesterday. buildroot hasn't changed ... it should build it again ... |
20:18.19 | kergoth | /home/kergoth/coding/projects/user/oe/packages/tmp/staging/target/lib/libpthread |
20:18.22 | kergoth | .so.0: undefined reference to `__libc_fork@GLIBC_2.1.2' |
20:18.37 | kergoth | grr |
20:19.29 | kergoth | cant seem to build apache with this toolchain and the glibc 2.3.2 in oe |
20:19.47 | kergoth | the pthread test fails, so apr fails to link (no -pthread/-lpthread) |
20:30.50 | *** join/#openembedded TheMasterMind1 (~aman@h-68-166-70-222.MCLNVA23.covad.net) |
20:33.55 | kergoth | hmm, itd be sweet if start-stop-daemon could, via a --respawn option, tell init to setup this daemon as a respawn item, ala inittab |
20:38.35 | treke|laptop | it could do that |
20:38.45 | treke|laptop | if you patched it |
20:39.00 | TheMasterMind1 | sigh.. |
20:39.07 | TheMasterMind1 | anyone looked at this zRoadMap thing |
20:42.15 | TheMasterMind1 | moc_qt_main.cc:30: error: no `void RMapInput::initMetaObject()' member function |
20:42.16 | TheMasterMind1 | <PROTECTED> |
20:42.24 | TheMasterMind1 | errgh |
20:51.32 | kergoth | mickeyl: didnt you run into error: too many arguments to function `pthread_getspecific' the other day? |
20:52.06 | mickeyl | kergoth: yes. i did. uclibc-toolchain 3.3.1 didn't want to compile that |
20:52.15 | mickeyl | it was glib 1.2.10 |
20:53.30 | mickeyl | I suspect uclibc has a problem with threads |
20:53.50 | mickeyl | but you're doing glibc right? against what toolchain? |
21:01.43 | kergoth | mickeyl: yes, i'm using glibc. and this doesnt _break_ anything. its the result of a configure test |
21:01.51 | kergoth | mickeyl: so it just outputs that it should use one argument, not two. |
21:02.02 | kergoth | if hte app obeys the config.h value for it of course. |
21:05.21 | mickeyl | 's config script better than glibs |
21:05.29 | mickeyl | glibs config script just bailed out |
21:05.38 | kergoth | ah |
21:05.40 | kergoth | odd |
21:05.52 | mickeyl | well... glib-1.x is old |
21:06.01 | mickeyl | we only need that for the obex stuff |
21:06.10 | mickeyl | but it compiles fine with --enable-threads=no :D |
21:06.18 | kergoth | heh, pthread_getspecific in my /usr/include on my desktop is one argument |
21:06.27 | kergoth | as is the pthread_getspecific in my glibc 2.3.2 in OE |
21:06.31 | mickeyl | is it? |
21:06.32 | mickeyl | ok |
21:06.36 | kergoth | (desktop is glibc 2.2.x) |
21:06.46 | kergoth | so its strange that that woudl cause it to fail |
21:06.52 | pb_ | mickeyl: is openobex still using glib 1? |
21:07.00 | kergoth | yep |
21:07.05 | mickeyl | pb_: at least the one in our buildroot. |
21:07.08 | mickeyl | no idea if there's a newer one |
21:07.10 | pb_ | suck |
21:07.55 | pb_ | weirdly though, the debian libopenobex-1.0-0 doesn't have any glib dependency at all. |
21:08.28 | kergoth | maybe we need to swipe their patch then |
21:08.43 | pb_ | yeah, could be a plan |
21:09.14 | pb_ | the current makefile in buildroot is a bit weird. it uses libopenobex 1.0.0, as you'd expect, but applies the 0.9.8-4 debian patch to it. |
21:09.25 | mickeyl | huh? |
21:09.33 | mickeyl | odd |
21:09.34 | pb_ | check it out: |
21:09.36 | *** join/#openembedded Pixel_ (~chatzilla@212.112.131.169) |
21:09.39 | pb_ | Sources := $(SOURCEFORGE_MIRROR)/openobex/openobex-$(Version).tar.gz; \ |
21:09.40 | pb_ | <PROTECTED> |
21:09.50 | mickeyl | would you correct that while you're there? ;) |
21:09.50 | pb_ | ON).diff.gz |
21:10.05 | pb_ | no bitkeeper here, only snapshot |
21:10.16 | mickeyl | oh. |
21:10.24 | mickeyl | religious issues? |
21:10.45 | pb_ | yeah, McVoy not my idea of a deity. |
21:10.54 | mickeyl | hehe, nice answer. |
21:11.31 | noda | lol |
21:13.27 | treke|laptop | pb_++ |
21:13.35 | mickeyl | hmm |
21:13.37 | mickeyl | ++ ? |
21:13.38 | kergoth | heh, i like how openobex's debian package attemps -p 0, -p 1, and -p 2 when applying patches |
21:13.48 | kergoth | wonder if our patch class should try that |
21:13.59 | kergoth | instead of manually specifying |
21:14.10 | mickeyl | sounds not too bad, is _however_ dangerous when applying patches which create new files! |
21:14.18 | mickeyl | well, could dry-run first |
21:14.24 | mickeyl | like patcher does |
21:14.27 | kergoth | patcher already dry runs |
21:14.29 | kergoth | we use patcher |
21:14.33 | mickeyl | good |
21:14.33 | kergoth | just call patcher a few attempts |
21:15.01 | kergoth | mickeyl: <pester>look at OE</pester> |
21:16.52 | mickeyl | i kinda finished the first usable VT support for Qt/E today. tomorrow is OE day! |
21:16.53 | mickeyl | :D |
21:17.16 | kergoth | spiffy |
21:17.17 | kergoth | <PROTECTED> |
21:17.19 | mickeyl | btw., where's CIA ? |
21:17.20 | kergoth | <PROTECTED> |
21:17.22 | kergoth | wtf.. |
21:17.25 | kergoth | OSError: [Errno 34] Numerical result out of range |
21:17.31 | kergoth | mickeyl: see topic of #commits, its filesystem exploded |
21:17.53 | mickeyl | ooh |
21:18.05 | noda | CIA will be down until further notice, due to a filesystem explosion |
21:18.37 | *** join/#openembedded BBMatthew (~mas01r@mattaw.plus.com) |
21:19.02 | BBMatthew | good afternoon |
21:19.14 | mickeyl | hi |
21:20.05 | BBMatthew | having build image issues, it is failing libopieobex on qpf-bitstream and opie-aqpkg |
21:20.15 | kergoth | remove one of the vera ipks |
21:21.21 | BBMatthew | right |
21:22.33 | noda | Also remove simpleinit while you're at it ;) |
21:23.18 | TheMasterMind1 | remove?/ |
21:23.22 | TheMasterMind1 | but simpleinit ROCKS |
21:23.29 | noda | TheMasterMind1: does it work on OZ? |
21:23.31 | mickeyl | removing the ipkg, not the package |
21:23.37 | TheMasterMind1 | ohok |
21:23.44 | noda | :P |
21:23.48 | treke|laptop | package probably doesnt even work |
21:23.50 | gb2 | this roomba thing is so cool |
21:23.58 | BBMatthew | hmm, are we talking in the make image_menuconfig selection? |
21:23.59 | noda | TheMasterMind1: Didn't you say you wanted an image? I'm just about to build another one with a non-broken toolchain :) |
21:24.05 | treke|laptop | BBMatthew: Delete the file |
21:24.06 | TheMasterMind1 | so next oz release will be OE generated prolly eh |
21:24.10 | noda | BBMatthew: No, in output/ipks |
21:24.14 | TheMasterMind1 | noda: yea, send that to me when its done |
21:24.19 | noda | k |
21:24.21 | treke|laptop | TheMasterMind1: maybe. maybe not |
21:24.39 | TheMasterMind1 | noda: oz@themastermind1.net -- stick it on the sf site prolly best idea, in unofficial or whatever. email me the link |
21:24.41 | noda | TheMasterMind1: First I'll make sure aqpkg and opieplayer2 work... |
21:24.47 | pb_ | mickeyl: heh, ask ibot about karma |
21:24.48 | noda | TheMasterMind1: Sure :) |
21:24.55 | mickeyl | ibot: karma |
21:24.55 | | mickeyl has neutral karma |
21:25.03 | mickeyl | hmm |
21:25.08 | mickeyl | how is that calculated ? |
21:25.11 | pb_ | ibot, mickeyl++ |
21:25.21 | treke|laptop | ibot, karma mickeyl |
21:25.21 | | mickeyl has neutral karma |
21:25.24 | mickeyl | ibot: karma |
21:25.24 | | mickeyl has karma of 1 |
21:25.30 | noda | ibot karma |
21:25.30 | | noda has neutral karma |
21:25.31 | mickeyl | aaah |
21:25.32 | mickeyl | hehe |
21:25.32 | mickeyl | nice |
21:25.35 | noda | Hehehe |
21:25.38 | treke|laptop | ibot, mickeyl-- |
21:25.39 | noda | ibot: mickeyl++ |
21:25.40 | treke|laptop | ibot, karma mickeyl |
21:25.40 | | mickeyl has neutral karma |
21:25.48 | mickeyl | aargh no, don't play with my karma ;) |
21:25.55 | treke|laptop | ibot, karma treke |
21:25.55 | | treke has neutral karma |
21:26.46 | kergoth | why the hell is os.getcwd() returning an outo f range numerical result |
21:27.33 | TheMasterMind1 | kergoth: worked any on .21 / tslib mess lately? |
21:27.57 | mickeyl | kergoth: what does type(os.getcwd() ) says in that place? |
21:28.37 | mickeyl | TheMasterMind1: the collie-world is waiting for someone with kernel experience to finish .21... how 'bout you? you did mess around with kernel didn't you? |
21:28.58 | BBMatthew | nope havent got an apkg ipk file that I can find |
21:29.47 | kergoth | <PROTECTED> |
21:29.47 | kergoth | OSError: [Errno 34] Numerical result out of range |
21:29.49 | kergoth | heh |
21:29.57 | mickeyl | ugh |
21:30.04 | kergoth | what the hell causes getcwd() to raise an OSError |
21:30.05 | mickeyl | so that occurs within the C extension module |
21:30.34 | noda | Aaaargh. I've lost my last semester's math notes! |
21:30.46 | TheMasterMind1 | mickeyl: messing around doesn't really qualify me for the job |
21:31.19 | noda | phew! Found 'em |
21:31.29 | mickeyl | TheMasterMind1: that may be true, but messing around is more experience than anyone else of us (besides kergoth) has... which would qualify you again :) |
21:31.38 | noda | lol |
21:31.45 | mickeyl | no really, i asked everywhere |
21:31.59 | mickeyl | no response was all i got |
21:32.08 | mickeyl | all want to have it |
21:32.11 | mickeyl | noone wants to help |
21:32.18 | TheMasterMind1 | heh |
21:32.26 | mickeyl | not personally |
21:32.28 | noda | I *want to*... but I've got too many other things to do :) |
21:32.44 | noda | And I have no clue about anything you're talking about :) |
21:32.52 | treke|laptop | wow. A dvd that actually uses the multi angle feature |
21:32.55 | treke|laptop | This is a first |
21:33.16 | noda | Which one? |
21:34.31 | treke|laptop | borrowed the 24 season 2 dvds. |
21:34.33 | *** join/#openembedded johnz (~z@ppp-30-156.27-151.libero.it) |
21:34.41 | noda | Oh cool |
21:37.01 | TheMasterMind1 | treke|laptop: oooh ooh ooh |
21:37.11 | TheMasterMind1 | treke|laptop: rip it rip it! and then send it to me!! |
21:37.30 | TheMasterMind1 | noda: ooh, i want that too!! |
21:37.36 | treke|laptop | haha |
21:37.51 | noda | hehehe |
21:37.56 | noda | I have 20k/sec upload... |
21:38.15 | BBMatthew | still complains it doesn't have the opie apkg file |
21:38.19 | noda | Maybe I'll give you the pilot :P. But I'm busy now, and my brother's watching 'em now (i finished the 6 dvd's in about a week) |
21:38.21 | TheMasterMind1 | damn! |
21:38.36 | BBMatthew | where is it coming fromas I would just love to rebuild that |
21:39.14 | treke|laptop | BBMatthew: make clean on opie and rebuild it |
21:39.46 | kergoth | openobex is added |
21:39.55 | kergoth | adding the openobex utils |
21:40.22 | noda | TheMasterMind1: Image built. First I'm gonna test that my new opieplayer2 and aqpkg work. |
21:40.52 | kergoth | libopenobex doesnt depend on glib |
21:40.58 | kergoth | the tools may, but the lib doesnt |
21:40.59 | kergoth | heh |
21:42.19 | treke|laptop | hehe |
21:48.16 | Pixel_ | Is http://www.openzaurus.org/oz_website/faq/faq?id=84 an accurate guide for building oz ? |
21:48.21 | BBMatthew | hmm definately need a clearout I have about 10 different kernel source trees |
21:48.41 | noda | Pixel_: No :) |
21:48.55 | treke|laptop | pretty close though |
21:49.01 | BBMatthew | Pixel_: as far as it goes |
21:49.08 | BBMatthew | but its not an easy job |
21:49.13 | BBMatthew | what platform? |
21:49.34 | Pixel_ | Linux ? |
21:49.49 | treke|laptop | kergoth: only thing that would make docbook rock more is if lyx had support for it :p |
21:49.55 | BBMatthew | the target - what is it? |
21:50.24 | Pixel_ | a 750 |
21:50.47 | treke|laptop | Pixel_: Use the prebuilt images |
21:50.53 | BBMatthew | dunno about that one, thats the shepherd isn;t it? |
21:51.53 | Pixel_ | yeah shepard |
21:52.14 | noda | kergoth: Would you hold it against me if I uploaded my 53MB of output/ipks to a feed on sf.net? :) |
21:52.36 | noda | Just that I keep poking around the directory tree looking for newer files... and here I am with brand-new ones :) |
21:52.37 | treke|laptop | source forge might |
21:52.55 | noda | Yeah... what's their policy? |
21:53.10 | Pixel_ | currently using the experimental builds. zimage and updater.sh from experimental/shepherd/ and initrd.bin from /experimental/husky/ |
21:53.12 | treke|laptop | I think the quota is 100mb |
21:53.18 | noda | rofl... |
21:53.24 | noda | noda132@sc8-pr-shell1:/home/groups/o/op/openzaurus/htdocs$ du -sh . |
21:53.24 | noda | du: cannot change to directory `./official/unstable/feed/old/bfl-old': Permission denied |
21:53.24 | noda | 1.9G . |
21:53.27 | treke|laptop | noda: We use about 1 gg |
21:53.31 | treke|laptop | oh we're up to two |
21:53.32 | treke|laptop | nice |
21:53.33 | BBMatthew | noda: Just make sure that its not affiliated with openbzaurus |
21:53.35 | noda | ROFL |
21:53.52 | noda | We really need our own webspace, eh? :) |
21:53.56 | treke|laptop | I volunteer noda to prune |
21:54.08 | treke|laptop | We also need fricken consistant permissions |
21:54.12 | noda | treke|laptop: I would, but I don't have write permissions on most of these :) |
21:54.20 | kergoth | noda: yes, we do. cant run rt on sf |
21:54.24 | Pixel_ | Just thought that since i'm already using the experimental builds, i might as well use the newest ( by building self ). Also, its a good learning experince |
21:54.24 | kergoth | i'll clean up one of these days |
21:55.31 | *** join/#openembedded chinande (~chinande@adsl-68-78-141-79.dsl.emhril.ameritech.net) |
21:55.45 | noda | TheMasterMind1: Check your mail (may take a couple of minutes, my relay is slow) |
21:55.59 | BBMatthew | Pixel_: You could be in for a world of fun or as treke put it a 'labour of love' |
21:56.13 | treke|laptop | When did I put it that way? |
21:56.29 | Pixel_ | well. I still think i'm gonna do it. |
21:56.40 | BBMatthew | treke when I was first nuts enough to try it. Or was it mickeyl| |
21:56.41 | Pixel_ | :D |
21:57.03 | treke|laptop | Was probably mickeyl. That isnt something I'd say |
21:57.09 | Pixel_ | step 1) get bitkeeper |
21:57.12 | BBMatthew | fair enough |
21:57.17 | BBMatthew | yep |
21:57.29 | treke|laptop | kergoth: You're welcome to whatever space you need on my machine. |
21:57.56 | BBMatthew | Its only a pity I can't rely on cross compilers other than the official ones as I would have put buildroot on a sun |
21:58.44 | kergoth | why dont you just tell buildroot to build a toolchain |
21:58.49 | kergoth | how do you think we get the official ones? |
21:58.50 | kergoth | heh |
21:59.24 | BBMatthew | kergoth: was frightened by the comments about the toolchains being difficult to get right |
21:59.53 | BBMatthew | will get it running on intel first though, as I am still having lots of funb |
21:59.58 | kergoth | obex_test_cable.c:91: error: impossible constraint in `asm' |
21:59.59 | kergoth | hmm |
22:00.06 | kergoth | FD_ZERO() is giving that error |
22:00.24 | kergoth | ah yep, thatll do it |
22:00.29 | kergoth | stupid openobex-config binary |
22:00.37 | kergoth | forgot to put a altered version in staging |
22:01.32 | BBMatthew | kergoth: talking of that I should be able to supply you with a patch to ping the xine-lib include thingy |
22:01.50 | BBMatthew | where its pulling in /usr/include with the AALIB files |
22:02.08 | kergoth | send it to the openzaurus-devel list, i'm busy with the new build infrastructure |
22:02.14 | kergoth | i wont be looking at xine for a while |
22:02.48 | BBMatthew | ok |
22:03.05 | BBMatthew | I don't think I am subscribed to that |
22:03.10 | BBMatthew | one moment |
22:03.48 | kergoth | lets see, should i hardcode the staging path in openobex-config, supply it via --prefix/--exec_prefix at call time, or make it check for STAGING_DIR being defined? |
22:04.33 | Pixel_ | step 1) done |
22:07.18 | gb2 | step 2) ?? |
22:07.23 | gb2 | step 3) profit |
22:08.08 | treke|laptop | wtf |
22:08.25 | treke|laptop | I've spelled database wrong the exact same way in every fricken file |
22:08.52 | noda | lol |
22:09.04 | noda | "databaes"? |
22:09.12 | treke|laptop | databse |
22:09.17 | noda | :) |
22:11.07 | *** join/#openembedded LV|sleep (~lordvan@62.218.218.165) |
22:15.56 | BBMatthew | muffins! |
22:16.00 | treke|laptop | "I must admit I'm a little bemused to see that the kernel 'tarball' is c.84MB (actually I suppose that may have been 8.4MB - I was watching the number of bytes and have had a drink or two - anyway it's still larger than the entire OZ source) in size while the buildroot source is only c.4MB, oh well, I have a lot to learn :-)" |
22:16.05 | kergoth | ah thats right, opie's libopieobex lib needs glib because it needs irobex_palm3 from openobex-apps |
22:16.08 | kergoth | pfft |
22:16.15 | treke|laptop | someone is in for a rude awakening when he tries building oz |
22:16.19 | kergoth | treke|laptop: hah |
22:21.58 | kergoth | err i'm blind |
22:22.04 | kergoth | openobex-apps doesnt need glib either |
22:22.10 | treke|home | your mother warned you... |
22:22.12 | kergoth | somebody remind me, why exactly are we including glib? |
22:24.25 | gb2 | kergoth: how do i make oebuild just run say.. the unpack stage of a build? |
22:24.43 | kergoth | oebuild unpack blah.oe |
22:24.48 | gb2 | odd |
22:24.49 | kergoth | it just defaults to 'build' |
22:24.51 | kergoth | oebuild --help |
22:24.54 | gb2 | wonder why it's trying to run /sbin/unpack |
22:25.26 | kergoth | hmmm |
22:25.31 | kergoth | hey, check bin/build/oebuild.sh |
22:25.37 | kergoth | find the unpack function |
22:25.41 | kergoth | we're still using that shit to unpack |
22:25.53 | kergoth | if you move that into the do_unpack function in the base oeclass, i bet that'll solve it |
22:26.43 | kergoth | thats one of those ebuild/portage remnants |
22:26.51 | kergoth | iirc |
22:28.17 | gb2 | my do_unpack() { } right now is just: set -e; base_do_unpack $@ |
22:29.42 | gb2 | yeah.. that seems to be the problem |
22:30.15 | kergoth | actually, could make it python |
22:30.24 | kergoth | python base_do_python () {} |
22:30.38 | kergoth | that way, we dont have to use the A var |
22:30.48 | kergoth | it can walk through teh sources and call the fetch localpath() directly |
22:30.57 | kergoth | would be cleaner |
22:31.04 | gb2 | there's no fetch stamp either? |
22:33.15 | kergoth | nope, thats by design, as a holdover for when we alter it to store an md5 hash of the file when its complete (basically per-file stamps) |
22:33.23 | kergoth | see doc/TODO, iirc its in there |
22:33.26 | *** join/#openembedded TheMasterMind1 (~aman@h-68-166-70-222.MCLNVA23.covad.net) |
22:33.30 | gb2 | ah |
22:35.47 | kergoth | tv sucks |
22:36.27 | treke|home | very true |
22:38.42 | gb2 | yeah |
22:38.46 | gb2 | tv sucks your brain |
22:39.09 | *** join/#openembedded W8TVI|z (~zic@1114105309.mi.dial.hexcom.net) |
22:42.44 | *** join/#openembedded chouimat (~dieu@r2351064.b2b2c.ca) |
22:42.44 | *** mode/#openembedded [+o chouimat] by ChanServ |
22:44.03 | BBMatthew | gah weeded out 2GB of crap but its screwing my build times. Should have bought a dual xeon with a huge raid array for this by now :) |
22:47.02 | W8TVI|z | heh |
22:49.16 | Pixel_ | where can i find the arm-linux-gcc ? |
22:51.00 | BBMatthew | http://www.openzaurus.org/official/toolchain/old/ |
22:51.22 | BBMatthew | the 2.95.3 is the only cross compiler able to build the kernel |
22:52.30 | Pixel_ | there are 4 archives with that version number, which one should i get ? |
22:53.03 | treke|home | get 2.95.3 |
22:53.38 | treke|home | The one simply labeled 2.95.3 |
22:53.47 | Pixel_ | http://www.openzaurus.org/official/toolchain/old/cross-2.95.3.tar.bz2 |
22:53.48 | Pixel_ | ? |
22:54.51 | BBMatthew | testing the sl5600 images now |
23:00.00 | BBMatthew | it works!!!! |
23:01.15 | Pixel_ | okay - where do i put/how do i install arm-linux-gcc ? |
23:01.33 | kergoth | ibot: oz toolchain |
23:01.34 | | it has been said that oz toolchain is http://www.openzaurus.org/official/toolchain/, or mkdir /usr/local/arm and extract them in there. |
23:02.08 | Pixel_ | Thx |
23:02.18 | gb2 | bash: line 302: oe_runconf: command not found |
23:02.34 | *** join/#openembedded andersee (~andersee@codepoet.org) |
23:02.35 | kergoth | eh, whatd you do to bin/build/oebuild.sh? |
23:02.37 | kergoth | heheh |
23:02.45 | gb2 | i didn't do anything to it |
23:02.54 | kergoth | well, its a shell function in there. |
23:02.58 | kergoth | and i have no problems with it |
23:02.58 | gb2 | yeah. |
23:03.18 | gb2 | all i did was: INHERIT=package_rpm bin/oebuild oe.oe and installed the resulting rpm |
23:03.36 | kergoth | probably a bug |
23:03.40 | *** join/#openembedded absentia (~scott@ip216-179-64-58.cust.bestweb.net) |
23:04.23 | gb2 | ++ test -f /usr/share/oe/bin/build/oebuild.sh |
23:04.25 | gb2 | heh |
23:04.44 | gb2 | yeah, it tries a whole bunch of places, but not /usr/bin |
23:04.49 | gb2 | which was where it installed the file |
23:05.02 | gb2 | that's why unpack() failed too |
23:05.21 | W8TVI|z | then you did something wrong |
23:05.22 | W8TVI|z | :P |
23:06.57 | gb2 | it searches ${OEPATH}/build/oebuild.sh |
23:08.55 | gb2 | it looks like that file actually ought to be installed in /usr/share/oe somewhere |
23:09.00 | gb2 | so both are broken |
23:11.05 | BBMatthew | time to actually setup a decent selection of bits |
23:12.20 | BBMatthew | kergoth: is it possible to use the same buildroot for a build of gcc2.95.3 for the kernel and gcc3.1 for the apps? |
23:15.17 | Pixel_ | How often does the experimental images get updated ? |
23:16.50 | noda | Pixel_: Want an OZ image? Check out http://openzaurus.org/unofficial/experimental/noda |
23:17.13 | noda | kergoth: Do you mind if I upload my .ipks there too? I'll chmod g+w them... |
23:17.16 | Pixel_ | 404 |
23:17.32 | noda | Whoops. s/experimental/unstable/ |
23:18.01 | Pixel_ | noda, i'm currently trying to build it myself, also, i've got an 750 and not a 5500 |
23:18.06 | noda | Oh, heh :) |
23:18.15 | noda | Well that won't work then :) |
23:18.41 | noda | BBMatthew: It is possible. But gcc3 won't compile opie properly... at least, that's my experience. |
23:19.01 | BBMatthew | I am tempted to clone my buildroot |
23:19.46 | Pixel_ | Currently i'm using a mix of the files in experimental/shepherd and experimental/husky. I can't get my WiiFi to work, the console writes over the GUI and it's slow to sleep/awake ( outputs text over the gui) |
23:24.10 | Pixel_ | i'm guessing that the textouput over the gui is a bug i've caused by mixing the files ? |
23:24.18 | Pixel_ | oh, he left... |
23:30.42 | BBMatthew | I really don't reccommend what you are doing? |
23:30.45 | kergoth | BBMatthew: ? |
23:30.49 | kergoth | BBMatthew: look in menuconfig. |
23:30.54 | kergoth | BBMatthew: enable gcc2 & gcc3 |
23:31.02 | kergoth | BBMatthew: enable gcc3 for apps, disable gcc3 for kernel |
23:31.05 | kergoth | (defaults) |
23:31.21 | BBMatthew | kergoth: No I am asking if I can use the previous buildroot or do I need a make mrproper |
23:31.51 | kergoth | mrproper is rarely required |
23:31.53 | BBMatthew | btw thats a really nice feature, the abiliyt to use the different compilers :) |
23:31.56 | kergoth | mrproper wipes downloaded sources |
23:32.04 | kergoth | use clean to wipe everything used in the build |
23:32.08 | kergoth | but not have to redownload |
23:32.12 | kergoth | yes, you should clean your tree |
23:32.18 | BBMatthew | thoughtso |
23:32.30 | BBMatthew | I am going to copy the tree and clean it |
23:36.19 | treke|home | god why do people come into channels and say "what is better? Your project or some other one? |
23:38.38 | gb2 | treke: "some other project. our project sucks ass, i don't even use it." |
23:38.46 | BBMatthew | good idea |
23:38.46 | gb2 | ;) |
23:41.03 | treke|home | hehe. at least they could go into #handhelds.org which has a mixture of opinions |
23:41.30 | absentia | re |
23:50.53 | W8TVI|z | heh |
23:51.11 | W8TVI|z | hey absentia |
23:52.21 | absentia | wot ? |
23:53.05 | W8TVI|z | brb |
23:54.45 | BBMatthew | has anyone else had problems compiling samba? it just borked on me |
23:56.21 | *** join/#openembedded W8TVI (~root@1114105309.mi.dial.hexcom.net) |