| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8
Comments:
<0> koen: ah
<0> heh
<0> hrw|work: that's why i build from the scratch :-)
<0> koen: any more differences i should consider?
<1> hehe -DPOSIX_MISTAKES
<1> hehe -DPOSIX_MISTAKE
<1> even
<1> I love OpenBSD
<2> re
<3> hrw|work: wb
<1> hrw|work: the kernel patch broke?
<1> http://ewi546.ewi.utwente.nl/tinderbox/showbuilds.pl?tree=OpenZaurus-354x
<2> zecke: qemu-native
<3> TINDERBOX Task do_populate_staging failed (FAILURE)
<3> weird
<1> and linux-openzaurus is failing as well
<2> zecke: which build is kernel failing?
<4> morning
<1> RP: poky fails as well
<5> when ich try to make a image I get Cannot find package task-bootstrap.
<1> RP: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=58&logfile=20060808043204.log
<1> hrw|work: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=80&logfile=20060808121831.log
<6> zecke: A fix for that was checked in recently ;-)
<1> RP: is this service useful for you? (tinderbox)
<3> zecke: can we have a tinderIRCbot?
<1> sure
<6> zecke: Partly :). I just wish the output was more readable :)
<1> even more readbale?
<6> "<--- TINDERBOX Task do_patch failed (FAILURE)" doesn't help me much
<1> RP: that is a bitbake bug
<6> Its a step the right way, we just need to build upon it. OH has plans to run our own automated builds at some point and we'll need a reporting infrastructure
<1> if possible please coordinate with me
<2> zecke: can tinderbox report also PR?
<2> ---> TINDERBOX Package linux-openzaurus-2.6.17 started
<2> ---> TINDERBOX Package linux-openzaurus-2.6.17-r15 started
<1> hrw|work: yes!
<1> hrw|work: tinderclient.bbcl*** needs to send it
<2> second version is usefull, first is not
<1> feel free to add it now
<1> I plan to do it tonight...
<2> zecke: can look but first have to finish e24 club, my VW and few other websites...
<1> sure!
<1> same applies here
<2> hi Cliff
<6> zecke: As soon as we know what we're thinking of doing, I'll discuss it with you :)
<7> how do I add the modules to the gpe-image? they come in an externel .tgz file that I don't think the Tosa flasher uses
<2> mikearthur: which one you lack?
<2> mikearthur: add them into BOOTSTRAP_EXTRA_RRECOMENDS
<7> hrw|work: well, it generates a file with all the modules, but they don't end up in the jffs2
<2> mikearthur: modules*.tgz is extra bonus. all modules are packaged anyway
<2> mikearthur: I ask again: Which module you lack?
<2> name
<7> hrw|work: any, there are no modules on the device
<2> none at all?
<2> mikearthur: .dev or .oz354x?
<7> oz354x
<2> mikearthur: mtn pull;mtn update and rebuild
<2> mikearthur: 68 kernel modules installed in just built gpe-image for tosa
<7> ok
<6> mikearthur: That .tgz is just for help with kernel development. You don't actually have to use it ;-)
<7> RP: just checkin ;)
<7> sadly, you can't make half the tosa stuff modules anyway :(
<7> because then the pwm won't build
<2> pwm?
<8> i'm probably blind because i've been doing this all day, but why is the preferred version of glibc 2.4 not available while there really is a glibc_2.4.bb
<0> hrw|work: the image is ready but i'll test it before pushing
<2> florian_kc: cool
<2> florian_kc: h3900 one?
<0> hrw|work: yes
<2> RP: on tosa we have audio inside of kernel?
<6> hrw|work: We might have to have for the touchscreen/battery, I'm not sure
<2> RP: yes. inside of kernel
<2> just checked
<2> iirc ts/battery like you told
<1> giel: some bitbake bug, which he not yet addressed/searched/fixed
<9> hrw|work: only the alsa core is in the kernel. oss emulation are modules
<6> zecke, giel: I'm not sure it is an acutal bug - its to do with glibc-initial
<2> do13_: I was suprised a bit when saw only few sound modules
<9> It's correct, tosa needs ac97 to read the battery
<9> btw, can you remove pxaficp-ir from openzaurus.conf, these needs to stay in the machine config, because collie doesn't have this module
<1> RP: I have never looked at it, but it is another issue of "we need better error reporting capabilities"
<6> do13_: As long as its a RRECOMMENDS, it shouldn't be an issue
<6> zecke: Right, agreed. I'm still working on the dependency code rewrite and it should make this kind of thing much easier
<9> RP: thx, right I haven't read the whole line
<1> yipee
<1> I try to teach my body to prepare for the exams...
<1> sadly it is freaing/chickening out again
<1> getting really depressed :}
<6> zecke: :-/
<1> NAbyss: hey, progress on the survey?
<1> I think I should rent a cave for one month+internet access
<1> and just play cave man
<2> do13_: few other modules need such cleanup too but current situation is better then was anyway
<7> NOTE: Applying patch 'hrw-pcmcia-ids-r4.patch'
<7> ERROR: function do_patchcmd failed
<7> on building a gpe-image, just did a monotone update
<2> o.
<2> checking..
<7> hrw|work: cheers
<9> hrw|work: agreed. any plans to do this in .dev?
<7> hrw|work: I seem to have r3 of the patch
<6> do13_: Did you see ny comments in the mail "beyond BOOTSTRAP_EXTRA_RDEPENDS" to oe@ ?
<7> hrw|work: changed to -r3 in the .bb, works fine
<2> mikearthur: pushed r4
<7> hrw|work: ok
<7> mtn update again?
<3> mikearthur: pull and update :)
<2> mikearthur: pull/update
<2> I have to resend this patch to pcmcia list
<10> hrw org.oe.oz354x * rc655233... / (2 files in 2 dirs): linux-openzaurus 2.6.17: added missing patch
<9> RP: sorry, which mail? Hmm I overlooked these mail :)
<2> do13_: .dev is a bit harder as there are many distros which use zaurus machines
<6> do13_: The subject was the quote
<6> do13_: Basically I was proposing a rework for the machine files and task-bootstrap - I've already applied to poky
<9> RP: sounds good. I'll dig later in mail folder :)
<6> If Zaurus people are agreeable, we could apply to the zaurus and maybe angstrom and others can convert if they want
<9> hrw|work: Is the modules stripping fixed in .354x?
<2> do13_: what was error?
<3> RP: angstrom would welcome it
<3> RP: although I'm pretty happy with what packages/angstrom is doing
<9> hrw|work: Hmm from memory: modules aren't stripped into the image
<9> hrw|work: http://bugs.openembedded.org/show_bug.cgi?id=1182
<3> and glibc doesn't package utf8 stuff
<3> hrw|work: do you know of any program that can re-indent a php file?
<6> koen: This would basically be a solution to the problem of the machine speciifc modules which task-angstrom doesn't currently cover
<2> koen: vim?
<11> koen: vim can re-indent almost every programming language
<2> do13_: I did not touched it
<7> hrw|work: works fine now
<12> hey all
<12> could someone confirm that sbagen is not in OE, please ?
<3> alan|philo: is 'find' or 'ls' broken on your computer?
<12> koen: i don't have enough space for now, so i don't have any local copy anymmore
<12> and afaik, no bot here can answer that question...
<3> alan|philo: http://www.openembedded.org/filebrowser/org.openembedded.dev/packages/
<0> hrw|work: works... apart from some ipaq issues. pushing now.
<12> koen: wonderfull ! i had forgotten that page... :/
<2> florian_kc: great
<12> hehehe ! it's in !
<2> alan|philo: http://hrw.one.pl/tmp/PICT0002.JPG - Zaurus pile
<3> ~lart people who paste patches inline
<2> koen: normal on lkml
<12> hrw|work: (O_o) ... (T_T) ... (^_^)
<0> ~lart monotone
<0> ~lart monotone
Return to
#oe
or
Go to some related
logs:
#physics
#css
#perl
#web
Neverball cheats
#web
zyxel ndiswrapper ubuntu 302
ubuntu repair sound
#gentoo
apoplexic dictionary
|
|
