| 00:19.49 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 00:46.51 | *** join/#oe Borealid (n=braujac@pool-71-126-175-111.washdc.fios.verizon.net) |
| 01:04.01 | *** join/#oe hvontres (n=henry@adsl-75-17-142-186.dsl.sndg02.sbcglobal.net) |
| 01:05.29 | *** join/#oe henry__ (n=henry@adsl-75-17-142-186.dsl.sndg02.sbcglobal.net) |
| 01:15.14 | Borealid | <cough> angstrom's xtscal segfaults on borzoi built with all the library preferred versions, which is kind of a problem |
| 01:16.11 | Borealid | 's probably http://bugs.openembedded.org/show_bug.cgi?id=996 |
| 01:17.18 | *** join/#oe myopiate (n=myopiate@219.70.69.162) |
| 01:22.03 | *** join/#oe csmanx (n=csman@70.55.144.47) |
| 01:41.18 | *** join/#oe hvontres (n=henry@adsl-75-3-202-121.dsl.sndg02.sbcglobal.net) |
| 01:43.11 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 01:45.58 | *** join/#oe W8TVI (n=me@166.165.157.23) |
| 02:05.34 | *** join/#oe henry__ (n=henry@adsl-75-3-202-121.dsl.sndg02.sbcglobal.net) |
| 02:10.21 | *** join/#oe drobbins (n=drobbins@unaffiliated/drobbins) |
| 02:10.36 | drobbins | hiya |
| 02:11.46 | hvontres|home | hey |
| 02:11.50 | drobbins | hi |
| 02:12.06 | hvontres|home | kinda quiet tonight... |
| 02:12.19 | drobbins | I'm trying to get a 256MB compact flash to boot |
| 02:12.29 | drobbins | running into geometry problems with boot loaders |
| 02:12.33 | Borealid | on its own? :-P |
| 02:13.04 | drobbins | connected to a pentium M embedded board |
| 02:13.18 | Borealid | which vendor? |
| 02:13.59 | drobbins | I can tell you in a minute |
| 02:14.08 | drobbins | it's a project I walked into the middle of |
| 02:14.50 | drobbins | is "general software" a vendor or just the guys who sold the bios to the vendor? |
| 02:15.05 | Borealid | heh |
| 02:15.11 | Borealid | never mind |
| 02:15.19 | drobbins | never mind? |
| 02:15.36 | Borealid | I meant the hardware model for the chipset |
| 02:16.16 | drobbins | I think it's pretty intelish |
| 02:16.23 | drobbins | it has dual intel gig-e on it |
| 02:16.46 | Borealid | an embedded board with dual gig-e? |
| 02:16.50 | drobbins | yep |
| 02:16.56 | Borealid | oh, something in the formfactor of a mac mini? |
| 02:17.02 | Borealid | or thereabouts? |
| 02:17.21 | drobbins | yep, around there, with PC104 |
| 02:17.58 | Borealid | heh, xorg compiled |
| 02:18.10 | Borealid | didn't expect that to work first shot |
| 02:18.39 | drobbins | know any good resources for compact flash and boot loaders - helping them to get along and like one another? |
| 02:19.11 | Borealid | I'm sorry, does the board have two gig-e controllers but no EIDE interfaces? |
| 02:19.20 | drobbins | 2 eide interfaces |
| 02:19.27 | Borealid | then put a small drive in one of them |
| 02:19.33 | Borealid | and pivot_root if you really want to |
| 02:19.51 | Borealid | why make extra work? |
| 02:19.59 | drobbins | don't have a spare at home, and can't get it do play nice with the IDE CD-ROM on the breakout board |
| 02:20.10 | Borealid | ah. |
| 02:20.17 | drobbins | you mean run the board with a small drive connected? |
| 02:20.23 | drobbins | to what end? |
| 02:20.34 | *** part/#oe KerwoodDerby (n=KerwoodD@69-174-178-223.frdrmd.adelphia.net) |
| 02:20.42 | Borealid | I don't know what you want to use it for |
| 02:20.56 | drobbins | it's for a commercial project - it needs to run from CF |
| 02:21.00 | drobbins | no HD allowed |
| 02:21.02 | Borealid | ok then |
| 02:21.25 | drobbins | I'm wondering if a 2MB ext2 partition at the beginning of the CF will solve my problems |
| 02:21.33 | drobbins | just to hold the kernel and boot loader stuff |
| 02:21.38 | Borealid | you have it as vfat? |
| 02:21.44 | drobbins | no, ext2 |
| 02:21.55 | drobbins | but I was trying with a ~8MB ext2 and it couldn't load the kernel |
| 02:22.06 | drobbins | bios can't see that far |
| 02:22.13 | Borealid | heh |
| 02:22.34 | Borealid | that might actually do it |
| 02:22.45 | Borealid | keeping it to the first few sectors |
| 02:22.49 | *** join/#oe tmbinc_ (i=XXX@e176187103.adsl.alicedsl.de) |
| 02:22.55 | drobbins | it seems to see each KB of the flash card as a block |
| 02:23.08 | drobbins | so an ~8MB ext2 partition spans about 8000 blocks |
| 02:23.28 | Borealid | I thought block size was usually 4k |
| 02:23.39 | drobbins | for filesystems |
| 02:23.45 | drobbins | for disks, I thought it was 512 bytes |
| 02:23.51 | Borealid | <shrug> |
| 02:23.58 | drobbins | it's all quite confusing, I agree |
| 02:24.14 | Borealid | <-- fell in love with EVMS a few months ago |
| 02:24.46 | Borealid | when a product can get you to go FROM doing something important by hand TO letting an abstract system manage it, you know it's good |
| 02:24.57 | drobbins | yep |
| 02:25.01 | drobbins | what evms are you using? |
| 02:25.17 | Borealid | 2.5.5 |
| 02:25.20 | Borealid | -r1 |
| 02:25.27 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
| 02:25.39 | drobbins | is that being developed by Red Hat these days? |
| 02:25.51 | Borealid | it's a sourceforge project |
| 02:26.02 | drobbins | ok |
| 02:26.04 | Borealid | although a lot of stuff does come out of fedora |
| 02:26.08 | drobbins | I tried the original IBM one |
| 02:26.17 | drobbins | it was pretty nice |
| 02:26.25 | Borealid | the one that was in the kernel? |
| 02:26.28 | drobbins | yep |
| 02:26.30 | Borealid | now it's all userspace |
| 02:26.33 | Borealid | dev-mapper |
| 02:26.46 | Borealid | and it's much nicer :-D |
| 02:27.03 | Borealid | I accidentally removed two drives from my raid-5 |
| 02:27.08 | Borealid | and it put them back |
| 02:27.43 | drobbins | that doesn't sound very good to do |
| 02:27.52 | Borealid | no, it wasn't |
| 02:28.43 | Borealid | I definitely enjoy one-command online expansion of my root filesystem and partition |
| 02:29.01 | Borealid | "oh hey, I need some more space - here's 5GB extra" |
| 02:29.25 | Borealid | and you can do crazy stuff like making partitions with holes in the middle |
| 02:29.46 | Borealid | and ones that stretch from one drive to another |
| 02:29.50 | drobbins | hrm, seems like 1300K is too small for genext2fs? |
| 02:30.01 | drobbins | maybe a bug in my script |
| 02:30.01 | Borealid | really? |
| 02:30.14 | Borealid | mkfs.ext2 should be able to make a filesystem on that |
| 02:30.20 | drobbins | I just think it can't do 400 inodes in that space |
| 02:30.26 | Borealid | maybe not |
| 02:34.24 | drobbins | it seemed to be choking even on 40 inodes |
| 02:34.27 | drobbins | anyway, works now |
| 02:34.37 | Borealid | great |
| 02:34.44 | drobbins | well, doesn't boot yet |
| 02:34.46 | drobbins | haven't tried that |
| 02:37.58 | drobbins | oh good |
| 02:38.03 | drobbins | got good info from grub |
| 02:38.17 | drobbins | "geometry (hd0)" spits out what the bios is seeing as geometry |
| 02:39.03 | drobbins | hany |
| 02:39.05 | drobbins | handy too |
| 02:39.34 | drobbins | ok |
| 02:39.38 | drobbins | I think I can get this working now |
| 02:40.49 | drobbins | fdisk -C 1024 -H 1 -S 1 |
| 02:40.51 | drobbins | that should do it |
| 02:42.11 | drobbins | hrm |
| 02:42.16 | drobbins | will need to play with that |
| 02:44.18 | *** join/#oe csmanx_ (n=csman@70.55.144.47) |
| 02:45.21 | drobbins | can just set bios to 1009/4/62 |
| 02:46.37 | drobbins | and pray |
| 02:46.52 | Borealid | heh |
| 02:52.59 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 03:10.56 | drobbins | grr |
| 03:11.05 | drobbins | my vmware 5.5 crashes when I unmount the cf, consistently |
| 03:11.08 | drobbins | that makes things hard |
| 03:12.49 | drobbins | read-only mounts/unmounts seem to work so I'm safe |
| 03:13.03 | Borealid | yay munging |
| 03:13.27 | drobbins | I think I've discovered the secret |
| 03:13.36 | drobbins | yet lilo just gives me an "L" |
| 03:14.47 | drobbins | prolly need to put the thing in the mbr |
| 03:16.11 | Borealid | if you plan to boot from it, the boot loader must be in the mbr, yes |
| 03:16.29 | Borealid | you can do that with grub-install for grub - or the grub shell |
| 03:16.39 | Borealid | the bios finds the mbr |
| 03:16.44 | Borealid | executes the program there |
| 03:16.46 | drobbins | maybe I didn't mark the partition active |
| 03:16.50 | drobbins | I think lilo wants that |
| 03:16.54 | Borealid | grub doesn't care |
| 03:16.55 | Borealid | lilo may |
| 03:16.59 | Borealid | windows does |
| 03:17.19 | drobbins | it was marked active |
| 03:17.23 | drobbins | ouch |
| 03:18.15 | Borealid | maybe you should try a different boot loader? |
| 03:18.26 | Borealid | see what grub-install to the CF card gives you |
| 03:18.36 | Borealid | lilo is ... picky. |
| 03:20.13 | drobbins | I've been trying grub |
| 03:20.23 | drobbins | I'll try grub-install just for kicks (been trying manual approach) |
| 03:21.19 | drobbins | maybe I need --force-lba |
| 03:21.59 | Borealid | is your device.map all ok? |
| 03:22.04 | drobbins | haven't set one up |
| 03:22.09 | drobbins | is that necessary? |
| 03:22.13 | Borealid | grub command-line uses it |
| 03:22.23 | Borealid | otherwise it looks at /proc/mtab |
| 03:22.31 | drobbins | I'm doing |
| 03:22.36 | drobbins | root (hd1,0) |
| 03:22.46 | drobbins | install /boot/grub/stage1 (hd1) /boot/grub/stage2 |
| 03:22.50 | drobbins | and that's it |
| 03:22.57 | drobbins | it gets grub installed. It just can't load the kernel |
| 03:23.05 | Borealid | what error? |
| 03:23.13 | drobbins | corrupt filesystem |
| 03:23.18 | Borealid | try running setup |
| 03:23.23 | Borealid | using a stage2 |
| 03:23.25 | drobbins | setup doesn't work |
| 03:23.30 | Borealid | ? |
| 03:23.34 | Borealid | at all? |
| 03:23.37 | drobbins | do I need a stage1.5 to get ext2 reading support |
| 03:23.40 | drobbins | as I remember no |
| 03:23.52 | Borealid | I don't think you do |
| 03:23.57 | Borealid | I meant |
| 03:24.02 | Borealid | using the grub command line |
| 03:24.06 | Borealid | and the command setup |
| 03:24.20 | Borealid | to force in a stage2, which may solve your problems |
| 03:24.40 | drobbins | root (hd1,0) |
| 03:24.42 | drobbins | setup (hd1) |
| 03:24.44 | drobbins | I've tried that |
| 03:24.51 | drobbins | --force-lba may fix it |
| 03:24.56 | drobbins | will research |
| 03:25.08 | drobbins | setup --force-lba (hd1) |
| 03:25.22 | drobbins | grub-install is a bash script and I'm reading through it to learn its secrets |
| 03:27.04 | Borealid | this may seem silly |
| 03:27.18 | Borealid | but did you put your partition so close to the front of the drive that it's actually in the MBR? |
| 03:27.41 | Borealid | you want the partition with the kernel to be at least 64k away from the drive's start |
| 03:27.41 | drobbins | no, I didn't |
| 03:27.48 | Borealid | ok then |
| 03:28.02 | drobbins | I think that grub ext2 reader is detecting that the end of the ext2 fs doesn't match up with the end of the partition, possibly |
| 03:28.12 | drobbins | because I"m writing the ext2fs straight out to a partition that's bigger |
| 03:28.16 | drobbins | but still, that should work... |
| 03:28.22 | Borealid | should, yes |
| 03:28.32 | drobbins | i booted the board |
| 03:28.38 | drobbins | typed root (hd0,0) at console |
| 03:28.44 | drobbins | sees it as ext2 |
| 03:28.55 | drobbins | oooh |
| 03:29.05 | drobbins | kernel /boot/bzImage worked |
| 03:29.10 | drobbins | well |
| 03:29.14 | drobbins | it gave me an error |
| 03:29.25 | Borealid | try using find |
| 03:29.29 | drobbins | but it actually did auto-complete on bzImage |
| 03:29.31 | Borealid | find bzImage |
| 03:29.40 | Borealid | or rather find /boot/bzImage |
| 03:29.43 | Borealid | see what it says |
| 03:29.59 | drobbins | maybe this flash is defective |
| 03:30.09 | Borealid | possible |
| 03:30.25 | drobbins | wouldn't be surprised |
| 03:30.48 | drobbins | it says: |
| 03:30.50 | drobbins | (hd0,0) |
| 03:30.55 | drobbins | and sits there.... |
| 03:31.18 | Borealid | heh |
| 03:31.40 | drobbins | how much does a 256MB CF cost? |
| 03:31.49 | Borealid | nothing |
| 03:31.59 | Borealid | I saw one for $10 the other day, no rebate |
| 03:32.02 | drobbins | k |
| 03:32.05 | drobbins | I'll go buy one |
| 03:32.11 | Borealid | that was a good deal, mind you |
| 03:32.15 | Borealid | but they're still cheap |
| 03:32.19 | drobbins | best buy/circuit city have em? |
| 03:32.24 | Borealid | yes |
| 03:32.28 | Borealid | they'll be $30 there |
| 03:32.29 | drobbins | gonna go on an errand |
| 03:32.32 | drobbins | urg |
| 03:32.47 | Borealid | ooh, I saw a 2GB SD card for $20 |
| 03:32.55 | Borealid | with a $10 mail-in rebate |
| 03:33.00 | Borealid | that was luscious |
| 03:33.19 | Borealid | oh my goodness |
| 03:33.26 | Borealid | ts_calibrate works |
| 03:33.29 | Borealid | after all that! |
| 03:33.35 | Borealid | all I had to do was not use xtscal |
| 03:33.38 | Borealid | <sigh> |
| 03:33.39 | drobbins | ok, gotta play tickle monster, then best buy |
| 03:33.49 | drobbins | thanks for the companionship during this difficult time |
| 03:35.21 | Borealid | heh, np |
| 03:36.14 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 03:53.34 | *** join/#oe minipanda (n=hzhang@219.236.27.35) |
| 04:01.35 | *** join/#oe dijenerate (n=dijenera@69.73.212.227) |
| 04:04.03 | *** join/#oe hvontres (n=henry@adsl-75-3-202-121.dsl.sndg02.sbcglobal.net) |
| 04:27.22 | *** join/#oe hvontres (n=henry@adsl-75-3-202-121.dsl.sndg02.sbcglobal.net) |
| 04:42.56 | *** join/#oe angom_h (n=angom@red-corp-200.76.251.26.telnor.net) |
| 04:51.27 | *** join/#oe angom_h (n=angom@red-corp-200.76.251.26.telnor.net) |
| 05:06.51 | *** join/#oe hvontres (n=henry@adsl-75-3-202-121.dsl.sndg02.sbcglobal.net) |
| 05:28.14 | *** join/#oe magnet (n=magnet@lns-bzn-28-82-250-129-26.adsl.proxad.net) |
| 05:40.38 | *** join/#oe gremlin[it] (n=gremlin@ppp-45-9.25-151.libero.it) |
| 05:58.06 | *** join/#oe ggilbert__ (n=ggilbert@70-38-100-138.losaca.adelphia.net) |
| 06:02.26 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 06:03.13 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 06:03.56 | gremlin[it] | mornin koen |
| 06:04.37 | *** join/#oe hvontres (n=henry@adsl-75-3-202-121.dsl.sndg02.sbcglobal.net) |
| 06:07.01 | koen | hey gremlin[it] |
| 06:07.54 | gremlin[it] | koen u remeber the ep9307 board i talked about ? ... now i have one with a 7" wide screen LCD :) |
| 06:09.47 | koen | cool |
| 06:10.06 | koen | did you see that lennert pushed a lot of stuff upstream? |
| 06:10.07 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11923.bb.online.no) |
| 06:10.55 | gremlin[it] | i'll check this weekend ... i have to made some test on the 2.4 kernel code ... and then i'll move to 2.6 so i can be in sync :) |
| 06:10.59 | koen | gremlin[it]: http://www.freelists.org/archives/linux-cirrus/06-2006/msg00069.html |
| 06:13.08 | gremlin[it] | good ... i'll have to test watchdog :) |
| 06:13.49 | gremlin[it] | and i'll work for RS485, touch, raster (maybe also accelleration) ... |
| 06:14.38 | gremlin[it] | i'm tring to figure out if 9307 can be a divx player ... the 7" colot TFT is perfect for that :) |
| 06:15.37 | hvontres | root@poodle: uname-a |
| 06:16.14 | hvontres | Linux poodle 2.6.17 #1 PREEMPT :) |
| 06:16.33 | hvontres | now I just need to get usb working ....;) |
| 06:25.02 | hvontres | RP: any progress on poodle audio? |
| 06:51.26 | *** join/#oe zap (n=zap@85.249.166.10) |
| 06:57.41 | *** join/#oe katossi (n=guillerm@dslb-084-061-037-247.pools.arcor-ip.net) |
| 06:58.27 | emte | HEY gremlin[it] there you are |
| 06:58.53 | gremlin[it] | hi emte |
| 06:59.04 | emte | only problem is that i've now forgotten all the questions i had for you... |
| 06:59.16 | gremlin[it] | hahah :) |
| 06:59.30 | emte | hmm |
| 06:59.32 | gremlin[it] | i was quite busy so didn't connect here |
| 06:59.45 | gremlin[it] | about h3600 and battery ? |
| 06:59.51 | emte | always happens durring the summer |
| 06:59.55 | emte | yeah |
| 07:00.08 | emte | hmm |
| 07:00.31 | emte | i cant remember any off hand, altho can you send me the .config your using for 2.6 ? |
| 07:01.02 | emte | i am not finding any type of standard one arround |
| 07:01.42 | gremlin[it] | standard about ? |
| 07:02.10 | emte | semi-default config for the h36 devices |
| 07:02.37 | emte | not sure which options i should be selecting or not |
| 07:05.15 | gremlin[it] | ok |
| 07:07.33 | emte | thnks |
| 07:07.53 | gremlin[it] | is the one present in oe ! |
| 07:08.15 | emte | ? |
| 07:08.22 | emte | hmmm |
| 07:08.28 | emte | i dont have one in my OE |
| 07:08.48 | emte | just the pxa and h39 stuff |
| 07:09.13 | gremlin[it] | on the handhelds-sa-2.6-2.6.12-hh0+cvs |
| 07:10.23 | emte | yeah i dont have that ... |
| 07:10.40 | emte | ozfam or dev? |
| 07:10.45 | gremlin[it] | sure u have ... arch/arm/config/h3600_defconfig |
| 07:11.27 | gremlin[it] | dev |
| 07:11.28 | emte | ah yeah i have that :P |
| 07:11.44 | emte | i dont have a close to recent version of .dev |
| 07:12.08 | gremlin[it] | ahhh i sync about every day |
| 07:12.37 | emte | yeah, i dont really have a reason to anymore and i dont want to upgrade monotone |
| 07:12.56 | emte | otherwise i cant pull the ozfam branch when i need to |
| 07:12.57 | gremlin[it] | i'm still using 0.25 |
| 07:13.14 | gremlin[it] | i cant pull :( |
| 07:13.21 | emte | it changes.. the end of the month i belive |
| 07:13.32 | gremlin[it] | sorry ... i can't push ... mistake :) |
| 07:14.17 | emte | lol |
| 07:15.17 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 07:16.53 | gremlin[it] | anyway .. i have to check but i think i have do some work forward in respect to the cvs kernel ... |
| 07:20.12 | gremlin[it] | but i still miss some work on data excahnge between sa1110 and atmel micro ... |
| 07:21.51 | emte | hmm |
| 07:31.56 | *** join/#oe ts____gin (n=gints@62.84.15.211) |
| 07:35.30 | hvontres | anybody out there building a 2.6.17 kernel from the oz3.5.4.1 branch? |
| 07:36.13 | emte | doubtful |
| 07:36.36 | emte | that is a stablization branch |
| 07:37.09 | emte | aka work out bugs and ship |
| 07:39.30 | hvontres | ok, I was just trying to minimize the headaches to get a working bootstrap for poodle |
| 07:40.18 | emte | going to a cutting edge kernel would increase headaches immensly |
| 07:40.53 | emte | you are aware of the kernel developer's shift in policy are you not? |
| 07:59.17 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 08:06.37 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 08:13.59 | *** join/#oe katossi (n=guillerm@dslb-084-061-037-247.pools.arcor-ip.net) |
| 08:23.48 | CoreDump|home | morning |
| 08:24.44 | hvontres | morning |
| 08:25.23 | hvontres | I managed to build a 2.6.17 image for poodle, but it had none of the usb modules :( |
| 08:25.47 | hvontres | almost done with second attempt... |
| 08:25.55 | hvontres | poor PII's |
| 08:26.37 | hvontres | emte: no, what shift was that? |
| 08:28.34 | hvontres | CoreDump|home: Any news from RP on poodle sound? |
| 08:29.10 | *** join/#oe katossi (n=guillerm@dslb-084-061-037-247.pools.arcor-ip.net) |
| 08:29.47 | CoreDump|home | none |
| 08:30.07 | hvontres | hmm...ok |
| 08:35.41 | hvontres | CoreDump|home: Do you know which modules 2.6 on poodle uses for usb? |
| 08:36.08 | *** join/#oe crigo (n=crigo@no.e-volution.ro) |
| 08:36.22 | CoreDump|home | I don't sorry. I don't even know if USB is supposed to work at all |
| 08:37.51 | hvontres | Ok, I was going to try and test it... still kinda new to this thing. |
| 08:40.28 | mickey|semifinal | morning |
| 08:41.24 | hvontres | mikey|semifinal: moin |
| 08:44.56 | CIA-9 | 03mickeyl 07org.oe.dev * r5ef996f8... 10/packages/zile/zile_2.2.15.bb: zile 2.2.15 add latest version, patches no longer necessary |
| 08:49.02 | *** join/#oe JaMa (n=martin@njama.mk.cvut.cz) |
| 08:49.37 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 08:49.51 | CoreDump|home | morning mickey|semifinal |
| 08:58.55 | CoreDump|home | raising eyebrows at the 1-1.5 TB mark bandwidth wise. " |
| 09:00.01 | mickey|semifinal | heh, cool |
| 09:01.04 | CoreDump|home | in regards to mirrors we are set with 3-5 machines |
| 09:02.10 | *** join/#oe JaMa (n=martin@njama.mk.cvut.cz) |
| 09:03.54 | hvontres | Whoooooo!!!! |
| 09:03.54 | hvontres | I can ping my poodle over USB on 2.6.17...:) |
| 09:04.00 | hvontres | root@poodle:~# uname -a |
| 09:04.02 | hvontres | Linux poodle 2.6.17 #1 PREEMPT Thu Jun 29 20:33:24 PDT 2006 armv5tel unknown |
| 09:04.04 | CoreDump|home | hvontres: excellent! |
| 09:04.04 | hvontres | over ssh...:) |
| 09:04.10 | hvontres | CoreDump|home: I guess USB works in 2.6:) |
| 09:04.14 | CoreDump|home | =) |
| 09:04.26 | CoreDump|home | did you add an modules to defconfig? |
| 09:05.09 | *** join/#oe JaMa (n=martin@njama.mk.cvut.cz) |
| 09:08.02 | hvontres | no, I just extracted the contents from modules-2.6.17-poodle.tgz |
| 09:08.24 | hvontres | and then did an "insmod g_ether.ko" from the right directory |
| 09:09.09 | hvontres | I was using RP's bb files from the .dev branch, not sure which rev tho |
| 09:09.19 | CoreDump|home | nice |
| 09:09.43 | hvontres | Now, for my next trick... |
| 09:09.52 | CoreDump|home | there are very few bugs left w/ poodle 2.6. It's shame that RP is so busy ATM :( |
| 09:10.24 | *** join/#oe JaMa (n=martin@njama.mk.cvut.cz) |
| 09:10.25 | hvontres | I will try to see if I can't get kexec and alboot to dual-boot back to a 2.4 setup for normal usage |
| 09:10.40 | hvontres | Any hints? |
| 09:11.08 | CoreDump|home | 2.6 is known the "reconfigure" your flash partitions in a way that makes 2.4 oops... |
| 09:11.47 | hvontres | well, I have set up a loop image of my old root fs, will that help? |
| 09:11.57 | CoreDump|home | it should, yes |
| 09:12.15 | hvontres | ohhh, I see, you can't get to /dev/mtdblk2 and 3 right? |
| 09:12.31 | CoreDump|home | you can try =) but usually the kernel oopses |
| 09:12.41 | *** join/#oe JaMa (n=martin@njama.ipv6.mk.cvut.cz) |
| 09:12.59 | hvontres | hmmmm... I guess I'll be flashing back and forth then... |
| 09:13.20 | hvontres | I got kinda used to having my Poodle be my "My-Pod" |
| 09:13.22 | CoreDump|home | you can edit your loop-file to not mount /home and you should be fine |
| 09:13.47 | hvontres | That's a thought.. |
| 09:14.02 | hvontres | so the zImage should also be on SD then? |
| 09:14.52 | CoreDump|home | no, after kexec it doesn't matter where the zImage is |
| 09:15.26 | hvontres | and since kexec runs in 2.6, that should be fine. |
| 09:15.36 | CoreDump|home | indeed |
| 09:16.25 | hvontres | Ok, maybe I'll try tomorrow. At least I can get my Z on the net from the cradel now. |
| 09:16.54 | hvontres | The old 2.4 kernel wouldn't work with Fedora....:( (MTU problems) |
| 09:17.17 | hvontres | 2:15 am ---- time to go to sleep. |
| 09:17.26 | hvontres | see ya'll later |
| 09:17.27 | CoreDump|home | n8 hvontres |
| 09:19.17 | *** join/#oe zecke (n=ich@88.134.0.193) |
| 09:23.13 | hvontres|zzzZZZz | BTW: the drive light in 2.6 is really cool :) |
| 09:24.01 | eFfeM | what is the best way to change CCFLAGS for configure? I have a configure (for libgcrypt) that fails because of overagressive optimisation |
| 09:25.48 | zecke | eFfeM: fails as in miscompilation? |
| 09:26.48 | eFfeM | zecke: configure tries to determine the size of long log, it does so by creating a static array of 256 elements, then uses size to determine the size (and divide by 256 using awk) |
| 09:27.04 | zecke | hehe |
| 09:27.15 | eFfeM | issue is that with gcc 4.1.1. with -funit-at-a-time and -Os the array is optimised away .... |
| 09:27.27 | zecke | eFfeM: what about putting the size into the site script? |
| 09:27.38 | eFfeM | site script ? |
| 09:28.16 | zecke | check sites/ |
| 09:29.17 | eFfeM | you lost me, I have no sites dir (I assume that is what you mean) |
| 09:29.40 | eFfeM | oh, you mean site |
| 09:30.25 | eFfeM | zecke the size info is there, but apparently it is not used |
| 09:30.38 | zecke | because they invented there own check |
| 09:31.43 | eFfeM | actually I was thinking of adding something like CFLAGS="" in EXTRA_OECONF, but not sure if that is going to work |
| 09:32.36 | zecke | eFfeM: no it won't :) |
| 09:32.47 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 09:32.50 | eFfeM | feared that (as they are probably additive) |
| 09:32.54 | zecke | eFfeM: you can just set CFLAGS yourself (in the bbfile), or fix the configure check :) |
| 09:33.28 | eFfeM | if I set the CFLAGS in the bb file that will also affect the compile, doesn't it |
| 09:34.03 | eFfeM | I could fix the check in configure, but actually the configure is generated using automake etc and that is where I get lost |
| 09:36.10 | eFfeM | is this the bad guy (from configure.ac): AC_CHECK_SIZEOF(unsigned long long, 0) ?? |
| 09:36.55 | zecke | ah okay, I just remember |
| 09:37.03 | zecke | this size of test, is from 'us' |
| 09:37.20 | eFfeM | ok |
| 09:37.22 | zecke | we could sanitize CFLAGS within this test |
| 09:37.32 | zecke | but talk to kergoth or pb_ they are more clueful |
| 09:40.12 | eFfeM | the issue is that eventually I end up with a config.h that says: |
| 09:40.12 | eFfeM | #define SIZEOF_UNSIGNED_LONG 0 |
| 09:40.13 | eFfeM | #define SIZEOF_UNSIGNED_LONG_LONG 0 |
| 09:40.25 | eFfeM | which unsurprisingly does not work |
| 09:41.38 | zecke | well do not use that -f optimisation |
| 09:42.22 | eFfeM | zecke: yeah, but how ??? |
| 09:43.09 | eFfeM | I can add CFLAGS= whatever to the bb file, but that will also affect the package |
| 09:43.16 | zecke | a) update the autoconf patch b) set custom CFLAGS in do_configure (not too good) |
| 09:43.19 | eFfeM | I'd rather only change the conf |
| 09:43.37 | zecke | CFLAGS_do_configure = "MOO" <- but that is bad |
| 09:43.54 | eFfeM | there is no autoconf patch and I am not too good in autoconf/automake/configure/... |
| 09:44.10 | zecke | eFfeM: there is no patch to autoconf in OE? If you say that |
| 09:44.16 | zecke | need to reboot |
| 09:44.57 | eFfeM | zecke, not for this package ... |
| 09:45.07 | eFfeM | cu after the reboot |
| 09:50.59 | *** join/#oe KerwoodDerby (n=KerwoodD@69-174-178-223.frdrmd.adelphia.net) |
| 09:51.05 | *** join/#oe zecke (n=ich@88.134.0.193) |
| 09:51.12 | eFfeM | hi zecke |
| 09:51.42 | zecke | re |
| 09:52.43 | eFfeM | zecke what did you mean with autoconf patch, there is none in this package and my automake skills are not really good enough to know what I have to change |
| 09:54.50 | zecke | http://www.openembedded.org/repo/org.openembedded.dev/packages/autoconf/autoconf-2.59/sizeof_types.patch |
| 09:55.04 | zecke | but 1) find out why the site cache is not working |
| 09:55.36 | zecke | now I try to get the akademy paper done |
| 09:56.02 | eFfeM | zecke: tnx for the info and good luck with your paper! |
| 09:56.11 | eFfeM | didn't know this url |
| 09:56.58 | eFfeM | I think I can fix the patch |
| 09:57.10 | zecke | awesome :} |
| 09:57.18 | zecke | make it work with BSD size as well ;) |
| 09:57.33 | eFfeM | lol, i don't think i have bsd size |
| 10:00.02 | eFfeM | zecke, before making a bad change that affects everyone: my proposal is to change the patch by replacing |
| 10:00.03 | eFfeM | [static const $1 x[[256]];])], |
| 10:00.04 | eFfeM | with |
| 10:00.14 | eFfeM | [static const $1 x[[256]];dummy(f)])], |
| 10:00.30 | eFfeM | actually [static const $1 x[[256]];dummy(f);])], |
| 10:00.32 | eFfeM | forgot the ; |
| 10:01.06 | eFfeM | aarg: dummy(x) of course |
| 10:01.15 | zecke | hehe |
| 10:01.22 | eFfeM | this will cause a reference to x which defeats the optimizer |
| 10:01.24 | eFfeM | ok? |
| 10:01.40 | pb_ | zecke: hello |
| 10:01.40 | zecke | will it always use gcc for it? |
| 10:01.44 | zecke | or will it use g++ as well? |
| 10:01.47 | *** join/#oe nacer (n=laradji@pai34-4-82-240-124-12.fbx.proxad.net) |
| 10:02.15 | eFfeM | zecke, no idea, this is beyond the scope of my knowledge |
| 10:02.17 | zecke | eFfeM: if it is using g++, it will complain about the lack of void dummy(...) |
| 10:02.22 | zecke | hehe mine as well |
| 10:02.39 | zecke | pb_: which compiler wil AC_TRY_COMPILE use? |
| 10:03.07 | pb_ | ${CC}, I think |
| 10:03.21 | pb_ | it's pretty easy to inspect either the .m4 file or the generated configure script to find out for sure |
| 10:03.42 | pb_ | or even (horror) the manual |
| 10:03.52 | zecke | eFfeM: as pb_ didn't explode yet, I think this change would be okay |
| 10:04.05 | eFfeM | lol |
| 10:04.51 | eFfeM | the configure script I am using uses gcc (armeb-linux-gcc or so) |
| 10:05.41 | eFfeM | don't know what a good way is to insert a #include otherwise I would replace dummy(x) with a library function |
| 10:06.15 | zecke | no, dummy is fine |
| 10:06.33 | zecke | maybe extern void dummy($1); but as it is using gcc it will compile anyway |
| 10:06.50 | eFfeM | yeah, that could be nice |
| 10:06.59 | eFfeM | better fix it fully |
| 10:08.20 | eFfeM | ok, I ended up with: |
| 10:08.20 | eFfeM | [extern void dummy($1); static const $1 x[[256]]; dummy(x);])] |
| 10:08.48 | eFfeM | will test this and if it works for libgcrypt (where I faced the problem), I'll commit the change |
| 10:08.55 | eFfeM | zecke: pb_ ok? |
| 10:09.19 | *** join/#oe lindenle (n=lindenle@up.npl.uiuc.edu) |
| 10:09.45 | lindenle | Is sh part of the kernel image meta compile or part of gpe and opie images? |
| 10:11.17 | zecke | lindenle: task-bootstrap should build busybox |
| 10:11.27 | lindenle | oh and sh is in busybox |
| 10:11.30 | zecke | which should have sh builtin |
| 10:11.30 | lindenle | ok I forgot thanks |
| 10:14.45 | eFfeM | pb_ there is another issue I'd like your advice on. I moved gcc for nslu2 to 4.1.1 and it works perfectly for normal arm code, but for thumb it gives bad asm |
| 10:15.07 | eFfeM | saw your name while googling for solutions so thought you might have some suggestions |
| 10:15.22 | eFfeM | eg I get: /tmp/cclUfDLr.s:42: Error: lo register required -- `ldr sl,.L_GET_GOT' |
| 10:15.35 | eFfeM | which to me seems that the insn generator or the optimiser is no good |
| 10:16.06 | eFfeM | this worked on 3.4.4. and I saw no patch missing that would deal with that |
| 10:16.42 | eFfeM | zecke, pb_ the autoconf patch worked for me, will commit |
| 10:16.48 | zecke | okay |
| 10:17.09 | zecke | eFfeM: If things break, I will tell everyone you are guilty |
| 10:17.22 | eFfeM | oh, thank you .... |
| 10:17.57 | lindenle | zecke: do you know if it is sh or ash? |
| 10:18.17 | eFfeM | that's why I asked first. If a fix by any reason breaks a single package that is bad, but if it breaks all that is very bad |
| 10:18.40 | eFfeM | the more impact a change has the more careful I try to be |
| 10:20.26 | eFfeM | shall I write in the commit message "approved by zecke" :-) |
| 10:21.19 | zecke | eFfeM: which size was taken for long long? |
| 10:21.44 | eFfeM | 8 |
| 10:22.22 | eFfeM | #define SIZEOF_UNSIGNED_LONG_LONG 8 |
| 10:24.22 | zecke | 8 byte? my first computer didn't even have 8 byte... in total ;) |
| 10:24.40 | zecke | eFfeM: and did it check for other sizes as well? |
| 10:27.57 | *** join/#oe Laibsch (n=Laibsch@V4b43.v.pppool.de) |
| 10:30.03 | eFfeM | zecke it did check for uns int, uns long uns long long uns short, all those sizes are ok |
| 10:30.23 | eFfeM | zecke I'm sure your first compu had more than 8 bytes. |
| 10:30.48 | eFfeM | actually the smallest I worked with is probably 128 bytes (ram that is) |
| 10:33.55 | zecke | eFfeM: got me :) |
| 10:35.24 | pb_ | eFfeM: what sort of assembler problems does it produce? |
| 10:37.07 | pb_ | oh, right, that PIC thing |
| 10:37.12 | pb_ | that's odd, I thought it was fixed months ago |
| 10:37.40 | pb_ | and, for that matter, I thought it was broken in 3.4.4. Are you sure that thumb worked for shared libraries in that version? |
| 10:38.19 | eFfeM | pb_ there are a few other error messages, but pastebin is not very cooperative today |
| 10:38.38 | eFfeM | we have a uclibc distro, that one used to work but does not compile now |
| 10:39.31 | eFfeM | actually I am not actively using the thumb set, but when I advanced gcc from 3.4.4 to 4.1.1. things broke for this variant |
| 10:40.46 | eFfeM | pb_: pastebin is not working for me, but this is what I get (and apologies for pasting 4 lines) |
| 10:40.47 | eFfeM | /tmp/cclUfDLr.s:42: Error: lo register required -- `ldr sl,.L_GET_GOT' |
| 10:40.47 | eFfeM | /tmp/cclUfDLr.s:43: Error: dest and source1 must be the same register -- `add sl,pc,sl' |
| 10:40.47 | eFfeM | /tmp/cclUfDLr.s:48: Error: invalid base register in load/store -- `ldr r4,[sl,r4]' |
| 10:40.47 | eFfeM | /tmp/cclUfDLr.s:54: Error: garbage following instruction -- `add sp,sp,r4,lsl#2'/tmp/cclUfDLr.s:60: Error: garbage following instruction -- `add r3,r2,r1,lsl#2'/tmp/cclUfDLr.s:66: Error: invalid base register in load/store -- `ldr r0,[sl,r0]' |
| 10:41.10 | eFfeM | it is in uclibc where it tries to compile ldso.c |
| 10:41.27 | eFfeM | lunch is ready, back in 30 minutes or so |
| 10:57.42 | eFfeM | back |
| 10:58.37 | eFfeM | pb_ do you have an idea on how to fix or where to find a patch |
| 11:00.28 | CIA-9 | 03eFfeM 07org.oe.dev * r27ae8c38... 10/packages/autoconf/ (autoconf-2.59/sizeof_types.patch autoconf_2.59.bb): |
| 11:00.29 | CIA-9 | autoconf: changed the sizeof patch a little bit; |
| 11:00.29 | CIA-9 | <PROTECTED> |
| 11:00.29 | CIA-9 | <PROTECTED> |
| 11:02.25 | eFfeM | finally got through to pastebin: this http://pastebin.com/737673 gives some more context (eg compiler flags) |
| 11:10.58 | *** join/#oe carter (n=carter@p54BBEC91.dip.t-dialin.net) |
| 11:14.52 | pb_ | eFfeM: I think you'd need to talk to the uclibc people about that. |
| 11:16.07 | eFfeM | ok, tnx |
| 11:26.45 | mickey|semifinal | D'oh! |
| 11:26.55 | mickey|semifinal | Folks, have a look at qt4.2-tp1 |
| 11:27.05 | zecke | mickey|semifinal: hehe |
| 11:27.07 | mickey|semifinal | The GraphicsView is - u n b e l i e v a b l e - |
| 11:27.20 | zecke | mickey|semifinal: Nothing new :) |
| 11:27.24 | zecke | mickey|semifinal: glib integration |
| 11:27.37 | zecke | mickey|semifinal: QtDBUS |
| 11:28.29 | zecke | mickey|semifinal: need to test performance on ARM :) |
| 11:29.08 | CIA-9 | 03eFfeM 07org.oe.dev * re45e18cd... 10/packages/cyrus-sasl/ (cyrus-sasl-2.1.19/client.c.patch cyrus-sasl_2.1.19.bb): |
| 11:29.08 | CIA-9 | cyrus-sasl: removed static for local decl of a var mentioned in .h as |
| 11:29.08 | CIA-9 | <PROTECTED> |
| 11:32.58 | zecke | mickey|semifinal: TT has other tough stuff in the pipeline |
| 11:33.28 | zecke | mickey|semifinal: e.g. a Qt based terminal server system. That will kick the crap out of NX/X on low latency links |
| 11:33.34 | zecke | (at least this is my impression) |
| 11:33.51 | zecke | too bad that they blow up on Qtopia |
| 11:34.21 | mickey|semifinal | yeah |
| 11:34.30 | mickey|semifinal | for desktop i can't recommend anything else |
| 11:34.39 | mickey|semifinal | for embedded i don't think i can recommend it |
| 11:34.49 | zecke | :( |
| 11:35.10 | cbrake | any suggestions on a distro to start with for a PXA270 platform? Do any of the zaurus machine/distros combinations build in dev? |
| 11:35.27 | cbrake | I used to used familiar-unstable ... |
| 11:35.53 | zecke | cbrake: use openzaurus-unstable (for soft float) and it 'should' compile |
| 11:36.17 | cbrake | zecke: I just tried that. Just a min ... |
| 11:36.35 | XorA|gone | gpe-image for openzaurus unstable built for me yesterday |
| 11:37.12 | mickey|semifinal | DISTRO = "generic" |
| 11:37.18 | mickey|semifinal | should be the best option |
| 11:37.48 | pb_ | hi mickey|semifinal |
| 11:37.53 | mickey|semifinal | hey phil |
| 11:38.05 | cbrake | XorA|gone: zecke: I must have my machine set up incorrectly then. |
| 11:38.19 | cbrake | XorA|gone: what zaruii have PXA270's in them? |
| 11:38.26 | zecke | cbrake: boxer? |
| 11:38.39 | mickey|thesis | All cxx00 |
| 11:39.04 | cbrake | zecke, mickey|thesis ok, I'll give one of those a try --thx |
| 11:43.05 | *** join/#oe magnet (n=magnet@lns-bzn-28-82-250-129-26.adsl.proxad.net) |
| 12:19.08 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CD5C.dip.t-dialin.net) |
| 12:22.32 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 12:28.02 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
| 12:31.35 | *** join/#oe ken (n=ken@213-67-126-82-no75.business.telia.com) |
| 12:31.48 | lindenle | How do I reload the keymap after I change it? |
| 12:31.53 | lindenle | do I need to reboot? |
| 12:34.17 | *** join/#oe goxboxlive_ (n=goxboxli@ti500710a080-11923.bb.online.no) |
| 13:14.07 | *** join/#oe nacer (n=laradji@cro34-1-82-224-135-34.fbx.proxad.net) |
| 13:24.33 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CD5C.dip.t-dialin.net) |
| 13:27.16 | ken | konq-emb is driving me nutters |
| 13:27.29 | zecke | hehe |
| 13:27.53 | ken | that kde-config issue makes no sense, in either direction |
| 13:31.50 | chouimat | <PROTECTED> |
| 13:32.09 | ken | Is that today? OMG cant believe I forgot :P |
| 13:33.24 | ken | Founding day or ? |
| 13:33.52 | lindenle | How do I change the keymap? |
| 13:35.44 | ken | loadkeys? |
| 13:38.42 | Laibsch | Is there good reason to recompile tslib anew every time? Does it need to be the CVS version? |
| 13:39.04 | ken | Laibsch, no |
| 13:39.18 | ken | set a cvsdate |
| 13:39.24 | zecke | Laibsch: set a SRCDATE |
| 13:39.54 | zecke | Laibsch: "send a patch" (not meant to sound mean, strange, angry) :) |
| 13:41.05 | Laibsch | zecke: ;-) |
| 13:42.41 | zecke | Laibsch: :) |
| 13:48.32 | *** join/#oe KerwoodDerby (n=KerwoodD@69-174-178-223.frdrmd.adelphia.net) |
| 13:50.12 | Laibsch | Where is the best place to set SRCDATE? In conf/local.conf? |
| 13:50.18 | *** part/#oe lindenle (n=lindenle@up.npl.uiuc.edu) |
| 13:50.50 | *** join/#oe EvilDevil_ (n=miau@p54A6D573.dip.t-dialin.net) |
| 13:51.17 | Kristoffer | Laibsch, distro file or local.conf |
| 13:51.27 | Kristoffer | If you got your own distro file use that, otherwise local.conf |
| 13:51.32 | Laibsch | Thank you. |
| 13:51.36 | Kristoffer | np |
| 13:51.52 | Laibsch | I do not have my own distro (yet ;-)) |
| 13:52.04 | Kristoffer | what machine are you working against? |
| 13:52.25 | Laibsch | collie |
| 13:53.31 | Kristoffer | one of the zaurus right? |
| 13:54.26 | Laibsch | SL-5500, correct. |
| 13:55.02 | Laibsch | I might start compiling stuff for the WRT54GL (But I guess only ipk is possible, not the complete boot image) |
| 13:55.35 | Kristoffer | Laibsch, there is a a couple of meta packages that builds complete boot images |
| 13:55.56 | Kristoffer | "bitbake bootstrap-image opie-image" |
| 13:56.21 | Laibsch | That leads me to a question concerning GPL and publication of compiled stuff. Does any of you do that outside of the big projects? How do you handle the requirement to publish source? Do you keep a backup of the exact sources you used? Seems like a bit of a hassle. |
| 13:56.50 | Laibsch | Kristoffer: The problem appears that the linksys router cannot be flashed in that way. |
| 13:57.53 | Kristoffer | Laibsch, I currently got a member looking into what requirements the GPL states, all sources is saved when compiling so its more of a space issue |
| 13:57.57 | Kristoffer | Laibsch, aha, understand |
| 13:59.05 | Laibsch | yes, of course it is a space issue. but it is also a question of how to handle this. Having stuff and finding it are not the same ;-) |
| 14:00.23 | Kristoffer | Will probobly host them on the site, but I would rather not |
| 14:03.51 | *** join/#oe TheCan (n=thecan@dslb-084-056-145-149.pools.arcor-ip.net) |
| 14:06.59 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 14:13.40 | zecke | INAL strictly speaking the source should be in the same place |
| 14:14.16 | zecke | this means you should put GNU make, GNU gcc... sourcecode of all used host utilities + BB Files + BB Patches + Sources into the feed directory :) |
| 14:14.26 | zecke | I have never seen such thing though :) |
| 14:18.32 | Kristoffer | zecke, got a quick question for ya if you got time |
| 14:19.09 | Kristoffer | scummvm doesnt like 4.1.1, so thinking about setting CCSUFFIX, but the trouble is that should we force 3.4.4 version or detect if theyve used CCSUFFIX somewhere else? |
| 14:19.52 | Kristoffer | Or perhaps set different for different distros?..want to create as little of a hassle as possible |
| 14:20.02 | zecke | Kristoffer: hmm |
| 14:20.37 | zecke | Kristoffer: this is a short coming of OE. The proper fix is to make scummvm work, or mask it out |
| 14:24.41 | *** join/#oe sirfred (n=mteira@158.Red-83-43-155.dynamicIP.rima-tde.net) |
| 14:24.53 | sirfred | Good evening |
| 14:25.04 | eFfeM | morning sirfred |
| 14:25.19 | eFfeM | ~ugt |
| 14:25.29 | ibot | well, ugt is Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. |
| 14:25.41 | sirfred | eFfeM: :) |
| 14:26.40 | Kristoffer | zecke, how about if I destroy the "check for 4.x" part and then set a CCSUFFIX for distro specific? |
| 14:26.41 | *** join/#oe cbrake (n=cbrake@cpe-65-25-51-117.neo.res.rr.com) |
| 14:27.13 | Kristoffer | zecke, that way all gcc-3.x distros/users wont notice it and all others can set ccsuffix |
| 14:27.39 | eFfeM | zecke what is the exact problem with scummvm? |
| 14:27.51 | Kristoffer | eFfeM, scummvm doesnt like gcc 4.x |
| 14:27.55 | Kristoffer | or want |
| 14:28.05 | eFfeM | i've been working on patching other packages to work with 4.1.1 |
| 14:28.29 | Kristoffer | hmm, you just said something interesting, it just says that its not supported, not that it would work |
| 14:28.41 | eFfeM | Kristoffer: generally this gives an error (e.g. external variable redeclared as static is one that I often see) |
| 14:29.05 | eFfeM | Kristoffer: that is more serious |
| 14:30.10 | Kristoffer | eFfeM, so whats the best approach, setting ccsuffix and going with 3.x or forcing 4.x build/ |
| 14:31.08 | eFfeM | ehm, I have never used ccsuffix, nor do I have any idea what this package does. |
| 14:31.39 | eFfeM | I probably would force a 4.x build and see if it works and if so probably come up with a patch to change the test |
| 14:32.00 | Kristoffer | ccsuffix just adds suffix to CC.. making it use gcc-XXX instead of gcc |
| 14:32.17 | Kristoffer | eFfeM, oki will try that first then |
| 14:32.49 | eFfeM | note that I am not an expert, but my general philosophy is to create as little exceptions as possible |
| 14:33.21 | zecke | eFfeM: that matches mine |
| 14:34.00 | zecke | Kristoffer: scummvm is C++, it is not fun to mix c++ libraries compiled with different versions of gcc |
| 14:34.02 | Kristoffer | So its basicly better to patch it to ignore gcc version and wether or not 4.1.1 works, fix that seperate later |
| 14:34.03 | eFfeM | yeah there are a lot more goodies in that bag like "if it ain't broken, don't fix it" .... |
| 14:34.50 | eFfeM | Kristoffer: I would say: patch locally, build, test and if it works make a nice patch and commit it |
| 14:35.04 | Kristoffer | And if it doesnt work? |
| 14:35.14 | eFfeM | just checked what scummvm means, it definitely looks nice but it is not for nslu2 people |
| 14:35.31 | eFfeM | if it doesn't work you have a bigger challenge (to find out why it is not working). |
| 14:35.56 | eFfeM | If there is a good reason why this check is there I would expect it to be documented |
| 14:36.03 | Kristoffer | yeah, but im just trying to figure out if the "accept gcc>4.x" patch is needed in all scenarios |
| 14:36.27 | eFfeM | no idea |
| 14:40.16 | Kristoffer | eFfeM, while looking at the configure script it noticed |
| 14:40.35 | Kristoffer | it doesnt say 4.x is bad |
| 14:41.01 | Kristoffer | it basicly just cant get the version out of gcc, due to changes "-1" is not working "should be "-n 1" |
| 14:41.10 | Kristoffer | so fixing the configure might be good for all scenarios |
| 14:43.44 | eFfeM | Kristoffer: agree |
| 14:44.11 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 14:46.18 | Laibsch | anything wrong with anoncvs.handhelds.org? I cannot download the source for libopie2 from anywhere. |
| 14:48.19 | *** join/#oe katossi (n=guillerm@dslb-084-061-037-247.pools.arcor-ip.net) |
| 14:49.22 | zecke | Laibsch: ask france :) |
| 14:53.15 | Laibsch | Just browsed through the ChangeLog for bitbake and found in the first line that apparently it can send stuff to oe.pastebin.com? How? bitbake --help does not tell. |
| 14:53.35 | Laibsch | zecke: I suspect the SRCDATE screwing up something. |
| 14:53.38 | zecke | the interactive shell can |
| 14:54.01 | Laibsch | OK, I do not use that (yet). Should I? |
| 14:55.42 | *** join/#oe cbrake (n=cbrake@cpe-65-25-51-117.neo.res.rr.com) |
| 14:56.06 | zecke | no need to |
| 14:56.11 | zecke | no need to use it |
| 14:59.19 | CIA-9 | 03eFfeM 07org.oe.dev * r9c951cf8... 10/packages/reiser4progs/ (4 files in 2 dirs): reiser4progs: added patches to let it compile with gcc 4.1.1 |
| 14:59.42 | Laibsch | OK |
| 15:00.10 | Laibsch | Should I really put the SRCDATE stuff in build/conf/local.conf or is bitbake/conf/bitbake.conf better? |
| 15:00.52 | Kristoffer | local.conf |
| 15:01.07 | zecke | Laibsch: normally the distribution you use sets a SRCDATE |
| 15:01.18 | zecke | e.g. like angstrom is doing |
| 15:01.24 | zecke | if they don't, put it into local.conf |
| 15:01.51 | zecke | Laibsch: e.g. SRCDATE_tslib = "THEDATE" allows you to set the version for just one package |
| 15:06.59 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 15:09.27 | eFfeM | hi koen |
| 15:09.43 | eFfeM | been enjoying the nice weather ? |
| 15:11.24 | eFfeM | ~weather eheh |
| 15:15.20 | koen | hey eFfeM |
| 15:15.42 | koen | I picked some stuff at my parents today |
| 15:15.57 | koen | and installed openslug 3.10 on my fathers slug as well :) |
| 15:16.02 | eFfeM | hey, great |
| 15:16.13 | eFfeM | actually you should teach him to do that himself .... |
| 15:16.40 | koen | he did all the steps, I just pointed at all the relevant wiki pages |
| 15:16.54 | eFfeM | ah, ok |
| 15:17.22 | eFfeM | did you also learn him to update the wiki pages with all things that were not correct ? |
| 15:17.27 | koen | heh |
| 15:17.32 | koen | one step at a time |
| 15:17.37 | eFfeM | lol |
| 15:17.59 | koen | it took me a while to explain that 'optware' and 'unslung' howtos can be ignored |
| 15:20.58 | eFfeM | btw, can you have a short look at ircp_0.3.bb ? configure does not work for me as it cannot find obex.h, but the file exists in staging/armeb-linux/include/openobex/obex.h |
| 15:21.15 | eFfeM | do I need an EXTRA_OECONF with --prefix ?? |
| 15:21.56 | eFfeM | koen, unrelated: has the nslu2 tinderbox problem been solved. Saw that the link is still there |
| 15:22.50 | eFfeM | but didn't see the nslu2 builds on ewi |
| 15:23.11 | eFfeM | and apparently nudi is out of disk space, but I cannot fix that as I do not have access |
| 15:23.15 | Laibsch | zecke: OK, thanks. Seems much better to do it for just one package. |
| 15:25.35 | *** join/#oe katossi_ (n=guillerm@dslb-084-061-052-141.pools.arcor-ip.net) |
| 15:27.41 | *** join/#oe poushag (n=poushag@ip24-254-136-100.rn.hr.cox.net) |
| 15:28.14 | *** join/#oe shiyee (n=Shiyee@0x535d64c1.abnxx4.adsl-dhcp.tele.dk) |
| 15:29.20 | eFfeM | koen, nevermind, added EXTRA_OECONF="--prefix=${D}" to the bb file and it worked |
| 15:33.17 | poushag | has anyone built oe on mac-osx? |
| 15:34.50 | poushag | if this isnt the right channel for my question then please point me to the right place |
| 15:35.17 | poushag | the wiki for building on osx is empty :( |
| 15:38.52 | *** join/#oe marcan (i=1337@83.Red-83-61-125.dynamicIP.rima-tde.net) |
| 15:39.37 | Kristoffer | poushag, right channel |
| 15:40.30 | poushag | thanks for the response kristoffer |
| 15:40.50 | Kristoffer | no probzie :D this channel is more or less active, usually more during nights |
| 15:42.56 | poushag | USA timezone nights or EU nights? |
| 15:43.09 | CIA-9 | 03kristoffer 07org.oe.dev * rd50b000e... 10/packages/scummvm/ (4 files in 2 dirs): |
| 15:43.09 | CIA-9 | scummvm/files/gcc-4.x.x-accept.patch: Makes scummvm approve of gcc 4.x.x |
| 15:43.09 | CIA-9 | * Adds gcc 4.x.x to accept list |
| 15:43.09 | CIA-9 | scummvm/files/sh3-linux-new-arch.patch: Makes scummvm know of sh3 |
| 15:43.09 | CIA-9 | * Adds linux-sh3 to the configure script of known archs |
| 15:43.09 | CIA-9 | scummvm/files/tail-obselete-fix.patch: sets -n 1 instead of -1 |
| 15:43.11 | CIA-9 | * Sets tail -n 1 instead of -1, kept for future reference. |
| 15:45.58 | koen | Kristoffer: wanna try to add scummvm 0.8.x to OE? |
| 15:46.11 | koen | or are you too busy playing beneath a steel sky ;) |
| 15:46.22 | Kristoffer | koen, hehe |
| 15:46.35 | Kristoffer | koen, will look at it :) |
| 15:46.37 | zecke | poushag: we need to migrate wiki content |
| 15:46.51 | zecke | poushag: it does not work, unless you turn your system into a GNU |
| 15:48.11 | poushag | zecke, have you tried it? or do you have a url to a helpful site? |
| 15:48.49 | zecke | poushag: I'm on OSX and FreeBSD, and it is currently not possible |
| 15:49.00 | zecke | poushag: I think it would require a month of work to get it working |
| 15:51.26 | poushag | so it sounds like the only other way to do this on the mac would be some kind of virtual machine or maybe a dual boot system (in order to run a full linux distro) |
| 15:52.14 | zecke | or ssh :) |
| 15:52.19 | *** join/#oe gremlin[it] (n=gremlin@ppp-173-8.25-151.libero.it) |
| 15:53.09 | poushag | well all my linux boxes are servers for my work = forget ssh |
| 15:53.33 | poushag | and since my mac is ppc a vm is probably not realistic |
| 15:53.58 | poushag | i dont even know what linux distro i could use on a ppc mac |
| 15:54.42 | poushag | the vm might be ok if the linux distro is built for ppc |
| 15:57.23 | Kristoffer | where are the sourceforge mirrors set? |
| 15:58.13 | zecke | Kristoffer: bitbake.conf |
| 15:58.16 | zecke | Kristoffer: and base.bbclass |
| 15:58.30 | Kristoffer | the sources for scummvm isnt on heanet..the filename is correct |
| 15:58.35 | Kristoffer | its on prdownloads |
| 15:59.10 | Kristoffer | best way to fix? |
| 15:59.37 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 16:01.26 | poushag | zecke, thx for the input - will reconsider feasibility of this...but it doesnt look very good |
| 16:01.59 | *** part/#oe poushag (n=poushag@ip24-254-136-100.rn.hr.cox.net) |
| 16:02.10 | *** join/#oe ken_ (n=ken@213-67-126-82-no75.business.telia.com) |
| 16:03.28 | france | Laibsch: ?? |
| 16:05.18 | *** join/#oe JoeSchmo (n=jciccone@pool-71-255-82-170.nwrknj.east.verizon.net) |
| 16:11.05 | Laibsch | I was wondering if there are problems with anoncvs.handhelds.org and asked here. I cannot compile libopie2 because fetching the sources fails. |
| 16:11.22 | Laibsch | zecke suggested to ask you, france. |
| 16:18.51 | france | Laibsch: checking... |
| 16:20.13 | france | Laibsch: I see 3 or 4 people download stuff, try again while I watch the logs. |
| 16:20.45 | Laibsch | france: I think it looks more like some problem with my HD again. http://rafb.net/paste/results/G1X8hX83.html |
| 16:21.01 | Laibsch | I guess I will need to e2fsck again. |
| 16:22.03 | france | Laibsch: sounds like it. |
| 16:22.41 | france | Laibsch: good luck on your fdisk quest. I know it can be painful. |
| 16:23.14 | france | bb in a while, lunch time here. |
| 16:23.16 | *** join/#oe cbrake (n=cbrake@cpe-65-25-51-117.neo.res.rr.com) |
| 16:31.03 | *** join/#oe TheCan (n=thecan@dslb-084-056-145-149.pools.arcor-ip.net) |
| 16:45.37 | CIA-9 | 03kristoffer 07org.oe.dev * r95fa8952... 10/packages/scummvm/ (scummvm_0.9.0.bb scummvm.inc): |
| 16:45.37 | CIA-9 | scummvm/scummvm_0.9.0: Addition of new scummvm file |
| 16:45.37 | CIA-9 | * New scummvm file (upgrade from 0.6.1b) |
| 16:45.37 | CIA-9 | scummvm/scummvm.inc: Change of sourceforge mirror |
| 16:45.37 | CIA-9 | * Change of sourceforge mirror, heanet.dl didnt have scummvm. |
| 16:45.42 | CIA-9 | 03kristoffer 07org.oe.dev * rda04e847... 10/packages/scummvm/files/sh3-arch-0.9.0+.patch: |
| 16:45.42 | CIA-9 | scummvm/files/sh3-arch-0.9.0+.patch: Patch for sh3 to > 0.9.0 scummvm |
| 16:45.44 | CIA-9 | * Addition of sh3 arch, should work for after also. |
| 16:46.03 | Kristoffer | calling it a night |
| 16:48.02 | hvontres|home | morning all :) |
| 16:49.49 | CoreDump|home | hi |
| 16:53.50 | *** join/#oe toi (n=peter@d54C27365.access.telenet.be) |
| 16:54.22 | hvontres|home | still up? |
| 16:54.32 | hvontres|home | nevermind...:) |
| 16:55.25 | hvontres|home | Anybode know how to force OE to use the installed version of a program rahter than building it from scratch? |
| 16:55.28 | CoreDump|home | hvontres|home: eh, it's 7pm here ;) |
| 16:55.46 | *** join/#oe TheCan (n=thecan@dslb-084-056-185-038.pools.arcor-ip.net) |
| 16:55.58 | CoreDump|home | that would be ASSUME_PROVIDED |
| 16:56.10 | CoreDump|home | check local.conf, there should be examples |
| 16:56.30 | hvontres|home | CoreDump|home:thanks. |
| 16:56.35 | CoreDump|home | np |
| 16:56.44 | CoreDump|home | hows your poodle feeling w/ 2.6? |
| 16:57.27 | hvontres|home | CoreDump|home:I am trying to rebuild the bootstrap to include the usb stuff by default. |
| 16:57.51 | hvontres|home | I tried using the poodle.conf from .dev but it did not like me :( |
| 16:59.52 | hvontres|home | so I added the usb related RDEPENDS instead. |
| 17:00.54 | hvontres|home | CoreDump|home: How much longer does an opie-image take compared to a bootstrap image? |
| 17:01.15 | hvontres|home | To compile, that is |
| 17:01.41 | CoreDump|home | don't know really. I very rarely build normal opie or gpe images |
| 17:01.56 | CoreDump|home | but fwiw, hentges GPE + hentges Opie = ~8hrs ;) |
| 17:02.23 | hvontres|home | On what kind of Machine? |
| 17:03.53 | CoreDump|home | P4 2.8 HT w/ 2G of RAM running off a RAID10 |
| 17:04.39 | hvontres|home | ugg...so my Poor Dual PII 333 with 512MB Ram....... an eternety.. |
| 17:05.14 | CoreDump|home | hvontres|home: well normal opie images won't take nearly as long |
| 17:06.42 | eFfeM | anyone ever tried to compile madwifi with gcc 4.1.1 ? |
| 17:06.56 | eFfeM | I get errors about -mapcs-32 and -malignment-traps |
| 17:07.13 | eFfeM | as I don't know where they are for I am a little bit reluctant to remove them |
| 17:17.06 | hvontres|home | CoreDump|home:so this should work, right: ASSUME_PROVIDED += "virtual/qemu-native" |
| 17:18.45 | CoreDump|home | looks about right |
| 17:20.32 | *** join/#oe katossi_ (n=guillerm@dslb-084-061-052-141.pools.arcor-ip.net) |
| 17:23.03 | goxboxlive_ | With a new OE.db is it still monotone 0.25-2 wich is preferd? Someone mension to my that you are moving over to 0.27, but is that version supported now |
| 17:24.01 | JustinP | CoreDump|home: hey, nice to catch you online |
| 17:24.49 | CoreDump|home | hi there JustinP |
| 17:24.59 | JustinP | I'm having some strange problems with altboot |
| 17:25.16 | JustinP | it started with a previous installation that worked fine forever and now it's happening on a fresh one |
| 17:25.31 | JustinP | choosing normal boot says ERROR then drop to the failsafe shell |
| 17:25.40 | CoreDump|home | ouch |
| 17:25.47 | JustinP | manually running "exec /sbin/init.sysvinit 5" works fine |
| 17:25.54 | JustinP | any ideas? |
| 17:26.00 | CoreDump|home | let me see |
| 17:26.01 | JustinP | I was also seeing some other strange behavior |
| 17:26.12 | JustinP | 2 directories showing up in /etc/altboot-menu |
| 17:26.18 | JustinP | "chown" and "root.roor" |
| 17:26.22 | JustinP | "root.root" |
| 17:26.28 | JustinP | in both my old and new installations.... |
| 17:27.12 | CoreDump|home | JustinP: that's a bug in populate-volatile which has since been fixed |
| 17:27.21 | CoreDump|home | normal boot is just doing: |
| 17:27.24 | CoreDump|home | run_module() { |
| 17:27.24 | CoreDump|home | exec $REAL_INIT "$INIT_RUNLEVEL" |
| 17:27.24 | CoreDump|home | exit 0 |
| 17:27.24 | CoreDump|home | } |
| 17:27.29 | JustinP | yeah, I know |
| 17:27.35 | CoreDump|home | I wonder how that can error out |
| 17:27.37 | JustinP | which is why I was very confused |
| 17:27.42 | CoreDump|home | what's the exact error? |
| 17:27.47 | JustinP | no error |
| 17:27.53 | JustinP | just ERROR: ....failsafe... |
| 17:27.53 | CoreDump|home | just "ERROR"? |
| 17:27.55 | JustinP | hold on, I'll boot |
| 17:29.23 | JustinP | "ERROR: WARNING: Using the failsafe shell" |
| 17:29.35 | JustinP | "/bin/sh: can't access tty; job control turned off" |
| 17:29.42 | JustinP | (I assume the second line is normal...?) |
| 17:30.04 | JustinP | it worked a few times just fine....but started bailing lately |
| 17:30.15 | CoreDump|home | it is |
| 17:30.24 | CoreDump|home | will have a look |
| 17:30.33 | JustinP | ./00-Default run |
| 17:30.46 | JustinP | "exec: 14: : Permission denied" |
| 17:31.06 | CoreDump|home | . $1/$file run "$file" >"$OUT_TTY" |
| 17:31.06 | CoreDump|home | die "WARNING: Using failsafe shell" >"$OUT_TTY" |
| 17:31.16 | CoreDump|home | that's a fall-through |
| 17:31.28 | CoreDump|home | JustinP: that's the problem |
| 17:31.47 | CoreDump|home | but the script is sourcing, not directly running the module |
| 17:33.02 | JustinP | eek |
| 17:33.21 | JustinP | running ". ./00-Default run "00-Default"" causes my Z to lock up |
| 17:33.21 | CIA-9 | 03eFfeM 07org.oe.dev * ra5eefc5c... 10/packages/mutt/ (mutt-1.5.4i/keymap.h.patch mutt_1.5.4i.bb mutt_1.5.9i.bb): |
| 17:33.21 | CIA-9 | mutt: added #include in keymap.h to make it compile |
| 17:33.21 | CIA-9 | <PROTECTED> |
| 17:33.25 | CIA-9 | 03eFfeM 07org.oe.dev * r8fd42d6b... 10/packages/mdadm/ (mdadm.inc mdadm_1.12.0.bb): |
| 17:33.25 | CIA-9 | mdadm: added CFLAGS += "-fno-strict-aliasing" to avoid build errors |
| 17:33.25 | CIA-9 | <PROTECTED> |
| 17:33.26 | CIA-9 | <PROTECTED> |
| 17:33.30 | CIA-9 | 03eFfeM 07org.oe.dev * rf83035de... 10/packages/ircp/ircp_0.3.bb: ircp: added EXTRA_OECONF="--prefix=${D}" to bb file to make it work |
| 17:33.33 | CIA-9 | 03eFfeM 07org.oe.dev * r5308023f... 10/packages/radlib/ (5 files in 2 dirs): radlib: removed /usr/include and friends from include path |
| 17:33.37 | CIA-9 | 03eFfeM 07org.oe.dev * ra2b34b40... 10/packages/wview/ (5 files in 2 dirs): wview: removed /usr/include from list of include dirs |
| 17:33.48 | CoreDump|home | JustinP: it should only lock up the shell since it's "exec"'ing init |
| 17:33.48 | zecke | could someone else send the monotone conversion reminder? |
| 17:34.01 | JustinP | cursor stopped blinking |
| 17:34.13 | JustinP | switching the battery switch didn't turn off |
| 17:34.18 | JustinP | it was a hard lock |
| 17:35.39 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CD5C.dip.t-dialin.net) |
| 17:36.31 | JustinP | pff |
| 17:36.39 | JustinP | of course running it from shell doesn't work |
| 17:36.50 | JustinP | the vars aren't set |
| 17:37.16 | CoreDump|home | are the vars in altboot-2.6.conf correct? |
| 17:37.26 | JustinP | checking that now |
| 17:37.37 | JustinP | don't know why they wouldn't be.... |
| 17:39.39 | JustinP | 00-Default isn't even being run... |
| 17:41.01 | JustinP | hmmm...mine is different |
| 17:41.11 | JustinP | it explicitly has /dev/tty0 |
| 17:41.15 | JustinP | this is an oz3541 build |
| 17:41.56 | JustinP | ~lart ewi some more |
| 17:41.58 | eFfeM | just changed a few packages to add --prefix=${D} to EXTRA_OECONF, but shouldn't this be part of the default settings? |
| 17:42.30 | JustinP | umm....that's wrong, I think.... |
| 17:42.48 | JustinP | ir perhaps I have my vars mized up |
| 17:42.52 | JustinP | which one is ${D}? |
| 17:42.52 | eFfeM | adding it or that it is not there ? |
| 17:42.54 | JustinP | CoreDump|home: aha! |
| 17:43.05 | JustinP | CoreDump|home: I uncommented the "echo [$file]" |
| 17:43.10 | JustinP | CoreDump|home: [00-Default |
| 17:43.21 | JustinP | Advanced/70-install-tgz] |
| 17:43.24 | eFfeM | ehm, I copied from somewhere and that used ${D}, added that and things compiled |
| 17:43.30 | CoreDump|home | er |
| 17:43.38 | JustinP | eFfeM: what does ${D} have in it? |
| 17:43.47 | JustinP | eFfeM: host or target? |
| 17:44.10 | JustinP | eFfeM: if it's host, I'm pretty sure that's going to introduce host paths on the target... |
| 17:44.43 | eFfeM | host |
| 17:45.05 | JustinP | then I don't think that's right |
| 17:45.13 | JustinP | --prefix should be set to the target installation dir |
| 17:45.23 | JustinP | and other things should take care or the host path munging |
| 17:45.27 | JustinP | (at least IIRC) |
| 17:45.39 | emte | yup |
| 17:46.02 | emte | otherwise you let bitbake lose into your system and bad things happen |
| 17:46.18 | eFfeM | I checked the configure log and you are right, it calls configure with --prefix=/usr |
| 17:46.20 | JustinP | emte: you sure you don't have that backwards? |
| 17:47.23 | emte | i was refering to eFfeM injecting host enviroment paths into bitbake |
| 17:47.33 | eFfeM | what should I use instead? |
| 17:47.54 | emte | i suppose i should type more clearly |
| 17:48.09 | eFfeM | $D does not exist in my world and I was trying to fix an issue where the gcc 4.1.1. complained about /usr/include being in the path |
| 17:48.13 | eFfeM | for cross compilation |
| 17:48.14 | zecke | pb_: I'm german, but please don't hurt me |
| 17:48.19 | JustinP | emte: I assumed that it was host as in staging, not host as in actual host.... |
| 17:48.22 | *** join/#oe Laibsc1 (n=Laibsch@V3e7f.v.pppool.de) |
| 17:48.26 | JustinP | eFfeM: yeah, I see that one too |
| 17:48.34 | JustinP | eFfeM: /usr/include shouldn't be in the include path |
| 17:48.38 | emte | JustinP, depends on the enviroment variable |
| 17:48.54 | zecke | eFfeM: --prefix=/usr is 'right' |
| 17:49.02 | zecke | eFfeM: this is meant for the to be installed files |
| 17:49.22 | eFfeM | does it then work as I expect it to be ? |
| 17:49.33 | eFfeM | eg saw this: unzip/unzip_552.bb: mv ${D}${prefix}/man/* ${D}${mandir} |
| 17:50.21 | eFfeM | actually I peeked at groff when I made the patch and groff says: |
| 17:50.22 | eFfeM | groff/groff_1.19.1.bb:EXTRA_OECONF="--prefix=${D} |
| 17:50.35 | JustinP | CoreDump|home: in my system, 1 is 00-Default and 11 is Advanced/70-install-tgz..... |
| 17:50.36 | eFfeM | the prefix is also used for the include path |
| 17:50.59 | zecke | eFfeM: that is bad then |
| 17:51.02 | emte | JustinP, ${D}${sysconfdir} seems used alot in the kernel bb files |
| 17:51.19 | zecke | eFfeM: wait a second, I need to see if I talk garbage once again |
| 17:51.29 | eFfeM | zecke: from configure --help: |
| 17:51.29 | eFfeM | <PROTECTED> |
| 17:51.40 | eFfeM | *that* caused me to change prefix |
| 17:51.52 | zecke | eFfeM: for the to be installed headers :) |
| 17:52.30 | eFfeM | ehm, wouldn't the installed headers and the used headers reside in the same place ... |
| 17:53.03 | CoreDump|home | JustinP: do you have filenames w/ space in altboot-menu? |
| 17:53.04 | zecke | eFfeM: hmm, not for cross compiling, not when creating toolchains |
| 17:53.50 | eFfeM | zecke, you lost me |
| 17:54.24 | eFfeM | anyway, I'll happily change things, if I only knew how |
| 17:54.52 | zecke | eFfeM: I have lost myself |
| 17:55.00 | eFfeM | lol |
| 17:55.03 | JustinP | eFfeM: if --prefix is used for includes then it's a bug in the package's configure script |
| 17:55.15 | JustinP | eFfeM: --prefix is supposed to be only for install paths |
| 17:55.16 | eFfeM | glad to hear I am not the only one who has this |
| 17:55.18 | zecke | eFfeM: --prefix, --includedir are all for 'where to install X' |
| 17:55.32 | eFfeM | zecke: from configure --help: |
| 17:55.36 | eFfeM | <PROTECTED> |
| 17:55.51 | eFfeM | to me this suggests this is for referral also |
| 17:56.06 | JustinP | eFfeM: if that package is actually using prefix for where to include from it is, as I said before, wrong" |
| 17:56.14 | JustinP | eFfeM: it should be patched and the patch sent upstream |
| 17:56.21 | JustinP | (or my favorite hack....sed) |
| 17:56.27 | JustinP | CoreDump|home: no |
| 17:56.33 | zecke | eFfeM: this is a false assumption :) |
| 17:56.38 | eFfeM | JustinP: I'll happily patch, if I know what to patch it into |
| 17:56.41 | zecke | eFfeM: and a bug :) |
| 17:56.55 | zecke | eFfeM: change the Makefile.am |
| 17:56.55 | emte | JustinP, QT and a few other cross plat systems use that flag |
| 17:57.02 | emte | its not uncommin |
| 17:57.06 | emte | uncommon* |
| 17:57.14 | JustinP | --includedir is not what I'm saying the problem is.... |
| 17:57.25 | JustinP | eFfeM: I suggest you set --includedir instead of --prefix |
| 17:57.34 | emte | usually used in cases where you have multiple versions of something installed in different places |
| 17:58.07 | eFfeM | JustinP: again: according to configure --help, --includedir == PREFIX/include ! |
| 17:58.14 | JustinP | CoreDump|home: it has to be the setting of $file...I'm not sure what that sed command does, but $file has both entries after that |
| 17:58.23 | JustinP | eFfeM: that's a default, yes. Override it |
| 17:58.30 | eFfeM | to what ? |
| 17:58.42 | JustinP | eFfeM: if --includedir is used for includes when compiling and not for an install dir, that it |
| 17:58.51 | JustinP | eFfeM: to the staging include dir |
| 17:59.00 | emte | yup |
| 17:59.05 | eFfeM | ${STAGING_DIR}/include ? |
| 17:59.16 | JustinP | there's a var for it I think... |
| 17:59.31 | zecke | eFfeM: yes, see CFLAGS and CXXFLAGS for --help as well :) |
| 17:59.42 | JustinP | ${STAGING_INCDIR} |
| 17:59.44 | eFfeM | so I happened to look at a bad example! |
| 17:59.50 | JustinP | yep :-) |
| 18:00.21 | CoreDump|home | JustinP: yeah i remember such a bug in a different part. Give me a minute to prep an ipk |
| 18:00.39 | eFfeM | what is preferred: --includedir or patching Makefile.am |
| 18:01.01 | JustinP | CoreDump|home: ok. Remember, I'm using .oz354x version...perhaps this is already fixed in .dev? I can build my own .dev version and test i fyou like |
| 18:01.20 | CoreDump|home | yes, testing _0.0.0 from dev would be ideal |
| 18:01.28 | JustinP | CoreDump|home: 0.0.0? ok |
| 18:01.33 | CIA-9 | 03eFfeM 07org.oe.dev * r98febddf... 10/packages/xinetd/ (xinetd/service.c.patch xinetd_2.3.13.bb): xinetd: slightly changed code to make it compilable with gcc 4.1.1 |
| 18:01.37 | CIA-9 | 03eFfeM 07org.oe.dev * rbbe2ca73... 10/packages/musicpd/ (mpd-alsa_0.11.5.bb mpd_0.11.5.bb): mpd: added --prefix to remove /usr/include |
| 18:01.55 | eFfeM | ok this one was still in the pipeline |
| 18:02.04 | eFfeM | brb |
| 18:03.21 | JustinP | ^_^ my Z is so much more useful with wireless |
| 18:03.41 | emte | :) |
| 18:05.45 | *** join/#oe joshin (i=josh@VDSL-130-13-143-17.PHNX.QWEST.NET) |
| 18:06.05 | CoreDump|home | JustinP: wireless rocks |
| 18:06.33 | CoreDump|home | Im writing this on a notebook hooked w/ WLAN, watching DVB-T =D |
| 18:08.02 | JustinP | well, my laptop is on wireless as well |
| 18:08.05 | JustinP | argh |
| 18:08.09 | JustinP | wireless on my Z not working... |
| 18:08.18 | JustinP | and it worked so well the first time...WTF |
| 18:12.13 | JustinP | damn it! |
| 18:13.56 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 18:15.14 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
| 18:15.15 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 18:18.13 | JustinP | ~lart ipkg |
| 18:20.22 | CoreDump|home | heh |
| 18:21.12 | *** join/#oe Timelord0 (n=TL@4.78.4.43) |
| 18:21.23 | koen | heh |
| 18:21.48 | koen | I discovered a distro that doesn't use correct dependencies in their packages |
| 18:21.53 | koen | *drumroll* |
| 18:21.53 | JustinP | it should not be reading the lists of packages it *could* install when I give it a file to install....not until it needs them.. |
| 18:21.57 | koen | Fedora Core |
| 18:22.04 | JustinP | really |
| 18:22.21 | JustinP | what do they use? |
| 18:22.26 | *** join/#oe Laibsch (n=Laibsch@V3e7f.v.pppool.de) |
| 18:22.31 | koen | yum install autoconf -> autoreconf -i -> segfault |
| 18:22.44 | koen | yum update pulls in a new glibc -> it works |
| 18:22.52 | koen | bloody rpm crap |
| 18:23.25 | koen | ~hail aptitude and debian thouroughness |
| 18:23.26 | ibot | ACTION bows down to aptitude and debian thouroughness and chants, "I'M NOT WORTHY!!" |
| 18:23.34 | CoreDump|home | indeed |
| 18:23.37 | JustinP | of course what I hate most is that we had RHEL systems...but no support, so I had to install FC rpms on RHEL...that was a nightmare |
| 18:23.47 | JustinP | thank God I got them to switch to FC instead at least |
| 18:24.23 | JustinP | ~hail gentoo and build-time dependencies |
| 18:24.25 | ibot | ACTION bows down to gentoo and build-time dependencies and chants, "I'M NOT WORTHY!!" |
| 18:33.57 | JustinP | WTF |
| 18:34.11 | JustinP | it's even more screwed up...I can't get it to install a local ipk over the feed one! |
| 18:35.10 | CoreDump|home | JustinP: yeah, ipkg is a pain at times |
| 18:35.22 | CoreDump|home | s/at times/usually |
| 18:35.46 | JustinP | son of a.... |
| 18:35.51 | JustinP | it refuses to install a local copy |
| 18:36.31 | CoreDump|home | JustinP: you'll have to delete the feed list |
| 18:36.35 | JustinP | I did |
| 18:36.47 | CoreDump|home | ahem, that should have worked |
| 18:36.50 | JustinP | it says altboot isn't available from any confiured source |
| 18:37.30 | JustinP | "no such file or directory" |
| 18:37.32 | JustinP | WTF |
| 18:37.43 | CoreDump|home | wrong ARCH of the ipk maybe? |
| 18:39.39 | JustinP | really doubt that |
| 18:40.10 | JustinP | why do things always have to be broken? |
| 18:43.10 | CoreDump|home | because none really bother to the the god ugly ipkg |
| 18:53.52 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9CD5C.dip.t-dialin.net) |
| 18:53.58 | JustinP | CoreDump|home: -0.0.0 from .dev works |
| 18:55.11 | CoreDump|home | excellent |
| 18:59.21 | emte | yeah ipkg needs some love |
| 18:59.46 | koen | JustinP: your ipkg is too old, that bug was fixed a while ago |
| 19:00.37 | emte | it needs filtering abilities i think when parsing the feed list |
| 19:01.14 | emte | and maybe a centeral "feed aquisition" capability |
| 19:01.19 | emte | central* |
| 19:02.05 | emte | where it could pickup valid feed entries and automatically add it to it's list from a single general url |
| 19:02.13 | koen | ipkg needs to be rewritten using all the knowledge we gathered with OE |
| 19:02.15 | eFfeM | emte, JustinP, changed --prefix=${D} into --includedir=${STAGING_INCDIR} in EXTRA_OECONF, but that does not really fly |
| 19:02.22 | eFfeM | configure for ircp says: |
| 19:02.22 | eFfeM | checking for openobex/obex.h... no |
| 19:02.23 | eFfeM | configure: error: OpenOBEX header files not found |
| 19:02.45 | emte | eFfeM, try ${D}${STAGING_INCDIR} |
| 19:02.49 | *** join/#oe crigo (n=crigo@no.e-volution.ro) |
| 19:02.55 | emte | er wait that doesnt make sense |
| 19:02.57 | eFfeM | ah, ok |
| 19:03.31 | zecke | eFfeM: both ${D} and ${STAGING_INCDIR} look not appropriate |
| 19:03.33 | emte | you need ${TARGET}${STAGING_INCDIR} i think it is |
| 19:03.55 | zecke | emte: TARGET + STAGING_INCDIR |
| 19:04.06 | emte | isnt that what i just wrote? |
| 19:04.14 | zecke | emte: I missed the ??? |
| 19:04.34 | zecke | I have missed most of the conversation, but this just looks plain wrong |
| 19:04.56 | koen | it is plain wrong |
| 19:04.58 | emte | i've only read parts of it, had to drop my wife off at work |
| 19:05.06 | koen | staging_incdir is an absolute path to the includes |
| 19:05.13 | koen | prepending it with stuff is madness |
| 19:05.16 | CIA-9 | 03coredump 07org.oe.oz354x * r2d35331d... 10/packages/samba/samba-essential_3.0.20.bb: samba: Add missing directory /etc/samba/private |
| 19:05.16 | eFfeM | zecke I got a few packages that complain with gcc about being cross and having /usr/include |
| 19:05.20 | CIA-9 | 03coredump 07org.oe.dev * r4ef7d0c1... 10/packages/samba/samba-essential_3.0.20.bb: samba: Add missing directory /etc/samba/private |
| 19:05.51 | eFfeM | I added --prefix={D} in EXTRA_OECONF and was told that this was wrong |
| 19:05.52 | CoreDump|home | CIA-9 courtesy poushag |
| 19:05.56 | emte | eFfeM, that sounds like a broken enviroment |
| 19:06.08 | emte | more than OE/bitbake |
| 19:06.31 | emte | check your $PATH $BBPATH.. etc |
| 19:06.36 | eFfeM | with --prefix={D} it at least works |
| 19:06.53 | eFfeM | emte what would you want me to check / where should I look for ? |
| 19:07.07 | emte | that your not inheritiing your host system paths |
| 19:07.26 | emte | aside from /sbin and /usr/bin |
| 19:07.31 | JustinP | koen: my ipkg is from an rc4 image.... |
| 19:07.49 | eFfeM | BBPATH=/home/frans/OpenSlugHead/openslug:/home/frans/OpenSlugHead/openslug/openembedded:/home/frans/OpenSlugHead/openslug/bitbake |
| 19:07.58 | eFfeM | PATH=/home/frans/OpenSlugHead/openslug/bitbake/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games |
| 19:08.09 | koen | JustinP: like I said, too old |
| 19:08.19 | koen | JustinP: OE is 8 or 9 versions behind |
| 19:08.23 | emte | yeah, eFfeM try cleaning out $PATH |
| 19:08.36 | JustinP | then perhaps OE should be updated |
| 19:08.49 | emte | down to jsut your bitbake/bin, sbin, and usr/bin |
| 19:08.51 | eFfeM | sorry emte, but I still do not understand what the problem is and why cleaning the PATH would help here |
| 19:08.59 | koen | JustinP: feel free to test .163 and add it |
| 19:09.12 | emte | eFfeM, eliminates the posibilities that your using the wrong tools |
| 19:09.14 | koen | cleaning $PATH wouldn't help |
| 19:09.20 | eFfeM | koen, my idea |
| 19:09.31 | koen | since OE isn't completely self-hosting |
| 19:09.46 | emte | there is alwas a chance you could have another cross gcc on your system that your calling by mistake |
| 19:10.37 | emte | if there is it would reside, most likly in /usr/local or /usr/share |
| 19:11.07 | emte | i've had the issue in the past, not recently mind you |
| 19:12.22 | eFfeM | can someone first explain me why --prefix=${D} is no good ? |
| 19:12.37 | eFfeM | because I still do not understand that |
| 19:13.01 | emte | valid headers are oar supposedly only in the satging directories |
| 19:13.10 | eFfeM | and at least that works and the --includedir=${STAGING_INCDIR) doesn't! |
| 19:14.12 | koen | D = "${WORKDIR}/image" |
| 19:14.32 | koen | I doubt that header would be hiding there during configure |
| 19:15.01 | emte | unless he has mangled it to point elsewhere |
| 19:15.30 | emte | D stands for Destination/Deploy does it not? |
| 19:15.49 | koen | no |
| 19:15.59 | koen | it stands for what I pasted |
| 19:16.03 | koen | see conf/bitbake.conf |
| 19:16.05 | eFfeM | but without --prefix it tries to grab from /usr/include (at least configure complains that it cannot find openobex/obex.h) |
| 19:16.44 | koen | eFfeM: sounds like the configure script needs to get fixed |
| 19:17.37 | emte | somoen probably hardcoded the default |
| 19:17.50 | emte | which means it needs to be patched |
| 19:18.36 | emte | eFfeM, take a quick look in ytour staging dirs |
| 19:18.44 | emte | does obex.h exist there? |
| 19:21.48 | *** join/#oe zap (n=zap@85.249.170.16) |
| 19:28.05 | eFfeM | sorry was called away |
| 19:28.12 | eFfeM | emte, yes it exists there |
| 19:28.59 | eFfeM | /home/frans/OpenSlugHead/openslug/tmp/staging/armeb-linux/include/openobex/obex.h |
| 19:31.02 | zecke | eFfeM: see the openembedded.org front page |
| 19:31.31 | zecke | eFfeM: Let us start easy: You recognize why including from /usr/include is bad? |
| 19:32.14 | eFfeM | sure, don't want to mix target headers and host headers |
| 19:32.56 | zecke | eFfeM: good. --prefix is for the application to know where to install it to |
| 19:33.20 | zecke | eFfeM: e.g. applications like GPE * use --prefix (specially share dir) to compile where to look for resources like images |
| 19:33.21 | eFfeM | yeah, understood that from koen |
| 19:33.28 | zecke | eFfeM: ah :) |
| 19:33.40 | zecke | okay then I'm out of the loop :) |
| 19:33.53 | zecke | OT: Could someone please send the monotone reminder? |
| 19:33.55 | eFfeM | hey, I still don't know how to fix this |
| 19:34.13 | eFfeM | btw also do not understand "see the openembedded.org front page" |
| 19:34.34 | eFfeM | what did you want to say with that or what item did you want to bring to my attention |
| 19:34.55 | CoreDump|home | NOTE: package fluxbox-1.0rc: completed |
| 19:35.00 | zecke | eFfeM: we are talking about OpenObex here? |
| 19:35.03 | CoreDump|home | lol? Could it be really that easy |
| 19:35.20 | eFfeM | zecke, yes |
| 19:35.39 | zecke | eFfeM: okay |
| 19:35.59 | eFfeM | I am trying to get ircp to configure, this one depends on openobex |
| 19:36.01 | zecke | eFfeM: http://www.openembedded.org/repo/org.openembedded.dev/packages/openobex/openobex_1.2.bb this one? |
| 19:36.39 | eFfeM | no: http://www.openembedded.org/repo/org.openembedded.dev/packages/ircp/ircp_0.3.bb |
| 19:36.43 | zecke | eFfeM: okay then fix their Makefile.am :) (Can't compile ATM, I'm occupied with windows) |
| 19:36.46 | zecke | ah okay |
| 19:36.59 | eFfeM | i added EXTRA_OECONF="--prefix=${D}" |
| 19:37.05 | zecke | eFfeM: okay that is definately wrong |
| 19:37.36 | eFfeM | can you build it with gcc 4.1.1 without that line (or what should it contain?) |
| 19:38.02 | eFfeM | my local copy now has EXTRA_OECONF="--includedir=${STAGING_INCDIR}" based on the suggestions made before, but does not configure (can't find obex.h) |
| 19:38.05 | zecke | eFfeM: this means it gets installed into /home/effem/work/image |
| 19:38.12 | eFfeM | and the --prefix one would. sigh |
| 19:38.14 | zecke | eFfeM: remove that line |
| 19:38.48 | zecke | eFfeM: I'm trying to think what the guy wanted to get done :} |
| 19:39.07 | zecke | eFfeM: either ircp is awfully broken, or 'DESTDIR' is broken within ircp |
| 19:39.15 | zecke | (sorry you are not progressing) |
| 19:39.28 | zecke | 1.) this EXTRA_OECONF line can only be wrong |
| 19:39.36 | eFfeM | zecke removed the line, did a bb -cclean ircp; bb ircp and configure fails: |
| 19:39.46 | eFfeM | checking openobex/obex.h usability... no |
| 19:39.47 | eFfeM | checking openobex/obex.h presence... no |
| 19:39.47 | eFfeM | checking for openobex/obex.h... no |
| 19:39.47 | eFfeM | configure: error: OpenOBEX header files not found |
| 19:40.12 | zecke | check where it looked for openobex |
| 19:41.10 | eFfeM | hmm. this does not look good |
| 19:41.14 | eFfeM | some snippets from configure |
| 19:41.26 | eFfeM | <PROTECTED> |
| 19:41.26 | eFfeM | <PROTECTED> |
| 19:41.26 | eFfeM | <PROTECTED> |
| 19:41.26 | eFfeM | <PROTECTED> |
| 19:41.27 | eFfeM | <PROTECTED> |
| 19:41.43 | eFfeM | <PROTECTED> |
| 19:42.05 | zecke | *lutscher* (not you effeM) |
| 19:42.27 | eFfeM | zecke, nevermind, i don't even know what lutscher means |
| 19:42.54 | zecke | it has many meanings |
| 19:43.41 | zecke | eFfeM: option one is, force ircp to trust you openobex is there |
| 19:45.33 | *** join/#oe nts____gi (n=gints@62.84.15.211) |
| 19:45.38 | eFfeM | dang. tried this: EXTRA_OECONF="--prefix=${STAGING_DIR} ; this also works |
| 19:46.21 | eFfeM | zecke: actually I would force it but I see similar problems with mpd (although there patching makefile.am might fix it because there it was not configure causing the problem) |
| 19:47.00 | emte | why not rebind in do_configure ? |
| 19:47.15 | emte | as a temp workaround |
| 19:47.42 | emte | $OPENOBEX_PREFIX = ${STAGING_INCDIR} |
| 19:48.18 | eFfeM | should be STAGING_DIR as the test adds /include |
| 19:48.38 | emte | yeah, but you get what i mean |
| 19:48.45 | eFfeM | what is wrong with EXTRA_OECONF="--prefix=${STAGING_DIR} |
| 19:49.11 | emte | nothing should be |
| 19:49.25 | emte | it normally works fine unless the configure/makefile is hardcoded |
| 19:50.39 | emte | maybe you should use -i mode to find out what its actually doing or enable debug mode for bitbake |
| 19:50.44 | eFfeM | I'm quite surprised that without the EXTRA_OECONF it does not pick the file from /home/frans/OpenSlugHead/openslug/tmp/staging/armeb-linux/include/openobex/obex.h |
| 19:51.20 | eFfeM | apart from within the openobex work dir this is the only obex.h I have on my system (just did a find on / as root) |
| 19:51.53 | emte | that is because its using a non-standard script |
| 19:52.17 | emte | its implicetly using your host system's includde dir without using --prefix |
| 19:52.27 | emte | include* |
| 19:53.03 | emte | somehow its finding soemthing somewhere |
| 19:53.06 | eFfeM | is the EXTRA_OECONF="--prefix=${STAGING_DIR}" ok ? |
| 19:53.11 | zecke | eFfeM: NO |
| 19:53.15 | zecke | it is still not OKAY |
| 19:53.24 | eFfeM | sigh |
| 19:53.27 | eFfeM | lost |
| 19:53.32 | emte | in reality the configure/makefiles need to be patched |
| 19:54.05 | zecke | eFfeM: Would you want GPE to search for your icons in /home/effe/foo/tmp/staging/arm-linux or /usr/share/? |
| 19:54.19 | zecke | eFfeM: if you want the first, use the prefix like you want |
| 19:55.01 | zecke | eFfeM: instead of searching a workaround, the author of the autoconf/Makefile needs to be tortured |
| 19:55.26 | emte | lol |
| 19:55.27 | zecke | eFfeM: --prefix is for installing, not for searching headers |
| 19:55.37 | eFfeM | ok |
| 19:55.52 | zecke | eFfeM: People abusing it would kill kittens as well |
| 19:55.58 | zecke | and I don't like these kind of people |
| 19:56.30 | eFfeM | zecke, emte have a look at http://www.rafb.net/paste/results/1Ommpz22.html |
| 19:56.36 | eFfeM | this is the complete configure.in |
| 19:56.56 | emte | the section you pasted here already tells me whats happening |
| 19:57.11 | zecke | eFfeM: http://www.gnu.org/software/autoconf/manual/autoconf.pdf 4.1.2 |
| 19:57.16 | zecke | 4.12 even |
| 19:57.24 | emte | because -prefix is not defined it is useing your host's settings |
| 19:58.08 | emte | it is avoiding the OE/bitbake settings because its explicitly using OPENOBEX_PREFIX set to your host |
| 19:58.26 | zecke | eFfeM: is there a m4 directory? |
| 19:58.44 | zecke | leaving to emte to continue to speak |
| 19:59.03 | emte | thats a lot of tos |
| 19:59.05 | eFfeM | zecke, yes there is an m4 dir but it is empy |
| 19:59.17 | eFfeM | there is also an empty acinclude.m4 |
| 20:00.04 | zecke | eFfeM: so openobex itself has a broken m4 file |
| 20:00.36 | eFfeM | dunno, actually i have no idea how this m4 stuff really works |
| 20:00.45 | emte | or tehy dont ship it for starnge reasons |
| 20:00.50 | emte | strange* |
| 20:01.22 | eFfeM | openobex also has an empty m4 dir |
| 20:01.28 | zecke | eFfeM: me neither :) (I would not be able to write makefiles or m4/autoconf) |
| 20:01.46 | eFfeM | but there is an openobex.m4 |
| 20:01.47 | zecke | eFfeM: greo your staging directory for AM_PATH_OPENOBEX |
| 20:02.47 | eFfeM | ./armeb-linux/share/aclocal/openobex.m4:AC_DEFUN([AM_PATH_OPENOBEX], [ |
| 20:03.31 | eFfeM | this has the lines I pasted before |
| 20:04.14 | eFfeM | there is also this: AC_CHECK_HEADER(openobex/obex.h,, AC_MSG_ERROR(OpenOBEX header files not found)) |
| 20:05.05 | emte | http://www.rafb.net/paste/results/2HseMq26.html is what you pasted earlier and causing the issue |
| 20:05.41 | eFfeM | yes, it comes from this m4 file and I now understand what is wrong, but still not how to fix it |
| 20:06.11 | emte | there are many approaches |
| 20:06.22 | emte | some better than others |
| 20:07.28 | eFfeM | lol, did you take philosophy 101 recently ? |
| 20:07.30 | emte | if you dont want to patch you could try setting ac_default_prefix to the correct variable |
| 20:07.42 | emte | no it's worse |
| 20:07.49 | emte | i took sociology |
| 20:07.55 | eFfeM | wauw |
| 20:08.01 | eFfeM | i'm an ee |
| 20:08.13 | emte | yeah thats what i am doing now |
| 20:08.52 | emte | sociology mangles your brain, i'd reccomend avoiding it |
| 20:08.59 | eFfeM | i'm inclined to go for your do_configure patch with $OPENOBEX_PREFIX = ${STAGING_DIR} |
| 20:09.27 | emte | thats not correct in retrosepct |
| 20:09.34 | eFfeM | oh sh*t |
| 20:09.37 | emte | bind ac_default_prefix |
| 20:09.41 | eFfeM | that was the one I understood most |
| 20:09.53 | eFfeM | in do_configure |
| 20:09.55 | emte | instead of openobex_prefix |
| 20:09.55 | eFfeM | ? |
| 20:10.00 | emte | yeah |
| 20:10.01 | eFfeM | upper case I assume |
| 20:10.18 | emte | its lowercase in what you pasted |
| 20:10.54 | emte | if you bind openobex_prefix in do_configure it will probably be recast |
| 20:11.36 | emte | if you use ac_default_prefix it should hold througout the compile providing something else does not recast it |
| 20:11.56 | emte | this is the main reason why patching is a better solution |
| 20:12.21 | eFfeM | this ok: |
| 20:12.21 | eFfeM | do_configure() { |
| 20:12.22 | eFfeM | <PROTECTED> |
| 20:12.22 | eFfeM | <PROTECTED> |
| 20:12.22 | eFfeM | } |
| 20:12.23 | eFfeM | ? |
| 20:12.29 | eFfeM | prefix that is |
| 20:12.46 | eFfeM | or should there be a $ in front ? |
| 20:13.11 | emte | not sure, its python |
| 20:13.15 | emte | and i forget |
| 20:13.55 | eFfeM | without $ it doesn't work |
| 20:14.12 | eFfeM | with neither |
| 20:14.20 | emte | i guess thats the answer |
| 20:14.41 | emte | look at some otehr packages |
| 20:16.04 | eFfeM | ok. i don't know, giving up for now |
| 20:16.40 | emte | THATS NO FUN |
| 20:16.44 | emte | bad caps |
| 20:17.17 | eFfeM | i have no clue on how to proceed and I am starving for a beer |
| 20:17.29 | emte | mmmm beer |
| 20:17.37 | eFfeM | actually I already spent way more time on this than I wanted |
| 20:17.59 | emte | myself i find patching faster and easier ... |
| 20:18.21 | emte | only because i have to drag out my python book every time i play with the functions |
| 20:21.29 | eFfeM | cu later |
| 20:24.32 | *** join/#oe ken (n=ken@213-67-126-82-no75.business.telia.com) |
| 20:25.11 | emte | yummy yummy |
| 20:25.26 | emte | oh no |
| 20:25.30 | emte | :) |
| 20:25.40 | Kristoffer | :P |
| 20:27.19 | *** join/#oe katossi (n=guillerm@dslb-084-061-052-141.pools.arcor-ip.net) |
| 20:27.27 | Kristoffer | 10 revs, someone been busy pushing |
| 20:27.56 | Kristoffer | Could any arm guy try and build scummvm |
| 20:28.06 | Kristoffer | I had no luck, but superH isnt exactly standard |
| 20:34.39 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9F8C4.dip.t-dialin.net) |
| 20:46.21 | *** join/#oe Chocobo (n=swinchen@70-33-147-28.agstme.adelphia.net) |
| 20:53.27 | thejapa | ~lart brazilian footbal team |
| 20:53.34 | thejapa | HAHA |
| 20:53.44 | Kristoffer | hehe |
| 20:54.23 | thejapa | ~hail ibot |
| 20:54.24 | ibot | ACTION bows down to ibot and chants, "I'M NOT WORTHY!!" |
| 20:54.49 | thejapa | very humble ibot |
| 21:01.21 | emte | yeah |
| 21:01.29 | emte | thejapa, you getting far yet? |
| 21:01.46 | emte | any deve stuff to try? |
| 21:01.53 | thejapa | not as far as I wanted. |
| 21:01.59 | thejapa | nothing good to test yet |
| 21:02.34 | thejapa | I've just begun writing the opie pim text backend, using existing xml/vcard |
| 21:02.50 | thejapa | it's more of an exercise than some real thing |
| 21:03.10 | emte | ah |
| 21:05.03 | thejapa | i've either overstimated my skills or understimated system complexity. I thought it would be a lot easier, it turns out I need to be a lot more careful than... well. windows dev. |
| 21:05.03 | thejapa | duh |
| 21:06.48 | thejapa | this is my first try into "open source development", so far, I think I just needed more time to devote, unfortunately, I've been very busy with university and my work. |
| 21:07.46 | thejapa | now that I'm into it, though, I'm not willing to turn back. :) |
| 21:08.55 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 21:12.21 | emte | the console output when compiling a 2.6 kernel always looks odd to me |
| 21:13.01 | koen | Kristoffer: why did you remove the tremor.patch from scummvm? |
| 21:13.17 | Kristoffer | koen, only from the last release |
| 21:13.27 | Kristoffer | the code has changed alot, so it wasnt needed/didnt work |
| 21:13.44 | koen | Kristoffer: http://www.openembedded.org/viewmtn/getdiff.py?id1=889a2048fa859be73c244aeb31e982b29d624283&id2=95fa8952511a57ba0ef9058fbbb57e4af4d93cf6&fname=packages/scummvm/scummvm.inc |
| 21:13.52 | koen | you removed it in the .inc |
| 21:14.06 | Kristoffer | didnt I add it specificly to 0.6.1b then? |
| 21:14.18 | koen | not afaics |
| 21:14.29 | Kristoffer | ah, missed that then..will add it for 0.6.1b |
| 21:14.42 | Kristoffer | 0.6.0 didnt use the .inc file I believe |
| 21:14.46 | koen | thanks |
| 21:15.08 | Kristoffer | thanks for pointing it out, 0.9.0 doesnt build for me, but probobly for any arm |
| 21:15.10 | emte | make clean |
| 21:20.36 | CIA-9 | 03kristoffer 07org.oe.dev * r7adb1db7... 10/packages/scummvm/scummvm_0.6.1b.bb: |
| 21:20.36 | CIA-9 | scummvm/scummvm_0.6.1b.bb: Addition of tremor patch |
| 21:20.36 | CIA-9 | * Addition of tremor patch to 0.6.1b as this was removed from the |
| 21:20.36 | CIA-9 | <PROTECTED> |
| 21:28.50 | *** join/#oe reenoo (n=r@p5489F4D2.dip.t-dialin.net) |
| 21:29.21 | reenoo | evening |
| 21:29.31 | *** part/#oe TheCan (n=thecan@dslb-084-056-185-038.pools.arcor-ip.net) |
| 21:47.12 | *** join/#oe marcan (i=1337@226.Red-88-0-76.dynamicIP.rima-tde.net) |
| 21:57.08 | *** join/#oe ixoth (n=ixoth@pppoe-67.12.110.89-adsl.spbnit.ru) |
| 21:58.09 | zecke | reenoo: hey, I'm glad you survived |
| 21:58.25 | reenoo | yo zecke |
| 21:58.26 | reenoo | heh |
| 21:58.35 | reenoo | survived robocup you mean? |
| 22:05.40 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9F8C4.dip.t-dialin.net) |
| 22:07.28 | aquadran | Kristoffer: scummvm 0.9.0 builds fine here for arm |
| 22:07.39 | Kristoffer | aquadran, good to know thx |
| 22:07.58 | Kristoffer | should be abit better than 0.6.1b :D |
| 22:08.36 | zecke | reenoo: yes |
| 22:08.40 | aquadran | more than a bit :) |
| 22:10.40 | reenoo | zecke: yah. I've actually spent most time in the lab or manning our booth at the AI conference. only managed to see the finals on sunday as far as robocup itself is concerned. |
| 22:28.05 | zecke | OT: Any win32 guy around? What is the tool that is like 'ldd'? |
| 22:28.32 | reenoo | zecke: btw... if you were there I failed to find you, sorry :/ |
| 22:28.36 | *** join/#oe JaMa (n=martin@njama.ipv6.mk.cvut.cz) |
| 22:29.06 | zecke | didn't make it :( |
| 22:29.34 | reenoo | ah, ok |
| 22:30.21 | reenoo | too bad. it was a great event. wished I had been able to spend more time there myself... |
| 22:30.21 | CIA-9 | 03koen 07org.oe.dev * r44f2e80d... 10/packages/scummvm/scummvm_0.9.0.bb: scummvm 0.9.0: depend on libvorbis since the tremor patch hasn't been forward ported yet |
| 22:44.24 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 22:44.55 | *** join/#oe arturo (n=arturo@201.107.6.9) |
| 22:49.09 | *** join/#oe arturo (n=arturo@201.107.6.9) |
| 23:21.54 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 23:25.39 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 23:25.43 | zecke | nite |
| 23:32.30 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9F8C4.dip.t-dialin.net) |
| 23:37.50 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
| 23:54.33 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |