| 00:24.18 | *** join/#oe jamie (n=jamie@pdpc/supporter/active/jamie) |
| 00:27.05 | *** join/#oe minipanda (n=zhanght@221.122.51.131) |
| 00:53.34 | *** join/#oe jamey (n=jamey@c-65-96-203-230.hsd1.ma.comcast.net) |
| 00:54.16 | *** join/#oe jamey_ (n=jamey@c-65-96-203-230.hsd1.ma.comcast.net) |
| 00:58.26 | *** join/#oe ideal (n=idealm_@222.67.237.19) |
| 01:07.14 | *** join/#oe noclouds (n=mhfan@60.166.46.58) |
| 01:27.36 | *** join/#oe ideal (n=idealm_@222.66.46.90) |
| 01:36.39 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
| 01:47.58 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 01:58.58 | *** join/#oe awake (n=Xhunk@61.49.138.232) |
| 02:20.00 | awake | hi,guys. |
| 02:21.30 | awake | how to trigger bootsplash when boot a bin.? |
| 02:27.27 | awake | could anybody help me ? thankS |
| 02:28.27 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 02:43.26 | *** part/#oe minipanda (n=zhanght@221.122.51.131) |
| 03:08.30 | *** join/#oe anomaly (n=bob@box3n.gumbynet.org) |
| 03:47.46 | *** join/#oe noclouds (n=mhfan@60.166.46.58) |
| 03:48.22 | *** join/#oe emte (n=emte@d64-180-41-158.bchsia.telus.net) |
| 04:08.14 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 04:34.43 | *** join/#oe [g2] (n=g2@nslu2-linux/g2) |
| 04:45.48 | *** join/#oe [g2] (n=Tom@cpe-066-057-008-035.nc.res.rr.com) |
| 04:49.21 | *** join/#oe hue (n=hue@218.20.51.108) |
| 04:54.09 | *** join/#oe bluelightning (n=blueligh@219-89-20-170.dialup.xtra.co.nz) |
| 05:31.08 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 05:39.29 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 05:51.27 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 05:51.43 | *** join/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
| 06:06.20 | *** part/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
| 06:20.13 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 06:36.55 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 06:39.45 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:47.14 | memeruiz | Is there anyone able to build with bitbake/oe taking advantage of SMP ? |
| 06:50.07 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 07:04.58 | *** join/#oe eumel (n=chatzill@p54832BA8.dip0.t-ipconnect.de) |
| 07:05.17 | *** join/#oe katossi (n=guillerm@dslb-084-061-118-188.pools.arcor-ip.net) |
| 07:09.09 | *** join/#oe awake (n=Xhunk@61.49.138.232) |
| 07:16.14 | *** part/#oe koobla (n=vogl@pdpc/supporter/active/koobla) |
| 07:16.16 | *** join/#oe koobla (n=vogl@pdpc/supporter/active/koobla) |
| 07:18.38 | *** join/#oe koobla (n=vogl@wall4.soft.uni-linz.ac.at) |
| 07:18.54 | awake | hi,guys. |
| 07:21.58 | awake | could you tell me how to add a bootsplash in a program? |
| 07:26.45 | *** join/#oe Camelot (n=Anon@203.8.2.80) |
| 07:33.12 | *** join/#oe gnufan (n=mhfan@60.166.44.133) |
| 07:37.46 | awake | hi,gnufan |
| 07:42.32 | *** join/#oe zap (n=zap@217.170.93.196) |
| 07:42.39 | katossi | morning all |
| 07:43.32 | *** part/#oe Camelot (n=Anon@203.8.2.80) |
| 07:44.17 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 07:47.38 | XorA | morning |
| 07:48.09 | awake | hi,katossi |
| 07:48.17 | awake | hi,XorA |
| 07:55.49 | hrw|work | evening |
| 07:58.13 | CIA-7 | 03hrw 07org.oe.dev * r47194044... 10/: |
| 07:58.13 | CIA-7 | opie-stumbler: new application for scanning WiFi networks |
| 07:58.13 | CIA-7 | - added both 1.2.1 and CVS versions |
| 07:58.13 | CIA-7 | - icon added into metadata as author forgot to add it into upstream |
| 07:59.58 | awake | hi hrw|work |
| 08:00.04 | RP | morning all |
| 08:00.10 | awake | hi RP |
| 08:00.23 | RP | morning mickeyl |
| 08:00.26 | mickeyl | morning ! |
| 08:00.44 | awake | Hi mickeyl |
| 08:01.09 | XorA | morning all |
| 08:01.17 | RP | hi XorA |
| 08:01.26 | awake | morning xora |
| 08:02.59 | hrw|work | mickeyl: elo |
| 08:04.30 | mickeyl | my spectrum card still doesn't work on a default image. Which DEPEND do we need to add ? |
| 08:04.42 | mickeyl | (c7x0, that is) |
| 08:05.18 | sie | how to add a bootsplash in a program? |
| 08:05.28 | mickeyl | FYI: I want to shell out some RCs this weekend and if all goes reasonably well, aim for a release one week later. |
| 08:06.12 | XorA | mickeyl: AWESOME |
| 08:06.38 | mickeyl | t's been much too long since 3.5.3, but things are very busy on my side. |
| 08:06.57 | RP | mickeyl: Did we ever split the config files for orinoco? |
| 08:07.10 | hrw|work | RP: we did not iirc |
| 08:07.20 | mickeyl | oops i thought we already did |
| 08:07.53 | RP | No. So we need to fix that and spectrum should work |
| 08:07.58 | katossi | RP: morning RP |
| 08:08.27 | RP | katossi: morning! |
| 08:09.50 | katossi | anyone using xfce-image? |
| 08:09.52 | sie | morning all |
| 08:10.05 | katossi | I can't believe I didn't find anyone in one week |
| 08:10.36 | sie | you believe that |
| 08:10.52 | katossi | there are dependencies, packages, that doesn't even exist in the oe tree |
| 08:11.04 | katossi | but I guess it's too obvious to be a bug |
| 08:11.33 | RP | mickeyl: Do you want me to look at creating orinoco-conf? |
| 08:11.56 | mickeyl | RP: that would be good, yes. |
| 08:11.58 | *** join/#oe AvengerMoJo (n=alex@219.239.245.178) |
| 08:12.37 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 08:12.56 | mickeyl | i wonder where CoreDump|home hides |
| 08:13.00 | mickeyl | ~seen CoreDump|home |
| 08:13.04 | ibot | coredump|home is currently on #gpe #oe #openzaurus #opie #handhelds.org |
| 08:13.43 | katossi | anyone knows anyway to use java/awt in opie? |
| 08:14.07 | katossi | x/qt is working? how good is it? |
| 08:14.07 | mickeyl | try #opie |
| 08:14.11 | katossi | ups |
| 08:14.12 | katossi | thx |
| 08:14.16 | CIA-7 | 03mickeyl 07org.oe.dev * r4a4dd989... 10/: |
| 08:14.16 | CIA-7 | python-pygame 1.7.1: remove qpe patch as it is no longer necessary due to changes in our SDL build. |
| 08:14.16 | CIA-7 | remove python-pygame 1.6 |
| 08:24.13 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 08:25.17 | sie | hi timelord |
| 08:29.45 | RP | gpe bootsplash fails to realise the screen orientation on spitz 2.6. Not a very good first impression... |
| 08:31.51 | sie | hi, RP |
| 08:31.59 | sie | bootsplash |
| 08:32.36 | sie | RP:could you bind bootsplash on a program ? |
| 08:32.55 | RP | The fontsize is also totally broken in gpe :-/ |
| 08:33.19 | RP | (This is the dev branch, not oz354fam083) |
| 08:34.30 | RP | sie: I don't understand |
| 08:37.01 | sie | RP:thankS |
| 08:38.48 | *** join/#oe AvengerMoJo (n=alex@219.239.245.178) |
| 08:42.04 | sie | RP:what i said that how to add a picture when init&start a program. |
| 08:42.32 | *** join/#oe AvengerMoJo (n=alex@219.239.245.178) |
| 08:44.24 | memeruiz | cool, parallel make seems to work. |
| 08:45.05 | sie | hi,memeruiz. |
| 08:45.20 | sie | memeruiz:how to parallel? |
| 08:46.14 | memeruiz | sie: uncomment PARALLEL_MAKE = "-j 4" in conf/local.conf |
| 08:46.47 | memeruiz | sie: I see my two processors on top during compilation stages. |
| 08:47.09 | *** join/#oe univac (n=univac@amn61.neoplus.adsl.tpnet.pl) |
| 08:48.36 | zecke_ | pb_: hey ;) |
| 08:48.50 | memeruiz | The compilation time will drop substantially I hope. |
| 08:49.35 | sie | memeruiz:cool! |
| 08:50.38 | memeruiz | sie: yep, pretty much. |
| 08:51.33 | *** join/#oe AvengerMoJo (n=alex@219.239.245.178) |
| 08:51.35 | memeruiz | Do someone have the same issue of not having free space in / not even for editing with gpe-image ? |
| 08:53.38 | hrw|work | memeruiz: my c760 has lot of free space |
| 08:53.53 | memeruiz | :( I mean with poodle ... |
| 08:54.16 | hrw|work | memeruiz: 5600? it has ~30M for / iirc |
| 08:55.38 | memeruiz | hrw|work: I have two partitions : / of 22MB and /home of 35MB. df -h says. |
| 08:56.03 | memeruiz | hrw|work: do I have to repartition in some way ? |
| 08:56.08 | hrw|work | memeruiz: gpe-image is too large now? |
| 08:57.05 | memeruiz | hrw|work: I think. >20MB jffs2 |
| 08:57.18 | hrw|work | so raport a bug |
| 08:58.38 | hrw|work | mickeyl: what do you think about opie-stumbler in default opie-image? |
| 08:59.35 | memeruiz | hrw|work: I managed to make a small gpe-image removing gpe-task-connectivity in the gpe-image.bb file, but I'm concerned of a release with this big image file. |
| 08:59.52 | memeruiz | hrw|work: ok, I will. |
| 08:59.55 | hrw|work | memeruiz: so raport a bug |
| 09:02.36 | RP | mickeyl: I've tested the conf package and things seem to work. I've split the changeset to make importing the new package into the ox354fam083 branch easy |
| 09:02.49 | CIA-7 | 03rpurdie 07org.oe.dev * r02209b34... 10/: |
| 09:02.49 | CIA-7 | orinoco: Create separate conf package for use by pcmcia-cs with internal kernel module |
| 09:02.49 | CIA-7 | Add package to zaurus-clamshell-2.6.conf |
| 09:02.53 | CIA-7 | 03rpurdie 07org.oe.dev * rad97959f... 10/: |
| 09:02.53 | CIA-7 | orinoco: Updates to versions 0.15rc1, 0.15rc2, cvs: |
| 09:02.53 | CIA-7 | Remove firmware patches and use external firmware package |
| 09:02.53 | CIA-7 | Remove pcmcia-cs config files and use external package |
| 09:02.54 | RP | mickeyl: You'd better check it over and make sure I have it right ;-) |
| 09:05.59 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
| 09:14.49 | zecke_ | RP: I've a PXA/ARM question |
| 09:15.31 | *** join/#oe AvengerMoJ1 (n=alex@219.239.245.178) |
| 09:15.40 | zecke_ | RP: If I have a IRQ on a GPIO (e.g 23) can my interrupt handled be interrupted by the same IRQ? |
| 09:15.45 | zecke_ | or is this IRQ masked out |
| 09:16.49 | RP | zecke_: It depends how you register the irq handler |
| 09:17.08 | RP | zecke_: Look at the flags to request_irq |
| 09:17.26 | hrw|work | memeruiz: 21M image will be too big for poodle? |
| 09:18.43 | *** part/#oe AvengerMoJ1 (n=alex@219.239.245.178) |
| 09:19.07 | katossi | anyone tried mono with oe? |
| 09:19.40 | RP | zecke_: SA_INTERRUPT means you can only have one instance of an irq handler if I remember rightly |
| 09:21.28 | zecke_ | RP: but asm-arm/signal.h claims SA_INTERRUPT is a no-op :} |
| 09:21.31 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-59-214.w83-199.abo.wanadoo.fr) |
| 09:21.37 | memeruiz | hrw|work: After I install my first openzaurus image some time ago, my system was configured with 22M in / and 35 in /home . The image generated now was of 21>x>20MB I don't remeber the exactly size. I don't now if during the flashin/first bootin process if posible to repartition the flash. But I think 21M in this configuration is not working. At least in my case. maybe 1MB less could work. |
| 09:21.46 | zecke_ | RP: http://lxr.linux.no/source/include/asm-arm/signal.h?a=arm#L85 |
| 09:23.15 | alan|laptop | morning |
| 09:23.20 | hrw|work | memeruiz: hm.. so current opie-image (21M) can be dangerous.. |
| 09:25.36 | memeruiz | hrw|work: hmm, maybe, I have not compile opie-image, last time I try there were a lot of building problems. I could try again some of this days. I will let you know the results. |
| 09:26.40 | hrw|work | we probably need to add check for image size |
| 09:27.04 | *** join/#oe AvengerMoJ1 (n=alex@219.239.245.178) |
| 09:29.09 | RP | zecke_: I think that means arm interrupts can't interrupt themselves for the same irq. Have a look at Documentation/arm/Interrupts as well btw |
| 09:29.26 | memeruiz | hrw|work: how is managed the image size now ? try and error ? |
| 09:30.19 | hrw|work | memeruiz: sort of |
| 09:30.38 | hrw|work | memeruiz: we care about 16M devices and put more for others |
| 09:31.01 | *** join/#oe AvengerMoJ1 (n=alex@219.239.245.178) |
| 09:32.00 | zecke_ | RP: thanks |
| 09:33.45 | memeruiz | hrw|work: I saw something of that sort in the opie-image.bb file. |
| 09:34.19 | hrw|work | memeruiz: gpe-image has it too |
| 09:34.41 | memeruiz | s/opie-image/gpe-image. |
| 09:34.43 | memeruiz | true. |
| 09:38.45 | katossi | arg, mono didn't compile! |
| 09:39.07 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 09:39.34 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 09:39.44 | memeruiz | hrw|work: It is very difficult to change the partition sizes during the flashing process ? will not bother me to having less space in /home |
| 09:40.22 | katossi | is dotnet in the oe tree? |
| 09:40.27 | katossi | I can't find it |
| 09:40.29 | hrw|work | memeruiz: we dont support it |
| 09:43.19 | *** join/#oe AvengerMoJ1 (n=alex@219.239.245.178) |
| 09:45.01 | memeruiz | hrw|work: hmm, I see. And I know that will be pretty hard to tell everyone that they have to do it yourself. I think the process of repartitioning will require a hot repartitioning. I don't even know if this is possible with jffs2. |
| 09:52.15 | memeruiz | nights. 3.5am. see you around. |
| 09:52.40 | hrw|work | cu memeruiz |
| 09:54.26 | *** join/#oe AvengerMoJ1 (n=alex@219.239.245.178) |
| 09:57.03 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 10:13.21 | *** join/#oe AvengerMoJ1 (n=alex@219.239.245.178) |
| 10:17.07 | memeruiz | hrw|work: thks |
| 10:26.01 | *** join/#oe dan2003 (n=mangodan@host81-157-11-13.range81-157.btcentralplus.com) |
| 10:28.07 | *** join/#oe molivier (n=mac@d03v-195-36-134-26.d4.club-internet.fr) |
| 10:28.16 | dan2003 | hm, ive bumbped right back into the LONG_MAX undefined issue whilst building bluez on my amd64. I have since seen this with something else and found the fix was a modifcation to limits.h but cant rmeebr what it was. Does anybody know? |
| 10:35.38 | CIA-7 | 03koen 07org.oe.dev * rc381987d... 10/: vte: add 0.11.15 |
| 10:35.47 | CIA-7 | 03koen 07org.oe.dev * r6e9bd43a... 10/: gtkhtml: add 2.6.3, needed for scilab |
| 10:55.53 | dan2003 | a-chew |
| 11:06.18 | *** join/#oe pb___ (n=pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 11:45.05 | *** join/#oe bluelightning (n=blueligh@219-89-20-170.dialup.xtra.co.nz) |
| 11:51.00 | *** join/#oe molivier (n=mac@d03v-195-36-134-26.d4.club-internet.fr) |
| 11:58.08 | *** join/#oe koobla|vienna (n=Simon@cm49-137.liwest.at) |
| 12:00.13 | *** join/#oe cedric (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 12:01.40 | *** join/#oe reenoo_ (n=r@p5489FEA0.dip.t-dialin.net) |
| 12:01.47 | reenoo_ | morning |
| 12:13.37 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 12:40.26 | *** join/#oe tux_mike (n=mike@zelda.tuxnami.org) |
| 12:43.07 | dan2003 | does the gpe environment use the standard gtk apis? ie can i develop a progon desktop and cross compile itfor gpe on zaurus reasonably easily? |
| 12:53.32 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 12:55.01 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 12:56.55 | *** part/#oe Bilbolodz|work (n=bilbo@pc-bilbo.man.lodz.pl) |
| 12:58.43 | pb___ | yes |
| 13:17.56 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 13:26.25 | dan2003 | exelent ! |
| 13:37.48 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
| 13:42.02 | dan2003 | can anybidy recomend a lightweight db to suitable for embedded use? should i use gnomedb ? |
| 13:42.24 | CosmicPenguin | squlite |
| 13:42.27 | CosmicPenguin | sqlite |
| 13:42.52 | dan2003 | ok, im kinda familiar with that so ill go with it;) |
| 13:43.12 | dan2003 | plus i know it can do what i require |
| 13:43.17 | *** part/#oe oho (n=phm4@myrtle.ukc.ac.uk) |
| 13:43.25 | *** join/#oe oho (n=phm4@myrtle.ukc.ac.uk) |
| 14:07.21 | fdv | hm. anybody here who has hints about benchmarking for comparing PDA vs. workstation performance? |
| 14:14.04 | hrw|work | "time cat /dev/urandom>/dev/null"? :) |
| 14:14.25 | hrw|work | fdv: dont you think that comparing them is senseless? |
| 14:15.52 | *** join/#oe ideal (n=idealm_@222.67.237.19) |
| 14:17.33 | fdv | hrw|work: of course, to some extent, but I'm working on a system where the work load is shared between a server running on a stationary computer and a client on the PDA, so it would make sense wrt how much work must be done by the server |
| 14:18.27 | fdv | the comparison would be for the report, sort of to state the obvious :) |
| 14:20.16 | chouimat | morning |
| 14:21.03 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 14:29.05 | *** join/#oe mithro (n=tim@tagung-233-168.tagung.uni-hamburg.de) |
| 14:34.46 | *** join/#oe AvengerMoJo (n=alex@61.49.138.232) |
| 14:59.52 | *** join/#oe Crofton|laptop (n=balister@hc6521c60.dhcp.vt.edu) |
| 14:59.58 | Crofton|laptop | join #elinux |
| 15:02.06 | *** join/#oe univac_ (n=univac@amg152.neoplus.adsl.tpnet.pl) |
| 15:06.05 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-59-214.w83-199.abo.wanadoo.fr) |
| 15:21.17 | *** join/#oe cedric (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 15:28.04 | hrw|work | RP: ping |
| 15:29.38 | AvengerMoJo | hi |
| 15:33.19 | hrw|work | hi AvengerMoJo |
| 15:34.24 | CIA-7 | 03florian 07org.oe.dev * r8e8ea79d... 10/: gpe-bluetooth: Add new release. |
| 15:40.38 | AvengerMoJo | hi hrw|work how is going |
| 15:41.03 | hrw|work | quite good |
| 15:41.09 | AvengerMoJo | :) |
| 15:41.19 | AvengerMoJo | I'm still trying to put bootsplash into OE |
| 15:41.38 | AvengerMoJo | just install Suse10 and test drive a little |
| 15:41.41 | hrw|work | AvengerMoJo: kernel patch or aplication? |
| 15:41.50 | AvengerMoJo | kernel patch |
| 15:41.56 | AvengerMoJo | application is done |
| 15:43.21 | hrw|work | oz 2.6 kernel has elpp for it |
| 15:44.23 | reenoo_ | re |
| 15:45.50 | *** join/#oe ^j^_____1 (n=j@e178104086.adsl.alicedsl.de) |
| 15:46.18 | *** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 15:49.22 | AvengerMoJo | what is elpp |
| 15:53.12 | *** join/#oe lardman|work (n=lardman@138.38.73.178) |
| 15:57.21 | CosmicPenguin | bootsplash is better, especially for X86 |
| 15:59.06 | AvengerMoJo | hum |
| 15:59.23 | AvengerMoJo | CosmicPenguin: so elpp is working in the currect OE kernel? |
| 15:59.33 | CosmicPenguin | there is no current OE kernel |
| 16:03.29 | AvengerMoJo | CosmicPenguin: I mean the 2.6.13 one |
| 16:03.40 | AvengerMoJo | I'm not sure how I would say it :P |
| 16:04.16 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 16:04.41 | CosmicPenguin | Well, its clear that the kernels are organized by architecture |
| 16:04.50 | CosmicPenguin | And furthermore, each kernel in OE has a specific name |
| 16:04.51 | CosmicPenguin | and version |
| 16:05.57 | AvengerMoJo | CosmicPenguin: right .. I would say ...2.6.13 for Spitz :) |
| 16:06.43 | CosmicPenguin | That is indeed a far better question |
| 16:06.47 | lardman|work | AvengerMoJo: you sure, that doesn't exist any more as a .bb |
| 16:06.49 | CosmicPenguin | Unfortunately for you, I cannot answer that |
| 16:08.26 | AvengerMoJo | you mean the .... the kernel module? or kernel patch for bootsplash? |
| 16:08.43 | RP | elpp exists in OE for 2.6 spitz. The current stable version is 2.6.14-rc1 |
| 16:08.46 | lardman|work | I mean there's no .bb file to build a 2.6.13-* kernel for any Zaurus |
| 16:08.49 | AvengerMoJo | I'm not search I think I have look for it but with no result |
| 16:09.02 | AvengerMoJo | any howto on elpp RP? |
| 16:09.11 | AvengerMoJo | I will try it out later tonight |
| 16:09.38 | lardman|work | Set OZ_KERNEL_ENABLE_ELPP="yes" iirc |
| 16:09.49 | RP | echo ENABLE_ELPP = "yes" > local.conf |
| 16:10.09 | RP | sorry, lardman|work is right |
| 16:10.24 | lardman|work | bit of luck there ;) |
| 16:10.24 | RP | read linux-openzaurus.inc |
| 16:10.37 | AvengerMoJo | thank I will take a look |
| 16:10.49 | AvengerMoJo | the OZ_KERNEL_ENABLE_ELPP is in the bb? |
| 16:11.10 | RP | you set it in local.conf |
| 16:11.22 | RP | to see what it does, look in the .inc file |
| 16:12.09 | AvengerMoJo | ok |
| 16:12.10 | AvengerMoJo | thanks |
| 16:25.08 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 16:31.50 | *** join/#oe cyberchuck (n=cyberchu@conr-adsl-209-169-100-21.consolidated.net) |
| 16:32.30 | cyberchuck | A basic question: at what point does OE build the cross-compilers? |
| 16:32.48 | lardman|work | pretty much the first thing it does |
| 16:32.59 | cyberchuck | I'm on a project where I'm on Fedora Core 3 (GCC3.x) and my counterpart has Fedora Core 4) |
| 16:33.01 | cyberchuck | He has GCC4. |
| 16:33.29 | cyberchuck | We have determined (after much sweat) that opie doens't like to build cleanly (with bitbake) using GCC4 |
| 16:33.34 | cyberchuck | It WORKS under GCC3. |
| 16:33.59 | cyberchuck | I was directed to a patch for QT-2.3.10 for GCC4, but it doesn't appear to address the compilation errors we're getting under FC4. |
| 16:34.18 | cyberchuck | So we have to "hand compile" the source that doesn't work. |
| 16:34.40 | cyberchuck | With gcc3.x version of the compiler (arm-linux- etc. I don't have the exact name in front of me). |
| 16:34.43 | cyberchuck | Any ideas? |
| 16:34.55 | cyberchuck | Other patches to make GCC4 work with the current source? |
| 16:35.30 | lardman|work | Opie shouldn't be built using the native compiler, or is this building some tool which is required to run natively? |
| 16:36.31 | cyberchuck | I'm using OpenEmbedded to build for Familiar LINUX on IPAQ. |
| 16:36.59 | cyberchuck | OE "out of the box" works GREAT / cleanly for a cross compilation on X86 running Fedora Core 3. |
| 16:37.05 | cyberchuck | Does NOT work with Fedora Core 4. |
| 16:37.16 | cyberchuck | (does not compile cleanly). |
| 16:37.30 | pb___ | Can you provide any MORE details of how it FAILS to work? |
| 16:37.54 | cyberchuck | Yes, I can provide details. Let me paste the compiler error messages in ... give me a sec. |
| 16:38.15 | lardman|work | use pastebin |
| 16:38.19 | lardman|work | ~pastebin |
| 16:38.21 | ibot | methinks pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.ca/ |
| 16:38.42 | pb___ | don't use pastebin.ca |
| 16:38.48 | pb___ | pastebin.com would be a better bet |
| 16:39.51 | lardman|work | pb___: why not .ca? |
| 16:40.20 | pb___ | because pastebin.ca is effectively unreachable for many users, including me |
| 16:40.29 | cyberchuck | OK. |
| 16:40.40 | lardman|work | oh, someone should tell ibot then I suppose |
| 16:40.47 | cyberchuck | I have the compiler errors (lvalue) and have gone to pastebin.com |
| 16:40.57 | cyberchuck | Now how can everyone here see the paste? |
| 16:41.05 | cyberchuck | ( i haven't published yet ) |
| 16:41.19 | lardman|work | tell us the url |
| 16:41.54 | cyberchuck | ok. URL is http://pastebin.com/393568 |
| 16:42.06 | cyberchuck | This is the compiler output from a "bitbake opie-image" |
| 16:42.25 | cyberchuck | In this particular case my colleague trace it to the pcmcia package. |
| 16:42.38 | cyberchuck | He took it out of the mix and the build process continued ... |
| 16:42.46 | cyberchuck | but broke on "openswan" with the same error. |
| 16:42.57 | cyberchuck | This time removing the package caused the build to fail (dependencies) |
| 16:44.38 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 16:48.21 | *** join/#oe dmunicio (n=dmunicio@138.4.9.103) |
| 16:48.28 | cyberchuck | now see post at http://pastebin.com/393579 talking about the multiple cross-compiler versions. |
| 16:48.55 | dmunicio | hi to all |
| 16:49.35 | dmunicio | has anyone included zope in his own distro? |
| 16:52.47 | lardman|work | cyberchuck: I thought you were talking about native gcc? |
| 16:53.22 | cyberchuck | I'm PRIMARILY concerned with the OE build process. I want to end up with |
| 16:53.31 | cyberchuck | a JFFS2 image that works. |
| 16:53.58 | cyberchuck | When I say "OE build process" I mean a cross-compilation on my X86 box. |
| 16:54.17 | cyberchuck | It would be NICE to be able to use Qt-embedded to develop applications completely on the LINUX box, then |
| 16:54.27 | cyberchuck | use OE to cross-compile and include in a disk image. |
| 16:54.41 | cyberchuck | The QT-embedded part works GREAT on my Fedora Core 3 system. |
| 16:55.02 | cyberchuck | Breaks on Fedora Core 4 due to the compiler incompatibility problem (apparently). |
| 16:55.35 | lardman|work | Okay, but we are talking cross-compiling then (as Opie can also be built for x86)? |
| 16:55.38 | cyberchuck | Anyway, to repeat: I want to generate a JFFS2 image, cross-compiled from Fedora Core 4 environment. |
| 16:56.00 | cyberchuck | target is iPAQ/Familiar 0.8.2. |
| 16:56.07 | lardman|work | In which case I'd rm -rf tmp and allow bitbake to regenerate the toolchains |
| 16:56.33 | cyberchuck | how will regenerating the toolchains help? |
| 16:56.43 | cyberchuck | On the Fedora Core 4 system? |
| 16:56.48 | lardman|work | Because then it won't use 4.0.0 |
| 16:56.53 | cyberchuck | the FC4 system generates GCC4. |
| 16:57.11 | cyberchuck | That's the problem ... FC4 uses GCC4 and apparently generates the toolchain for GCC4. |
| 16:57.35 | lardman|work | the timestamp on the 4.0.0 toolchain is earlier than that on the 3.4.4 which is supposed to be used |
| 16:58.14 | lardman|work | which tells me that 4.0.0 existed, then 3.4.4 was built, and the later version (as in version number) is being used |
| 16:58.48 | lardman|work | I think the fact that is has a pre-installed native 4.0.0 toolchain is by the by |
| 16:59.16 | *** join/#oe PSt (n=Peter@p54BC9881.dip0.t-ipconnect.de) |
| 17:01.10 | dmunicio | my rootfs doesn't include the shutil python module needed for running zope |
| 17:02.44 | *** join/#oe AvengerMoJ1 (n=alex@61.149.25.94) |
| 17:03.01 | *** join/#oe netnix (n=alex@81.25.39.184) |
| 17:04.54 | *** join/#oe zap (n=zap@217.170.93.196) |
| 17:08.51 | *** join/#oe TES (n=TES@81.180.159.1) |
| 17:08.51 | lardman|work | night |
| 17:20.46 | *** join/#oe _guillermo (n=guillerm@dslb-084-060-097-089.pools.arcor-ip.net) |
| 17:21.47 | cyberchuck | OK. So removing the existing toolchain will cause bitbake to regenerate version 3.4.x? |
| 17:21.50 | cyberchuck | That doesn't make sense. |
| 17:22.22 | cyberchuck | What I'd like to do is to regenerate the 3.4.x toolchain. |
| 17:25.09 | *** join/#oe dmunicio (n=dmunicio@138.4.9.103) |
| 17:25.41 | dmunicio | can anyone help me? |
| 17:26.04 | *** join/#oe molivier (n=mac@d03v-195-36-134-26.d4.club-internet.fr) |
| 17:26.07 | dmunicio | I need to have python-shell ipk installed in my rootfs |
| 17:30.47 | *** join/#oe joshin (n=joshin@VDSL-130-13-178-172.PHNX.QWEST.NET) |
| 17:35.28 | *** join/#oe cbrake (n=cbrake@cpe-24-166-121-47.neo.res.rr.com) |
| 17:35.57 | *** part/#oe cyberchuck (n=cyberchu@conr-adsl-209-169-100-21.consolidated.net) |
| 17:39.53 | *** part/#oe _guillermo (n=guillerm@dslb-084-060-097-089.pools.arcor-ip.net) |
| 17:40.34 | *** join/#oe katossi (n=guillerm@dslb-084-060-097-089.pools.arcor-ip.net) |
| 17:43.28 | *** join/#oe dkey (n=dkey@L0005P08.dipool.highway.telekom.at) |
| 17:52.14 | *** join/#oe zecke (n=ich@83-169-171-130-dynip.superkabel.de) |
| 18:03.19 | pb_ | hi zecke |
| 18:04.12 | zecke | hey |
| 18:04.41 | zecke | how are you? |
| 18:04.58 | pb_ | good |
| 18:05.05 | pb_ | I just enrolled in the Microsoft Partner Program |
| 18:05.24 | pb_ | fear my partnership! |
| 18:10.32 | zecke | pb_: What will you marry? a M$ mice or some kind of software? |
| 18:12.25 | pb_ | zecke: I was hoping to marry Bill Gates himself, but apparently I am too late for that |
| 18:12.58 | pb_ | however, it seems I am eligible for a Microsoft "Action Pack" as a kind of consolation prize. |
| 18:15.37 | *** join/#oe dmunicio0 (n=dmunicio@138.4.9.103) |
| 18:16.11 | zecke | pb_: wow I bet you get a compiler for half of the price ;) |
| 18:16.44 | pb_ | yeah, something like that |
| 18:17.22 | pb_ | it costs 199 GBP, but you get ten licences each for Windows XP, Office Professional, Visual Studio, and a pile of other things, plus one licence each for Exchange and Windows Server. |
| 18:17.56 | pb_ | obviously the latter are only useful to point at and laugh, but the licences for xp and office are kind of handy to have. |
| 18:18.07 | zecke | pb_: I'm part of this first shot free dealer program by M$ |
| 18:18.14 | zecke | it is called MS Academic Program... |
| 18:18.21 | pb_ | ah right, yeah |
| 18:18.30 | pb_ | MS do seem to have a program for every eventuality. |
| 18:21.16 | dmunicio0 | hi |
| 18:22.02 | dmunicio0 | I have created a package inside packages/meta/ in order to define a set of packages |
| 18:24.44 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 18:33.55 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 18:40.40 | *** join/#oe dmunicio (n=dmunicio@138.4.9.103) |
| 18:43.31 | *** join/#oe molivier2 (n=mac@212.195.178.252) |
| 18:48.32 | raduga | do you get a license to kill? (like 007?) |
| 18:50.03 | pb_ | only at the higher membership levels |
| 18:52.28 | raduga | hm |
| 18:52.30 | raduga | is it just me, |
| 18:52.36 | raduga | or do these things look silly? |
| 18:52.38 | raduga | http://www.geekzone.co.nz/content.asp?contentid=5325 |
| 18:54.23 | raduga | (they're the new keyboarded phones from nokia. concept is nice, execution, ehh) |
| 18:54.26 | zecke | pb_: Did you ever create a MSI? |
| 18:54.52 | *** join/#oe bam_ (n=bam@pool-71-108-68-125.lsanca.dsl-w.verizon.net) |
| 18:55.10 | pb_ | zecke: not knowingly |
| 18:55.16 | pb_ | What's an MSI? |
| 18:55.43 | raduga | micro soft installer? |
| 18:55.46 | zecke | pb_: Miscrofot ??? Installer |
| 18:56.01 | raduga | pb: ipk for the windows world |
| 18:56.03 | pb_ | ah, right |
| 18:56.30 | pb_ | I haven't created any windows installers for several years. I guess I used to use InstallShield, back in the day. |
| 18:56.48 | raduga | is installshield an MS product, or third party? |
| 18:57.06 | pb_ | third party, though I think it (now) uses the windows installer at runtime |
| 18:57.38 | pb_ | older versions had their own special proprietary runtime stuff. I think you might still get that if you try to build an installer for windows 95 or some such. |
| 18:58.02 | *** join/#oe emeteo (n=NoSwPate@kde/developer/mteijeiro) |
| 19:00.24 | raduga | ever since winrar has been reasonably stable in handling tar (even tar.bz2) I've been using tar to package up many of my windows bits lately :/ |
| 19:00.54 | raduga | (packages created under unix though, you might imagine) |
| 19:12.12 | *** join/#oe JuNuKN (n=JuNuKN@Kc22c.k.pppool.de) |
| 19:19.16 | *** join/#oe dmunicio (n=dmunicio@138.4.9.103) |
| 19:34.05 | *** join/#oe hrw (n=szczepan@c36-51.icpnet.pl) |
| 19:34.10 | hrw | hi |
| 19:34.23 | oris_wolfbane | how often is the ewi546.ewi.utwente.nl snapshot updated? |
| 19:34.33 | hrw | 10 minutes? |
| 19:36.20 | oris_wolfbane | thanks |
| 19:45.48 | *** join/#oe aboeglin (n=alex@dslb-084-056-041-176.pools.arcor-ip.net) |
| 20:09.08 | *** join/#oe bam_ (n=bam@pool-71-108-68-125.lsanca.dsl-w.verizon.net) |
| 20:13.33 | *** join/#oe zap (n=zap@217.170.93.196) |
| 20:14.33 | dan2003_ | does nybody else here build oe with amd64? |
| 20:18.44 | hrw | few people |
| 20:19.09 | CosmicPenguin | I do |
| 20:19.10 | CosmicPenguin | heh |
| 20:19.13 | CosmicPenguin | obviously |
| 20:19.58 | hrw | CosmicPenguin: when last time you used normal x86? (for build atleast) |
| 20:20.07 | hrw | ;) |
| 20:20.40 | CosmicPenguin | Its been a while |
| 20:22.58 | dan2003_ | CosmicPenguin, ahh, i thought it was you, but then i thught it may be JustinP or both i spose.. anyhow.. do you get stuck at bluez_utils with the undefined LONG_MAX error ? |
| 20:23.26 | CosmicPenguin | hmmmm..... |
| 20:23.33 | CosmicPenguin | I'm pretty sure I've built bluez_utils before |
| 20:24.04 | CosmicPenguin | But its not in my local tree, so if I did, it didn't break |
| 20:25.23 | CosmicPenguin | sorry |
| 20:26.18 | *** join/#oe zap (n=zap@217.170.93.196) |
| 20:28.38 | JustinP | dan2003_: I also build on amd64 |
| 20:28.49 | dan2003_ | k, just im trying to build the gpe-image and it gets stuck there |
| 20:29.06 | dan2003_ | i mreber thif hapening a few months back when i was trying to build the simapd image |
| 20:29.40 | *** join/#oe zap (n=zap@217.170.93.196) |
| 20:30.19 | JustinP | dan2003_: where is LONG_MAX defined? |
| 20:30.26 | dan2003_ | in limts.h |
| 20:30.34 | dan2003_ | sorry, limits.h |
| 20:30.38 | JustinP | check that file on your system |
| 20:30.53 | JustinP | and check the build line in the log that's failing |
| 20:31.01 | JustinP | I bet it has a -I which points to your system headers |
| 20:31.11 | dan2003_ | should i be looking in my system files or the build tree ? |
| 20:31.23 | JustinP | and amd64 linux (on gentoo at least) has "hack" headers which include 64 or 32 bit headers conditionally |
| 20:31.32 | JustinP | the system one |
| 20:31.42 | JustinP | it's a stub probably...and that's probably the one that's included |
| 20:32.00 | dan2003_ | k |
| 20:33.06 | JustinP | lots of builds in OE need to be fixed not to include system headers |
| 20:33.12 | JustinP | but I have no idea hwo to fix them for real.... |
| 20:33.20 | JustinP | I've been band-aiding what I find |
| 20:34.38 | dan2003_ | k, ive deleted the tmp tree earlier.. so im building again.. but ill check when it gets back the the problem point |
| 20:40.00 | *** join/#oe JuNuKN (n=JuNuKN@Kc22c.k.pppool.de) |
| 20:49.23 | *** join/#oe kraptor (n=kraptor@113.Red-83-34-68.dynamicIP.rima-tde.net) |
| 20:49.30 | kraptor | hello all |
| 20:55.28 | dan2003_ | multiple profiles in the network app in gpe would be really handy ;) |
| 20:56.11 | dan2003_ | or just prfiles! abilty to choose between one of many stored network configs |
| 20:56.48 | hrw | same with opie |
| 20:57.00 | dan2003_ | it has it or needs it? |
| 20:58.19 | oris_wolfbane | for the machine setting do i put h3600 or h3600.conf |
| 20:58.37 | *** part/#oe JuNuKN (n=JuNuKN@Kc22c.k.pppool.de) |
| 20:59.09 | pb_ | dan2003_: if you are thinking of wifi, gpe-wlancfg can do that. |
| 20:59.13 | mreimer | installing pcmciautils, I get "update-rc.d: /etc/init.d/coldplug: file does not exist". What's the problem? |
| 20:59.32 | dan2003_ | pb_, and i was just thinging about implementing it ! |
| 20:59.53 | pb_ | well, it'd be nice to implement it in gpe-conf |
| 20:59.53 | pb_ | heh |
| 21:00.13 | pb_ | the problem with gpe-wlancfg was that the profiles were a bit too "in your face", and simple-minded users found them confusing. |
| 21:00.32 | dan2003_ | k |
| 21:00.42 | hrw | dan2003_: need |
| 21:00.54 | pb_ | ideally, you need some combination of the two: something that is as easy to use as gpe-conf for simple configs, but also allows you to do the gpe-wlancfg thing in more advanced cases. |
| 21:01.03 | dan2003_ | i need t learn gtk! so ill make that a little learning curve task |
| 21:01.10 | hrw | mreimer: iirc it was removed |
| 21:01.18 | pb_ | dan2003_: very good |
| 21:01.20 | dan2003_ | a panel app which can select by essid would be handy |
| 21:01.34 | pb_ | yes, that would also be cool |
| 21:01.37 | mreimer | hrw: coldplug was removed? so pcmciautils needs a little love? |
| 21:01.52 | pb_ | you might check with florian in #gpe, since he is the wirelessmeister. |
| 21:02.27 | hrw | mreimer: coldplug from pcmciautils |
| 21:02.59 | mreimer | hrw: do you know of a fix to get pcmciautils installed? |
| 21:05.08 | *** join/#oe alan|home (n=alan@ARouen-152-1-59-214.w83-199.abo.wanadoo.fr) |
| 21:05.45 | hrw | mreimer: remove update-rc.d from its postinst |
| 21:05.52 | mreimer | thanks hrw |
| 21:10.39 | JustinP | dan2003_: any bugs like that that you see which say things are undefined which are normally defined (LONG_MAX, pid_t, etc) file a bug and make sure to mention amd64 in the title |
| 21:12.05 | dan2003_ | k |
| 21:12.32 | dan2003_ | ill try workk out howto fix it first, and fileit anyway if i get too stuck! |
| 21:19.16 | JustinP | dan2003_: if you figure it out file a bug as well (unless you have commit access) |
| 21:19.37 | JustinP | dan2003_: if you can figure out how to fix it for *real* (the system path isn't included) that would be best. A patch of some kind. |
| 21:19.50 | JustinP | dan2003_: if you can't figure that out, try a find/sed hack. Like: |
| 21:20.25 | JustinP | find ${S} -name Makefile | xargs sed -i 's:/usr/include:${STAGING_INCDIR}:' |
| 21:20.25 | JustinP | in do_compile_prepend() |
| 21:20.27 | JustinP | ::sigh:: |
| 21:25.23 | mreimer | I'm trying to use 2.6.13 + pcmciautils to mount a CF card. Do I just need to plug it in and it will automatically mount? Right now I'm only seeing "add@/devices/platform/pxa2xx-pcmcia.0/0.0" but no /dev/hda etc. |
| 21:28.13 | CosmicPenguin | I can just feel in my bones that its going to be *very* OE unfriendly |
| 21:28.45 | hrw | mreimer: on my c7x0 it happen automatically |
| 21:29.06 | mreimer | hrw: so udev 070, pcmciautils 010 is all I need? |
| 21:29.29 | hrw | yep |
| 21:29.40 | mreimer | ok, I'll check the kernel side of things. thanks |
| 21:30.11 | hrw | I have udev 070-r4 and pcmciautils 010-r0 |
| 21:36.09 | *** join/#oe molivier (n=mac@212.194.143.210) |
| 21:45.19 | JustinP | ~lart appweb |
| 21:45.53 | reenoo_ | ~botsnack |
| 21:45.53 | ibot | reenoo_: :) |
| 21:47.12 | raduga | ~bothack |
| 21:47.13 | ibot | brb, bricking your ipaq |
| 21:48.10 | raduga | its a little too uppity for an ipaq |
| 21:48.22 | raduga | little too bright and cheerful for a zaurus |
| 21:48.56 | raduga | hm. maybe a Newton? |
| 21:49.00 | CosmicPenguin | I vote itsy |
| 21:49.24 | raduga | could be. |
| 21:49.29 | raduga | ~itsy |
| 21:49.30 | ibot | well, itsy is the spritual predecessor of the iPAQ - a small research prototype. More information is at http://handhelds.org/Compaq/#Itsy_Summary |
| 21:50.40 | raduga | the itsy actually rather resembles an ipod nano |
| 21:52.48 | CosmicPenguin | heh - the skiff is on there too |
| 21:52.55 | CosmicPenguin | I used the skiff toolchain for the longest damn time |
| 21:55.17 | hrw | replacing PSU with other one made my PC more quiet.. |
| 21:55.21 | mreimer | hrw: would you mind showing me what you have in /etc/pcmcia? |
| 21:56.25 | hrw | mreimer: bluetooth (755), bluetooth.conf, config.opts, hostap_cs.conf (644 all three) |
| 21:56.39 | mreimer | hrw: thanks, that's all I have too |
| 21:57.20 | hrw | np |
| 22:04.48 | mreimer | hrw: one more question: what's in /etc/udev/rules.d? |
| 22:05.34 | hrw | devfs-udev.rules local.rules permissions.rules udev.rules |
| 22:05.41 | mreimer | thanks again |
| 22:08.16 | mreimer | hrw: found it: just needed to load ide-disk |
| 22:11.21 | hrw | mreimer: you ipaq people with lot of modules... |
| 22:11.21 | hrw | ;) |
| 22:11.33 | mreimer | :-) |
| 22:12.32 | hrw | I don't like Viva too much but atleast they dont censor videos |
| 22:14.56 | hrw | RP: 2.6.14-rc1 & 2.6.14-rc4 -> "cs: pcmcia_socket0: time out after reset." after BT card insert == no card visible |
| 22:15.12 | *** join/#oe Nostoirr (n=oe@248.Red-81-39-51.dynamicIP.rima-tde.net) |
| 22:15.30 | hrw | RP: pccardctl eject/insert helps |
| 22:16.10 | hrw | RP: anyway dtl1_cs module is not loaded |
| 22:18.29 | hrw | RP: hostap doesnot load too |
| 22:18.47 | RP | hrw: hostap should work :-/ |
| 22:19.01 | RP | I have noticed card ejection/insertion issues with 2.6.14-rc4 |
| 22:19.25 | RP | I'm hoping 2.6.14-rc1 isn't affected. If it is, we have a problem :-/ |
| 22:19.36 | raduga | I have card ejection/insertion issues with my linksys WCF12 under 2.4.20 in general |
| 22:19.45 | raduga | I'm not sure if its the card, or the kernel :/ |
| 22:20.07 | hrw | RP: 2.6.14-rc4 hostap from kernel does not load |
| 22:20.10 | raduga | card was fine on 2.4.18, but its not impossible the hardware has gone bad since then |
| 22:20.26 | RP | hrw: Ah, you need external hostap |
| 22:20.33 | RP | I've never got internal hostap working |
| 22:20.48 | hrw | RP: internal one also does not allow to set WEP on |
| 22:21.23 | RP | hrw: As it doesn't work at all, that doesn't surprise me |
| 22:22.05 | hrw | will install 0.4.4 external |
| 22:22.29 | RP | I recommend 0.3.9 |
| 22:22.39 | hrw | i know ;) |
| 22:22.54 | RP | You just like to break things? :) |
| 22:23.07 | hrw | like to test 0.4.4 |
| 22:23.14 | RP | Try and see if he firmware is loaded correctly with the internal module |
| 22:23.21 | RP | I suspect that's half the problem |
| 22:24.11 | hrw | RP: I have card with firmware on card |
| 22:24.21 | mreimer | RP: did your ide-removable patch get accepted upstream? |
| 22:24.30 | RP | There goes that theory :) |
| 22:24.44 | RP | mreimer: It needs revising and I've not had time to do it |
| 22:24.49 | RP | Its 2.6.15 material anyway |
| 22:24.53 | mreimer | ok |
| 22:26.33 | hrw | RP: we need to disable in-kernel hostap for release if it does not work |
| 22:26.46 | RP | hrw: It gets built but not installed |
| 22:26.48 | RP | all is fine |
| 22:27.22 | hrw | think of those users which will ask: should I update hostap-modules-cs to kernel-module-hostap-cs or not? |
| 22:28.24 | hrw | hm.. inserting card does not run anything. |
| 22:28.42 | RP | hrw: Feel free to disable it in the branch then. I'm indifferent... |
| 22:28.49 | hrw | I'll update udev to r5 |
| 22:32.04 | hrw | RP: you know that -rc4 does not reboot? |
| 22:32.17 | hrw | "Rebooting... Restarting system." |
| 22:32.19 | hrw | "." |
| 22:32.24 | hrw | and stay on it |
| 22:32.28 | RP | hrw: Do any of the kernels? |
| 22:32.42 | RP | I usually use SysRq... |
| 22:32.48 | hrw | RP: -rc1 atleast shutdown iirc |
| 22:33.31 | dan2003_ | can anybody tell me anythig about fc-cache/fc-cache within fontconfig? I cant really ask anythign more specific cos i dont have a clue wot it is, just that an issue is associated with it, anythign might be halpful |
| 22:33.56 | RP | hrw: I'm not aware of anything that's changed. We should probably try and track these bugs... |
| 22:33.59 | dan2003_ | well actually its fontconfig-native |
| 22:34.02 | hrw | fc-cache as name say create cache for fontconfig |
| 22:34.17 | RP | I upgraded the -dev kernel to -rc4 so we could try and catch them... |
| 22:34.56 | hrw | i'm using -dev one now |
| 22:35.25 | dan2003_ | k, its seems to be trying to write to /usr/X11R6/lib/X11/fonts .. which of coyrse causing problems! |
| 22:36.18 | dan2003_ | but i know a way round it and am detemined to sort out the bluez-util issue first, so ill come back to it later |
| 22:45.35 | hrw | ARGH.. |
| 22:45.57 | hrw | I loaded hostap_cs 0.3.9 by hand, 'ifup wlan0' by hand too |
| 22:46.15 | hrw | and wep is not on (hostap_crypt_wep autoloaded after ifup) |
| 22:47.31 | hrw | and iwconfig report encryption as off |
| 22:47.36 | hrw | fsck |
| 22:48.08 | *** join/#oe ChanServ (ChanServ@services.) |
| 22:48.08 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 22:49.34 | hrw | screw it. I go sleep |
| 22:51.42 | hrw | cu |
| 22:57.55 | dan2003_ | when bb says NOTE: make install, is that a genric term to says whats happening, or is that the actual command being executed? |
| 22:58.05 | JustinP | mickeyl: monotone.vanille.de seems to be down again.... |
| 23:04.13 | dan2003_ | how can i stop bitbake from building in interactive modde without quiting out of i altogtehr (ie ctrl+C) |
| 23:05.23 | JustinP | ctrl+c |
| 23:05.34 | JustinP | it shouldn't quit interactive mode |
| 23:05.37 | JustinP | doesn't for me |
| 23:06.03 | dan2003_ | oh ok, ill try it next time i need to. seconds after i asked it sttoppped anyway at the bluez-util probelem! |
| 23:14.37 | dan2003_ | I'm confused.. prefix=/usr is used all other the place, well it appears in the run , and lof files, where ithought it would have to be giving the path to the inclused withing the build system. for example |
| 23:14.38 | dan2003_ | NOTE: Running /home/mango/oe/build/tmp/work/bluez-utils-dbus-2.21-r2/bluez-utils-2.21/configure |
| 23:14.45 | dan2003_ | is followed by prefix=/usr |
| 23:15.08 | dan2003_ | as well as includedir and many others |
| 23:15.46 | kraptor | bie! |
| 23:16.11 | *** part/#oe kraptor (n=kraptor@113.Red-83-34-68.dynamicIP.rima-tde.net) |
| 23:16.14 | JustinP | dan2003_: sorry, not following |
| 23:16.26 | zecke | good night |
| 23:17.51 | dan2003_ | Uhm.. im kinda thiking out loud, but basically i was expecting to see --includedir set to soething llike /home/mango/oe/build/tmp/staging/arm-linux/include where as its set to /usr/include |
| 23:18.20 | dan2003_ | and wondered if im lokkin gin the wrong place |
| 23:18.39 | dan2003_ | run.do_configure and the log for it |
| 23:19.23 | dan2003_ | but then if this is just wrong it would explain why it snot working |
| 23:19.28 | JustinP | dan2003_: you're saying that OE is setting /use/include? It *shouldn't* be doing that, no |
| 23:20.13 | dan2003_ | thast wot i thought.. im gonna check th elogs of somthign that has built a second.. |
| 23:22.02 | dan2003_ | hmm its the same for dbus --includedir=/usr/include |
| 23:22.44 | JustinP | maybe that's right then |
| 23:22.48 | JustinP | it very well may be |
| 23:23.08 | JustinP | the includedir while on the Z *is* supposed to be that...it's just the compiling include dir needs to be different |
| 23:23.28 | dan2003_ | im lost at how it can find the right includes.. ahh! |
| 23:23.31 | dan2003_ | yeah |
| 23:23.57 | dan2003_ | see i can see in tthe comile a -I/usr/include like you sugested ealier.. im tryign to track down hwere it comes from |
| 23:24.44 | CIA-7 | 03justinp 07org.oe.dev * r214806aa... 10/: appweb: Make v2.0.4 compile with php 5.0.5 (this is hard-coded for now) |
| 23:25.22 | JustinP | hehe |
| 23:25.23 | JustinP | good luck |
| 23:29.06 | dan2003_ | the oe path to limits.h is included in the compile prior to the /usr/include path and i can see it defined with the file, so i dont get why its reported as udnefined unless its a compiler bug |
| 23:32.23 | JustinP | dan2003_: does the one in OE exist in the right place? |
| 23:32.42 | JustinP | dan2003_: are you *sure* that it's including the right one? Try altering the system one with some bad code and see if it fails there |
| 23:34.29 | dan2003_ | ill do that, but the irgh one is there.. ive just noticed someting that im sure is about to make me recall something! |
| 23:35.24 | dan2003_ | if (count > SSIZE_MAX) |
| 23:35.24 | dan2003_ | count = SSIZE_MAX; |
| 23:35.46 | dan2003_ | and SSIZE_MAX is defined as LONG_MAX somehwere |
| 23:36.00 | dan2003_ | and i seem to rmeebr having to change this before |
| 23:36.27 | dan2003_ | /usr/include/limits.h:1: error: parse error before "hlyyyyi34" |
| 23:36.28 | dan2003_ | <PROTECTED> |
| 23:36.43 | JustinP | thought so |
| 23:38.21 | dan2003_ | yet -I/home/mango/oe/build/tmp/staging/arm-linux/include exists before the -I/isr/include and does contain the file limits.h ! |
| 23:38.30 | *** join/#oe bluelightning (n=blueligh@219-89-7-183.dialup.xtra.co.nz) |
| 23:44.18 | dan2003_ | i just introdeced an error into the correct limits.h and that throws up an parse erro prior to LONG_MAX, so its usign one copy in one place and the other lateron |
| 23:56.16 | dan2003_ | the makefile for hcid ithin bluez-dbus has AM_FLAGS hardcoded, wheres in the common Makefile it isnt , i dleted -I/usr/include from this and then form the Make in sdpd also cos it then borked there, and now its continuing. AM_FLAG is from automake right? |