00:01.33 | CoreDump|home | *sigh* Note to self: do not run "iptables -F" on a machine where all policies are set to DROP |
00:02.30 | kergoth | lol |
00:02.32 | kergoth | that sucks |
00:04.33 | RP | CoreDump|home: Not that I'm aware of but I haven't used NFS with recent kernels |
00:05.01 | CoreDump|home | RP: might have been the firewall which I have...err.. since disabled |
00:06.11 | RP | OE is a system killer. I've just lost a filesystem to it :-/ |
00:06.15 | CoreDump|home | plus I'm seeing a problem where the Akita wouldn't turn on again after a reboot. You have to pull the battery for a few seconds (reset doesn't help) to make it boot again |
00:06.24 | CoreDump|home | ouch |
00:07.00 | RP | Its also cost me a HDD in the past (and perhaps this is a sign another one is due soon :-/) |
00:07.36 | RP | Sadly, with reboots we end up in the hands of the sharp bootloader :-( |
00:08.09 | CoreDump|home | aye, it only happens every 5th or 6th reboot so it ain't that bad |
00:08.40 | CoreDump|home | RP are you using ReiserFS? |
00:08.50 | RP | ext3 |
00:09.02 | CoreDump|home | you've killed an ext3 FS? wow |
00:09.18 | CoreDump|home | _never_ had _any_ problems w/ ext[2|3] |
00:09.30 | RP | I never had before ;-) |
00:10.38 | gremlin484 | anyone have the source for eet (0.9.10.015) (eet-0.9.10.015.tar.gz) |
00:11.17 | CoreDump|home | gremlin484: <- is failing on emotion |
00:18.06 | gremlin484 | eet is not available via enlightenment.freedesktop.org or www.oesources.org |
00:18.13 | gremlin484 | i cant find it on the net either. |
00:19.19 | CoreDump|home | gremlin484: checked my sources, don't have it |
00:20.03 | gremlin484 | it seems as if the enlightenment stuff has changed version, but the sources have not been updated. |
00:20.03 | gremlin484 | thanks |
00:29.29 | CoreDump|home | what's the diff between e-image and e-image-core anyway? |
00:29.48 | mreimer | one dumps core, the other doesn't? |
00:29.53 | mreimer | ;-) |
00:29.53 | gremlin484 | whei'm not sure.. |
00:29.56 | CoreDump|home | =) |
00:30.10 | gremlin484 | whei? = I'm |
00:30.38 | CoreDump|home | gremlin484: FWIW NOTE: package e-image-core-1.0: completed from .dev |
00:32.11 | gremlin484 | it was suggested from JustinP that i use the .oz354fam083 |
00:32.17 | gremlin484 | branch |
00:32.29 | *** join/#oe XorA_ (n=dp@81-178-119-134.dsl.pipex.com) |
00:32.45 | CoreDump|home | I bet he had his reasons =) |
00:33.58 | gremlin484 | yeah.... |
00:33.58 | gremlin484 | he also has the sources neede :) |
00:34.04 | CoreDump|home | indeed heh |
00:34.39 | gremlin484 | i believe he mentioned that e-image-core does not work on .dev |
00:34.59 | CoreDump|home | ah something about entrance not starting IIRC |
00:36.05 | gremlin484 | yeah... um, entrance if i rember... |
00:36.25 | CoreDump|home | shouldn't be much of a problem to solve |
00:36.26 | gremlin484 | remember* |
00:36.43 | CoreDump|home | udev takes _ages_ over NFS |
00:36.48 | gremlin484 | yeah... i suppose thats why i'm trying it :) |
00:37.03 | CoreDump|home | =) |
00:37.19 | gremlin484 | from what I understand it's never been done on a sl-5500 |
00:37.43 | CoreDump|home | ah that's you. I remember your discussion w/ JustinP yesterday |
00:37.59 | CoreDump|home | make some screenshots |
00:38.09 | gremlin484 | :) |
00:38.49 | CoreDump|home | http://hentges.net/tmp/screenshots/Zaurus/Akita/Enlightenment/ |
00:38.55 | CoreDump|home | from an ancient image |
00:38.59 | gremlin484 | well,well if i cant get the sources for these outdated packages, i'm just going to switch to .dev and start over |
00:42.24 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
00:42.55 | *** part/#oe benlau (n=benlau@benlau.rd.ust.hk) |
00:48.38 | *** join/#oe victorz (n=somebody@4ab54-1-81-56-3-73.fbx.proxad.net) |
00:58.37 | *** join/#oe Borealid (n=braujac@pool-71-126-173-16.washdc.fios.verizon.net) |
01:07.02 | CIA-4 | 03coredump 07org.oe.dev * re35f8ca1... 10/packages/altboot/ (6 files in 5 dirs): |
01:07.02 | CIA-4 | altboot: Bugfixes |
01:07.02 | CIA-4 | - Fix disable_printk.sh |
01:07.02 | CIA-4 | - Boot NFS: Ignore failure of mounting /proc |
01:21.44 | *** join/#oe XorA (n=dp@81-178-106-111.dsl.pipex.com) |
01:42.46 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
01:45.35 | *** join/#oe Stephmw[Zzzzz] (n=steph@tangency.co.uk) |
02:02.39 | gremlin484 | any advantages / disadvantages to building w/ glibc over ulibc |
02:02.46 | gremlin484 | ? |
02:06.05 | mreimer | i18n |
02:07.36 | gremlin484 | ? |
02:15.14 | *** join/#oe tmbinc (i=XXX@dslb-082-083-089-000.pools.arcor-ip.net) |
02:23.12 | CoreDump|home | gremlin484: e-image-core from .dev is indeed pretty much FUBAR |
02:23.58 | JustinP | how do you mean? |
02:24.02 | JustinP | it compiles for you, right? |
02:24.08 | CoreDump|home | yep |
02:24.12 | JustinP | I'm aware it's not *working*...not sure why.... |
02:24.30 | CoreDump|home | -core does, normal e-image doesn't |
02:24.37 | JustinP | yes, I know that |
02:24.43 | JustinP | doesn't compile in stable either...:-( |
02:24.45 | CoreDump|home | entrance doesn't come up |
02:24.48 | JustinP | yep |
02:24.57 | JustinP | did you reflash your kernel? |
02:25.01 | JustinP | when I did it didn't work... |
02:25.06 | CoreDump|home | umm no |
02:25.27 | JustinP | and do you get errors about missing symbols in the ipv6 module when booting? |
02:25.33 | JustinP | I do....I think that may be the problem |
02:25.44 | JustinP | I'm still using a kernel from a long while ago, though |
02:25.51 | CoreDump|home | hmm I don't rember that |
02:26.08 | CoreDump|home | my kernel is 3 days old heh |
02:26.09 | JustinP | is networking working on your Z with the e-image? |
02:26.12 | JustinP | ah |
02:26.20 | JustinP | well my 3-day-old kernel won't boot.... |
02:26.31 | CoreDump|home | JustinP: can't tell, I NFS booted it |
02:26.33 | JustinP | it tries to load modules before loading the flash..... |
02:26.48 | JustinP | that's not funny |
02:26.50 | CoreDump|home | ummm |
02:28.08 | JustinP | if you NFS booted doesn't thatmean you already have network? |
02:28.18 | CoreDump|home | beside having the kernel set to be verbose, I don't see any problems with it |
02:28.37 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
02:28.40 | CoreDump|home | correct, that's why I can't tell =) |
02:28.43 | JustinP | hmmm..... |
02:28.56 | JustinP | that's the problem with the Akita ;-) |
02:29.04 | CoreDump|home | =) |
02:29.18 | JustinP | I like having multiple dev images on my HD and still being able to boot back into my old root |
02:29.31 | JustinP | altboot is grand |
02:29.41 | JustinP | need to figure out what's wrong with my kernel... |
02:29.46 | CoreDump|home | very useful for testing indeed |
02:30.35 | CoreDump|home | I was surprised NFS booting worked w/o mods in 2.6 |
02:31.45 | JustinP | ah....2.6..... |
02:31.59 | JustinP | yeah, 2.6 still isn't enough for me |
02:32.03 | JustinP | the keyboard us very funky |
02:32.07 | JustinP | 2.4 isn't working |
02:32.13 | JustinP | that's what I meant |
02:32.32 | CoreDump|home | kbd repeat rate can be fixed w/ usermode tools |
02:32.44 | JustinP | that's not it |
02:32.52 | CoreDump|home | mapping should be perfect |
02:33.02 | JustinP | keys seem to stick sometimes and other times my key presses aren't seen |
02:33.27 | JustinP | not a hradware sticking, a "kernel repeats 5 times for some reason" sticking |
02:33.50 | JustinP | mapping is good and I can handle repeat |
02:33.50 | CoreDump|home | stick = repeat rate |
02:33.54 | JustinP | no |
02:33.57 | JustinP | I doubt it |
02:34.02 | CoreDump|home | it is |
02:34.09 | JustinP | I'd press and let go and 5 chars come out |
02:34.24 | JustinP | and what about keys not being seen? |
02:34.46 | JustinP | most of my typing was spot on but every once ina while both of those would happen |
02:34.47 | CoreDump|home | never saw that |
02:34.53 | JustinP | hmmm |
02:35.09 | CoreDump|home | and akita == C3xxx in most things |
02:35.46 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
02:35.54 | JustinP | I know |
02:37.47 | JustinP | I couldn't handle the keyboard thing |
02:37.59 | CoreDump|home | =) |
02:38.03 | JustinP | + USB doesn't work with Windows....and that's what I have to use it with most of the time |
02:38.19 | JustinP | and my CF wireless cad didn't work (although I didn't try *too* hard) |
02:38.36 | JustinP | and inline rmeote is still not supported (although I suppose it's my fault for not doing it...) |
02:38.57 | CoreDump|home | heh |
02:39.03 | JustinP | but I have no idea how to translate 2.4 kernel module into 2.6.......it's not an easy task for the uninitiated |
02:39.34 | CoreDump|home | mv module.o module.ko |
02:40.47 | CoreDump|home | entrance is bitching about the missing "default" plugin |
02:40.54 | JustinP | huh? |
02:41.02 | JustinP | do you mean theme? |
02:41.04 | JustinP | I didn't see that.... |
02:41.15 | CoreDump|home | err theme, right |
02:41.36 | JustinP | where did you see that message? |
02:42.02 | CoreDump|home | when I launched entrance manually into a running X server |
02:42.31 | JustinP | when I did that it complained about ipv6.... |
02:42.41 | CoreDump|home | heh |
02:42.57 | CoreDump|home | oops |
02:44.36 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
02:45.08 | JustinP | hmmm.... |
02:45.24 | CoreDump|home | or nfs-booted GPE images for that matter |
02:45.25 | JustinP | if I try to boot with a 2.4 kernsl it fails... |
02:45.33 | JustinP | does it get added to the bootstrap image perchance? |
02:45.43 | JustinP | well...it doesn't seem to load at all..... |
02:45.49 | JustinP | can't find init |
02:45.53 | CoreDump|home | yep, something pulls it in |
02:46.35 | JustinP | hmmm |
02:46.38 | CoreDump|home | http://hentges.net/tmp/do_not_use/Akita/kernels/ |
02:46.43 | JustinP | I didn't "reflash" my bootstrap... |
02:46.50 | CoreDump|home | working kernel |
02:46.59 | JustinP | I have a spitz, of course |
02:47.09 | CoreDump|home | same kernel |
02:47.11 | CoreDump|home | =) |
02:47.40 | JustinP | for 2.6 you mean? |
02:47.45 | JustinP | I can boot with 2.6.... |
02:47.49 | CoreDump|home | well not finding init = FLASH |
02:47.54 | CoreDump|home | no 2.4 |
02:47.58 | JustinP | I'm pretty sure the 2.4 kernel compiles different things on the akita and spitz |
02:48.05 | JustinP | I realize that |
02:48.20 | JustinP | from what i saw in the patches..... |
02:48.27 | CoreDump|home | yes, the 2nd pcmcia controller is disabled in akita |
02:49.12 | JustinP | that's not all, though |
02:49.19 | JustinP | there's some other different hardware IIRC |
02:49.45 | CoreDump|home | I diffed the config once, very few differences |
02:49.46 | JustinP | and, as I said, the defines in the ssource seemed to turn different code on for the different devices |
02:49.51 | JustinP | not the config |
02:49.54 | JustinP | the code |
02:50.10 | CoreDump|home | well, the code i did not check |
02:50.21 | JustinP | if you choose AKITA other than SPITZ it will be different |
02:50.29 | CoreDump|home | i c |
02:52.41 | CoreDump|home | mehhhhhhh |
02:53.08 | CoreDump|home | S99entrance fubars init when started from ssh |
02:54.13 | JustinP | fubars init? |
02:55.32 | CoreDump|home | kills sshd, respawns VT login |
02:55.48 | JustinP | wow |
02:55.52 | CoreDump|home | heh |
02:55.53 | JustinP | that's nice |
02:56.06 | JustinP | sounds like a network problem maybe.....::shrug:: |
02:56.40 | CoreDump|home | well, can't tell sine VT logins are srewed, too heh |
02:57.24 | JustinP | how so? |
02:57.30 | JustinP | I can login on the console... |
02:57.57 | CoreDump|home | not after the ssh entranced trick =) |
02:58.01 | JustinP | ah |
03:01.46 | CoreDump|home | hmm |
03:01.49 | CoreDump|home | 2837 root 572 S /bin/sh -c /etc/X11/Xserver -auth /var/:0.Xauth :0 |
03:02.09 | CoreDump|home | # $DISPLAY |
03:02.10 | CoreDump|home | -sh: :0: not found |
03:02.24 | JustinP | ? |
03:02.29 | CoreDump|home | # entrance |
03:02.29 | CoreDump|home | Xlib: connection to ":0.0" refused by server |
03:02.29 | CoreDump|home | Xlib: No protocol specified |
03:02.30 | JustinP | looks ok to me |
03:02.36 | JustinP | that's what I get too |
03:03.12 | CoreDump|home | why is that, work when X is launched manually |
03:03.32 | JustinP | sorry, not sure what you mean |
03:04.56 | JustinP | my / is also ro....not sure why |
03:06.21 | JustinP | WTF is this with ipv6? |
03:06.33 | CoreDump|home | what I was trying to say was that entranced launches an X server which is (as per ps -ax) running on :0 but X apps can't connect |
03:06.45 | JustinP | I know |
03:06.51 | JustinP | I see the same thing |
03:06.55 | CoreDump|home | ok |
03:06.56 | JustinP | I don't know why it's happening |
03:07.05 | JustinP | and this ipv6 thing is veyr annoying |
03:07.13 | JustinP | AFAIK it never used ipv6 before... |
03:07.23 | CoreDump|home | hmm |
03:07.35 | CoreDump|home | delete the module and reboot |
03:07.43 | JustinP | what module? |
03:08.26 | JustinP | there are no modules in the flash root and no ipv6 module in /lib |
03:09.50 | CoreDump|home | hmm |
03:11.26 | *** join/#oe CSMan (n=csman@67.71.26.104) |
03:13.54 | JustinP | grrr...it's happening again |
03:14.10 | JustinP | the "Starting PCMCIA services" thing umount -v /dev/hda1 and 2 |
03:16.18 | CoreDump|home | now that *might* be a udev thing |
03:16.34 | JustinP | in 2.4? |
03:16.53 | JustinP | this happened to me before too, but that was on a highly used image which I'd probably screwed up myself... |
03:17.00 | JustinP | this is a pretty new "install" |
03:32.04 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
04:09.32 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
04:16.14 | gremlin484 | does anyone here generally use the "PARALLEL_MAKE" option in local.conf? |
04:17.57 | NA|Zzz | gremlin484: I do |
04:18.23 | gremlin484 | any negative side effects? |
04:18.51 | gremlin484 | ( for a single processor machine) |
04:18.57 | gremlin484 | smp kernel |
04:19.22 | JustinP | I use -j2 on a single CPU |
04:20.58 | gremlin484 | significant performance increase? |
04:21.00 | gremlin484 | increace? (sp) |
04:21.22 | NA|Zzz | gremlin484: Not really.. I use 2 or 3 simul jobs... tends to speed things up a decent amount |
04:21.27 | NA|Zzz | Mind you.. I've a shitload of ram.. 2gb. |
04:21.53 | gremlin484 | I've disabled it for sake of trouble shooting, and glibc is taking fooooooorrrrreeeevvvvveeeerrrrr |
04:22.03 | *** join/#oe idealm (n=ideal@58.33.49.112) |
04:22.05 | gremlin484 | yeah i have 1.5gb.... |
04:22.46 | JustinP | I've never tried it without |
04:23.34 | gremlin484 | awesome.... suppose one were to change that option during a compile... think it might break something? |
04:23.47 | gremlin484 | although bitbake just picks up where it left off right? |
04:23.55 | gremlin484 | (if it's stopped) |
04:24.02 | CoreDump|home | right |
04:24.11 | gremlin484 | i'll do that then. |
04:24.13 | gremlin484 | thnx |
04:24.32 | gremlin484 | oh, and raster pointed something out today... |
04:24.57 | gremlin484 | e17 @ 240x320 would pretty much be unusuable. |
04:25.04 | JustinP | possibly |
04:25.05 | gremlin484 | (on a 5500) |
04:25.08 | gremlin484 | :) |
04:25.14 | gremlin484 | but i'm gonna try anyways. |
04:25.23 | JustinP | I *did* add better edge detection for the auto-menu moving, though :-) |
04:25.40 | gremlin484 | i'll make a small theme for the zaurus if i can get it to work. |
04:26.16 | JustinP | :-) |
04:27.11 | CoreDump|home | entranced_auth_display_secure: Setting up access for display :0 |
04:27.11 | CoreDump|home | Cookie generation failed: could not read /dev/random |
04:27.24 | CoreDump|home | hmmm, /dev/random is there allright |
04:27.47 | JustinP | perms? |
04:28.13 | CoreDump|home | # ls -al /dev/random |
04:28.14 | CoreDump|home | crw-rw-rw- 1 root root 1, 8 Jan 1 00:03 /dev/random |
04:28.21 | JustinP | hmmm |
04:28.26 | CoreDump|home | identical to the one on my desktop |
04:28.55 | gremlin484 | brb |
04:29.09 | CoreDump|home | # ipkg install strace |
04:29.41 | JustinP | :-) |
04:29.48 | *** join/#oe Zero_Chaos (i=wydgmerx@68-71-34-255.pittpa.adelphia.net) |
04:30.10 | Zero_Chaos | can anyone tell me why I get a failed dependency for libts and there seems to be no provider? |
04:30.38 | *** join/#oe FireEgl (i=Atlantic@2001:5c0:84dc:0:0:0:0:0) |
04:30.46 | JustinP | becaus eyou're looking in the wrong feed perhaps? |
04:35.07 | Zero_Chaos | JustinP: I'm building opie-image, I'm not looking in any feed. |
04:35.27 | Zero_Chaos | JustinP: fails on do_rootfs |
04:35.39 | Zero_Chaos | JustinP: and surprisingly, I'm not out of diskspace :-) |
04:35.47 | JustinP | strange |
04:35.50 | JustinP | what branch? |
04:36.20 | shadows | Zero_Chaos: tslib |
04:36.22 | shadows | like |
04:36.27 | shadows | the names might not match up |
04:36.38 | Zero_Chaos | I'll try tslib :-) |
04:36.40 | Zero_Chaos | thanks |
04:37.54 | *** join/#oe gremlin484 (n=gremlin4@ip68-13-173-187.om.om.cox.net) |
04:40.17 | JustinP | hi again |
04:40.23 | gremlin484 | werd |
04:40.23 | *** join/#oe Geo_KM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
04:41.48 | gremlin484 | got a tv card today... making a myth-tv box :) |
04:41.54 | gremlin484 | had to drop the card in |
04:42.14 | Zero_Chaos | anyone tell me how much space "bitbake world" takes up? give or take... |
04:42.37 | JustinP | a good bit |
04:42.49 | JustinP | never done it myself |
04:43.13 | NA|Zzz | Zero_Chaos: I'd allow at least 5gb |
04:43.13 | Zero_Chaos | JustinP: any idea more exact? are we talking 10 gig, 15 gig? 200 gig? |
04:43.24 | NA|Zzz | Never done it here though |
04:43.33 | NA|Zzz | 5-10gb would probably be a safe bet. |
04:44.14 | Zero_Chaos | NA|Zzz: I don't know about that, I've got an 8 gig drive for OE and it's 82% full just for "bitbake opie-image" |
04:44.29 | CoreDump|home | nope, a world build is between 20 and 30Gb |
04:44.30 | NA|Zzz | Bloody hell.. |
04:44.48 | CoreDump|home | well, it _was_ a few month ago |
04:44.53 | NA|Zzz | Never thought it'd be that big |
04:45.01 | gremlin484 | um the oe wiki says 35Gb IIRC |
04:46.14 | JustinP | heh |
04:46.21 | Zero_Chaos | Wow, I figured I didn't have the space, 35Gb confirms that |
04:46.22 | JustinP | yeah, I'd say allow 35G |
04:46.24 | Zero_Chaos | CoreDump|home: thanks :-) |
04:46.37 | JustinP | it's a lot of source and such |
04:46.47 | JustinP | and OE leaves all of the work as-is, no cleanup |
04:47.00 | JustinP | and there are 1000s of programs... |
04:48.39 | *** join/#oe masked (n=cocaine@static-203-87-16-192.vic.chariot.net.au) |
04:49.04 | gremlin484 | one would think there'd be an option for some type of source cleanup with bitbake |
04:52.11 | JustinP | not afaik |
04:52.16 | JustinP | it's meant for developers |
04:52.22 | JustinP | so to have source there is nice |
04:53.29 | gremlin484 | true |
04:56.16 | *** part/#oe Zero_Chaos (i=wydgmerx@68-71-34-255.pittpa.adelphia.net) |
04:58.38 | gremlin484 | is it possible to watch bitbake compile, other than tailing the log files? -v does not appear to dump compiler output to the screen... |
04:58.49 | JustinP | AFAIK no |
04:58.56 | JustinP | I asked that in the beginning too |
04:59.11 | JustinP | it's really enough to watch the stuff it does output...especially when compiling over ssh |
05:01.07 | gremlin484 | yeah... i just start to wonder when i've been staring at "NOTE: package glibc-2.3.5+cvs20050627-r1: task do_compile: started" for an hour |
05:01.42 | JustinP | well, glibc takes forever |
05:01.46 | JustinP | shouldn't be an hour, though.... |
05:02.25 | JustinP | you should wlways set parallel make to 2+ as long as you're not debugging it |
05:02.32 | gremlin484 | i'm compiling mythtv at the same time |
05:02.32 | JustinP | what speed machine? |
05:02.35 | JustinP | ah |
05:02.40 | JustinP | well that's your fault then ;-) |
05:02.50 | gremlin484 | amd xp 2800+ :) |
05:02.52 | gremlin484 | i know |
05:03.02 | gremlin484 | it must be a gentoo thing |
05:03.17 | gremlin484 | i'll stare at emerge for hours... |
05:04.18 | gremlin484 | funny thing about that is you cant turn off the compile output, and some messages spit out really important messages to the screen that stay up for lik 5 seconds, then start on the next package.... |
05:04.32 | JustinP | I know |
05:04.36 | gremlin484 | some of them finally got smart and started beeping a few times at you |
05:04.37 | JustinP | I like compiling |
05:04.42 | JustinP | it's why I work with OE ;-) |
05:05.11 | gremlin484 | but unless you have your speakers turned up, or are not connected over ssh, you miss all those messages, and you're sol |
05:05.28 | JustinP | I find those don't come up too often.... |
05:05.34 | gremlin484 | yeah |
05:05.40 | JustinP | and with dispatch-conf usually things work pretty well |
05:06.27 | gremlin484 | it's frusterating though when after an hour of troubleshooting, you find out it TOLD you the answer halfway in the middle of emerging the package |
05:06.29 | gremlin484 | :) |
05:06.55 | JustinP | yeah |
05:07.12 | gremlin484 | isn't dispatch-conf the etc-update alternative?. |
05:07.17 | JustinP | yes |
05:07.19 | JustinP | much better |
05:07.23 | gremlin484 | really? |
05:07.23 | JustinP | IMHO |
05:07.58 | gremlin484 | i've herd a little about it, never looked into it though |
05:09.11 | JustinP | it can also RCS your conf files so you can always go back :-) |
05:09.22 | gremlin484 | thats cool. |
05:09.35 | JustinP | and it can auto-change files with whitespace-only changes or files which you've never touched |
05:09.37 | gremlin484 | i hate merging conf files. |
05:09.47 | JustinP | dispatch-conf makes it much easier |
05:10.00 | gremlin484 | cool i'll try it |
05:10.09 | JustinP | yay, I'm past glibc and gcc-cross |
05:10.14 | gremlin484 | :) |
05:11.08 | gremlin484 | i wonder if one could get distcc working with bitbake |
05:11.20 | gremlin484 | do a little cluster compiling :) |
05:15.59 | JustinP | it's supposed to be able to....but I never got the chance to try |
05:18.22 | gremlin484 | yeah i'm too unmotivated to figure it out... |
05:21.35 | JustinP | whoa |
05:21.44 | JustinP | I started entrance over ssh and it *worked*! |
05:22.31 | gremlin484 | using dev? |
05:23.05 | JustinP | yes |
05:23.24 | *** join/#oe masked (n=cocaine@static-203-87-16-192.vic.chariot.net.au) |
05:23.59 | JustinP | although I can't login...:-( |
05:24.35 | JustinP | hmmm...and e is having evas issues.... |
05:27.02 | masked | my net just got defunked |
05:27.37 | masked | surry JustinP you were saying, i need oe, would that be the latest source or....? |
05:27.51 | masked | i currently have an build for the htc-blueangel |
05:27.56 | JustinP | oe is OpebEmbedded, the build metadata |
05:28.02 | JustinP | Open |
05:29.20 | masked | ok well ill see how this goes then |
05:30.16 | gremlin484 | glibc done... |
05:34.42 | *** join/#oe Jenna (n=cherryRe@209.8.233.253) |
05:35.16 | *** part/#oe Jenna (n=cherryRe@209.8.233.253) |
05:36.29 | *** join/#oe Zero_Chaos (i=wydgmerx@68-71-34-255.pittpa.adelphia.net) |
05:37.00 | Zero_Chaos | I hate to do this, but I cannot access bugs.openembedded.org... so... anyone willing to accept a dcc of a .bb for submission? |
05:37.28 | JustinP | bugs.treke.net |
05:38.01 | Zero_Chaos | JustinP: thanks for the pointer |
05:38.09 | JustinP | yep |
05:44.08 | Zero_Chaos | if someone would be polite enough to check out bug #650 and tell me if I need to change anything.... |
05:47.03 | Zero_Chaos | anyone? I'm a first time submitter and I would love it if someone would make sure I did it right :-) |
05:48.03 | gremlin484 | sorry, can't help ya.... Justin could probably... I think he's troubleshooting some e17 stuff right now. |
05:48.35 | gremlin484 | JustinP, does what you are talking about in #edevelop effect the e-image-core build i'm doing, or is is something within your environment? |
05:48.38 | Zero_Chaos | no big deal. I just wrote a .bb for aircrack 2.41 a while ago and I've been lame about submitting it. |
05:48.56 | gremlin484 | cool |
05:49.11 | Zero_Chaos | yeah, if I ever get void11 working right I'll submit that too. |
05:50.57 | Zero_Chaos | well, time for sleepy, any complaints, and I'm sure I'll get an email |
05:51.00 | Zero_Chaos | 'nite all |
05:51.03 | Zero_Chaos | thanks all |
05:51.05 | *** part/#oe Zero_Chaos (i=wydgmerx@68-71-34-255.pittpa.adelphia.net) |
05:51.06 | JustinP | Zero_Chaos: hey |
05:51.10 | JustinP | urgh |
05:51.43 | *** join/#oe CSMan_ (n=csman@67.71.24.10) |
05:54.18 | shadows | RP: if you would be willing to provide test kernels, i am happy to flash and test |
05:55.39 | JustinP | is |
05:56.19 | gremlin484 | nite |
06:01.06 | *** join/#oe CSMan__ (n=csman@67.71.118.163) |
06:02.01 | shadows | expat could use an update |
06:02.39 | *** join/#oe CSMan___ (n=csman@Toronto-HSE-ppp3778980.sympatico.ca) |
06:22.03 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:23.18 | *** join/#oe [lala_] (n=lala@p54B3C6C3.dip0.t-ipconnect.de) |
06:45.55 | *** join/#oe dopez (n=unknown@unaffiliated/dopez) |
06:57.09 | *** join/#oe myopiate (n=me@ppp113-177.lns1.bne3.internode.on.net) |
07:07.03 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
07:07.11 | shadows | RP: i built a kernel with that suggested hack/ commenting out of code, testing now |
07:09.43 | Ifaistos | goodmorning ! |
07:12.42 | shadows | RP: no love with the AC adapter left in. my Z does not resume. |
07:20.54 | *** join/#oe [lala] (n=lala@p54B3C6C3.dip0.t-ipconnect.de) |
07:22.32 | *** join/#oe fdv (i=1988@tyrfing.ifi.uio.no) |
07:34.43 | *** join/#oe alan|home (n=alan@ARouen-152-1-83-204.w86-195.abo.wanadoo.fr) |
07:49.22 | *** join/#oe lazy_marmot (n=lazy_mar@host-62-245-231-14.customer.m-online.net) |
07:59.30 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
08:19.51 | *** join/#oe rob_w-cgi (n=txuser@dd1010.kasserver.com) |
08:20.49 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
08:25.26 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
08:27.19 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
08:36.05 | *** join/#oe myopiate (n=me@ppp113-177.lns1.bne3.internode.on.net) |
08:36.17 | myopiate | How do you excape quotes in bitbake.conf |
08:37.42 | myopiate | it probably should be \" |
08:37.46 | myopiate | lemme try that |
08:38.41 | alan|home | hi |
08:40.49 | *** join/#oe katossi (n=guillerm@dslb-084-062-135-058.pools.arcor-ip.net) |
08:43.25 | RP | shadows: Do you have a serial lead? |
08:44.38 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
08:44.42 | do13_ | morning |
08:52.01 | *** join/#oe zecke (n=ich@rosine57.inf.fu-berlin.de) |
08:56.55 | RP | hi dirk |
08:57.47 | cedric___ | |
08:57.58 | cedric___ | hi |
08:58.09 | do13_ | Hi Richard, cedric___ |
08:58.39 | do13_ | RP: Did you fixed your filesystem? |
08:59.07 | cedric___ | what people use for the serial connection to the zaurus? |
08:59.08 | XorA | morning |
08:59.20 | cedric___ | under Linux or Window? |
09:00.51 | cedric___ | I'm using ANSI 115200 8-N-1 |
09:01.33 | cedric___ | I can receive but what I'm sending to the terminal is not reconised |
09:01.56 | cedric___ | so I can't connect via a serial console |
09:04.12 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.197.101.Dial1.Manchester1.Level3.net) |
09:04.41 | cedric___ | so I can't debug my freshly built kernel... |
09:04.42 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.197.101.Dial1.Manchester1.Level3.net) |
09:05.09 | do13_ | cedric___: Which serial lead are you using? |
09:05.12 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
09:05.46 | cedric___ | null modem |
09:06.51 | *** join/#oe toi (n=pleemans@d5152D12D.access.telenet.be) |
09:07.47 | do13_ | cedric___: SerialIO or Sharp serial lead? |
09:09.55 | *** part/#oe bloodrunner (n=bloodrun@dialup-4.233.197.101.Dial1.Manchester1.Level3.net) |
09:10.44 | RP | do13_: Its been "fixed", yes. I suspect fixing it involved deleting half of it though :-( |
09:11.30 | RP | do13_: Its mostly OE that suffered though and I was due a rebuild :) |
09:12.00 | RP | cedric___: I usually use minicom with the settings you mention |
09:12.43 | RP | I hve a SerialIO lead and it doesn't work with the C3x00/C1000 models properly :-( |
09:12.50 | RP | (I can only see data, not send it) |
09:15.33 | do13_ | RP: for the other lost data you can use the backup:) |
09:15.48 | RP | shadows: The next area of code I wonder about is the last if block in corgi_enter_suspend(). It should be safe to comment that block out |
09:16.20 | RP | do13_: I'm reviewing my backup policy ;-) |
09:16.57 | XorA | RP: suffered HD crash? |
09:17.00 | do13_ | RP: good hint. I need to do that as well:) |
09:18.34 | RP | XorA: File system corruption (ext3), highly likely due to OE's heavy use of it |
09:18.50 | XorA | RP: nasty, thats why I had to stop using Reiser, OE broke it |
09:19.06 | XorA | RP: cross fingers, so far ext3 has held up |
09:19.50 | do13_ | I'am using XFS and at this there are no probs. |
09:20.17 | XorA | they only time Ive had ext3 corruption on my machines turned out to be bad ram |
09:20.25 | XorA | that took me hours to track down |
09:21.53 | RP | The machine in question has about 20 different partitions over 4 disks and only one was corrupted so hopefully the hardware is ok |
09:22.14 | XorA | we hope so too, nothing is allowed to slow the RP juggernaut :-) |
09:22.22 | *** join/#oe [lala_] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
09:23.10 | RP | I'd been using the same tmp directory since April last year on that drive! |
09:23.14 | XorA | now if I could just stop my amd64 overheating |
09:25.19 | RP | This is why I use Intel - never had as many cooling problems... |
09:26.01 | *** part/#oe benlau (n=benlau@benlau.rd.ust.hk) |
09:26.19 | XorA | RP: not the CPU itself, but the shuttle Ive got has some problems with cooling the back end of the MB and tends to flake out, not helped by fact linux seems to fsck the fan control slightly, winXP doesn it different |
09:27.18 | RP | I guess I've just been bitten once too many times by problems with older amds - its kind of put me off them... |
09:27.58 | XorA | my sequence of pc's is K6->K6-3->Thunderbird->amd64 :-) |
09:28.50 | cedric___ | I've got a serialio cable a none null modem and I've connected a null modem to it... |
09:29.56 | cedric___ | RP: so far is booting with the correct rootfs |
09:31.12 | cedric___ | but the only stupid thing --> there is some debugging by default from evbug.c when I'm using the zaurus keyboard... |
09:31.50 | RP | cedric___: Don't compile evbug.c in |
09:32.08 | RP | cedric___: Its a massive pain and actually breaks things |
09:32.37 | cedric___ | ah ok, it was by default in the poodle defconfig file... |
09:32.37 | *** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
09:33.48 | cedric___ | my next task is to merge the backlight code from Pavel |
09:35.30 | cedric___ | can u explain the theory around the power management code? |
09:35.52 | RP | cedric___: The pm code or the battery charging code? |
09:36.17 | cedric___ | don't know explain both thing, pls... |
09:37.03 | cedric___ | just wondering what need to be done for the poodle |
09:37.28 | cedric___ | that's mean the battery is not charge by the hardware? |
09:45.23 | RP | It is charged by the hardware at one level but there is also a lot of software control |
09:45.57 | RP | Basically, you need to look at the differences in the sharp pm code for poodle and import those differences to the sharpsl_pm driver |
09:46.02 | RP | Its horrible code though :-( |
09:47.31 | cedric___ | ok and for the test strategy, how can I know if everything works? |
09:47.59 | cedric___ | any test procedure? :-) |
09:49.41 | cedric___ | I think the SD code is not working for the poodle, stiil the same problem since last year... |
09:50.16 | cedric___ | pcmcia is fine |
09:50.45 | cedric___ | usb is initialise via the kernel msg but I didn't test it |
09:51.25 | cedric___ | irda is inialised by the kernel but I think there is a missing config file from /etc/sysconfig |
09:51.41 | cedric___ | in the rootfs |
09:51.45 | RP | Any idea what isn't working with the SD code? It works on the other devices which should be very similar... |
09:52.13 | RP | First get suspend/resume working and just implment dummy code for the charging hooks |
09:52.37 | RP | Then get battery measurement working (temp/voltage) |
09:52.53 | RP | Only once that all works do you actually let it start charging the battery |
09:53.18 | cedric___ | don't know I haven't be able to login remotly to the device |
09:53.34 | cedric___ | so I should remove the battery for the time been? |
09:54.01 | cedric___ | or is it safe to keep it with the charger on? |
09:54.55 | RP | Its got a hardware charging controller in there so I suspect its safe to lave in regardless, as long sa you keep an eye on its temperature |
09:55.37 | RP | so keep it in with the charger off should be fine. If the charger is on, watch the temperature |
09:56.21 | *** join/#oe Dazgard (n=royer@mar75-1-81-57-86-41.fbx.proxad.net) |
09:56.25 | cedric___ | but if the charging led is not on then it "should" be ok? |
09:56.32 | Dazgard | hi |
09:56.51 | Dazgard | i set set up a build envirenement for openzaurus |
09:57.08 | RP | cedric___: The charging led is controlled by software |
09:57.42 | Dazgard | i've a question, does bitbake have to rebuild all dependencies in order to compile a task ? |
09:57.56 | cedric___ | if the device is not booting then the led is orange when I plugged the charger |
09:58.18 | Dazgard | or can it passthrought the compiled one and do only task taht do need real compilation ? |
09:59.28 | cedric___ | Dazgard: if the dependencies are already compiled then it'll skip them |
10:00.43 | RP | cedric___: That's because the bootloader is running and controlling the LED |
10:01.18 | cedric___ | RP: ok |
10:01.19 | Dazgard | here, everything seems to be recompiled each time a new task is required |
10:02.10 | Dazgard | /dev/hda5 5.0G 4.5G 321M 94% /stuff |
10:02.29 | Dazgard | wow it take time and space !! |
10:03.37 | *** join/#oe dkey (i=nobody@193.170.48.236) |
10:08.25 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
10:18.41 | *** join/#oe GeoKM (n=keith@ppp61-243.lns1.cbr1.internode.on.net) |
10:20.44 | cedric___ | RP: if I leave the device idle for a while (with the kernel 2.6) then the screen go off but with a large black line near the top |
10:21.35 | Dazgard | how can i dl a 2.6 kernel for poodle please (openzaurus 3.5.4) ? |
10:23.07 | cedric___ | Dazgard: u can't it's NOT a workable kernel for the time been |
10:23.21 | RP | cedric___: That's the vesa screen blanking. The line might be due to the backlight being on but the lcd being off |
10:23.59 | Dazgard | ok, i tried 2.4.x but i can't get usbcore, nor hosap stuff to ke working |
10:24.08 | cedric___ | RP: ok |
10:24.16 | Dazgard | usnbet is not availaible |
10:24.18 | CIA-4 | 03koen 07org.oe.oz354fam083 * r49faa3bf... 10/packages/busybox/ (busybox-1.00/familiar/defconfig busybox_1.00.bb): |
10:24.19 | CIA-4 | busybox 1.00: add custom defconfig for familiar, taken from .dev |
10:24.19 | CIA-4 | <PROTECTED> |
10:24.37 | do13_ | cedric___: Or the the lcd shutdown sequence is wrong |
10:24.38 | Dazgard | and the kernel does not recognise my wifi card |
10:25.30 | cedric___ | do13_: ok thx |
10:30.02 | johnX | Dazgard: You might get a better reponse asking Zaurus specific questions in #openzaurus |
10:31.04 | Dazgard | ok, cool |
10:31.13 | *** part/#oe Dazgard (n=royer@mar75-1-81-57-86-41.fbx.proxad.net) |
10:43.47 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
10:43.50 | Bernardo | good morning |
10:44.41 | *** join/#oe [lala_] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
10:49.09 | Bernardo | hi koen |
10:49.13 | Bernardo | flu? |
10:49.20 | koen | Bernardo: yep |
10:49.42 | Bernardo | I'm still recovering of something like that |
10:53.00 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
11:00.59 | *** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
11:02.26 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
11:04.16 | *** join/#oe bigal (n=bigal@dsl-203-113-232-81.ACT.netspace.net.au) |
11:10.33 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
11:12.47 | *** join/#oe [lala_] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
11:21.49 | *** join/#oe doppiaemme (n=mmazzeo@host-210-mi.linuxserver.it) |
11:22.06 | doppiaemme | hi! |
11:23.53 | doppiaemme | did anyone build successfully asterisk? |
11:24.22 | koen | I did a few months ago |
11:25.31 | doppiaemme | I'm trying the 1.0.9 version available but it fails compiling astman |
11:26.53 | doppiaemme | | astman.c:8:18: newt.h: No such file or directory |
11:27.19 | doppiaemme | do you have any hint? |
11:27.27 | koen | no, sorry |
11:27.35 | doppiaemme | ok... thanks |
11:31.14 | doppiaemme | btw I think it requires libnewt-dev |
11:37.30 | *** part/#oe doppiaemme (n=mmazzeo@host-210-mi.linuxserver.it) |
11:41.04 | *** join/#oe danil (n=Danil@eeceds01.ncl.ac.uk) |
11:53.32 | danil | can anybody help me understanding matchbox-wm_svn.bb ? It has a variable ${CVSDATE} in the name of the tar.gz file which needs to be downloaded. I cannot find where this variable is defined. It evaluates to 20051212 and bitbake tryes to download matchbox-window-manager_svn.o-hand.com_.repos.matchbox.trunk__20051212.tar.gz from http://www.oesources.org/source/current . There is no such file on the server and bitbake fails :(. |
11:54.15 | NA|Zzz | danil: It's probably including a -common.inc file which has CVSDATE defined |
11:54.24 | NA|Zzz | danil: Which branch? |
11:54.53 | danil | NAiLzZz, the branch name is org.openembedded.oz354fam083 |
11:55.14 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
11:55.35 | koen | if your do_fetch fails it usually means your svn setup is a) broken or b) firewalled |
11:56.03 | koen | see conf/local.conf.familiar-0.8.3 for a working CVS_TARBALL_STASH |
11:56.38 | NA|Zzz | danil: Hmm, I don't have oz354 here.. but in dev, it's the same.. SRCDATE/CVSDATE not defined in the same file. As koen said.. check your svn setup |
12:22.31 | *** join/#oe zecke (n=ich@rosine57.inf.fu-berlin.de) |
12:22.39 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-150-170.pools.arcor-ip.net) |
12:27.16 | *** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
12:36.58 | hrw|work | morning |
12:38.47 | do13_ | morning hrw|work |
12:41.44 | *** join/#oe [lala_] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
12:57.22 | *** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
13:16.12 | danil | NAiLzZz, koen, thanks for the help! Changing CVS_TARBALL_STASH to http://familiar.handhelds.org/source/v0.8.3/ solved the problem :). |
13:16.48 | koen | danil: it solved the symptom, not the problem |
13:16.52 | *** join/#oe zecke (n=ich@145.253.107.2) |
13:17.05 | koen | danil: your svn setup is still not functional |
13:17.32 | zecke | re |
13:17.51 | danil | koen, why? how can I check it? |
13:18.02 | zecke | koen: I have killed darcs now, applying a 21mb shouldn't take 8 hours of computing :} |
13:18.16 | koen | try doing a svn checkout of matchbox and see what happens |
13:18.54 | koen | zecke: darcs sucks, period |
13:19.03 | *** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
13:19.14 | koen | git sucks as well by catting /dev/urandom on every action |
13:19.26 | koen | git <action> |
13:19.34 | koen | [6 screens of nonsense] |
13:21.34 | CIA-4 | 03koen 07org.oe.oz354fam083 * ra8159de5... 10/conf/distro/familiar.conf: familiar: replace date-time in image-name with distro-version |
13:21.48 | zecke | git is the fastest |
13:22.00 | koen | heh |
13:22.09 | koen | gentoo as well, but I still use debian |
13:22.28 | koen | git is for ricers ;) |
13:22.43 | zecke | koen: well git is even faster on gentoo then |
13:22.44 | RP | I find git's screens of data quite interesting |
13:23.01 | RP | I also like seeing kernel boot messages though and I know how unpopular that is... |
13:23.05 | zecke | got, walk feels like 'The Matrix' |
13:23.23 | zecke | you may see patterns |
13:23.54 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
13:24.03 | florian_kc | hi all |
13:24.15 | zecke | florian_kc: hey, try hg cloning with your ssh account |
13:24.32 | florian_kc | zecke: okay, as soon as i have some free minutes |
13:24.50 | zecke | florian_kc: http://oe.handhelds.org/cgi-bin/moin.cgi/HgScmTrial#preview |
13:25.32 | danil | koen, I did not set SVN explicitly. I just followed OpenEmbedded howto (which is not accessable now). Is there any other "getting started" source of information on the subject? |
13:25.46 | chouimat | morning |
13:25.48 | zecke | danil: try oe.handhelds.org? |
13:26.02 | zecke | florian_kc: we can test the merging of big files thing quite easily |
13:26.10 | koen | danil: not really, _svn.bb will get their stuff from an svn repo, and if that doesn't work it will try to get a tarball |
13:26.19 | zecke | florian_kc: update/copy to the rev of the branch point (another excercise as well) |
13:26.27 | danil | zecke, thanks! |
13:26.35 | zecke | florian_kc: and then pull in the changes from the oz354fam083 tree |
13:28.23 | florian_kc | zecke: yep |
13:29.31 | zecke | florian_kc: I plan to write some excercises down |
13:29.52 | zecke | florian_kc: so people can try if the scm/webgui/gui can solve it |
13:32.00 | *** join/#oe [lala_] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
13:32.06 | florian_kc | zecke: that would rock |
13:32.19 | hrw|work | CoreDump|afk: pong |
13:37.00 | CIA-4 | 03koen 07org.oe.dev * r211ee08c... 10/conf/distro/familiar.conf: familair: change image naming |
13:41.17 | *** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net) |
13:42.21 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
13:44.29 | zecke | hrw|work: did they call yet? |
13:47.14 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
13:48.19 | danil | koen, it works with SVN now. Thanks for pointing out twhere the problem locates |
13:49.29 | *** join/#oe gremlin484 (n=gremlin4@ip68-13-173-187.om.om.cox.net) |
13:50.41 | *** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
13:50.49 | zecke | wb hrw|work |
13:53.36 | koen | zecke: http://lists.gnu.org/archive/html/monotone-devel/2006-02/msg00007.html |
13:55.46 | hrw|work | zecke: nope |
13:57.55 | zecke | weird |
13:58.24 | zecke | I'm confident they will phone soon |
13:58.26 | hrw|work | 34K gained in busybox |
13:58.32 | zecke | wow |
13:58.43 | hrw|work | minix, devfs out |
13:59.27 | hrw|work | unzip out, its keymaps out, udhcpd out |
14:03.04 | koen | hrw|work: http://www.oesf.org/forums/index.php?showtopic=17450 is getting ridiculous |
14:03.18 | hrw|work | btw.. koen: I will test apmd r7 on collie - probably on 2.4 zauruses it will be suid (have to kill apmd on suspend) |
14:03.29 | hrw|work | koen: ljp & oe? |
14:03.33 | koen | hrw|work: I guess you have to have your brains removed to work for TT |
14:03.35 | koen | hrw|work: yes |
14:03.57 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
14:16.01 | *** join/#oe NA|Zzz_ (n=foo@220-253-34-160.VIC.netspace.net.au) |
14:26.10 | XorA | hrw|work: well TT would have gone years ago if KDE didnt keep them alive |
14:27.18 | koen | XorA: and all those opensource apps like hancom offica and opera |
14:27.26 | koen | because qt/e is fully GPL!!!! |
14:27.34 | koen | </sarcastic> |
14:29.03 | RP | Just wait until we can supply precompiled packages for oe to populate staging with :) |
14:29.07 | hrw|work | what about tkc stuff? textmaker? |
14:29.34 | XorA | hrw|work: how many copies of tkc stuff were ever sold, last I heard they were bust as well |
14:30.08 | chouimat | XorA: TT make a lot of money with their commercial license |
14:30.20 | koen | RP: hh.org package uploader reject packages without Source :) |
14:30.44 | hrw|work | koen: Source: sharprom-image.cramfs |
14:30.50 | zecke | koen: 3.500$ for one customer on one platform per year |
14:31.02 | zecke | koen: I think TT has at least 100 customers ;) |
14:31.02 | XorA | chouimat: god there must be a wealth of bad programs out there, we have a program using Qt commercial, all I can say is dont move the windows in the wrong order or your fucked forever |
14:31.19 | zecke | koen: well one gets reduced fares if one is a start up company |
14:31.33 | RP | koen: We can supply precompiled packages to populated staging with complete with source... |
14:31.46 | zecke | Well I like my Google Earth application (Qt3) |
14:31.57 | zecke | it looks wonderfully on OS X and is written with Qt3 |
14:32.07 | chouimat | XorA: it's not because it use Qt it probably because it was badly designed by a bad programmer |
14:32.20 | zecke | XorA: just because Qt is an awesome Toolkit doesn't mean a programmer will automatically suck less |
14:32.47 | zecke | XorA: there is a bigger probabilitiy that he advances over the C/Gtk+ age... |
14:33.46 | chouimat | zecke: thanks ... I didn't knew about the startup thing |
14:36.35 | pb__ | hail zecke |
14:37.00 | zecke | hehe ;) |
14:45.01 | zecke | Is one recognizing that I think C for the desktop is prone to errors? :} |
14:51.20 | *** join/#oe lrg|home (n=liam@80.187.150.49) |
14:51.27 | lrg|home | morning all |
14:51.35 | koen | hey lrg|home |
14:51.59 | zecke | hey |
14:53.02 | do13_ | Hi Liam |
14:53.29 | pb__ | hi lrg |
14:54.30 | pb__ | heh |
14:54.42 | CIA-4 | 03xora 07org.oe.dev * r6d8ef5d4... 10/packages/gnome/ (5 files in 2 dirs): |
14:54.42 | CIA-4 | orbit2-native_2.13.2.bb, orbit2_2.13.2.bb : new version, compiles with |
14:54.42 | CIA-4 | new pkg.m4 file in the OE version of pkgconfig. |
14:55.28 | hrw|work | hi Liam |
14:55.48 | zecke | lrg|home: /nick newName |
14:56.28 | RP | hi lrg|home |
14:57.14 | koen | zecke: darcs is using idiotic amounts of IO |
14:57.42 | koen | even monotone doesn't slow down ewi that much |
14:57.43 | lrg|home | ah |
14:58.04 | lrg|airport | zecke: thanks |
14:58.18 | chouimat | zecke: I remember the days before MFC on win16 and win32 ... and OS/2 PM ... wrote a nice set of c++ and objective-c wrapper to be able to work faster :) |
15:00.30 | zecke | koen: is it slowing it down again? |
15:00.49 | *** join/#oe minipanda (n=zhanght@219.142.137.57) |
15:00.51 | zecke | koen: I'm converting oz354fam083 to svn and darcs as well |
15:08.51 | RP | JustinP: There were fixes in recent 2.6 kernels for the keyboard issues btw |
15:09.21 | RP | Everyone should note that changing the keyboard repeat rates via console-tools should no longer be needed |
15:11.11 | hrw|work | RP: I will have to isolate that patch and add it into 2.6.14-rc1 too |
15:11.59 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
15:13.00 | hrw|work | RP: which one I should use? http://www.rpsys.net/openzaurus/patches/zaurus_keyboard_tweak-r0.patch or other? |
15:14.04 | RP | hrw|work: That one should be fine (just check the keyboard driver uses EV_SW and not CORGI_HINGE_0) |
15:16.13 | hrw|work | ok |
15:21.58 | hrw|work | RP: http://ewi546.ewi.utwente.nl/tmp/hrw/zaurus_keyboard_tweak-r0.patch is 2.6.14-rc1 version |
15:22.25 | RP | hrw|work: looks fine |
15:22.41 | hrw|work | RP: ok. so I will try it |
15:23.52 | RP | hrw|work: I'm thinking of dropping versions before 2.6.15 from .dev and adding a 2.6.16-rc1-git version |
15:24.39 | hrw|work | RP: good point - noone probably use <2.6.15 in .dev |
15:24.49 | koen | 2.6.15-2.6.16-rc1? |
15:25.02 | hrw|work | RP: I will drop 2.6.14-rc2-mm1 from branch as 2.6.14-rc1 is default for release |
15:25.07 | RP | koen: 2.6.15+2.6.15-rc1-git4 |
15:25.23 | RP | hrw|work: agreed |
15:25.33 | hrw|work | RP: I also plan to make 2.6.15-rc1-3.5.4-r5 version |
15:25.58 | RP | hrw|work: You may as well import 2.6.15 |
15:26.21 | hrw|work | RP: 2.6.14-rc1 is known as working and is tested. 2.6.15/alsa is for 3.5.4.1 |
15:26.44 | RP | so why the 2.6.15-rc1-3.5.4-r5 version? |
15:26.51 | hrw|work | ops.. |
15:26.56 | hrw|work | RP: I also plan to make 2.6.14-rc1-3.5.4-r5 version |
15:27.03 | zecke | koen: I want that other people using darcs fail themselves |
15:27.04 | RP | ah, right :) |
15:27.24 | hrw|work | RP: I plan to add PR to zaurus kernels version |
15:28.10 | RP | hrw|work: Probably wise. I can never tell which is which. My numbering is generally ahead of what's on OE though... |
15:28.15 | hrw|work | RP: this way users will be able to tell us which exactly kernel they got |
15:28.24 | RP | Good idea |
15:28.56 | hrw|work | RP: and it makes updates easier - 'you expected r24 modules to work with r26 kernel? are you mad?' |
15:30.51 | chouimat | Iknew it http://yro.slashdot.org/yro/06/02/02/1412245.shtml |
15:42.54 | JustinP | RP: recent meaning last few days? |
15:44.43 | JustinP | meanwhile the new e2fspros-uuidgen package is broken |
15:44.58 | JustinP | the uuidgen bin gets put inro e2fsprogs |
15:45.29 | RP | JustinP: In was in my last batch of kernel updates |
15:45.31 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
15:47.19 | JustinP | so the 30th |
15:47.20 | JustinP | ok |
15:47.22 | JustinP | I'll try a new one |
15:47.39 | JustinP | any idea about the Ambicom CF WiFi card with 2.6? |
15:47.48 | JustinP | I'm not sure which module it needs |
15:47.57 | hrw|work | hostap? |
15:48.22 | JustinP | urk...of course doing a new kernel probably means removing tmp...again.... |
15:51.49 | CosmicPenguin | you probably don't need to clean tmp for a new kernel |
15:54.13 | JustinP | well...if I want to continue 2.4 (and I might) I do... |
15:54.27 | JustinP | the 2.6 modules get put into the image if they're in the ipk dir |
15:58.30 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
16:00.42 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
16:02.31 | hrw|work | Linux version 2.6.14-rc1-3.5.4-r5 (hrw@bitbake) (gcc version 3.4.4) #1 PREEMPT Thu Feb 2 16:33:49 CET 2006 |
16:03.04 | hrw|work | someone know does .oz354fam083 contain working e-image? |
16:07.12 | *** join/#oe Crofton (n=balister@hc6521c31.dhcp.vt.edu) |
16:07.27 | JustinP | hrw|work: yes |
16:07.35 | JustinP | hrw|work: well, not e-image, but e-image-core works |
16:07.59 | hrw|work | JustinP: what do you think about adding it to available release images? |
16:19.47 | kergoth | ~mornings |
16:19.49 | ibot | Mornings MUST be destroyed! (see also http://www.destroymornings.com/) |
16:20.03 | koen | 'morning kergoth |
16:20.03 | hrw|work | hi kergoth |
16:20.10 | kergoth | hey |
16:21.11 | florian_kc | hi kergoth |
16:23.10 | florian_kc | kergoth: Can you fix #649? |
16:23.49 | kergoth | once i get paid, sure |
16:23.56 | kergoth | was unemployed for 3 months, couldnt pay the dns bill |
16:24.09 | CosmicPenguin | Damn capitalists |
16:24.13 | CosmicPenguin | the internet should be free! |
16:24.17 | kergoth | hehe |
16:24.37 | Crofton | kergoth, look into www.zoneedit.com |
16:24.47 | hrw|work | cu all |
16:24.47 | Crofton | first five domains are free |
16:25.26 | kergoth | i want to ditch easydns's registrar stuff too, probably just move the whole schebang over to godaddy, where i have most of my domains |
16:27.27 | *** join/#oe Cobelius (n=rehfeld@193.149.11.237) |
16:28.19 | Cobelius | When I compile a module it's linked against the kernel on the build system, not against the one of the the target system is using |
16:28.24 | Cobelius | how can i prevend this? |
16:29.21 | florian_kc | kergoth: oh dear... i didn't know that :-( |
16:29.54 | kergoth | employed now, just waiting for my first paycheck |
16:33.31 | tux_mike | kerg: you were unemployed? |
16:33.50 | florian_kc | kergoth: phew... sounds better - i hope you got a job you enjoy, |
16:42.19 | gremlin484 | anyone seeing an issue with linux-jlime-sh3-2.6.11 lately? |
16:43.00 | gremlin484 | i'm getting a linux-jlime-sh3-2.6.11-r0/temp/run.do_patchcleancmd.28405: line 455: syntax error near unexpected token `'INHIBIT_PACKAGE_STRIP', |
16:43.03 | shadows | RP: no i do not have a serial lead. if it is inexpensive, i would buy one. know where to obtain one for c3000? |
16:43.37 | gremlin484 | when looking at that file, it seems like an improperly formed "if" statement, but i'm not sure where the source is to fix it. |
16:45.15 | koen | INHIBIT_PACKAGE_STRIP usually indicates a typo in your DISTRO= in local.conf |
16:46.25 | gremlin484 | bah! is it openzaurus-3.5.4 or openzaurus 3.5.4 |
16:46.39 | gremlin484 | ( or niether ) |
16:46.43 | gremlin484 | :) |
16:46.48 | koen | which branch? |
16:46.54 | gremlin484 | dev |
16:47.05 | koen | in .dev it's openzaurus-unstable |
16:47.13 | gremlin484 | ahhh |
16:47.31 | koen | 'ls conf/distro' for the available stuff |
16:47.57 | gremlin484 | thanks that helps |
16:47.57 | gremlin484 | appreciate it. |
16:49.02 | tux_mike | kerg: you were unemployed? |
16:49.06 | tux_mike | doh |
16:49.13 | tux_mike | stupid key bindings changes |
16:49.14 | tux_mike | :) |
16:50.09 | shadows | koen: here's one for you, where would the device "/dev/console" be created for the rootfs tarball of gpe-image in openzaurus-unstable distro? |
16:51.10 | koen | MAKEDEV iirc |
16:51.14 | shadows | koen: when i build, "/dev/console" node is missing from gpe-image rootfs tarball. there's a few necessary device nodes "/dev/*" but console is missing, and init needs console before it can run and start the udev stuff to create the rest. it prevents the rootfs from booting |
16:51.18 | shadows | okay |
16:51.20 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de) |
16:51.40 | *** join/#oe CSMan_ (n=csman@toronto-HSE-ppp3949991.sympatico.ca) |
16:52.19 | koen | hmmm |
16:52.30 | kergoth | florian_kc: thanks. i hope so too. i dont hate this one yet, so thats a good start |
16:52.31 | kergoth | florian_kc: hehe |
16:53.03 | florian_kc | kergoth: :-) |
16:53.58 | shadows | i don't see any obvious places where it would be created when grepping for MAKEDEV in the oe tree |
16:54.27 | koen | I think /packages/makedev, but kergoth would know for sure :) |
16:54.52 | shadows | interesting |
16:54.57 | shadows | makedev, and makedevs |
16:55.13 | kergoth | if the kernel is failing to find console, he's probably missing the device that gets created during the rootfs creation / population, rather than the one put into the ramfs on boot |
16:55.26 | kergoth | iirc thats from files/device_table-minimal.txt |
16:55.48 | kergoth | makedev is old stuff, nobody really uses that in oe distros |
16:55.52 | shadows | oh okay |
16:56.07 | shadows | well "/dev/console" is not appearing in the gpe-image rootfs tarball |
16:56.10 | shadows | any idea why? |
16:56.34 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de) |
16:57.11 | kergoth | not offhand, it should always be there in a gpe-image. is your kernel's root= set correctly? |
16:57.58 | shadows | my kernel's root= is set different from what is the default. i have a spitz hardware, and the line from packages/linux/linux-openzaurus.inc has been changed ... |
16:58.19 | shadows | CMDLINE_ROOT_spitz = "root=/dev/hda6 rootfstype=ext3 rw" |
16:58.28 | shadows | previously it was CMDLINE_ROOT_spitz = "root=/dev/hda1 rootfstype=ext3 rw" |
16:58.43 | kergoth | if it isnt correct, your rootfs might not be the filesystem you're mounting, in which case you obviously wouldnt see the console. i'd confirm you're setting that right |
16:58.53 | shadows | i confirm. |
16:58.53 | kergoth | also look inside of your rootfs image and confirm that the console device is in dev there |
16:59.11 | kergoth | well, if its in the image, the problem isnt with oe, its with the way you're doing things on your hardware |
16:59.16 | shadows | after unpacking the tarball on the host machine, adding /dev/console, and then doing my manual-ish install again. it works |
16:59.27 | shadows | it's not in the image |
16:59.32 | kergoth | no idea then. its in everybody elses image :P |
16:59.36 | shadows | heh |
16:59.59 | kergoth | been too long since i messed with oe, dont even recallwhere the code that uses device-table_minimil is |
17:00.02 | kergoth | grep around |
17:00.04 | kergoth | minimal, even |
17:00.05 | shadows | i don't know, i am the only one with suspend/resume problems, and this. actually RP mentions he had his C3000 not resume, which we are trying to pinpoint |
17:00.31 | kergoth | odd |
17:00.43 | shadows | i thought so too. well, that build was from last week |
17:00.58 | shadows | when i make OE build again, i'll see if /dev/console is still missing |
17:01.27 | shadows | my next goal is to get an OE build working with gcc4 |
17:01.50 | shadows | many amd64 buildhost problems are fixed in the current gcc code |
17:02.13 | kergoth | ah, with gcc4 as your BUILD_CC, not the crosscompiler? |
17:02.19 | kergoth | or the latter? |
17:02.32 | shadows | for all compiling use gcc4 |
17:03.07 | lrg|airport | cu |
17:03.13 | shadows | some of the packages will simply need a newer version of code to work, like expat |
17:03.58 | kergoth | i dont see what the desktop's compiler has to do with anything. its only used to build some build tools, and to build the crosscompiler itself |
17:04.35 | shadows | ah, but gcc3 on amd64 host builds different object code than gcc3 on ia32 host |
17:04.41 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
17:04.47 | shadows | see bug http://bugs.openembedded.org/show_bug.cgi?id=641 |
17:05.08 | kergoth | yes, it does, but that would only affect compiles that actually use BUILD_CC |
17:05.19 | shadows | hm |
17:05.39 | kergoth | like anything that's -native or -cross |
17:06.12 | shadows | take the linux kernel as an example |
17:06.16 | shadows | is that -native or -cross ? |
17:06.19 | kergoth | no |
17:06.27 | kergoth | the kernel is built using the crosscmpiler oe builds |
17:06.55 | shadows | the kernel is being built with different object code when the host is amd64 versus ia32. |
17:06.59 | kergoth | perhaps the BUILD_CC affects the behavior of the crosscompiler built with it, which in turn breakst he kernel |
17:06.59 | shadows | that is a fact. |
17:07.26 | kergoth | and i'm telling you that very few builds other than -native and -cross ever use BUILD_CC at all. most dont even have the variables passed to have access to it |
17:07.57 | shadows | i am saying to update the cross compiler used in OE |
17:08.04 | shadows | not that my host compiler would make any difference |
17:08.25 | kergoth | .. |
17:08.32 | kergoth | thats not what you said 5 minutes ago. |
17:08.33 | kergoth | 11:00 < kergoth> ah, with gcc4 as your BUILD_CC, not the crosscompiler? |
17:08.33 | kergoth | 11:00 < kergoth> or the latter? |
17:08.33 | kergoth | 11:00 < shadows> for all compiling use gcc4 |
17:08.36 | kergoth | buto kay. |
17:08.36 | shadows | oh |
17:09.04 | shadows | i meant that since gcc4 is the default on debian etch, my host linux distro |
17:09.14 | shadows | i would have to go out of my way to specify something else |
17:09.18 | RP | shadows: Use the provided gnu-tar when flashing the image - the one in the sharp bootloader is broken |
17:09.28 | shadows | RP: oh! |
17:09.32 | RP | We provide it for a reason... |
17:09.53 | shadows | what bug has the info on that? |
17:10.26 | RP | shadows: There isn't one. Use the updater.sh and gnu-tar that oe puts into deploy |
17:10.35 | shadows | okay |
17:10.48 | shadows | how to specify a different partition scheme |
17:11.33 | RP | Edit the updater.sh I expect |
17:11.38 | shadows | hmmm |
17:11.48 | shadows | need to find the tool to uncrypt it |
17:12.30 | RP | shadows: OE builds one |
17:12.42 | RP | look in packages/zaurus-updater |
17:12.47 | shadows | great |
17:13.00 | shadows | i'm looking at making a patch to comment out that code you mentioned |
17:13.55 | RP | shadows: If you leave the dev_err in, you'll get a message in the log if that was going to cause a problem |
17:13.59 | JustinP | hrw|gone: hmmm...it could be possible...if I can get e-image working again it would be nice |
17:14.08 | JustinP | hrw|gone: it should still be called experimental, though |
17:14.50 | shadows | RP: the function should still return 0, yes? |
17:15.05 | RP | shadows: no |
17:15.19 | RP | let me check |
17:15.21 | shadows | change that to um, return 1 |
17:15.35 | shadows | line 566ish in arch/arm/common/sharpsl_pm.c |
17:16.05 | JustinP | anyone else having problems with e2fsprogs? |
17:16.14 | RP | You comment out the return 1 but leave the return 0 after the if statement |
17:16.27 | JustinP | it's building fine but images fail because the uuidgen package isn't created |
17:16.51 | shadows | RP: oh, yes i meant to comment out the if block, and leave the return statement for the function. |
17:17.32 | JustinP | aha |
17:17.36 | JustinP | found the problem |
17:17.42 | JustinP | someone didn't test their bb... |
17:18.43 | koen | JustinP: http://bugs.treke.net/show_bug.cgi?id=442 |
17:19.14 | RP | JustinP: I've been meaning to ask you about whether you'd approve of the creation of a task-e.bb file btw? |
17:19.38 | JustinP | koen: ne wone you submitted? |
17:19.46 | koen | yes |
17:20.34 | JustinP | RP: there are already task-e-x11 and task-e-x11-core in meta-e-x11.bb and meta-e-x11-core.bb |
17:20.41 | JustinP | RP: are those the incorrect places? |
17:21.40 | JustinP | RP: I can rename them if that's what is needed |
17:22.38 | RP | JustinP: Have a look at task-opie and meta-opie |
17:22.58 | RP | The meta-* files are now just a list of tasks to build |
17:23.21 | RP | I suspect the e meta files are probably meant to be task ones |
17:23.29 | JustinP | yes |
17:23.41 | JustinP | I just did it like the other ones at the time...haven't kept up |
17:23.58 | RP | Its a recent change - a lot neater now :) |
17:24.18 | JustinP | I remember hearing of it |
17:24.23 | JustinP | I'll get that switched |
17:24.58 | RP | thanks. I did remove the unneeded depends but didn't like to totally move everything around without asking :) |
17:25.23 | RP | You'll probably just need one task file btw |
17:25.39 | JustinP | ok |
17:26.44 | shadows | RP: are you able to reproduce the situation on your c3000, where it does not resume from a suspend? |
17:27.15 | shadows | i am considering the possibility that my hardware is different (due to revision, or malfunction) |
17:27.48 | RP | shadows: Not in a reliable way. It locked up on my once which could have been something else |
17:28.17 | RP | shadows: When developing that code, the fatalbattcheck did cause me problems |
17:28.25 | shadows | okay |
17:28.30 | RP | it then stopped causing me problems so I left it enabled |
17:28.37 | RP | but its always bugged me |
17:28.58 | RP | If that fails to solve the problem, I don't have any more ideas... |
17:29.33 | shadows | i tried this when the Z was booting up, before X11 |
17:29.36 | shadows | it had the same trouble |
17:29.51 | shadows | it is not X11 triggering a bug, like in 3.5.4test |
17:31.12 | shadows | RP: do you think if i used the sharp recovery console's tar to unpack my rootfs, and it was buggy, would that cause the trouble? |
17:31.54 | RP | shadows: Perhaps something was missing from the image. The sharp tar was unpredicatable |
17:32.30 | shadows | okay, i will focus on starting my rootfs with a clean unpack using oe gnu-tar |
17:33.29 | *** join/#oe toi_ (n=peter@d54C24BC0.access.telenet.be) |
17:35.31 | *** join/#oe jatreon (n=jatreon@c-67-161-184-83.hsd1.ca.comcast.net) |
17:36.33 | jatreon | For the Zarus branch should I have the distobution set as familiar-unstable or as familiar-0.8.3? |
17:37.49 | JustinP | jatreon: zaurii use OpenZaurus genrally |
17:40.50 | shadows | hm |
17:40.57 | *** join/#oe mgoebl (n=matthias@ppp-62-245-161-228.mnet-online.de) |
17:41.05 | shadows | i should come up with a hack to fix the busybox tar in the recovery console |
17:41.39 | RP | shadows: If you create an old gnu style tarball, they will work with the recovery console |
17:41.53 | shadows | oh okay |
17:42.08 | shadows | it's just a matter of file format then |
17:42.45 | RP | yes |
17:48.01 | shadows | i am reading the etc/fstab from an gpe-image tarball, and it says as the last line |
17:48.13 | shadows | <PROTECTED> |
17:48.23 | shadows | wouldn't that be vfat? |
17:50.08 | *** join/#oe Zero_Chaos (i=wydgmerx@68-71-34-255.pittpa.adelphia.net) |
17:57.14 | Zero_Chaos | someone in here told me they ported metasploit framework to zaurus....anyone care to take credit? |
17:57.43 | shadows | hmm |
17:58.10 | koen|tv | Zero_Chaos: mostly tygerbob |
17:58.15 | Zero_Chaos | shadows: are you Eric Shattow? |
17:58.20 | *** join/#oe law_ (n=_law_@213.173.86.202) |
17:58.27 | shadows | Zero_Chaos: yes |
17:58.30 | Zero_Chaos | koen|tv: yeah, that was him... what is the package name? I can't find it. |
17:58.37 | Zero_Chaos | shadows: I'm Rick Farina |
17:58.38 | koen|tv | Zero_Chaos: it isn't in yet |
17:58.59 | shadows | Zero_Chaos: hi Rick |
17:58.59 | koen|tv | Zero_Chaos: http://dominion.kabel.utwente.nl/koen/pda/files/metasploit_2.5.bb |
17:59.02 | Zero_Chaos | koen|tv: ahh... |
17:59.18 | koen|tv | it's missing a sane install location |
17:59.33 | koen|tv | 2.5 is obsolete soon anyway |
18:00.07 | Zero_Chaos | koen|tv: true, true. Has my aircrack been pushed yet? or can I ask you to do that. |
18:00.48 | Zero_Chaos | shadows: anything else you think I should port besides aircrack? I'm working on Void11, but it just doesn't work for some reason. |
18:01.16 | shadows | Zero_Chaos: depending on your wifi card, it may need a firmware update |
18:01.33 | shadows | Zero_Chaos: i had to update my DCF-660w firmware before WPA would function |
18:02.05 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-150-148.pools.arcor-ip.net) |
18:02.06 | Zero_Chaos | shadows: I have a Linksys WCF12, and void11 won't work, but gives no errors :-( (on the zaurus that is) |
18:03.40 | Zero_Chaos | shadows: I believe I am the only one with void11 on the zaurus, it is my bb file after all. |
18:04.10 | shadows | Zero_Chaos: what's the output of hostap_diag wlan0 |
18:04.40 | Zero_Chaos | shadows: um... please hold, locating zaurus |
18:06.47 | Zero_Chaos | koen|tv: you have sudoku-icon.png in that directory you showed me, is there a sudoku game for opie or gpe? |
18:07.59 | Zero_Chaos | shadows: id=0x801b v1.0.0 (Prism III PCMCIA (SST parallel flash)) |
18:08.06 | koen|tv | Zero_Chaos: there's a work in progress gpe-sudoku game |
18:08.10 | koen|tv | ~seen bedboi |
18:08.45 | ibot | bedboi is currently on #gpe (36m), last said: 'hey koen '. |
18:08.46 | Zero_Chaos | shadows: PRIID: id=0x0015 v1.1.0 |
18:08.46 | shadows | Zero_Chaos: fyi you may have me confused with a wifi hacker, i'm first and foremost a contributor to the Freematrix internet streaming radio/television/teleconference project |
18:08.52 | Zero_Chaos | shadows: STAID: id=0x001f v1.4.2 (station firmware) |
18:08.58 | shadows | Zero_Chaos: ew. upgrade. |
18:09.14 | shadows | http://linux.junsun.net/intersil-prism/ |
18:09.21 | koen|tv | Zero_Chaos: ask bedboi on #gpe for the gpe-sudoku source |
18:09.37 | Zero_Chaos | shadows: you said hooray on my submission, so I figured you were interested not just thanking me :-) |
18:10.05 | Zero_Chaos | shadows: I'd love to upgrade it, but how? |
18:10.11 | shadows | Zero_Chaos: check out that URL |
18:10.18 | shadows | it has full instructions for a normal host |
18:10.21 | Zero_Chaos | ahhh |
18:10.27 | shadows | you'll need some modules that have the flash stuff enabled |
18:10.42 | shadows | yes, a C3000 (my hardware) did it fine |
18:10.49 | shadows | what's your hardware? |
18:10.59 | Zero_Chaos | shadows: Sl-5500 |
18:11.27 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
18:11.33 | shadows | that should work fine. you'll want to find some hostap modules that are compiled with the flash thing enabled |
18:11.53 | Zero_Chaos | shadows: I compiled my own, but I don't know if I enabled that.... |
18:12.01 | shadows | okay |
18:12.27 | Zero_Chaos | shadows: which firmware should I use? there are a bunch of different |
18:12.30 | shadows | it's not difficult. if i can do it, anyone with a few hours to kill can. |
18:12.34 | shadows | yeah |
18:12.37 | shadows | look at the chart |
18:12.54 | shadows | you'll see all the numbering and stuff, it looks complicated but it is very simple to follow |
18:13.23 | shadows | "release ID table" it is called on the howto page |
18:13.47 | shadows | your output of hostap_diag shows you the info needed |
18:14.14 | shadows | there are two firmwares you would be benefiting from to upgrade, the primary and the station |
18:14.23 | shadows | they work as a team |
18:14.42 | Zero_Chaos | shadows: I know that much, I just can't understand this table :-) |
18:16.01 | shadows | "801B, 8022, 8023(Note 3)" component ID, primary K, Secondary F |
18:16.40 | Zero_Chaos | shadows: I'm still confused :-) |
18:17.16 | shadows | these are fields used in the naming of firmware hex files |
18:17.25 | shadows | now we go and find the firmware hex files to download |
18:18.15 | shadows | http://linux.junsun.net/intersil-prism/firmware/1.8.4/sf010804.hex |
18:18.18 | shadows | that's your secondary |
18:18.55 | shadows | http://linux.junsun.net/intersil-prism/firmware/1.8.2/PK010101.HEX |
18:18.59 | shadows | and your primary |
18:19.06 | CIA-4 | 03koen 07org.oe.oz354fam083 * r03a4bebb... 10/packages/busybox/busybox_1.00.bb: busybox 1.00: checking a fix to prerm script to work around a missing busybox binary |
18:19.11 | CIA-4 | 03koen 07org.oe.oz354fam083 * rf747694f... 10/packages/wget/wget_1.9.1.bb: wget: enable ipv6, taken from .dev |
18:19.15 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r438f4aa1... 10/packages/busybox/ (busybox-1.00/openzaurus/defconfig busybox_1.00.bb): (log message trimmed) |
18:19.15 | CIA-4 | busybox 1.00: smaller config for OpenZaurus |
18:19.15 | CIA-4 | - removed Minix FS support |
18:19.15 | CIA-4 | - removed DevFS support |
18:19.17 | CIA-4 | - removed DHCP server |
18:19.19 | CIA-4 | - removed unzip (we have it in separate package) |
18:19.21 | CIA-4 | - removed busybox keymaps handling support |
18:19.23 | CIA-4 | 03koen 07org.oe.oz354fam083 * r7d8516a4... 10/packages/libgpewidget/libgpewidget_0.108.bb: |
18:19.25 | CIA-4 | libgpewidget: add 0.108 |
18:19.27 | CIA-4 | <PROTECTED> |
18:19.32 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r69bef456... 10/packages/linux/linux-openzaurus.inc: linux-openzaurus: add PR to kernel version |
18:19.35 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r914c1b86... 10/packages/linux/ (2 files in 2 dirs): |
18:19.37 | CIA-4 | linux-openzaurus: fixed keyboard repeat |
18:19.38 | Zero_Chaos | shadows: okay, I will take your word for it and hope I don't toast my card :-) |
18:19.39 | CIA-4 | patch taken from .dev 2.6.15 and updated to apply on 2.6.14-rc1 |
18:19.41 | CIA-4 | 03hrw 07org.oe.dev * r8831508a... 10/packages/busybox/busybox-1.01/openzaurus/defconfig: (log message trimmed) |
18:19.46 | CIA-4 | busybox 1.01: smaller config for OpenZaurus |
18:19.48 | CIA-4 | - removed Minix FS support |
18:19.50 | CIA-4 | - removed DevFS support |
18:19.52 | CIA-4 | - removed DHCP server |
18:19.54 | CIA-4 | - removed unzip (we have it in separate package) |
18:19.56 | CIA-4 | - removed busybox keymaps handling support |
18:19.58 | CIA-4 | 03mgoebl 07org.oe.dev * r47f96bf0... 10/packages/lirc/ (6 files in 2 dirs): |
18:20.00 | CIA-4 | packages/lirc: Update lirc to 0.8.0 |
18:20.04 | CIA-4 | <PROTECTED> |
18:20.06 | CIA-4 | <PROTECTED> |
18:20.08 | CIA-4 | <PROTECTED> |
18:20.10 | CIA-4 | <PROTECTED> |
18:20.12 | CIA-4 | <PROTECTED> |
18:20.14 | CIA-4 | 03koen 07org.oe.dev * rf6d0d322... 10/packages/aircrack/ (aircrack_2.41.bb files/oe.patch): aircrack: add 2.41, courtesy Rick Farina, closes #650 |
18:20.21 | Zero_Chaos | W00t! |
18:20.24 | koen|tv | Zero_Chaos: there you go |
18:20.25 | shadows | :) |
18:20.30 | Zero_Chaos | koen|tv: thanks man |
18:20.49 | Zero_Chaos | shadows: now, I'll take your word that these are right and hope I don't fry my card :-) |
18:21.08 | shadows | fully charged battery and AC power |
18:21.09 | Zero_Chaos | shadows: do you know what I need to do to enable firmware downloading in hostap drivers? |
18:21.14 | Zero_Chaos | shadows: hell yeah |
18:21.21 | shadows | um, it's there on the site |
18:21.28 | shadows | read the website, honest, all the info is there |
18:22.07 | Zero_Chaos | but I'll learn |
18:22.38 | shadows | i'm surprised aircrack functions at all on the stock firmware |
18:22.44 | Zero_Chaos | who maintains hostap-driver? |
18:22.55 | Zero_Chaos | shadows: yeah, it does. |
18:23.02 | shadows | in oe, or the actual author of hostap drivers |
18:23.09 | Zero_Chaos | in oe |
18:23.24 | pb__ | mickeyl, I think |
18:23.46 | shadows | Zero_Chaos: are you using oz3.5.4test? |
18:24.02 | shadows | i.e. the oz3.5.4fam083 release |
18:24.13 | Zero_Chaos | shadows: no, I build newer all the time. |
18:24.18 | shadows | okay |
18:24.21 | Zero_Chaos | shadows: I customize it. |
18:24.34 | shadows | take for an example, org.openembedded.dev/packages/hostap/hostap-modules-0.4.4 |
18:24.52 | shadows | you'd make your patch, put it in there, then add it to the ../*.bb file |
18:25.28 | Zero_Chaos | shadows: I know, I'm already using a custom hostap-modules, I just wanted to be polite and submit my work. |
18:25.43 | Zero_Chaos | shadows: aircrack will work, but without my modules aireplay won't ;-) |
18:26.08 | shadows | hm |
18:26.16 | shadows | that's all there is to it |
18:26.22 | shadows | it's not really hardware hacking |
18:26.46 | shadows | just change that line in the .h header, and build; follow the instructions on that intersil firmware update site |
18:26.49 | Zero_Chaos | I know, I know.... I'm figuring it out. |
18:26.54 | shadows | excellent |
18:26.56 | shadows | :) |
18:28.12 | Zero_Chaos | mickey|zzZZzz: ping |
18:30.18 | Zero_Chaos | anyone know if prism2_srec is hostap-utils? I assume so... |
18:31.19 | Zero_Chaos | He already added the patch :-) |
18:32.59 | shadows | it's part of the code |
18:33.10 | shadows | you just have to change the line in the header for hostap-modules |
18:33.20 | shadows | load those modules, and it should work |
18:33.58 | Zero_Chaos | shadows: I have to change the header while running, not a compile time? |
18:34.07 | shadows | compile time |
18:34.16 | Zero_Chaos | shadows: in that case, mickey|zzZZzz already did it. |
18:34.20 | shadows | oh okay |
18:34.31 | shadows | why would you want that enabled by default? |
18:34.43 | Zero_Chaos | shadows: I'm making room on my zaurus now so I can download the .hex and flash |
18:34.56 | shadows | it opens up the possibility for some malicious code to bork your firmware |
18:35.01 | Zero_Chaos | shadows: most of the time hostap-utils are not loaded on the zaurus. so if you load it, you likely want to use it. |
18:36.01 | Zero_Chaos | while the zaurus makes room, time for food... |
18:36.10 | Zero_Chaos | this is the only life I'll have all day :-) |
18:36.41 | shadows | RP: nope, dead zaurus |
18:37.02 | shadows | RP: i'm lost at this point, my Z does not resume from a long suspend. |
18:43.41 | aoe | remove batteries, reboot, rinse, repeat? |
18:47.13 | Zero_Chaos | shadows: wow, it worked. thanks |
18:47.28 | Zero_Chaos | shadows: now for my other 3 prism2 cards :-) |
18:49.02 | shadows | :) |
18:52.06 | shadows | aoe: yes |
18:52.24 | shadows | aoe: i am sad, maybe it is my hardware that is broken |
18:53.14 | aoe | it often happened to me when I suspended after using wifi |
18:53.38 | Zero_Chaos | shadows: do you know where I can get firmware that supports all the channels? |
18:53.39 | shadows | this happens with my Z when there is nothing in the external slots |
18:53.52 | shadows | Zero_Chaos: er, i don't know |
18:54.01 | shadows | time for wokr |
18:54.05 | shadows | work, even. |
18:54.55 | Zero_Chaos | shadows: thanks again |
18:55.18 | *** join/#oe nxz (n=n@it-hluchnik.de) |
18:58.38 | *** join/#oe nxz (i=debian-t@tor/session/x-fa554e0e5e6c90b4) |
19:07.43 | *** join/#oe gremlin[it] (n=gremlin@88-149-149-29.f4.ngi.it) |
19:15.36 | gremlin484|work | arm-linux-gcc-2.95: No such file or directory |
19:16.24 | gremlin[it] | gremlin484|work where are u from ? :) |
19:16.29 | gremlin484|work | which arm-linux-gcc-2.95 returns /usr/local/arm/2.95.3/bin/arm-linux-gcc-2.95 |
19:16.36 | gremlin484|work | omaha NE |
19:16.38 | gremlin484|work | USA |
19:16.44 | gremlin484|work | u? |
19:16.55 | gremlin[it] | Italy |
19:17.05 | gremlin484|work | cool |
19:17.20 | gremlin[it] | which state is NE ? |
19:17.30 | gremlin484|work | (in dumb nebraskan) caio! |
19:17.37 | gremlin484|work | (did I spell that right?) |
19:17.44 | gremlin[it] | nope is 'ciao' |
19:19.19 | gremlin484|work | that means both hello and good-bye correct? |
19:20.07 | Zero_Chaos | gremlin: are you talking to yourself? |
19:20.23 | gremlin[it] | yes right gremlin484|work |
19:20.28 | Zero_Chaos | gremlin484|work: make sure /usr/local/arm/2.95.3/bin is in your local.conf, you will know where. |
19:20.31 | gremlin484|work | shhhhh i'm trying to have a conversation here! |
19:20.43 | JustinP | it confused me too |
19:20.44 | gremlin[it] | zekoZeko yes ... i have also ubiquity ... i'm both in europe and US :) |
19:21.37 | gremlin[us] | :) |
19:22.16 | gremlin[it] | hahah :) |
19:23.23 | gremlin[us] | Zero_Chaos are you referring to ASSUME_PROVIDED = "virtual/arm-linux-gcc-2.95" ? |
19:23.31 | Zero_Chaos | gremlin[us]: yeah |
19:23.48 | *** join/#oe [lala] (n=lala@p54B3C6C3.dip0.t-ipconnect.de) |
19:23.56 | gremlin[us] | I had that... is that not correct? |
19:24.09 | Zero_Chaos | gremlin[us]: now, that is correct... hold on a sec... |
19:24.22 | gremlin[us] | thx |
19:24.35 | Zero_Chaos | export PATH=/home/zaurus/src/bitbake/bin:/usr/local/arm/2.95.3/bin:$PATH |
19:25.00 | Zero_Chaos | gremlin[us]: put that in your user's .profile, the second and third parts anyway |
19:25.19 | Zero_Chaos | gremlin[us]: amend the first part to your directory structure |
19:26.21 | gremlin[us] | right... I had done a export PATH=$PATH:/usr/local/arm/2.95.3/bin earler... |
19:27.47 | Zero_Chaos | gremlin[us]: maybe put /usr/local/arm/2.95.3/bin before $PATH |
19:27.57 | gremlin[us] | i'll try that... |
19:28.51 | Zero_Chaos | gremlin[us]: I hope that works, that is about all I've got for you :-) |
19:31.24 | gremlin[us] | thanks |
19:31.47 | Zero_Chaos | gremlin[us]: luck? |
19:33.19 | gremlin[us] | Handling Bitbake Files |
19:37.35 | *** join/#oe dkey (n=dkey@L0003P23.dipool.highway.telekom.at) |
19:40.53 | *** join/#oe zecke (n=ich@88.134.3.107) |
19:42.05 | zecke | florian_kc: hey |
19:43.45 | gremlin[us] | Zero_Chaos: didn't work same error. |
19:44.03 | Zero_Chaos | gremlin[us]: sorry mate, guess you need to talk to someone who knows what they are doing. |
19:44.34 | gremlin[us] | :) all the path variables and local.conf changes that need to happen are a bit confusing |
19:44.43 | gremlin[us] | thanks for you help though |
19:46.09 | *** join/#oe ruied (n=ruied@213.22.166.5) |
19:51.14 | *** join/#oe bam_ (n=bam@pool-71-108-72-152.lsanca.dsl-w.verizon.net) |
19:55.50 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
19:58.45 | Crofton | http://finance.yahoo.com/q/bc?s=TIVO&t=5d |
19:58.49 | Crofton | doh |
20:00.20 | florian_kc | hi zecke |
20:01.17 | CosmicPenguin | Crofton: sale rumors |
20:07.08 | zecke | ibot: test |
20:07.09 | ibot | Test Failed! |
20:08.02 | *** part/#oe Zero_Chaos (i=wydgmerx@68-71-34-255.pittpa.adelphia.net) |
20:13.53 | zecke | RP: did your uml linux crash? |
20:15.33 | *** join/#oe ashak (i=bigg@kinda.undone.org.uk) |
20:19.34 | *** join/#oe cedric (n=cedric@AAnnecy-152-1-142-14.w86-202.abo.wanadoo.fr) |
20:19.58 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
20:21.50 | Crofton | CosmicPenguin, I hope they hold out for the big bucks! |
20:22.09 | CosmicPenguin | Crofton: yeah, but Cisco sucks |
20:22.36 | Crofton | yes |
20:22.49 | Crofton | I am hoping for google |
20:24.29 | Crofton | and like 10-12 per share :) |
20:26.48 | *** join/#oe Pigi (n=NoOne@host24-88.pool8260.interbusiness.it) |
20:26.58 | Pigi | Ciao all |
20:27.19 | cedric | RP: ping |
20:27.30 | pb_ | hi pigi |
20:27.39 | Pigi | hi pb_ |
20:28.48 | Pigi | pb_ I have applied your patch. Is there some feed ( almost good ) where I can test it against ? Or should I commit and release the new ipkg and wait for troubles ? |
20:29.09 | pb_ | Pigi: I guess you can test it against the 0.8.3 feed. |
20:29.18 | Pigi | good. |
20:30.43 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
20:41.37 | ashak | Hi, is there anyone around that could possibly help with some OE basics? I've been playing with it a bit and reading the wiki, but i'm still a little confused by some things |
20:41.59 | zecke | ashak: just ask and see what happens |
20:42.42 | ashak | Heh, ok :) |
20:43.17 | ashak | Right... some of this is probably wrong and if it is please let me know... |
20:44.19 | zecke | ashak: don't worry |
20:44.41 | ashak | Ok, a couple of people are working on adapting a kernel for an omap cpu in a htc typhoon smartphone, they're getting there slowly and have just got the framebuffer working and a few other things |
20:45.07 | ashak | We're now trying to put together the userland side of things and i've been investigating OE. |
20:45.24 | zecke | okay |
20:45.42 | ashak | So far i've managed to /checkout/ org.openembedded.dev |
20:46.08 | cedric | who's build a kernel 2.6 without bitbake but with the OE toolchain? how can I do that? so I can configure the kernel by myself |
20:47.16 | zecke | ashak: okay that might have been the toughest thing |
20:47.49 | zecke | cedric: a) make the kernel build use your defconfig |
20:48.04 | zecke | cedric: b) set virtual/kernel as ASSUME_PROVIDED |
20:48.13 | ashak | I followed some slightly cryptic instructions and after setting BBPATH and creating a kind of custom local.conf (distrtibution set to familiar, machine set to nothing, output to cramfs as that's what we're using atm), I tried bitbake bootstrap-image, let it do its thing for a while and ended up with a file in the tmp/deploy/images/ directory. |
20:48.22 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-88.reverse.mdcc-fun.de) |
20:48.57 | zecke | ashak: 'familiar' sounds a bit wrong |
20:49.41 | ashak | On an sdcard we currently have a FAT12 fs, on which we have two files, image.bin (the kernel that the other guys are working on) and initrd.bin, which is the cramfs file. I swapped initrd.bin for the file created by bitbake and the system sort of worked. |
20:49.44 | JustinP | ashak: familiar-unstable IIRC |
20:49.54 | ashak | zecke: yes, sorry, familiar-unstable |
20:49.55 | cedric | zecke: I'll to do a "make menuconfig" |
20:50.14 | ashak | Thanks JustinP :) |
20:50.22 | JustinP | ashak: and you may want to set a machine....something similar to what you're working on... |
20:50.24 | cedric | I would like to... |
20:50.25 | zecke | cedric: well change the .bb file to run make menuconfig instead of make oldconfig ;) |
20:50.41 | cedric | ah ok |
20:50.53 | zecke | ashak: congrats ;) |
20:51.03 | zecke | ashak: and now you want to customize it? |
20:51.17 | ashak | JustinP: Yep, I planned to do that, that's somethign I wondered, although it seemed to work for the moment, and it was mainly just testing. |
20:51.23 | *** join/#oe _alwin_ (n=ral@cable-195-14-198-134.netcologne.de) |
20:51.25 | ashak | zecke: Yes pretty much :) |
20:52.00 | ashak | It looks like it's bringing up the usb0 interface as per the image... but I don't have any way to connect to it from the default bootstrap image. |
20:52.24 | zecke | ashak: ping? |
20:52.57 | zecke | ashak: anyway. You can customize at some locations |
20:53.10 | ashak | I also wondered if it's possible to include other packages within the cramfs image. For example, I could do bitbake nano, it it happily created a packge file for nano I think, but how would I go about getting that in the cramfs image? |
20:53.19 | zecke | ashak: starting with your 'machine.conf' where you can set TARGET_ARCH |
20:53.42 | zecke | ashak: you could start with utilising BOOTSTRAP_EXTRA_DEPENDS (or named similiar) |
20:53.51 | ashak | ah right ok. |
20:53.56 | ashak | That makes sense |
20:53.58 | zecke | ashak: you can add packages to that variable and they will be included in the bootstrap |
20:54.11 | zecke | ashak: the machines.conf do it to e.g. install kernel modules |
20:54.23 | ashak | Yep, As soon as you said it it made sense |
20:54.37 | ashak | zecke: how do you mean? |
20:55.23 | zecke | ashak: nevermind (I don't want to confuse too much) |
20:55.30 | ashak | Heh :) |
20:55.53 | zecke | ashak: also look at things like opie-image.bb (in packages/meta) on how to really customize for your purpose |
20:56.24 | cedric | zecke: where is the virtual/kernel bb file? in the openzaurus kernel 2.6 bb file there is nothing about make stuff |
20:56.28 | ashak | Is there a list of the variables/whatever like BOOTSTRAP_EXTRA_DEPENDS with explanations of what they're for? |
20:56.58 | zecke | cedric: virtual/kernel is the kernel that is 'selected' |
20:57.09 | cedric | ok |
20:57.26 | zecke | ashak: sadly not yet |
20:57.35 | ashak | ok :) |
20:58.06 | cedric | so where is the compilation directive defined in that huge OE structure? :-) |
20:58.06 | zecke | ashak: we take documentation serious but we suck |
20:58.26 | ashak | zecke: I totally understand |
20:58.57 | Pigi | brb |
20:59.44 | ashak | Hmm, destination host unreachable. |
21:00.06 | zecke | ashak: http://handhelds.org/~zecke/downloads/bitbake/html/ |
21:00.10 | zecke | ashak: for bitbake itself |
21:00.32 | *** part/#oe law_ (n=_law_@213.173.86.202) |
21:00.33 | zecke | ashak: specially bitbake collections are normally interesting for 'outside' projects |
21:01.37 | ashak | ok |
21:02.36 | ashak | Ok, the phone defaintely isn't replying to my pings, which is unfortunate. |
21:02.57 | zecke | ashak: do you know which IP gets set by default :) |
21:03.07 | zecke | ashak: with bb collections you can leave the OE tree untouched |
21:03.09 | ashak | I think it's 192.168.0.202 isn't it? |
21:03.22 | zecke | ashak: and add your value+fixes inside your own tree |
21:03.30 | ashak | right |
21:03.33 | ashak | sounds cool |
21:04.07 | zecke | ashak: 0.202 is what netbase/interfaces is saying :) |
21:04.49 | ashak | zecke: ? |
21:05.04 | zecke | ashak: I wanted to omit the 192.168. part of the ip |
21:05.20 | ashak | zecke: Yeah, sorry I understood what you meant after I typed it |
21:05.39 | *** join/#oe XorA|gon1 (n=dp@81-179-208-250.dsl.pipex.com) |
21:06.06 | ashak | dmesg on my host machine is reporting: usb0: register 'cdc_ether' at usb-0000:00:1d.3-1, CDC Ethernet Device, <MAC ADDRESS> |
21:06.35 | ashak | then I did ifconfig usb0 192.168.0.1 up |
21:06.39 | ashak | on the host |
21:07.21 | *** join/#oe greentux (n=m@195.227.105.180) |
21:07.37 | ashak | Perhaps it's not bringing up the interface on the phone end |
21:07.51 | gremlin484|work | anyone seen this? *** 2.4 kernels no longer build correctly with old versions of binutils. |
21:08.57 | ashak | Unfortunatly we don't have a writeable filesystem on this device atm, so I can't even really debug it easily. |
21:08.59 | greentux | evening |
21:09.14 | zecke | ashak: do you have a serial console or such? |
21:09.47 | ashak | No, we disabled the usbserial in the kernel in favour of ethernet over usb. |
21:10.04 | ashak | Which worked with this same kernel and a very simple userland put together by the other guys |
21:10.21 | zecke | ashak: is it really named 'usb0' on your device? |
21:10.59 | ashak | I am unsure as to which interface it's bringing up on the phone end. |
21:11.08 | ashak | I assumed it was usb0 |
21:11.25 | ashak | as that's what it was doing with the previous userland. |
21:11.33 | *** join/#oe dyoung-away (n=dyoung@cpe-24-94-88-62.hawaii.res.rr.com) |
21:11.42 | zecke | ashak: okay then it is likely to be usb0 |
21:12.40 | *** join/#oe zap (n=zap@217.170.93.196) |
21:16.14 | zecke | okay I need to work now |
21:16.52 | ashak | zecke: Thanks for the help |
21:24.29 | *** join/#oe guillermo_ (n=guillerm@dslb-084-062-149-107.pools.arcor-ip.net) |
21:55.03 | *** join/#oe Pigi (n=NoOne@host24-88.pool8260.interbusiness.it) |
21:55.14 | Pigi | re |
21:55.43 | zecke | wb |
21:57.06 | Pigi | pb_ the 0.8.3 feed on hh I think is unuseful for my tests, as lots ( if not all ) packages are older than my unsupported-unofficially-snapshot |
21:57.17 | Pigi | you did tried your patch, isn't it ? |
21:57.21 | florian_kc | bbl |
21:58.52 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
22:00.50 | *** join/#oe Zero_Chaos (i=wydgmerx@68-71-34-255.pittpa.adelphia.net) |
22:00.53 | Zero_Chaos | shadows: I love you |
22:01.14 | Zero_Chaos | shadows: void11 works now. Needs a little tweaking, but, not bad. |
22:05.17 | *** join/#oe woglinde (n=woglinde@e178085248.adsl.alicedsl.de) |
22:12.01 | zecke | Crofton: ping |
22:12.19 | Crofton | hey |
22:12.24 | Crofton | what's up? |
22:12.38 | zecke | Crofton: ZM-Schicht Anforderung gescheitert: PUT von '/repos/oe/!svn/wrk/05505edc-d60b-0410-bce9-8dbd13fee3db/org.openembedded.oz354fam083/packages/librsvg/librsvg_2.9.5.bb': SSL negotiation failed: Connection reset by peer (https://ossie-dev.mprg.org) |
22:13.13 | zecke | Crofton: second time now :} |
22:13.25 | Crofton | hmm |
22:13.53 | Crofton | when did this happen? |
22:14.32 | *** join/#oe hhhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
22:15.25 | zecke | Crofton: svk smerge on the first revision of the oz354fam083 branch |
22:17.51 | Crofton | weird, nothing in the error log here |
22:18.47 | Crofton | I can see the access log entries when it was messing with that file |
22:19.37 | RP | cedric___: pong |
22:19.49 | RP | zecke: uml git machine should be back |
22:20.21 | Crofton | zecke the only funny thing is it seems to ahve forgot who you were at that point |
22:20.28 | Crofton | I am not a guru at reading log files though |
22:20.35 | Pigi | time to sleep now. |
22:20.37 | Crofton | did you restart operation? |
22:20.44 | zecke | Crofton: can you increae a timeout or such? |
22:20.45 | Pigi | Nite all |
22:20.52 | Crofton | hmmm |
22:20.55 | Crofton | not sure |
22:23.10 | *** join/#oe florian__ (n=fuchs@p50839DAA.dip0.t-ipconnect.de) |
22:23.18 | florian__ | re |
22:23.40 | Crofton | zecke, are you trying the operation again? |
22:23.46 | zecke | Crofton: yes |
22:24.47 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
22:25.09 | do13 | RP: ping |
22:27.40 | RP | do13: pong |
22:28.22 | do13 | RP: If you have some spare time, you can check this patch on your machines: http://www.do13.de/oz/patches/sharpsl_pm-do-r2.patch |
22:29.42 | do13 | RP: This puts more values into sharpsl_charger_machinfo. |
22:31.48 | RP | do13: Reading through the patch, I don't expect to see any issues with it |
22:33.07 | RP | do13: I do wonder if we should just add something like if (machine_is_corgi()) sharpsl_pm.machinfo->gpio_batfull =-1; |
22:34.04 | do13 | RP: np. This isn't the last version:) |
22:34.42 | RP | do13: I can imagine :) |
22:35.09 | RP | do13: I have a report in that the device is continuing to wake every 10 minutes, even after charging stops :-/ |
22:35.18 | do13 | RP: Tosa needs more changes. These are only basics to charge one battery and has working suspend and resume |
22:35.36 | do13 | RP: on corgi= |
22:35.42 | do13 | RP: on corgi? |
22:35.47 | *** join/#oe alwin_ (n=ral@cable-81-173-131-45.netcologne.de) |
22:35.57 | RP | do13: It was a c3000 report (spitz) |
22:36.24 | RP | but its probably common to all models |
22:36.56 | do13 | RP: strange. This patch should also help poodle |
22:37.12 | RP | do13: Yes, cedric___ might be interested in that |
22:37.22 | RP | do13: Did you notice how different poodle is? |
22:37.32 | RP | Its been a while since I looked at it :) |
22:37.44 | RP | In fact I never want to look at it again really ;-) |
22:37.58 | do13 | RP: Different ADC values at least |
22:38.47 | do13 | RP: Agreed. I've never seen such kind of code. |
22:39.33 | RP | do13: You can see why it took over a year before I had a driver I had any faith in :) |
22:40.12 | do13 | RP: I can imagine this:) |
22:40.54 | kergoth | hmm |
22:40.57 | kergoth | ~listkeys embedix |
22:40.58 | zecke | RP: did Sharp ever contact you? |
22:41.11 | kergoth | ~remulate |
22:41.12 | ibot | No Sprinkles. For every sprinkle I find, I shall kill you. |
22:41.50 | RP | zecke: no. Just odd hits on my webserver from lineo |
22:42.02 | XorA|gon1 | wow did think ibot was that wellread |
22:42.20 | kergoth | ~literal remulate |
22:42.21 | ibot | "remulate" is "<reply> see emulate stewie || <reply> see emulate chris || <reply> see emulate gir || <reply> see emulate ash || <reply> see emulate zim || <reply> see emulate fry" |
22:42.22 | zecke | RP: hehe |
22:42.47 | CosmicPenguin | XorA|gon1: well read? |
22:42.50 | kergoth | ~botsnack |
22:42.50 | ibot | kergoth: :) |
22:43.00 | CosmicPenguin | Has anybody ever accused a Family Guy fan of being well read? |
22:43.00 | XorA|gon1 | CosmicPenguin: its a quote from a Sci Fi book |
22:43.01 | kergoth | unless the bot reads the tv, i dunno about well read |
22:43.16 | CosmicPenguin | XorA|gon1: oh? What book? |
22:43.18 | do13 | zecke: every 3 months, they are downloading all patches:) |
22:43.30 | florian | , |
22:43.55 | XorA|gon1 | CosmicPenguin: name escapes me, gimme a sec with google |
22:44.28 | XorA|gon1 | CosmicPenguin: though I think the original was spackles |
22:44.48 | kergoth | ~emulate stewie |
22:44.50 | ibot | Damn you, damn the broccoli, and damn the Wright Brothers! |
22:45.05 | RP | do13: I see the same. They were in a couple of weeks ago... |
22:46.36 | do13 | RP: I haven't checked the logfiles the last weeks |
22:49.19 | zecke | RP: funny, so they look into ways relabeling your work :} |
22:49.45 | XorA|gon1 | CosmicPenguin: memory is failing as is google :-( |
22:50.08 | CoreDump|home | hi |
22:50.10 | CosmicPenguin | XorA|gon1: I think you're taking the quote from the TV show and thinking it was in a book |
22:50.36 | XorA|gon1 | CosmicPenguin: or the writers liked the same books I did :-) |
22:51.43 | CosmicPenguin | Thats possible too |
22:51.58 | CosmicPenguin | I always like cultural references - if you think of what book it was, let me know |
22:52.17 | XorA|gon1 | CosmicPenguin: I used to own it, maybe I can find it |
22:52.32 | XorA|gon1 | CosmicPenguin: at my age though, it might just be my memory going |
22:53.37 | RP | zecke: If they ever release a 2.6 zaurus kernel, I'll be interested to see the code :) |
23:00.24 | do13 | night all |
23:00.37 | RP | 'night dirk |
23:02.12 | CIA-4 | 03koen 07org.oe.oz354fam083 * r345984b7... 10/classes/gpe.bbclass: gpe.bbclass: sync with .dev |
23:02.16 | CIA-4 | 03justinp 07org.oe.dev * r6dec3008... 10/packages/e2fsprogs/e2fsprogs_1.38.bb: e2fsprogs: uuidgen is in bin, not sbin |
23:02.22 | CIA-4 | 03justinp 07org.oe.dev * r0a4dda03... 10/packages/ (3 files in 3 dirs): efl, e17: Fix auth mode in entrance, turn on buffer support in evas-x11 (needed for e-wm) |
23:02.52 | JustinP | about time... |
23:03.32 | zecke | RP: is there something like an ATTIC with gitweb? |
23:04.01 | RP | zecke: Good question. I'm not sure I've ever seen that |
23:04.25 | zecke | RP: one would have to find the rev where it was still present |
23:05.04 | zecke | okay cya later |
23:06.02 | RP | 'night zecke |
23:07.47 | *** join/#oe NA|Zzz (n=foo@220.253.2.153) |
23:09.31 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
23:10.59 | DataBeaver | Has anyone set up a cross-compiling environment in Debian outside BitBake? |
23:11.16 | XorA|gon1 | DataBeaver: yes |
23:11.40 | DataBeaver | How did you get library development files installed? |
23:12.15 | DataBeaver | Oh, and did you use dpkg-cross? |
23:12.17 | XorA|gon1 | DataBeaver: I started with the basic zaurus dev kit thats on a few websites, then manually built dependencies by hand |
23:12.42 | XorA|gon1 | DataBeaver: then I found BitBake |
23:15.32 | DataBeaver | I find bitbake somewhat less than ideal for building my own programs for Zaurus... |
23:16.26 | kergoth | its nice for bootstrapping the staging area for building your app, but it really isnt well suited atm for actual development inside of an oe environment |
23:18.09 | XorA|gon1 | there is devshell.bb |
23:18.28 | XorA|gon1 | I had some luck using that |
23:21.16 | *** join/#oe oris_ (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |