00:15.37 | ljp | bleh email |
00:16.01 | *** join/#openembedded SuKoShi (~sukoshi@dyn-213-36-144-220.ppp.tiscali.fr) |
00:17.33 | ljp | too bad banning spam in cali wont work |
00:22.39 | *** join/#openembedded SuKoSh| (~sukoshi@dyn-81-166-15-139.ppp.tiscali.fr) |
00:36.18 | gb2 | gar |
00:36.31 | gb2 | kergoth: you broke package_rpm again :P |
00:44.31 | darkschneider | buildroot is actualy hell obsolete.. :(( i'm working 1 package each other to make it compile |
00:44.43 | darkschneider | even the c-700 kernel has a bad patch.. |
00:45.38 | darkschneider | and i'm not definitely able to undestand a kernel patch ( i allready have enougth problmes to undestand patch against my own project :P) |
00:46.13 | treke|home | it isnt that bad |
00:46.34 | darkschneider | i belive you, but really i'm not doing nothing special |
00:47.18 | darkschneider | and you see, thre are lot of issures, it is a good work, but it need more manteniance :( (this to say you done a good work anyway!) |
00:47.20 | ljp | which patch isbad? |
00:47.32 | treke|home | darkschneider: It will be getting no more maintenance |
00:47.33 | darkschneider | c-700 patch is the last one i found |
00:48.01 | darkschneider | treke i know, i'm making some .oe while it compiles.. |
00:48.22 | *** join/#openembedded NeoTron (neotron@c-67-163-104-49.client.comcast.net) |
00:48.22 | *** mode/#openembedded [+o NeoTron] by ChanServ |
00:49.04 | darkschneider | ljp: thre are others, if you want them i can say you (i have wrote one for that stuid pahalanx too, mantainer is not mantaining it anymore) |
00:50.06 | darkschneider | s/c-700/b-700 ... damn it's laaaate.... |
00:50.15 | ljp | well, I have no problems with the c700 patch |
00:50.22 | darkschneider | mmm |
00:50.42 | darkschneider | i just got the error.. from today buildroot |
00:50.58 | ljp | 2.4.18? |
00:51.02 | darkschneider | yeah |
00:51.10 | darkschneider | sec |
00:51.36 | darkschneider | this one CONFIG_KERNEL-C700packages/kernel-c700packages/kernel-c700/config.in |
00:56.02 | treke|home | gb2: You ever seen oe download a gzipped patch, but not extract it properly? |
01:03.47 | stigger | I've been watching if I'm trying to build OZ should I be using buildroot or oe now |
01:04.02 | treke|home | OZ comes from buildroot |
01:04.15 | stigger | OK |
01:04.32 | stigger | just so I don't waste my time building the wrong one |
01:18.54 | darkschneider | nigth all |
01:19.38 | darkschneider | too much buildroot for today... this one ins a kernel compiel error... too mcuh to takr cre of it at 3.21 AM.. night all see you |
01:21.13 | *** join/#openembedded W8TVI (~w8tvi@3639246426.mi.dial.hexcom.net) |
01:55.01 | treke|home | looks like this is an oe bug |
01:56.10 | TheMasterMind1 | haha |
01:56.11 | TheMasterMind1 | i rock |
01:56.12 | TheMasterMind1 | http://www.kingsofchaos.com/ads/query.txt |
01:56.13 | TheMasterMind1 | =P |
02:00.04 | kergoth`bbl | treke|home: what bug? |
02:00.09 | kergoth`bbl | gb2: what broke? |
02:01.40 | treke|home | kergoth`bbl: patches are being unpacked in TMPDIR/downloads, but patcher is looking for them in TMPDIR/base/foo-0.0.0-r0 |
02:01.58 | treke|home | an example of an oe that breaks is ifupdown |
02:02.27 | gb2 | kergoth: you're putting %files which don't exist in there |
02:02.30 | gb2 | kergoth: rpm no likey |
02:03.10 | treke|home | kergoth`bbl: OE can apply the locally stored patches, but is unable to apply the patch that was downloaded from upstream |
02:06.15 | ljp | hmm |
02:08.53 | kergoth`bbl | gb2: then package_rpm needs to check if they exist first. easy enough. |
02:09.27 | kergoth`bbl | treke|home: ah. so do_patch just needs its path adjusted when it accounts for compressed patches |
02:09.46 | treke|home | thats what I figured |
02:11.23 | kergoth`bbl | hehe |
02:13.18 | treke|home | kergoth: btw, as far as I can tell, debian is the upstream for apmd :p |
02:13.29 | kergoth | hah. |
02:13.34 | kergoth | that cant be right |
02:13.39 | kergoth | i hate it when that happens |
02:13.48 | kergoth | distros end up holding the code for shit thats no longer maintained |
02:13.49 | treke|home | just about every other distro us using apmd 3.0.2 |
02:13.58 | kergoth | what are we using? |
02:14.03 | treke|home | which is the last release from "upstreams" home page |
02:14.04 | treke|home | 3.2.0 |
02:14.20 | kergoth | diff em. grab the latest from upstream and patch it up to debian's sources? |
02:15.49 | treke|home | it gets odder since on top of that, debian applies a debian patch to it |
02:19.09 | kergoth | well, debian's "patch" is almost always just the debian/ dir |
02:19.21 | kergoth | could be the code changes were sufficiently substantial that they didnt want to do it that wy |
02:19.22 | treke|home | it touched code last time I looked |
02:19.31 | kergoth | odd. |
02:19.49 | kergoth | k, fixing package_rpm ... testing |
02:20.28 | treke|home | I'm emailing the debian maintiner to see where upstream realy is |
02:20.46 | treke|home | looks like the patch touches much less code than it did with 3.1 |
02:20.48 | kergoth | cool |
02:20.54 | treke|home | which also doesnt exist upstream :p |
02:21.35 | kergoth | treke|home: it might not be a bad idea to maintain a UMAINTAINER var |
02:22.18 | kergoth | bah, switching to package_rpm rebuilds the app? |
02:22.30 | kergoth | oh, preprpm didnt exist previously, and affects the dependencies amongst the stamps |
02:22.33 | kergoth | hah. |
02:27.23 | kergoth | why the hell did i choose glibc to test the fix |
02:27.28 | treke|home | hehe |
02:27.39 | kergoth | i shouldve picked initscripts for gods sake |
02:27.45 | kergoth | oh well |
02:27.46 | treke|home | :p |
02:28.10 | gb2 | UMAINTAINER? |
02:28.14 | gb2 | upstreem? |
02:28.16 | gb2 | eam |
02:28.22 | kergoth | yeah, upstream |
02:28.47 | kergoth | theres already a web site var, but a contact point for upstream would be useful |
02:28.54 | kergoth | particularly for patch submissions on our part.. |
02:29.03 | gb2 | yeah |
02:29.18 | kergoth | OZ's been quite lax on that so far. heh. |
02:29.31 | gb2 | policy for many projects, that should be a package's mailing list address |
02:29.38 | gb2 | or link to list info |
02:29.44 | kergoth | yeah |
02:29.58 | gb2 | it'd be good to make that clear in the docs for the UMAINTAINER var |
02:30.13 | kergoth | yeah. speaking of which, having some docs for vars would probably be good |
02:30.13 | kergoth | heh |
02:30.17 | gb2 | yeah |
02:30.19 | gb2 | that'd rule ;) |
02:30.26 | kergoth | could just put comments on every line of oe.conf |
02:30.32 | kergoth | since thatd ensure its never out of date |
02:30.42 | kergoth | treke|home: filterdiff is your friend |
02:30.47 | treke|home | filterdiff? |
02:30.57 | kergoth | zcat patch | filterdiff -i"*" -x"*debian/*" > patch_without_debian_crap |
02:31.01 | kergoth | its in patchutils |
02:31.06 | fdask | doc of vars would be most handy. whether its own file, or comments in the oe.conf |
02:31.10 | treke|home | this another one of schurigs kick ass tools? |
02:31.10 | kergoth | i'd recommend reading the man page on every tool in patchutils. |
02:31.17 | kergoth | nah, another set of patch handling tools |
02:31.23 | kergoth | lsdiff, filterdiff, combinediff, interdiff, etc |
02:31.31 | kergoth | quite handy |
02:31.46 | kergoth | it can also recalculate the offsets if you went and manually edited it and fucked it up, iirc |
02:31.50 | kergoth | one of them can anyway |
02:32.19 | kergoth | patcher tends to reduce the need for it of course |
02:32.20 | kergoth | heheh |
02:32.40 | treke|home | yeah, but it's still a lot of work when you think it'll be dead simple :p |
02:32.55 | gb2 | i manually edit patches quite a bit |
02:32.58 | gb2 | it's a -bad- practice |
02:55.20 | *** join/#openembedded noda (~noda@modemcable013.119-201-24.mtl.mc.videotron.ca) |
02:55.21 | noda | Moo! |
02:55.44 | noda | fdask: Haven't finished with yer code yet -- massive homework madness. |
02:58.16 | fdask | cool. what can i do to help |
02:58.38 | noda | Give me the exact cosine and sine of 7pi/12 :) |
02:58.46 | fdask | ugh, trig? |
02:59.13 | noda | I like how my cal class seems to integrate all the math I've learned from high school. HAHAHAHAHAHAHAHAHAHAHAHA....... |
02:59.23 | noda | "Integrate" :P |
02:59.33 | fdask | hah |
02:59.46 | noda | I'm that tired :P |
03:02.01 | *** join/#openembedded SuKo|Shi (~sukoshi@dyn-213-36-163-96.ppp.tiscali.fr) |
03:02.33 | *** join/#openembedded TiMiDo (dark@c-66-176-251-220.se.client2.attbi.com) |
03:03.11 | kergoth | heh |
03:03.17 | TiMiDo | bipolar, u there? |
03:03.31 | kergoth | note to self: removing items from the list you're iterating through, while doing so, makes python very confused |
03:03.44 | noda | ~lart kergoth |
03:04.52 | kergoth | gb2: k, finally got package_rpm fixed to work with subpackages again, and deal with nonexistant items in FILES. |
03:05.15 | kergoth | woops |
03:05.20 | kergoth | forgot to make it prevent creating empty rpms :) |
03:05.46 | gb2 | heh |
03:10.33 | kergoth | heh, i'm getting far too good at coding ugly, ugly python. its almost as bad as my perl |
03:10.43 | TiMiDo | bipolar, u there? |
03:11.10 | treke|home | yes it is |
03:11.11 | noda | Here we go! cos(pi/12) = 1/(2*sqrt(2-sqrt(3))) |
03:11.23 | noda | This stuff had better all cancel out :P |
03:12.49 | treke|home | trust me, it wont |
03:12.55 | TiMiDo | hey no one talks here? |
03:13.07 | treke|home | TiMiDo: are you blind? |
03:13.10 | TiMiDo | not sure |
03:13.20 | TiMiDo | oh u guys used LInux two |
03:13.21 | noda | treke|home: Thanks :P |
03:13.40 | noda | TiMiDo: We do talk here. Not always about OE, but there is stuff *sometimes* :) |
03:13.50 | TiMiDo | oh |
03:13.55 | TiMiDo | u guys used Debian |
03:14.14 | treke|home | TiMiDo: I count 16 lines of text from the moment you joined to when you asked if anyone ever talks |
03:14.23 | noda | lol |
03:14.26 | noda | TiMiDo: Yes, many of us have. |
03:14.36 | noda | TiMiDo: When we have support questions, we go to #debian and get ignored there :) |
03:14.44 | TiMiDo | LoL |
03:14.55 | TiMiDo | well they are jerks sometimes |
03:15.21 | noda | Actually I've only ever seen one jerk there. He was pretty bad though :) |
03:15.31 | treke|home | as bad as kergoth? |
03:15.37 | TiMiDo | LOL i want to update my kernel |
03:15.40 | noda | Almost :) |
03:15.41 | TiMiDo | this kernel is a peace of crap |
03:15.51 | noda | TiMiDo: On debian or on OE? |
03:15.57 | TiMiDo | Debian |
03:16.05 | treke|home | you are in the wrong channel |
03:16.10 | TiMiDo | mm? |
03:16.15 | noda | So ask on #debian |
03:16.31 | noda | Better yet, apt-get install kernel-package and RTFM. The info is all installed and just waiting for you to read it. |
03:25.54 | noda | WOO! Python is an awesome calculator -- I got this problem right, with my insane sqrt(2-sqrt(3)) stuff... |
03:44.31 | treke|home | what, you don't like a numbering system based on the square root of -1? |
03:46.39 | noda | lol |
03:47.06 | noda | Not when my assignment asks me to calculate (-8*sqrt(2)+8*sqrt(-2))/(12-12*sqrt(-3)) |
03:47.35 | treke|home | easy |
03:47.39 | treke|home | the answer is 1+C |
03:47.48 | noda | I can barely divide by 2... how am I to do it by (12-12*sqrt(-3))? :) |
03:48.26 | noda | Nah, the answer is 1/(3*sqrt(2*sqrt(3)))*(-1-(2-sqrt(3))*sqrt(-1)) |
03:48.39 | noda | But I only get it when I convert to polar form :( |
03:48.53 | noda | (lol, as if one numbering system with sqrt(-1) wasn't bad enough) |
03:48.59 | noda | I noticed :P |
03:51.13 | noda | Ack, python seems b0rked... |
03:51.31 | treke|home | professor found it very amusing |
03:51.34 | noda | Tried what? :) |
03:51.40 | noda | Oh, 1+C :) |
03:52.10 | treke|home | very wrong, but amusing |
03:52.33 | noda | Well, I've heard a story of somebody who had to write a final exam which was a single question: "Describe the most daring thing you have done in your entire life?" and answered "This" |
03:53.33 | noda | lol, I did that in my humanities class last semester, and actually got something right :P |
03:53.52 | treke|home | noda: During an AP Comparative government test the teacher decided to start reading test answers during another test |
03:53.55 | noda | Ah, I see my python problem, was doing integer math :) |
03:54.14 | noda | Huh? Wouldn't that be as confusing as hell? |
03:54.31 | treke|home | noda: no, she was reading the essays people wrote. |
03:54.35 | treke|home | to herself. |
03:54.44 | noda | Oh, thought you meant out loud :) |
03:54.58 | treke|home | she started reading mine during one class and ended up cracking up |
03:54.59 | noda | Whew! Only 2 problems left. Too bad there's no more imaginary stuff :( |
03:55.02 | noda | ROFL |
03:55.38 | treke|home | the first sentence in the blue book was something along the lines of "I don't know, there is no point reading the rest of this booklet. |
03:55.47 | noda | :) |
03:55.57 | treke|home | Then I spent the next hour of the test writing whatever popped into my head |
03:56.10 | treke|home | there was code, jokes, everything |
03:56.20 | noda | lol |
03:57.11 | treke|home | I wonder what score I got on the written exam |
03:58.19 | gb2 | |
03:58.24 | treke|home | noda: Our teacher had literally done 0 test prep for the test, I didn't even know what the test was testing until the day of it :) |
03:58.44 | noda | What *was* it testing? :) |
03:58.50 | treke|home | I dont remember |
03:59.45 | treke|home | I vaguelly remember something about comparing the US structure of government with some other country |
04:03.16 | noda | Holy shit... I've been doing homework for about 3 hours now... |
04:03.21 | noda | Same damned assignment. |
04:03.42 | CIA | repository=03oe user=11kergoth@direwolf.ppp.ti.com |
04:03.42 | CIA | 07ChangeSet@1.261 BUGFIX: Make package_rpm happy again, both with ARCH->TARGET_ARCH, and subpackaging. |
04:03.47 | ljp | drink some rum. it'll make homework go faster |
04:03.52 | noda | heh |
04:04.13 | kergoth | I should verify that we have enough packaging var defaults set in oe.conf to build the ipks |
04:04.17 | treke|home | only if you are buying |
04:04.53 | ljp | I have a fairly full bottle of australian rum at my house |
04:05.07 | ljp | your welcome to come over and help drink it |
04:05.15 | kergoth | heh, i called the dealer today about my car |
04:05.18 | kergoth | said they could cut a new key |
04:05.24 | kergoth | but they need proof of ownership, which is in the car |
04:05.29 | treke|home | ljp: be there in 8 hours |
04:05.31 | kergoth | need to call a locksmith first now |
04:05.32 | kergoth | heh. |
04:05.35 | treke|home | actually more like 18 |
04:05.36 | kergoth | bleh. |
04:07.14 | treke|home | oh well. night |
04:07.37 | Pendalar | gah anyone mess with icecast? |
04:07.57 | Pendalar | or know about libxslt |
04:08.02 | Pendalar | I'm not picky at this point |
04:11.57 | kergoth | Packaged contents of glibc into /home/kergoth/coding/projects/user/oe/packages/tmp/deploy/ipk/glibc_2.3.2-r0_arm.ipk |
04:12.00 | kergoth | Packaged contents of glibc-doc into /home/kergoth/coding/projects/user/oe/packages/tmp/deploy/ipk/glibc-doc_2.3.2-r0_arm.ipk |
04:12.04 | kergoth | Packaged contents of glibc-dev into /home/kergoth/coding/projects/user/oe/packages/tmp/deploy/ipk/glibc-dev_2.3.2-r0_arm.ipk |
04:12.06 | kergoth | heh. |
04:12.09 | kergoth | spiffy. |
04:12.48 | cyn_ | <kergoth> Packaged contents of c700 kernel image into /home/kergoth/coding/projects/user/forcynwithlove/ |
04:13.03 | cyn_ | damn I need to grunt back down on buildroot |
04:13.16 | kergoth | no, you need to add some things to OE |
04:13.19 | cyn_ | I made the mistake of rebooting my desktop to print some crap |
04:13.21 | cyn_ | hrmmm |
04:13.28 | noda | Ohhhhhhhhhhh, shit :P |
04:13.40 | cyn_ | you must have me mistaken with a contributor |
04:13.54 | noda | ...twice :) |
04:14.02 | cyn_ | I'm the useless guy that's makes witty remarks and is generally nonannoying |
04:14.05 | kergoth | cyn_: you have no idea how easy it is to make an .oe file |
04:14.07 | kergoth | cyn_: :) |
04:14.07 | cyn_ | (generally) |
04:14.11 | noda | lol |
04:14.13 | kergoth | read doc/DEVEL |
04:14.29 | cyn_ | but wait, .oe != buildroot |
04:14.34 | kergoth | oops, forgot to make the package_ipk and package_rpm prevent creation of empty archives |
04:14.36 | cyn_ | so I don't have this doc/DEVEL do I? |
04:14.43 | kergoth | cyn_: you do, in the OE repository |
04:14.58 | kergoth | i wrote a few basic docs during this last weekend |
04:15.02 | kergoth | ibot: oe bk |
04:15.04 | | from memory, oe bk is bk clone http://openembedded.bkbits.net/oe oe;cd oe; bk -r co -q |
04:15.23 | cyn_ | oh sure beat me to it |
04:15.31 | cyn_ | I was just gunna extrapolate from faq 84 |
04:15.33 | noda | cyn_: It'd be faster to write a .oe than think up another "witty" remark :P |
04:15.50 | cyn_ | noda: you obviously overestimate my ability to type |
04:15.51 | kergoth | no kidding. an autotools-based built app is a _3_ line .oe |
04:15.53 | kergoth | :) |
04:15.58 | noda | Damn, I was wrong :) |
04:16.08 | noda | kergoth: Wow, gets shorter every time! :) |
04:16.19 | kergoth | noda: thats the idea. abstract out commonalities |
04:16.21 | cyn_ | and better yet, there are bijillions of examples |
04:16.24 | kergoth | keep them small and easy |
04:16.28 | cyn_ | well, tens anyway |
04:16.35 | treke|home | inherit google |
04:16.38 | kergoth | hehe. theres like 50-60 oe's in the repos |
04:16.48 | kergoth | heh. |
04:16.50 | cyn_ | 5's to 6's of tens |
04:16.54 | kergoth | do_googlesearch() {] |
04:16.58 | kergoth | s/]$/} |
04:17.06 | treke|home | it just submits ${PN}-${PV} into google and uses it to find the source :p |
04:17.11 | cyn_ | haha |
04:17.13 | kergoth | hah |
04:17.16 | treke|home | then you can have a 0 line .oe |
04:17.25 | cyn_ | make a script that just trolls google and automagically finds new stuff to add to oe |
04:17.31 | noda | rofl |
04:17.35 | cyn_ | suddenly for some goddamn reason you've got kde apps in oe |
04:17.36 | kergoth | not google, freshmeat |
04:17.43 | noda | That would be awesome. |
04:17.48 | cyn_ | no way, google gets you the language translation |
04:17.54 | kergoth | we will have scripts monitoring upstream repositories |
04:17.59 | kergoth | when redhat adds a package, we'll know about it. |
04:18.04 | noda | Wow, awesome :) |
04:18.24 | noda | We listen to redhat? I thought OE most closely followed debian... |
04:18.26 | cyn_ | we call them "chuck" and "barry" and they reside in Wilmington, Va |
04:18.31 | kergoth | noda: OE is distribution agnostic. |
04:18.43 | kergoth | you could as easily build a redhatish distro as a debian one |
04:18.44 | noda | I guess I got that from a few of the patches we download... |
04:18.50 | kergoth | and you could even make it able to swtich betwen them at build time |
04:18.56 | kergoth | INHERIT=redhatims oemake |
04:18.57 | kergoth | or whatever |
04:18.58 | cyn_ | slut. |
04:19.07 | cyn_ | can't even stay monogamous |
04:19.08 | treke|home | cyn_: where?! |
04:19.11 | noda | i.e., 'grep -ri debian *' in packages/contents/ :) |
04:19.19 | kergoth | noda: ? |
04:19.26 | kergoth | noda: the oe packages repos gets .. about 3 debian sources. |
04:19.30 | noda | Oh. |
04:19.31 | kergoth | noda: and that is only because they have no upstream |
04:19.36 | kergoth | or we couldnt locate the upstream |
04:19.38 | noda | Ah. |
04:19.42 | noda | What about debian patches? |
04:19.46 | treke|home | or the packager was to lazy |
04:19.48 | kergoth | we rip out the debian/ dir |
04:19.50 | noda | :) |
04:19.51 | treke|home | noda: 1 package uses it |
04:19.55 | kergoth | and if they modify any code, |
04:19.55 | gb2 | noda: those are no different than redhat patches |
04:19.57 | kergoth | then we bring that patch local |
04:20.01 | noda | Ah. |
04:20.19 | noda | gb2: No, but I wasn't aware we used any redhat patches, while I'm sure we use at least 1 debian patch :P |
04:20.52 | noda | Now then, last problem on my homework.... 1a)... |
04:20.52 | gb2 | noda: depending on a downloaded patch is likely to be poor design |
04:21.02 | kergoth | gb2: s/is likely/was/ |
04:21.06 | kergoth | :) |
04:21.11 | gb2 | kergoth: :) |
04:21.21 | kergoth | treke|home: which one? |
04:21.49 | treke|home | the debian one. |
04:24.12 | treke|home | hmmm, stripping out the /debian directory wasnt a wise idea :p |
04:24.28 | kergoth | ah. |
04:24.33 | gb2 | kergoth: what does oemake do to make its decisions about the dependency tree for what to build? |
04:24.38 | treke|home | we use a bunch of stuff from it :p |
04:25.08 | kergoth | gb2: currently it builds everything that provides a given thing. doesnt handle multiple provides at all, so doesnt make decisions about what is "better", even when it comes to version comparison between the same packagen ame |
04:25.13 | kergoth | name |
04:25.23 | kergoth | since i handle that as just another multiple provides case. both ncurses-5.3 and ncurses-4.2 provide ncurses |
04:26.16 | kergoth | its clean that way, just need a multiple provides handler, that in the case where PN is the same for both, does a version/revision compre, but when pn is different, aborts |
04:26.34 | gb2 | fog% OEFILES=$PWD/*.oe oemake uclibc-gcc-cross |
04:26.34 | gb2 | NOTE: build 200309240026 started |
04:26.34 | gb2 | ERROR: Unable to build uclibc-gcc-cross: no .oe file provides it. |
04:26.34 | gb2 | NOTE: build 200309240026 completed |
04:26.44 | gb2 | fog% ls -l uclibc-gcc-cross*.oe |
04:26.44 | gb2 | -rw-r--r-- 1 gbritton users 1775 Sep 20 21:40 uclibc-gcc-cross-3.3.1.oe |
04:26.54 | gb2 | this problem still exists. hrm. |
04:28.24 | gb2 | trying uclibc-binutils-cross fails the same way |
04:28.31 | gb2 | uclibc-binutils-2.14.90.0.6 is trying to build it |
04:28.37 | gb2 | no wait |
04:28.44 | gb2 | forgot the cross |
04:28.56 | gb2 | with the -cross- it tries nothing |
04:29.08 | kergoth | hmm |
04:29.28 | kergoth | i wonder.. |
04:29.33 | gb2 | ah.. hrmmm..... |
04:29.41 | kergoth | it could be obtaining PN via a bad method |
04:29.50 | kergoth | or not updating and expanding the data |
04:29.58 | gb2 | i think the included skeleton .oe files are screwing it up |
04:30.32 | gb2 | i think it's working now. |
04:30.44 | gb2 | if i did an OEFILES= not including those skeleton ones |
04:30.49 | gb2 | which i've never tried building alone |
04:31.20 | gb2 | i need to figure out what to really call the virtual package names |
04:31.31 | gb2 | Connecting to ftp.kernel.org[204.152.189.116]:80... connected. |
04:31.31 | gb2 | HTTP request sent, awaiting response... |
04:32.01 | gb2 | it didn't try to do patcher first |
04:32.50 | kergoth | something is weird with the prepended depends |
04:32.51 | CIA | repository=03oe user=11kergoth@direwolf.ppp.ti.com |
04:32.51 | CIA | 07ChangeSet@1.262 Prevent creation of empty ipk and rpm archives. |
04:33.00 | kergoth | oebuild shows them in showdata, and oemake aborts if it cant find them.. |
04:33.02 | kergoth | but it doesnt follow them. |
04:33.05 | kergoth | its odd. |
04:33.27 | gb2 | Connecting to ftp.kernel.org[204.152.189.116]:80... connected. |
04:33.27 | gb2 | HTTP request sent, awaiting response... |
04:33.41 | gb2 | need download stamps |
04:33.44 | kergoth | break it. if you already have the source, it wont abort the build |
04:33.48 | kergoth | ^C |
04:33.50 | kergoth | yeah we do |
04:34.04 | gb2 | ok, it's building the binutils-cross package. |
04:35.03 | kergoth | stamps in general need to be handled better |
04:35.12 | kergoth | for example, the ipk, tar, and rpm package output functions shouldnt have stamps |
04:35.16 | kergoth | they should rely on their output |
04:35.18 | kergoth | but currently they dont |
04:36.28 | kergoth | hah, the ipk build leaves the CONTROL dir around |
04:36.30 | kergoth | doesnt clean up |
04:36.39 | kergoth | so i get a nice control file in the tarball and rpm next time around |
04:38.33 | gb2 | . . . |
04:38.33 | gb2 | <PROTECTED> |
04:38.34 | gb2 | <PROTECTED> |
04:38.34 | gb2 | <PROTECTED> |
04:38.34 | gb2 | <PROTECTED> |
04:38.34 | gb2 | <PROTECTED> |
04:38.36 | gb2 | <PROTECTED> |
04:38.38 | gb2 | RuntimeError: maximum recursion depth exceeded |
04:38.40 | gb2 | yay |
04:39.19 | kergoth | hah |
04:39.32 | kergoth | yeah, it really needs to check for recursion |
04:39.49 | gb2 | kergoth: it would be cool if the package emitting classes output something like "NOTE: Emitted tmp/deploy/rpm/${PN}-${PV}-${PR}.${TARGET_ARCH}.rpm |
04:39.58 | kergoth | gb2: yeah, was just thinking that |
04:40.07 | kergoth | gb2: right now it relies on teh tool we're using to build it, which isnt clean or consistent |
04:40.08 | gb2 | since then i could cut + paste into rpm -Uvh |
04:40.09 | gb2 | ;) |
04:41.51 | gb2 | NOTE: package base/uclibc-binutils-cross-2.14.90.0.6-r0: build succeeded |
04:41.51 | gb2 | Traceback (most recent call last): |
04:41.51 | gb2 | <PROTECTED> |
04:41.51 | gb2 | <PROTECTED> |
04:41.51 | gb2 | <PROTECTED> |
04:41.51 | gb2 | <PROTECTED> |
04:41.52 | kergoth | really, there is more shared between the apckage emitting classes than is in package.oeclass |
04:41.53 | gb2 | <PROTECTED> |
04:41.55 | gb2 | <PROTECTED> |
04:41.57 | gb2 | ... |
04:42.11 | gb2 | that's the start of the recursion if it's at all helpful.. is that a circular dep being found? |
04:42.13 | kergoth | gb2: yeah, its walking through the dependency digraph |
04:42.14 | kergoth | yep |
04:42.25 | gb2 | odd |
04:42.49 | kergoth | gb2: add a note() to the build callback |
04:43.01 | kergoth | or something |
04:43.07 | gb2 | oh, i think i know why it's doing that |
04:43.14 | gb2 | i'll hack on it tomorrow afternoon |
04:43.23 | gb2 | it's a problem in my deps if i'm right |
04:43.29 | gb2 | well, sorta a problem |
04:43.37 | gb2 | ok, bedtime |
04:43.43 | kergoth | cool. i need to spend more time on the image creation stuff for ti.. then maybe i can find some time to get the metadata handling in the c++ lib cleaned up and in bk |
04:43.46 | kergoth | k, night |
04:43.57 | noda | Aargh. I'd get perfect on this homework if it weren't for this one question. Is it worth going to a tutorial for a single frickin' question? No! Dammit :( |
04:48.34 | *** join/#openembedded W8TVI_ (~root@1114104700.mi.dial.hexcom.net) |
04:50.42 | kergoth | hmm. |
04:50.45 | kergoth | we need a new arch var |
04:50.55 | kergoth | to represent the architecture of what this package outputted. |
04:51.05 | kergoth | it'll match HOST_ARCH in most cases, but not for arch independent stuff |
04:56.48 | kergoth | <PROTECTED> |
04:56.48 | kergoth | <PROTECTED> |
04:56.48 | kergoth | <PROTECTED> |
04:56.51 | kergoth | <PROTECTED> |
04:56.54 | kergoth | <PROTECTED> |
04:56.56 | kergoth | hmm |
04:57.10 | kergoth | i dont see how it could be failing to get the correct local extracted path |
04:57.12 | kergoth | looks fine there |
05:06.14 | treke|home | kergoth: WORKDIR makes me think it would expect it in tmp/base/ifupdown-0.6.4-r0, correct? |
05:06.40 | treke|home | I think the problem is it's beeing extracted to the wrong place |
05:06.47 | kergoth | ah, that could be |
05:06.49 | kergoth | k |
05:07.07 | treke|home | it is being extracted to the download directory, which doesn't make much sense to me |
05:07.25 | kergoth | ah yeah |
05:07.28 | kergoth | its the new unpack code |
05:07.57 | treke|home | btw, when updating something like ifupdown to the newest debian release, would the .oe change to ifupdown-0.6.4-r1.oe? |
05:09.05 | kergoth | you should increment PR the same points you'd increment PR back in the OZ buildroot days |
05:09.17 | kergoth | whenever a change occurs that'll affect the outputted packages, and thereby the useres |
05:09.34 | kergoth | k, fixed that silly unpack problem |
05:09.37 | W8TVI | the next release of OZ/OE is comming soon? |
05:09.37 | treke|home | and that's represented by the name of the .oe file? |
05:09.41 | treke|home | W8TVI: no |
05:09.46 | W8TVI | :( |
05:10.22 | CIA | repository=03oe user=11kergoth@direwolf.ppp.ti.com |
05:10.22 | CIA | 07ChangeSet@1.263 base.oeclass: Correct the output path for bunzipped/gunziped files. |
05:11.27 | *** join/#openembedded W8TVI|z (~zic@1114104700.mi.dial.hexcom.net) |
05:11.41 | W8TVI | I'm here... now I can leave :P |
05:12.15 | CIA | repository=03oe user=11kergoth@direwolf.ppp.ti.com |
05:12.15 | CIA | 07ChangeSet@1.264 BUGFIX: add a missing 'import string' |
05:12.22 | kergoth | treke|home: it can be, or it can be in the file itself as a metadata item PR |
05:12.32 | kergoth | treke|home: depends on when you want to keep the ability to build the previous version |
05:12.39 | kergoth | should really be something we should decide on policy-wise |
05:13.25 | kergoth | its good to keep old PV's around, to build previous source versions |
05:13.28 | ljp | does buildroot do pre-linking ? |
05:13.29 | kergoth | but revision seems like overkill. |
05:13.41 | kergoth | ljp: uh, prelink isnt something you do at build time |
05:13.53 | treke|home | it's odd to be paging through the files and have no idea what version the oe builds |
05:14.06 | kergoth | ? |
05:14.08 | treke|home | kergoth: well you could use the file naming scheme and put the info in the .oe |
05:14.15 | ljp | isnt that preload at runtime? |
05:14.18 | kergoth | duplicate the info? |
05:14.19 | kergoth | for what? |
05:14.30 | kergoth | id just be a pain in the ass to keep it synced |
05:14.41 | kergoth | just add a status bar to your vim so you have the filename in front of you |
05:14.42 | kergoth | heh |
05:14.51 | kergoth | ljp: ? |
05:14.53 | treke|home | kergoth: To make the content clearer. How often would it need to get updated if each revision get's an oe |
05:15.43 | ljp | nm. google is my friend |
05:15.43 | kergoth | its still pointless duplication of metadata.. part of the whole point of this is to remove unnecessary duplication |
05:15.48 | kergoth | brb |
05:21.04 | ljp | a TT dev was asking about prelink, sorry |
05:21.34 | treke|home | ljp: prelink has to be run on the device itself |
05:22.08 | kergoth | ljp: afaik there isnt a cross-prelink, and even if there was, it isnt recommended that you distribute stuff already prelinked. runtime is best |
05:22.21 | ljp | heh you guys just read my mind |
05:23.01 | ljp | well, this would be for an internal demo on c700 devices |
05:23.21 | ljp | might be good to show it off a bit, perhaps |
05:23.31 | treke|home | dont know if it would do any good |
05:23.33 | kergoth | install the prelink ipk and try it. |
05:23.35 | treke|home | with the new launcher stuff |
05:23.48 | kergoth | last timei tried it, when it hit /lib it resulted in every binary segfaulting |
05:23.50 | ljp | well, for codecs and such |
05:23.52 | kergoth | :) |
05:24.22 | treke|home | I think I used 2.95.3-oz1.1 |
05:24.30 | ljp | do you need to prelink everything? glibc and friends? |
05:24.49 | ljp | or am I still confused |
05:24.53 | W8TVI|z | i wish some one could compile the latest hostap for me... |
05:24.59 | kergoth | you can selectively prelink, but all the dependent libs of a thing must be prelinked as ell |
05:25.05 | kergoth | so for all intents & purposes, yes |
05:25.21 | kergoth | W8TVI|z: grab buildroot and backrev the hostap makefile to when we had it at 0.0.4 |
05:26.50 | kergoth | 00:27 < conwork> since the channel is well populated I thought I should just tell you again that I'm quittting kernel dev |
05:26.52 | treke|home | or just edit the file and change the 3 to a 4 |
05:26.54 | kergoth | what the.. |
05:26.56 | kergoth | con's leaving? |
05:27.04 | treke|home | con kolivas? |
05:27.06 | W8TVI|z | I understand the part about grabing build root... |
05:27.07 | kergoth | yes |
05:27.10 | kergoth | of -ck fame |
05:27.39 | treke|home | what channel is this? |
05:27.54 | kergoth | #offtopic on OFTC |
05:28.03 | W8TVI|z | "backrev"? |
05:28.09 | kergoth | the chan for bullshitting where the kernelnewbies folks chill |
05:28.16 | kergoth | W8TVI|z: you've never heard the term backrev? |
05:28.21 | kergoth | thats surprising. |
05:28.24 | treke|home | #offtopic? is that the #openembedded of oftc? |
05:28.25 | W8TVI|z | no... sorry |
05:28.29 | kergoth | as in, return to a previous version of a thing |
05:28.31 | kergoth | downgrade |
05:28.43 | kergoth | in this case, use bk to recover a previous revision of a file |
05:28.49 | kergoth | treke|home: yup |
05:29.07 | W8TVI | ok, I'm lost... I'm using hostap 0.0.3 |
05:29.18 | treke|home | we've noticed |
05:29.19 | kergoth | this isnt that hard to understand |
05:29.23 | kergoth | we had 0.0.4 in buildroot |
05:29.26 | kergoth | we backed up to 0.0.3 |
05:29.27 | ljp | kernel dev makes you go crazy. just look at linus |
05:29.31 | kergoth | bk still has the old version that had 0.0.4 |
05:29.33 | kergoth | obtain it |
05:29.34 | kergoth | build it |
05:29.35 | kergoth | ta da |
05:29.37 | kergoth | install ipk |
05:29.44 | treke|home | kergoth: your making this too hard |
05:29.53 | W8TVI | so was there something wrong with 0.0.4? |
05:30.12 | kergoth | according to the bk logs from mickey, yes, it was being less stable |
05:30.17 | W8TVI | ok. |
05:30.21 | treke|home | checkout buildroot. edit packages/hostap/Makefile, change 0.0.3 to 0.0.4 |
05:30.31 | W8TVI | then I'll just stick with 0.0.3 |
05:31.14 | W8TVI | thanks anyway :) |
05:31.22 | ljp | I got a cat on sunday, and he already has a girlfriend |
05:34.18 | treke|home | wonder if my dad wants to get rid of one |
06:01.20 | CIA | repository=03packages user=11kergoth@direwolf.ppp.ti.com |
06:01.21 | CIA | 07ChangeSet@1.120 Add fbgetty 0.1.698. |
06:05.54 | W8TVI | where does one get a dhcp server for the zaurus? |
06:11.49 | *** join/#openembedded _Bala_ (~Bala@hsdbsk142-165-117-29.sasknet.sk.ca) |
06:12.12 | *** join/#openembedded W8TVI-dcc (~root@1114104700.mi.dial.hexcom.net) |
06:12.12 | kergoth`zzz | night |
06:12.39 | ljp | from the dhcp server store |
06:12.41 | *** part/#openembedded W8TVI-dcc (~root@1114104700.mi.dial.hexcom.net) |
06:14.25 | W8TVI | ljp, I want to run dhcpd on my zaurus |
06:15.21 | ljp | buildroot can build it. you might try looking at zsi |
06:15.41 | ljp | you mean the server, not client, right? |
06:16.06 | W8TVI | right |
06:16.14 | W8TVI | I checked on ZSI |
06:26.24 | W8TVI | why does oz 3.2 call my ambicom wl1100c a zcom xi300? |
06:28.57 | _Bala_ | they could be the same device rebranded |
06:29.20 | W8TVI | no |
06:41.39 | *** join/#openembedded stigger (stigger@p032-n1-gos.nlc.net.au) |
06:49.35 | *** join/#openembedded Big_Johsnon (d3@mil33.cyberhuntonline.com) |
06:49.38 | Big_Johsnon | hello |
06:53.15 | *** join/#openembedded Pendalar (Pendalar@68.114.156.106) |
06:54.24 | *** join/#openembedded lsmith (~vandal@p213.54.30.128.tisdip.tiscali.de) |
07:10.36 | *** join/#openembedded W8TVI|z (~zic@1114104700.mi.dial.hexcom.net) |
07:35.06 | *** join/#openembedded BadCode (~sumwid@dsl-213-023-254-191.arcor-ip.net) |
07:39.38 | *** join/#openembedded andersee (~andersee@codepoet.org) |
07:42.17 | *** join/#openembedded cmartin (~cmartin@gw.krypnet.de) |
07:46.08 | *** join/#openembedded darkschneider (~gab@62-101-126-192.fastres.net) |
07:46.19 | darkschneider | lo all |
07:55.57 | darkschneider | let me do a question to see if i understood well: .oe files are not per package anymore but per version? |
07:58.16 | darkschneider | ok i noticed how it works, thanks anyway |
08:20.38 | darkschneider | what is the standard way to specify a patch in .oe |
08:20.48 | Twiun | 'morning |
08:21.15 | Twiun | darkschneider: most oe discussions get interesting when the US wakes up ;) |
08:21.28 | darkschneider | eheh :P i know.. |
08:21.57 | darkschneider | i was awake till 3 am to follow them yesterday... but i can't make the porting when i'm so sleepy :P |
08:24.46 | Twiun | morning mithro |
08:24.48 | Twiun | erm |
08:24.54 | Twiun | morning mickeyl |
08:25.30 | darkschneider | morning |
08:27.12 | mickeyl | cmartin: morning |
08:27.38 | mickeyl | morning Twiun |
08:28.39 | Twiun | mickeyl: I got prodded to get back to work on my java stuff - so oe/oz is on the backburner for a while longer |
08:29.30 | mickeyl | ah too bad ;) |
08:29.41 | mickeyl | will you take a look at kaffe if you're in java-mode? :D |
08:33.37 | Twiun | I'll most likely be using kaffe to try things out |
08:34.05 | darkschneider | ok i figured out how to patch things in .oe |
08:35.29 | *** join/#openembedded BBMatthew (mas01r@arm.ecs.soton.ac.uk) |
08:37.25 | BBMatthew | how do you cope when suddenly debian upgrade all their minor numbers |
08:37.43 | Twiun | we bitch and moan and upgrade packages |
08:38.03 | BBMatthew | I see |
08:38.13 | Twiun | we'll start archiving stuff soon to attenuate that |
08:38.21 | BBMatthew | well they have done it again, several times :( |
08:38.22 | Twiun | so the upgrade is on our terms |
08:38.59 | Twiun | you'll get used to it |
08:39.16 | BBMatthew | thanks I needed that |
08:39.45 | Twiun | best thing we can do is improving the ruggedness of our system to cope |
08:39.59 | BBMatthew | If I wanted a fairly complete opie image for poodle could I use the collie one? |
08:40.12 | BBMatthew | def-config/collie-opie_image |
08:44.27 | darkschneider | BBMatthew: grr debian... yesteday i was back to that for hours.. |
08:45.16 | mickeyl | BBMatthew: wouldn't be choosing poodle-opie_image more logical? |
08:45.18 | darkschneider | BBMatthew: i'm trying to get an image for poodle too.. no success |
08:45.55 | darkschneider | BBMatthew: send me a beep if you have better luck, i need one for my Z |
08:54.07 | *** join/#openembedded lsmith (~vandal@port-212-202-39-108.reverse.qsc.de) |
09:40.17 | *** join/#openembedded mithro-work (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
09:40.30 | mithro-work | how is everyone today? |
09:43.18 | darkschneider | thre is some more doc on oe? since th files in the oe dirs don't say how to do version checking, conditional statements.. and so on.. and i'm seeing they are necessary for most packages |
09:56.30 | cmartin | mickeyl: hi |
09:58.01 | cmartin | mickeyl: i saw a forum posting that the "Software" program ends with SEGSIGV when trying to install from the feeds - sorry, but i didn't test this :( |
09:58.14 | cmartin | s/ SIGSEGV |
10:00.56 | *** join/#openembedded LV|sleep (~lordvan@62.218.218.165) |
10:04.00 | *** join/#openembedded imk|z_ (pda@ca-temecula-cuda2-c2c-65.snbrca.adelphia.net) |
10:06.12 | mickeyl | cmartin: hmm - can you reproduce that problem? |
10:15.26 | cmartin | mickeyl: not from here (work) since my ne2k Card doesn't work under OpenSIMpad - i'll have to wait 'till i get home where i have wireless |
10:17.56 | mickeyl | why doesn't your ne2k work? what does cardctl ident report? |
10:26.03 | cmartin | mickeyl|lunch: it shows random manf_ids - seems to be a voltage problem, but i never figured it out - the strange thing is that it works fine with the bootloader (installation over ne2k) |
11:09.43 | *** join/#openembedded stigger (stigger@p060-n1-gos.nlc.net.au) |
11:19.01 | *** join/#openembedded HCl (~hcl@hcl.student.utwente.nl) |
11:40.44 | mickeyl | cmartin|lunch: ah i remember us talking about that |
12:00.38 | Holcxjo | I believe I have done everythin it says in the doc, yet when trying any oebuild call , I always end up with a "ERROR: InvalidTask event exception, aborting". |
12:00.42 | Holcxjo | Any ideas? |
12:01.33 | fdask | is that the full error? |
12:02.00 | fdask | do you have Python 2.2 or later? |
12:02.20 | fdask | do you have the 3.3.1 toolchain installed? |
12:06.25 | BBMatthew | mickeyl, btw the old version of ipk solved the problems |
12:06.27 | Holcxjo | Python 2.2.3+ |
12:06.34 | Holcxjo | I'm using Debian sid |
12:06.47 | Holcxjo | And yes, that's the full error... |
12:07.14 | fdask | what package are you trying to build? |
12:07.31 | Holcxjo | I have 2.95.3 installed in /usr/local/arm |
12:07.41 | mickeyl | BBMatthew: aa |
12:07.48 | mickeyl | BBMatthew: which one? |
12:07.49 | fdask | OE will not work with 2.95 |
12:07.58 | Holcxjo | It doesn't matter what package I use, it compalins with any and every .oe file... |
12:08.15 | fdask | Holcxjo: get http://www.openzaurus.org/official/toolchain/cross-3.3.1.tar.bz2 |
12:08.28 | mithro | why won't OE work with 2.95? |
12:08.35 | BBMatthew | mickeyl, the old void_list_error type stuff I was getting when making intrd.bin and using ipkg in general |
12:08.50 | Holcxjo | OK, I'll try that and report back . Thanks |
12:09.00 | fdask | [18:18] <kergoth> OE only has glibc 2.3.2. |
12:09.02 | fdask | [18:18] <kergoth> glibc 2.3.x doesnt build with gcc2.x |
12:09.02 | fdask | [18:18] <kergoth> use the gcc 3.3.1 final chain on openzaurus.org |
12:09.12 | mickeyl | BBMatthew: no i meant, to which version did you downgrade? |
12:10.18 | BBMatthew | mickeyl, cvsdate 20030623 0.99.84 I think |
12:11.06 | mickeyl | you think? |
12:11.19 | mickeyl | normally it is either a cvsdate _or_ a version tag |
12:11.34 | mickeyl | i need to know for back'rev ing |
12:11.34 | fdask | does one override the other? |
12:11.53 | mickeyl | good question, never tried such a stupid thing :) |
12:12.04 | BBMatthew | mickeyl, got it its cvsdate 20030623 |
12:12.09 | BBMatthew | mickeyl, sorry |
12:12.21 | mickeyl | BBMatthew: np. i'm backrev'ing that in buildroot. |
12:13.58 | BBMatthew | basically I now have a 5600 in fully operating condition now with a few niggles |
12:14.08 | *** join/#openembedded carsten (~niehaus@ixcp.cip.biologie.uni-osnabrueck.de) |
12:14.28 | darkschneiderawy | BBMatthew: can i share the rom? |
12:14.41 | darkschneiderawy | BBMatthew: i failed in that try... |
12:15.15 | CIA | repository=03buildroot user=11mickeyl@gandalf.tm.informatik.uni-frankfurt.de |
12:15.15 | CIA | 07ChangeSet@1.1342 backrev ipkg - the newer one has some weird problems |
12:15.57 | BBMatthew | darkschneiderawy, sure, will be putting it on my website with a feed, all unofficial and labelled highly experminetal in just a few mins, am checking it out now |
12:15.59 | darkschneiderawy | mickeyl: check vncserver cvs.. it does not compile here |
12:16.39 | darkschneiderawy | BBMatthew: tx then url me, i allready have an experimental one on my Z... |
12:17.01 | BBMatthew | ok |
12:17.30 | BBMatthew | well I still need to find out what package libstdc++.so.5 is in as its not being installed at the moment |
12:18.54 | mickeyl | darkschneiderawy: patches expected. |
12:19.04 | mickeyl | I'm not interested in vncserver... so you have to look at it :) |
12:21.14 | BBMatthew | darkschneiderawy, try www.ecs.soton.ac.uk/~mas01r/sl5600 |
12:22.14 | BBMatthew | mickeyl, do you want the image and initrd.bin and feed for experimental? |
12:22.22 | mickeyl | BBMatthew: if it is working, yes please |
12:22.32 | mickeyl | BBMatthew: tested? ;) |
12:22.40 | BBMatthew | well it seems to work fine apart from the missing lib.. :) |
12:22.56 | BBMatthew | occasionally hangs |
12:23.03 | mickeyl | fair enough |
12:23.06 | mickeyl | experimental |
12:23.23 | mickeyl | downloads first |
12:23.36 | BBMatthew | syncs with qtopia on my laptop |
12:23.51 | mickeyl | good |
12:24.18 | BBMatthew | uses an symbol CF 802.11b to update its clock from the network |
12:24.24 | darkschneiderawy | mickeyl: it miss a config.it and a config.h, but i'm at cap 10 of autobook, so i don't know enougth to patch that |
12:24.29 | BBMatthew | had a lot of trouble with USB sync |
12:24.43 | mickeyl | darkschneiderawy: then you're far more advanced than me. |
12:24.47 | darkschneiderawy | mickeyl: i have that small patch for phalanx, since it's notanymore mantained |
12:24.58 | mickeyl | darkschneiderawy: please mail that phalanx patch to me |
12:25.03 | mickeyl | mickeyl@handhelds.org |
12:25.04 | fdask | autobook? |
12:25.07 | mickeyl | yeah |
12:25.11 | darkschneiderawy | mickeyl: i putting autotools in my project.. anywa i will mail the autor and see what he says |
12:25.21 | darkschneiderawy | mickeyl: ok coming |
12:26.03 | Holcxjo | Hm. Installing 3.3.1 does not help with my InvalidTask event problem |
12:26.24 | Holcxjo | Even trying with a simple package it fails: |
12:26.27 | Holcxjo | oebuild resolvconf-0.41.oe |
12:26.34 | Holcxjo | ERROR: InvalidTask event exception, aborting |
12:27.20 | fdask | Holcxjo, can u msg me some of the lines leading up to that error? |
12:27.49 | mickeyl | BBMatthew: which updater.sh does work with it? |
12:27.58 | darkschneiderawy | sent |
12:29.37 | darkschneiderawy | fdask: autobook is a free nice book on autotools and related, very useful if you want to start and do not want to read 4 separate manuals |
12:29.40 | BBMatthew | I think the one I use came from theKompany.com, I didn't think there was any difference in them |
12:30.02 | fdask | darkschneiderawy, do you have a url for that? |
12:30.43 | darkschneiderawy | fdask: sure |
12:30.49 | mickeyl | BBMatthew: can you put that on the sl5600 location? i need to be sure we have a matching updater.sh in the same location |
12:31.24 | BBMatthew | ok but is there a difference in updater.sh scripts? |
12:31.31 | BBMatthew | I should investigate |
12:31.36 | darkschneiderawy | fdask: http://sources.redhat.com/autobook/ look around for a ps version for printing (or buy it, it's cheap) and ps version is normaly outdated to 1.3 |
12:31.50 | mickeyl | BBMatthew: yeah of course. they all have different offsets in the nand-values. we have to make sure it is one for poodle. |
12:32.09 | BBMatthew | it came from their 5600rc1 rom |
12:32.15 | BBMatthew | section |
12:32.29 | darkschneiderawy | mickeyl: usinmg the offcvial one from sharp worked very fine here |
12:32.39 | mickeyl | darkschneiderawy: link? |
12:33.19 | BBMatthew | mickeyl, its now up |
12:33.39 | darkschneiderawy | allwayus the same, it's not this the normal one? http://community.zaurus.com/project/showfiles.php?group_id=9 |
12:33.48 | mickeyl | BBMatthew: thanx |
12:34.35 | mickeyl | BBMatthew: forbidden. |
12:35.08 | BBMatthew | sorry |
12:35.09 | BBMatthew | done |
12:35.15 | mickeyl | k |
12:35.39 | BBMatthew | still need to fix aqpkg and thats about it for the obvious bigs |
12:36.20 | darkschneiderawy | BBMatthew: the rom i'm sing is allready that done by you :) the link is the same frm the ml |
12:36.50 | darkschneiderawy | BBMatthew: you have done a new initrd.bin rigth and same kernel as before? |
12:37.06 | BBMatthew | indeed but I just updated it. Its built with 3.3.1 for the armv5te xscale so should be significantly faster than the armv4 stuff |
12:37.19 | BBMatthew | darkschneiderawy, the kernel hasn't changed in a while |
12:37.37 | darkschneiderawy | BBMatthew: mine was not a speed problem |
12:37.47 | BBMatthew | what was your problem? |
12:37.54 | darkschneiderawy | problem is vi is not actualy working well and there is not another editor |
12:38.05 | darkschneiderawy | moreover it miss devices! |
12:38.27 | darkschneiderawy | /dev/random and /dev/urandom (easly created..) |
12:39.01 | darkschneiderawy | but it miss the /dev/fb and qpe or anythign else refuses to start |
12:39.35 | BBMatthew | interesting. My 5600 is running fine |
12:40.16 | mickeyl | BBMatthew: ok, everything's up on http://openzaurus.org/unofficial/experimental/poodle. If you want, you can announce it on openzaurus-users and openzaurus-devel, since it's your feed. |
12:40.42 | darkschneiderawy | BBMatthew: really strange.. i done nothing different from the standard flashing |
12:41.16 | BBMatthew | use the updater.sh from the site (its now up) |
12:41.24 | darkschneiderawy | BBMatthew: maybe the scipt is the only difference! you took the one from the company i thoook the one from the other sute |
12:41.28 | darkschneiderawy | oki perfect |
12:41.56 | BBMatthew | mickeyl, ok then I shall do, the uni don't mind as long as I don't use more bandwidth than they do |
12:42.08 | darkschneiderawy | BBMatthew: lol :P |
12:42.33 | mickeyl | BBMatthew: sure, but I think it's easier for the people if we don't fragment the feed locations too much. That's why I uploaded to oz.org |
12:42.44 | darkschneiderawy | BBMatthew: here the cd and sf are not working too... so i can0t flash it rigth now.. |
12:43.04 | darkschneiderawy | s/cd/cf |
12:43.20 | darkschneiderawy | s/sf/sd |
12:46.32 | BBMatthew | mickeyl, should have read about the uploaded feed BEFORE posting that email. Oh well next revision I shall remove my feed an only use yours |
12:46.52 | BBMatthew | darkschneiderawy, you were using your zaurus to write the CF card for the updates? |
12:47.01 | BBMatthew | you did update and then format right? |
12:47.03 | darkschneiderawy | BBMatthew: yes |
12:47.09 | darkschneiderawy | BBMatthew: sure |
12:47.09 | BBMatthew | just checking :) |
12:47.18 | mickeyl | yeah. do you have a sourceforge account? |
12:47.26 | darkschneiderawy | BBMatthew: i done that 2 times.. because it was not working before |
12:47.29 | BBMatthew | nope, should I get one |
12:47.41 | mickeyl | BBMatthew: get yourself one and tell kergoth to include you into project openzaurus. |
12:47.58 | BBMatthew | will do |
12:48.06 | darkschneiderawy | eheh, nice cheer for you BBMatthew! |
12:48.42 | darkschneiderawy | poor darkschneider has too few skills fo anything... |
12:49.32 | darkschneiderawy | btw someoen here know how to to conditional things with oebuild, something like the ifdef used in Makefiles |
12:51.31 | darkschneiderawy | later all |
12:51.57 | BBMatthew | cya |
12:52.40 | mickeyl | cu |
12:57.20 | *** join/#openembedded yeiazel (~yeiazel@home.yeiazel.net) |
13:04.39 | *** join/#openembedded emme (~monga@dm1d03.jaist.ac.jp) |
13:05.03 | BBMatthew | gah better get on and do work I am supposed to do before my boss gets back |
13:12.41 | *** join/#openembedded SuKoSh| (~sukoshi@dyn-81-166-78-73.ppp.tiscali.fr) |
13:13.32 | BBMatthew | mickeyl, I have been looking hard but I cant find what package libstdc++ is in, any thoughts? |
13:19.31 | mickeyl | BBMatthew: is not needed |
13:19.38 | mickeyl | BBMatthew: just force depends |
13:20.05 | BBMatthew | konqueror fails to load claiming it cant find that lib |
13:20.15 | BBMatthew | as does opieplayer2 |
13:22.07 | mickeyl | so you already used force-depends to install it? |
13:22.28 | BBMatthew | it didn't need it, never raised a blip |
13:22.36 | mickeyl | hmm |
13:22.40 | mickeyl | must be a toolchain issue then |
13:22.51 | mickeyl | libstdc++ is supposed to be statically linked with the binary |
13:22.59 | mickeyl | in our toolchains, at least |
13:24.10 | *** part/#openembedded emme (~monga@dm1d03.jaist.ac.jp) |
13:25.09 | BBMatthew | well its never complained about it when I have built it before |
13:28.35 | Twiun | AAAAAAAAAAAARRRRRRRRRRRRGH |
13:28.52 | Twiun | "EU Parliament Approves Software Patents" |
13:30.58 | cmartin | Twiun: expect otherwise?? |
13:31.31 | BBMatthew | S|OD |
13:32.15 | Twiun | cmartin: not really, but I never stopped hoping |
13:32.24 | BBMatthew | the idiots -- screw us all why don't they |
13:32.45 | cmartin | Twiun: thier just marionettes of their US counterparts |
13:33.30 | BBMatthew | indeed, well the british patent office was pressing for their introduction, they obviously have a few more family members who need jobs |
13:33.38 | Twiun | cmartin: yup... I wonder how many got a nice new mansion out of it? |
13:46.30 | *** join/#openembedded DanWilliams (~DanWillia@proxyle02.ext.ti.com) |
13:54.00 | BBMatthew | mickeyl, got it its the static inclusion of the libstdc++ as AQPKG now works as soon as I copied libstdc++ into /lib/ |
13:54.22 | BBMatthew | I shall get the toolchains again and try a rebuild |
13:54.45 | mickeyl | ah okay, good. |
13:55.18 | mickeyl | Who locked the bk repo? |
13:55.21 | mickeyl | Stand up! |
13:55.22 | mickeyl | :D |
13:55.24 | BBMatthew | sound is provided by audiofile right? |
13:55.46 | mickeyl | no idea |
13:55.55 | mickeyl | i only use /dev/dsp ;) |
13:56.19 | BBMatthew | well no sound is going in opie nor can a squeak be heard from media player |
13:57.12 | mickeyl | there is no package which provides that kind of sound |
13:57.31 | mickeyl | ah |
13:57.48 | mickeyl | hehe, it could be that Opie is missing the poodle customization. |
13:57.55 | mickeyl | as in odevice.cpp |
13:57.58 | BBMatthew | oops oh dear |
13:58.03 | mickeyl | so it doesn't recognize it properly |
13:58.07 | mickeyl | do me a favour |
13:58.11 | mickeyl | open sysinfo |
13:58.11 | BBMatthew | of course |
13:58.21 | BBMatthew | yep |
13:58.22 | mickeyl | last tab, how does opie recognize your PDA? |
13:59.02 | BBMatthew | it says Openzarus 3.3.4 model zaurus b500 or sl-5600 |
13:59.16 | mickeyl | oh. so it recognizes it. |
13:59.22 | mickeyl | hmm |
14:00.13 | mickeyl | needs a closer look then. |
14:00.35 | mickeyl | odevice is a mess currently |
14:00.42 | mickeyl | at least for the Zaurus |
14:00.57 | mickeyl | we have to look for different device files, kernel versions, OS versions, etc. |
14:01.11 | mickeyl | there might be bugs for the 2.4.18-embedix kernels. |
14:01.12 | mickeyl | needs work :) |
14:01.50 | mickeyl | damnit, which modem-owner locks the bk repository? :D |
14:03.50 | BBMatthew | mickeyl, am trying xmms-e as it should provide a clue as to whether its the sound system from the kernel or opie |
14:03.56 | BBMatthew | btw opie used to work |
14:05.27 | BBMatthew | I think - actually forget that |
14:06.10 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
14:10.04 | mickeyl | BBMatthew: you can just 'cat' a sound to /dev/dsp to test |
14:10.07 | mickeyl | seems easier ;) |
14:10.16 | mickeyl | or to /dev/sharp_buz |
14:10.22 | BBMatthew | ahh thats a good point |
14:12.12 | BBMatthew | cat sound.wav > /dev/dsp should work, correct? |
14:12.51 | mickeyl | somehow |
14:12.58 | Twiun | cat /dev/urandom > /dev/dsp should also work - if a bit noisy |
14:12.59 | mickeyl | i don't know if that's the buzzer or the headphones, though |
14:14.37 | BBMatthew | it spits back cat: Write error: Unknown error 512 |
14:15.19 | mickeyl | mmh |
14:15.22 | mickeyl | that doesn't help much |
14:15.24 | *** join/#openembedded prpplague (~billybob@12.148.134.14) |
14:15.47 | BBMatthew | checking kernel age and ver now |
14:15.49 | mickeyl | BBMatthew: sound handling is the same in all devices using the 2.4.18-embedix. I'll check at home |
14:15.53 | mickeyl | on my c750 |
14:16.08 | BBMatthew | used to work |
14:16.15 | mickeyl | i know that I once heard a sound from cardmon though |
14:16.22 | mickeyl | the "plopp" when putting in a new card |
14:16.37 | BBMatthew | actually i used to get that |
14:18.23 | mickeyl | sound handling in opie (and qte for that matter) sucks anyway |
14:18.32 | mickeyl | doing a sound server is on our todo list for ages |
14:18.41 | mickeyl | but ya' know... |
14:20.36 | BBMatthew | well the good news is I haven't been using the official toolchains |
14:20.37 | BBMatthew | oops |
14:20.52 | BBMatthew | wonder if it would fix a lot of the problems I am having |
14:21.20 | mickeyl | which one did you use for the kernel? |
14:21.35 | BBMatthew | 2.95.3 afaik |
14:21.42 | BBMatthew | which is correct |
14:21.46 | mickeyl | yeah |
14:21.56 | BBMatthew | but there is a new kernel option that has appeared in its config |
14:22.14 | mickeyl | ? |
14:22.28 | BBMatthew | it now asks if I want preemption |
14:22.35 | mickeyl | ah yes, I added this a few days ago. |
14:23.35 | BBMatthew | but my 3.3.1 compiler was somewhat different |
14:23.50 | BBMatthew | so yet another rebuild |
14:24.53 | *** join/#openembedded sieve_work (~klu5ter@12.148.134.14) |
14:30.32 | mickeyl | bbl |
14:31.13 | Holcxjo | Just for the record: Setting OEPATH to a wrong value will give you this strange "ERROR: InvalidTask event exception, aborting" error. |
14:32.13 | Holcxjo | Somehow doing that, oebuild and friends completly fail to load e.g. base.oeclass. Unfortunately they keep silent about this failure. |
14:33.30 | fdask | glad to see u solved the problem! |
14:37.23 | Holcxjo | I tried "oemake zlib-1.1.4 |
14:37.41 | Holcxjo | but that fails with a missing 'patcher' |
14:37.54 | Holcxjo | Should that be listed in some dependency? |
14:41.24 | fdask | hrmm, i think patcher is automatically added as a depend by base.oeclass |
14:51.49 | *** part/#openembedded cmartin (~cmartin@gw.krypnet.de) |
14:54.54 | *** join/#openembedded lumi (~dleifer@netblock-66-159-210-39.dslextreme.com) |
14:58.44 | Twiun | fdask: it's certainly recognised as such, but I haven't got OE to actually retrieve/build it yet |
15:03.28 | fdask | hrmm |
15:03.28 | fdask | i just did an oebuild on it |
15:06.08 | *** join/#openembedded qip|Virus|here (~Virus@pD95249ED.dip.t-dialin.net) |
15:09.57 | Twiun | hmmm |
15:10.07 | Twiun | I'm going reread the readme - I think there's a missing step |
15:11.20 | CIA | repository=03buildroot user=11mickeyl@gandalf.tm.informatik.uni-frankfurt.de |
15:17.28 | treke|home | Twiun: you probably exported oefiles using relative paths |
15:18.55 | Twiun | [twiun@tangency oe]$ echo $OEFILES |
15:18.55 | Twiun | /home/twiun/oe/content/*.oe |
15:19.04 | treke|home | odd |
15:19.29 | kergoth`zzz | oe/content? not packages/content? |
15:19.35 | kergoth`zzz | there are two repos, remember |
15:20.00 | Twiun | kergoth: Aha! there's the problem. |
15:20.05 | Twiun | I pasted from thr README |
15:22.36 | kergoth | heh |
15:22.40 | kergoth | you didnt paste it exactly :) |
15:22.48 | kergoth | the block before had you cd into packages :) |
15:22.59 | kergoth | feel free to submit an update to make the doc more clear |
15:23.11 | Twiun | ok |
15:23.50 | Twiun | so no guessing paths then ;) |
15:24.51 | kergoth | the assumption is that you'll understand that OEFILES contains a list of oe files, so the path has to.. contain oe files |
15:24.55 | kergoth | :P |
15:25.27 | Twiun | but even if the... OEFILES containes the right path... oebuild requires a relative path to the oe file to find it |
15:25.29 | Twiun | ... it seems |
15:25.52 | kergoth | oebuild doesnt use oefiles |
15:26.08 | kergoth | read the readme again. |
15:26.19 | kergoth | and read --help on teh commands, which i believe the readme directs you to. |
15:27.15 | kergoth | ibot: wednesday |
15:27.16 | | Wednesday sucks, because it is only half way through the week. |
15:34.24 | *** join/#openembedded chouimat (~dieu@r2351064.cidc.net) |
15:34.52 | chouimat | hi |
15:36.38 | Twiun | kergoth: ok, I understand it a bit more now - the glibc build task downloaded both glibc tarballs but then threw an error - this is the log: |
15:36.41 | Twiun | /home/twiun/oe/packages/tmp/base/glibc-2.3.2-r0/temp/run.do_unpack.5963: line 347: base_do_unpack: command not found |
15:36.44 | Twiun | mv: when moving multiple files, last argument must be a directory |
15:36.47 | Twiun | Try `mv --help' for more information. |
15:37.01 | kergoth | never seen that. |
15:37.14 | kergoth | sounds like you're on a very old set of trees |
15:37.24 | Twiun | pulled 20mins ago |
15:37.36 | Twiun | reclone? |
15:37.47 | kergoth | base_do_unpack is a function _INSIDE_ of your run_do_unpack.5963 |
15:37.53 | kergoth | so i dont see how itd fail to find it. |
15:38.21 | Twiun | nope, it's not in there |
15:39.12 | kergoth | then you didnt set OEDIR properly or something. |
15:39.25 | kergoth | oebuild showdata path/to/oefile|grep -A10 base_do_unpack |
15:41.38 | Twiun | ok, how do I interpret the output? |
15:41.55 | kergoth | do you see a base_do_unpack () { line? |
15:42.30 | Twiun | I do indeed: |
15:42.31 | Twiun | python base_do_unpack() { |
15:42.31 | Twiun | <PROTECTED> |
15:42.50 | kergoth | whats line 347 of your run_do_unpack script |
15:42.53 | kergoth | and the nearby lines |
15:43.29 | Twiun | do_unpack() { |
15:43.29 | Twiun | <PROTECTED> |
15:43.29 | Twiun | <PROTECTED> |
15:43.29 | Twiun | <PROTECTED> |
15:43.29 | Twiun | <PROTECTED> |
15:44.24 | kergoth | heh |
15:44.26 | kergoth | thats a way old tree. |
15:44.36 | kergoth | glibc hasnt had a shell unpack since last week or more |
15:44.44 | kergoth | do you have the OE rpm installed or something? |
15:44.47 | kergoth | interfering? |
15:45.27 | Twiun | nope - but I'm willing to reclone oe - just in case I fucked up |
15:45.54 | kergoth | probably a good idea |
15:46.01 | kergoth | reclone packages as well. |
15:46.05 | kergoth | since the problem lies there |
15:46.07 | kergoth | in glibc's .oe |
15:48.01 | Twiun | I think I know what the problem was |
15:48.23 | Twiun | I'm too stuck in my old ways - thinking a single pull would update everything |
15:48.33 | Twiun | when I really need two oe and packages |
15:50.21 | kergoth | ah, yep. |
15:59.13 | Twiun | hmmm, patcher command not found? |
16:01.24 | kergoth | build patcher. |
16:01.29 | kergoth | its not _in_ the repos, its another .oe |
16:01.35 | kergoth | theres a bug in oemake though |
16:01.38 | kergoth | it isnt following that dep |
16:01.41 | kergoth | so just oemake patcher blah |
16:01.51 | kergoth | or oebuild it |
16:03.24 | Twiun | ahhh |
16:03.38 | Twiun | but deps work otherwise? |
16:03.41 | kergoth | yeah |
16:03.48 | kergoth | its only deps that get _prepend or _append'd to DEPENDS |
16:03.49 | kergoth | its weird |
16:03.56 | kergoth | oemake will fail saying patcher isnt provided if patcher.oe doesnt exist |
16:04.00 | kergoth | yet it doesnt follow its dep |
16:05.08 | kergoth | ibot: botmail for schurig: can you update your patcher on your site to current? OE pulls it from upstream and uses it, and the one on the site suffers from a few annoying bugs. In fact, it might not be a good idea to create a new bk repos for patcher somewhere, since buildroot will be deprecated sometime soon |
16:05.33 | kergoth | ibot: botmail for schurig: err s/it might not/it might/; |
16:11.09 | BBMatthew | kergoth, mickeyl suggested I open an sourceforge account and get you to add me to the project so I can upload the build and feeds for the SL5600 that I currently have |
16:11.12 | Neo|Work | ljp: hey, "make clean" in qte shouldn't require you to rerun configure! make clean should remove object files, make distclean should remove config stuff as well |
16:12.03 | kergoth | BBMatthew: k, let me know the account name when you have it |
16:15.08 | *** join/#openembedded imk (dj@ca-temecula-cuda2-c2c-65.snbrca.adelphia.net) |
16:17.19 | BBMatthew | kergoth, its mattaw2001 for the usual obscure reasons :) |
16:19.41 | kergoth | BBMatthew: k, should be able to put files in unofficial/ now |
16:19.48 | darkschneiderawy | back |
16:21.23 | darkschneider | kergoth: i'm making package files, but i miss the knowledge on how to make conditional statements that was done with ifdef in Makefile and the minimum requided version for the dep line |
16:21.41 | kergoth | there are no conditionals other than OVERRIDE conditionals |
16:21.45 | kergoth | see the comments in oe.conf |
16:21.51 | kergoth | example: |
16:21.51 | darkschneider | ok |
16:22.04 | kergoth | OVERRIDES=${TARGET_ARCH}:${TARGET_OS}:${MACHINE} |
16:22.08 | kergoth | MACHINE=collie |
16:22.16 | kergoth | MYCONDITIONALVAR_collie=colliespecificvalue |
16:22.26 | kergoth | do_compile_append_collie () { |
16:22.33 | kergoth | <PROTECTED> |
16:22.34 | kergoth | } |
16:22.36 | darkschneider | hoo ok |
16:22.50 | *** join/#openembedded XavierXeon (~xx@p508770D6.dip.t-dialin.net) |
16:23.03 | treke | kergoth: is that sufficient for the deviceisms we need? |
16:23.24 | kergoth | treke: not really, since there's no equivalent of 'else' |
16:23.35 | darkschneider | and for minimum requided version number in DEPENDS |
16:23.36 | kergoth | there are certain combinations of things that will be a pain to do without actual conditionals |
16:23.40 | kergoth | darkschneider: version #? |
16:23.43 | kergoth | DEPENDS = libc |
16:23.45 | kergoth | is perfectly valid |
16:23.58 | treke | are you planning to add conditionals into the new parser? |
16:24.04 | kergoth | treke: yeah |
16:24.04 | darkschneider | ansec i make example from a package |
16:24.05 | gb2 | kergoth: this will be useful in doing things like uclibc configs |
16:24.52 | darkschneider | libc6 pcmcia-cs (>=3.2.3-3), base-modules | kernel-modules |
16:25.12 | kergoth | darkschneider: in buildroot Depends was both runtime and build. |
16:25.19 | kergoth | darkschneider: that particular versioned dep is a runtime thing |
16:25.27 | kergoth | so is the modules dependency |
16:25.36 | kergoth | rigth now its not so important to populate RDEPENDS (runtime) |
16:25.41 | kergoth | as much as it is to populate DEPENDS (build time) |
16:26.00 | darkschneider | ok, so i simply put thing withot version numbers |
16:26.10 | kergoth | dont bother bringing over RDEPENDS, RPROVIDES, versioned runtime deps, or deviceisms atm |
16:26.19 | kergoth | those we can easily add later, I want things _building_ rigth now |
16:27.28 | darkschneider | and will it automaticaly include dirs of dependant packages, do i need to putt CFLAGS_append = "-I<foo>" or it will automaticaly add all build time dependencies? |
16:27.44 | kergoth | darkschneider: thats handled implicitly |
16:27.49 | darkschneider | nice! |
16:27.56 | kergoth | staging contains dependent libs and includes via the dependent package's do_stage target |
16:27.59 | darkschneider | then all packages starting with a are done :P |
16:28.06 | kergoth | note that if the dependent package doesnt _havfe_ a do_stage target, that wont help. |
16:28.10 | kergoth | darkschneider: build them. |
16:28.15 | darkschneider | i think i can finish the work in 2 days.. but maybe it wil be to rewiew |
16:28.26 | darkschneider | kergoth: ok i will start testing |
16:28.28 | kergoth | k |
16:28.46 | kergoth | dont need anything extensive, just make sure it builds |
16:28.58 | treke | hmmm |
16:29.00 | darkschneider | ok, good |
16:29.04 | kergoth | hmmm. |
16:29.12 | darkschneider | hmmm.. |
16:29.18 | kergoth | wonder how to handle the runtime QTDIR thing, since its highly distro specific |
16:29.25 | kergoth | maybe an RQTDIR var |
16:29.28 | kergoth | so its adjustable |
16:30.43 | kergoth | any opposition to moving to putting the qt/opie files in debian file locations? |
16:30.49 | kergoth | ie. /usr/lib/qte2 |
16:31.46 | kergoth | darkschneider: the easeist packages to convert are the autoconf based ones. anything that uses ./configure can probably just inherit autotools and be done. |
16:31.55 | kergoth | minus do_stage population of course |
16:32.28 | darkschneider | yeah, noticed that, but i'm cheacking to copy all needed files, like config files with do_compile_append{} |
16:33.08 | BBMatthew | gah the documentation is awful, if I want to upload files whats the preferred method? |
16:33.15 | kergoth | copy patches, config files, etc into FILESDIR aka content/${PN}-${PV} |
16:33.26 | kergoth | BBMatthew: scp |
16:33.33 | darkschneider | yeah yeah :) allready done :) |
16:33.35 | kergoth | BBMatthew: ssh.sf.net, /home/groups/o/op/openzaurus/htdocs/unofficial/etc |
16:33.57 | BBMatthew | gotcha, just wrtiting that down... |
16:34.32 | *** join/#openembedded imk|w (work@ca-temecula-cuda2-c2c-65.snbrca.adelphia.net) |
16:34.54 | treke | kergoth: where does the output of the note() function go? |
16:35.07 | kergoth | stdout |
16:35.12 | treke | I'm trying to debug something in base.oeclass, but it doesn't actually seem to be printing |
16:35.18 | kergoth | which is captured by the exec code and logs it |
16:35.24 | darkschneider | ok bb min, i have to mount the new flash write reader i bougth... damn this oe thing is sucking em in like a balck hope :D |
16:35.28 | kergoth | tmp/base/${PN}-${PV}-${PR}/temp/ |
16:35.30 | kergoth | log.* |
16:35.43 | treke | hmmm. no temp dir |
16:36.05 | kergoth | it only exists after a task has been executed for it |
16:37.45 | treke | and if I want to debug something before a task has been executed? |
16:38.46 | kergoth | debug what? |
16:38.57 | kergoth | there's nothing to debug befoer then but metadata contents |
16:39.02 | kergoth | and that you can get with oebuild showdata |
16:39.43 | treke | I'm having more problems with do_unpack, trying to print out debugging data to see what is happening |
16:40.05 | kergoth | do_unpack is a task |
16:40.14 | kergoth | so logs will exist |
16:40.47 | treke | logs do not exist here, and the task is not completing successfully. |
16:41.32 | kergoth | then use showdata to confirm do_unpack contains what you think it contains. |
16:43.30 | kergoth | also, if you set OEDEBUG to a value |
16:43.42 | kergoth | it'll leave the run.* generated shell script in place after success or failure |
16:43.48 | kergoth | so you can look at the failing script. |
16:47.50 | treke | there we go. now note is working |
16:49.36 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
16:51.07 | *** join/#openembedded pb_ (~pb@2002:5160:45ef:0:2e0:7dff:fe74:8b87) |
16:52.03 | treke | ok. this makes a bit of sens |
16:52.03 | *** join/#openembedded absentia (~scott@m54.spy.org) |
16:52.26 | treke | ${TMPDIR}, ${CATEGORY}, and {$PF} isnt being insterted into the environment |
17:03.17 | *** join/#openembedded TimRiker (~timr@proxyle02.ext.ti.com) |
17:10.07 | kergoth | gb2: whats the url to your uclibc oe's again? |
17:10.49 | *** join/#openembedded fdask_Z (~fdask_Z@CPE00e0292582a8-CM024020107339.cpe.net.cable.rogers.com) |
17:11.12 | gb2 | http://sekrit.org/oe/ |
17:11.14 | gb2 | it's in there |
17:11.17 | kergoth | thanks |
17:11.33 | gb2 | i think my problem is related to oemake's handling of multiple providers |
17:12.09 | gb2 | i tried to have the gcc-initial and gcc-final stages both provide "gcc" but the final to provide "g++" and similar with a uclibc-headers |
17:12.17 | gb2 | and i think that was leading to the recursion |
17:12.28 | gb2 | those should be ripped out and made saner anyway |
17:12.43 | kergoth | ah |
17:13.01 | gb2 | some sane order should be applied to those and the glibc based toolchains |
17:15.37 | gb2 | kergoth: btw, your putting .so files into the main package is imo wrong. the normal case has .so being only a devel thing. there are a handful of packages where that's the exception (most notibly libc providers) |
17:15.59 | kergoth | huh? |
17:16.07 | kergoth | oh, in /lib? |
17:16.10 | gb2 | yeah |
17:16.35 | gb2 | .so is generally a devel-used symlink, not a runtime requirement |
17:16.42 | kergoth | yep |
17:16.50 | kergoth | figured it wouldnt matter, since very very few packages touch it directly |
17:16.53 | kergoth | most packages obey prefix |
17:17.01 | gb2 | oh, you only do that for /lib? |
17:17.04 | kergoth | yes |
17:17.07 | gb2 | ah, ok. |
17:17.10 | gb2 | all i read was the logmessage |
17:17.13 | kergoth | <PROTECTED> |
17:17.15 | gb2 | not the diff ;) |
17:17.40 | gb2 | you had a "make sure *.so gets in to ensure glibc works" or similar message |
17:18.11 | kergoth | it said /lib/*.so :) |
17:18.15 | kergoth | but yeah |
17:19.27 | kergoth | fhs outlines that /lib is onhly the shared libs needed to run the binaries in /bin and /sbin, so glibc and e2fsprogs (fsck) |
17:20.43 | *** join/#openembedded CAMCAM (~camrein@AMontsouris-108-1-25-52.w81-48.abo.wanadoo.fr) |
17:21.13 | kergoth | configure:2293: checking whether the C compiler (ccache gcc ) works |
17:21.16 | kergoth | configure:2309: ccache gcc -o conftest conftest.c 1>&5 |
17:21.19 | kergoth | /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libcygwin.a(libcmain.o)(.text+0x7c) |
17:21.22 | kergoth | : undefined reference to `_WinMain@16' |
17:21.24 | kergoth | collect2: ld returned 1 exit status |
17:21.27 | kergoth | damnit. |
17:21.30 | kergoth | anyone recall the fix for that offhand? |
17:22.59 | kergoth | The libtool included in the expat sources is broken, regarding the use |
17:22.59 | kergoth | with Cygwin. You need to relibtoolize with libtool-devel as I did for |
17:22.59 | kergoth | the expat binary version for Cygwin. |
17:23.04 | kergoth | ah ha. |
17:23.51 | gb2 | treke: is your editor munging indentation? |
17:24.11 | treke | don't think so |
17:24.26 | fdask_Z | hard thing to spot sometimes |
17:24.39 | gb2 | tabs vs. spaces? |
17:24.47 | treke | tabs |
17:25.03 | gb2 | I love having visual tabs and trailing whitespace in vim |
17:25.18 | gb2 | s/visual/visible/ |
17:27.48 | *** join/#openembedded W8TVI (~w8tvi@1114105264.mi.dial.hexcom.net) |
17:28.36 | kergoth | hmm |
17:29.09 | BBMatthew | ljp, are you here? |
17:29.20 | kergoth | hmm |
17:33.57 | BBMatthew | anyone tried building opie recently? I am getting a linker failure whereas previously it biult fine |
17:35.45 | BBMatthew | aqpkg.so.1.0.0: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 |
17:36.02 | *** join/#openembedded darkschneider (~gab@62-101-126-192.fastres.net) |
17:36.16 | treke | use gcc 2.95 and it goes away |
17:36.47 | BBMatthew | oh damn, bound to be another #include problem, already ironed 2 of them out |
17:36.58 | BBMatthew | just got to find whats missing it of course |
17:37.31 | darkschneider | BBMatthew: if buildroot: what package? maybe i allredy npticed that |
17:37.44 | BBMatthew | opie aqpkg |
17:37.51 | darkschneider | mm nope |
17:38.18 | darkschneider | is it the keyboard thingy? |
17:38.50 | BBMatthew | nuuh its the graphical package manageer |
17:39.08 | darkschneider | nm... indeed... keyboard was qkeyboard-qws |
17:39.46 | BBMatthew | the changeover from 2.95.3 to 3.3 has caused a lot of pain to me as my uni projects use a lot of templates |
17:39.57 | BBMatthew | so things like this happen all the time |
17:40.30 | darkschneider | that's why i probably failed to compile buildroot yesteday i was using 3.3 |
17:40.40 | BBMatthew | what did it fail on? |
17:41.52 | darkschneider | even the kernel.. c700 module but someoen here checked it and for him it worked (don't know if with 2.95 or 3.3), it had some undefined reference so proably a missing proto or a missing include |
17:42.17 | kergoth | c700 kernel will not build with gcc3. |
17:42.20 | kergoth | none of the kernels will |
17:42.30 | kergoth | well, except 2.4.21 for collie, and ipaq's |
17:42.41 | Neo|Work | how did the manage that? |
17:42.45 | darkschneider | hoo.. then i was "rigth" |
17:43.14 | kergoth | Neo|Work: ? |
17:43.14 | darkschneider | i started thinking it was all a dream.. since at 3am i was not so awake to discuss about that |
17:43.24 | Neo|Work | to get it to fail with gcc 3 |
17:43.55 | kergoth | you have to apply a few patches to get a linux kernel to build with gcc3. |
17:44.00 | kergoth | patches against the kenrel tree, that is |
17:44.34 | gb2 | kergoth: s/build/work/ |
17:44.53 | kergoth | indeed |
17:45.01 | gb2 | the shepherd kernel builds fine with gcc3, it just doesn't boot |
17:46.13 | Neo|Work | http://story.news.yahoo.com/news?tmpl=story&u=/nf/20030922/bs_nf/22335 |
17:46.18 | Neo|Work | wonder what that is |
17:47.20 | gb2 | kergoth: you'll make libtool angry |
17:47.31 | kergoth | gb2: good point |
17:47.43 | kergoth | we wouldnt want that |
17:47.46 | gb2 | you should stab it instead |
17:47.49 | gb2 | make sure it dies too |
17:47.56 | gb2 | hrm. |
17:48.02 | gb2 | ofcourse.. then we could endup with it being undead |
17:48.11 | kergoth | guess oe_runconf should call libtoolize with STAGING_DIR set |
17:48.18 | kergoth | so we get everything, not just ltmain.sh |
17:48.45 | gb2 | kergoth: you should merge in my separated builddir patch while you're at it |
17:48.54 | kergoth | yeah, will do |
17:49.02 | kergoth | more of our apps need to depend on libtool |
17:49.08 | kergoth | should script a find of ltmain.sh in tmp/base |
17:49.12 | kergoth | and have it add it |
17:49.13 | kergoth | heh |
17:58.55 | treke | pb_: You have any gpe feeds besides familiar's feed? |
18:02.35 | BBMatthew | ibot seen ljp |
18:02.36 | | ljp is currently on #opie (1d 7h 20m 42s) #gpe (1d 7h 20m 42s) #zaurus (1d 7h 20m 42s) #openembedded (1d 7h 20m 42s) #handhelds.org (1d 7h 20m 42s) #openzaurus (1d 7h 20m 42s). Has said a total of 45 messages. Is idling for 11h 46m 55s |
18:03.02 | kergoth | ibot: seen me |
18:03.03 | | me <~sanelson@wibbleworld.demon.co.uk> was last seen on IRC in channel #gllug, 23d 3h 32m 33s ago, saying: 'hmm'. |
18:03.11 | kergoth | ibot: seen ibot |
18:03.11 | | i haven't seen 'ibot', kergoth |
18:03.16 | kergoth | ibot: seen kergoth |
18:03.16 | | kergoth is currently on #uclibc (7d 23h 43m 47s) #zaurus (7d 23h 43m 47s) #elinux (7d 23h 43m 47s) #openembedded (7d 23h 43m 47s) #handhelds.org (7d 23h 43m 47s) #openzaurus (7d 23h 43m 47s). Has said a total of 3949 messages. Is idling for 0s |
18:03.28 | kergoth | ~fishslap ibot |
18:03.29 | | ACTION slaps ibot up side the head with a wet fish. |
18:03.54 | pb_ | treke: I think there's an "official gpe 1.0" feed. |
18:06.06 | W8TVI | ibot: seen you |
18:06.06 | | W8TVI: i haven't seen 'you' |
18:06.53 | W8TVI | --- You are now known as W8TVI |
18:06.58 | W8TVI | --- you :Erroneous Nickname |
18:06.58 | W8TVI | lol |
18:09.43 | BBMatthew | hmm the current gcc 3 is the openzaurus/official/cross3.3.1 isn't it? |
18:11.35 | kergoth | yes, cross-3.3.1.tar.bz2 is current |
18:11.46 | darkschneider | BBMatthew: http://openzaurus.org/official/toolchain/ |
18:11.54 | darkschneider | 3.3.1 |
18:11.55 | BBMatthew | good and drat at the same time :P |
18:12.26 | treke | cool |
18:12.40 | treke | pb_: any idea where it is? |
18:15.05 | pb_ | lemme look |
18:15.34 | pb_ | ftp://gpe.handhelds.org/gpe/releases/1.0/binary |
18:15.44 | treke | cool |
18:16.06 | pb_ | I guess we should make a new one for the Familiar 0.7.2 packages. |
18:16.15 | treke | going to try putting it on my husky |
18:16.39 | pb_ | aha, neat |
18:17.23 | treke | downloading mallums X image |
18:18.30 | kergoth | grr! |
18:19.14 | pb_ | kergoth: what's up? |
18:19.55 | kergoth | pb_: trying to get binutils to build for arm target, x86-cygwin host :) |
18:20.09 | kergoth | and it apparently has old libtool files that dont deal with it very happily |
18:21.58 | pb_ | kergoth: arrr. nasty. |
18:22.11 | pb_ | why cygwin, out of interest? |
18:22.15 | kergoth | why not? |
18:22.20 | kergoth | just figured i'd try a build from it |
18:22.24 | kergoth | see if OE is happy |
18:22.38 | kergoth | killed all the bashisms while i was at it, since cygwin /bin/sh is an ash |
18:24.27 | pb_ | ah, cool |
18:24.41 | pb_ | gah, sounds like the disk in my fileserver is dying. |
18:26.15 | Twiun | pb_: cygwin would be quite useful if you fancied using up the spare cycles of all those work machines sitting around doing nothing |
18:28.56 | *** join/#openembedded CAMCAM (~camrein@AMontsouris-108-1-25-52.w81-48.abo.wanadoo.fr) |
18:44.10 | *** join/#openembedded [SYN]Prez (~geodell@fl-pbg-u2-c4-92.atlsfl.adelphia.net) |
18:44.36 | [SYN]Prez | does anyone here use openzaurus with the ipaq? |
18:44.56 | treke | <PROTECTED> |
18:45.01 | *** join/#openembedded hoser_ (~hoser@baszler.dsl.frii.net) |
18:46.21 | treke | pb_: The gpe downloads needs a packages file |
18:46.46 | [SYN]Prez | one person in it, haha |
18:47.12 | pb_ | treke: oops |
18:49.34 | treke | the fonts in X are so pretty :p |
18:55.20 | treke | too bad I don't have gtk2 :p |
18:59.07 | kergoth | damnit |
18:59.11 | kergoth | libtool 1.4.3 is too old |
18:59.17 | kergoth | and libtool 1.5 is missing from gnu.org |
18:59.29 | treke | ftp.debian.org |
18:59.38 | BBMatthew | kergoth, the new libtools break xine-lib |
19:00.10 | BBMatthew | sorry still not fixed that, still getting my head around the gnu build system |
19:02.18 | BBMatthew | gnight |
19:02.23 | gb2 | kergoth: there are old mirrors with gnu code on them |
19:10.23 | treke | ldconfig was in libc6-utils, right? |
19:13.57 | gb2 | that sounds about right |
19:14.28 | treke | hmm. packages isn't being built, I'll just swipe it from the build tree |
19:14.47 | treke | this is a hackjob of an install :) |
19:15.32 | Pendalar | libtools is annoying |
19:16.13 | Pendalar | or the way RH puts it in anyways, you don't get the -config thing |
19:17.09 | treke | it's a cross between oz, familiar, and gpe's feed |
19:17.44 | pb_ | heh |
19:19.55 | *** join/#openembedded tomimo (~kurre@ncircle.nullnet.fi) |
19:23.00 | *** join/#openembedded cyn (~cyn@adsl-18-208-15.mem.bellsouth.net) |
19:24.48 | *** join/#openembedded cmartin (~cmartin@p5087CDEE.dip0.t-ipconnect.de) |
19:26.09 | *** join/#openembedded cyn (~cyn@adsl-18-208-15.mem.bellsouth.net) |
19:36.43 | *** join/#openembedded stigger (stigger@p060-n1-gos.nlc.net.au) |
19:40.02 | treke | ok. gpe in no way worked |
19:43.19 | pb_ | darn |
19:43.36 | pb_ | oh, I think you have to edit the Xserver startup file, otherwise gpe-dm just starts X again and again. |
19:45.03 | treke | pb_: The libraries were a mess. gtk-pixbuf isn't recognizing pngs even though the loader is installed |
19:45.15 | pb_ | treke: did its postinst get run? |
19:45.21 | pb_ | check /etc/gtk-2.0/gdk-pixbuf.loaders |
19:45.41 | treke | hmm. just xpm |
19:45.46 | pb_ | ah. |
19:45.59 | pb_ | use gdk-pixbuf-query-loaders to regenerate that file, or re-run the postinst from the loader package. |
19:46.39 | treke | ah. undefined symbols |
19:46.49 | pb_ | suck |
19:46.52 | pb_ | what symbols does it want? |
19:47.02 | treke | deflate from ibpng12 |
19:47.28 | [SYN]Prez | are there any install guides for installing openzarus on the ipaq? |
19:47.47 | pb_ | hrm |
19:47.55 | pb_ | I wonder why libpng12 is different. |
19:48.01 | treke | pb_: I'm installing the familair one now |
19:48.09 | pb_ | good thinking. |
19:51.03 | treke | http://handhelds.org/scap/port.5465.png |
19:51.18 | pb_ | seems like an improvement |
19:52.07 | *** join/#openembedded LV|off (~lordvan@62.218.218.165) |
19:52.07 | treke | yup. looking for librootimage now |
19:52.27 | pb_ | ah, librootimage is obsolete. |
19:52.37 | treke | gpe-login2 depends on it |
19:52.38 | pb_ | might be best to just pick up the latest versions of whatever depends on it from familiar unstable. |
19:52.59 | treke | thats what I've been doing |
19:53.09 | pb_ | aha, one step ahead of the game. |
19:53.23 | treke | it wasnt in unstable, but I found it in 0.7.1 |
19:53.55 | pb_ | yeah, I meant to get the latest gpe-login2 (which doesn't need librootimage any more) from unstable, but the 0.7.1 version should be fine. |
19:54.31 | treke | do I need gpe-login2 and gpe-dm? |
19:54.58 | pb_ | not strictly _need_, but probably advisable. |
19:55.09 | pb_ | gpe-dm just starts the Xserver and runs /etc/X11/Xinit. You could do that by hand if you wanted. |
19:55.25 | pb_ | gpe-login provides the login UI. You could short-circuit that in /etc/X11/Xinit.d if you wanted. |
19:55.29 | treke | ah |
19:56.04 | pb_ | it's generally easiest to install both, then configure auto-logic in /etc/sysconfig/gpe-login if that's what you want. |
19:56.07 | pb_ | er, auto-login |
19:57.15 | treke | man. X startup is a maze :p |
19:57.44 | [SYN]Prez | what file do i need to install openzarus on the ipaq 3800? |
19:57.48 | pb_ | yeah, there are rather a lot of twisty little scripts. |
19:58.04 | pb_ | conceptually it's quite simple though. start at /etc/X11/Xinit, which iterates through Xinit.d. |
19:58.20 | *** join/#openembedded CAMCAM (~camrein@AMontsouris-108-1-25-52.w81-48.abo.wanadoo.fr) |
19:58.23 | pb_ | the last entry in Xinit.d calls gpe-login, which (after logging in) runs /etc/X11/Xsession, which iterates through Xsession.d. |
19:58.50 | pb_ | the last entry in Xsession.d runs your window manager. when you terminate the window manager, the process exits, gpe-dm resets the Xserver, and it all starts again. |
20:01.00 | pb_ | right now we have a small problem (caused by switching to busybox run-parts from a shell function) where you get a few busyboxes left hanging around in memory for the duration of the session. need to fix that sometime. |
20:03.28 | treke | hehe |
20:06.56 | treke | reflashing an opie image. |
20:07.13 | treke | I'll play with it on my ipaq and see if I can get gpe working there |
20:08.25 | pb_ | righto |
20:24.08 | treke | wonder how pygtk stacks up to pyqt |
20:26.48 | *** join/#openembedded bisho (~bisho@136.Red-213-97-191.pooles.rima-tde.net) |
20:27.11 | *** join/#openembedded W8TVI (~root@3639244818.mi.dial.hexcom.net) |
20:46.18 | *** join/#openembedded TheMasterMind1 (~aman@h-66-167-147-139.MCLNVA23.dynamic.covad.net) |
20:47.35 | [SYN]Prez | anybody know how i can get my wifi card working with openzarus and the ipaq? |
20:48.04 | treke | ask in #openembedded-ipaq and be more specific |
20:48.40 | mickeyl | (or in #openzaurus) |
20:49.02 | treke | I suppose #openzaurus |
20:49.03 | mickeyl | n'evening btw. |
20:49.09 | treke | evening |
20:53.47 | ljp | damn magpies |
20:54.45 | kergoth | treke: get anywehre with getting rt back going again? |
20:54.56 | kergoth | would be nice to keep track of who's converting what oe's and the like |
20:55.12 | treke | I'll look at that tonight. |
20:55.18 | ljp | ya, let me know when the qtopia package gets converted. ;) |
20:55.27 | treke | my debian iso finished, didnt get around to installing it |
20:55.32 | kergoth | ah, cool |
20:55.58 | ljp | I hate my job.. having to hang around on irc all day... |
20:56.06 | kergoth | yeah, me too |
20:56.16 | kergoth | its a hard life. *sniff* |
20:56.26 | ljp | :) |
20:56.43 | *** join/#openembedded andersee (~andersee@codepoet.org) |
20:57.04 | ljp | people keep asking me what my job is.. I keep stumbling and trying to come up with things that sound productive |
21:01.19 | treke | hmmm. my boss wants a c7x0 now :p |
21:01.55 | ljp | groovey |
21:02.19 | ljp | I bought a new kitchen knife last night... cut the fuck out of my finger trying to get it out of the package |
21:11.35 | *** join/#openembedded fdask_Z (~fdask_Z@CPE00e0292582a8-CM024020107339.cpe.net.cable.rogers.com) |
21:20.21 | *** join/#openembedded chouimat (~dieu@r2351064.cidc.net) |
21:22.30 | pb_ | kergoth: do you have any local patches to busybox sh in openembedded? |
21:22.58 | pb_ | Max was complaining that accented characters don't work in the shell under Familiar (and they don't on my desktop either), but he claims they do in OE. |
21:25.11 | ljp | I only see a tar and suid patch for busybox |
21:25.19 | chouimat | hi ljp |
21:25.29 | ljp | hey choui.. whzzup |
21:25.41 | pb_ | ljp: hm, right. thanks. |
21:26.18 | pb_ | do you know what encoding the OE locales select by default? |
21:26.32 | pb_ | I guess harlekin is using de_DE, if that makes a difference. |
21:28.29 | ljp | hmm. not sure, I would assume by default its en |
21:30.11 | chouimat | ljp: just rebuild this box ... I screw it up yesterday ... |
21:34.39 | pb_ | hm, right. maybe it's some UTF-8 specific lossage. |
21:38.35 | CIA | repository=03buildroot user=11mickey@allanon.vanille.de |
21:39.23 | TheMasterMind1 | wow |
21:39.24 | TheMasterMind1 | colors |
21:39.58 | chouimat | TheMasterMind1: any recent rom for the sl-5000d? |
21:45.24 | *** join/#openembedded chouimat (~dieu@r2351064.cidc.net) |
21:48.26 | *** join/#openembedded Twiun[Zzzzz] (~twiun@adorphuye.com) |
21:51.47 | kergoth | what the hell |
21:51.56 | kergoth | set -e isnt working in our shell functions in OE on my rh box |
21:51.57 | kergoth | hmm |
21:53.18 | mickeyl | god, is this library great!!!!!!!!!!!!!!!!!!!!! |
21:53.22 | mickeyl | unbelievable |
21:53.24 | mickeyl | wow |
21:53.33 | mickeyl | directfb is DA BOMB |
21:54.17 | pb_ | heh |
21:57.06 | chouimat | mickeyl: ? |
21:57.27 | mickeyl | this thing runs circles around qt-embedded |
21:57.34 | mickeyl | even with alphablending |
21:57.38 | mickeyl | chouimat ? |
21:58.02 | chouimat | mickeyl: nm |
21:59.15 | ljp | is that accelerated fb? |
21:59.23 | mickeyl | ljp: no. |
21:59.39 | mickeyl | (what makes it even more impressive) |
21:59.44 | mickeyl | chouimat: the last snap I built was on 09/09/03. wanna try that? |
22:00.02 | chouimat | mickeyl: sl-5000d? |
22:00.16 | mickeyl | chouimat: sure, i built all kernels |
22:00.27 | ljp | mickeyl: "DirectFB is a thin library that provides hardware graphics acceleration," |
22:00.40 | mickeyl | yes, but not on my c750 :D |
22:00.58 | chouimat | mickeyl: currently my zaurus is unusable ... so yes |
22:01.55 | gb2 | mickeyl: what are you running ontop of dfb? |
22:01.57 | mickeyl | chouimat: head over to http://opie.net.wox.org/openzaurus/oz-snapshot-030909-1225/ and grab what you need |
22:02.05 | mickeyl | gb2: the example applications |
22:02.38 | mickeyl | no apps |
22:02.43 | mickeyl | just some testing/demo thingies |
22:02.47 | mickeyl | impressive though |
22:03.18 | chouimat | mickeyl: thanks |
22:04.03 | ljp | maybe with qte4, more work can be done with accelerating the fb |
22:04.32 | mickeyl | ljp: hopefully... you think we/TT can get specs from ati ? |
22:05.27 | ljp | I think there are already a few accel modules available for qte |
22:05.32 | chouimat | ljp: or using less memory |
22:05.47 | ljp | ya, less mem is on the plan already |
22:06.53 | chouimat | ljp I know ;-P |
22:07.52 | mickeyl | ugh |
22:07.59 | mickeyl | damn. no rotation :( |
22:10.04 | gb2 | mickey: fast? |
22:10.22 | gb2 | mickeyl: it's a rendering library, not a toolkit |
22:10.22 | mickeyl | ? |
22:10.38 | gb2 | rotation needs to go in the toolkit |
22:10.39 | mickeyl | a rendering library has to provide rotation |
22:10.56 | mickeyl | hmm we differ here |
22:10.58 | mickeyl | :) |
22:10.58 | gb2 | wait, what rotation are you refering to? |
22:11.06 | mickeyl | FB rotation to compensate for LCDs |
22:11.16 | mickeyl | like in... ipaq, zaurus, etc. |
22:11.39 | gb2 | so you're meaning "treat my display as WxH vs. HxW" ? |
22:12.09 | mickeyl | like in ... QVFb:Rot:270 |
22:12.11 | mickeyl | ;) |
22:12.18 | mickeyl | (without that V) |
22:12.43 | ljp | or the Q |
22:12.47 | chouimat | does linux boot on the axim? |
22:13.09 | pb_ | yes, from wince. |
22:13.12 | pb_ | no bootldr yet. |
22:13.23 | mickeyl | if i can only render in the native fb rotation, it's basically useless for us yet |
22:13.24 | chouimat | pb_: usable? |
22:13.46 | pb_ | not really, yet. |
22:14.02 | chouimat | pb_: ok because it's now 299cad so ... |
22:14.04 | pb_ | because you can only boot from wince, you can't put linux in the internal flash. |
22:14.29 | pb_ | and there's no suspend/resume. |
22:14.37 | pb_ | chouimat: yeah, they're nice units for the price. |
22:14.53 | pb_ | with a bit of luck we should have bootldr working before too long. |
22:15.13 | chouimat | pb_: good battery life? |
22:15.19 | pb_ | no idea, actually |
22:20.36 | chouimat | mickeyl: thanks for the image |
22:21.15 | mickeyl | chouimat :) |
22:22.12 | gb2 | mickeyl: i'm sure they're taking patches |
22:22.37 | chouimat | hehe |
22:27.05 | gb2 | oof |
22:48.14 | *** join/#openembedded mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
22:49.03 | [SYN]Prez | anyone know how to get the smc2642w working with opie |
22:53.47 | *** join/#openembedded stigger (stigger@p070-n1-gos.nlc.net.au) |
22:53.55 | [SYN]Prez | does the smc2642w work with openzarus? |
22:54.33 | stigger | in the def-configs/collie-opie_image should some packages be preselected |
22:57.35 | stigger | ignore me copied it to the wrong dir |
23:11.39 | stigger | I'm trying to make image but it is complaining about qpf-bitstream-vera beening missing |
23:12.05 | mickeyl | remove one of your two qpf-bitstream-vera providers out of output/ipks |
23:12.05 | pb_ | you probably have too many, not too few, of those packages. |
23:12.15 | mickeyl | hehe, nice answer |
23:12.26 | treke | that reminds me |
23:12.33 | treke | still need to mail off that axim serial cabl |
23:13.02 | mickeyl | we don't follow that logic, but your thoughts may be weird anyway ;) |
23:14.17 | treke | chouimat|dinner: It has an option 3100mah battery :p |
23:14.30 | pb_ | treke: oh yeah, heh. |
23:14.31 | treke | mickeyl: chouimat was asking about the axim |
23:14.42 | mickeyl | hehe, mn |
23:14.45 | mickeyl | s/mn/nm |
23:15.01 | pb_ | treke: if you're planning to go to the hdc still, you could just take it with you then rather than mailing it. |
23:15.12 | treke | nah. Not going to HDC |
23:15.21 | pb_ | ah well |
23:15.23 | treke | decided I probably should spend the money |
23:15.26 | treke | shouldnt |
23:15.43 | pb_ | fair enough |
23:16.10 | treke | maybe if they do one next year I'll go |
23:16.41 | treke | too bad, since I now need to use up 10 days of vacation time |
23:17.11 | stigger | cool that fixedit |
23:18.09 | ljp | 10 days. is that al lyou get? |
23:20.11 | treke | ljp: 10 per year |
23:20.39 | treke | can only accumulate 20, so I need to use some or I get none next year :) |
23:20.57 | ljp | I get 21 days/year |
23:21.09 | treke | cool |
23:24.48 | mickeyl | hey we need something like that for OE: |
23:24.50 | mickeyl | http://www.picogui.org/Screenshots/20030529_pgbuild/photo_view |
23:25.00 | kergoth | haha |
23:25.05 | kergoth | i couldnt unlock my car remotely |
23:25.16 | treke | so you used a brick? |
23:25.18 | kergoth | cause the car's battery was so dead it no longer had the juice to unlock the door |
23:25.21 | kergoth | ! |
23:25.27 | treke | ha |
23:25.28 | kergoth | had to get a fucking locksmith to get in |
23:25.32 | kergoth | then i couldnt drive it anywhere anyway |
23:25.55 | kergoth | got a jump, drove around for a bit, hopefully got it charged enough to start next time |
23:25.58 | kergoth | i hate it when that happens |
23:26.06 | kergoth | it was those stupid fucking little overhead reading lamps in the rear view mirror |
23:26.15 | kergoth | they were on.. who knows how long, but it mustve taken a while with those little things |
23:27.44 | ljp | doh |
23:28.51 | mickeyl | g'night |
23:29.14 | ljp | the locksmith didnt give you a jump? |
23:29.35 | kergoth | he left before i started it |
23:29.37 | kergoth | heh |
23:30.31 | ljp | you have no key? what car? |
23:35.32 | kergoth | ljp: 95 monte carlo.. left my door key in my parents house in MN, been relying on the remote unlocker |
23:35.38 | kergoth | heh |
23:35.56 | ljp | ahh |
23:36.29 | ljp | I need to start looking for a car |
23:37.05 | ljp | then I can act all growd up |
23:37.11 | treke | cars suck |
23:37.22 | ljp | chicks dig cars |
23:37.56 | kergoth | cars definately suck |
23:38.04 | kergoth | i wish i could go without |
23:38.05 | ljp | and I want to be able to drive to the beach |
23:38.26 | ljp | ahh, "the grass is greener' syndrom |
23:38.35 | kergoth | not having a car sucks |
23:38.42 | kergoth | but cars still suck |
23:38.46 | treke | at least you dont have to drive it every day |
23:39.09 | ljp | I still want a fiero |
23:39.21 | ljp | they are even rarer here |
23:42.37 | W8TVI | I want a big truck |
23:47.14 | kergoth | god redhat's network scripts blow |
23:47.29 | kergoth | i really need to replace them with debian's ifupdown |
23:52.25 | ljp | just replace redhat with debain |
23:52.30 | ljp | debian |
23:52.43 | kergoth | i dont need a lecture from IT & tim thanks |
23:55.58 | ljp | bah |
23:56.06 | ljp | oh well. |
23:56.14 | kergoth | you know the problem with dabbling in userspace, kernelspace, and bootloader space.. the amount of space taking up by all the fucking sources. |
23:56.19 | ljp | I can have whatever linux I wish |
23:56.27 | kergoth | bastard |
23:56.33 | ljp | :) |
23:57.06 | ljp | I stuck with what was on it.. suse |
23:57.50 | *** join/#openembedded fdask_Z (~fdask_Z@CPE00e0292582a8-CM024020107339.cpe.net.cable.rogers.com) |
23:58.49 | kergoth | ugh.. yast.. blech |