00:00.55 | zecke | pb_: master? |
00:05.19 | *** join/#oe valentin__ (n=valentin@adsl-84-227-8-228.adslplus.ch) |
00:06.57 | *** join/#oe InSearchOf (n=InSearch@pool-72-70-177-103.hrbgpa.east.verizon.net) |
00:13.03 | florian | good night |
00:13.20 | InSearchOf | good night |
00:15.36 | CIA-4 | 03freyther 07org.oe.dev * r7cf3b400... 10/ (5 files in 3 dirs): Add site-conf a one stop to the utilized autoconf scripts |
00:15.41 | CIA-4 | 03freyther 07org.oe.dev * rf3357ba2... 10/ (43 files in 3 dirs): |
00:15.41 | CIA-4 | Add empty and almost empty m4 files for packages we have test results from |
00:15.41 | CIA-4 | <PROTECTED> |
00:15.41 | CIA-4 | <PROTECTED> |
00:15.41 | CIA-4 | <PROTECTED> |
00:15.51 | zecke | nite |
00:15.51 | CIA-4 | 03freyther 07org.oe.dev * r71b00416... 10/ (5 files in 2 dirs): |
00:15.51 | CIA-4 | site-conf: Include builtin.m4 through aclocal.m4 and execute the defined function |
00:15.51 | CIA-4 | <PROTECTED> |
00:15.51 | CIA-4 | <PROTECTED> |
00:19.25 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
00:20.11 | *** join/#oe idealm (n=ideal@218.82.58.130) |
00:57.07 | *** join/#oe InSearchOf (n=InSearch@pool-72-70-177-103.hrbgpa.east.verizon.net) |
00:58.20 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
01:01.26 | *** join/#oe valentin_ (n=valentin@adsl-84-227-0-154.adslplus.ch) |
01:03.15 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
01:03.24 | CIA-4 | 03mwester 07org.oe.dev * r3bebc771... 10/ (3 files in 3 dirs): Unslung: rootfs - fixed permissions on /root for ssh, add control flag for rc.bootdisk |
01:08.26 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
01:09.54 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
01:19.08 | *** join/#oe idealm (n=ideal@222.66.106.154) |
01:23.44 | *** join/#oe SB1 (n=Death@c-67-186-244-23.hsd1.ut.comcast.net) |
01:53.59 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
02:09.59 | *** part/#oe mreimer (n=mreimer@bilbo.vpop.net) |
02:11.23 | *** join/#oe cyn (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
02:12.04 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a178.ptbyny.tds.net) |
02:13.14 | *** join/#oe Laibsc1 (n=Laibsch@Fb22d.f.ppp-pool.de) |
02:25.36 | *** join/#oe luke-jr_ (n=luke-jr@user-0c93tj3.cable.mindspring.com) |
02:40.58 | *** join/#oe AvengerMoJ1 (n=alex@61.14.130.209) |
02:50.35 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
02:54.20 | *** join/#oe valentin__ (n=valentin@adsl-89-217-145-33.adslplus.ch) |
02:57.55 | *** part/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
03:15.19 | *** join/#oe W8TVI (n=me@166.166.1.224) |
03:29.19 | SonicvanaJr | I'm having a problem with linux-hotplug when trying to compile the opie-image. It fails on the install process, http://pastebin.ca/248887 is the error log, it seems like something really trivial, but I can't figure it out. Any help would be appreciated greatly. |
03:36.15 | *** join/#oe cyn_ (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
03:44.23 | *** join/#oe valentin_ (n=valentin@adsl-89-217-149-197.adslplus.ch) |
04:17.37 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
04:44.56 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
04:56.12 | *** join/#oe _schurig (n=schurig@pD95FA0B2.dip0.t-ipconnect.de) |
05:05.23 | *** join/#oe poplav (n=zic@dialup-4.88.166.184.Dial1.StLouis1.Level3.net) |
05:11.29 | *** join/#oe luke-jr_ (n=luke-jr@user-0c93tj3.cable.mindspring.com) |
05:16.49 | *** join/#oe W8TVI (n=me@166.166.1.224) |
05:17.35 | njs | koen|awa1: the answer, btw, was ".mtn-ignore" |
05:21.30 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
05:21.30 | *** topic/#oe is OpenEmbedded Developer Lounge | BitBake 1.6.2 has been released - only use HEAD if you are developing it | this is still not a distribution support channel | www.openembedded.org | Bugtracker: http://bugs.openembedded.org/ | Metadata: http://www.openembedded.org/filebrowser/ |
05:29.02 | HopsNBarley | njs: ping |
05:33.20 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
05:34.03 | njs | HopsNBarley|zzz: pong (sorta, cooking) |
05:55.51 | *** join/#oe idealm (n=ideal@222.66.106.154) |
06:06.37 | *** join/#oe [lala_] (n=lala@pD9EB2AD9.dip0.t-ipconnect.de) |
06:09.26 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
06:23.13 | *** join/#oe den-ros (n=Den@86.111.18.50) |
06:26.14 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
06:27.51 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:46.21 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
06:54.44 | *** join/#oe valLongfield (n=valentin@lsa1pc7.epfl.ch) |
07:00.32 | *** join/#oe Frg (n=Frg@chello087207198130.chello.pl) |
07:10.07 | hrw | morning |
07:17.58 | rwhitby | morning hrw - thanks for finding and fixing the other nslu2 compatible machine instances. |
07:18.19 | hrw | rwhitby: np. it stopped my fetch build |
07:18.29 | hrw | rwhitby: I work on making source mirror |
07:19.10 | rwhitby | hrw: if you're missing something, nslu2-linux has saved *every* single source file we've ever used for any slugos build in the last two years in sources.nslu2-linux.org/sources/... |
07:19.29 | hrw | rwhitby: good to know |
07:19.31 | rwhitby | (except the Intel licensed files) |
07:19.59 | hrw | rwhitby: btw, how you support those intel files building? user have to fetch them and put in FILESPATH or DL_DIR? |
07:20.06 | rwhitby | yep |
07:20.23 | hrw | I have marvell cf card here - driver is no-license one |
07:20.29 | rwhitby | with the new ixp4xx open source driver, that will reduce down to a single file. |
07:22.17 | hrw | ok, time to make some todos for next days |
07:23.10 | valLongfield | morning all |
07:23.15 | hrw | hi valLongfield |
07:26.31 | hrw | ~lart mwester for not pulling before push |
07:27.06 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
07:27.28 | CIA-4 | 03rwhitby 07org.oe.dev * r4d4d5791... 10/ (4 files in 4 dirs): slugos: Bumped version to 4.1, updated slugimage and ixp4xx-kernel to latest versions. |
07:27.37 | CIA-4 | 03rwhitby 07org.oe.dev * r0881ef75... 10/ (1 packages/linux/ixp4xx-kernel_2.6.19-rc5.bb): ixp4xx-kernel: Latest changeset now boots (openslug at least). |
07:28.14 | rwhitby | hrw: mwester should be using the nslu2-linux MasterMakefile, which always pulls before pushing. |
07:28.32 | vlo | hrw: yep, just noticed the multiple candidates ! |
07:28.38 | vlo | (morning pull) |
07:28.51 | rwhitby | If he didn't, he'll get some "education" from me too :-) |
07:29.12 | hrw | I'm merging/merging now |
07:29.22 | rwhitby | SlugOS is now using Apex as a second-stage bootloader :-) |
07:30.17 | hrw | merged, pushed |
07:30.22 | vlo | thx |
07:36.59 | hrw | who maintain ossie? |
07:42.39 | CIA-4 | 03hrw 07org.oe.dev * rfe0e9ab6... 10/ (11 files in 2 dirs): ossie/*: mark as BROKEN due to #1589 (HTTP AUTH on fetch) |
07:43.21 | *** join/#oe IvoC (n=ycl@s5.cseq.net) |
07:44.21 | hrw | hi IvoC |
07:45.37 | *** join/#oe anushsh (n=anushshe@220.226.55.69) |
07:47.57 | *** join/#oe chouimat|Zzzz (n=dieu@kde/developer/chouinard) |
07:55.16 | vlo|work | someone knows what this strange package location is ? http://ewi546.ewi.utwente.nl/mirror/www.openzaurus.org/official/unstable/3.5.4/sources/git_anongit.freedesktop.org.xorg.proto.calibrateproto.tar.gz |
07:55.41 | hrw | vlo|work: its OpenZaurus 3.5.4.x source archive |
07:56.32 | vlo|work | because the download keeps failing: the .tar.gz archive is not there |
08:01.13 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
08:01.13 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
08:01.13 | *** join/#oe schurig (n=schurig@pD95FA0B2.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
08:01.13 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
08:01.13 | *** join/#oe redguy (n=mati@public-gprs10350.centertel.pl) |
08:01.14 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
08:01.14 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
08:01.14 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
08:01.14 | *** join/#oe france_ (n=france@pool-151-203-216-19.bos.east.verizon.net) |
08:01.14 | *** join/#oe cedric (n=cedric@213.215.31.4) [NETSPLIT VICTIM] |
08:01.14 | *** join/#oe JustinP (i=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
08:01.14 | *** join/#oe suihkulokki (i=rvoipio@nat/movial/x-b85a1a1fc193b2ae) [NETSPLIT VICTIM] |
08:01.14 | *** join/#oe poli (n=ca@CAcert-br/poli) |
08:01.14 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
08:01.14 | *** join/#oe joshin (n=joshin@unaffiliated/joshin) |
08:01.14 | *** join/#oe raduga (n=raduga@199.233.135.101) |
08:01.15 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) [NETSPLIT VICTIM] |
08:01.15 | *** join/#oe CoreDump|afk (n=mhentges@hentges.net) |
08:01.15 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
08:03.39 | vlo|work | my angstrom-gpe-image build keeps failing because it cannot download this archive which is needed by xcalibrateext-0.0+git20060814-r0 |
08:05.11 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
08:05.48 | hrw | hi Oyvind |
08:06.17 | CIA-4 | 03hrw 07org.oe.oz354x * r7175dc61... 10/ (1 packages/qemu/qemu-gcc-check.inc): qemu-native: added gcc34 and gcc33 as available CC - close #1584 |
08:06.25 | CIA-4 | 03hrw 07org.oe.oz354x * rde3cb8aa... 10/ (3 files in 2 dirs): qemu-native: added 0.8.2 |
08:06.32 | CIA-4 | 03hrw 07org.oe.dev * rd17d39a6... 10/ (1 packages/qemu/qemu-native.inc): qemu-native: added gcc34 and gcc33 as available CC - close #1584 |
08:11.10 | *** join/#oe Genesis (n=Genesis@83.156.23.15) |
08:11.41 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
08:14.28 | hrw | hi leoncamel Genesis |
08:14.30 | Genesis | hi |
08:14.45 | leoncamel | hi, hrw |
08:15.58 | vlo|work | hi Genesis |
08:16.13 | Genesis | bijour :) |
08:17.03 | hrw | NOTE: package glibc-2.3.5+cvs20050627-r3: task do_populate_staging: started |
08:17.21 | hrw | now it is time to check does qemu 0.8.2 on amd64 will generate arm locales |
08:18.29 | hrw | ~dict entail |
08:18.31 | CIA-4 | 03hrw 07org.oe.dev * r21027f08... 10/ (1 packages/linux/mnci-ramses_2.4.21-rmk2-pxa1.bb): mnci-ramses: set COMPATIBLE_MACHINE to 'mnci' |
08:18.47 | Genesis | xorg 1.3 looks good |
08:19.05 | hrw | Genesis: quite old it is... |
08:20.11 | Genesis | hu ? |
08:21.23 | hrw | 1.3 |
08:22.29 | Genesis | as far as i know , 1.3 is not released |
08:25.27 | vlo|work | Genesis: you mean 7.3 ? |
08:25.47 | Genesis | http://lists.freedesktop.org/archives/xorg-announce/2006-November/000152.html |
08:25.50 | Genesis | xorg-server |
08:25.52 | Genesis | sorry |
08:25.57 | Genesis | that should be same |
08:27.29 | hrw | ok. just like xora told: qemu-arm segfault on amd64 |
08:28.07 | Genesis | 64bits issues are not dead :( |
08:29.30 | *** join/#oe likewise (n=chatzill@atwork-98.r-212.178.104.atwork.nl) |
08:29.34 | hrw | hi likewise |
08:29.45 | hrw | brb |
08:30.01 | likewise | hi |
08:32.51 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
08:34.16 | vlo|work | hi koen |
08:34.45 | koen | hey vlo|work |
08:35.55 | schurig | hrw: hehe, it's a long time that I made a newer kernel for MNCI using OE :-( |
08:36.23 | schurig | hrw: I have a 2.6 kernel in my pipeline, but mostly no time and no customer gives me a penny for finishing that work :-( |
08:36.43 | likewise | koen: hi |
08:36.59 | koen | hey likewise |
08:38.24 | hrw | schurig: :) |
08:39.16 | *** join/#oe rob_w (n=rob_w@p549BBA03.dip0.t-ipconnect.de) |
08:39.21 | hrw | hmm.. I have openzaurus-3.5.4.3.conf ;D |
08:40.15 | hrw | do we have any FedoraCore/RHEL/Mandriva developer here? |
08:43.20 | hrw | _law_: you use FC6? |
08:43.31 | _law_ | hrw, yes |
08:43.39 | CIA-4 | 03hrw 07org.oe.oz354x * ra53884cd... 10/ (1 packages/qemu/qemu-gcc-check.inc): qemu-native: revert code from .dev, add gcc33/gcc34 in .oz354x way |
08:44.09 | hrw | _law_: if there will be bitbake and openembedded-essential packages for it will you test them? |
08:44.28 | _law_ | hrw, sure |
08:44.32 | hrw | ok |
08:44.55 | hrw | I need to catch those guys which started work on bitbake for debian |
08:45.41 | hrw | BTW: http://www.hrw.one.pl/2006/11/15/compactflash-80211g-card/ |
08:47.58 | IvoC | hrw: I can test on RHEL4 if you like |
08:47.59 | *** join/#oe [lala] (n=lala@ip-217-18-181-130.static.reverse.dsi.net) |
08:48.10 | hrw | great |
08:49.21 | *** join/#oe greentux (n=m@ip-217-18-181-130.static.reverse.dsi.net) |
08:49.53 | hrw | hi [lala] & greentux |
08:50.14 | hrw | cu all - time to go to work |
08:50.20 | NAiL | morning all |
08:50.32 | likewise | NAiL: morning |
08:51.50 | NAiL | likewise: any success on the toolchain? |
08:52.59 | likewise | NAiL: not the 0.9.27 uClibc yet |
08:53.12 | likewise | NAiL: but today for me is IXP4xx 2.6.18 day |
08:53.50 | likewise | NAiL: because it's nice to have hardware to test on |
08:54.38 | NAiL | any reason you're not building 2.6.19-rc5? :) |
08:55.25 | likewise | NAiL: not really actually, well the rc part scares me a bit. |
08:56.38 | likewise | NAiL: Moving follow-ups to #nslu2-linux |
08:56.47 | NAiL | ok :) |
08:58.31 | greentux | hi hrw |
09:03.27 | RP | morning all |
09:05.59 | greentux | hi rp |
09:09.57 | hrw|work | likewise: rc5 works ok on my x86 machines |
09:10.34 | likewise | hrw|work: thanks, this is for ixp4xx. Good to know though. Did you any work with the real-time patches (maybe for celinux)? |
09:11.04 | hrw|work | likewise: not yet |
09:11.28 | koen | likewise: you got a loft? |
09:13.08 | *** join/#oe ssvb (n=ssvb@193.232.92.242) |
09:13.08 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
09:13.09 | *** join/#oe Genesis (n=Genesis@83.156.23.15) |
09:13.09 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
09:13.10 | *** join/#oe schurig (n=schurig@pD95FA0B2.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
09:13.10 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
09:13.10 | *** join/#oe redguy (n=mati@public-gprs10350.centertel.pl) |
09:13.10 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
09:13.10 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
09:13.10 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
09:13.10 | *** join/#oe france_ (n=france@pool-151-203-216-19.bos.east.verizon.net) |
09:13.10 | *** join/#oe cedric (n=cedric@213.215.31.4) [NETSPLIT VICTIM] |
09:13.10 | *** join/#oe JustinP (i=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
09:13.10 | *** join/#oe suihkulokki (i=rvoipio@nat/movial/x-b85a1a1fc193b2ae) [NETSPLIT VICTIM] |
09:13.10 | *** join/#oe poli (n=ca@CAcert-br/poli) |
09:13.10 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
09:13.10 | *** join/#oe joshin (n=joshin@unaffiliated/joshin) |
09:13.11 | *** join/#oe raduga (n=raduga@199.233.135.101) |
09:13.11 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) [NETSPLIT VICTIM] |
09:13.11 | *** join/#oe CoreDump|afk (n=mhentges@hentges.net) |
09:19.15 | *** join/#oe redguy (n=mati@public-gprs10350.centertel.pl) |
09:21.38 | RP | morning all |
09:21.42 | koen | hey RP |
09:22.15 | RP | I said that before, didn't I... |
09:22.23 | hrw|work | RP: fetchall built libopie ;D |
09:22.30 | hrw|work | 15 10:04 < RP> morning all |
09:22.32 | hrw|work | 15 10:22 < RP> morning all |
09:22.36 | hrw|work | RP: you did |
09:24.55 | hrw|work | I will create ugly tslib_1.0.bb for .oz354x |
09:25.12 | RP | hrw|work: Why did it build libopie though? :-/ |
09:25.44 | hrw|work | RP: did not traced it yet |
09:26.42 | koen | ~lart FUSE people |
09:27.08 | koen | "if you cross compile , you 'd better modify the Makefile by own ." |
09:27.26 | likewise | koen: what's FUSE? |
09:27.43 | koen | likewise: filesystem in userspace |
09:27.54 | koen | likewise: sshfs, gmailfs, etc |
09:28.06 | likewise | koen: ah of course. I was thinking of JUCE, which is something else... |
09:28.14 | RP | koen: They won't take patches? |
09:28.48 | koen | Some user got offended because I called the behaviour 'stupid' |
09:29.18 | koen | the patch: http://www.openembedded.org/repo/org.openembedded.dev/packages/fuse/files/not-run-updaterc.d-on-host.patch |
09:30.00 | koen | I bet kergoth would've screamed in agony when noticing that behaviour |
09:31.07 | RP | koen: True and it is a rather bad idea but people seem to get upset about words like stupid :) |
09:31.08 | koen | does anyone know if Xcalibrate has been fixed in kdrive 1.3? |
09:34.44 | *** join/#oe concept10 (n=concept1@ppp-70-250-199-218.dsl.rcsntx.swbell.net) |
09:37.53 | RP | hrw|work: I just dumped the runqueue for some world builds and there are only fetch and fetchall tasks listed :-/ |
09:38.07 | RP | hrw|work: The continue on error behaviour is also working ok here :-/ |
09:38.55 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
09:39.01 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
09:39.18 | *** join/#oe VoodooZ (n=palm3@modemcable214.50-82-70.mc.videotron.ca) |
09:41.39 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
09:43.03 | hrw|work | RP: with clean tmp? |
09:44.19 | RP | hrw|work: For the actual queue of tasks, it doesn't matter, it doesn't look at tmp before that point... |
09:44.29 | hrw|work | aha |
09:47.02 | RP | hrw|work: It could be the actual task execution is broken somehow :-/ |
09:47.41 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
09:50.21 | florian_kc | good morning |
09:50.44 | schurig | moin! |
09:51.56 | RP | hi florian_kc |
09:55.00 | CIA-4 | 03koen 07org.oe.dev * ra92b3f38... 10/ (1 packages/tinymail/tinymail_svn.bb): tinymail: add maxdate for configure patch |
09:55.51 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
10:03.09 | hrw|work | I need someone with oz 3.5.4.x on machine |
10:06.47 | hrw|work | NOTE: Pruned 36598 inactive tasks, 3385 left |
10:06.51 | hrw|work | nice list |
10:13.37 | florian_kc | Who worked on the dependency stuff in bitbake lately? |
10:14.12 | florian_kc | About from some wrong warnings about missing providers i get errors like this: |
10:14.15 | florian_kc | ERROR: Nothing provides runtime dependency libmimedir-0.4-dev |
10:16.51 | *** join/#oe lazy_marmot (n=lgopher@85.233.43.112) |
10:16.55 | *** join/#oe polyonymous (n=hacker@pD953AB20.dip0.t-ipconnect.de) |
10:18.16 | hrw|work | florian_kc: this dependency is wrong written |
10:19.20 | hrw|work | RP: [hrw@misc1 celinux-test]$ time bitbake -cfetchall world -vk|tee fetchall2.log |
10:19.24 | hrw|work | RP: started |
10:20.03 | florian_kc | hrw|work: oh, right... that changed somehow. obviously this one was never changed... what do i need to change? |
10:21.06 | hrw|work | florian_kc: *-dev should get automatically rdeps on other -dev |
10:23.59 | florian_kc | hrw|work: right... then the dependency settings in the sdk target might be wrong |
10:25.08 | *** join/#oe tmbinc_ (i=abcd@e176162170.adsl.alicedsl.de) |
10:25.43 | koen | florian_kc: task-sdk* and meta-sdk* need to get rewritten |
10:26.25 | hrw|work | RP: thx for git-native update. now it works with git fetcher |
10:26.43 | hrw|work | NOTE: SITE files /home/hrw/devel/oe/org.openembedded/site/endian-little /home/hrw/devel/oe/org.openembedded/site/x86_64-linux |
10:26.46 | koen | florian_kc: RDEPENDS = 'libmimedir-dev' will pull in libmimedir-0.4-dev and all the -dev packages it depends on |
10:27.33 | *** join/#oe benlau (n=benlau@221.125.13.148) |
10:32.20 | florian_kc | koen: ok... well, i'm quite sure i didn't catch all latest information about changes in oe. but i have some time to spend on it... so what do we need to update in these? |
10:33.33 | *** join/#oe redguy (n=mati@public-gprs10350.centertel.pl) |
10:33.51 | koen | replace all the libfoo-5.6.4-dev with foo-dev, or remove them is gpe-bar already depends on them |
10:34.58 | florian_kc | koen: sounds like an easy job :-) |
10:35.08 | hrw|work | NOTE: Task failed: Fetch failed: http://www.minisip.org/snapshots/libmutil-0.2.2.tar.gz |
10:40.21 | hrw|work | NOTE: Pruned 36681 inactive tasks, 3302 left |
10:40.34 | hrw|work | progress |
10:41.48 | [lala] | morning guys |
10:41.51 | *** join/#oe lazy_marmot (n=lgopher@85.233.43.112) |
10:41.56 | hrw|work | hi lala |
10:42.13 | [lala] | maybe a stupid question: how can i prevent that bitbake deletes the run.* scripts? |
10:42.18 | [lala] | hi hrw |
10:43.21 | [lala] | tmp/work/<pkg>/temp/ only contains the log files |
10:43.27 | hrw|work | [lala]: no idea |
10:44.20 | florian_kc | koen: looks like only a few of these are in task-sdk |
10:44.21 | *** join/#oe mallum (n=mallum@host86-141-46-4.range86-141.btcentralplus.com) |
10:44.25 | florian_kc | hi mallum |
10:44.29 | koen | hey mallum |
10:44.51 | mallum | hey florian_kc, koen |
10:44.59 | RP | florian_kc: In theory we don't need much of task-sdk anymore. Hang on one second as I've fixed up some of the really broken references locally... |
10:47.13 | hrw|work | one useful thing for any frontend: "XXXX of YYYY tasks left" info somewhere |
10:47.47 | CIA-4 | 03koen 07org.oe.dev * r38b07284... 10/ (1 packages/libmutil/libmutil0_0.2.2.bb): libmutils: minisip.org removed all tarballs, use SVN |
10:48.14 | hrw|work | koen: you forgot " - close #xyz" |
10:48.19 | florian_kc | RP: ok, that's nice |
10:48.53 | hrw|work | koen: thx for fixing |
10:49.09 | hrw|work | | /usr/bin/ld: fad-getad.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC |
10:49.12 | hrw|work | ;( |
10:49.23 | hrw|work | libpcap is broken |
10:50.04 | *** join/#oe XorA|gprs (n=zsirc@149.254.192.195) |
10:50.20 | hrw|work | hi XorA|gprs |
10:50.23 | koen | hrw|work: I'll look at the complete mini{sip,splat} stack this week |
10:50.43 | hrw|work | I'm thinking of taking few free days from work to work on OE |
10:50.51 | XorA|gprs | howdee |
10:50.58 | koen | hey XorA|gprs |
10:51.04 | florian_kc | hrw|work: cool |
10:51.09 | florian_kc | hi XorA|gprs |
10:51.32 | XorA|gprs | good find by mreimer last night |
10:51.49 | hrw|work | florian_kc: I have some paid OE work to do |
10:52.17 | hrw|work | florian_kc: and some OZ/Angstrom one too - read my last blog post |
10:52.26 | florian_kc | hrw|work: even better :-) |
10:53.35 | CIA-4 | 03rpurdie 07org.oe.dev * r7c5dba6a... 10/ (6 files in 2 dirs): xproto: Drop pre X11R7 versions |
10:53.50 | CIA-4 | 03rpurdie 07org.oe.dev * rf513f8c4... 10/ (1 packages/tasks/task-sdk.bb): task-sdk: Fix broken package references to remove parsing errors. Ideally needs totally rewriting |
10:53.55 | CIA-4 | 03rpurdie 07org.oe.dev * rc018d6b3... 10/ (1 packages/tasks/task-pivotboot.bb): task-pivotboot: Give variables some defaults - avoid parsing errors |
10:54.00 | CIA-4 | 03rpurdie 07org.oe.dev * ra0e25807... 10/ (1 packages/meta/meta-maemo.bb): meta-maemo: Fix broken package references to remove parsing errors. Ideally needs totally rewriting |
10:54.06 | CIA-4 | 03rpurdie 07org.oe.dev * r3c5d934a... 10/ (1 packages/e17/entice_20060416.bb): entice: Fix broken package references to remove parsing errors |
10:57.08 | hrw|work | RP: what do you think about adding empty {MACHINE,DISTRO}_FEATURES into bitbake.conf? |
10:57.39 | RP | hrw|work: No need as task-base gives them defaults |
10:58.05 | hrw|work | RP: but not task-opie - so I need to copy some code |
10:58.46 | RP | hrw|work: If we have other users then the code should move to bitbake.conf |
10:59.18 | hrw|work | RP: same with combined_features |
10:59.58 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
11:00.45 | florian_kc | RP, koen: What should be the basic ideas and new concepts for a new sdk target? |
11:01.05 | *** join/#oe idealm (n=ideal@218.82.58.130) |
11:02.28 | RP | florian_kc: The idea is any packages -dev package has the right RDEPENDS so if your image is made from task-gpe-base, task-gpe-base-dev will give you the -dev packages for the sdk |
11:04.20 | florian_kc | RP: ok... that should make the sdk targets pretty small :-) |
11:04.53 | RP | florian_kc: yes, and much less error prone |
11:05.26 | florian_kc | indeed |
11:05.55 | florian_kc | an and you removed this patch from the compiler |
11:06.01 | florian_kc | s/an/ah |
11:11.35 | *** join/#oe zecke (n=ich@145.253.107.2) |
11:11.59 | hrw|work | 3115 tasks to go |
11:14.26 | florian_kc | hrw|work: sounds like my personal task list :-) |
11:14.31 | florian_kc | hi zecke |
11:14.36 | koen | hey zecke |
11:14.38 | hrw|work | florian_kc: its bitbake tasklist |
11:14.58 | florian_kc | :-) |
11:18.28 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
11:19.00 | CIA-4 | 03koen 07org.oe.dev * r212c3e97... 10/ (1 packages/tsclient/tsclient_0.140.bb): tsclient: fix DEPENDS |
11:20.51 | hrw|work | koen: where libpanelapplet was? |
11:21.02 | koen | hrw|work: is that going to be a real source mirror, or only a celinux/omap5192osk mirror? |
11:21.06 | koen | hrw|work: inside gnome-panel |
11:22.55 | hrw|work | koen: I'm doing full fetch now. will it be full or limited will be decided later |
11:23.36 | koen | if it's going to be a full source mirror, bitbake_qa would be a better tool to fetch stuff |
11:24.39 | hrw|work | koen: I know, but I wanted to test fetchall task |
11:29.18 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
11:29.22 | *** join/#oe Shoragan (n=shoragan@datenfreihafen.org) |
11:29.31 | hrw|work | hi stefan_schmidt Shoragan |
11:30.04 | Shoragan | hi :) |
11:31.38 | hrw|work | Shoragan: can you remind me url to bitbake debian packages? |
11:33.02 | Shoragan | sure |
11:33.11 | Shoragan | http://sicherheitsschwankung.de/~jluebbe/debian/unstable/ |
11:33.24 | Shoragan | i posted to the wiki, too |
11:35.32 | hrw|work | Shoragan: I have a customer which want to fund effort of making usage of OE easier for Debian and Fedora based systems |
11:35.48 | hrw|work | Shoragan: this also means bitbake packaging. |
11:36.25 | Shoragan | i'll probably upload the package after the etch release, because of the freeze |
11:37.07 | hrw|work | Shoragan: are you interested in? |
11:37.26 | Shoragan | yes :) |
11:37.51 | hrw|work | good |
11:38.02 | Shoragan | but i'll have to go in 20 min and still have some stuff to do, i'll be available later today |
11:38.15 | hrw|work | ok |
11:38.24 | hrw|work | Shoragan: can you mail me at haerwu@hrw.one.pl? |
11:39.14 | Shoragan | k |
11:40.49 | hrw|work | Shoragan: got mail |
11:42.53 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
11:43.07 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
11:43.13 | do13_ | morning all |
11:43.56 | hrw|work | hi dirk |
11:44.29 | do13_ | hey Marcin |
11:44.36 | koen | hey Dirk |
11:44.42 | do13_ | hi Koen |
11:45.16 | do13_ | hrw|work: does qemu-native compile for you on oz354x? |
11:45.26 | hrw|work | do13_: 0.8.2 yes |
11:45.36 | do13_ | ok |
11:45.41 | hrw|work | do13_: for amd64. but does not work on amd64 |
11:46.02 | hrw|work | but according to xora there is no working version |
11:46.50 | do13_ | can you update qemu in oz354x? |
11:47.03 | hrw|work | I updated it today to latest upstream |
11:47.15 | do13_ | 0.8.2 ? |
11:47.46 | hrw|work | yes |
11:49.07 | do13_ | hmm, strange 0.8.1 here |
11:50.32 | hrw|work | will sync |
11:50.51 | hrw|work | 15 09:07 < CIA-4> hrw org.oe.oz354x * rde3cb8aa... / (3 files in 2 dirs): qemu-native: added 0.8.2 |
11:52.58 | CIA-4 | 03hrw 07org.oe.oz354x * reddaf353... 10/ (14 files in 5 dirs): qpealarmclock(applet): updated to 1.0.9 - close #1576 |
11:56.15 | CIA-4 | 03koen 07org.oe.dev * r424d220b... 10/ (1 packages/libmutil/libmutil0_svn.bb): libmutil: first pass at updating to current SVN |
12:01.38 | do13_ | hrw|work: thx. It works. |
12:02.39 | do13_ | hrw|work: new buildmachine, forgot to add pull branch. So it used the snapshot date :) |
12:02.44 | hrw|work | ;D |
12:05.51 | *** join/#oe pH5 (n=ph5@e178213008.adsl.alicedsl.de) |
12:12.26 | koen | hey pH5 |
12:13.37 | pH5 | hey koen |
12:20.50 | koen | mallum: is the kdrive-iwmmxt code online somewhere? |
12:20.51 | mallum | koen: nope not yet, its pretty broken |
12:20.51 | mallum | koen: and it dont give you much in performance |
12:20.58 | koen | mallum: the immediate value stuff? |
12:21.01 | mallum | koen: just a load of server crashes |
12:21.21 | mallum | koen: it wants all pixmaps 8 byte aligned |
12:21.53 | koen | mallum: so we need to wait for intel to make an arm11 core with iwmmxt |
12:22.51 | *** join/#oe stevenh (n=lews@65.167.23.2) |
12:22.59 | koen | mallum: did you see http://www.logicpd.com/eps/devkits/freescale/devkit/imx_devkit/ ? |
12:26.24 | mallum | koen: nice, I think RP mentioned this the other day |
12:26.40 | koen | mallum: I bet :) |
12:26.54 | koen | the other mx31 devboard is like $5k |
12:27.29 | mallum | mx31L does not have the gpu though right ? |
12:28.44 | *** join/#oe Laibsch (n=Laibsch@Fb22d.f.ppp-pool.de) |
12:31.15 | koen | mallum: yes, the L lacks the GPU |
12:32.21 | mallum | :( |
12:33.59 | *** join/#oe siomai (n=siomai@bathory.tricom.com.ph) |
12:34.15 | siomai | anybody here |
12:34.16 | siomai | ? |
12:34.18 | koen | it does have the mpeg4 stuff by the looks of it |
12:34.35 | koen | Added 15864 packages in 0 days, 0 hours, 19 minutes and 19 seconds |
12:34.48 | koen | 15864 potential QA nightmares... |
12:36.48 | florian_kc | hello siomai |
12:42.49 | siomai | hi florian_kc :) |
12:43.12 | siomai | im looking for a howto or any kind of documentation of flashing back to the SHARP rom, from pdaxrom + uboot |
12:44.18 | florian_kc | siomai: oh... that's the wrong place to ask here, but maybe there is a pdaxrom channel. |
12:45.15 | siomai | :) i'll try that, thank you very much. |
12:45.30 | florian_kc | siomai: yw |
13:09.50 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
13:09.54 | hrw|work | ~lart opencvs |
13:10.54 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
13:11.13 | Ifaistos | greetings ! |
13:12.39 | *** join/#oe lrg (n=liam@edincore.wolfsonmicro.com) |
13:12.45 | lrg | hey all |
13:13.06 | do13_ | hey Liam |
13:15.38 | florian_kc | hi Ifaistos, hi lrg |
13:16.35 | siomai | :) |
13:19.16 | hrw|work | ~seen lenehan |
13:19.18 | ibot | lenehan <lenehan@cliente-217217166154.uBRseb01.supercable.es> was last seen on IRC in channel #debian, 885d 18h 43m 29s ago, saying: 'do u know an website with how to in order to make it work ?'. |
13:19.33 | hrw|work | ~seen twibble |
13:19.34 | ibot | hrw|work: i haven't seen 'twibble' |
13:20.06 | hrw|work | what was nick of our local Perl guru? |
13:23.40 | hrw|work | perl-native for x86_64 need work |
13:23.50 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
13:23.55 | *** join/#oe psokolovsky (n=psokolov@239.usernat.ip.net.ua) |
13:25.21 | koen | ~seen v8jlene |
13:25.51 | ibot | v8jlene is currently on #oe, last said: 'Re ldd (bugs #1484 & #878). Ldd calls "set -o pipefail" which makes the busybox sh exit. It can be fixed by either removing that from ldd (only needed to get output under SELinux), or by patching busybox sh not to die when it gets an unknown set option. Anyone have a preference on which way to fix this? I'm undecided..'. |
13:25.51 | hrw|work | ah. |
13:25.51 | hrw|work | #1581 submitted, he is in Cc: |
13:25.53 | hrw|work | 3.5" bug |
13:26.05 | hrw|work | ~idle v8jlene |
13:26.16 | hrw|work | 15 14:27 [FreeNode] -!- v8jlene is idle for 226 hours, 35 minutes and 9 seconds. |
13:33.33 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
13:34.41 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
13:34.43 | Jin^eLD | huhu |
13:40.23 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
13:52.49 | mwester | ~lart hrw|work for jumping to conclusions |
14:07.56 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
14:09.54 | *** join/#oe Crofton (n=balister@65.160.252.131) |
14:11.40 | mickey|devel | morning guys |
14:11.55 | mickey|devel | koen: ncurses demo is done and sent to RP. now the ball is in his half ;) |
14:12.02 | mickey|devel | now back to paid work... |
14:14.11 | hrw|work | ~lart me |
14:14.15 | RP | mickey|devel: thanks :) |
14:14.28 | mickey|devel | np. hope you can get anything out of it :) |
14:14.35 | mickey|devel | at least it looks cool ;) |
14:14.43 | mickey|devel | dunno whether it's useful |
14:14.43 | mickey|devel | heh |
14:16.03 | RP | mickey|devel: It looks very useful and gives me the right kind of hints on how to use python which is good :) |
14:16.17 | mickey|devel | cool :) |
14:16.24 | RP | I'll have a fiddle with it later :) |
14:16.41 | koen | hey mickey|devel |
14:16.50 | zecke | mickey|devel: hey |
14:20.23 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
14:22.40 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
14:28.44 | Jin^eLD | has anyone noticed, that depending on how the Makefile.am is written some files may go or may not go to the ipk packge? In both cases make install will install them correctly, but in one case they are taken into the ipk, and in the other case you will get "NOTE: the following files were installed but not shipped in any package", is this a known problem? |
14:31.10 | chouimat | morning |
14:35.54 | *** join/#oe Sleep_Walker (n=Sleep_Wa@r5bm116.net.upc.cz) |
14:37.15 | *** part/#oe Sleep_Walker (n=Sleep_Wa@r5bm116.net.upc.cz) |
14:41.46 | RP | Jin^eLD: It depends whether they match FILES_${PN}. The variable has some defaults for common installs but specialist ones need extra definitons to be added |
14:56.36 | Jin^eLD | oh ok.. I see |
14:56.40 | Jin^eLD | I will look at that |
14:56.43 | Jin^eLD | thanks |
14:58.12 | florian_kc | RP: mc gcc-cross-sdk last night built (4.1.1) after the update this morning it suffers from the "two or more data types in declaration specifiers" issue too. |
14:58.17 | florian_kc | s/mc/my |
14:59.47 | hrw|work | RP: bitbake/trunk starts threads, wait for them to finish, start another set, wait for finish etc? |
15:00.21 | RP | hrw|work: starts X threads, when one finishes, starts another etc. |
15:01.04 | RP | florian_kc: I don't think I touched anything to do with that? |
15:01.54 | hrw|work | RP: http://pastebin.ca/249184 looks like it start X, wait for end, start next X |
15:02.30 | florian_kc | RP: right, that's quite unlikely... on my other machine and nils one we have this for a longer time now. |
15:02.45 | Shoragan | hrw|work, im back :) |
15:02.57 | RP | hrw|work: When you interrupt, it waits for all tasks to finish before exitting |
15:03.39 | RP | florian_kc: I've not looked into that problem I'm afraid |
15:05.31 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
15:06.40 | CoreDump|home | hi |
15:06.58 | hrw|work | RP: ok |
15:07.10 | hrw|work | Shoragan: and I'm bit busy now - 1h? |
15:07.18 | Shoragan | k |
15:08.35 | *** join/#oe hvontres|poodle (n=henry@redhill.orthodyne.com) |
15:19.48 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
15:25.24 | *** join/#oe Laibsch (n=Laibsch@Fb22d.f.ppp-pool.de) |
15:26.12 | Gerrath | is there an easy way to set up my kernel bb file to generate an empty ipk kernel file or do I just need to manually edit the ipk file everytime and delete the kernel? |
15:26.36 | koen | FILES_kernel-image = "" |
15:26.45 | koen | ALLOW_EMPTY_kernel-image = "1" |
15:27.04 | Jin^eLD | hi Gerrath |
15:27.11 | Gerrath | Jin^eLD, hi. |
15:27.28 | chouimat | hi koen |
15:27.39 | koen | hey chouimat |
15:28.35 | Gerrath | Jin^eLD, any luck with directfb? I'm using directfb 1.0 RC1, I can send you the bb file, although I hope to submit a patch to OE (bug tracker) soon |
15:28.49 | Gerrath | koen, thank. |
15:29.57 | Jin^eLD | Gerrath: no luck yet, my strace did hang somehow; however I figured I may have a problem with RGB / BGR |
15:30.15 | Jin^eLD | Gerrath: what exactly did you have to patch for your version? |
15:30.38 | zecke | Jin^eLD: DirectFB doesn't support BGR IIRC |
15:31.13 | Jin^eLD | zecke: I know, my hope was - I read some other people had it - that the framebuffer simply returned the wrong information |
15:31.39 | Jin^eLD | anyway, I would already be happy to see swapped colors or whatever; the main problem is that directfb just exits with various weird messages |
15:32.01 | Jin^eLD | right now I thought I go back one step and get some fbdev apps |
15:32.07 | Jin^eLD | and see how well or how bad they work |
15:34.12 | Gerrath | Jin^eLD, actually what I had to fix was an error in the actual directfb code.. a missing header file, other than that the patch that already exists for directfb works with the directfb 1.0, there might have been a couple other things I had to add to the bb file. I can email you the files if you want. Also I'll try to get it in the bug tracker sometime this week. |
15:35.03 | Gerrath | Jin^eLD, can you cat things to your fb? |
15:35.45 | Jin^eLD | Gerrath: would be nice if I could look at your files... the only problem I had was related to asm/page.h, it was not finding the PAGE_SIZE, but apart from that it compiled well.. |
15:35.57 | Jin^eLD | you mean like ls >/dev/fb0 ? |
15:36.13 | koen | cat /dev/urandom > /dev/fb0 |
15:36.15 | Gerrath | no, cat /dev/urandom > /dev/fbo |
15:36.28 | Gerrath | yes, what koen said :-) |
15:36.30 | Jin^eLD | :) |
15:36.35 | Jin^eLD | I get no error when doing that |
15:36.41 | Jin^eLD | but I do not see anything on the screen... |
15:36.42 | Jin^eLD | hmm |
15:36.49 | koen | you should get pretty colours |
15:36.55 | Gerrath | Jin^eLD, you should see all kinds of noise :-) |
15:37.19 | Gerrath | what do you get when you do a hexdump /dev/fb0? |
15:37.22 | Jin^eLD | I thought that should be the case, yes :) I guess I will do some poking around to see why nothing is there... |
15:37.35 | Jin^eLD | uhm.. a lot :) |
15:37.37 | koen | 'bitbake fbgrab' |
15:37.49 | koen | fbgrab will grab a png image of /dev/fb0 |
15:37.57 | Jin^eLD | ah, cool - compiling |
15:37.57 | Gerrath | if you dump dev/urandom to the fb0 then do a cat you should see all the random data :-) |
15:38.39 | Jin^eLD | Gerrath: well I can't tell how random the hexdump is :) but it does not seem to have any visible patterns in the hex values :) |
15:38.43 | Gerrath | Jin^eLD, opps not cat but hexdump.. cat would not look very good. |
15:38.56 | Jin^eLD | moment, I compiled fbgrab, lets see.. |
15:39.19 | Gerrath | Jin^eLD, I wrote a little c program to dump specific values to my fb when working on it.. I'll post it for you, hold on.. |
15:39.22 | zecke | cat /dev/urandom > /dev/fb0 |
15:40.11 | Jin^eLD | Gerrath: thanks |
15:40.11 | koen | cat 'spare time' > /dev/zecke |
15:40.21 | florian_kc | :-) |
15:41.35 | Jin^eLD | ok.. lets take a look at fbgrab.. |
15:42.23 | Gerrath | Jin^eLD, http://pastebin.ca/249222 its very LCD specific as I just through it together in a couple of minutes.. basically you will need to change it for your screen size. It is setup to take two ints and display half the screen with the first int and the second half with the second int. I had a color transistion problem I was tracking down :-) |
15:43.18 | Gerrath | Jin^eLD, it generates a file called pixels.raw, just cat that file to your fb. |
15:43.37 | Jin^eLD | got it, thanks |
15:44.38 | Jin^eLD | but first.. lets look at what fbgrab produced.. |
15:46.21 | Jin^eLD | hmm ok |
15:46.25 | Jin^eLD | it looks noisy |
15:46.47 | Jin^eLD | so one of the problems is that I have to somehow tell the device to display the fbdev stuff on video out |
15:47.25 | Jin^eLD | but that is another problem.. not directfb related I guess.. because DFB exits |
15:47.38 | koen | you could test Gerrath's apps as well to see if you get 2 colours instead of noise |
15:48.14 | Jin^eLD | true, let me try that.. |
15:51.24 | *** join/#oe IvoC (n=ycl@s5.cseq.net) |
15:51.52 | Jin^eLD | seems to work |
15:51.57 | Jin^eLD | I guess I medded up the resolution |
15:52.06 | Jin^eLD | or maybe it needs ARGB or something |
15:52.21 | Jin^eLD | but the colors are definetely the ones that I chose |
15:52.55 | Jin^eLD | ok, let me figure how to bring this to the TV screen.. |
15:54.38 | CIA-4 | 03gremlin 07org.oe.dev * r0479e731... 10/ (3 files in 3 dirs): |
15:54.38 | CIA-4 | linux-handhelds-2.6: Add defconfig for h3600. |
15:54.38 | CIA-4 | * Closes #1536. |
15:55.00 | koen | psokolovsky: discovered the --author switch? |
15:55.20 | psokolovsky | koen, ~2months ago ;-) |
15:55.40 | psokolovsky | and have been using it all since ;-) |
15:55.44 | koen | psokolovsky: what do you think about seperating h3600 into h3600 and h3800? |
15:56.05 | koen | they are 2 very different pieces of hardware |
15:56.18 | psokolovsky | koen, I have to say that I'm not yet familiar enough with SA models' guts |
15:56.25 | koen | asic2 vs h3600_micro |
15:56.43 | koen | psokolovsky: h36xx controls everything over a serial port, h38xx uses asic2 |
15:56.48 | psokolovsky | koen, but I would think that's grounded simply because h3800 has secondary storage, and h3600/h3700 doesn't. |
15:57.08 | psokolovsky | koen, yep, that's what I had in my dejavu's too ;-) |
15:57.34 | psokolovsky | koen, well, I guess, let gremlin[it] first revamp h3800 port, and then it can be done... |
15:57.37 | koen | I'm charging the h3780 right now via its dual pcmcia sleeve |
15:57.52 | psokolovsky | ;-) |
15:58.07 | koen | which I should return to the university sometime |
15:58.11 | hrw|work | 3870 rather? |
15:58.14 | psokolovsky | yep, I meant build secondary storage socket ;-) |
15:58.17 | koen | hrw|work: right |
15:58.34 | hrw|work | friend has one with pcmcia+battery sleeve |
15:58.43 | hrw|work | and 2200mAh battery inside of ipaq |
15:59.54 | Jin^eLD | ha! I got some output :> fbset did the trick |
16:00.41 | Jin^eLD | allthough the screen just turned blue :) still nothing displays when catting to fb0 |
16:03.53 | koen | psokolovsky: wanna task-base-ify h3600.conf? |
16:05.36 | psokolovsky | koen, sure. I'll make closing round on converting what's left of pocketpc's as soon as I flush hh.orh CVS pending patches queue. |
16:05.58 | psokolovsky | or if you're in mood now - ... ;-) |
16:06.28 | koen | h3800.conf is already using task base :) |
16:06.38 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-1beb70eb0db41c9d) |
16:06.58 | CIA-4 | 03koen 07org.oe.dev * r54e1ff98... 10/ (1 conf/machine/h3800.conf): h3800.conf: add the groundwork for splitting h38xx out of h3600.conf |
16:07.09 | CIA-4 | 03koen 07org.oe.dev * r762382ad... 10/ (1 conf/machine/h3800.conf): h3800.conf: add task-base stuff |
16:10.37 | Gerrath | Jin^eLD, you can set the fb parameters in your kernel config file or in your boot loader by passing the kernel the options at boot. |
16:11.15 | Jin^eLD | Gerrath: at first I'd be happy to figure out which ones work :) |
16:11.34 | Jin^eLD | fbset -init did at least something on the screen |
16:11.44 | Jin^eLD | but still, nothing changed when cat'ing to fb0 |
16:17.50 | *** join/#oe TheCan (n=thecan@dslb-084-056-145-255.pools.arcor-ip.net) |
16:19.50 | CIA-4 | 03pfalcon 07org.oe.dev * rad5c6d61... 10/ (1 packages/tsclient/tsclient_0.140.bb): tsclient 0.140: Clean DESCRIPTION. |
16:27.49 | *** join/#oe JaMa (n=martin@jama.mk.cvut.cz) |
16:29.26 | *** join/#oe Crofton (n=balister@65.160.252.131) |
16:31.15 | CIA-4 | 03pfalcon 07org.oe.dev * rf2a6713d... 10/ (1 packages/tsclient/tsclient_0.140.bb): tsclient 0.140: One more typo, run thru oe-stylize. |
16:33.42 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
16:38.24 | *** join/#oe JaMa (n=martin@jama.mk.cvut.cz) |
16:43.32 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
16:54.23 | Genesis | a+ |
16:58.32 | *** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
17:03.53 | *** join/#oe buckrey (n=buck@218.111.232.41) |
17:04.13 | likewise | Jin^eLD: what device are you on with DFB? |
17:05.58 | Jin^eLD | likewise: a micronas dev board, wischip |
17:06.24 | likewise | Jin^eLD: the H.264/WM9 decoder one? |
17:06.50 | Jin^eLD | uhm.. the 7x/8x (Cypher/Decypher) |
17:07.05 | Jin^eLD | go7x8x |
17:07.26 | likewise | Jin^eLD: lemme check, they also have a HDTV decoder only chip. |
17:07.30 | Jin^eLD | it has HD |
17:07.34 | Jin^eLD | so maybe it is the one you mean |
17:07.54 | Jin^eLD | I have both here, analog out and HD out |
17:08.17 | Jin^eLD | I managed to play a video on my analog tv from the board, but that seems to go via v4l |
17:08.39 | likewise | Jin^eLD: what dev board do you have exactly? |
17:08.44 | likewise | go7x8x is the name of the dev board? |
17:08.55 | Jin^eLD | lemme find it online.. wait |
17:09.36 | likewise | http://www.micronasusa.com/homeusa/index.html |
17:10.21 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
17:11.05 | Jin^eLD | http://www.micronas.com/products/application/IPTV/index.html |
17:11.08 | Jin^eLD | that's the one |
17:11.58 | likewise | Jin^eLD: this is the one I mean. It does not have an encoder AFAIK. |
17:12.39 | likewise | Jin^eLD: what's the dev board price like? |
17:13.17 | *** join/#oe VoodooZ_ (n=palm3@modemcable045.249-81-70.mc.videotron.ca) |
17:13.36 | *** join/#oe JaMa (n=martin@2001:718:2:900:213:d4ff:fe50:9da8) |
17:14.00 | hrw|work | cu all |
17:15.17 | Jin^eLD | likewise: not sure about the encoder, I thinkg you are right, it does not seem to have one |
17:15.18 | Jin^eLD | I have no idea about the price |
17:15.27 | Jin^eLD | I just got the board :) |
17:15.59 | likewise | Jin^eLD: for lend, or did you(r company) buy it? |
17:16.38 | Jin^eLD | our company has it, I do not know the details on where it came from |
17:17.09 | likewise | Jin^eLD: we needed an encoder as well, so we did not buy it. |
17:17.37 | koen | what kind of architecture is that? |
17:17.37 | likewise | Jin^eLD: I can lend it from the distributor though, so let me know if you a nice demo :-) |
17:17.38 | Jin^eLD | koen: mipsel |
17:17.38 | likewise | koen: mips core |
17:17.38 | koen | cute |
17:18.00 | Jin^eLD | likewise: you may want to take a look at this one http://www.nxp.com/applications/video_broadcast/stb/stb810/index.html |
17:18.12 | Jin^eLD | but I do not remember if it has an encoder or not |
17:18.14 | Jin^eLD | :) |
17:18.43 | koen | hmmm |
17:18.56 | koen | #oe is starting to look like a philips conspiracy |
17:19.05 | Jin^eLD | huh, why that? :) |
17:19.12 | Jin^eLD | did you have philips guys asking around here? |
17:19.23 | koen | we have some :) |
17:19.31 | Jin^eLD | interesting :) hehe |
17:19.34 | lrg | koen: do I have to do anything mtn special to pull & upgrade my local rep with your mx31 changes yesterday, no changes appeared in the pull & update messages |
17:19.37 | Jin^eLD | I worked for Philips for about 2-3 years |
17:20.40 | koen | lrg: you shouldn't need anything special |
17:20.40 | koen | lrg: 'mtn sync ; mtn up' |
17:20.41 | lrg | koen: thanks, will try |
17:21.35 | hvontres|poodle | lrg:Would you like me to test your alsa fixes for poodle? |
17:22.14 | lrg | hvontres|poodle: yes please. I think RP has updated the bb's accordingly |
17:22.19 | koen | lrg: the changes should be transparent, though |
17:22.43 | lrg | koen: 188 revs in |
17:23.12 | koen | lrg: looks like you were a few days behind :) |
17:23.32 | *** join/#oe anushsh (n=anushshe@220.226.4.73) |
17:23.32 | lrg | koen: yep, I'm using our new mirror as well. Using your scripts |
17:23.41 | koen | cool |
17:27.37 | lrg | koen: that did the trick :) |
17:28.06 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
17:28.57 | *** join/#oe smokie (n=smokie@W9ea8.w.pppool.de) |
17:29.24 | hvontres|poodle | lrg: are they in the .dev branch? |
17:30.34 | RP | lrg, hvontres|poodle: I might not have done with the latest ones. I've a few things queued up OZ wise :-( |
17:30.52 | lrg | RP: np |
17:31.21 | lrg | RP, hvontres|poodle: XorA tested on terrier and corgi. |
17:31.21 | hvontres|poodle | RP: okay.. my fix works for now :) |
17:31.37 | smokie | hi, how can i force gnu ld to place symbols according to their appearance in code ? I have c file containing register definitions which where placed at the right address by the linker. Unfortunately the linker reorders them. The object file itself maintains the right order. |
17:31.41 | lrg | hvontres|poodle: what is your fix ? |
17:31.50 | koen | lrg: isn't animal testing banned? |
17:32.05 | lrg | koen: heh :) |
17:32.10 | likewise | koen: :-) |
17:32.40 | likewise | poodle# cat |
17:32.52 | hvontres|poodle | lrg: http://bugs.openembedded.org/show_bug.cgi?id=1553 |
17:32.58 | likewise | poodle# cat mouse >/dev/watchdog |
17:33.10 | hvontres|poodle | ~corgi |
17:33.11 | ibot | corgi is, like, sharp sl-c700, or a dog |
17:33.46 | hvontres|poodle | lrg: if it works on corgi, it should on poodle too... corgi = poodle+w100+VGA |
17:33.57 | lrg | hvontres|poodle: ah, now I see. Patch in alsa HG as of last week. |
17:34.23 | lrg | hvontres|poodle: renamed to use master keyword |
17:34.40 | hvontres|poodle | lrg : alsa HG ??? |
17:34.52 | lrg | hvontres|poodle: mercurial repo |
17:34.53 | koen | mercurial |
17:35.14 | hvontres|poodle | lrg: ok.. so fix is now upstream ? |
17:35.31 | lrg | hvontres|poodle: yep and in latest patch |
17:35.34 | Jin^eLD | I got output!!! |
17:35.39 | Jin^eLD | Gerrath: I figured out the mode :) |
17:35.42 | koen | Jin^eLD: cheers |
17:35.54 | Jin^eLD | yay! :) |
17:36.01 | Jin^eLD | koen: I get the nice noise from urandom now :> |
17:36.12 | koen | Jin^eLD: now you can get back your original problem ;) |
17:36.18 | Jin^eLD | yes ;) |
17:36.26 | hvontres|poodle | lrg: cool. now the only remaining 2.6 niggle on poodle is "suspend with cancel button" :) |
17:37.03 | *** join/#oe greentux (n=m@195.227.105.180) |
17:39.33 | *** part/#oe smokie (n=smokie@W9ea8.w.pppool.de) |
17:40.35 | Jin^eLD | dfbg works! that's something |
17:43.04 | *** join/#oe [lala] (n=lala@pD9EB2AD9.dip0.t-ipconnect.de) |
17:46.26 | likewise | Jin^eLD: good! are you planning to use OE on that device. Would be cool. |
17:47.47 | Jin^eLD | likewise: we have several linux boards here, it makes sense to use OE because one could easily replace the local.conf and work with the .bb files |
17:48.05 | Jin^eLD | couple of days ago I ported my opensource UPnP server to an ARM platform in about 30 minutes |
17:48.21 | Jin^eLD | including all support libraries like sqlite3, libexif, etc. - they all were already there |
17:48.26 | Jin^eLD | OE is really cool! |
17:48.36 | likewise | ~hail OE |
17:48.43 | ibot | ACTION bows down to OE and chants, "I'M NOT WORTHY!!" |
17:48.44 | Jin^eLD | oh yeah! |
17:49.32 | Jin^eLD | likewise: the difficulty is always, that lots of manufacturers ship prebuilt stuff, compiler, glibc, kernel |
17:49.49 | Jin^eLD | some use rootfs images, some use other stuff |
17:50.05 | Jin^eLD | so I am still not sure if I should try integrating all that stuff into the environment or work in parallel |
17:50.26 | likewise | Jin^eLD: I know.... and it's always outdated. I have to bringup a Freescale Coldfire board still, MCF5474. I am not sure if upstream GCC has the proper support yet. |
17:53.22 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
17:54.26 | Jin^eLD | likewise: yep.. I always wondered how they decide to take a particular compiler or glibc version |
17:54.37 | Jin^eLD | if there is some reason behind the choice, or if it is just out of the blue |
17:55.13 | likewise | Jin^eLD: probably some developer decides early in the process and never changes. Then after the product is released (one or two years later) you get their toolchain and kernel. |
17:55.33 | likewise | Freescale is at 2.6.10 with their coldfire support. |
17:55.38 | koen | likewise: http://gnumonks.org/~laforge/weblog/2006/10/30#20061030-gpl-devices |
17:57.10 | Jin^eLD | likewise: my first thought is always to dump everything except the kernel and create an own distro |
17:57.28 | likewise | Jin^eLD: dump everything. |
17:57.34 | Jin^eLD | but well. that's usually not an option because you get deliverables based on the old stuff and so on |
17:57.48 | Jin^eLD | likewise: hmm.. everything? but they usually patch the kernel and add their drivers for the hardware to work? |
17:57.55 | likewise | Jin^eLD: No, I always assume the upstream DOES NOT WORK. |
17:58.04 | Jin^eLD | I'm an application level guy, not much of a kernel hacker :) |
17:58.07 | likewise | s/upstream/given stuff/ |
17:59.00 | likewise | Jin^eLD: Yes, ok, you get the patches, so you can verify them against their datasheets |
17:59.20 | Jin^eLD | likewise: well - that's the thing - datasheets, hardware... not my domain :) |
17:59.28 | suihkulokki | people get some stoneage binary-only kernel-module,libs and/or apps from the vendor, and thus get stuck to the only combination of kernel/gcc/libc that the vendor provided.. |
17:59.52 | koen | suihkulokki: don't talk about mvista in here ;) |
18:00.56 | suihkulokki | koen: they are hardly the only company doing that.. |
18:01.03 | Jin^eLD | suihkulokki: isn't the vendor obliged to release the kernel source? |
18:01.17 | Jin^eLD | after all it's GPL, so they have to give out the source |
18:01.22 | koen | suihkulokki: yeah, that's the sad truth |
18:01.45 | koen | Jin^eLD: I hope you have the time and money to take them to court |
18:01.56 | Jin^eLD | doh... |
18:02.44 | suihkulokki | Jin^eLD: sure, you get all the *gpl* piece sources. but not for the stuff they created themself. ie wifi and other driver, "multimedia" libraries etc |
18:02.59 | Jin^eLD | hmm that is true indeed.. |
18:04.59 | suihkulokki | case examples: broadcom wireless, intel ipp library |
18:06.47 | raduga | anyone much familiar with hostap/wifi interior wonkery? |
18:06.52 | Jin^eLD | well. nevertheless I am happy to see Linux becomming more and more present in the embedded world.. |
18:08.36 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
18:10.12 | *** join/#oe stillbourne (n=stillbou@c-67-161-131-86.hsd1.co.comcast.net) |
18:17.16 | Jin^eLD | I really don't get it.. DFB debug messages seem pretty normal, and then somewhere out of nothing: (!) [ 911: 20.504] --> Caught signal 11 (sent by the kernel) <-- |
18:18.53 | Jin^eLD | I guess I need get gdb on the platform |
18:20.17 | Jin^eLD | hmm.. gdb package seems to be broken.. |
18:25.56 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
18:25.57 | *** join/#oe nslu2-log__ (n=nslu2-lo@netblock-66-159-209-13.dslextreme.com) |
18:25.58 | *** join/#oe cdbot (n=cdbot@hentges.net) |
18:26.24 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
18:26.25 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) [NETSPLIT VICTIM] |
18:26.25 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
18:26.25 | *** join/#oe mallum (n=mallum@host86-141-46-4.range86-141.btcentralplus.com) [NETSPLIT VICTIM] |
18:26.25 | *** join/#oe lazy_marmot (n=lgopher@85.233.43.112) [NETSPLIT VICTIM] |
18:26.25 | *** join/#oe schurig (n=schurig@pD95FA0B2.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
18:26.25 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
18:26.25 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
18:26.25 | *** join/#oe france_ (n=france@pool-151-203-216-19.bos.east.verizon.net) |
18:26.25 | *** join/#oe cedric (n=cedric@213.215.31.4) [NETSPLIT VICTIM] |
18:26.25 | *** join/#oe JustinP (i=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
18:26.25 | *** join/#oe suihkulokki (i=rvoipio@nat/movial/x-b85a1a1fc193b2ae) [NETSPLIT VICTIM] |
18:26.25 | *** join/#oe poli (n=ca@CAcert-br/poli) |
18:26.25 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
18:26.25 | *** join/#oe joshin (n=joshin@unaffiliated/joshin) |
18:26.26 | *** join/#oe raduga (n=raduga@199.233.135.101) |
18:26.26 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) [NETSPLIT VICTIM] |
18:26.26 | *** join/#oe CoreDump|home (n=mhentges@hentges.net) |
18:27.22 | zecke | ~nslookup download.epson-europe.com |
18:27.25 | *** join/#oe sirius|afk (n=siriusno@64-251-145-86-cablemodem-roll.fidnet.com) |
18:31.29 | *** join/#oe furlongm (n=furlongm@83.70.252.187) |
18:31.30 | *** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
18:32.10 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
18:33.11 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
18:46.15 | *** join/#oe Slims (n=joni@208-20.2-85.cust.bluewin.ch) |
18:48.31 | CIA-4 | 03cbrake 07org.oe.dev * rf4893d86... 10/ (1 packages/linux/logicpd-pxa270_2.6.17-rc5.bb): logicpd-pxa270: do not include any files in the kernel package |
18:48.40 | CIA-4 | 03cbrake 07org.oe.dev * r2a7d899b... 10/ (1 packages/linux/compulab-pxa270_2.6.16.bb): compulab-pxa270: do not include any files in the kernel package |
18:50.46 | *** join/#oe Crofton (n=balister@65.160.252.131) |
18:56.15 | Jin^eLD | btw, has anyone heard of ptxdist? I learned that one can create a small distro from scratch with it; but same can be done with OE, right? |
18:56.42 | koen | and more! |
18:57.19 | koen | a 4 line recipe in OE takes a gazillion lines in ptxdist |
18:57.33 | koen | and ptxdist doesn't track shared libraries for you like OE does |
18:57.47 | koen | ptxdist also doesn't create toolchains |
18:58.11 | Jin^eLD | I see.. heh :) well, I never heard about ptxdist before, just learned today that one of the distros for some hardware that we received was created with that |
18:58.55 | koen | managers like it because it has the same config interface as the linux kernel |
18:59.04 | koen | 'OMG!!! KConfig!!!!' |
18:59.19 | Jin^eLD | hehe |
18:59.51 | koen | the creators (penguitronix) are doing nice work on the linux kernel, though |
18:59.58 | Jin^eLD | well, I have to admit it takes time to really understand and setup the OE environment :) I am still not sure if I did everything right |
19:00.05 | cbrake | Jin^eLD: OE takes longer to learn and comprehend than simpler systems like buildroot and ptxdist, but OE can do a lot more. Just look at the package count :-) |
19:00.19 | Jin^eLD | cbrake: yes, that was actually what I was going to say :) |
19:00.32 | Jin^eLD | so at our company I tought people to use OE |
19:00.54 | Jin^eLD | and I guess we will stick with that, but we are not creating distros from scratch... |
19:01.06 | Jin^eLD | so we still have to live with stuff that gets delivered |
19:01.47 | raduga | cbrake: also, look who's using each system |
19:01.56 | cbrake | Jin^eLD: OE is pretty easy to use with external toolchains/glibc. Are you doing that now? |
19:02.13 | Jin^eLD | cbrake: yes I am |
19:02.34 | Jin^eLD | cbrake: but as I understood it is better to creata metadata packges out of external distros so they also go to the staging dir |
19:02.40 | Jin^eLD | and that is not always trivial |
19:02.58 | Jin^eLD | because you often get a bunch of stuff that is just somewhere |
19:03.33 | Jin^eLD | I figured out the main thing though, how to use the prebuilt gcc, they all use crosstool so that's at least somehow a standard |
19:03.39 | cbrake | Jin^eLD: yes, I've never went that far. All I've done is build the extra packages I need and untar them on the target. I can see that would be a challenge. |
19:04.22 | Jin^eLD | yep.. |
19:04.46 | Jin^eLD | well, so far I do it the risky way, probably missing some rdepends because my staging is not filled up correctly |
19:04.53 | Jin^eLD | there was some warning about it in the docs |
19:05.06 | Jin^eLD | but all seems to work |
19:08.19 | *** join/#oe Timelord (n=TL@66.150.138.156) |
19:08.25 | Jin^eLD | enough work for today.. time to code my own project :) and time for some food :> l8r |
19:09.42 | *** join/#oe greentux_alt (n=m@195.227.105.180) |
19:11.11 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
19:27.16 | *** join/#oe nevarrie (n=jgrant@CPE-72-128-35-75.kc.res.rr.com) |
19:29.10 | *** join/#oe JustinP (i=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
19:33.41 | *** join/#oe zecke (n=ich@88.134.98.23) |
19:44.15 | *** join/#oe siriusnova (n=siriusno@64-251-145-86-cablemodem-roll.fidnet.com) |
19:47.42 | Gerrath | Jin^eLD, good to hear you got it working.. |
19:52.02 | *** join/#oe gremlin[it] (n=_@ppp-12-6.25-151.libero.it) |
19:57.53 | *** join/#oe luke-jr_ (n=luke-jr@user-0c93tj3.cable.mindspring.com) |
19:59.43 | zecke | CosmicPenguin: any chanche for getting an OLPC for my QA 'studies'? |
20:00.10 | CosmicPenguin | zecke: I'm surprised that jg didn't respond to you |
20:00.15 | zecke | :( |
20:00.32 | zecke | probably just too busy, I consider mailing him again |
20:00.44 | CosmicPenguin | yeah - since the build happened, things are much quieter |
20:03.06 | pb_ | hi zecke |
20:03.30 | zecke | hey |
20:04.00 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
20:06.04 | Jin^eLD | Gerrath: well.. I am still not any further with DirectFB |
20:07.29 | Jin^eLD | the only app that works is dfbg :) everything else crashes with signal 11 |
20:12.47 | Gerrath | Jin^eLD, I got a lot of sig 11's in directfb do to input devices as well. |
20:12.49 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
20:12.51 | CosmicPenguin | heh http://dev.laptop.org/ticket/249#comment:5 |
20:13.11 | Gerrath | Jin^eLD, strace it again and see what is right before the sig 11. |
20:13.15 | Jin^eLD | Gerrath: I tried disabling all of them, because I also had an issue with that |
20:13.18 | zecke | pb_: I need some autoconf help/counseling |
20:13.35 | Jin^eLD | Gerrath: strace did not help me, for some reason strace did hang way before the sig11, it hangs in some nfs call |
20:13.40 | Jin^eLD | my rootfs is mounted via nfs |
20:13.43 | pb_ | zecke: oh dear |
20:14.01 | Jin^eLD | Gerrath: so strace did not tell me much at all.. |
20:14.33 | Jin^eLD | Gerrath: I also tried it with gdb but did get any meaningful results |
20:15.00 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
20:17.04 | *** join/#oe gerwinin (n=gerwin@ip5457b30e.direct-adsl.nl) |
20:17.14 | zecke | pb_: http://www.openembedded.org/filebrowser/org.openembedded.dev/contrib/site-conf |
20:17.33 | zecke | pb_: can I somehow avoid this aclocal.m4? |
20:17.36 | gerwinin | lo |
20:18.57 | *** join/#oe Crofton (n=balister@65.160.252.131) |
20:19.04 | koen | hey gerwinin |
20:19.42 | pb_ | zecke: I'll take a look |
20:20.15 | gerwinin | Koen : how do I get my patches config files and stuff in oe ? Should I just submit them to bugzilla ? |
20:20.45 | koen | gerwinin: yes, attach them to seperate bugs |
20:22.16 | gerwinin | Koen : okay |
20:22.21 | gremlin[it] | sorry i got strange error from mtn ... >>>mtn: misuse: path _MTN/tmp/1 already exists<<< doing mtn update ... any clue ? |
20:23.04 | koen | gremlin[it]: rm _MTN/tmp -rf ; mtn up |
20:23.14 | gerwinin | Koen: maybe we should upgrade util-linux |
20:23.14 | pb_ | zecke: can't you just put the contents of that file in configure.ac directly? |
20:23.23 | *** join/#oe tmbinc (i=abcd@e176162170.adsl.alicedsl.de) |
20:23.41 | zecke | pb_: no, I do not want this |
20:23.55 | hrw | 'morning' |
20:24.07 | gremlin[it] | >>> mtn: misuse: path 'contrib/site-conf' already exists, cannot create <<< |
20:24.07 | pb_ | zecke: I guess I don't understand what you do want |
20:24.08 | koen | gerwinin: aren't we using the latest util-linux already? |
20:24.12 | gremlin[it] | grrrr |
20:24.13 | koen | hey hrw |
20:24.29 | gerwinin | Koen : Let me checl |
20:24.31 | zecke | pb_: We have this site cache, it generated results from different projects builtin autoconf tests, dbus, ... |
20:24.31 | hrw | let test opie/amd64 |
20:24.47 | zecke | pb_: and I want one m4 file for each project/program |
20:24.53 | koen | gerwinin: I known it fails for x86 |
20:25.07 | zecke | pb_: so you can just call autoreconf -I m4, execute ./configure on a target system and have a working site cache |
20:25.08 | koen | gerwinin: applying the patch from debian/ubuntu didn't help |
20:29.18 | gerwinin | Koen: I couldn't find that one |
20:29.35 | gerwinin | Koen: I made a patch so far myself :( |
20:30.00 | pb_ | zecke: okay. I still don't really understand what your aclocal.m4 file is about though. |
20:31.31 | zecke | pb_: okay. Imagine we have some results of samba in i686-linux |
20:31.49 | zecke | pb_: now I want to copy and paste the autoconf to samba.m4 |
20:31.57 | zecke | pb_: and somehow include it in configure.ac and execute it |
20:32.06 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
20:32.13 | hrw | zecke: and then run it on wrt54 which is mipsel? |
20:35.29 | hrw | ~lart collie |
20:41.05 | *** join/#oe Marex_ (n=Marex@gwfm4-1-161.802.cz) |
20:41.18 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
20:42.14 | CIA-4 | 03justinp 07org.oe.oz354x * r99721413... 10/ (35 files in 4 dirs): efl, e17: update to newest versions |
20:42.19 | CIA-4 | 03justinp 07org.oe.dev * r7d8e0f1f... 10/ (35 files in 4 dirs): efl, e17: update to latest versions |
20:42.25 | CIA-4 | 03justinp 07org.oe.dev * r5030fa4f... 10/ (1 contrib/mtnpatch.py): mtnpatch: update for newer monotone versions, move patch command to end to allow for rename or add and patch |
20:47.12 | CIA-4 | 03justinp 07org.oe.oz354x * r05aac212... 10/ (1 conf/local.conf.sample): local.conf.sample: fix typo |
20:47.19 | CIA-4 | 03hrw 07org.oe.dev * rf4cb521c... 10/ (5 files in 2 dirs): debianutils: updated to 2.17.3, dropped older |
20:49.41 | *** join/#oe Timelord (n=TL@66.150.138.156) |
20:51.18 | CIA-4 | 03justinp 07org.oe.dev * r1c5b1996... 10/ (1 packages/musicpd/mpd_0.11.5.bb): mpd: add faad2 support |
20:51.20 | CIA-4 | 03justinp 07org.oe.dev * r0eb8efc4... 10/ (1 packages/gstreamer/gst-plugins-base_0.10.7.bb): gst-plugins-base: fix PROVIDES |
20:51.38 | JustinP | hrw: would you have a problem switching ENABLE_BINARY_LOCALE_GENERATION to use ?= so it can be overridden? |
20:51.47 | JustinP | hrw: qemu-native is failing build on my machine... |
20:51.55 | hrw | JustinP: 0.8.2 fails? |
20:52.00 | CIA-4 | 03hrw 07org.oe.oz354x * r3e901f95... 10/ (3 files in 2 dirs): |
20:52.00 | CIA-4 | debianutils: updated to 2.17.3, dropped older (from .dev) |
20:52.00 | CIA-4 | applied changes from 5030fa4fd12eecce406862803a77d7b278ac71d7 |
20:52.00 | CIA-4 | <PROTECTED> |
20:55.19 | JustinP | hrw: I'm trying again right now to make sure |
20:55.50 | *** join/#oe Marex (n=Marex@gwfm4-1-161.802.cz) |
20:58.33 | koen | drw: still working on IOP stuff? |
20:59.27 | gerwinin | Koen: found out why it fails |
20:59.38 | JustinP | hrw: hmmm...perhaps something changed....qemu-native built. I'll re-try glibc |
20:59.44 | drw | koen: IOP? |
20:59.59 | koen | drw: the intel nas stuff |
21:00.04 | gerwinin | utils is looking for asm/io.h but that should be asm-i386/io.h |
21:00.10 | koen | drw: probably another Dan Williams :) |
21:00.20 | drw | koen: not part of that |
21:00.35 | drw | yeah the other one (kernel hacker) |
21:00.58 | koen | drw: that explains a lot :) |
21:01.09 | gerwinin | Koen: now I need to see how I can make utils-linux to this directory |
21:01.32 | drw | koen: I'll take that in a good way... ;) |
21:02.13 | *** join/#oe bronson (n=bronson@66.160.177.211) |
21:02.17 | koen | drw: :) |
21:13.11 | koen | ~lart libiconv |
21:13.29 | chouimat|bored | hehe |
21:14.58 | koen | it's just a flesh wound |
21:18.32 | gremlin[it] | just to start flame again monotone ... is possible to get (checkout) only a part of a tree ? |
21:24.24 | *** join/#oe JaMae (n=martin@jama.ipv6.mk.cvut.cz) |
21:28.46 | *** join/#oe patriot (n=email@e178061185.adsl.alicedsl.de) |
21:29.26 | patriot | is an admin of OESF-Forums here? |
21:29.40 | zecke | patriot: unlikely, OE has nothing to do with OESF |
21:30.10 | *** join/#oe vlo|work (n=valentin@d213-103-152-72.cust.tele2.ch) |
21:30.36 | patriot | 12h14mmmmm ive been now waiting for one week, to get validated with my account on oesf |
21:31.02 | koen | ~oesf |
21:31.03 | ibot | i heard oesf is rumour has it, oesf is newer name of ZUG - it provides forum for Zaurus/Ipaq/Simpad/etc users (see zug). It has nothing in common with OpenEmbedded (except for the first two letters), see http://www.oesf.org/ |
21:31.21 | JustinP | *ouch* |
21:31.22 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
21:31.23 | koen | patriot: oesf has nothing to do with OE |
21:31.45 | JustinP | glibc-2.3.5+cvs20050627-r3/temp/run.do_prep_locale_tree: cp: Argument list too long |
21:31.59 | JustinP | now how do I fix *that* one |
21:32.02 | patriot | i thought so, because this channel is posted on there site |
21:32.49 | CosmicPenguin | JustinP: xargs is your friend |
21:33.11 | JustinP | CosmicPenguin: yes, but that's not my code...this is glibc from oz354x |
21:33.21 | CosmicPenguin | then xargs is their friend... :) |
21:33.26 | CosmicPenguin | its a very friendly tool |
21:33.33 | JustinP | I suppose I'll try to xargs it if it fails again... |
21:33.40 | JustinP | yes and no |
21:33.52 | JustinP | for example....how the hell do I make find and xargs work together consistently |
21:33.54 | v8jlene | Morning everyone |
21:34.13 | koen | hey v8jlene |
21:34.18 | JustinP | it tends to try to run one long command....and it won't work with spaces |
21:34.36 | gerwinin | Koen: problem solved |
21:34.52 | koen | gerwinin: cool |
21:35.06 | gerwinin | Koen: I will add it to bugzilla |
21:35.20 | koen | gerwinin: keigaaf ;) |
21:35.32 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
21:35.35 | zecke | JustinP: if you use FreeBSD recompile the kernel with a longer command line length |
21:35.42 | zecke | JustinP: alternatively use GNU Hurd :) |
21:36.04 | gerwinin | Koen: Jazeker |
21:36.31 | gerwinin | Koen : Als ik mirror voor oe wil zijn hoe regel ik dat ? |
21:36.57 | koen | gerwinin: source tarballs or monotone? |
21:37.16 | gerwinin | Koen : source to start with |
21:37.20 | JustinP | zecke: are you telling me you all are using OE on FreeBSD or HURD? |
21:37.28 | gerwinin | Because sometimes oesources is so slow |
21:37.31 | JustinP | zecke: I've never heard of anyone actually using HURD.... |
21:37.44 | koen | gerwinin: hrw or zecke should be able to help you |
21:37.53 | zecke | JustinP: hehe, right |
21:37.55 | JustinP | zecke: I'm on Linux anyway |
21:38.06 | gerwinin | Koen: we can discuss this issues on t-dose |
21:38.16 | zecke | JustinP: I had the glibc issue on FreeBSD and then stopped there and I know that Hurd hasn't any such artificial limitations |
21:38.24 | koen | JustinP: IOError: [Errno 2] No such file or directory: '/home/koen/OE/monotone/org.openembedded.dev/packages/efl/ecore/configure-abstract-sockets.patch' |
21:38.45 | *** part/#oe lazy_marmot (n=lgopher@85.233.43.112) |
21:39.05 | gerwinin | Koen: you got enough $ to come overhere ? |
21:39.17 | koen | gerwinin: OV jaarkaart :) |
21:39.29 | gerwinin | Koen: weekend or week ? |
21:39.35 | koen | weekend |
21:39.53 | JustinP | koen: ack....I'll fix that |
21:40.17 | gerwinin | Koen: Do we have some merchandise for on t-dose |
21:40.41 | koen | gerwinin: maybe some OE shirts |
21:40.53 | zecke | koen: if I come I have some OE shirts ;) |
21:41.03 | gerwinin | Koen: bring them and sell them , I want one for sure :) |
21:41.24 | gerwinin | Zecke/Koen: If I can help let me know |
21:41.47 | gerwinin | Koen: do you think you can arrange free bandwith for an oe server ? |
21:42.05 | gerwinin | Koen: I mean at the uni or something ? |
21:42.15 | koen | gerwinin: sort of |
21:42.37 | gerwinin | Koen: I will ask gigabyte and jetway to sponsor us a server |
21:42.56 | koen | gerwinin: the server I have is under 'reconsideration' |
21:43.13 | gerwinin | Koen: The more servers the better :) |
21:43.36 | koen | gerwinin: I think I have some credits left to plugin a 1U server in the rack |
21:43.42 | CIA-4 | 03justinp 07org.oe.oz354x * r0ef5f4c1... 10/ (1 packages/efl/ecore/configure-abstract-sockets.patch): ecore: add missing patch |
21:43.48 | CIA-4 | 03justinp 07org.oe.dev * rd30814db... 10/ (1 packages/efl/ecore/configure-abstract-sockets.patch): ecore: add missing patch |
21:44.22 | koen | JustinP: fwiw, that abstracts socket thing should be able to get 'fixed' via site files |
21:44.41 | gerwinin | Koen: I will ask for the server , maybe we should place in every continent a server |
21:44.57 | koen | gerwinin: that's is my plan as well |
21:45.09 | gerwinin | Koen: I will try to help you |
21:45.13 | JustinP | koen: I figured....but I had no idea whatsoever how to set it.... |
21:45.23 | koen | oesources is in california and oe.org in berlin |
21:45.37 | koen | JustinP: I needed that result for some other app |
21:45.38 | gerwinin | Koen : I got some good links with hardware manufacturers |
21:45.39 | zecke | oe.org is in berlin? |
21:45.48 | koen | JustinP: I'll fix ecore as well if it works |
21:45.55 | koen | zecke: yep, strato.de |
21:46.40 | gerwinin | Koen: let me send a mail to gigabyte and jetway |
21:47.00 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
21:47.20 | koen | gerwinin: once there is a physical server, it shouldn't be hard to find hosting |
21:47.43 | gerwinin | Koen: Well I do not have too much contact in that world |
21:48.24 | JustinP | koen: thanks |
21:48.50 | gerwinin | Koen: would a sempron64 be enough ? |
21:49.01 | JustinP | CosmicPenguin: how do I get xargs to work....? The examples are simply not working. It always treats the input as one entry. |
21:49.08 | zecke | gerwinin: I think any hardware as long as relocatable is fine |
21:49.10 | koen | gerwinin: a p100 would be enough |
21:49.30 | zecke | koen: a p100 could run a msp430 emulation at half the speed :) |
21:49.44 | zecke | koen: this would make use debian style :) |
21:49.51 | *** join/#oe Crofton (n=balister@65.160.252.131) |
21:49.51 | gerwinin | Koen: If i give you a server than you the datacenter thing ? |
21:49.57 | hrw | re |
21:50.19 | gerwinin | Zecke: I made a bluetooth swiss knife with msp430 |
21:50.35 | zecke | gerwinin: we use them to build ScatterWeb |
21:50.40 | hrw|tv | we will have source mirror in Oregon, USA if everything will go ok |
21:50.44 | JustinP | ......what is this line for? "cp -a /home/papercrane/oe/oz354.build/tmp/staging/arm-linux/lib/* $treedir/lib" |
21:50.56 | gerwinin | Zecke: At my work I am hit by the pic microcontroller with this increadable stupid mplab |
21:50.57 | hrw|tv | v8jlene: hi |
21:51.23 | hrw|tv | v8jlene: can you help me to get perl-native built on x86_64? |
21:51.29 | koen | JustinP: http://ewi546.ewi.utwente.nl/tmp/fix-debug-packaging-for-e.diff |
21:51.31 | zecke | gerwinin: they plan to use .NET micro vm on these boards until M$ pays the redesign we use the GNU CC :) |
21:51.34 | gerwinin | Zecke: With those "nice" registers |
21:51.35 | koen | JustinP: any thoughts on that? |
21:51.45 | zecke | gerwinin: they were schocked when they saw gdb-remote |
21:52.03 | v8jlene | hrw|tv: Yeah, I see that. It worked when I last built it a few days ago. I'll look it at later today... after I finish getting these job applications finished and sent off. |
21:52.23 | hrw|tv | v8jlene: ok, you have access to such machine? |
21:52.33 | gerwinin | zecke: I used pikdev under kde , at my work they also bought .net but after somebody made an alarm application with it we threw it away too dangerous :) |
21:52.58 | JustinP | koen: the reason, IIRC, that I didn't use += in those was because of ordering and duplicates issues |
21:53.18 | gerwinin | Zecke: .net can never be cheaper , you need to spend a fortune on calming tablets and paracethamol |
21:53.22 | koen | JustinP: right, there's still the duplicates issues, but =+ prepends stuff |
21:53.26 | v8jlene | hrw|tv: Yes, my main system here is an AMD X2 running x86_64. |
21:53.32 | hrw|tv | ok |
21:53.34 | koen | JustinP: my goal is to get the -dbg packages working |
21:53.49 | hrw|tv | v8jlene: my main system is X1 only |
21:53.53 | raduga | gerwinin: can't you just replace the developers with zombies? |
21:54.01 | raduga | (i think you'd save money that way, too) |
21:54.19 | JustinP | koen: suppose I could test it and see what ends up in the packages... |
21:54.23 | koen | raduga: helmets can be expensive :) |
21:54.27 | JustinP | koen: will have to be later, though |
21:54.43 | gerwinin | Raduga : I was obligated to work with .net and I threw it out of the window and went back to my favourite vi |
21:55.03 | gerwinin | Raduga: After that I felt much better |
21:55.13 | raduga | i feel much better to hear that, too |
21:56.13 | hrw|tv | back to matrix.. |
21:56.29 | koen | JustinP: http://ewi546.ewi.utwente.nl/tmp/fix-debug-packaging-for-e-the-easy-way.diff :) |
22:03.22 | JustinP | koen: ;-) that works |
22:03.38 | JustinP | koen: feel free to check it in (or I can do it if you like) |
22:04.29 | koen | JustinP: committed |
22:05.03 | CIA-4 | 03koen 07org.oe.dev * rd65177cb... 10/ (1 classes/e.bbclass classes/efl.bbclass): e classes: include dbg packages |
22:06.31 | JustinP | koen: does oz354x need that fix? |
22:06.48 | koen | JustinP: no, oz doesn't know about -dbg packages |
22:07.24 | *** join/#oe tmbinc_ (i=abcd@e176155224.adsl.alicedsl.de) |
22:07.24 | JustinP | koen: ok, thanks |
22:09.33 | JustinP | anyone here know how to properly use xargs? I used to be able to use it.... |
22:10.46 | koen | gerwinin: could you attach the patch instead of pasting it inline? |
22:10.58 | koen | gerwinin: and bugs are only resolved if the patch is in oe :) |
22:19.11 | JustinP | ....hmmm....it's working differently now.... |
22:22.03 | JustinP | great....I built qemu-native again finally but now "Unable to load interpreter" |
22:30.21 | gerwinin | koen : okay |
22:33.19 | koen | psokolovsky: what do you think about using LAB as 3rd stage on hx4700? |
22:33.30 | *** join/#oe mykilx (i=1000@pool-71-99-150-2.tampfl.dsl-w.verizon.net) |
22:33.34 | koen | psokolovsky: I really hate it to digg out a cf card to flash the kernel |
22:38.01 | JustinP | damn it.... |
22:38.09 | JustinP | why is qemu doing this to me? |
22:38.42 | RP | JustinP: ${PN}-dbg needs to go before ${PN} |
22:39.55 | JustinP | RP: koen checked it in ;-) I'll fix it, then |
22:40.26 | JustinP | RP: .dev hasn't been able to build up to efl for me lately as it is |
22:40.41 | JustinP | RP: do you know why qemu might not be able to find its interpreter? |
22:41.18 | RP | JustinP: ah, yes. I'm getting the commits/authors confused. Not my day today :) |
22:41.29 | *** join/#oe zecke (n=ich@88.134.98.23) |
22:41.46 | JustinP | RP: he authored it as me? |
22:41.49 | CIA-4 | 03koen 07org.oe.dev * r2bca6e25... 10/ (1 classes/e.bbclass classes/efl.bbclass): |
22:41.49 | CIA-4 | e classes: fix -dbg |
22:41.49 | CIA-4 | RP says: "${PN}-dbg needs to go before ${PN}" |
22:42.00 | RP | JustinP: I've never seen that before with qemu :-/ |
22:42.35 | JustinP | I've seen it before....I don't recall what the fix is, though... |
22:42.46 | JustinP | blah.... |
22:42.49 | JustinP | this should be fun |
22:43.51 | *** join/#oe Ironnads (n=Ironnads@host86-135-83-15.range86-135.btcentralplus.com) |
22:44.39 | RP | koen: check the diff of that last commit :-/ |
22:44.57 | RP | koen: missing space |
22:45.00 | JustinP | RP: already fixed |
22:45.05 | JustinP | koen: already fixed |
22:45.10 | CIA-4 | 03justinp 07org.oe.dev * r3ab6e538... 10/ (1 classes/e.bbclass classes/efl.bbclass): efl.bbclass, e.bbclass: move -dbg before |
22:45.29 | JustinP | heh....shell escaped... |
22:46.36 | CIA-4 | 03koen 07org.oe.dev * r60961ec4... 10/ (1 packages/images/e-image.bb): e-image: the e dudes have gotten a clue and are using .desktop files nowadays, so the convert script isn't needed anymore |
22:47.57 | koen | JustinP: all the e files are still using the old DEPENDS and RDEPENDS format, btw |
22:48.09 | JustinP | koen: ? |
22:48.14 | JustinP | old format? |
22:48.30 | koen | listing stuff in DEPENDS and RDEPENDS |
22:48.37 | koen | like entrance |
22:48.49 | koen | DEPENDS = "bash", REPENDS = "bash" |
22:49.23 | koen | JustinP: putting it only in rdepends is enough in .dev |
22:49.26 | JustinP | ok |
22:49.38 | JustinP | well....perhaps I'll update that after I get this damn glibc problem worked out |
22:49.48 | JustinP | or perhaps I'll just turn off binary locale genration again |
22:50.03 | koen | you do need .deb |
22:50.05 | koen | ehm |
22:50.07 | koen | .dev |
22:50.30 | koen | .oz354x is quite 'old' |
22:50.43 | JustinP | "need"? for what? |
22:50.52 | koen | for the new RDEPENDS stuff |
22:50.59 | JustinP | yeah, I know that |
22:51.17 | JustinP | I'm still running my Z on oz354x, though as .dev doesn't work for me |
22:51.18 | *** join/#oe florian (n=fuchs@84.245.170.79) |
22:51.40 | koen | if you're building for OZ, you can just emerge qemu and ASSUME_PROVIDED += "qemu-native" |
22:52.12 | koen | RP: having fun with ncurses? |
22:53.07 | JustinP | koen: I had some problems with that before....guess I'll try it again |
22:53.12 | florian | re |
22:53.42 | RP | koen: Thinking about it atm. Its going to need some planning |
22:53.55 | RP | Do we need to maintain a bitbake commandline mode? |
22:54.08 | koen | RP: why does bitbake execute do_clean on a failed build nowadays? |
22:54.36 | koen | NOTE: package epsilon-0.3.0.007-r0: task do_compile: failedERROR: TaskFailed event exception, abortingNOTE: package epsilon-0.3.0.007-r0: task do_clean: started |
22:54.52 | RP | koen: You're using tinderbox? |
22:54.55 | koen | yep |
22:55.46 | RP | I find that really annoying but I can understand why zecke did it :) |
22:56.16 | koen | I usually have all QA stuff enabled |
22:56.44 | koen | <PROTECTED> |
22:56.51 | zecke | koen: you can disable auto cleaning |
22:57.04 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
22:57.08 | zecke | at least I hope I finished that task |
23:01.48 | koen | RP: -c devshell rocks |
23:02.52 | RP | koen: Someone noticed at last :) |
23:03.29 | RP | koen: You can add variables to export into the shell in devshell.bbclass fwiw |
23:04.00 | RP | We should also add something to export oe's shell functions into the env, then it would really really rock :) |
23:04.09 | koen | RP: I think I have a misfeature in bitbake |
23:04.45 | koen | RP: packages/e17/entrance_0.9.0.007.bb |
23:05.16 | RP | koen: What about it? |
23:05.18 | JustinP | koen: building e images for angstrom? |
23:05.42 | koen | RP: that inherits e, so it should have PN-themes in PACKAGES, but bitbake refuses to build it since nothing provices entrance-themes |
23:05.48 | koen | JustinP: yes |
23:06.45 | RP | koen: bitbake doesn't build things in RDEPENDS space, just DEPENDS space |
23:07.48 | RP | Arguably we probably could support it now but it would get extremely confusing |
23:08.07 | koen | RP: I don't think that is the problem |
23:08.34 | RP | koen: Are you talking about typing "bitbake entrance-themese" or something else which pulls that in as a dep? |
23:08.47 | koen | 'bitbake entrance' |
23:08.50 | koen | that bails out |
23:09.01 | koen | entrance has entrance-themes in RDEPENDS |
23:09.31 | koen | ah, hmmm |
23:09.44 | koen | I guess that typo wasn't fixed |
23:10.21 | koen | D'oh |
23:10.30 | hrw|tv | cu |
23:10.50 | hrw|gone | -c devshell... have to remember |
23:10.54 | koen | RP: ${PN}${PN}-themes was the problem |
23:11.02 | RP | koen: :) |
23:11.13 | RP | koen: mtn update ;-) |
23:14.53 | koen | in ~70 minutes the angstrom armv5te feed should have the updated e packages |
23:16.48 | koen | 'night all |
23:16.53 | CosmicPenguin | koen: probably the same thing thats keeping them from adding OpenOffice |
23:17.00 | CosmicPenguin | so close |
23:19.44 | zecke | BTW: I just found I have an unoccupied Dual Xeon system |
23:20.36 | CIA-4 | 03rpurdie * r675 10bitbake/bin/bitbake: bin/bitbake: Improve -b error message |
23:21.17 | RP | Things like "bitbake -b linux-openz.*git" now work |
23:22.37 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:38.03 | gerwinin | Koen: it seems gpe-image for x86(epia) compiles now |
23:38.59 | gerwinin | Koen: tv-out needs some work |
23:41.40 | ggilbert_ | Speaking of unoccupied Dual Xeon systems |
23:42.10 | ggilbert_ | did any developers in southern california need one? |
23:42.30 | JustinP | <PROTECTED> |
23:47.28 | zecke | ggilbert_: the NSLu2 folks might be the only ones in california i know |
23:47.38 | ggilbert_ | ah |
23:48.54 | JustinP | ggilbert_: I'm in northern CA, but I'm not a prodigious enough developer to need a dual xeon.... |
23:49.13 | JustinP | ggilbert_: you could always set up a tinderbox client on it and constantly compile ;-) |
23:50.48 | zecke | ggilbert_: I have even scripts for that |
23:51.00 | ggilbert_ | Yeah, but my power bill is high enough :) |
23:51.11 | zecke | ggilbert_: hehe |
23:57.11 | rwhitby | ggilbert: nslu2 has our own build farm in SoCal (SB), thanks. |
23:57.17 | ggilbert_ | ah |
23:57.49 | ggilbert_ | Well if you need more hardware, feel free to poke me. I actually work in the SB area part of the time so it wouldn't even be a pain for me to bring up. |