| 00:01.42 | LoDown | in case you all that have been in here all day haven't figured out...i'm really new to the whole bitbake thing |
| 00:01.53 | LoDown | so I was wondering if I could ask some questions... |
| 00:02.23 | LoDown | 1) how long is it supposed to take (on an average system) to build gpe-image...cause I want to make sure I didn't mis configure something |
| 00:02.27 | NAiL | koen|slug: Brilliant :D |
| 00:02.49 | LoDown | 2) does it have to do a complete rebuild to build a new image, or does it just update the files that have changed since the last build |
| 00:03.28 | JustinP | LoDown: it will take some hours to finish the first build, even on a fast machine |
| 00:03.45 | LoDown | 3 hrs? |
| 00:03.49 | koen|slug | yes |
| 00:03.50 | JustinP | LoDown: if you don't clean out the tmpdir then further compiled will just update things |
| 00:03.52 | koen|slug | on http://ewi546.ewi.utwente.nl/phpsysinfo/ |
| 00:04.06 | LoDown | i have a 2.8 ghz xeon with 1 gig memory...and it has taken me a LOT longer ( nd I am still not done) |
| 00:04.19 | JustinP | NAiL: did you see the mail to oe@hh about commit messages? |
| 00:04.21 | LoDown | thanks JustinP, i was getting worried :-D |
| 00:04.34 | NAiL | JustinP: no, not subscribed |
| 00:04.41 | CIA-15 | 03nail 07org.oe.dev * rcde1c3e7... 10/packages/linux/openslug-kernel-2.6.12.2/defconfig: Add broadcom bluetooth module to openslug-kernel |
| 00:04.44 | CIA-15 | 03nail 07org.oe.dev * ra13ce7ef... 10/packages/linux/nslu2-kernel_2.6.12.2.bb: Bump PR |
| 00:04.45 | NAiL | koen|slug: pastebin requires X? |
| 00:05.04 | NAiL | JustinP: what was it about? |
| 00:05.13 | JustinP | NAiL: ah. well basically it said that all commit messages should be prefixed with "package name:"...and some other stuff |
| 00:05.18 | JustinP | let me see if I can find the mail |
| 00:06.30 | NAiL | shouldn't the monotone->CIA thingy be updated to remove the filenames modified then? |
| 00:06.57 | koen|slug | no |
| 00:07.23 | koen|slug | people tend to forget to include filenames sometimes |
| 00:07.35 | koen|slug | and it keeps people honest :) |
| 00:07.39 | NAiL | heh :P |
| 00:07.43 | NAiL | fair nuff |
| 00:08.00 | NAiL | koen|slug: but why does pastebin want gtk? :( |
| 00:08.47 | JustinP | there we go |
| 00:08.55 | JustinP | http://marc.theaimsgroup.com/?l=openembedded-discuss&m=112500399319378&w=2 |
| 00:08.59 | NAiL | http://pastebin.ca/21673 <-- It breaks on my non-X box |
| 00:10.14 | JustinP | how do I build a single program with debugging symbols? |
| 00:10.38 | koen|slug | INHIBIT_PACKAGE_STRIP =1 in conf/local.conf |
| 00:10.55 | koen|slug | that prevents stripping |
| 00:11.00 | JustinP | ah, thanks |
| 00:11.01 | kergoth | no, that doesnt build with debugging symbols, that just doesnt strip |
| 00:11.07 | koen|slug | yeah |
| 00:11.10 | kergoth | you'll want to add -g to the cflags as well as inhibiting hte strip |
| 00:11.15 | kergoth | iirc. |
| 00:11.25 | kergoth | isnt this sitting in local.conf.sample? |
| 00:11.27 | kergoth | i'm pretty sure it is. |
| 00:11.29 | kergoth | with a comment about it |
| 00:11.36 | NAiL | EXTRA_CFLAGS=" -g " ? |
| 00:11.49 | kergoth | eh? |
| 00:12.11 | NAiL | in that package .bb |
| 00:12.31 | JustinP | kergoth: yep |
| 00:12.33 | NAiL | in local.conf it'll affect everything, no? |
| 00:12.34 | LoDown | i know this doesn't seem like much to you guys (seasoned vets and all ;) ) but MY IMAGE IS DONE!!! |
| 00:12.36 | LoDown | yay |
| 00:12.38 | JustinP | kergoth: thanks.... |
| 00:12.38 | LoDown | :) |
| 00:12.41 | JustinP | ~lart JustinP |
| 00:12.47 | LoDown | thanks for all your help |
| 00:12.52 | JustinP | ~cheer |
| 00:12.54 | ibot | shift to the left, unshift to the right, push down, pop up, byte byte byte. |
| 00:12.55 | kergoth | NAiL: yes, which is why you only do it during hte build of that package. modifying .bb files locally unnecessarily tends to cause problems |
| 00:12.56 | JustinP | awww.... |
| 00:13.03 | JustinP | oh, it worked |
| 00:13.16 | LoDown | haha |
| 00:13.18 | kergoth | or write a bbclass thatll let you do it per package, similar to the cvsdate logic |
| 00:13.21 | kergoth | hah |
| 00:13.48 | kergoth | damnit, my inbound email is down :( |
| 00:13.55 | kergoth | in a few days i'll no doubt get thousands all at once |
| 00:13.57 | kergoth | fun fun |
| 00:15.43 | koen|slug | 'night all |
| 00:16.19 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 00:16.58 | JustinP | night koen |
| 00:17.49 | JustinTodd | gnite |
| 00:21.38 | *** join/#oe marcan (n=marcanso@160.10.7.147) |
| 00:24.38 | *** join/#oe Timelord (n=TL@66.84.189.72) |
| 00:46.23 | *** part/#oe JustinTodd (n=root@209.121.65.171) |
| 00:46.40 | *** join/#oe qfh^ (n=qfh@ppp-82-135-1-13.mnet-online.de) |
| 00:46.42 | *** join/#oe qfh (n=qfh@ppp-82-135-1-13.mnet-online.de) |
| 00:55.10 | *** part/#oe mreimer (n=mreimer@wl-wa.vpop.net) |
| 00:58.46 | *** join/#oe CIA-4 (n=CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
| 01:05.00 | *** join/#oe noclouds (n=mhfan@60.166.48.99) |
| 01:07.16 | *** join/#oe koen|slug (n=koen@cl-555.ams-05.nl.sixxs.net) [NETSPLIT VICTIM] |
| 01:07.18 | *** join/#oe koen (n=koen@cl-148.ams-05.nl.sixxs.net) |
| 01:08.11 | *** join/#oe obi (n=obi@asus.saftware.de) [NETSPLIT VICTIM] |
| 01:12.36 | *** join/#oe CIA-10 (n=CIA@flapjack.navi.cx) |
| 01:12.36 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
| 01:16.20 | *** join/#oe jobi (n=jobi@lauga.ssvl.kth.se) [NETSPLIT VICTIM] |
| 01:16.20 | *** join/#oe Noodles (n=noodles@the.earth.li) [NETSPLIT VICTIM] |
| 01:16.24 | *** join/#oe ka6sox-away (n=tking@adsl-66-159-198-116.dslextreme.com) |
| 01:16.33 | *** join/#oe tomimo (n=kurre@a84-231-4-152.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 01:16.38 | *** join/#oe ljp (n=lpotter@203.94.178.46) [NETSPLIT VICTIM] |
| 01:16.44 | *** join/#oe Timelord (n=TL@66.84.189.72) |
| 01:17.06 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
| 01:17.17 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 01:17.50 | *** join/#oe a-atwood_ (n=xf009976@proxyle01.ext.ti.com) [NETSPLIT VICTIM] |
| 01:18.31 | *** join/#oe Kompo (n=kimmo@sk2-38.tky.hut.fi) |
| 01:22.37 | *** join/#oe ka6sox-away (n=tking@adsl-66-159-198-116.dslextreme.com) [NETSPLIT VICTIM] |
| 01:23.17 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
| 01:28.02 | *** join/#oe ljp (n=lpotter@203.94.178.46) [NETSPLIT VICTIM] |
| 01:51.32 | *** join/#oe raster (n=raster@vagw.valinux.co.jp) |
| 02:28.14 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 02:28.27 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 02:39.04 | *** join/#oe koen|slu1 (n=koen@cl-555.ams-05.nl.sixxs.net) |
| 02:45.07 | *** join/#oe hufnus (n=slonsiki@72.250.46.138) |
| 02:58.16 | ZonE-HaKin9|wrk | hey guys where would i findd a list of known bug for oz 3.5.4?? found a few probs on my collie & gpe/3.5.4 |
| 03:00.11 | JustinP | ZonE-HaKin9|wrk: bugs.openembedded.org |
| 03:05.11 | ZonE-HaKin9|wrk | JustinP: D'oh ThanX |
| 03:11.47 | *** join/#oe Pendalar (i=Pendalar@h132.173.141.67.ip.alltel.net) |
| 03:30.35 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 03:31.13 | *** join/#oe tomimo (n=kurre@a84-231-4-152.elisa-laajakaista.fi) |
| 03:47.19 | ZonE-HaKin9|wrk | anyone here know how to force oe & bitbake to retrive only from http?? i can't svn or cvs out from work :( |
| 03:47.38 | emte | use a proxy |
| 03:50.03 | *** join/#oe tomimo (n=kurre@a84-231-4-152.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 03:50.08 | *** join/#oe qfh^ (n=qfh@ppp-82-135-1-13.mnet-online.de) |
| 03:50.21 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 03:50.25 | *** join/#oe qfh (n=qfh@ppp-82-135-1-13.mnet-online.de) |
| 03:50.34 | *** join/#oe koen (n=koen@cl-148.ams-05.nl.sixxs.net) |
| 03:57.07 | *** join/#oe koen (n=koen@cl-148.ams-05.nl.sixxs.net) [NETSPLIT VICTIM] |
| 03:57.07 | *** join/#oe qfh (n=qfh@ppp-82-135-1-13.mnet-online.de) |
| 03:57.07 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 03:57.07 | *** join/#oe qfh^ (n=qfh@ppp-82-135-1-13.mnet-online.de) |
| 03:57.07 | *** join/#oe tomimo (n=kurre@a84-231-4-152.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 04:19.06 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 04:19.06 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | monotone.vanille.de down for maintenance |
| 04:32.13 | *** join/#oe minipanda (n=zhanght@221.122.51.131) |
| 04:32.35 | *** part/#oe minipanda (n=zhanght@221.122.51.131) |
| 04:37.09 | *** join/#oe gb2 (n=gbritton@fog.sekrit.org) |
| 04:40.12 | *** join/#oe Lo-Down (n=LoDown@12-208-77-2.client.insightBB.com) |
| 04:59.35 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 04:59.35 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | monotone.vanille.de down for maintenance |
| 05:01.27 | *** join/#oe qfh_ (n=qfh@ppp-62-245-210-252.mnet-online.de) |
| 05:09.46 | *** join/#oe qfh (n=qfh@ppp-62-245-210-252.mnet-online.de) |
| 05:14.25 | *** join/#oe marcan (n=marcanso@160.10.7.147) |
| 05:47.13 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 05:48.22 | *** join/#oe koobla (n=vogl@wall4.soft.uni-linz.ac.at) |
| 06:07.33 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:14.17 | *** join/#oe molivier (n=mac@d03m-212-194-230-79.d4.club-internet.fr) |
| 06:14.41 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 06:17.02 | *** join/#oe XorA|gon1home (n=dp@81-178-226-190.dsl.pipex.com) |
| 06:22.26 | *** join/#oe TomPower (i=thomas@140.78.95.57) |
| 06:30.49 | *** join/#oe ldc (n=pakar@c-529472d5.114-1-64736c15.cust.bredbandsbolaget.se) |
| 06:39.20 | ZonE-HaKin9|wrk | i'm off home guys l8r |
| 07:03.09 | *** join/#oe Geo_KM (n=keith@ppp58-193.lns1.cbr1.internode.on.net) |
| 07:24.29 | *** join/#oe Pendalar (i=Pendalar@h132.173.141.67.ip.alltel.net) |
| 07:24.29 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 07:30.26 | *** join/#oe cedric (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 07:31.36 | RP | morning all |
| 07:33.23 | dan2003 | morning |
| 07:33.25 | ldc | morning RP |
| 07:48.07 | *** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
| 07:48.19 | hrw|work | hi |
| 07:49.15 | *** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
| 07:49.24 | hrw|work | hi |
| 08:04.06 | RP | hi hrw|work |
| 08:10.15 | hrw|work | RP: I'm curious when will be 2.6.13-mm1 |
| 08:13.06 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 08:14.22 | RP | hrw|work: I'd expect one soon |
| 08:15.10 | hrw|work | rc5-mm1 as stable and 13-mm1 as development? |
| 08:16.38 | RP | hrw|work: Maybe, yes although there probably won't be much difference between the versions |
| 08:17.23 | hrw|work | RP: its nice to see that cxk models are recognised now |
| 08:17.41 | *** join/#oe Pendalar (i=Pendalar@h132.173.141.67.ip.alltel.net) |
| 08:17.41 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 08:19.37 | RP | hrw|work: Better still that the hacked ioexp driver works. Someone just needs to write a proper i2c driver for it now... |
| 08:20.21 | hrw|work | yep |
| 08:20.57 | RP | We still need to confirm Borzoi works as well... |
| 08:21.54 | hrw|work | what about adding post into oz.org about it? maybe someone does not read oz-users/oz-devel but want to test it? |
| 08:23.08 | *** join/#oe ZonE-HaKin9|home (n=ZH_n_SB@CPE-203-51-24-61.nsw.bigpond.net.au) |
| 08:23.13 | RP | It could be an idea. We're going to need some testers... |
| 08:23.31 | hrw|work | for all cxk probably |
| 08:23.57 | RP | yes |
| 08:27.45 | koen|slu1 | good morning all |
| 08:27.53 | hrw|work | hi koen|slu1 |
| 08:28.54 | ade|desk | morning all |
| 08:29.18 | ade|desk | so whats been happening for the last couple of weeks ?? |
| 08:31.05 | RP | morning koen|slug |
| 08:31.34 | koen|slug | ade|desk: back from honeymoon? |
| 08:32.55 | XorA | morning |
| 08:33.13 | hrw|work | hi XorA |
| 08:34.16 | RP | morning ade|desk, XorA |
| 08:36.47 | ade|desk | koen|slug: yyup :) |
| 08:46.15 | *** join/#oe kws (n=kws@202.6.39.23) |
| 09:02.14 | *** join/#oe raster (n=raster@vagw.valinux.co.jp) |
| 09:16.56 | *** join/#oe raster (n=raster@vagw.valinux.co.jp) |
| 09:36.02 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
| 09:52.27 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
| 09:53.15 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 09:54.01 | lardman | morning |
| 09:55.33 | lardman | I've just built octave 2.1.71 by renaming the bb file. The build was fine and I'll test it later, but I don't imagine there'll be any issues - do I need to submit a patch to bump the filename in monotone? |
| 09:56.53 | koen|slug | lardman|work: submit a patch to bugzilla or change it yourself |
| 09:57.55 | koen|slug | lardman|work: TARGET_FPU=soft, check the gcc .incs |
| 09:59.51 | RP | lardman|work: I found that corgi/shepherd id problem and oe has been updated - a patch got lost... |
| 10:01.04 | lardman|work | RP: yes I saw that, thanks, I've just updated and am rebuilding now |
| 10:02.32 | lardman|work | koen|slug: what's with the gcc .incs - what are they? |
| 10:02.50 | koen|slug | share metadate for gcc_someversion.bb |
| 10:02.57 | koen|slug | shared* |
| 10:05.43 | lardman|work | I mean, why do I want to look at them, to ensure that octave will build for others? |
| 10:06.26 | koen|slug | lardman|work: your post on oesf |
| 10:06.40 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
| 10:06.56 | lardman|work | ah, it all becomes clear - not so good on the first working day of the week (which it is for me) ;) |
| 10:12.06 | RP | koen|slug: Does libxsettings-client_0.14.bb still need the libgpewidget dependency? |
| 10:12.35 | *** join/#oe Ken|JLime (n=Ken@h242n2fls31o1105.telia.com) |
| 10:13.02 | koen|slug | RP: no idea |
| 10:13.56 | RP | I think it was just for gpe_do_install which seems to be no longer needed... |
| 10:15.17 | hrw|work | heh.. korganizer lack beam option ;( |
| 10:21.45 | *** join/#oe mickey|tv (n=nnnnnnLP@deneb.tm.informatik.uni-frankfurt.de) |
| 10:21.54 | hrw|work | hi mickey|tv |
| 10:24.05 | mickeyl | morning |
| 10:25.25 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 10:25.38 | mickeyl | I've just added Zaurus hinge sensor support for the latest 2.6 kernel to Opie. It's untested yet though |
| 10:28.13 | *** join/#oe kws (n=kws@202.6.39.23) |
| 10:28.51 | *** join/#oe kwwz (n=kwwz@202.6.39.23) |
| 10:29.03 | RP | hi mickeyl |
| 10:29.05 | *** part/#oe kwwz (n=kwwz@202.6.39.23) |
| 10:29.20 | *** part/#oe kws (n=kws@202.6.39.23) |
| 10:29.35 | RP | mickeyl: Great - I'll try and get a spitz opie-image building so I can test it |
| 10:29.45 | mickeyl | ok |
| 10:30.14 | hrw|work | ~lart BT |
| 10:30.36 | RP | mickeyl: If it works, I'll nuke the c7x0 hack for the old method |
| 10:30.50 | mickeyl | *nod* |
| 10:31.24 | Noodles | RP: Is GPE better than OPIE about the touchscreen reflection thing? |
| 10:31.37 | koen|slug | RP: don't forget to tell JustinP |
| 10:31.43 | *** join/#oe cvs_ (n=cvs@h194100.upc-h.chello.nl) |
| 10:31.53 | koen|slug | since opie isn't the onlything using the hack |
| 10:33.13 | mickeyl | righto |
| 10:33.15 | hrw|work | BT suxx when it comes to pairing two computers |
| 10:33.20 | *** join/#oe paxl (n=paxl@modemcable156.38-201-24.mc.videotron.ca) |
| 10:33.21 | RP | Noodles: Both suffer from it. ts_calibrate doesn't |
| 10:33.33 | RP | koen|slug: Tell JustinP what? |
| 10:33.44 | hrw|work | pairing c7x0 with phone is easy, but getting two bluez working is pita |
| 10:33.51 | mickeyl | RP: the new input method to call xrandr |
| 10:34.18 | RP | mickeyl: Ah, right. Will do. |
| 10:34.47 | RP | Has someone fixed minilite to work with c7x0 2.6 yet btw? |
| 10:35.11 | koen|slug | minilite works with 2.6 |
| 10:35.35 | koen|slug | OZ is braindead enough to ship 2.4 /dev/ entries |
| 10:36.00 | koen|slug | and minilite checks for /dev/sharp_fl |
| 10:36.09 | RP | koen|slug: OZ images have been compatible for both. minilite is braindead for using an used device ;-) |
| 10:36.23 | RP | an unused device... |
| 10:36.38 | hrw|work | ~curse BT |
| 10:36.39 | ibot | May you be reincarnated as a Windows XP administrator, BT ! |
| 10:42.11 | hrw|work | can someone kick some BT creators from me? |
| 10:42.46 | XorA | hrw|work: BT is a braindead protocol from hardware up :-) |
| 10:43.55 | mickeyl | I've never really understood (even after reading Bluetooth Revealed) why they had to craft such a huge stacked architecture |
| 10:44.52 | hrw|work | its brainless |
| 10:47.03 | mickeyl | hmm |
| 10:47.14 | mickeyl | *sigh* one of these days I have to rewrite my inotify wrapper |
| 10:47.32 | mickeyl | the interface of the day(tm) seems to be sysctls now |
| 10:47.37 | mickeyl | syscalls even |
| 10:48.43 | XorA | mickeyl: because the original instigators were obsessed with iso 7 layer |
| 10:49.06 | XorA | mickeyl: BT is designed to have all 7 layers even if the layer does nothing |
| 10:49.34 | XorA | mickeyl: and someone let them save one byte a packet on a highspeed line through making the software 4x more complex |
| 10:49.49 | hrw|work | XorA: too bad that bluez or BT forgot to add one command - "pair" |
| 10:50.23 | XorA | hrw|work: try a scatter net :-) |
| 10:50.42 | hrw|work | c7x0 can browse sdp on phone and desktop, desktop can browse sdp on phone but refuse to browse on c7x0 |
| 10:51.07 | hrw|work | morons |
| 10:51.36 | XorA | hrw|work: luckilly I never worked on SDP, it ws hair pulling stuff |
| 10:53.05 | hrw|work | and all that fscking work just to get beaming |
| 10:53.23 | hrw|work | hex writing from printed page will be faster |
| 10:54.17 | koen|slug | beaming just works(TM) with gpe |
| 10:54.31 | koen|slug | to phone and back |
| 10:54.37 | hrw|work | koen|slug: when devices are paired |
| 10:55.02 | koen|slug | or when you setup bluez right |
| 10:55.22 | hrw|work | root@c7x0:/etc/bluetooth# hciconfig |
| 10:55.22 | hrw|work | hci0: Type: PCCARD |
| 10:55.22 | hrw|work | <PROTECTED> |
| 10:55.22 | hrw|work | <PROTECTED> |
| 10:55.28 | hrw|work | 12:51 root@work:bluetooth# hciconfig |
| 10:55.28 | hrw|work | hci0: Type: USB |
| 10:55.28 | hrw|work | <PROTECTED> |
| 10:55.28 | hrw|work | <PROTECTED> |
| 10:56.01 | hrw|work | config is exactly same, they l2ping each other, c7x0 can browse sdp of desktop |
| 10:56.26 | hrw|work | desktop cannot sdp browse c7x0 |
| 10:56.35 | hrw|work | what can be wrong here? |
| 10:56.56 | koen|slug | you can't l2ping if they aren't paired afaik |
| 10:57.11 | koen|slug | and if the pairing went wrong you can't browse in either direction |
| 10:57.24 | koen|slug | so I think sdpd on the c7x0 is doing something wrong |
| 10:57.30 | *** join/#oe [g2] (n=g2@nslu2-linux/g2) |
| 10:58.30 | hrw|work | koen|slug: so the question is... what is borken in bluez-utils-nodbus from OE.. |
| 10:59.34 | koen|slug | no idea, I use bluez-utils-dbus |
| 11:03.15 | *** join/#oe kwwz (n=kwwz@202.6.39.23) |
| 11:05.49 | hrw|work | they differ only on depends iirc |
| 11:08.27 | hrw|work | koen|slug: on both sides you have bluez 2.18? |
| 11:09.21 | koen|slug | my phone and powerbook have their own BT stack |
| 11:10.19 | hrw|work | and I dont have a problem with !bluez stack on other side |
| 11:17.41 | *** join/#oe molivier (n=mac@f03m-212-195-80-254.d4.club-internet.fr) |
| 11:19.57 | *** join/#oe stevenh (n=shelder@65.167.23.2) |
| 11:22.14 | hrw|work | root@c7x0:/var/tmp# ipkg install libbluetooth1_2.20-r0_armv5te.ipk bluez-utils-nodbus_2.20-r5_armv5te.ipk |
| 11:22.24 | hrw|work | will test does it helps |
| 11:26.52 | *** join/#oe cvs___ (n=cvs@h194100.upc-h.chello.nl) |
| 11:30.42 | lardman|work | koen|slug: are you sure about that post to oesf? He's trying to do a native compile on an OZ 3.5.3 machine? Surely he just needs to get soft-float output from his native toolchain? |
| 11:31.19 | koen|slug | you can't mix softfloat and hardfloat apps |
| 11:31.39 | lardman|work | but his toolchain comes from the OZ feed, so does his 'rom', so there should be no issue |
| 11:32.02 | koen|slug | except for softfloat itself doing strange stuff |
| 11:32.27 | lardman|work | yes, but it must be possible to make the native toolchain produce soft-float binaries |
| 11:32.40 | lardman|work | if it doesn't so that by default...? |
| 11:32.50 | koen|slug | no idea |
| 11:33.01 | koen|slug | but you can make sure by using the correct options |
| 11:33.15 | koen|slug | which are defined in gcc.inc under the TARGET_FPU section |
| 11:33.21 | lardman|work | Okay |
| 11:37.55 | *** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
| 11:38.02 | hrw|work | re |
| 11:38.22 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 11:42.15 | hrw|work | who maintain BlueZ in OE? (no MAINTAINER field) |
| 11:42.38 | koen|slug | you just answered your question |
| 11:42.44 | *** join/#oe OSS542 (n=jhart@l215150.ppp.asahi-net.or.jp) |
| 11:42.48 | koen|slug | check monotone log, or bk history |
| 11:43.02 | hrw|work | I know - but I can push 2.20 but it will be nearly nontested |
| 11:43.14 | koen|slug | attach it to bugzilla |
| 11:47.47 | hrw|work | ok - bug #277 |
| 12:11.19 | mickeyl | hrw|work: please just push them with -1 default preference |
| 12:11.37 | mickeyl | i'll test and remove that then |
| 12:11.43 | mickeyl | (if everything still works) |
| 12:12.27 | *** join/#oe chouimat|malaga (n=dieu@150.214.57.98) |
| 12:12.30 | hrw|work | mickeyl: added them into bugtracker - get them, test and push if work |
| 12:12.59 | mickeyl | k |
| 12:13.23 | mickeyl | we may eventually remove the nondbus and dbus seperation anyway |
| 12:16.36 | hrw|work | what for libdbus under opie? |
| 12:17.31 | mickeyl | opie doesn't listen to dbus, but it doesn't hurt to install it either. I only split the packages because of space issues - since dbus pulls in glib. |
| 12:19.52 | hrw|work | and we are already out of space on 16M |
| 12:20.03 | koen|slug | mickeyl: nslu2 uses bluez too |
| 12:20.24 | mickeyl | koen|slug: yeah, that's _pretty_ cool. |
| 12:20.45 | koen|slug | so having a dbus/nondbus split is good |
| 12:20.53 | hrw|work | and slug has 8M only iirc |
| 12:20.59 | mickeyl | ah. right |
| 12:21.29 | *** part/#oe kwwz (n=kwwz@202.6.39.23) |
| 12:21.42 | hrw|work | but why sdpd does not work I dont know |
| 12:22.51 | mickeyl | can you remove bluez-dbus from your gpe installation and try with bluez-nondbus? I suspect that to be a configuration issue rather than a dbus/nondbus thing |
| 12:22.54 | mickeyl | i may be wrong though |
| 12:23.52 | koen|slug | try restarting /etc/init.d/bluetooth |
| 12:24.04 | koen|slug | and/or add services by hand via sdptool |
| 12:26.35 | hrw|work | I'm too tired of BT - will do next attempt to get it working in next month or later |
| 12:26.42 | hrw|work | it suxx |
| 12:29.22 | NAiL | hrw|work: slug doesn't install much packages to flash though... |
| 12:32.35 | hrw|work | NAiL: but it can |
| 12:32.40 | hrw|work | I go lunch |
| 12:33.43 | *** join/#oe Jenna (n=cherryRe@209.8.233.243) |
| 12:34.09 | *** part/#oe Jenna (n=cherryRe@209.8.233.243) |
| 12:36.22 | mickeyl | ~bon appetit |
| 12:36.25 | ibot | [bon appetit] smacznego. Guten Appetit. Eet Smakelijk. God Appetitt |
| 12:37.51 | *** join/#oe Timelord (n=TL@216.137.177.98) |
| 12:43.11 | *** join/#oe malfi (n=malte@dsl-082-082-193-096.arcor-ip.net) |
| 12:51.06 | OSS542 | query: the "getting started" instructions still refer extensively to bitbake.....is there anything newer ? |
| 12:51.56 | koen | the GettingStarted wiki is the most accurate document |
| 12:52.50 | OSS542 | I see.....but it refers to bitbake.....I take it there are substantial differences in procedure ? |
| 12:53.09 | mickeyl | ? |
| 12:53.11 | koen | it refers to both |
| 12:53.19 | mickeyl | there is nothing newer than bitbake |
| 12:53.29 | mickeyl | you don't mean bitkeeper by any chance? |
| 12:53.33 | *** join/#oe marcan (n=marcanso@160.10.7.147) |
| 12:53.43 | koen | it's just that bitbake seems to confuse most people so GettingStarted has a big section on it |
| 12:53.43 | OSS542 | oops...correct....bitkeeper then |
| 12:55.55 | OSS542 | but it does refer to bitbake as a build tool......I am just trying to deconfuse myself and get started, so to dpeak |
| 12:55.55 | OSS542 | speak |
| 12:55.56 | koen | bitbake is a buildtool |
| 12:55.57 | koen | OE is the metadata to feed it |
| 12:57.54 | OSS542 | and bk (bitkeeper) is no longer used, and has been replaced by "Monotone", whatever that is ? |
| 12:58.33 | koen | yes |
| 12:59.41 | OSS542 | OK....now I'm getting somewhere....:-) |
| 13:00.29 | OSS542 | the other required tools and versions are still the same ? (ex subversion, python, et al) |
| 13:00.49 | *** join/#oe LordVan (n=lordvan@i-195-137-105-19.freedom2surf.net) |
| 13:02.22 | mickeyl | more or less, yeah. having the latest svn and python doesn' hurt |
| 13:02.40 | OSS542 | hm.....perhaps subversion is no longer required, as it seems to only have been used to get bitkeeper |
| 13:03.12 | OSS542 | all of that I still have set up....so I'll leave that as is.....that's been working ok |
| 13:03.21 | CIA-9 | 03mickeyl 07org.oe.dev * r9d7a75c8... 10/packages/qmake/ (qmake-native_1.07a.bb qmake-native_2.00a.bb): qmake: build 1.07a from QtE 3.3.4, build 2.00a from Qt/X11 4.0.1 |
| 13:03.48 | koen | OSS542: svn is used to get bitbake |
| 13:04.22 | koen | and packages in subversion in OE |
| 13:04.45 | OSS542 | I see.... so I'd better leave that as is also.....:-) |
| 13:05.22 | OSS542 | I just have to rip out bitkeeper and get Monotone in place of it |
| 13:05.30 | OSS542 | and I should be good to go |
| 13:05.48 | koen|slug | yes |
| 13:05.56 | koen|slug | as described in GettingStarted |
| 13:07.23 | *** join/#oe jamey (n=jamey@192.208.47.196) |
| 13:08.51 | *** join/#oe marcan (n=marcanso@160.10.7.147) |
| 13:09.30 | *** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 13:18.50 | *** join/#oe VoodooZ_Work (n=VoodooZ@CPE00c0f021712c-CM000f9fac823a.cpe.net.cable.rogers.com) |
| 13:19.13 | VoodooZ_Work | hey |
| 13:20.11 | Lo-Down | hey |
| 13:22.09 | VoodooZ_Work | since the nslu2-linux project started using monotone I've been having merging problems. Here's a new one: |
| 13:22.10 | VoodooZ_Work | monotone: trying 3-way merge |
| 13:22.10 | VoodooZ_Work | monotone: misuse: unable to resolve file conflict 'packages/kdepimpi/kdepimpi_2.1.18.bb' -> 'packages/kdepimpi/kdepimpi_2.2.2.bb' vs. 'packages/kdepimpi/kdepimpi_2.2.3.bb' |
| 13:22.40 | VoodooZ_Work | I mean, I made some changes, but nothing but nslu2 related stuff. |
| 13:22.42 | hrw|work | VoodooZ_Work: mt --lca merge |
| 13:22.47 | VoodooZ_Work | tried that. |
| 13:23.02 | VoodooZ_Work | same result. |
| 13:23.03 | koen | install a merge tool and merge it by hand |
| 13:23.11 | koen | or do a explicitit_merge |
| 13:23.34 | VoodooZ_Work | well, that's what it did before. it would call meld like 10 times for files I've never touched. |
| 13:24.05 | VoodooZ_Work | I don't mind fixing it manually but I wish I could understand what's wrong so to avoid it. |
| 13:24.24 | *** join/#oe mallum (n=mallum@host86-136-16-166.range86-136.btcentralplus.com) |
| 13:24.31 | RP | VoodooZ_Work: do pull, update, then and only then commit |
| 13:24.56 | VoodooZ_Work | RP, thanks. |
| 13:25.25 | VoodooZ_Work | The problem, or so I've been told, is that I make private changes to my repo and never push them. |
| 13:25.29 | hrw|work | pull, merge, update |
| 13:25.33 | koen | RP: that still doesn't help |
| 13:25.45 | VoodooZ_Work | I'm sure I tried that in the past anyways. |
| 13:25.47 | RP | VoodooZ_Work: Ah, if its private changes, that gets tricky :-/ |
| 13:25.52 | koen | RP: if you want to propagate to another branch you have to merge everything again |
| 13:25.53 | VoodooZ_Work | yeah. |
| 13:26.00 | VoodooZ_Work | F'n monotone. |
| 13:26.06 | VoodooZ_Work | :) |
| 13:26.25 | VoodooZ_Work | I never thought I'd miss BK. |
| 13:27.03 | RP | I just work off the one branch so I guess I don't see these problems. All my local changes aren't committed... |
| 13:27.05 | lardman|work | RP: I've flashed the new kernel and can confirm it sees all of the memory (though I imagine someone's already told you as much) |
| 13:27.25 | RP | lardman|work: They haven't. Its nice to know though, thanks :) |
| 13:27.52 | RP | lardman|work: PResumably it correctly says its a Shepherd in /proc/cpuinfo now - that's the critical bit |
| 13:28.00 | VoodooZ_Work | RP, yeah. I'm running out of ideas and I'm that close to just ditching the whole thing. Every update is a pain in the neck and takes me away of real dev work. |
| 13:28.24 | RP | VoodooZ_Work: Keep you local changes as a patch set using quilt? |
| 13:28.36 | VoodooZ_Work | last resort is to stick with the tarball release but then I have merge my changes everytime there's a new release. |
| 13:29.12 | RP | VoodooZ_Work: with quilt you can then "quilt pop -a; monotone update; quilt push -a" |
| 13:29.34 | VoodooZ_Work | RP, somebody suggested that a while ago but it seemed convoluted. Perhaps I'll have to check it out again. |
| 13:30.26 | VoodooZ_Work | so the POP function would "remove" the changes and push would reapply them? |
| 13:30.38 | RP | VoodooZ_Work: Yes, and the -a means all patches |
| 13:30.57 | VoodooZ_Work | ok, sounds easy enough. but what about the actual changes? |
| 13:31.10 | VoodooZ_Work | Do you have to do backflips everytime you change a file? |
| 13:31.29 | koen | VoodooZ_Work: write a mail to the monotone list |
| 13:31.31 | RP | "quilt new new_patch.patch; quilt add some_file_you_want_to_change" |
| 13:31.42 | koen | complaining over here obviously doesn't fix the issues |
| 13:32.04 | VoodooZ_Work | koen, I agree but I was just looking for alternatives. |
| 13:32.24 | VoodooZ_Work | RP, thanks for the help. much appreciated. |
| 13:32.28 | RP | "quilt refresh" will update the patches. quilt will let you know if you forget :) |
| 13:32.39 | VoodooZ_Work | perfect! |
| 13:33.30 | lardman|work | RP: yes it does |
| 13:34.35 | RP | lardman|work: excellent |
| 13:35.18 | VoodooZ_Work | mickeyl, patcher you say? |
| 13:35.20 | *** join/#oe ideal (n=idealm_@222.67.232.144) |
| 13:35.54 | RP | VoodooZ_Work: It does a similar thing. I find quilt slightly better, mickeyl likes patcher :) |
| 13:36.20 | VoodooZ_Work | anythiung that saves me work is welcome. the more transparent the better. |
| 13:36.22 | *** join/#oe oho (n=phm4@myrtle.ukc.ac.uk) |
| 13:36.36 | VoodooZ_Work | I'm looking into both. |
| 13:38.45 | VoodooZ_Work | I was reading about unionfs and was wondering If that could come in handy here. ummm. |
| 13:39.22 | mickeyl | it will... |
| 13:39.28 | mickeyl | ... as soon as it is stable |
| 13:39.52 | mickeyl | still it OOPses too much - that is even on well tested x86 boxes |
| 13:40.39 | VoodooZ_Work | I see. |
| 13:40.52 | *** join/#oe gints (n=gints@195.244.141.102) |
| 13:41.51 | XorA | RP: what do you think to disabling the ide part of Connect+ card for now? |
| 13:42.49 | *** join/#oe gremlin[it] (n=gremlin@host53-147.pool212171.interbusiness.it) |
| 13:42.50 | RP | XorA: If it doesn't work, its fair game |
| 13:43.46 | *** join/#oe sirfred (n=mteira@30.Red-81-35-158.pooles.rima-tde.net) |
| 13:43.51 | sirfred | Good evening. |
| 13:44.02 | gremlin[it] | hi to all |
| 13:44.25 | XorA | RP: mine hasnt been working at all until I turned off that ID in the ide-cs table |
| 13:44.55 | XorA | RP: ide and wifi seem to tread on each other |
| 13:45.40 | RP | XorA: I can understand that - feel free to add a patch to the kernel to do that |
| 13:46.07 | RP | (at the bottom of the patch list, clearly marked as a hack) |
| 13:46.43 | XorA | RP: ok will do |
| 13:50.32 | XorA | hmm, if-pre-up/hostap-fw-load doesnt bother checking that the interface is a wireless one before trying to firmware it |
| 13:57.36 | XorA | RP: done |
| 13:58.01 | CIA-9 | 03xora 07org.oe.dev * r4e126c45... 10/packages/linux/ (2 files in 2 dirs): linux-openzaurus-2.6.13-rc5-mm1: add a patch to remove the SanDisk ConnectPlus card from the ide-cs driver. As both the ide and hostap drivers trying to access this card at same time is not currently working. |
| 13:58.47 | mickeyl | ~curses edje |
| 13:58.50 | mickeyl | ~curse edje |
| 13:58.51 | ibot | May you be reincarnated as a Windows XP administrator, edje ! |
| 13:59.30 | *** join/#oe Timelord0 (n=TL@216.137.177.98) |
| 14:00.13 | hrw|work | heh.. I just had to start build of rc6-mm2-r19.. now have to merge with rc5-mm1-r20 |
| 14:00.29 | XorA | hrw|work: the patch is simple |
| 14:00.34 | XorA | hrw|work: one liner |
| 14:01.01 | hrw|work | XorA: I want to follow RP current kernel as much as possible |
| 14:04.18 | hrw|work | NOTE: package linux-openzaurus-2.6.13-rc6-mm2-r20: task do_patch: completed |
| 14:04.29 | *** join/#oe pb_ (n=pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 14:04.43 | hrw|work | hi pb |
| 14:06.10 | hrw|work | monotone list unknown lists 6452 of 13200 files from metadata ;( |
| 14:06.35 | hrw|work | found why..uf |
| 14:06.49 | pb_ | hi hrw|work |
| 14:08.42 | *** join/#oe cvs_ (n=cvs@h194100.upc-h.chello.nl) |
| 14:11.53 | *** join/#oe koen|slug (n=koen@cl-555.ams-05.nl.sixxs.net) |
| 14:13.47 | RP | pb_: Can you tell me if libxsettings-client_0.14.bb still need the libgpewidget dependency? |
| 14:14.47 | RP | I'm also guessing that nokia770_init should have an RDEPENDS="hotplug" rather than a DEPENDS="hotplug-dbus" ? |
| 14:16.15 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
| 14:22.55 | *** part/#oe koobla (n=vogl@pdpc/supporter/active/koobla) |
| 14:23.42 | CIA-9 | 03cbrake 07org.oe.dev * r9178fa6f... 10/ (7 files in 4 dirs): devkitidp-pxa255: rename vibren-pxa255idp machine to devkitidp-pxa255 |
| 14:30.56 | kergoth | morning |
| 14:31.08 | hrw|work | hi kergoth |
| 14:31.40 | RP | hi kergoth |
| 14:45.48 | *** join/#oe jamey (n=jamey@192.208.47.196) |
| 14:47.24 | *** join/#oe cedric (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 14:56.53 | pb_ | RP: I don't think so. |
| 14:57.00 | pb_ | regardng the nokia770 stuff, you'd need to check with Florian. |
| 14:58.26 | kergoth | pb_: you know offhand if the handhelds.org admin interface is working atm? i need to change the address i'm forwarding my mail to |
| 14:59.08 | france_ | kergoth: send me a note, while I am siting in front of the admin box |
| 14:59.18 | kergoth | k |
| 14:59.22 | kergoth | thanks |
| 14:59.28 | france_ | welcome |
| 14:59.46 | hrw|work | france_: I will msg you the same |
| 14:59.54 | france_ | :-) |
| 14:59.54 | pb_ | hi france_ |
| 14:59.57 | france_ | pb_: hi |
| 15:04.50 | france_ | kergoth: done, test mail sent. |
| 15:05.10 | france_ | hrw|work: done |
| 15:06.09 | kergoth | france_: worked, thanks |
| 15:06.18 | france_ | kergoth: welcome. |
| 15:06.31 | *** join/#oe Zero_Chaos (i=jkvcqy@68-71-34-255.pittpa.adelphia.net) |
| 15:07.13 | Zero_Chaos | anyone recently "rm -rf build/tmp" and find that glibc fails with an "expand: input line is too long" error? |
| 15:07.33 | *** join/#oe ar_ (n=ar@213.211.242.221) |
| 15:07.33 | koen | Zero_Chaos: I sense you are on gentoo |
| 15:07.51 | Zero_Chaos | koen: give the man a cookie, is there a workaround? |
| 15:08.07 | koen | yes |
| 15:08.17 | koen | ~logs |
| 15:08.19 | ibot | apt/ibot/jbot/purl all log to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz, or updated "nightly" |
| 15:09.18 | koen | 17:41.18koen|slug19:38 < peteru-home> Arghh!!! Effing gentoo patches just cover up the broken expand command by patching the testsuite to not run tests on expand. |
| 15:09.21 | koen | 17:41.28mickeylheh |
| 15:09.23 | koen | 17:42.03koen|slugpeople how emerged world and use OE might have some troubles |
| 15:09.37 | koen | the solution is in gentoo bugzilla |
| 15:11.11 | Zero_Chaos | stupid slow internet connection.... |
| 15:13.39 | *** join/#oe OSS542 (n=jhart@g058094.ppp.asahi-net.or.jp) |
| 15:15.05 | Zero_Chaos | is it odd that I get this error and I don't even have app-text/expander installed? |
| 15:15.53 | koen | coreutils 2.3.0/expand |
| 15:16.18 | Zero_Chaos | ahh |
| 15:17.06 | Zero_Chaos | I can't seem to find it on bugs.gentoo.org.... can you help me out :-) |
| 15:17.36 | koen | peteru-home said: it's in gentoo bugzilla now |
| 15:17.41 | koen | that's all I know |
| 15:17.50 | koen | you could try to change the locale |
| 15:18.21 | Zero_Chaos | or I could downgrade coreutils one version.... |
| 15:18.43 | Zero_Chaos | I'm ~x86.... maybe I should send that back to stable branch |
| 15:30.18 | kergoth | root@powerlink:~# ssh localhost |
| 15:30.18 | kergoth | Host 'localhost' is not in the trusted hosts file. |
| 15:30.18 | kergoth | (fingerprint md5 94:34:d1:63:26:dc:a4:c9:07:98:80:7a:9c:94:18:4f) |
| 15:30.18 | kergoth | Do you want to continue connecting? (y/n) |
| 15:30.18 | kergoth | y |
| 15:30.19 | kergoth | Segmentation fault |
| 15:30.21 | kergoth | hehe |
| 15:30.26 | kergoth | dropbear cant ssh into itself? :P |
| 15:30.35 | *** join/#oe minipanda (n=zhanght@219.236.21.70) |
| 15:30.57 | RP | kergoth: You seem to have a knack for breaking things :) |
| 15:31.29 | kergoth | thats whats weird, i really dont.. i can never reproduce people's problems, always Just Works |
| 15:31.34 | kergoth | at least until recently ;) |
| 15:31.41 | Twiun | kergoth: maybe the developers though that type of thing was too adult to allow? |
| 15:32.01 | ldc | RP: he must be working for microsoft :) |
| 15:32.18 | RP | kergoth: You've become a user? ;-) |
| 15:33.11 | RP | Its probably OE/bitbake missing you ;-) |
| 15:33.20 | kergoth | hehe |
| 15:33.29 | kergoth | ah good, we do have vlan in oe |
| 15:34.11 | kergoth | hmm, wonder if there's /etc/network/interfaces integration for vlan, or if i'll have to set up the pre-up bits myself |
| 15:35.07 | hrw|work | mickeyl: ping |
| 15:35.14 | koen | kergoth: having the real ifupdown is recommended |
| 15:35.36 | koen | that will save you from a few 'wtf?' moments |
| 15:36.10 | hrw|work | hmm... |
| 15:37.04 | hrw|work | RP: backlight values has changed in latest kernel? I got black screen when started opie and after some time it goes lighter (just to go black after press anyway) |
| 15:37.55 | hrw|work | RP: maximal value (in opie atleast) == black screen |
| 15:38.24 | Zero_Chaos | hrw|work: what device is that on? |
| 15:38.33 | hrw|work | Zero_Chaos: c7x0 - husky |
| 15:38.57 | RP | hrw|work: Ah, I think I suddenly understand a problem. Yes, they've changed and I need to fix something |
| 15:39.37 | *** join/#oe cvs_ (n=cvs@h194100.upc-h.chello.nl) |
| 15:39.38 | hrw|work | Zero_Chaos: my collie sits whole days in cradle and wait for 3.5.4 pre-release |
| 15:40.17 | Zero_Chaos | hrw|work: I've been slowing makeing an image with kismet/aircrack and simialar tools hopeing for 3.5.4 so my image is more stable :-) |
| 15:40.30 | koen | sectect-gpe-image? |
| 15:41.19 | Zero_Chaos | koen: I enjoy building it myself, but out of curiousity, where can I find that? |
| 15:41.38 | koen | bitbake sectest-gpe-image |
| 15:41.47 | koen | see packages/meta/ |
| 15:41.52 | Zero_Chaos | hmm... I'll check it out, thanks |
| 15:43.05 | kergoth | aw, the oe vlan package doesnt include the ifupdown integration |
| 15:43.16 | kergoth | debian and ubuntu have the scripts for integration.. just a matter of pulling them in |
| 15:44.10 | Zero_Chaos | koen: WOW, that meta-sectest is rather impressive, thanks for the info. |
| 15:45.00 | koen | this is going to be the splashscreen: http://dominion.kabel.utwente.nl/koen/pda/files/sectest-logo.pdf |
| 15:47.55 | Zero_Chaos | koen: that is sweet |
| 15:55.38 | hrw|work | cu all |
| 16:08.29 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 16:19.17 | Zero_Chaos | koen: do you know if gpe-sectest will fit on a collie? |
| 16:19.50 | JustinP | Zero_Chaos: sure. Use an SD card |
| 16:20.25 | Zero_Chaos | JustinP: it's an image, I don't think I can flash to SD |
| 16:20.48 | koen | make OE build a ext2 or tar image |
| 16:21.09 | *** join/#oe hufnus (n=slonsiki@m713036d0.tmodns.net) |
| 16:21.39 | JustinP | Zero_Chaos: OE can build any kind of image you want. It does bz2 as well as jffs2 by default |
| 16:21.50 | Zero_Chaos | koen: and what do I load that then? |
| 16:22.01 | Zero_Chaos | don't I still have to flash it onto the Z? |
| 16:22.02 | JustinP | Zero_Chaos: I mean move root to SD. You can make a simple pivotboot image for the flash and have the main root on SD |
| 16:22.06 | lardman|work | I always wondered what the bz2 was |
| 16:22.11 | JustinP | Zero_Chaos: see the pivotboot image used for the C3000 |
| 16:23.54 | lardman|work | JustinP: I built an e-image-core, but it's still a bit too large - any ideas on ways to reduce the disk size of the fonts (which appear to be the largest component)? |
| 16:24.10 | JustinP | lardman|work: the fonts? don't you mean the themes? |
| 16:24.26 | lardman|work | JustinP: No, def. the fonts |
| 16:24.40 | lardman|work | JustinP: Hang on, I'll pastebin it all |
| 16:25.31 | lardman|work | JustinP: Or not, I forgot I'd built a couple of gpe-images - the rootfs has gone |
| 16:25.46 | lardman|work | JustinP: One of the fonts was ~12MB and another was ~7MB! |
| 16:25.57 | kergoth | wowie |
| 16:26.30 | lardman|work | I'll just run bitbake e-image-core again and post the du & ls output or the rootfs |
| 16:27.03 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
| 16:28.15 | *** join/#oe Timelord (n=TL@216.137.177.98) |
| 16:34.47 | JustinP | lardman|work: interesting...I thought all this time it was the themes... |
| 16:35.04 | JustinP | fireflysung.ttf and kochi-gothic.ttf seem to be the big space killers |
| 16:35.54 | lardman|work | Yep, those are the ones |
| 16:36.05 | lardman|work | and they are pretty huge too |
| 16:36.37 | *** join/#oe dkey (n=dkey@L0004P25.dipool.highway.telekom.at) |
| 16:36.48 | lardman|work | My initrd.bin came out at 37MB which is too big as I only have ~32MB for it on my C750 |
| 16:38.06 | JustinP | I understand |
| 16:38.27 | lardman|work | If anyone else is interested, here's the breakdown: http://pastebin.ca/21742 |
| 16:39.41 | lardman|work | JustinP: Do you have any idea what those fonts are used for? Coule something be used instead, or the fonts trimmed (why would they be so large anyway?)? |
| 16:40.09 | JustinP | I have no idea |
| 16:40.12 | JustinP | on any of thos epoints ;-) |
| 16:40.19 | JustinP | I'll look around |
| 16:40.29 | lardman|work | cool, thanks |
| 16:41.31 | JustinP | I worked more than 30 hours last weekend so I didn't have any time for OE ;-) |
| 16:41.55 | mickeyl | lardman|work: which package do they come from ? e-wm ? |
| 16:42.28 | lardman|work | mickeyl: I don;t know, how do I find out? grep my tmp/work directory? |
| 16:42.32 | mickeyl | nah |
| 16:42.41 | mickeyl | ipkg |
| 16:42.48 | mickeyl | ipkg --whatprovides or so |
| 16:43.06 | lardman|work | on the build machine? |
| 16:43.09 | mickeyl | sure |
| 16:43.15 | lardman|work | ah, ok |
| 16:43.23 | JustinP | or, much fsater, check /usr/lib/ipkg/info/*.list |
| 16:43.40 | JustinP | yep, e-wm |
| 16:43.59 | kergoth | mm, http://www.expansys-usa.com/product.asp?code=114076 nifty. i should pick those up |
| 16:43.59 | JustinP | I don't see them referenced in any files in the e-em source, though... |
| 16:44.01 | lardman|work | e-wm from the looks of it |
| 16:44.22 | mickeyl | if they're not referenced, just yank them from the rootfs, build an image and check if it still works |
| 16:44.48 | lardman|work | how do I build the image without the roofs being re-populated? |
| 16:45.06 | mickeyl | call the image command manually |
| 16:45.33 | lardman|work | bitbake -c image e-image-core ? |
| 16:45.44 | mickeyl | no no |
| 16:45.54 | mickeyl | do the same what bitbake would do |
| 16:45.56 | koen | mkfs.jffs2 <etc> |
| 16:46.08 | lardman|work | oh right |
| 16:46.23 | mickeyl | or even better |
| 16:46.28 | mickeyl | edit e-image |
| 16:46.42 | mickeyl | IMAGE_PREPROCESS_COMMAND = "rm ${IMAGE_ROOTFS}/foo/bar" |
| 16:46.55 | mickeyl | then just bitbake the image again |
| 16:46.58 | lardman|work | okay, that sounds like a plan |
| 16:46.59 | JustinP | or even better...patch the makefile |
| 16:51.22 | *** join/#oe pH5 (n=ph5@e178219164.adsl.alicedsl.de) |
| 17:01.52 | mreimer | is anyone else having problems building gconf-dbus? "/opt/oe/build/tmp/staging/arm-linux/lib/libpangox-1.0.so: undefined reference to `_pango_engine_shape_covers'" |
| 17:01.58 | mreimer | I've rebuilt pango but to no avail |
| 17:02.15 | koen | try removing the builddir and start from scratch |
| 17:02.38 | mreimer | which builddir? gconf-dbus? build/tmp? |
| 17:03.02 | JustinP | build/tmp/work/gconf-dbus* |
| 17:03.21 | mreimer | phew |
| 17:03.34 | mreimer | I was hoping you'd say that |
| 17:04.22 | koen | no, TMP_DIR |
| 17:04.34 | mreimer | I was hoping you wouldn't say that :-( |
| 17:05.22 | CosmicPenguin | Ok - so a bitbake question - is it possible to set a variable in a fetch class for use by a .bb? |
| 17:05.52 | pH5 | mreimer: just cleaning and rebuilding everything that depends on cairo (gtk and gpe) worked for me |
| 17:06.01 | pH5 | eh pango |
| 17:06.05 | mreimer | thanks pH5 |
| 17:06.27 | mreimer | is there a bitbake command to rebuild all packages that depend on a given package? |
| 17:09.11 | pH5 | mreimer: If there is, I'd like to know. If your computer is reasonably fast, perhaps you should do as koen says - might cost more time, but at least not yours. |
| 17:09.27 | mreimer | pH5: PIII 450MHz :-( |
| 17:10.33 | pH5 | oh. |
| 17:15.00 | ldc | This is the problem with OE... it's to easy to build a dist, but to hard to figure out a name for the dist :) |
| 17:15.53 | koen | 'floppy the happy penguin' |
| 17:16.38 | ldc | floppy... just gets me thinking about the old Amiga demo flossy :) |
| 17:16.56 | JustinP | hmmm...whatw as I thinking...e-image-core doesn't work anyway.... |
| 17:18.55 | ldc | Gonna list a few names that we have come up with... Maybe it can trigger some ideas for a few more? |
| 17:19.05 | kergoth | whats the nature of your distro? |
| 17:19.21 | ldc | Tiny UxIXOS ( you know who you are who suggested this =) , FreeTux , Freevox , Efux / Efix - Embedded Freevo Linux , Feux / Feix - Freevo Enhanced Linux , Evux / Evix - Enhanced Video Linux |
| 17:19.58 | kergoth | haha, efux.. dirty |
| 17:20.03 | ldc | =) |
| 17:20.20 | ldc | Feux is also nice :) |
| 17:20.48 | CosmicPenguin | Heh |
| 17:20.50 | ldc | Feux = fire, if i remember my english lessions correctly |
| 17:20.55 | CosmicPenguin | Then we could get shits that say Feux you! |
| 17:21.01 | CosmicPenguin | s/shits/shirts/ |
| 17:21.06 | JustinP | lol |
| 17:21.08 | kergoth | hehe |
| 17:21.08 | ldc | =)) |
| 17:21.27 | CosmicPenguin | And little stickers for our PDAs that say "I got Feuxed! |
| 17:22.08 | ldc | hehe... well, this is not really for a PDA... it's for those small Epia based mb's |
| 17:23.48 | ldc | hmmm... decisions decisions... it's just to hard to come up with a name... |
| 17:24.12 | ldc | NoName - The Embedded Freevo distribution =) |
| 17:26.34 | kergoth | i really cant wait to convince my work to switch to oe |
| 17:26.40 | kergoth | the setup we're using now really sucks |
| 17:27.16 | kergoth | doubt itll happen for the current product, since we cant risk a huge changej, but for the next one.. |
| 17:35.45 | [cc]smart | i'm on setting 2.6 kernel for building a collie image so that i could see if it compiles ok at least (can not test really but it should compile) |
| 17:36.07 | [cc]smart | i found : PREFERRED_PROVIDER_virtual/kernel ?= "collie-kernels-2.4-embedix" |
| 17:36.25 | [cc]smart | so i should define a new PREFERRED_PROVIDER_virtual/kernel on local.conf |
| 17:36.27 | [cc]smart | correct ? |
| 17:36.53 | [cc]smart | and in the case, this should then be linux-openzaurus_2.6.11 |
| 17:36.56 | [cc]smart | er. |
| 17:37.12 | [cc]smart | wrong line... this one: linux-openzaurus_2.6.13-rc5-mm1 |
| 17:37.17 | [cc]smart | correct ? |
| 17:37.25 | kergoth | no |
| 17:37.37 | kergoth | preferred provider takes a package name, not a version |
| 17:38.09 | [cc]smart | linux-openzaurus_2.6.13-rc5-mm1.bb |
| 17:38.46 | kergoth | yes, the package name of that package is linux-openzaurus, the package version is 2.6.13-rc5-mm1 |
| 17:38.52 | kergoth | _ seperates name from version |
| 17:39.24 | [cc]smart | but doesn't the eoriginal entry then violate this ? |
| 17:39.48 | kergoth | no. |
| 17:39.54 | koen | no, "collie-kernels-2.4-embedix" is a collection |
| 17:40.05 | kergoth | go look at that collie-kernels .bb. |
| 17:40.13 | kergoth | do you see a _ between 2.4-embedix and collie-kernels? |
| 17:40.14 | kergoth | i dont. |
| 17:40.41 | [cc]smart | hmm... don't see this in the bb file either |
| 17:40.46 | [cc]smart | in the name of |
| 17:41.06 | kergoth | what? |
| 17:41.09 | [cc]smart | collie-kernels-2.4-embedix.bb |
| 17:41.19 | kergoth | yes, the package name of that .bb is collie-kernels-2.4-embedix |
| 17:41.24 | kergoth | the package version isnt set by the filename |
| 17:41.31 | kergoth | this really isnt that hard to understand |
| 17:41.48 | lardman|work | JustinP: without the fonts? |
| 17:41.54 | JustinP | once it fscked itself....again... |
| 17:41.56 | JustinP | lardman|work: yes |
| 17:42.00 | [cc]smart | well, i thought ${PV} is taken from there |
| 17:42.10 | JustinP | lardman|work: however the e-image-core was broken anyway. You can't type in entrance :-| |
| 17:42.17 | JustinP | lardman|work: I'm going to try to fix that now as well |
| 17:42.41 | lardman|work | JustinP: Right, my attempts to get the fonts removed have failed one way or another anyway |
| 17:42.58 | kergoth | [cc]smart: yes, PV is taken from the filename _if it is defined there_ |
| 17:42.59 | JustinP | lardman|work: hehe |
| 17:43.03 | kergoth | [cc]smart: if not, it gets set to a default |
| 17:43.10 | kergoth | [cc]smart: look at the PV = line in bitbake.conf |
| 17:43.38 | lardman|work | JustinP: What machine are you building for? husky? |
| 17:44.05 | JustinP | lardman|work: I have a spitz |
| 17:44.12 | JustinP | lardman|work: BTW, here's the patch I used: http://pastebin.ca/21747 |
| 17:45.38 | lardman|work | JustinP: Thanks |
| 17:46.12 | JustinP | ~husky |
| 17:46.14 | ibot | hmm... husky is Sharp Zaurus SL-C760 or a dog |
| 17:46.55 | lardman|work | JustinP: I'll give it another go tomorrow, I've got to head off, good luck with fixing Entrance |
| 17:46.58 | lardman|work | Night all |
| 17:52.42 | *** join/#oe man-di (n=man-di@dyndsl-080-228-195-033.ewe-ip-backbone.de) |
| 17:54.31 | [cc]smart | so what was done is to make use "collie-kernels-2.4-embedix" as a version. |
| 17:55.04 | [cc]smart | correct ? |
| 17:55.07 | kergoth | [cc]smart: once again, PREFERRED_PROVIDERS_ takes a package NAME |
| 17:55.09 | kergoth | NOT A VERSION |
| 17:55.30 | kergoth | perhaps you should read the bitbake documentation before asking anymore questions |
| 17:55.33 | [cc]smart | once again, this is the line i found: PREFERRED_PROVIDER_virtual/kernel ?= "collie-kernels-2.4-embedix" |
| 17:55.38 | kergoth | yes |
| 17:55.47 | kergoth | and as i just said, preferred provider takes a package name |
| 17:55.48 | *** join/#oe ideal (n=idealm_@222.64.50.222) |
| 17:55.50 | kergoth | so what does that tell you? |
| 17:56.00 | kergoth | lets practice our logic, shall we? |
| 17:56.06 | kergoth | if preferred provider takes a package name |
| 17:56.12 | kergoth | and we're setting it to collie-kernels-2.4-embedix |
| 17:56.18 | kergoth | then collie-kernels-2.4-embedix must be a package name |
| 17:56.20 | kergoth | isnt logic fun? |
| 17:56.31 | [cc]smart | goan |
| 17:56.51 | koen | kergoth: do you have pointy ears? |
| 17:56.59 | kergoth | hehe |
| 17:57.10 | *** part/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 18:03.52 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 18:05.05 | [cc]smart | kergoth: actually yes, you're right, me stupid. why should i at all have to get pissed off by you. don't need to hook on you, do i ? |
| 18:05.38 | [cc]smart | we had that. |
| 18:06.21 | JustinP | the *very first* think I tried fixed entrance....amazing |
| 18:06.27 | kergoth | so, you wouldnt set the preferred provider to linux-openzaurus_2.6.whatever, because that isnt the package name. you'd set it to linux-openzaurus, which is, and then you'd set the preferred version appropriately. |
| 18:06.33 | kergoth | JustinP: nice |
| 18:11.17 | emte | hey kergoth soemone is looking for a working tailor svn/k |
| 18:11.34 | kergoth | the tailor guy fixed a couple of my reported bugs |
| 18:11.39 | kergoth | need to test the current version and see how it is |
| 18:11.40 | emte | yeah |
| 18:12.08 | koen | kergoth: monotone < tailor > svk? |
| 18:13.58 | emte | are we still keeping monotone with the new issues? |
| 18:14.20 | emte | i havent obviously been paying attention |
| 18:14.44 | JustinP | new issues? |
| 18:15.47 | emte | servers being down and wasnt there something about a miss-sync? |
| 18:16.12 | JustinP | I don't know if any new issues....it's worked fine for me for quite a while now |
| 18:16.20 | JustinP | yes, servers *can* go down.... |
| 18:17.07 | koen | that's why we have backup servers |
| 18:17.11 | koen | and I repeat: |
| 18:17.31 | koen | #newscm has to be *a lot* better as monotone, not 'just faster' |
| 18:18.13 | emte | yeah |
| 18:18.28 | kergoth | svk gives you everything monotone has, less headaches wrt branching/merging/multiple heads, better performance, and lets you use svn to check out anonymously automatically, since its svn under the hood |
| 18:18.30 | kergoth | among other things. |
| 18:18.51 | emte | but i remember kergoth saying what he just pasted again earlier |
| 18:19.48 | JustinP | kergoth: then float svk past oe@hh. Make sure to address all of the points in the earlier e-mail about monotone and new possibilities. |
| 18:19.58 | emte | lol |
| 18:20.12 | emte | i thought kergoth's choice was the only one that mattered |
| 18:20.23 | kergoth | JustinP: thats the plan, just need to get tailor behaving so we can retain history |
| 18:20.37 | kergoth | emte: hehe, there are a lot more active devs on oe now than there used to be :) |
| 18:20.43 | kergoth | and i'm not one of them |
| 18:20.45 | emte | true |
| 18:20.55 | koen | 31 keys on the db |
| 18:21.02 | emte | aw cmon we all know youhave secretly been polishing bb2 |
| 18:21.14 | koen | of which 20 are committing on a regular basis |
| 18:21.19 | kergoth | i wish.. but i'm planning on revisiting it again soon |
| 18:21.21 | kergoth | :) |
| 18:21.48 | emte | reminds me i need to get bb working ... |
| 18:21.52 | *** join/#oe woglinde (n=woglinde@e178072085.adsl.alicedsl.de) |
| 18:22.00 | kergoth | also going to do a linux firewalling/routing tool that instead of just being a shitload of iptables commands, lets you use lua to express your routing/filtering/mangling policies, and itll do the implementation for you |
| 18:22.22 | koen | ah lua |
| 18:22.32 | koen | so you can embed it in monotone ;) |
| 18:22.43 | emte | ... |
| 18:22.47 | woglinde | *g* |
| 18:23.06 | emte | it will take you an hour to test the rules :P |
| 18:23.19 | koen | no it wont |
| 18:23.27 | emte | i know |
| 18:23.59 | emte | lets see .. |
| 18:24.36 | emte | JustinP, how hard is it going to be to strip out all your gpe stuff from ecore, evas, and edje |
| 18:24.47 | emte | i havent looks at your metafiles yet |
| 18:24.55 | JustinP | emte: *what*? |
| 18:25.10 | koen | JustinP: just /ignore emte |
| 18:25.14 | JustinP | emte: what GPE stuff are you talking about? There is *nothing* GPE related in those things... |
| 18:25.23 | emte | good to know |
| 18:25.26 | koen | save you from reading a lot of uninformed crap |
| 18:25.30 | emte | i dont need any of the x stuff |
| 18:25.31 | JustinP | heh |
| 18:25.44 | emte | not for the server side |
| 18:25.46 | JustinP | emte: GPE and X are completely different things |
| 18:26.15 | koen | and if you had actually looked at what's in the repo..... |
| 18:26.18 | emte | i am aware |
| 18:26.25 | emte | emte i havent looks at your metafiles yet |
| 18:26.35 | emte | emte emte i havent looks at your metafiles yet |
| 18:26.40 | *** join/#oe ChanServ (ChanServ@services.) |
| 18:26.40 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 18:26.56 | JustinP | emte: next time please try looking at the metafiles first |
| 18:28.09 | emte | that would be my intent after having a BB system that works |
| 18:28.15 | [cc]smart | let me make a guess... the growth in devs on OE comes from external projects, right ? |
| 18:28.58 | JustinP | mickeyl: any thoughts on slfb? I'm about ready to commit it.... |
| 18:37.35 | emte | whee 390 revs |
| 18:38.36 | JustinP | .... |
| 18:38.56 | JustinP | why did florian change all of these x11-common depends to xserver-common? There *is* no xserver-common... |
| 18:38.59 | emte | i think he went to sleep |
| 18:39.07 | *** join/#oe JustinTodd (n=root@209.121.65.171) |
| 18:40.55 | koen | yes there is |
| 18:41.07 | JustinP | koen: in OE? |
| 18:41.12 | JustinP | *I* don't see one |
| 18:41.35 | JustinP | I know this is what he wanted to rename it to.. |
| 18:41.50 | koen | http://ftp.handhelds.org/pub/projects/gpe/source/xserver-common-1.1.tar.gz |
| 18:42.07 | JustinP | koen: but it wasn't added to OE, damn it |
| 18:42.17 | JustinP | argh |
| 18:42.35 | JustinP | just annoying that he changed all of the depends and didn't fix the package |
| 18:42.45 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 18:43.10 | koen | koen@dominion:/data/build/oe/monotone/org.openembedded.dev$ ls packages/xserver-common/ |
| 18:43.13 | JustinP | ~lart florian |
| 18:43.14 | koen | xserver-common_1.1.bb |
| 18:43.23 | koen | ~lart justinp for being an emte |
| 18:43.45 | JustinP | god damn it |
| 18:43.56 | JustinP | I swear I looked for it... |
| 18:43.57 | emte | you get buzy and dont pay attention |
| 18:43.57 | JustinP | oh well |
| 18:44.56 | emte | my repo is even ~2weeks out of date |
| 18:45.40 | JustinP | my repo is not out of date |
| 18:45.46 | JustinP | I just did a grep, which of course missed the filename |
| 18:46.03 | emte | nah, i ment in response to koen |
| 18:46.31 | JustinP | why the hell if this run-calibrate.sh in here? |
| 18:46.34 | emte | we cant all be as smart as him |
| 18:47.04 | JustinP | is |
| 18:47.32 | emte | so it only runs if you have X? |
| 18:47.45 | JustinP | eh? |
| 18:47.57 | emte | just a guess |
| 18:48.23 | JustinP | why would we need run-calibrate.sh, which only runs "exec xtscal" which is called directly from the clibrate Xinit script |
| 18:48.33 | JustinP | lunch first |
| 18:49.51 | emte | hmm ... i could strip my laptop down and use it for a server ... |
| 19:10.42 | mickeyl | JustinP: slfb ? |
| 19:10.47 | mickeyl | that simulated framebuffer thing? |
| 19:11.19 | koen | I think the means the the fb version of slbl |
| 19:11.32 | mickeyl | hmm |
| 19:11.34 | koen | sharp 2.4 utils |
| 19:11.36 | mickeyl | slbl is fb only |
| 19:11.39 | mickeyl | actually it's console |
| 19:11.48 | mickeyl | i know it , i wrote it |
| 19:11.58 | koen | JustinP said something about blanking the fb a while ago |
| 19:12.15 | koen | I guess he wrote an app to poke at the right ioctls |
| 19:18.17 | CIA-9 | 03nail 07org.oe.dev * rdc7f6044... 10/packages/openntpd/ (files/init openntpd_3.7p1.bb): |
| 19:18.17 | CIA-9 | openntpd init-script |
| 19:18.17 | CIA-9 | Check to see if privsep dir {localstatedir}/shared/empty exists. Create if not. |
| 19:18.21 | CIA-9 | 03justinp 07org.oe.dev * rb7600f4a... 10/packages/e17/entrance_20050810.bb: entrance: add glibc-gconv-iso8859-1 to RDEPENDS, fixes earlier issue with keyboard not working |
| 19:18.25 | CIA-9 | 03nail 07org.oe.dev * r06f3983d... 10/packages/openntpd/files/init: Openntpd init-script. Fix directory check |
| 19:18.29 | CIA-9 | 03justinp 07org.oe.dev * r79ddb5aa... 10/packages/e17/ (e-wm/remove-large-fonts.patch e-wm_20050810.bb): |
| 19:18.29 | CIA-9 | e-wm: Remove 2 large unused fonts |
| 19:18.30 | CIA-9 | <PROTECTED> |
| 19:20.24 | mickeyl | ~praise JustinP for finding the keyboard bug |
| 19:20.32 | ibot | All hail JustinP for finding the keyboard bug! |
| 19:20.53 | mreimer | good work JustinP! What's the image size down to now? |
| 19:24.37 | mickeyl | must be ~30 |
| 19:26.28 | *** join/#oe Timelord0 (n=TL@216.137.177.98) |
| 19:27.47 | *** join/#oe pb_ (n=pb@2002:5168:d214:1:a00:1fff:fe06:93c) |
| 19:28.34 | pb_ | hi all |
| 19:28.55 | mickeyl | hi pb_ |
| 19:29.14 | pb_ | mickeyl: good evening |
| 19:41.58 | *** join/#oe koen|slug (n=koen@cl-555.ams-05.nl.sixxs.net) |
| 19:42.45 | *** join/#oe gremlin[it] (n=gremlin@194-177-126-56.f4.ngi.it) |
| 19:43.17 | *** join/#oe Timelord (n=TL@216.137.177.98) |
| 19:45.13 | *** topic/#oe by mickeyl -> OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date |
| 19:52.27 | *** join/#oe bipolar (n=bipolar@146.145.26.90) |
| 19:56.00 | RP | mickeyl: Just tried a 2.6 opie spitz image. tscalibration isn't working and selecting rotate from the menu doesn't do anything either. auto rotate doesn't work but that may or may not be part of the latter problem |
| 19:56.44 | mickeyl | auto rotate calls the same code as the rotate menu |
| 19:57.26 | mickeyl | I'll build the latest bits for my c7x0 |
| 19:58.07 | RP | Did zecke mention a sign error in one of the touchscreen quadrants? |
| 19:58.20 | mickeyl | something like that |
| 19:58.32 | RP | I'll bet this is the touchscreen calibration problem... |
| 19:58.41 | mickeyl | iirc he told something about the matrice not being fully calculated in opie and gpe ts calibration |
| 19:58.42 | [cc]smart | RP: hi. seems it'll take me far more time for test compiling than swicthing those schedulers to module. do you think i should sync these in anyways or will this simple change just be done by somebody who already does OZ ? |
| 19:59.24 | RP | [cc]smart: I can make the change if you prefer... |
| 19:59.46 | RP | mickeyl: The same thing happens with gpe... |
| 20:01.47 | RP | mickeyl: I think we could conciveably ship a 2.6 kernel with 3.5.4... |
| 20:02.02 | mickeyl | hmm |
| 20:02.16 | mickeyl | what's missing on spitz/akita/borzoi? |
| 20:02.30 | RP | USB UDC and sound |
| 20:02.39 | RP | I mean in addition to a 2.4 kernel |
| 20:02.59 | [cc]smart | RP: yes, think that's easiest... will stick to slug :) |
| 20:03.01 | mickeyl | I'm not sure we can handle the support load for both |
| 20:03.21 | JustinP | UDC? |
| 20:03.27 | CosmicPenguin | mmm.... UDC |
| 20:03.34 | koen | JustinP: usb subset |
| 20:03.39 | JustinP | I thought you had a hacked sound module working. Of course...it's a *hac* still... |
| 20:03.43 | RP | JustinP: USB Client |
| 20:03.45 | JustinP | koen: subset for what? |
| 20:03.58 | mickeyl | bbiab |
| 20:04.00 | JustinP | so host is working but it can't be a device? |
| 20:04.06 | RP | JustinP: I have hacked sound for c7x0 which can probably be easily extended to cover cxx00 |
| 20:04.23 | RP | JustinP: correct. host works |
| 20:05.09 | JustinP | mickey|bbiab: http://dioxide.randomvoids.com/~papercrane/slfb.c.txt |
| 20:05.20 | JustinP | RP: Ah, I see. |
| 20:05.23 | RP | I just got an email to say some of my pxa27x host changes are making mainline soon |
| 20:05.29 | JustinP | awesome :-) |
| 20:08.36 | RP | JustinP: I'm told I need to mention the cxx00 changes to the keyboard rotation switches |
| 20:09.04 | RP | JustinP: Instead of passing an EV_KEY when these change, the 2.6 kernel will be passing an EV_SW |
| 20:09.54 | RP | JustinP: See http://www.rpsys.net/openzaurus/patches/corgikbd_switch-r0.patch for details - it probably has implications for xrandr |
| 20:10.30 | *** part/#oe JustinTodd (n=root@209.121.65.171) |
| 20:10.42 | JustinP | RP: I have never touched xranrd code. Just played with the scripts which call it |
| 20:10.46 | JustinP | xrandr |
| 20:11.01 | JustinP | xrandr also does not do auto-rotation at all |
| 20:11.08 | JustinP | GPE has never had auto-rotation AFAIK |
| 20:11.25 | RP | JustinP: Well, the scripts that call it could be modified to do autorotation then... |
| 20:11.43 | JustinP | I got it working by using keylaunch to watch for the hinge-key and run a script for me |
| 20:12.11 | RP | Ah, then you'll need to watch for EV_SW events in future... |
| 20:12.18 | RP | (or under 2.6) |
| 20:12.49 | JustinP | are you talking about the hinge sensor or the hinge key? |
| 20:13.23 | RP | The one and the same. The only way you see it under 2.6 is via EV_SW events from /dev/input/event* |
| 20:14.11 | JustinP | no, they are *not* the same |
| 20:14.27 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 20:14.40 | JustinP | the sensor is what chkhinge uses to see what way it's rotated |
| 20:14.43 | *** join/#oe dkey| (n=dkey@L0005P09.dipool.highway.telekom.at) |
| 20:14.50 | JustinP | (sorry, I don't mean to tell you what you know....) |
| 20:15.07 | JustinP | chkhinge uses the sensor to tell which way the screen is rotated |
| 20:15.23 | JustinP | the hinge key is what is pressed, just below the hinge, when the cover is closed |
| 20:15.38 | RP | The apm interface chkhinge uses is sharp junk and doesn't exist under 2.6 and never will. The key event that gets generated also doesn't exist |
| 20:16.16 | JustinP | .... |
| 20:16.34 | RP | The only way to tell how the key board is rotated is to listen for EV_SW events from the kernel input system. Under older 2.6 kernels thie used to be an EV_KEY event. It now has its own event type EV_SW |
| 20:16.43 | JustinP | ok |
| 20:16.46 | JustinP | so.... |
| 20:16.50 | JustinP | argh |
| 20:17.01 | JustinP | damn it |
| 20:17.20 | JustinP | so is there a way to find out which way the screen is rotated? |
| 20:17.51 | RP | Yes, but you need to listen to the input system. |
| 20:17.55 | JustinP | no |
| 20:18.01 | JustinP | I mean, say, on startup |
| 20:18.07 | kergoth | RP: he wants to know how to query the current state. its necessary to be able to do so |
| 20:18.12 | JustinP | yes |
| 20:18.15 | JustinP | thank you kergoth |
| 20:18.16 | kergoth | not just listen for changes in state |
| 20:18.22 | RP | Ah, in that case you ask the input system - there is an ioctl |
| 20:18.52 | JustinP | ok |
| 20:19.12 | JustinP | so this means we're going to need a special daemon to listen for this stuff.... |
| 20:19.25 | RP | I'm afraid so :-( |
| 20:19.36 | JustinP | what about the CE-RH2 remote? |
| 20:19.38 | koen | chkhinged |
| 20:19.54 | RP | CE-RH2 remote? |
| 20:19.56 | JustinP | or CE-RH1 for the Cxx0 |
| 20:20.03 | JustinP | audio remote |
| 20:20.08 | RP | I've not written drivers for them... |
| 20:20.12 | JustinP | with 2.4 I get keypresses |
| 20:20.24 | JustinP | I assume with 2.6 I won't.... |
| 20:20.27 | RP | If someone wants support they'll have to write a driver |
| 20:20.39 | RP | I need to go out - back 15 minutes |
| 20:27.01 | JustinP | RP: I'll try to take a look at adding a driver for the CE-RH2. I haven't switched to 2.6 yet but I really want to. The suspend/timing issues in 2.4 are really getting on my last nerves |
| 20:30.07 | CIA-9 | 03justinp 07org.oe.dev * r657fab8a... 10/packages/ (19 files in 6 dirs): xserver-common, x11-common: Remove x11-common in favor of xserver-common, remove unneeded run-calibrate.sh from xserver-common |
| 20:31.17 | koen | JustinP: could you also submit those patches upstream? |
| 20:31.29 | CosmicPenguin | sad |
| 20:32.20 | koen | CosmicPenguin: you're sad? |
| 20:32.31 | dan2003 | bitbake wants this file mtd-utils-native-20050801, and none of the sources have it :-( |
| 20:33.00 | dan2003 | i only updated yesturday to get round it wanting an older version |
| 20:38.00 | JustinP | koen: I can try..... |
| 20:38.19 | JustinP | koen: that calibration script simply isn't needed...it's an extra file |
| 20:39.01 | CosmicPenguin | koen: I was experimenting with ways to pass my current Perforce changeset from the fetch.py into my .bb, but without success |
| 20:40.14 | koen | a perforce fetcher? |
| 20:40.35 | CosmicPenguin | yeah - we've had it for a long time now |
| 20:42.11 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.repvik) |
| 20:47.23 | *** join/#oe molivier (n=mac@f03m-212-195-80-254.d4.club-internet.fr) |
| 21:02.52 | RP | Can anyone offhand tell me where the touchscreen calibration code used by gpe and opie is? |
| 21:06.12 | mreimer | RP: GPE uses xtscal; haven't found it in CVS yet |
| 21:08.20 | pb_ | mreimer: it's in apps/ |
| 21:08.47 | mreimer | thanks pb_ |
| 21:08.50 | mreimer | RP: http://handhelds.org/cgi-bin/cvsweb.cgi/apps/xtscal/ |
| 21:08.50 | *** part/#oe JustinP (n=papercra@67.174.226.161) |
| 21:09.20 | koen | or http://ftp.handhelds.org/pub/projects/gpe/source/xtscal-0.6.3.tar.bz2 if you prefer tarballs |
| 21:09.26 | drw | RP: for Opie, see http://handhelds.org/cgi-bin/cvsweb.cgi/opie/core/apps/calibrate/ |
| 21:10.33 | RP | Hmm. It looks like the same code as ts_calibrate.c which works... |
| 21:13.38 | RP | koen, drw: That code seems to print the display and takes some readings. Is there some function somewhere it gets passed to? |
| 21:14.44 | RP | I did see the code in qte itself but that also doesn't seem to be the full thing... |
| 21:14.56 | *** part/#oe pH5 (n=ph5@e178219164.adsl.alicedsl.de) |
| 21:15.13 | kergoth | RP: what exactly are you looking for? |
| 21:15.43 | drw | RP: I am not familiar with the code myself, but maybe mickey or zecke could help out |
| 21:15.47 | kergoth | the opie calibrator collects values and calls out the qte calibration code, which generates the constants for the transform and emits /etc/pointercal |
| 21:15.57 | kergoth | tslib's linear module is what uses that to actually perform the transformation |
| 21:16.22 | drw | or maybe kergoth can help too :) |
| 21:16.56 | RP | kergoth: Right. Any idea offhand why opie wouldn't calibrate correctly yet ts_calibrate will? |
| 21:17.26 | kergoth | RP: opie/qte's calibration, iirc, only actually reads two points from the screen. really, really crappy algo. |
| 21:17.30 | kergoth | unless that's changed recently |
| 21:17.43 | kergoth | schurig had played with a calibrate2 to make it use the algo ts_calibrate does at one point |
| 21:18.18 | RP | So they take five points but only pass two of them? |
| 21:18.45 | kergoth | yeah, it only takes the others for a rough sanity check |
| 21:18.54 | kergoth | makes sure they form a 'box', if it doesnt, it keeps asking for more points |
| 21:19.05 | kergoth | which is why tapping repeatedly in the center doesnt pass calibration in opie, but does in ts_calibrate |
| 21:19.32 | RP | Great. So spitz must have a warped touchscreen :) |
| 21:20.17 | kergoth | well, just one that opie's calibrator isnt capable of handling. unless the touchscreen is nonlinear, the touchscreen itself isnt really to blame ;) |
| 21:20.30 | *** join/#oe JustinP (n=papercra@67.174.226.161) |
| 21:20.38 | JustinP | .......how did I manage to quit the channel? |
| 21:20.51 | kergoth | carefully? |
| 21:22.04 | JustinP | ...... |
| 21:22.05 | JustinP | .... |
| 21:22.06 | JustinP | .. |
| 21:22.14 | JustinP | my e-image-core isn't working.... |
| 21:23.03 | RP | kergoth: Do you know what happened to the calibrate2 by any chance? |
| 21:23.38 | kergoth | iirc it was sitting out in noncore or unmaintained or something in the cvs tree |
| 21:24.26 | kergoth | but iirc, there was a licensing concern |
| 21:24.32 | kergoth | check the license of ts_calibrate |
| 21:25.52 | RP | kergoth: GPL'd by rmk |
| 21:26.03 | dan2003 | does anybody hav this mtd-snapshot-20050801.tar.bz2 file and coulld possibly send it to me? |
| 21:26.38 | kergoth | RP: right, now, iirc, you'd have to stuff that code into qte, and qte is multilicensed. if we're going to improve the calibration algo, we should really do it in such a way that we can actually submit it upstream, not which is infected by third party gpl code |
| 21:27.14 | JustinP | dan2003: http://dioxide.randomvoids.com/~papercrane/mtd-snapshot-20050801.tar.bz2 |
| 21:27.21 | JustinP | tell me when you have it |
| 21:27.52 | kergoth | http://www.embedded.com/story/OEG20020529S0046 has a 3 point touch screen calibration algorithm that might be worth trying |
| 21:28.00 | RP | http://handhelds.org/cgi-bin/cvsweb.cgi/opie/development/calibrate2/ |
| 21:28.06 | dan2003 | JustinP, thanks, got it |
| 21:28.43 | kergoth | RP: yeah thats it, dunno what he changed or anything though. do a diff. |
| 21:28.50 | RP | kergoth: Can we extend tslib to handle this? |
| 21:29.09 | kergoth | RP: itd be a substantial rework of tslib. we've talked about adding calibration to tslib for some time now |
| 21:29.18 | kergoth | would certainly be worth looking into |
| 21:29.40 | kergoth | but then we'd need to decide whether a hardcoded one is sufficient, or whether we want to support plugging in any arbitrary calibration routine.. |
| 21:29.42 | RP | kergoth: Initially, some functions to return the calibration data would be enough |
| 21:29.52 | kergoth | the latter would be nice, since i'd like to calibrate pressure as well |
| 21:29.57 | kergoth | RP: what do you mean? |
| 21:30.19 | kergoth | hand it the raw 5 point coordinates and get it to return the constants? |
| 21:30.25 | RP | Yes |
| 21:30.27 | JustinP | why isn't bitbake re-building all of my e programs.....I removed the stamps and work... |
| 21:30.31 | JustinP | argh |
| 21:30.36 | kergoth | again, licensing problem. we cant just take rmk's algo and stuff it into tslib without infecting tslib itself |
| 21:30.42 | kergoth | tslib is lgpl, iirc, not gpl |
| 21:30.50 | kergoth | we'd have to talk to him about it |
| 21:31.01 | RP | I guess we could ask him... |
| 21:39.52 | mreimer | arg, can't install an ipkg because of configure errors in another: "update-alternatives: Error: cannot register alternative lsmod to /bin/lsmod since it is already registered to /sbin/lsmod". How can I make ipkg ignore the error? |
| 21:40.03 | mreimer | I'm trying to install udev and getting that error |
| 21:40.45 | koen | edit the ipkg status file |
| 21:40.56 | koen | change 'unpacked' to 'installed' |
| 21:41.01 | mreimer | thanks :-) |
| 21:42.51 | RP | kergoth: I've sent an email asking him... |
| 21:43.19 | kergoth | should probably send an email for comments to linux-arm and linux-omap-open-source |
| 21:43.20 | pb_ | mreimer: "ipkg flag installed <package>", I think. |
| 21:43.29 | mreimer | thanks pb |
| 21:43.50 | pb_ | something like that, anyway. |
| 21:44.55 | JustinP | thanks god for kernel debug messages |
| 21:45.18 | JustinP | pxa-i2s |
| 21:46.04 | JustinP | so the audio remote is part of the scoop....it looks like.... |
| 21:46.09 | JustinP | or controlled by it or something |
| 21:47.07 | RP | JustinP: No, its on an io pin which goes to the max1111 accessed via the ssp interface |
| 21:47.31 | *** join/#oe Geo_KM (n=keith@ppp58-193.lns1.cbr1.internode.on.net) |
| 21:48.27 | JustinP | RP: ok, then |
| 21:48.57 | RP | The max1111 is an adc |
| 21:49.16 | JustinP | perhaps I shouldn't be screwing around in here... |
| 21:49.43 | RP | You're quite safe with the max111 |
| 21:49.55 | RP | routines to use it are already there... |
| 21:50.02 | RP | You just need to start a new input driver |
| 21:50.25 | Lo-Down | i'm curious (trying to learn), what are you all talking about? |
| 21:50.57 | RP | Lo-Down: A music remote control connected to the headphone socket of spitz |
| 21:51.02 | RP | ~spitz |
| 21:51.03 | ibot | hmm... spitz is the Sharp SL-C3000, or a dog |
| 21:51.11 | Lo-Down | ah |
| 21:51.18 | Lo-Down | thanks |
| 21:51.21 | RP | JustinP: Did you find the 2.4 driver? |
| 21:52.07 | *** join/#oe LoDown (n=LoDown@12-208-77-2.client.insightBB.com) |
| 21:52.10 | RP | JustinP: drivers/char/corgi_rc.c |
| 21:53.06 | JustinP | RP: no, I found linux/drivers/sound/pxa-i2s_spitz.c |
| 21:53.22 | RP | JustinP: See the above file - much more interesting ;-) |
| 21:53.23 | mreimer | yay! NOTE: package gpe-image-1.0: completed |
| 21:53.26 | JustinP | RP: that's the file which has the "hp status" output that I see when I inplug the remote |
| 21:53.41 | JustinP | inplug....how did I manage that one? |
| 21:53.46 | pb_ | mreimer: excellent |
| 21:54.00 | RP | JustinP: That's detection of a set of headphones. corgi_rc is the remote control driver |
| 21:54.03 | *** join/#oe hufnus (n=slonsiki@72.250.9.189) |
| 21:54.28 | JustinP | oh.... |
| 21:54.31 | JustinP | (stupid me...) |
| 21:54.31 | RP | They are linked, you're right - just start with corig_rc unless you want to go insane |
| 21:56.23 | RP | JustinP: There is an equivalent function to ssp_get_max1111_val under 2.6 corgi_ssp_max1111_get... |
| 21:56.33 | RP | They do the same thing |
| 21:57.35 | JustinP | ok |
| 21:59.41 | CIA-9 | 03koen 07org.oe.dev * rb16c9e25... 10/packages/gpe-contacts/gpe-contacts_0.42.bb: gpe-contacts: add 0.42 |
| 21:59.45 | CIA-9 | 03koen 07org.oe.dev * r3f06eda7... 10/packages/libmimedir/libmimedir_cvs.bb: libmimedir_cvs: change default_preference to 1 |
| 21:59.49 | CIA-9 | 03koen 07org.oe.dev * rec8bcd92... 10/packages/gpe-calendar/gpe-calendar_0.65.bb: gpe-calendar: add 0.65 |
| 22:01.52 | CIA-9 | 03koen 07org.oe.dev * r18d47398... 10/packages/gpe-beam/gpe-beam_0.2.8.bb: gpe-beam: add 0.2.8 |
| 22:03.16 | mreimer | Is there a way to get bitbake to fetch from cvs instead of oesources, for a single .bb? |
| 22:03.27 | kergoth | ? |
| 22:03.50 | dan2003 | i have Compaq OHH BootLoader, Rev 2-21-13 on my simpad, and am now lost as to what methid i should use to flash an image, can i simply put the simpad-rootfs.jffs2 on a cf and boot with it inserted? surley i have to tell it i want to flash somehow |
| 22:04.33 | pb_ | mreimer: no, but it isn't a question of "instead of". It will always try to fetch from cvs if the tarball is not available in the STASH. |
| 22:05.16 | mreimer | CVS is fresher than what's in oesources |
| 22:05.58 | dan2003 | ok, think i know wot to do now ;) |
| 22:06.08 | pb_ | mreimer: ah. in that case, you need to set CVSDATE to a newer date. |
| 22:06.16 | mreimer | ok, I'll try that |
| 22:06.39 | pb_ | (or CVSDATE_package) |
| 22:07.37 | mreimer | do I have to reparse, or can I just "setvar CVSDATE_blueprobe 20050901" and rebuild? didn't seem to work |
| 22:08.29 | pb_ | I suspect you have to reparse, but I'm not sure. I'm not really eleet enough to understand the shell thing. |
| 22:08.41 | mreimer | it's *nice* |
| 22:08.47 | mreimer | especially on a slow box like mine |
| 22:09.16 | pb_ | cool |
| 22:10.54 | pb_ | I guess I just don't use oe enough any more to have a need for it. |
| 22:12.11 | kergoth | heh, you too? |
| 22:12.33 | CIA-9 | 03koen 07org.oe.dev * ra7cc3c7d... 10/conf/distro/preferred-gpe-versions-2.7.inc: preferred-gpe-versions-2.7.inc: update gpe-beam, gpe-contacts and gpe-calendar |
| 22:12.39 | dan2003 | i've used ASSUME_PROVIDED = "bluez-utils-nodbus" in local.con because my machine wont build it, but now ive gotton to the stage where it wants to make the image it compains it cant find bluez-util, how do i prevent it from being included in the image? |
| 22:12.50 | JustinP | RP|brb: so should the remote be a keyboard extension or a new device or something like the hinge sensor thing? |
| 22:13.21 | JustinP | dan2003: you need to remove it from the DEPENDS and RDEPENDS of whatever you're installing |
| 22:13.28 | dan2003 | k thanks |
| 22:13.29 | koen | dan2003: you can only ASSUME_PROVIDED tools needed for building stuff |
| 22:13.29 | JustinP | dan2003: you should make a copy of the image file and start hacking |
| 22:13.45 | JustinP | dan2003: you really shouldn't use ASSUME_PROVIDED for such things |
| 22:15.19 | dan2003 | k |
| 22:15.43 | pb_ | kergoth: heh, yeah. haven't really touched oe for at least a couple of months. |
| 22:16.29 | JustinP | why is controlling a remote control over 600 lines of code? it has 7 buttons! |
| 22:16.51 | JustinP | I don't think this is the right way to learn how kernel code works.... |
| 22:17.07 | JustinP | RP: could you point me to the hinge sensor code in 2.6? I assume it's much cleaner.... |
| 22:21.50 | dan2003 | JustinP, lol, that does sound just a little exsesive! |
| 22:22.18 | kergoth | JustinP: are you .. voluntarily looking at lineo code? |
| 22:22.20 | kergoth | never a good idea |
| 22:22.48 | kergoth | i hate debugging cgi scripts |
| 22:22.52 | kergoth | error 500 is my worst enemy |
| 22:22.59 | JustinP | well I want my CE-RH2 remote working on 2.6 and since I know nothing of the hardware I have to look at it to even think of adding support in 2.6 |
| 22:23.11 | kergoth | ps -ef |
| 22:23.13 | kergoth | bah |
| 22:23.20 | JustinP | of course...since I know nothing of the hardware I'm probably screwed anyway |
| 22:24.37 | pb_ | yah, I seem to be spending a lot of time in cgi hell recently. |
| 22:24.38 | JustinP | SPITZ_GPIO_AK_INT |
| 22:25.02 | pb_ | gotta figure out some way to provide a web frontend to email filtering for our sales guys. |
| 22:36.04 | JustinP | so it's written as a kernel thread watching for the remote....it looks like... |
| 22:36.23 | *** join/#oe molivier2 (n=mac@f02m-212-194-151-43.d4.club-internet.fr) |
| 22:40.47 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
| 22:48.30 | RP | JustinP: You want to write an additional input driver |
| 22:49.03 | RP | JustinP: http://www.rpsys.net/openzaurus/patches/spitzkbd-r1.patch is the spitz keyboard code and includes the hinge switches |
| 22:50.58 | RP | kergoth: Are you the offical tslib maintainer? |
| 22:51.10 | kergoth | yep |
| 22:51.19 | kergoth | douglas lowder handed it over some time ago |
| 22:51.28 | JustinP | RP: yeah, I found the hinge stuff |
| 22:51.34 | RP | That answers the first of rmk's questions then, I have discussed it with you :) |
| 22:51.37 | kergoth | we should tag what we have as 1.0 and create a new branch to add the new api bits |
| 22:51.39 | kergoth | hehe |
| 22:51.46 | RP | His other comment was prod me at the weekend... |
| 22:51.50 | kergoth | k |
| 22:51.59 | kergoth | i dont want to just throw a half assed api in |
| 22:52.06 | kergoth | need to think about a clean implementation |
| 22:52.09 | JustinP | RP: I was just seeing a minor # in the 2.4 stuff and was wondering if the remote is accessible in 2.4 as an entry in /dev somehow... |
| 22:52.23 | RP | kergoth: No, I appreaiate that. Getting a version 1.0 out would be good |
| 22:52.31 | RP | Then we can look at an api... |
| 22:52.40 | kergoth | i kindal ike the idea of having pluggable calibration |
| 22:53.05 | kergoth | for someone needing a more perfect calibration, or who has a more flaky ts, could drop in a 10 pointer or whatever |
| 22:53.53 | RP | Yes. With the right structures, it should be possible to have a nice api to it as well |
| 22:54.06 | pb_ | kergoth: right. or, equally, those who can manage with a 3-point calibration. |
| 22:54.23 | pb_ | I keep meaning to implement that in xtscal, but, well, apathy and stuff. |
| 22:54.26 | kergoth | hehe |
| 22:54.34 | kergoth | i keep meaning to do all sorts of things.. but yeah.. |
| 22:55.13 | kergoth | girlfriend from out of town is in town till labor day, after she leaves i'll have some time to hack on things |
| 22:55.41 | CIA-9 | 03koen 07org.oe.dev * r71288bf2... 10/packages/blueprobe/blueprobe_0.14.bb: blueprobe: add 0.14 |
| 22:57.11 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com) |
| 22:59.01 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
| 23:06.02 | JustinP | am I crazy or is this code checking the status of the remote 100 times per second? |
| 23:06.12 | JustinP | a kernel thread... |
| 23:06.21 | JustinP | shouldn't this come through as an interrupt or something? |
| 23:06.31 | koen | is that lineo code? |
| 23:06.46 | JustinP | yes |
| 23:08.23 | *** join/#oe malfimalfi (n=malte@dsl-082-082-201-091.arcor-ip.net) |
| 23:08.27 | RP | JustinP: Its entirely likely it does crazy things |
| 23:08.46 | RP | make that almost certain |
| 23:08.48 | koen | lineo's slogan: 'because we can' |
| 23:10.30 | JustinP | RP: so....should an interrupt be tied to some signal the chip sends or something? |
| 23:12.18 | LoDown | what is lineo code? |
| 23:12.44 | koen | LoDown: you don't want to know ;) |
| 23:12.53 | JustinP | LoDown: Lineo is the company that Sharp hired to do their kernel work for the Zaurii |
| 23:12.55 | LoDown | well...prolly not :-D |
| 23:12.59 | RP | JustinP: Although it has a device number, I don't think it exposes itself that way. Its just a red herring... |
| 23:12.59 | LoDown | ah |
| 23:13.13 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 23:13.13 | JustinP | RP: ah, ok |
| 23:13.20 | LoDown | so...they didn't follow anything that can be defined as standard linux kernel programming, i'm guessing? |
| 23:13.55 | RP | JustinP: There is no interrupt or chip and you probably will have to poll, at a guess at about HZ/8 |
| 23:14.51 | RP | JustinP: The remote control provides a voltage on the wire. The ADC converts that voltage to a value. By looking at the value, you can tell which key it is |
| 23:14.54 | JustinP | RP: So you have to hold the key for ~1/8s to get it to work? |
| 23:15.03 | JustinP | RP: yes, I understand that part |
| 23:15.05 | RP | Yes |
| 23:15.22 | RP | A normal press should see it held for at least that long |
| 23:16.04 | JustinP | ok |
| 23:16.47 | JustinP | I guess I'll just try to get some miminal code in there to display something for now |
| 23:16.50 | JustinP | hacks |
| 23:16.57 | JustinP | since I know nothing about kernel procedures as yet |
| 23:17.02 | JustinP | (next to) |
| 23:17.59 | JustinP | RP: do you have any idea how the remote turned the unit *on* in the Sharp ROM? |
| 23:18.26 | JustinP | RP: to clarify: when I had the unit suspended and the remote plugged in and pressed, say, play, the unit would turn on |
| 23:18.30 | JustinP | RP: no such luck in OZ |
| 23:19.18 | RP | If it doesn't work, you increase the value... |
| 23:20.01 | RP | I have a fair idea |
| 23:20.11 | JustinP | apm hacks? |
| 23:21.50 | RP | JustinP: Not so much hacks. Presumably they have some wiring that triggers gpio 0 or 1 when you press the button. That will bring the device out of suspend |
| 23:22.02 | RP | The code looks for the reason it was woken |
| 23:22.37 | RP | You can see corgi_wakeup_remocon_hook(). That says whether it was the remote control or not |
| 23:23.07 | JustinP | ok |
| 23:23.24 | JustinP | so....OZ isn't listening for the wakeup? |
| 23:23.39 | RP | Their kernel should just work |
| 23:23.40 | JustinP | RP: never mind, don't waste your time |
| 23:23.49 | JustinP | it's not worth digging into this |
| 23:23.54 | RP | Something must be broken with their apm code... |
| 23:24.04 | RP | (surprise surprise) |
| 23:24.26 | RP | FWIW, spitz runs nicely with my same apm code ;-) |
| 23:24.33 | JustinP | good good |
| 23:24.34 | RP | sane |
| 23:24.37 | JustinP | no suspend problems? |
| 23:24.46 | RP | none |
| 23:24.54 | JustinP | no "hda: lost interrupt" when resuming? |
| 23:25.00 | RP | nope |
| 23:25.10 | JustinP | no green led stays on when suspending? |
| 23:25.11 | *** join/#oe JustinTodd (n=root@209.121.65.171) |
| 23:25.16 | JustinP | ;-) |
| 23:25.27 | RP | No, we don't use the green LED yet ;-) |
| 23:25.34 | JustinP | ah |
| 23:25.47 | JustinP | so no HD activity |
| 23:25.51 | RP | But I know why the Sharp rom will do that and how to prevent us from doing it |
| 23:25.51 | JustinP | I see |
| 23:25.57 | JustinP | ok |
| 23:25.57 | RP | No hdd activity yet, no |
| 23:26.02 | RP | minor issue ;-) |
| 23:26.19 | JustinP | well it sure makes me nervous when the HD activity LED is *ON* when the unit suspends... |
| 23:26.29 | *** join/#oe dudoso (n=dudoso@85-55-130-183.zar1.adsl.uni2.es) |
| 23:26.42 | RP | I know exactly why their code does that. I suspected it might |
| 23:26.51 | JustinP | makes me worried they don't shut down the microdrive before suspending...or shut it down during an operation |
| 23:26.57 | RP | I've read it in that much detail :-( |
| 23:27.02 | JustinP | poor RP |
| 23:27.11 | JustinP | you probably need a shrink by not |
| 23:27.18 | RP | The LED is not connected to the microdrive. The microdrive is powered down |
| 23:27.31 | RP | The light is a software hack |
| 23:27.42 | RP | You can make it do anything |
| 23:28.44 | RP | I was actually physically shaking at one point reading the code. The battery/power code is that bad :-( |
| 23:29.16 | JustinP | so....the LED has nothing to do with the hard drive activity? |
| 23:29.41 | RP | Its driven by the ide driver in software |
| 23:29.50 | JustinP | ah |
| 23:30.19 | RP | look at drivers/ide/ide-disk.c |
| 23:31.09 | JustinP | fun |
| 23:36.10 | JustinP | I'm afraid of these lines.... SCP2_REG_GPCR |= SCP2_AKIN_PULLUP |
| 23:36.28 | JustinP | it *looks* like they're altering registers by changing a global variable... |
| 23:36.42 | LoDown | :-D |
| 23:36.57 | *** join/#oe Timelord (n=TL@66.84.189.72) |
| 23:37.27 | CIA-9 | 03koen 07org.oe.dev * rdb6937a3... 10/packages/gpe-timesheet/gpe-timesheet_0.18.bb: gpe-timesheet: add 0.18 |
| 23:37.32 | *** join/#oe Timelord0 (n=TL@66.84.189.72) |
| 23:39.20 | JustinTodd | ughh im unable to compile GLIB for my IPAQ 4705: | gconvert.c:47:2: #error GNU libiconv not in use but included iconv.h is from libiconv |
| 23:39.53 | JustinP | and I'm unable to build e-image any more |
| 23:40.00 | RP | JustinP: They do - Its normal scoop stuff and drivers are already written to handle it... |
| 23:40.04 | koen | JustinP: what DISTRO? |
| 23:40.05 | JustinP | for some reaosn it looks like it always assumes that e-wm and entrance are built.... |
| 23:40.49 | JustinP | koen: ? openzaurus-3.5.4 of course |
| 23:41.23 | JustinP | I don't understand...it started doing this earlier |
| 23:41.33 | koen | ehm |
| 23:41.45 | JustinP | it wasn't rebuiling *all* of my e apps/libs even though I cleared out the stamps and work |
| 23:41.47 | koen | JustinTodd: what DISTRO? |
| 23:42.00 | JustinP | went right on building the image with outdated ipks |
| 23:42.06 | JustinP | and now it's just not building them |
| 23:43.19 | JustinTodd | MACHINE = "ipaq-pxa270", DISTRO = "familiar", TARGET_OS = "linux" |
| 23:43.27 | *** join/#oe ZonE-HaKin9| (n=ZH_n_SB@220-244-127-18-act.tpgi.com.au) |
| 23:44.35 | koen | don't build unversioned distros |
| 23:44.40 | *** part/#oe JustinTodd (n=root@209.121.65.171) |
| 23:44.54 | *** join/#oe JustinTodd (n=root@209.121.65.171) |
| 23:45.15 | JustinTodd | ughh, gaim went wonky. did i miss anything? |
| 23:45.19 | ZonE-HaKin9| | morning All ;) |
| 23:45.37 | JustinP | koen: perhaps we shouldn't have those files in distro? |
| 23:45.43 | JustinP | koen: distro/base or something? |
| 23:47.27 | RP | 'night all |
| 23:51.24 | JustinP | mickey|bbiab: what did you do to efl?? |
| 23:51.30 | JustinP | argh |
| 23:51.33 | JustinP | this should be building |
| 23:51.48 | JustinP | and why the hell isn't bitbake complaining about missing dependencies? |
| 23:54.47 | *** join/#oe anomaly (n=bob@box3n.gumbynet.org) |
| 23:56.09 | *** join/#oe hufnus (n=slonsiki@m883036d0.tmodns.net) |
| 23:56.28 | CIA-9 | 03koen 07org.oe.dev * rf4c52b5a... 10/conf/distro/ (familiar.conf familiar-distro.conf familiar-0.8.3.conf): familiar distro files: make it harder to build unversioned distros and set preferences for iconv |
| 23:59.50 | JustinTodd | koen. should i be specifying a familiar version in my local conf somewhere? |