00:11.48 | *** part/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
00:12.14 | *** join/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
00:27.39 | *** join/#oe jott (n=j@unaffiliated/jott) |
00:27.39 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
00:28.06 | Henryk | mickeyl's 'PACKAGE_ARCH_openmoko = "openmoko"' in revision 91b1890c469c39d7efcba63967f106bf6efd0c4f broke openmoko-devel-image for the openmoko distribution. what's that line supposed to do? |
00:41.47 | *** join/#oe greentux_ (n=lemke@Z7c52.z.pppool.de) |
00:43.45 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
00:48.48 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
00:50.46 | *** join/#oe dijenerate (n=dijenera@72.51.100.130) |
00:51.27 | *** part/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
00:54.51 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
00:58.55 | *** join/#oe bluelightning (n=blueligh@222-154-187-212.jetstream.xtra.co.nz) |
01:02.00 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
01:04.06 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
01:07.05 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
01:08.47 | *** part/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
01:17.22 | *** join/#oe summatusmentis_ (n=summatus@rn083002.morris.umn.edu) |
01:23.34 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.64.Dial1.SanJose1.Level3.net) |
01:39.32 | *** join/#oe dijenerate (n=dijenera@72.51.100.130) |
01:55.49 | *** join/#oe benlau (n=benlau@221.125.8.107) |
02:02.16 | CIA-3 | 03henryk 07org.oe.dev * rbd67f1f8... 10/ (1 packages/python/python-pygtk_2.10.4.bb): python-pygtk-2.10.4: Fix duplicate ${PN}-dev in PACKAGES |
02:06.21 | *** join/#oe memeruiz__ (n=memeruiz@e179202211.adsl.alicedsl.de) |
02:24.41 | *** join/#oe AvengerMoJo (n=alex@61.14.130.203) |
02:31.42 | *** join/#oe mgross (n=mgross@pool-96-225-192-152.ptldor.fios.verizon.net) |
02:36.48 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
02:45.29 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
02:49.36 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
04:43.25 | *** join/#oe dfoley (n=dfoley@d142-179-1-61.bchsia.telus.net) |
04:51.58 | *** join/#oe W8TVI (n=me@71.238.163.129) |
05:06.20 | *** join/#oe zrob_w (n=bob@M8286.m.pppool.de) |
05:08.16 | *** join/#oe orob_w (n=bob@M8286.m.pppool.de) |
05:11.37 | *** join/#oe |dion| (n=dion@inhex.net) |
05:11.54 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
05:30.19 | *** join/#oe davygravy (n=davygrav@h75-100-80-70.75-100.unk.tds.net) |
05:32.29 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
05:37.01 | *** join/#oe birunko|away (n=birunko@200.184.118.132) |
05:39.38 | *** part/#oe dfoley (n=dfoley@d142-179-1-61.bchsia.telus.net) |
05:40.28 | *** join/#oe rob__w (n=bob@X1051.x.pppool.de) |
05:42.20 | *** join/#oe rob_w (n=bob@X1051.x.pppool.de) |
05:44.53 | *** join/#oe cdm (n=cdm@pool-71-116-92-149.snfcca.dsl-w.verizon.net) |
05:48.36 | *** join/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
05:50.27 | *** part/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
05:51.08 | *** join/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
05:51.16 | *** part/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
05:51.57 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
05:52.14 | *** join/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
05:53.03 | *** part/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
05:53.31 | *** join/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
05:53.36 | *** part/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
05:54.04 | *** join/#oe bluelightning (n=blueligh@222-154-187-212.jetstream.xtra.co.nz) |
05:54.11 | *** join/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
06:00.43 | *** join/#oe polyonymous_note (n=hacker@pD95388EC.dip0.t-ipconnect.de) |
06:05.34 | *** join/#oe joern_ (n=joern@e177157119.adsl.alicedsl.de) |
06:09.04 | *** join/#oe Philippe (n=fille@a91-153-17-113.elisa-laajakaista.fi) |
06:09.04 | cdbot2 | * * OE Bug 3173 has been created by bluelightning(AT)bluelightning.org |
06:09.06 | cdbot2 | * * PATCH: libopieobex: disable bluetooth detection |
06:09.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3173 |
06:17.19 | *** join/#oe rob_w|laptop (n=rob_w@p549B98DA.dip0.t-ipconnect.de) |
06:22.50 | *** join/#oe polyonymous (n=hacker@pD95388EC.dip0.t-ipconnect.de) |
06:26.34 | *** join/#oe jbs (n=Bernardo@89-180-99-21.net.novis.pt) |
06:29.04 | *** join/#oe Longfield (n=valentin@138.131.206.172) |
06:41.04 | steliosk | goodmorning all ! |
06:41.29 | steliosk | koen : After the last meta-toolchain commits it builds fine on x86 |
06:41.54 | steliosk | koen : BTW should we bump PR on the meta-toolchain package itself ? |
06:57.14 | hrw | morning |
07:00.52 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
07:04.19 | *** join/#oe rd_ (n=dr@toi.yeu.phu.nu) |
07:04.33 | *** join/#oe Bernardo (n=Bernardo@89-180-99-21.net.novis.pt) |
07:04.49 | koen | Henryk: distro package arch are *very* bad |
07:05.00 | koen | Henryk: I'd almost say "forbidden" in OE |
07:09.45 | hrw | does someone built openmoko-browser2 r3082? |
07:13.16 | koen | hrw: http://www.angstrom-distribution.org/repo/?action=details&pnm=openmoko-browser2 |
07:13.51 | *** join/#oe Sleep_Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d) |
07:14.02 | *** join/#oe nud (n=sf@www.multitel.be) |
07:14.37 | hrw | ok |
07:18.57 | hrw | rebuild solved |
07:20.14 | *** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck) |
07:27.28 | *** join/#oe gilligan_ (i=99@host37-ip2.globalgate.com.ar) |
07:27.32 | gilligan_ | morning everyone |
07:33.51 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
07:36.04 | cdbot2 | * * OE Bug 3171 has been RESOLVED (INVALID) by <koen> |
07:36.06 | cdbot2 | * * gcc-cross-sdk-4.1.2-r6-do_unpack |
07:36.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3171 |
07:36.15 | cdbot2 | * * OE Bug 3172 has been RESOLVED (FIXED) by <koen> |
07:36.17 | cdbot2 | * * uclibc-0.9.29-r8-do_configure |
07:36.19 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3172 |
07:36.37 | CIA-3 | 03koen 07org.oe.dev * r6a20ffdd... 10/ (2 files in 2 dirs): xserver-kdrive-common: nothing support PACKAGE_ARCH = "<distro>", we don't want those, and you can't build 2 distros in the same TMPDIR anyway. |
07:40.43 | *** join/#oe Darth_Wa1er (n=sith@vorphalack.dialup.corbina.ru) |
07:41.39 | Longfield | hi everyone ... is there a way to clean a OE tmp directory ? do the morgue directories have something to do with it ? |
07:41.41 | *** join/#oe bla (n=bla@afdns.sownet.pl) |
07:42.57 | hrw | Longfield: remove tmp/work and tmp/deploy/*/morgue |
07:43.07 | koen | and stamps |
07:43.10 | koen | and staging |
07:43.13 | koen | and cross |
07:44.26 | hrw | koen: clean != remove |
07:44.41 | koen | in OE it is :) |
07:46.46 | Longfield | hum, I use the cross-compiler in cross as my general cross-compiler too ... so I don't want to remove it |
07:48.22 | koen | hrw: try LD_PRELOADing the oabi glibc |
07:49.45 | hrw | koen: and pthread and util and m and... |
07:50.18 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
07:52.11 | *** join/#oe Varoudis_ (n=varoudis@91.104.56.161) |
07:52.20 | koen | http://www.angstrom-distribution.org/unstable/toolchain/ |
07:52.35 | hrw | when last time I played with gllin it atleast gave nmea without fix etc. now it is quiet |
07:53.40 | gilligan_ | ah..some userspace driver |
07:55.05 | gilligan_ | oh by the way.. has anyone here done/read some jffs2 endurance tests ? like if one can actually rely on it remaining in a consistent state when switching of power and such |
07:55.57 | Longfield | koen: how do you build the angstrom toolchain ? what is the recipe for that ? I saw a mail of Mickey about it yersterday on the mailing-list ... I am going to need to provide a toolchain or sdk for my board user and I am very interested in this |
07:56.11 | koen | 'bitbake meta-toolchain' |
07:56.25 | koen | but I am pretty sure it's broken atm |
07:56.45 | Longfield | because the bitbake meta-sdk or so has never worked for me until now |
08:02.24 | *** join/#oe csmanx_ (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
08:16.28 | *** join/#oe Sleep_Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d) |
08:18.34 | Longfield | koen: yep, it is broken atm: http://pastebin.ca/740812 |
08:20.25 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
08:31.38 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
08:36.19 | *** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi) |
08:39.35 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
08:47.10 | *** join/#oe polyonymous-note (n=hacker@pD953AFFD.dip0.t-ipconnect.de) |
08:52.34 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
08:57.33 | *** join/#oe Longfield (n=valentin@138.131.206.172) |
08:58.29 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:58.50 | *** join/#oe benlau (n=benlau@221.125.8.107) |
08:59.03 | ade|desk | morning all |
09:02.43 | *** join/#oe Longfield (n=valentin@138.131.206.172) |
09:04.33 | koen | good morning all |
09:05.13 | gilligan_ | hi koen :) |
09:11.24 | *** join/#oe polyonymous (n=hacker@pD953AFFD.dip0.t-ipconnect.de) |
09:13.02 | *** join/#oe Longfield (n=valentin@138.131.206.172) |
09:14.26 | *** join/#oe Longfield (n=valentin@138.131.206.172) |
09:18.27 | *** join/#oe Longfield (n=valentin@138.131.206.172) |
09:20.36 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
09:27.06 | hrw | "md5sum libbonobo-2.10.0.tar.bz2" someone? |
09:32.09 | koen | f1f0255f94e3354250d142b688013fad /home/koen/OE/downloads/libbonobo-2.14.0.tar.bz2 |
09:32.10 | koen | 22bd67a0a8b7f156c02c5fc08fb1fa24 /home/koen/OE/downloads/libbonoboui-2.18.0.tar.bz2 |
09:32.10 | koen | 14427a459f6ca355de5f5e47ce95c1c4 /home/koen/OE/downloads/libbonoboui-2.20.0.tar.bz2 |
09:32.15 | koen | that's all I hae |
09:32.52 | koen | wait |
09:32.57 | koen | 68179b91f5043ce0ef050dbbed04979b libbonobo-2.10.0.tar.bz2 |
09:32.57 | koen | 34046c6880f4c90e47a1acae34b74d26 libbonobo-2.13.0.tar.bz2 |
09:32.57 | koen | f1f0255f94e3354250d142b688013fad libbonobo-2.14.0.tar.bz2 |
09:32.58 | koen | bd4fb92f993b7fb7e660bb999465ef3b libbonoboui-2.10.0.tar.bz2 |
09:32.58 | koen | dc26dc17cddc625cac37ecfab263a51a libbonoboui-2.14.0.tar.bz2 |
09:32.59 | koen | 22bd67a0a8b7f156c02c5fc08fb1fa24 libbonoboui-2.18.0.tar.bz2 |
09:32.59 | koen | 14427a459f6ca355de5f5e47ce95c1c4 libbonoboui-2.20.0.tar.bz2 |
09:35.40 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
09:36.26 | XorA | ~fish lrg |
09:36.27 | ibot | ACTION slaps lrg around with a large trout |
09:38.08 | *** join/#oe zecke (n=freyther@kaliningrad.mi.fu-berlin.de) |
09:38.11 | zecke | hey |
09:38.40 | lrg | hey XorA, zecke |
09:39.01 | gilligan_ | moin zecke |
09:40.04 | lrg | zecke: not going to make foss.in, submission date is too soon for papers - too much customer support :-/ |
09:40.14 | hrw | 68179b91f5043ce0ef050dbbed04979b libbonoboui-2.10.0.tar.bz2 |
09:40.34 | koen | "using wolfson codecs to make sound" |
09:40.47 | hrw | koen: so my today morning script will be usable for you when I push it into contrib |
09:40.50 | koen | hey gilligan_, lrg & zecke |
09:41.30 | zecke | lrg: just turn something in? |
09:41.58 | zecke | lrg: "Do ASoC development, okaay?!" would be a nice title |
09:42.39 | zecke | my university is a strange place, everything renovated... and people try to sell you stuff |
09:42.52 | lrg | hey koen |
09:43.16 | lrg | zecke: it was a PM talk for SoC CPU power saving |
09:52.23 | *** join/#oe florian (n=fuchs@217.146.132.69) |
09:54.38 | florian | good morning |
09:54.50 | hrw | hi florian |
09:54.56 | lrg | hey florian, hrw |
09:55.16 | hrw | hi liam |
09:55.56 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
09:57.11 | zecke | lrg: please turn something in, they will probably just accept you |
09:57.46 | koen | XorA: I'm going to hold off adding these to OE untill after the weekend: http://lists.openmoko.org/pipermail/gsmd-devel/2007-October/000257.html |
09:58.19 | stappers | zecke: /me did miss your talk at T-DOSE ( it was first talk on sunday morning ). Was your talk recorded on video? |
09:59.01 | zecke | it wasn't |
09:59.44 | koen | zecke: nokia dumped opera, but they sadly went for mozilla |
09:59.50 | stappers | A pity. Will the sheets be published? |
10:00.26 | zecke | stappers: yes, but sheets are only one thing |
10:01.12 | zecke | koen: for the n810? |
10:01.24 | koen | for it2008 OS |
10:01.43 | zecke | ah right works on both n8x0 because nokia is so nice to support old devices |
10:01.47 | koen | they finally figures out how to build an image for two devices |
10:01.56 | koen | (by making the devices identical) |
10:02.16 | koen | the n810 is just n800 + gps + keyboard - sd |
10:02.16 | zecke | okay, I head to class now |
10:02.18 | hrw | n810 is faster according to linuxdevices |
10:02.19 | zecke | ~seen woglinde |
10:02.20 | ibot | woglinde <n=heinold@omsk.mi.fu-berlin.de> was last seen on IRC in channel #oe, 1d 18h 23m 17s ago, saying: 'bye'. |
10:02.39 | koen | hrw: according to nokia it's the same cpu and ram |
10:19.43 | *** join/#oe dijenerate (n=dijenera@72.51.100.130) |
10:23.00 | hrw | koen: prepare for oe-source-checker.py |
10:24.10 | *** join/#oe cdm (n=cdm@pool-71-116-92-149.snfcca.dsl-w.verizon.net) |
10:28.16 | hrw | koen: pull and look into contrib/source-checker - run it against dl_dir |
10:31.29 | koen | koen@bitbake:~/OE/monotone/org.openembedded.dev/contrib/source-checker$ python oe-source-checker.py ~/OE/downloads/ |
10:31.29 | koen | koen@bitbake:~/OE/monotone/org.openembedded.dev/contrib/source-checker$ |
10:31.57 | CIA-3 | 03hrw 07org.oe.dev * r714c316a... 10/ (1 packages/mathomatic/mathomatic_unstable.bb): mathomatic: mark unstable version as BROKEN |
10:32.06 | CIA-3 | 03hrw 07org.oe.dev * rd0591d73... 10/ (1 conf/checksums.ini): checksums: removed am.tgz which is generated daily |
10:32.10 | CIA-3 | 03hrw 07org.oe.dev * r72dc4c03... 10/ (1 conf/checksums.ini): (log message trimmed) |
10:32.10 | CIA-3 | checksums: integrate changes from Poky |
10:32.10 | CIA-3 | r2906 | hrw | 2007-10-18 11:44:17 +0200 (Cz, 18 X 2007) | 1 line |
10:32.10 | CIA-3 | checksums: drop daily generated pa_snapshot |
10:32.10 | CIA-3 | ------------------------------------------------------------------------ |
10:32.11 | CIA-3 | r2905 | hrw | 2007-10-18 11:43:47 +0200 (Cz, 18 X 2007) | 1 line |
10:32.13 | CIA-3 | checksums: fix fakechroot checksum |
10:32.17 | CIA-3 | 03hrw 07org.oe.dev * rb5ad5b3b... 10/ (3 files in 3 dirs): source-checker: small Python script to check local sources against conf/checksums.ini |
10:32.37 | hrw | koen: read script before use? |
10:32.58 | koen | hrw: implement better feedback? |
10:33.12 | hrw | ok |
10:33.22 | koen | "koen: pull and look into contrib/source-checker - run it against dl_dir" |
10:33.35 | hrw | ;) |
10:34.34 | koen | koen@bitbake:~/OE/monotone/org.openembedded.dev/contrib/source-checker$ python oe-source-checker.py ../../conf/checksums.ini ~/OE/downloads/ |
10:34.35 | koen | koen@bitbake:~/OE/monotone/org.openembedded.dev/contrib/source-checker$ |
10:34.41 | koen | I assume that's a good sign? |
10:34.59 | hrw | yes |
10:37.58 | RP | better than the results on my machine or the poky autobuilder :) |
10:38.24 | RP | but then my DL_DIR has files from 2002 in it... |
10:39.11 | XorA | hrw: how goes your project to get Marvell CF wifi working? |
10:39.22 | hrw | RP: how to check size of list in python? |
10:39.29 | hrw | a = [1,2,3] |
10:39.44 | hrw | "print a.len()" == 3 |
10:39.54 | hrw | RP: what to use as .len()? |
10:40.18 | hrw | XorA: its rather Schurig project - I just started it |
10:41.37 | *** join/#oe z72ka_ntb (n=z72ka@tux2.software602.cz) |
10:42.04 | RP | hrw: Don't you just want listname.len() ? |
10:42.28 | hrw | XorA: 2.6.24-rc will have it |
10:42.43 | koen | hrw: it returns almost instantly |
10:42.48 | hrw | RP: AttributeError: 'list' object has no attribute 'len' |
10:42.59 | koen | angstrom@serenity:~/website/unstable/sources$ python /tmp/oe-source-checker.py /tmp/checksums.ini . |
10:42.59 | koen | angstrom@serenity:~/website/unstable/sources$ |
10:43.09 | XorA | hrw: Marvell stuff got that far advanced, wow |
10:43.15 | koen | real 0m0.199s |
10:43.15 | hrw | koen: I probably know why |
10:43.16 | koen | user 0m0.188s |
10:43.16 | koen | sys 0m0.009s |
10:43.28 | hrw | koen: lack of oe_sha256sum in PATH? |
10:43.46 | koen | yes |
10:44.24 | RP | hrw: Try len(listname) |
10:44.40 | hrw | thx this works |
10:51.47 | *** join/#oe dcordes (n=user0815@f054162214.adsl.alicedsl.de) |
11:00.31 | hrw | someone has idea how to check does command exists in PATH? |
11:00.49 | dcordes | My OE refuses to make images: Task do_rootfs always fails :-( |
11:02.48 | dcordes | http://www.pastebin.ca/740946 that's the main error |
11:03.41 | dcordes | and that's the do_rootfs log http://www.pastebin.ca/740949 |
11:04.08 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
11:04.29 | hrw | dcordes: you play with IMAGE_FSTYPES? |
11:05.36 | likewise | gm |
11:06.44 | hrw | hi likewise |
11:06.50 | dcordes | good morning likewise |
11:07.05 | likewise | dcordes: still chasing the jffs2 issue? |
11:07.13 | dcordes | hrw: yes I change the IMAGE_FSTYPES from jffs2 to tar.gz in order to make sure it is not the jffs2 |
11:07.20 | dcordes | but it didn't work with both |
11:07.25 | dcordes | likewise: yep |
11:07.57 | dcordes | IMAGE_FSTYPES ?= "tar.gz" |
11:11.47 | dcordes | hrw: any idea? |
11:16.01 | hrw | dcordes: IMAGE_FSTYPES += "tar.gz" |
11:16.13 | dcordes | ah that's a problem in the tree then |
11:16.14 | hrw | zaurus machine config require jffs2 image format |
11:16.29 | dcordes | hrw: |
11:16.30 | dcordes | hrw: 13:06 < likewise> dcordes: still chasing the jffs2 issue? |
11:16.30 | dcordes | 13:06 < dcordes> hrw: yes I change the IMAGE_FSTYPES from jffs2 to tar.gz in order to make sure it is not the jffs2 |
11:16.33 | dcordes | 13:07 < dcordes> but it didn't work with both |
11:16.46 | dcordes | oh no putty... sorry. http://www.openembedded.org/repo/org.openembedded.dev/conf/machine/akita.conf |
11:17.31 | hrw | dcordes: then IMAGE_FSTYPES = "jffs2 tar.gz" in local.conf and build |
11:17.45 | dcordes | w/o the plus? |
11:17.57 | hrw | order of incldued files matter |
11:19.07 | dcordes | hrw: NOTE: build 200710181316: completed. should I make a bug? |
11:22.52 | hrw | dcordes: bug about? |
11:23.30 | dcordes | hrw: about the ? thing in akita.conf |
11:23.43 | hrw | it is proper set in akita.conf |
11:23.55 | hrw | as akita use jffs2 for rootfs |
11:24.11 | dcordes | but it didn't build with the ?= |
11:24.14 | hrw | if user wants to build other formats then let remember that jffs2 is req too |
11:34.19 | hrw | koen: does new version works for you? |
11:34.35 | koen | didn't try yet |
11:35.14 | steliosk | koen : looks like there is something warped with package QA on meta-toolchain |
11:35.38 | koen | meta-toolchain needs more fixes (see ml) |
11:37.03 | steliosk | koen : efika build failed at binutils-cross-sdk QA and then when i re-issue bitbake meta-toolchain.... it passed without errors... |
11:37.26 | steliosk | i think i have seen that behaviour before |
11:37.30 | steliosk | with QA |
11:38.40 | likewise | steliosk: yes, QA behaviour. |
11:38.55 | XorA | steliosk: its a limitation of insane.bbclass it doesnt undo what was borked, so when you restart you are past that point |
11:40.21 | steliosk | that's not good :( |
11:41.13 | steliosk | Probably we need to add some marker at the start of the check, and remove it after the checks are done |
11:42.35 | steliosk | because what is actually happening is that insane.bbclass blows up |
11:42.47 | steliosk | that does not look a proper way to exit -> http://rafb.net/p/Qj8LS449.html |
11:45.23 | steliosk | koen : any idea why binutils-cross-sdk will fail again at the Qa, even after your last patches ? |
11:45.35 | koen | nope |
11:45.40 | koen | it works here |
11:45.54 | koen | http://www.angstrom-distribution.org/unstable/toolchain/ |
11:52.47 | *** join/#oe Sleep-Walker (i=Sleep@nat/suse/x-2c659ea9f2e5dbe3) |
11:54.54 | *** join/#oe Keizer (n=keizer@c-69-139-42-47.hsd1.fl.comcast.net) |
11:56.28 | *** join/#oe drmikecrowe (n=drmikecr@199.222.167.248) |
12:02.54 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
12:05.38 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
12:08.29 | hrw | Filesystem Size Used Available Use% Mounted on |
12:08.29 | hrw | /dev/mtdblock4 61.1M 60.5M 652.0k 99% / |
12:08.33 | hrw | AU!! |
12:08.51 | likewise | hrw: laptop? |
12:09.00 | likewise | hrw: ah flashrom.. |
12:09.17 | likewise | hrw: I thought 60 GB :-) |
12:09.53 | koen | not ROM! |
12:09.55 | hrw | likewise: laptop has 80GB |
12:10.32 | koen | +apple_iphone MACH_APPLE_IPHONE APPLE_IPHONE 1506 |
12:10.33 | koen | heh |
12:16.19 | *** join/#oe slapin (n=slapin@iap-pxy-mow1.siemens.ru) |
12:16.25 | slapin | hi, all! |
12:16.54 | slapin | do anybody knows some free compile farm/build host serivices? |
12:20.31 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
12:21.49 | hrw | hi cbrake |
12:26.53 | *** join/#oe AvengerMoJo (n=alex@219.142.242.72) |
12:28.05 | cdbot2 | * * OE Bug 3155 has been RESOLVED (FIXED) by dp(AT)xora.org.uk |
12:28.07 | cdbot2 | * * Patch for libgstmad to generate 16-bit output instead of 32-bit |
12:28.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3155 |
12:29.56 | cbrake | hrw: hello |
12:30.06 | *** join/#oe mbuf (n=mbuf@202.63.103.2) |
12:32.11 | koen | aaargh |
12:32.27 | koen | gail depends on libgnomecanvas which depends on gail |
12:32.46 | koen | solution: build libgnome-canvas 2.14 by hand, then build gail |
12:34.13 | hrw | argh one |
12:34.29 | mbuf | if i want to download the sources alone, and then do an offline build, what to use with bitbake? (using OM, if i can mention that) |
12:34.41 | hrw | mbuf: bitbake -cfetchall your-target |
12:34.46 | koen | bitbake -c fetchall <target> |
12:34.50 | mbuf | thanks |
12:35.14 | hrw | koen: can I abuse network of ewi with lot of fetching? |
12:35.24 | koen | hrw: sure |
12:35.43 | hrw | then I will do fetchall world of OE to gain new checksums |
12:36.53 | hrw | koen: did you checked angstrom source mirror quality? |
12:37.34 | koen | your script reported nothing |
12:37.49 | *** join/#oe AvengerMoJo (n=alex@219.142.242.72) |
12:39.09 | hrw | cool |
12:41.10 | RP | koen: did it finally do anything though? |
12:41.17 | koen | no idea |
12:42.24 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
12:42.29 | RP | koen: How long did it run for? |
12:42.33 | hrw | I can add counter into it |
12:42.46 | koen | 0.2 seconds according to time |
12:43.25 | RP | koen: Its supposed to be running md5sum on every file in the directory so it isn't working |
12:46.06 | *** join/#oe benlau (n=benlau@221.125.8.107) |
12:48.09 | hrw | I am adding progressbar into it |
12:50.19 | hrw | Checking files: \ (0065/3181) [ 2 %] |
12:53.29 | hrw | ~lart python for lack of "var++" |
12:53.29 | ibot | makes a balloon animal out of python for lack of "var++" |
12:53.56 | nud | hrw: it has +=1 though |
12:54.51 | koen | hrw: how about making the checker script download the files that throw errors and checksum those automatically? |
12:55.04 | hrw | koen: thats for later |
12:56.23 | hrw | koen: it had to be simple script... |
12:59.28 | hrw | koen: and because of you it is getting more and more fat |
12:59.30 | gilligan_ | hm.. i just got an bitbake exception executing -cdo_rootfs for a (self declared, but basically devimage-image) image package |
12:59.55 | gilligan_ | ah..oops |
13:00.13 | gilligan_ | my fault obviously :) |
13:00.19 | gilligan_ | :) |
13:00.22 | gilligan_ | shuts even |
13:01.48 | cbrake | gilligan_: I have done some power fail testing with jffs2 -- a small app that writes to a file, and then yank power with a prog power supply. I ran this for a couple days and never had any jffs2 problems. |
13:02.35 | cbrake | gilligan_: but I was able completely kill a sandisk SD card with that method. It would not even respond to the initial SD commands. |
13:02.59 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
13:03.27 | cbrake | gilligan_: however, I still recommend putting a backup battery in your design if you are going to be yanking power on a regular basis -- Varta makes some nice Lith-poly bats that work well. |
13:03.54 | hrw | Checked 1634 files. 1634 was OK and 0 had wrong checksums. |
13:03.54 | hrw | real 6m41.131s |
13:04.05 | gilligan_ | cbrake: i see.. good to know |
13:08.33 | hrw | koen: pushed new version |
13:17.35 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
13:18.47 | *** join/#oe dcordes_ (n=user0815@f054162214.adsl.alicedsl.de) |
13:19.59 | gilligan_ | when adding "python" to IMAGE_INSTALL I get an error from ipk during do_roofs -- 2 matching providers, python-core and python-curses .. not quite sure what this implies for me now to be honest.. any hints please? :) |
13:20.46 | gilligan_ | ah.. okay.. think i got it |
13:21.11 | gilligan_ | python-core and python-curses both provide the virtual "python" and i have to pick one |
13:22.48 | hrw | select core |
13:23.02 | hrw | iirc we fixed it? |
13:23.59 | gilligan_ | does the coreutils fully replace busybox functionality ? |
13:24.29 | hrw | no - parts |
13:25.30 | gilligan_ | but it is safe to have both installed? |
13:25.47 | hrw | yes |
13:29.56 | koen | hrw: http://rafb.net/p/a7dWwG79.html |
13:32.17 | *** join/#oe cwiiis (n=cwiiis@86.159.143.156) |
13:34.05 | hrw | thx |
13:38.01 | hrw | pushing new ver anyway |
13:38.54 | *** join/#oe kristoffer (n=kristoff@80.251.192.4) |
13:39.09 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.26.Dial1.SanJose1.Level3.net) |
13:39.41 | hrw | 15:39:04 (380.56 MB/s) - `xserver-common-1.11.tar.gz' saved [9178/9178] |
13:39.48 | hrw | small files flies |
13:40.10 | likewise | oe.org: weeh! FATAL: connection limit exceeded for non-superusers |
13:40.13 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
13:41.43 | likewise | Should PACKAGE_ARCH adhere to some toolchain-defined architecture? |
13:41.58 | likewise | More correctly: Should PACKAGE_ARCH adhere to some toolchain-defined architecture namespace? |
13:46.27 | hrw | koen: few entries fixed, few are wrong on your side |
13:48.20 | hrw | koen: ewi is nice machine for such tests |
13:53.27 | steliosk | koen : just noticed that angstrom for x86 makes only jffs2 image. is that by choice ? |
13:53.58 | koen | probably a bug in local.conf or something |
13:55.23 | hrw | koen: please use root powers and remove /home/hrw/tmp/CONTENTS on ewi |
13:55.31 | steliosk | koen : i don't change the rootfs_type in local.conf..... |
13:58.43 | hrw | koen: thx |
13:59.25 | chouimat | morning |
14:02.15 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
14:03.13 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
14:04.19 | hrw | hi Gerwin |
14:08.02 | *** join/#oe gerwinin_ (n=gerwinin@ip5457b30e.direct-adsl.nl) |
14:16.03 | gilligan_ | cbrake: hm.. can't mount usb disks in the angstrom minimal installation running from NOR can I ? |
14:16.31 | cbrake | gilligan_: you should be able to |
14:16.57 | cbrake | gilligan_: I just updated my build and I'm working through a few issues with that right now |
14:17.40 | gilligan_ | cbrake: usb-storage is built into kernel? |
14:17.53 | cbrake | gilligan_: I think so |
14:19.49 | gilligan_ | cbrake: ah, right.. it actually works just fine |
14:21.54 | hrw | ERROR: No buildable providers available for required build target compositeext ('['fixesext', 'xextensions']') |
14:22.01 | hrw | someone has idea? |
14:22.13 | hrw | c7x0 + angstrom-2007.1 |
14:24.45 | hrw | ok - this is because of world |
14:27.22 | gilligan_ | cbrake: what do you usually base your full (nand or hdd or whatever) installations on ? fully self defined image or "console-image" or.. ? |
14:28.17 | cbrake | gilligan_: extension of console-image, but that is going to change shortly as I need to remove a bunch of stuff from it. It has just not been a priority yet with 128MB of NAND flash ... |
14:29.35 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
14:34.20 | gilligan_ | cbrake: hmm.. isn't /lib/modules automatically populated in images from the contents of the appropraite kernel provider ? |
14:36.25 | cbrake | gilligan_: there has to be a RRECOMMENDS for each module to be included. |
14:37.52 | gilligan_ | oh |
14:38.47 | cbrake | gilligan_: grep for RRECOMMENDS in the conf/machine dir -- I'm not sure if this is the best way -- need to think through it some. |
14:40.03 | gilligan_ | cbrake: maybe a sane set of default modules could always be included |
14:40.25 | cbrake | gilligan_: yes, that is what I would eventually like to get to |
14:40.50 | cbrake | gilligan_: for the cm-x270, I would like to include audio/ts, modules by default |
14:42.39 | gilligan_ | cbrake: well any set of defaults is better than /lib/modules : no such file or directory ;] And as long as it remains possible to tweak the default set everyone should be fine with it I guess |
14:43.53 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
14:44.36 | *** join/#oe Crofton (n=balister@hc652148a.dhcp.vt.edu) |
14:45.00 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
14:58.01 | *** join/#oe gilligan_ (i=99@host37-ip2.globalgate.com.ar) |
15:02.07 | gilligan_ | hm, is there a way to retrieve all packages that will be installed to an image? the only related option that bitbake offers is the creation of a .dot file with the dependencies.. suppose with some sed,grep,sort,uniq etc a list could be created from that -- but that's not exactly convenient ;] |
15:03.15 | NAbyss | gilligan_: pipe the dot file through dot to normalise it, then just awk it up. |
15:03.23 | NAbyss | that's probably the quick and dirty way |
15:04.25 | gilligan_ | bit stupid really.. bitbake constructs a .dot and then we take it apart again to get the basic information... ;] |
15:05.16 | gilligan_ | i'll write something about that and other bitbake related questions I have on mind on the ml |
15:15.27 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
15:16.20 | hrw | bye |
15:18.00 | HopsNBarley | should i have a /dev/ts0 or something for my touchscreen? |
15:18.44 | hrw|gone | rater /dev/input/touchscreen0 |
15:18.47 | koen | <PROTECTED> |
15:18.49 | hrw|gone | ;) |
15:20.16 | HopsNBarley | ah - there it is! |
15:20.22 | HopsNBarley | thanks hrw! |
15:20.24 | *** join/#oe rd_ (n=dr@toi.yeu.phu.nu) |
15:20.24 | *** join/#oe Varoudis (n=varoudis@91.104.32.18) |
15:20.42 | HopsNBarley | (and thanks koen) |
15:24.19 | *** join/#oe dijenerate (n=dijenera@72.51.73.183) |
15:25.36 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
15:25.57 | *** join/#oe rd__ (n=dr@toi.yeu.phu.nu) |
15:28.05 | keesj | ts0 is old fasion |
15:29.35 | keesj | at least here :) . we use the input system and that defines /dev/input/event0 stuff |
15:34.45 | HopsNBarley | so, is this bad? - Pointer option key (/dev/input/event0) of value ((null)) not assigned! |
15:35.12 | HopsNBarley | i'm invoking with: /usr/bin/Xfbdev -mouse evdev,,/dev/input/event0 |
15:38.03 | *** join/#oe dijenerate_ (n=dijenera@72.51.94.113) |
15:38.10 | *** join/#oe mr_nice (n=mr_nice@83-215-11-13.stadt.dyn.salzburg-online.at) |
15:38.13 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
15:41.24 | steliosk | has anyone run x86/angstrom x11-image recently ? I am trying it on a p4 but the xserver crashes |
15:41.29 | steliosk | during boot |
15:43.41 | HopsNBarley | Ah - was missing device= in front of /dev/input path. |
15:44.03 | HopsNBarley | but still no touchscreen love. any debugging tips? |
15:44.56 | CosmicPenguin | Did you buy it flowers first? |
15:45.20 | HopsNBarley | yes. breakfast in bed, too. |
15:45.23 | HopsNBarley | (-; |
15:46.01 | *** join/#oe benlau2 (n=benlau@221.125.8.104) |
15:56.18 | russf | Crofton: Hey there! |
16:01.41 | *** join/#oe rd_ (n=dr@toi.yeu.phu.nu) |
16:03.33 | keesj | HopsNBarley: if you have a ts0 you probably enabled some legacy touchscreen interface in kernel, that own uses a differen events to send the touchscreen events. |
16:03.46 | *** join/#oe rob__w (n=bob@X1051.x.pppool.de) |
16:10.50 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
16:12.59 | *** join/#oe tank1770 (i=tank17@gateway/tor/x-3ac097ddaec73c83) |
16:17.31 | russf | quickie for you gurus. I'm trying some changes for testing in inflate.c for my board. How should I get them to compile? I've been using the sledgehammer approach 'bitbake -c rebuild virtual/kernel' but of course, now that I'm getting into it, that silly technique replaces my sources in linux-2.6.21-r7/image/lim/module/2.6.21/source/lib/ .... |
16:22.23 | HopsNBarley | russf, i'm no guru, but i just remove the compile stamp, and then rerun bitbake. all the right stuff happens. |
16:22.49 | HopsNBarley | it's a little faster if you bitbake -b path/to/your/ikernel.bb |
16:24.34 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
16:25.06 | russf | HopsNBarley: thanks! |
16:26.18 | russf | HopsNBarley: is that path with in the tmp/work space? or where? |
16:26.47 | *** join/#oe pH5 (n=ph5@e178252033.adsl.alicedsl.de) |
16:27.15 | HopsNBarley | the openembedded/packages/linux/your-kernel.bb |
16:27.58 | russf | k. Thx. |
16:31.35 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
16:32.38 | *** join/#oe abner|away (n=birunko@200.184.118.132) |
16:33.38 | *** join/#oe darkschneider (n=gab@62-101-126-224.ip.fastwebnet.it) |
16:46.02 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
16:48.27 | *** join/#oe khem (n=khem@adsl-71-146-6-187.dsl.pltn13.sbcglobal.net) |
16:51.09 | koen | HopsNBarley: -mouse tslib ? |
16:53.17 | HopsNBarley | koen, bingo! |
16:54.54 | mwester | t'was of the grey, non-electrical variety, however - so I don't think it would help HopsNBarley ;-) |
16:55.50 | HopsNBarley | mwester, yeah verily, i did some similar mouse chucking last winter. (-; |
16:58.22 | CIA-3 | 03likewise 07org.oe.dev * r34ae15e7... 10/ (3 files in 3 dirs): gcc-4.1.2: Added support for powerpc e300c3 core. Bumped PV for your pleasure. |
16:58.28 | CIA-3 | 03likewise 07org.oe.dev * rf3e14b4a... 10/ (3 files in 3 dirs): binutils-2.16: Added support for powerpc e300c3 core. Bumped PV for your pleasure. |
16:58.33 | CIA-3 | 03likewise 07org.oe.dev * r934c2d01... 10/ (1 conf/machine/mpc8313e-rdb.conf): mpc8313e-rdb: added machine for Freescale MPC8313E-RDB. |
16:58.38 | CIA-3 | 03likewise 07org.oe.dev * r1d0e13e8... 10/ (1 conf/machine/include/tune-ppce300c3.inc): machine/tune-ppce300c3: Added PowerPC core, used in MPC83xx. |
16:58.43 | CIA-3 | 03jluebbe 07org.oe.dev * r4751c499... 10/ (1 conf/distro/include/sane-srcrevs.inc): |
16:58.43 | CIA-3 | sane-srcrevs: update openmoko-mediaplayer2 to 3081 |
16:58.43 | CIA-3 | This fixes OpenMoko bug #947 |
16:58.49 | CIA-3 | 03cbrake 07org.oe.dev * r1146b968... 10/ (1 conf/machine/em-x270.conf): em-x270.conf: fix include file names |
16:58.53 | CIA-3 | 03hrw 07org.oe.dev * r40ef55d0... 10/ (1 contrib/source-checker/oe-source-checker.py): |
16:58.54 | CIA-3 | oe-source-checker: some improvements (usage, less exceptions) |
16:58.54 | CIA-3 | Calling with less then 2 parameters == usage info. |
16:58.54 | CIA-3 | Simplified code a bit - os.popen() does not generate exceptions if shell can |
16:58.54 | CIA-3 | not find command. |
16:58.58 | CIA-3 | 03xora 07org.oe.dev * rada400c1... 10/ (4 files in 4 dirs): |
16:58.58 | CIA-3 | packages/gstreamer/gst-plugins-ugly_0.10.6.bb : add patch to make mp3->codec |
16:59.00 | CIA-3 | 16bit all the way through. Increase openmoko-player2 svnrev to match |
16:59.02 | CIA-3 | the patch |
16:59.06 | CIA-3 | 03koen 07org.oe.dev * raed96db0... 10/ (1 packages/gstreamer/gst-meta-base_0.10.bb): gst-meta-base: change some stuff to RRECOMMENDS, not everybody wants X |
16:59.11 | CIA-3 | 03koen 07org.oe.dev * rf3f1577d... 10/ (1 packages/angstrom/angstrom-version.bb): angstrom-version: bump PE |
16:59.15 | CIA-3 | 03hrw 07org.oe.dev * r40d52bf1... 10/ (1 contrib/source-checker/oe-source-checker.py): source-checker: added progressbar (from BitBake) and status info at end |
16:59.19 | CIA-3 | 03hrw 07org.oe.dev * r972c9f9c... 10/ (1 contrib/source-checker/oe-source-checker.py): source-checker: move bad news to end of program (list of errors when program end) |
16:59.27 | CIA-3 | 03hrw 07org.oe.dev * r6495b1bc... 10/ (1 conf/bitbake.conf conf/checksums.ini): checksums: dropped geda snapshots (unfetchable) |
16:59.33 | CIA-3 | 03hrw 07org.oe.dev * racb1b3bb... 10/ (1 conf/checksums.ini): checksums: few more fixes from Koen's run |
16:59.40 | CIA-3 | 03hrw 07org.oe.dev * r9ad4a408... 10/ (1 conf/distro/generic.conf): generic distro: prefer X.Org 7.2 instead of 7.1 (which is mostly not-existant) |
16:59.48 | CIA-3 | 03koen 07org.oe.dev * r686e9c3c... 10/ (1 packages/ezx/ezxd/ezxd.init packages/ezx/ezxd_svn.bb): ezxd: remove runparts from init script |
17:00.13 | pH5 | good evening |
17:00.55 | HopsNBarley | likewise, 8313, mmmmm. thanks for that. |
17:06.07 | *** join/#oe greentux (n=lemke@Z7c52.z.pppool.de) |
17:10.36 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
17:12.08 | *** join/#oe kristoffer (n=kristoff@80.251.192.4) |
17:24.32 | *** join/#oe khem (i=khem@nat/montavista/x-d3ddd01b482134c5) |
17:26.45 | *** part/#oe khem (i=khem@nat/montavista/x-d3ddd01b482134c5) |
17:30.11 | likewise | HopsNBarley: Any e300c3 core, I'll add e300c2 as well (no FPU). |
17:31.38 | vivijim | hi steliosk |
17:31.45 | Henryk | hmm, can I rely on PACKAGES = "${PN}-dbg ${PN} ${PN}-doc ${PN}-dev ${PN}-locale" in bitbake.conf? e.g. most every PACKAGES += "${PN}-dev" is a bug? |
17:32.01 | koen | Henryk: yes |
17:32.07 | Henryk | ok |
17:32.11 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
17:32.32 | koen | package.bbclass will throw a waring about PN-dev being in PACKAGES twice |
17:33.26 | Henryk | koen: i know. i 'found' some of these during my current build. I fixed one, or at least thought so. python-pygtk had += ...-dev in there twice (making for 3 -dev in PACKAGES) |
17:33.52 | Henryk | I'll grep around a bit and see whether i can find more of those |
17:34.15 | koen | the only valid reason to frob PACKAGES is when adding packages when splitting something up |
17:34.29 | *** join/#oe mgross (i=mgross@nat/intel/x-fa13471a71ff3c54) |
17:37.10 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) |
17:39.43 | steliosk | vivijim : Hi ! |
17:40.37 | steliosk | koen : is there a feed for x86 on angstrom repo ? doing an ipkg update gets 404 errors |
17:41.03 | vivijim | steliosk: I've configured a lot of machines with icecc here but it is really not working.... The packages are being compiled local only :( |
17:42.16 | vivijim | and I'm sure that I've configured everything like we did last week... and following the tutorial on wiki... |
17:42.20 | vivijim | do you have any idea? |
17:42.28 | steliosk | vivijim : Did you check the logs from the machine that you have assigned to do the scheduling ? |
17:42.50 | vivijim | actually every icecc logs are empty |
17:43.03 | koen | steliosk: i[456]86 are there |
17:43.12 | vivijim | steliosk: everbody here is using ubuntu feisty/gutsy |
17:43.24 | koen | steliosk: you can check with http://www.angstrom-distribution.org/repo/ |
17:43.32 | koen | (the dropdown box) |
17:44.03 | koen | later all |
17:45.20 | Henryk | koen: packages/flumotion/flumotion_0.4.1.bb cd15f8b1.. by koen 2007-06-17: #Yes, we know: ERROR: flumotion-dbg is listed in PACKAGES mutliple times, this leads to packaging errors. |
17:45.30 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
17:45.45 | steliosk | vivijim : weird. here are the logs from my scheduler -> http://rafb.net/p/cT0tS075.html |
17:47.14 | steliosk | koen : -> http://rafb.net/p/8HP4Zl99.html |
17:48.32 | steliosk | vivijim : here is my icecc init script- > http://rafb.net/p/fzTKBi12.html |
17:49.11 | steliosk | vivijim : notice about the logs with the parameters passed to the icecc daemon when it starts |
17:50.55 | steliosk | vivijim : once you get the logs, you can see if the machines actually log in the scheduling que or there is some protocol error |
17:52.14 | steliosk | koen : -> the feeds are there but empty.... |
17:53.12 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) |
17:53.14 | *** join/#oe gremlin[it] (n=gremlin@217.202.150.51) |
17:53.37 | vivijim | steliosk: we've just noticed that there is an error on init.d/icecc that isn't using correct path to logs... |
17:56.15 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
18:04.20 | *** join/#oe gremlin_it (n=gremlin@217.201.157.214) |
18:04.41 | *** join/#oe cesarb (n=cesarb@200.157.204.9) |
18:06.07 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
18:07.26 | *** join/#oe woglinde (i=woglinde@e178108042.adsl.alicedsl.de) |
18:07.54 | woglinde | hi |
18:08.53 | *** join/#oe memenarsil (n=memeruiz@e179202211.adsl.alicedsl.de) |
18:10.53 | steliosk | vivijim : have to go. Ping me tomorrow if you still have troubles to get it going |
18:11.41 | woglinde | eee-pc |
18:12.02 | vivijim | steliosk: thanks |
18:13.33 | CIA-3 | 03henryk 07org.oe.dev * re2424a77... 10/ (3 files in 2 dirs): python-pygtk: Remove more duplicate ${PN}-dev |
18:17.01 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
18:18.02 | *** join/#oe |dion| (n=dion@inhex.net) |
18:22.00 | woglinde | hu the n810 with mozilla and flash 9? |
18:22.12 | woglinde | flashplugin under arm? |
18:29.02 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
18:30.48 | keesj | woglinde: the 770 already had flash (but not 9) |
18:31.06 | Crofton | SFF SDR is booting with root over nfs |
18:31.07 | Crofton | yay |
18:31.53 | woglinde | crofton yay |
18:32.05 | woglinde | keesj yes with opera |
18:32.10 | woglinde | but now with mozilla |
18:34.23 | keesj | right |
18:36.46 | *** join/#oe csmanx_ (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
18:46.54 | *** join/#oe Crofton|work_ (n=balister@ossie.wireless.vt.edu) |
18:47.34 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
18:51.43 | *** join/#oe drmikecrowe_ (n=drmikecr@199.222.167.248) |
18:51.59 | *** join/#oe angom (n=angom@201.143.89.82.dsl.dyn.telnor.net) |
18:52.32 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
18:52.47 | *** part/#oe angom (n=angom@201.143.89.82.dsl.dyn.telnor.net) |
18:57.50 | keesj | does one know how to use the .map file generated by gcc |
19:02.19 | zecke | no, what is that? class hierachy? |
19:11.19 | *** join/#oe csmanx_ (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
19:16.43 | *** join/#oe SirManiac (n=_sir_man@75-104-90-96.cust.wildblue.net) |
19:16.57 | *** part/#oe SirManiac (n=_sir_man@75-104-90-96.cust.wildblue.net) |
19:18.13 | *** join/#oe gremlin[it] (n=gremlin@ppp-15-43.25-151.libero.it) |
19:22.44 | CIA-3 | 03likewise 07org.oe.dev * r947287d0... 10/ (1 MAINTAINERS): MAINTAINERS: Updated my info. |
19:23.25 | keesj | zecke: the .map file is just like the system.map file in the kernel it gives funtion/address translations (something like that) http://unixhelp.ed.ac.uk/CGI/man-cgi?ld (the -M option). given that information it should be possible that when given a address (from a backtrace) find the code /method in the source |
19:25.26 | keesj | I want to use a program like addr2line |
19:26.59 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
19:27.10 | jsheldon | anyone know what package contains ulimit? |
19:27.41 | woglinde | jsheldon hm |
19:27.43 | woglinde | shell |
19:27.45 | woglinde | nusynox |
19:27.48 | woglinde | busybox |
19:28.29 | jsheldon | woglinde: really? a search in busybox's "command help" page doesn't list ulimit :( |
19:29.03 | woglinde | hm |
19:29.29 | woglinde | bash has ulimit |
19:29.55 | jsheldon | actually, a more general question would be "has anyone dealt with grabbing coredumps on an arm system?" |
19:30.04 | Henryk | on most systems ulimit is a bash builtin, yes |
19:30.08 | jsheldon | woglinde: oh sorry, right, I'll try the full bash |
19:31.46 | *** join/#oe flyingfred0 (n=flyingfr@67.110.163.34.ptr.us.xo.net) |
19:34.09 | *** join/#oe nud (n=sf@91.86.73.106) |
19:36.22 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
19:37.32 | christopher | hey guys...I created a bb file for i2ctools and can build them just fine with bitbake i2ctools. however, when I include them in my image.bb file, bitbake says it can't find it. Anyone have a clue of what I am doing wrong? |
19:39.22 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
19:43.48 | christopher | it suggests running ipkg update. I haven't had to do that before...where would I do that? |
19:45.53 | *** join/#oe gremlin[it] (n=gremlin@217.202.149.220) |
19:46.30 | zecke | christopher: hi, is the .bb file in your BBFILES? |
19:46.39 | zecke | christopher: what do you add to the image? |
19:46.40 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
19:47.48 | christopher | I added i2c-tools to the RDEPENDS (where i've put other packages) |
19:47.54 | christopher | the .bb file is in it's own directory |
19:48.12 | zecke | bitbake i2c-tools builds it? |
19:48.27 | christopher | yes. |
19:48.33 | *** join/#oe Supaplex (n=e@166-70-62-194.ip.xmission.com) |
19:48.41 | christopher | I've added other packages without an issue. |
19:48.45 | christopher | so, this is a first |
19:48.53 | zecke | -crebuild your-image? |
19:49.02 | christopher | I tried changing the name thinking that could do something and it worked every time no problem. |
19:49.16 | zecke | do you have i2c-tools packages in tmp/deploy/glibc/ipk/*? |
19:49.25 | zecke | do they have a special PACKAGE_ARCH? |
19:49.27 | christopher | if I -crebuild, will that clean out all of the prebuilt projects or just the rootfs |
19:49.32 | christopher | I'll check if they are there |
19:49.39 | christopher | i used autotools so I would think they were |
19:49.42 | zecke | bitbake -b yourimage -crebuild |
19:49.53 | zecke | it won't rebuild everything |
19:50.56 | likewise | What's the recommended way of staging a native u-boot mkimage tool? |
19:51.11 | christopher | zecke: ok. I see the ipk under armv4 |
19:52.08 | zecke | christopher: now, go to tmp/deploy/rootfs/etc/ipkg/arch.conf (IIRC) and check if armv4 is in the list... |
19:52.19 | christopher | | Cannot find package i2c-tools. |
19:52.19 | christopher | | Check the spelling or perhaps run 'ipkg update' |
19:52.36 | zecke | christopher: also check if if i2c-tools is in the Packages file of the ipkg directories |
19:54.17 | christopher | zecke : in the packages list, there are -dev and -dbg versions...but no i2c-tools version |
19:54.51 | zecke | christopher: a) you lied to me because you didn't find a package in the directory b) i2c-tools installed somewhere else and OE didn't create an empty package |
19:55.22 | christopher | zecke: a) I wouldn't lie. :) I did find a package. |
19:55.59 | christopher | zecke: but those packages, now that I look closer, are dev and dbg pacakges |
19:56.01 | zecke | christopher: there was a output on the console like "Not creating empty package" |
19:57.07 | christopher | zecke: yeah, I see that now |
19:57.11 | zecke | :) |
19:57.16 | christopher | so what does that mean? how do I get that created? |
19:57.23 | christopher | that's the first time it hasn't built one |
19:57.35 | *** join/#oe pipomolo42 (n=alex@ALille-152-1-2-145.w82-127.abo.wanadoo.fr) |
19:57.35 | zecke | ALLOW_EMPTY = "1" but that is not what you want! |
19:57.45 | christopher | what do I want? |
19:58.01 | zecke | christopher: OE also warns about installed but unpackaged files, do you have any? |
19:58.51 | christopher | NOTE: Not creating empty archive for i2c-tools-3.0.0-r0 |
19:58.51 | christopher | NOTE: Not creating empty archive for i2c-tools-doc-3.0.0-r0 |
19:58.51 | christopher | Packaged contents of i2c-tools-dev into /oe/build/tmp/deploy/glibc/ipk/armv4t/i2c-tools-dev_3.0.0-r0_armv4t.ipk |
19:58.51 | christopher | NOTE: Not creating empty archive for i2c-tools-locale-3.0.0-r0 |
19:58.54 | christopher | that's all I see |
19:59.24 | woglinde | *g* |
19:59.29 | woglinde | no files |
19:59.32 | woglinde | no package |
19:59.32 | zecke | christopher: what binary do you expect to see packaged? |
19:59.46 | *** join/#oe judith (n=judith@119.Red-83-61-202.dynamicIP.rima-tde.net) |
19:59.58 | zecke | christopher: I would go to the ${WORKDIR} of i2c-tools and search for the binary |
20:00.02 | christopher | there are some like i2cdetect etc |
20:00.12 | zecke | christopher: also there is a directory where stuff got installed to |
20:00.40 | christopher | ok, I see that... |
20:00.42 | christopher | it is under 'tools' |
20:00.56 | zecke | christopher: a) find out if it was build b) check if it was installed c1) fix the installation dir c2) adjust the FILES_${PN} += to add the path/binary in the .bb files |
20:01.04 | zecke | christopher: it is not installed? |
20:01.29 | christopher | zecke: not installed where? I see that they are built. |
20:01.52 | christopher | basically, there are i2cget and lots of utilities in the tools directory under i2ctools/i2ctools |
20:02.52 | christopher | so basically do a install -d from the tools directory? |
20:02.54 | christopher | in the bb file? |
20:03.36 | zecke | christopher: OE is executing make install (and setting a destination dir) so they should be installed into a special directory |
20:04.08 | zecke | christopher: if you want to have a fast solution you could do do_install_prepend in your bb and install the files manually do ${D}${bindir} (there are a lot of examples...) |
20:04.36 | zecke | woglinde: I just tried the "Web Collage" screensaver and it took up to 3 minutes to see the first porn... |
20:04.36 | christopher | zecke: ok. |
20:04.54 | woglinde | zecke what? |
20:05.32 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
20:10.08 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
20:11.14 | *** join/#oe gremlin[it] (n=gremlin@ppp-15-43.25-151.libero.it) |
20:12.21 | christopher | zecke: what is a good example? i would have thought it was a post install and not a pre-install? |
20:12.47 | christopher | install -m 0755 ${WORKDIR}/tools/i2cdetect ${D}${bindir}/ |
20:12.50 | christopher | that is what I tried |
20:18.24 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
20:18.24 | zecke | christopher: pre-install, post-install are for scripts to be executed during install ;) |
20:18.41 | zecke | christopher: search for do_compile_prepend but your line above looks sane |
20:22.28 | christopher | ok, so use do_compile_prepend and not do_install_prepend? |
20:23.09 | zecke | sorry.... |
20:23.28 | zecke | just do_install_prepend ( I was compiling when writing this...) |
20:32.49 | christopher | zecke: ok. and do you generally do each file or can you do directories and it knows which files are executable? |
20:36.22 | zecke | for file in files; do install done ;) |
20:36.27 | zecke | christopher: or fixing the Makefile etc... |
20:37.17 | hrw | i2ctools? how does it differ from lmsensors-apps? |
20:37.33 | hrw | lmsensors-apps also gives i2c detect/set/get tools |
20:39.02 | christopher | hrw: lmsensors-apps didn't build for me. so, I was going with i2ctools since that is all I needed |
20:39.22 | hrw | christopher: how it does not build? which way? |
20:39.29 | hrw | christopher: glibc or uclibc build? |
20:39.41 | christopher | hrw: this is a glibc build. |
20:39.46 | christopher | hrw: first, it fails on a patch. |
20:39.56 | christopher | # file://prefix-fix.patch;patch=1 \ |
20:39.59 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
20:40.00 | christopher | so, I took that one out |
20:40.01 | hrw | zecke: did you saw base.bbclass generator of checksums.ini and contrib/source-checker script? |
20:40.13 | hrw | christopher: how old metadata you use? |
20:40.16 | christopher | and now it fails with | make: *** No rule to make target `install'. Stop. |
20:40.27 | hrw | I fixed lmsensors during oedem |
20:40.31 | christopher | hrw: I did a pull and update a couple of weeks ago I suppose |
20:40.36 | zecke | hrw: your mail is marked as to be read... |
20:40.47 | hrw | christopher: so you use obsolete tree |
20:41.01 | christopher | i use org.openembedded.dev if that is what you mean? |
20:41.05 | hrw | christopher: lmsensors-apps in OE.dev builds |
20:41.15 | hrw | christopher: few weeks old == obsolete |
20:41.24 | christopher | ok. is there a way to update just that bb file? |
20:41.41 | christopher | it isn't a revert, but I am sure mtn has a command for that |
20:42.07 | Crofton | task-base takes a long time to build :) |
20:42.07 | hrw | christopher: use two dirs: one with current .dev and second with your-old one |
20:42.31 | christopher | hrw: hmmm. yeah, I can do that, it is just that it takes a day to build it all |
20:42.46 | hrw | christopher: I do not mean build tree but metadata tree |
20:43.09 | christopher | hrw: ok. so, just make a copy of the org.oe.dev directory |
20:43.11 | christopher | ? |
20:43.17 | christopher | and then do an update? |
20:43.22 | hrw | christopher: yes |
20:43.39 | hrw | christopher: and then copy lmsensors from current dev to your old copy |
20:44.10 | woglinde | hi hrw |
20:44.21 | christopher | hrw: ok. so, to get that, all I should have to do is 'mtn pull && mtn update' |
20:44.23 | hrw | hi woglinde |
20:44.26 | christopher | hrw: and I should have the updated one |
20:44.30 | hrw | christopher: right |
20:44.49 | christopher | hrw: do you remember what you had to change? |
20:45.15 | hrw | christopher: I basically rewrote whole recipe, regenerated missing patch etc |
20:47.54 | woglinde | nite hrw |
20:54.29 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
20:58.04 | cdbot2 | * * OE Bug 3174 has been created by inv2002(AT)yandex.ru |
20:58.06 | cdbot2 | * * sound problem over CE-RH2. |
20:58.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3174 |
20:59.58 | *** join/#oe mgross (i=mgross@nat/intel/x-c432d5f6f3b5ff1c) |
21:00.51 | zecke | hehe |
21:00.56 | zecke | cbrake: like a whole kernel? |
21:02.27 | cbrake | zecke: kernel + alsa + tslib + libpcre + mtd-utils + dropbear + ... |
21:02.50 | cbrake | zecke: can do quite a bit if you are willing to write apps in C :-\ |
21:04.16 | woglinde | cbrake much more when you use klibc ort diet-libc |
21:05.02 | cbrake | woglinde: yeah, I'm still using uclibc |
21:05.41 | likewise | Yay. 2.6.23 boots on powerpc mpc8313. Looks like a toolchain and kernel in <5 hours of work. Hugs to OE! |
21:05.59 | cbrake | woglinde: the nice thing it "just works" in OE without any extra effort :-) |
21:06.08 | cbrake | likewise: nice |
21:06.37 | woglinde | cbrake me too but with diet-libc things are much smaller |
21:06.53 | sakoman | does anyone know what package generates /etc/version? ipkg search gives no provider |
21:06.54 | woglinde | likewise gratz |
21:07.52 | timtimred | < 5 hours of work? or compiling :) |
21:08.18 | woglinde | compiling |
21:08.37 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
21:09.38 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928182.dsl.bell.ca) |
21:10.19 | zecke | sakoman: I would assume base-files |
21:24.06 | *** join/#oe khem (i=khem@nat/montavista/x-cb63c86a5e0d4138) |
21:25.18 | zecke | steliosk: I'm asked to drink your ouzo now :} |
21:27.04 | koen | steliosk: ah, right, the autobuilder doesn't build for i486 machines |
21:28.38 | sakoman | zecke: I don't see it in the base-files recipe, have to keep searching |
21:28.48 | zecke | sakoman: search for base* |
21:28.57 | koen | sakoman: your work history is quite interesting |
21:29.43 | sakoman | koen:I've been lucky to be involved in lost of interesting stuff |
21:30.22 | sakoman | lots, though I suppose lost might be a freudian slip :-) |
21:31.31 | koen | :) |
21:32.00 | woglinde | nite |
21:32.01 | koen | bleh, my hands smell like fixer |
21:32.21 | sakoman | koen: do you know what package generates /etc/version? |
21:32.45 | sakoman | koen: I thought you used the odorless stuff :-) |
21:32.56 | koen | the darkroom tutorial used a different one |
21:33.10 | koen | I would guess that base-files generates /etc/version |
21:34.07 | XorA | oooh, n810, zaurus replacement finally |
21:34.22 | koen | XorA: register for the dev discount |
21:34.34 | XorA | koen: where is that? |
21:34.36 | woglinde | xora mozilla based browser with flash |
21:34.38 | koen | maemo.org |
21:34.51 | koen | XorA: and in the footnote of my latest mail to oe-dev :) |
21:34.54 | woglinde | xora where comes the flash9 for arm from? |
21:35.10 | koen | glash, swfdec, adobe? |
21:36.28 | woglinde | koen from adobe might be intressting |
21:36.37 | woglinde | didnt know the other can flah9 now |
21:36.44 | koen | the previous ones were from adobe as well |
21:37.08 | woglinde | hm I thought the were from opera |
21:39.02 | Crofton | I do not think /etc/version comes from base-files |
21:39.06 | Crofton | from looking at the bb file |
21:40.14 | Crofton | angstrom-version comes from angstrom-version.bb .... |
21:40.39 | koen | rootfs_deb.bbclass: echo ${BUILDNAME} > ${IMAGE_ROOTFS}/${sysconfdir}/version |
21:40.40 | koen | rootfs_ipk.bbclass: echo ${BUILDNAME} > ${IMAGE_ROOTFS}/${sysconfdir}/version |
21:41.10 | Crofton | btw, I am very pleased with SFF SDR progress atm |
21:41.24 | koen | Crofton: congrats |
21:41.29 | Crofton | thanks |
21:41.34 | koen | Crofton: did you hand the angstrom toolchain to your student yet? |
21:41.42 | XorA | koen: bah, so the login page doesnt actually work for applying for discount |
21:41.43 | Crofton | no |
21:41.51 | Crofton | we do not have one yet for this purpose |
21:42.01 | Crofton | but I will likely try the tool chain soon |
21:42.02 | sakoman | Crofton: I agree -- it isn't from base-files |
21:42.22 | koen | sakoman: scroll up 2 minutes :) |
21:42.26 | Crofton | sakoman, see koen's comment, it is in rootfs*.bbclass |
21:42.28 | sakoman | :-) |
21:42.47 | sakoman | lesson: don't respond till you've read everything :-) |
21:43.04 | Crofton | I need to run a quick test on the tool chain and prod my advisor to fins a guy in his class to try some wmmx stuff |
21:43.26 | koen | you can always hook the guy up with devshell |
21:43.30 | Crofton | yeah |
21:43.40 | Crofton | I just need something really easy |
21:44.08 | Crofton | I may have to stick the tool chain in a vmware image .... |
21:44.37 | woglinde | hm do I want a nokia 810 or not |
21:44.47 | *** join/#oe drmikecrowe (n=drmikecr@208.104.23.34) |
21:45.18 | Crofton | sakoman, how good is connex support in .dev? |
21:45.46 | Crofton | could we point people at the Angstrom site and have them try images and packages from there? |
21:45.57 | Crofton | for a sane set of hw? |
21:46.02 | sakoman | Crofton: I haven't tried oe.dev in quite some time |
21:46.16 | woglinde | xora? |
21:46.19 | sakoman | been using my custom hw.conf |
21:46.25 | Crofton | yeah |
21:46.36 | XorA | woglinde: I enter login, no error, it just pushes me back to login page again |
21:46.39 | Crofton | I need to compare those :) |
21:46.54 | koen | XorA: there's a waiting time |
21:47.05 | koen | XorA: the backend needs a few minutes to update |
21:47.26 | XorA | koen: bah, dont these guys know how databases work :-) |
21:47.38 | koen | "> I've registred to maemo.org creating an account. I got the |
21:47.39 | koen | > > confirmation email from maemo.org and I was able to log into the |
21:47.39 | koen | > > "garage". But if I go to www.maemo.org and I try to enter my user and |
21:47.40 | koen | > > password I cannot login :( |
21:47.40 | koen | There is some delay before accounts are replicated from Gforge to |
21:47.41 | koen | Midgard. Try again a bit later." |
21:47.55 | sakoman | Crofton: scruggs and I are both using it with connex. |
21:48.36 | Crofton | I can't remember if scruggs is using anything from your collection |
21:48.57 | sakoman | he told me he's using all of it |
21:49.03 | Crofton | ok |
21:49.16 | Crofton | need to see what makes sense to move into .dev |
21:49.30 | sakoman | Between the two of us I think we've tested everything but bluetooth |
21:49.31 | Crofton | anyway, I'll worry about this another day :) |
21:49.37 | Crofton | that is very cool |
21:49.49 | Crofton | I have had actual cool work to do :) |
21:50.03 | sakoman | You deserve to have some fun! |
21:50.15 | Crofton | heh |
21:50.35 | sakoman | The school thing will be over soon . . . |
21:50.37 | Crofton | I need this to work so I can convince some people to pay me to make a complete package for the board :) |
21:50.50 | Crofton | anyway, time to go |
21:50.50 | sakoman | Which board? |
21:50.55 | scruggs_ | I am using sakoman's collection and its working great |
21:51.03 | Crofton | Lyrtech small form factor SDR board |
21:51.14 | Crofton | ~sffsdr |
21:51.17 | sakoman | I'll have to check it out! |
21:51.21 | Crofton | pricey |
21:51.36 | Crofton | I need to convince them not to take it back |
21:52.16 | Crofton | l8r guys! |
21:52.25 | sakoman | OK, later! |
21:52.38 | scruggs_ | take it easy, Crofton |
21:53.19 | scruggs_ | sakoman: thanks for updating me with your collection changes... its sped my other devving up nicely! |
21:53.53 | sakoman | scruggs: I really like what you've done. That's a very neat project! |
21:54.34 | sakoman | how is performance on a connex? |
21:54.47 | scruggs_ | sakoman: thanks! its been a fun one |
21:56.15 | scruggs_ | the biggest performance hit is drawing a new map - I generate a map around 3X the size of the screen and then just re-center it on a new fix, but if the map to be generated has lots of contour lines generation time can be around 3sec on a connex |
21:56.49 | koen | scruggs_: floating point calculations? |
21:56.50 | scruggs_ | if I have it just render streets/water features the generate time is a fraction of a sec |
21:58.05 | scruggs_ | koen: no, more just the amount of vector points to draw all the contour lines for the map |
21:58.25 | sakoman | scruggs: I have a somewhat older Garmin GPS that has about the same performance when contours are enabled |
21:59.31 | scruggs_ | yeah.. its really not too bad except for the initial load... the program knows its about to run out of map and generates the next one before the old one is 'out of range' |
22:00.13 | sakoman | how large are the data files? kept on SD/CF card? |
22:03.48 | scruggs_ | depends... there is a helper program to convert the shapefile data to the minimal amount needed for the program, so for my county in CO the shapefile data is 20MB, but once its converted the data used by the program is less then 1.5MB (all stored on cf) |
22:04.17 | scruggs_ | but the data is all vector data, not rendered maps, so it is infinately scalable |
22:04.28 | scruggs_ | to a degree :) |
22:04.56 | sakoman | Source files are gov't downloads? |
22:05.25 | scruggs_ | yep |
22:05.46 | koen | esri shapefiles? |
22:06.21 | scruggs_ | koen: yes - and shapefiles generated from DEM data |
22:06.31 | koen | nice |
22:06.44 | sakoman | Cool! I've been rummaging on the net for postal code - latitude/longitude, timezone, dst data sets |
22:07.05 | scruggs_ | its more of an overland nav program than a street-map one |
22:07.21 | sakoman | So I can automaticly set time & calulate sunrise/sunset times |
22:07.31 | scruggs_ | I've been really active in Search & Rescue for years, so it works for my other hobbies :) |
22:08.00 | koen | sakoman: just include a gps in your design :) |
22:08.15 | scruggs_ | sakoman: very cool |
22:08.23 | sakoman | I'm already fighting lots of product cost issues :-) |
22:08.34 | koen | you could use a gsm as well, but I think they send you to gitmo for correlating cell towers with gps data |
22:08.42 | sakoman | I've got US/Canada/Mexico working |
22:09.10 | koen | sakoman: if you ship to new zealand you need to update tzdata in OE :) |
22:09.28 | koen | 2007e lacks their recent DST updates |
22:09.40 | sakoman | I hate dst too! |
22:10.04 | sakoman | In the US lots of areas randomly decide to adopt it or not |
22:10.14 | sakoman | And it changes year to year |
22:10.25 | sakoman | at the whim of politicians |
22:10.37 | scruggs_ | yeah.. wtf is up with dst now? |
22:10.50 | koen | dst is for hippies |
22:11.28 | sakoman | I think DST was around decades before hippies ;-) |
22:11.46 | likewise | see you guys, taking a nap |
22:11.48 | *** part/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
22:12.22 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
22:16.15 | *** join/#oe bluelightning (n=blueligh@219-89-44-187.dialup.xtra.co.nz) |
22:28.23 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
22:50.02 | *** join/#oe aloisiojr (n=aloisio@189.70.1.141) |
22:58.25 | *** join/#oe flo_lap (n=fuchs@f049000073.adsl.alicedsl.de) |
22:58.52 | flo_lap | re |
23:08.02 | *** join/#oe Varoudis (n=varoudis@91.104.32.18) |
23:17.42 | *** join/#oe pipomolo42 (n=alex@ALille-152-1-96-147.w90-18.abo.wanadoo.fr) |
23:23.52 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
23:51.04 | *** join/#oe RP (i=1000@tim.rpsys.net) |