| 00:07.21 | *** join/#oe jbs (n=Bernardo@89-180-39-3.net.novis.pt) |
| 00:33.20 | *** join/#oe greentux__ (n=lemke@Z7a69.z.pppool.de) |
| 00:55.46 | *** join/#oe vivijim (n=vivijim@189.13.200.91) |
| 00:59.36 | *** part/#oe xjqian (n=gordon@24-107-186-86.dhcp.stls.mo.charter.com) |
| 01:10.31 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 01:12.10 | *** join/#oe nm (n=nm@222.252.113.252) |
| 01:39.54 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
| 01:43.39 | khem | I am getting this error error: pick-rref: HEAD not found |
| 01:44.00 | khem | when I it is trying to get kernel from git.mvista.com |
| 01:44.10 | khem | has someone else seen such an issue |
| 01:47.42 | Crofton|home | khem, what bb file? |
| 01:48.08 | Crofton|home | I had an issue where there was proto=http, not proto=git |
| 01:48.22 | NAbyss | khem: Looks to me like the upstream git (version control) doesn't have a head.. might have an unmerged head.. haven't had that error before |
| 01:48.48 | khem | Crofton|home: I am adding new one which is based on linux-omap1_2.6.x+git.bb |
| 01:48.58 | Crofton|home | SRC_URI = "git://source.mvista.com/git/linux-davinci-2.6.git;protocol=git \ |
| 01:49.03 | Crofton|home | heh |
| 01:49.13 | khem | mine is |
| 01:49.42 | khem | SRC_URI = "git://source.mvista.com/git/linux-omap-2.6.git;protocol=http \ |
| 01:49.47 | Crofton|home | try changing to protocol=git |
| 01:49.55 | khem | ah there you go |
| 01:50.06 | Crofton|home | I had teh exact issue earlier today with fetching the davinci kernel |
| 01:50.38 | khem | that fixes it |
| 01:50.53 | Crofton|home | ok, I'll push fix |
| 01:50.56 | khem | but that also means there is a bug in above said bb file :) |
| 01:51.23 | khem | cool thanks |
| 01:51.48 | khem | Crofton|home: I am almost done with omap2430sdp |
| 01:52.00 | khem | Crofton|home: I will post patch to ml plz |
| 01:52.03 | khem | have a look |
| 01:53.00 | Crofton|home | -SRC_URI = "git://source.mvista.com/git/linux-omap-2.6.git;protocol=http \ |
| 01:53.00 | Crofton|home | +SRC_URI = "git://source.mvista.com/git/linux-omap-2.6.git;protocol=git \ |
| 01:53.00 | Crofton|home | <PROTECTED> |
| 01:53.25 | Crofton|home | I need to sort through the linux-omap1 kernels |
| 01:53.46 | Crofton|home | you saw I renamed linux-omap1.inc to linux-omap.inc? |
| 01:54.23 | khem | Crofton|home: I feel like the structure could be better .... |
| 01:54.51 | khem | yes saw that :) |
| 01:55.15 | khem | Crofton|home: omap1 omap2 omap3 etc. are families |
| 01:55.35 | khem | so as far as kernel is concerned we can not have a common omap1 kernel e.g. |
| 01:55.54 | khem | so I think we do need to remove the family like bb files |
| 01:56.07 | khem | and add board specific bb files |
| 01:56.14 | Crofton|home | I left the root is linux-omap.inc |
| 01:56.27 | khem | yeah thats true |
| 01:56.41 | Crofton|home | so we can work on it in a small group |
| 01:56.51 | Crofton|home | there is linux.inc |
| 01:56.53 | khem | however I was talking about e.g. linux-omap1_2.6.20-omap1.bb |
| 01:57.01 | Crofton|home | and that is corect long term |
| 01:57.08 | khem | this config wont work on all omap1 boards |
| 01:57.09 | Crofton|home | yeah |
| 01:57.19 | khem | so I would be specific |
| 01:57.42 | khem | and would rename it to something like linux-omap5912osk_2.6.20-omap1.bb |
| 01:57.53 | Crofton|home | we can have "general" stuff in linux-omap.inc and board spcific in specialiaztion files |
| 01:58.09 | khem | thats ok |
| 01:58.34 | Crofton|home | well, to some extent we can cover multiple machines in the same bb file |
| 01:58.44 | Crofton|home | look at linux.inc |
| 01:58.47 | khem | hmmm maybe |
| 01:59.01 | khem | but I would still like to add one for each board :) |
| 01:59.13 | Crofton|home | but I want to keep it simpler at thr moment |
| 01:59.26 | khem | thats fine |
| 01:59.27 | Crofton|home | I understand |
| 01:59.51 | Crofton|home | but if we can support several boards from one bb file, that is OK also |
| 02:00.23 | khem | thats true but it may end up with multiple defconfig files |
| 02:00.25 | Crofton|home | bt the important thing is we start providing excellent support for xisting boards |
| 02:00.31 | Crofton|home | yes |
| 02:00.34 | khem | so its same thing in some different structure |
| 02:00.40 | Crofton|home | managing defconfig is tricky |
| 02:00.49 | khem | mine approach I feel is a bit readable |
| 02:01.10 | Crofton|home | this is why I want to work from linux-omap.inc |
| 02:01.14 | khem | but I think you are right we have to contain the variety |
| 02:01.23 | Crofton|home | so we can figure out the balance we need |
| 02:01.36 | Crofton|home | without trippig up other builds :) |
| 02:01.48 | khem | I think have omap1 omap2 and omap3 |
| 02:01.53 | Crofton|home | yeah |
| 02:01.56 | khem | and then have all defconfigs inside |
| 02:02.13 | khem | omap5912 omap1510 omap1610 omap1710 are all omap1 |
| 02:02.31 | Crofton|home | do you have any need for old ABI builds? |
| 02:05.02 | Crofton|home | the hard thing for us is lack of boards to test with |
| 02:05.12 | Crofton|home | I am shooting blind on the EVM |
| 02:06.04 | khem | we might need on omap1 |
| 02:06.14 | khem | if someone is really upto old stuff |
| 02:06.18 | Crofton|home | ok |
| 02:06.28 | khem | but I would prefer that we drop it from dev |
| 02:06.28 | Crofton|home | we have selectors in |
| 02:06.33 | khem | as its not future :) |
| 02:06.37 | Crofton|home | :) |
| 02:06.38 | Crofton|home | good |
| 02:06.50 | Crofton|home | I need to go now |
| 02:06.54 | Crofton|home | talk to you tomorrow |
| 02:06.55 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.218.Dial1.SanJose1.Level3.net) |
| 02:06.59 | khem | me too |
| 02:07.01 | khem | cu |
| 02:07.03 | Crofton|home | l8r |
| 02:07.15 | khem | I will post my patch if I am ready |
| 02:11.12 | *** join/#oe leleobhz (n=leleobhz@unaffiliated/leleobhz) |
| 02:11.23 | leleobhz | hello all! |
| 02:11.41 | leleobhz | im getting trouble with a bluetooth on zire72 |
| 02:12.16 | leleobhz | im using this files: http://www.palmlinux.cz/modules.php?name=Downloads&d_op=viewdownload&cid=7 |
| 02:13.06 | leleobhz | ive tried to build from mtn of OE, but i cant understand the process and the image generated by compiling only linux4palm dont book (initrd cannot mount the partition) |
| 02:13.10 | leleobhz | so, someone can guide me? |
| 02:16.29 | *** part/#oe vivijim (n=vivijim@189.13.200.91) |
| 02:16.39 | *** join/#oe osas (n=nnnnosas@72.53.149.68) |
| 02:21.23 | *** join/#oe rd_ (n=rd@toi.yeu.phu.nu) |
| 02:26.52 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 02:32.25 | *** join/#oe vivijim (n=vivijim@189.13.200.91) |
| 02:35.06 | CIA-1 | 03crofton 07org.oe.dev * rc4c89e77... 10/ (1 packages/linux/linux-omap1_2.6.x+git.bb): linux-omap1 : Fix git source line. |
| 02:52.31 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 03:43.40 | *** part/#oe sparr (n=sparr@pdpc/supporter/active/sparr) |
| 04:28.28 | *** join/#oe reach (n=reach@sw169-210-231.adsl.seed.net.tw) |
| 04:42.59 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 05:10.39 | *** join/#oe viviji1 (n=vivijim@189.13.200.91) |
| 05:25.52 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 05:31.05 | Marex | polyonymous, hi, are you around? |
| 05:34.15 | *** join/#oe __law__ (n=law@mail.stiftadmont.at) |
| 05:35.20 | *** join/#oe knoxvegas_wkbrdr (n=michael@24-159-180-242.dhcp.kgpt.tn.charter.com) |
| 05:35.59 | *** join/#oe vivijim (n=vivijim@189.13.200.91) |
| 05:40.04 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 05:43.33 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 05:47.36 | *** join/#oe viviji1 (n=vivijim@189.13.200.91) |
| 05:48.03 | *** part/#oe viviji1 (n=vivijim@189.13.200.91) |
| 05:58.35 | *** join/#oe solar345 (n=zdasQ@122.164.171.138) |
| 05:58.41 | solar345 | hi all |
| 05:59.10 | solar345 | is there a usable open source os for wiza200 ? HTC - wizrad |
| 06:02.56 | *** part/#oe vivijim (n=vivijim@189.13.200.91) |
| 06:03.21 | solar345 | oops sorry just treda the pae oe is for creating custom packages |
| 06:06.46 | *** join/#oe bluelightning (n=blueligh@222-154-185-241.jetstream.xtra.co.nz) |
| 06:23.26 | *** join/#oe polyonymous (n=hacker@pD95386AB.dip0.t-ipconnect.de) |
| 06:28.58 | *** join/#oe antihaxe1 (n=antihaxe@cpe-065-191-184-110.nc.res.rr.com) |
| 06:29.59 | *** join/#oe mmp (n=mmp@adsl-dyn249.91-127-37.t-com.sk) |
| 06:31.13 | Bernardo | good morning |
| 06:34.26 | solar345 | good morning Bernardo |
| 06:58.30 | *** join/#oe jott (n=j@unaffiliated/jott) |
| 07:23.33 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 07:23.59 | steliosk | good morning all |
| 07:24.07 | steliosk | koen : fic arrived ! Many thanks |
| 07:35.56 | *** join/#oe Vorondi1 (n=vorondil@unaffiliated/vorondil) |
| 07:45.34 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 07:46.58 | koen | good morning all |
| 07:50.32 | koen | steliosk: how do you like the screen? |
| 07:51.40 | *** join/#oe rob_w|laptop (n=rob_w@ip-90-186-106-119.web.vodafone.de) |
| 07:54.34 | koen | hey XorA |
| 07:54.47 | XorA | hey koen |
| 07:54.49 | XorA | morninal all |
| 07:56.04 | steliosk | koen : haven't used it yet... need to finish a few things before i get to start playing with it |
| 08:05.35 | steliosk | To get a kernel to build for the Xilinx fpgas we need to copy a file from a dir in the Xilinx install path to the kernel. Currently i am handling this in do_configure in the kernel but that means people need to change the kernel .bb file to put the dir where the files are |
| 08:05.45 | RP | morning all |
| 08:05.54 | koen | hey RP |
| 08:06.45 | RP | koen: I think I have the fix for 2601 but I need zecke to confirm it |
| 08:06.47 | steliosk | would that make a good candidate for a bbclass and an additional variable to be used in local.conf ? i.e XILINX_EDK_PATH or something similar |
| 08:06.56 | steliosk | RP : hi |
| 08:07.33 | steliosk | i am kind of reluctant to create more variable etc |
| 08:08.18 | RP | steliosk: Is Xilinx unpacked by OE? |
| 08:08.41 | steliosk | RP : No. |
| 08:09.38 | steliosk | When you make a design, the Xilinx environment generates a BSP (board support package) which is saved at the project dir |
| 08:10.15 | RP | steliosk: Then your only option is to add some kind of path variable for it |
| 08:12.17 | steliosk | RP : kernel config looks like that currently _>http://rafb.net/p/sVeBZc40.html |
| 08:13.55 | steliosk | RP : basicaly you need to copy xparameters_ml40x.h from the xilinx dir to kernel and rename it to xparameters_ml403.h or whatever board you are using |
| 08:15.53 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:16.41 | RP | steliosk: I think your only option is something in local.conf... |
| 08:22.46 | koen | RP: I also figured out with bitbake waits so long between executing two tasks: tinderbox |
| 08:27.13 | RP | koen: Right, I didn't know it did ;-) |
| 08:27.41 | koen | it contacts the server at the start and end of each task and sends a log |
| 08:33.21 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 08:44.43 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 08:53.37 | XorA | koen: how far along the autoconf 2.61 timetable are we? |
| 08:53.55 | koen | XorA: www.openembedded.org/ical/oe-events.ics |
| 09:01.26 | *** join/#oe nm (n=nm@222.252.107.133) |
| 09:01.29 | nm | hi koe |
| 09:01.30 | nm | hi koen |
| 09:01.38 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 09:02.59 | *** join/#oe rob_w|laptop (n=rob_w@ip-90-186-90-85.web.vodafone.de) |
| 09:03.03 | nm | koen, i folow your instruction when build x86 image w/ OE http://pastebin.com/m6847c532 |
| 09:03.38 | nm | koen, but i have error when do_package linux-libc-headers_2.6.18.bb. Here is my error output http://pastebin.com/m67cdd35a |
| 09:03.54 | nm | koen, could you give me some sugesstion ? |
| 09:04.02 | XorA | ~lart gnome for no working calendar software |
| 09:04.02 | ibot | shoots gnome in the head for no working calendar software |
| 09:05.04 | cdbot2 | * * OE Bug 2747 has been created by autobuild(AT)openembedded.org |
| 09:05.06 | cdbot2 | * * failme-1.0-r0-do_configure |
| 09:05.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2747 |
| 09:05.17 | cdbot2 | * * OE Bug 2739 has been RESOLVED (FIXED) by <koen> |
| 09:05.19 | cdbot2 | * * linux-omap1-2.6.20-omap1-r0-do_deploy |
| 09:05.21 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2739 |
| 09:05.29 | cdbot2 | * * OE Bug 2747 has been RESOLVED (FIXED) by <koen> |
| 09:05.31 | cdbot2 | * * failme-1.0-r0-do_configure |
| 09:05.33 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2747 |
| 09:06.34 | zecke | RP: ping |
| 09:09.51 | RP | zecke: pong |
| 09:10.57 | zecke | Your patch is interesting but I'm scared to death changing the data.py stuff without checking the result :) |
| 09:11.15 | zecke | and I think your method might be suited for delVar? |
| 09:12.00 | RP | zecke: I ran my dictonary compare code and it said the change was safe... |
| 09:12.10 | zecke | <PROTECTED> |
| 09:12.49 | zecke | <PROTECTED> |
| 09:12.54 | RP | zecke: The problem is if you run update_data after expand_keys, it no longer spots that the renamed variable has appends |
| 09:13.31 | zecke | RP: I want something more formal, even for the future to see the difference the code has :) |
| 09:14.06 | RP | zecke: add(ekey) does not happen, that is the problem... |
| 09:14.09 | zecke | what about a renameVar for data_smart.py |
| 09:14.28 | RP | zecke: Yes, thats basically what expandKeys does |
| 09:14.52 | zecke | then let us move it to data_smart.py |
| 09:15.31 | RP | zecke: I'm not sure I want to make that much of a change in the 1.8 branch |
| 09:16.05 | RP | zecke: On the other hand, this is a regression compared to 1.6 :/ |
| 09:16.12 | XorA | NOTE: preferred version 2.5 of glibc-intermediate not available |
| 09:16.17 | XorA | what changed over the weekend then? |
| 09:16.44 | zecke | RP: didn't I introduce _special_values for 1.6? |
| 09:17.13 | RP | zecke: ah, yes |
| 09:17.24 | zecke | so the question, why is it hit now :) |
| 09:17.41 | RP | zecke: Regression over 1.4 then? :/ |
| 09:18.31 | RP | zecke: Perhaps RDEPENDS_gtk+_ was replaced with RDEPENDS_${PN}_ ? |
| 09:19.18 | *** join/#oe ynezz (i=inezz@195.113.97.155) |
| 09:19.57 | RP | zecke: http://www.rpsys.net/openzaurus/temp/bitbake_compare_data.patch is my rather evil compare patch (and yes, I know its not perfect) |
| 09:20.19 | RP | zecke: I played with both expanding the data and not expanding it |
| 09:23.24 | zecke | RP: I can see how _special_values get lost and say good catch :) |
| 09:23.41 | XorA | koen: importing that calendar into evolution gives one appointment that is visible and two invisible ones :-) |
| 09:23.58 | zecke | RP: I don't want data.py to manipulate _special_values though. So I would propose to create a renameVar method and move that to data_smart.py |
| 09:24.18 | RP | zecke: Mainly luck I found it ;-) |
| 09:24.24 | RP | zecke: I agree a renameVar would be better |
| 09:24.39 | zecke | RP: and, I would like to have a formal testing/baseline for such stuff, I might feel like doing it tonight |
| 09:24.46 | zecke | RP: I would call it 'force' |
| 09:25.15 | RP | zecke: I agree we need something to test things like this. |
| 09:25.35 | *** join/#oe v1p3r100 (n=chatzill@193.91.68.12) |
| 09:25.51 | RP | zecke: Can we make the test suite functions easily triggerable from bitbake itself, not hidden in other utilities though? |
| 09:26.49 | zecke | RP: like bzr selftest? |
| 09:26.51 | v1p3r100 | Hi everybody! |
| 09:26.56 | koen | XorA: only pkgconfig left |
| 09:27.05 | koen | XorA: no automake yet |
| 09:27.20 | RP | zecke: Kind of, yes |
| 09:27.39 | v1p3r100 | I have a problem with OE. Can anybody help me? |
| 09:28.01 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
| 09:29.36 | RP | zecke: I added a -P profiling option btw, I got sick of maintaining my out of tree hacks ;-) |
| 09:30.30 | RP | zecke: The latest bit of insanity removed was 60,000 stat calls resulting in a 14% parsing speed improvement for poky :) |
| 09:30.51 | XorA | koen: its a sad day that the only way I can read a calendar is to get you to read it to me :-) |
| 09:31.31 | zecke | RP: wow, I profile at the camp site and number one was IIRC setVarFlag called and then the feeder |
| 09:32.35 | zecke | my oldest to do item is to dump SRCDATE's, PREFERRED_PROVIDER and PREFERRED_VERSION of a current run to a file |
| 09:32.53 | RP | zecke: posixpath:stat was about 20th on the list |
| 09:33.08 | RP | zecke: Mostly due to SRC_URI_OVERRIDES_PACKAGE_ARCH |
| 09:33.17 | v1p3r100 | So? Anyone? |
| 09:33.37 | RP | v1p3r100: Mention the problem and maybe someone can help |
| 09:33.42 | CIA-1 | 03koen 07org.oe.dev * re1b38fd4... 10/ (1 classes/seppuku.bbclass): seppuku: remove extra '?' that confuses bugzilla |
| 09:34.20 | koen | zecke: seppuku 'works' now in .dev, I'm trying to find out why it doesn't reopen bugs properly |
| 09:34.23 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 09:34.36 | koen | hey lrg |
| 09:34.46 | zecke | koen: need to work on my day job now |
| 09:35.08 | koen | zecke: I was just mentioning the current state |
| 09:35.28 | XorA | ~zap lrg |
| 09:35.36 | ibot | ACTION takes out a cattle prod and gives lrg a good jolt. |
| 09:35.38 | CIA-1 | 03koen 07org.oe.dev * rbe168d12... 10/ (1 packages/gsm/libgsmd_svn.bb): gsmd: remove SRCREV |
| 09:35.38 | lrg | hey koen |
| 09:35.48 | lrg | XorA: ouch |
| 09:35.55 | RP | zecke: setVarFlag would be the next place to look at opitmisation, its the most heavily used function now :/ |
| 09:36.30 | v1p3r100 | OK! Well: I try a simple build for DISTRO=generic-uclibc.conf and MACHINE=x86.conf... But when it try build uclibc, it drop an error. |
| 09:37.09 | v1p3r100 | This is the error: /stuff/tmp/cross/lib/gcc/i486-linux-uclibc/4.1.1/../../../../i486-linux-uclibc/bin/ld: warning: ld-uClibc.so.0, needed by /stuff/tmp/cross/lib/gcc/i486-linux-uclibc/4.1.1/libc.so, not found (try using -rpath or -rpath-link) |
| 09:37.11 | v1p3r100 | | /stuff/tmp/cross/lib/gcc/i486-linux-uclibc/4.1.1/libc.so: undefined reference to `__libc_stack_end' |
| 09:37.35 | v1p3r100 | I install all application from OE doc. |
| 09:37.52 | v1p3r100 | What is the problem? |
| 09:38.28 | steliosk | v13r100 : distro generic most probably. It has not been maintained for sometime now |
| 09:38.41 | steliosk | v13r100 : try angstrom |
| 09:39.51 | steliosk | v1p3r100 : try angstrom |
| 09:39.55 | v1p3r100 | And must I have install cross toolchain tools, or the OE does it? |
| 09:40.05 | v1p3r100 | OK. I try it. |
| 09:40.08 | steliosk | OE builds the toolchain |
| 09:40.25 | v1p3r100 | I think so... |
| 09:50.23 | *** join/#oe Marex-notebook (n=marex@fm92wl-89-31-10-134.isp.mcnet.cz) |
| 09:52.35 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 09:59.23 | florian | good morning |
| 10:07.04 | cdbot2 | * * OE Bug 2748 has been created by mike(AT)blueroot.co.uk |
| 10:07.06 | cdbot2 | * * librsvg fails to build |
| 10:07.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2748 |
| 10:10.15 | koen | hey florian |
| 10:13.43 | steliosk | RP : Is there any easy way to export the vars used in local.conf to bash script ? I am trying to avoid to write the bbclass in python :/ |
| 10:15.51 | *** join/#oe psycoman (n=psycoman@189.25.139.88) |
| 10:17.14 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 10:22.43 | RP | steliosk: export SOMEVAR = "xyz" |
| 10:23.08 | RP | steliosk: export SOMEVAR might also export a previously set variable |
| 10:24.24 | steliosk | RP : well it seems that i was not using the proper variable i.e if [ -z "$XILINX_BOARD" ]; then instaed of the if [ -z "${XILINX_BOARD}" ]; then |
| 10:24.52 | steliosk | if i use it like this it get access to all the vars in OE |
| 10:25.12 | steliosk | no need to export anything |
| 10:25.15 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
| 10:25.18 | RP | steliosk: ok |
| 10:25.35 | RP | steliosk: If you exported it, $XILINX_BOARD would also work |
| 10:26.27 | steliosk | RP : yes it would. i just need to stay close to the OE way of doing things... i.e add a variable to local.conf and we take care of the rest :) |
| 10:41.49 | XorA | ~seen do13 |
| 10:42.18 | ibot | do13 <n=do13@p578b18b1.dip0.t-ipconnect.de> was last seen on IRC in channel #oe, 19d 1h 39m 38s ago, saying: 'hi Richard'. |
| 10:44.57 | koen | eeks! |
| 10:48.26 | XorA | koen: scary shit isnt it :-) |
| 10:48.32 | koen | indeed |
| 10:50.38 | koen | heh |
| 10:50.48 | koen | the vibrator doesn't stop after a call |
| 10:52.22 | *** part/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 10:56.29 | Crofton|home | the kernel has a config option for the TRANCEVIBRATOR |
| 11:02.41 | leleobhz | err... someone plz can help-me with OE compilation? |
| 11:03.29 | leleobhz | ive tested http://www.palmlinux.cz/modules.php?name=Downloads&d_op=viewdownload&cid=7, but bluetooth locks when i try discover |
| 11:04.01 | leleobhz | so ive tried to build from mtn, but i cannot create de initrd and the opie image |
| 11:04.30 | leleobhz | ive stoped here: source source-me ; pwd ; cd org.openembedded.dev/ ; mtn pull ; mtn update ; bitbake opie-kdepim-image ; bitbake angstrom-minimal-image ; bitbake angstrom-console-image ; bitbake angstrom-x11-image |
| 11:13.57 | *** join/#oe marciom (n=marcio@200.184.118.132) |
| 11:21.33 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 11:22.09 | Crofton|home | bother, the guy I know with the evm is working at home today .. |
| 11:31.32 | koen | heh |
| 11:31.43 | koen | I just noticed the evm is like $2500 |
| 11:31.48 | Crofton|home | yeah |
| 11:31.51 | Crofton|home | they are not cheap |
| 11:32.17 | Crofton|home | Back when Rishi would asnwer email, he thought he could get a stripped one without camera and some other stuff |
| 11:32.38 | koen | he's probably on the road or something |
| 11:32.43 | Crofton|home | yeah |
| 11:32.55 | Crofton|home | He's pretty bad about replying to email |
| 11:45.03 | CIA-1 | 03koen 07org.oe.dev * r83c27aa0... 10/ (1 packages/hal/ohm_git.bb): ohm: add from poky |
| 11:52.24 | psycoman | koen: you have a avr32 working in build system ? |
| 11:54.22 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 11:56.21 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
| 11:58.43 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 12:03.35 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 12:05.37 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 12:09.11 | *** join/#oe birunko (n=birunko@200.184.118.132) |
| 12:33.37 | XorA | ~lart koen |
| 12:33.37 | ibot | cuts off koen's head with a halberd that could have been a little bit sharper |
| 12:35.08 | Crofton|home | oh yeah, scox down 52% in pre-market trading |
| 12:36.29 | XorA | koen: your ${NEATSTUFF} causes glibc 2.3.2 to be built |
| 12:36.41 | XorA | koen: or not built as the case is |
| 12:37.07 | koen | aha |
| 12:37.22 | koen | I suspect and RPROVIDES/PACKAGES_DYNAMIC problem |
| 12:39.03 | XorA | koen: was my suspicion |
| 12:39.23 | XorA | koen: as all glibc have same PACKAGES_DYNAMIC set by glibc-package.bbclass |
| 12:40.16 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
| 12:41.01 | koen | COMPATIBLE_HOST = ".*linux" ? |
| 12:41.11 | koen | so no EABI stuff chooses it? |
| 12:43.19 | XorA | that way leads to bad meta data, as when glibc bumpts to 2.8 but 2.5 is still a valid version, we will still select the wrong one |
| 12:43.47 | XorA | need a REALLY_ONLY_EVER_USE_glibc="2.5" |
| 12:44.34 | XorA | anyway I was talking to RP about the problem on another chan, give him chance to get back from lunch |
| 12:44.47 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
| 12:44.52 | koen | yeah |
| 12:54.14 | koen | Do'h |
| 12:54.24 | koen | lrg: I spot a small problem... |
| 12:57.25 | lrg | koen: :( |
| 12:57.46 | lrg | koen: I can mail |
| 12:58.45 | koen | that seems to be the best option for now |
| 12:59.27 | lrg | koen: ok, will do, although Remco will probably be around looking you. Best to hide ;) |
| 12:59.39 | RP | XorA: I'm back now |
| 12:59.54 | koen | I'll be working at a music festival when he's back in town :) |
| 13:00.17 | XorA | RP: cool, it was koen's ${NEATSTUFF} hack in gtk+-2.10.inc that triggers the problem |
| 13:00.28 | koen | I'll hide behind the nine inch nails and basement jaxx |
| 13:00.30 | RP | XorA: How does gtk end up influencing glibc versions? |
| 13:00.40 | XorA | RP: its the gconv-* RRECOMMENDS that pulls in glibc 2.3.2 I think |
| 13:00.54 | XorA | RP: as all glibc have PACKAGES_DYNAMIC = "gconv*" |
| 13:01.04 | RP | XorA: Not all glibc's provide that? |
| 13:01.35 | XorA | RP: they all provide it, they are not all buildable in Angstrom |
| 13:01.54 | RP | XorA: but it should pick glibc-2.5... |
| 13:02.26 | koen | I did 'mtn mv glibc*2.3* *2.2* obsolete/foo' eons ago |
| 13:02.33 | koen | that's why I didn't see that |
| 13:03.10 | RP | Well, one problem is that glibc-intermediate doesn't provide those things so their PACKAGES_DYNAMIC is wrong |
| 13:03.32 | RP | but it appears bitbakes dependency logic isn't working quite as well as I'd like :/ |
| 13:04.17 | XorA | RP: intermediates dont use glibc-package.bbclass |
| 13:05.01 | XorA | RP: I meant all final on device glibc, I forgot about intermediates |
| 13:05.37 | XorA | PACKAGES = "" |
| 13:05.37 | XorA | PACKAGES_DYNAMIC = "" |
| 13:05.41 | XorA | is in the intermediates |
| 13:06.31 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 13:12.22 | RP | XorA: So why was it building a glibc intermediate? |
| 13:14.54 | XorA | RP: I see the problem, 2.3.2 is missing PACKAGES_DYNAMIC = "" |
| 13:15.00 | XorA | RP: gimme a sec to test |
| 13:15.55 | XorA | RP: I am getting confused with all these damn package with similar names and versions |
| 13:16.29 | RP | XorA: np, if that version was missing the = "", that would explain it |
| 13:17.14 | RP | It still suggests bitbake's dynamic package handling needs work but not as badly as it would have if that hadn't been set... |
| 13:17.46 | RP | I think I know why it might work the first time and not the second after its built things :/ |
| 13:18.40 | XorA | RP: I think that change works, I shall check it in |
| 13:19.08 | RP | XorA: great. The underlying bitbake problem needs fixing too though :/ |
| 13:19.44 | XorA | Ill have to do a from fresh build again to test it properly |
| 13:20.46 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 13:21.01 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 13:30.57 | CIA-1 | 03xora 07org.oe.dev * r188bf8cf... 10/ (1 packages/glibc/glibc-intermediate_2.3.2+cvs20040726.bb): |
| 13:30.57 | CIA-1 | glibc-intermediate_2.3.2+cvs20040726.bb : PACKAGES_DYNAMIC = "" because |
| 13:30.57 | CIA-1 | intermediate doesnt supply things like gconv. |
| 13:43.00 | zecke | RP: another ping :) |
| 13:49.03 | RP | zecke: pong :) |
| 13:49.25 | steliosk | Crofton|home : Just got an email from Grant Likely that maintains (among others) the efika git tree we use |
| 13:49.57 | steliosk | Crofton|home : Said that we should use Sylvain's tree as its more up to date |
| 13:50.16 | zecke | RP: the braunschweig mafia, had some issues with the rm_work on bitbake1.8. And admitingly I have not really much clue about your work. But it seems like rm_work is only in the depchain of the 'main' task |
| 13:50.25 | steliosk | Crofton|home : Are you using the git kernel or the standard+patches ? |
| 13:50.32 | Crofton|home | this reminds me, I need to work out external toosl cahin |
| 13:50.37 | Crofton|home | standard + patches |
| 13:51.04 | zecke | RP: so bitbake foo, will call rm_work on foo but not on the other items. We all know rm_work is a bastard child and it has issues to get invoked at the right spot |
| 13:51.32 | zecke | RP: I would like to introduce finalizer (destructor) which is called when everything is done |
| 13:51.33 | steliosk | Crofton|home : I contacted him about the Xilinx tree and told me that he is moving the server so there are going to be problems |
| 13:51.41 | Crofton|home | ah |
| 13:51.56 | zecke | RP: e.g. if you have two finalizer, the first wins :) |
| 13:52.02 | Crofton|home | there is a xinlinx tree at source.mvista.com/git |
| 13:52.17 | steliosk | Crofton|home : yep. i am making 2 kernels ;) |
| 13:52.24 | Crofton|home | heh |
| 13:52.40 | steliosk | xilinx-ml403_2.6.x.git |
| 13:52.46 | steliosk | for the mvista one |
| 13:52.50 | Crofton|home | I sure hope no one owned scox .... |
| 13:52.54 | Crofton|home | cool |
| 13:53.01 | steliosk | and xilinx-ml403_2.6.20+git for Grands |
| 13:53.07 | RP | zecke: Some people aren't going to always want rm_work to run, they might only want it to run when the task is built |
| 13:53.12 | RP | (successfully) |
| 13:53.23 | Crofton|home | cbrake, ping |
| 13:53.56 | zecke | RP: well, introduce two different finalizer's :) |
| 13:54.17 | zecke | RP: and if you have two finalizer's that do competing operations (e.g. copying vs. deleting) it is a user fault |
| 13:54.30 | RP | zecke: I know there are issues with rm_work but its more to do with bitbake's task scheduler. It see no urgency in runnning the rm_work tasks. Adding finalisers won't help that |
| 13:54.58 | zecke | RP: they are currently not called at all, besides for the main package you build |
| 13:55.14 | zecke | RP: bitbake foo, fill call foo:rm_work but not bar:rm_work while foo DEPENDS on bar |
| 13:55.31 | zecke | RP: and the way rm_work hooks into the task tree, is just stupid and needs to be cnahed |
| 13:56.17 | RP | zecke: then the rm_work task dependencies need fixing... |
| 13:56.45 | zecke | RP: right, fixing as in a proper way to be called at the END |
| 13:56.55 | zecke | RP: instead of handwaving when something could be done :) |
| 13:58.12 | zecke | actually, it is just an event handler :) |
| 13:58.49 | RP | Turning rm_work into an event handler might be a better way to do things |
| 13:59.21 | zecke | will do that now |
| 14:00.25 | cbrake | Crofton|home: hello |
| 14:00.49 | Crofton|home | someone mentioned you had a write up on using external tool chains with OE |
| 14:01.12 | RP | zecke: How are you going to tell when a given task is ready to be cleaned? |
| 14:01.55 | zecke | RP: using task suceeded/taks failed? |
| 14:02.07 | cbrake | Crofton|home: yes, I've done it once: http://bec-systems.com/web/content/view/56/9/ |
| 14:02.24 | cbrake | Crofton|home: I think there is something in OE users manual as well |
| 14:02.29 | Crofton|home | thanks |
| 14:05.01 | RP | zecke: I think I foresee problems :/ |
| 14:05.26 | zecke | RP: well, then this is a bug of bitbake :) |
| 14:05.40 | zecke | RP: it is supposed to tell when it is done, and this used to work |
| 14:06.09 | RP | zecke: It will run each task individually in bitbake 1.8 |
| 14:06.27 | RP | zecke: I made the multithreading granular down to the tasks |
| 14:06.32 | zecke | I know |
| 14:07.23 | RP | You will get a succeeded/fail message but you won't know which is the last one |
| 14:07.44 | zecke | then we are back at the finalizer :) |
| 14:08.38 | RP | A finalizer event would make more sense than marking tasks... |
| 14:09.02 | steliosk | RP,zecke : What about a list of finished tasks ? |
| 14:09.33 | zecke | steliosk: why do you want that? I could understand a list of tasks :) |
| 14:10.07 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.184.Dial1.SanJose1.Level3.net) |
| 14:10.18 | steliosk | zecke : To see which taks rm_work should work on |
| 14:11.02 | zecke | steliosk: in my mind rm_work is just executing the clean task |
| 14:11.42 | RP | zecke: The ugly problem is when you consider that "bitbake abc" wants xyz's package_write function to run but "bitbake bdc" wants xyz's populate_staging function to run |
| 14:12.01 | RP | zecke: If you clean it in the meantime, you have to build most of xyz twice |
| 14:13.02 | RP | zecke: So rm_work needs to ensure all build functions run, then clean. This then becomes a dependency problem. |
| 14:13.05 | steliosk | RP : that's why i said for a list of finished task and then "let" rm_work do its work |
| 14:13.08 | zecke | RP: aeh? why is that? (technically this is due task deps, but why?) |
| 14:13.23 | RP | zecke: Why is what specifically? |
| 14:13.59 | RP | zecke: When is a task considered ready to be cleaned? |
| 14:14.08 | zecke | In which case do we depend in package_write and in which case in populate_staging and why can't both depend on the goodl old do_build? |
| 14:14.47 | RP | zecke: bitbake doesn't run do_build for every task now unless something sets that as a dependency |
| 14:14.56 | RP | zecke: It might be such a dependency is correct for rm_work |
| 14:16.15 | zecke | I go as far as saying do_build makes sense, and is not an issue/obstacle to paralelisation |
| 14:16.26 | RP | As I said a long time ago, the best thing is to improve the syntax so we can "addtask rm_work before build after populate_staging deploy package_write rootfs |
| 14:16.49 | RP | We need to make addtask take multiple tasknames |
| 14:16.57 | zecke | that is still error prone and keeps braking |
| 14:17.16 | RP | zecke: Why? |
| 14:17.31 | zecke | it did break with bitbake1.8.6 or earlier |
| 14:17.32 | *** join/#oe Keizer (n=keizer@71.16.35.6) |
| 14:17.44 | zecke | and just adjusting the task deps is not the right(tm) solution |
| 14:17.47 | RP | zecke: I guess we need to set something to ensure bitbake always runs do_build for everything but there are dependency options that can do that |
| 14:18.41 | zecke | so we don't use the BB_DEFAULT_TASK anymore? or where is that package_write and populate_staging dep coming from? |
| 14:19.04 | RP | zecke: We do, when you run bitbake foo, it runs the do_build task of foo |
| 14:19.14 | zecke | oh, I get interrupted... I think i have to quit my job |
| 14:19.44 | RP | From there we have a dependency tree and BB_DEFAULT_TASK is ignored... |
| 14:19.56 | XorA | ~lart failed microSD card |
| 14:19.56 | ibot | says "boot to the head" and knocks failed microSD card over |
| 14:20.30 | zecke | summary from my point of view: BitBake could know how many tasks for a given bb file are going to be executed and could send a bbfile-completed event |
| 14:20.43 | zecke | once all of these tasks are executed |
| 14:20.47 | RP | zecke: Send it to where? |
| 14:20.55 | zecke | default event handler |
| 14:21.01 | zecke | we have that system in place... |
| 14:21.09 | RP | zecke: so you'd just wipe work in total? |
| 14:21.59 | zecke | oh okay, evicting the stamps might not be the most sane idea :) |
| 14:22.04 | mwester | Is there a "--pretend" switch for bitbake -- so that I can just see what it *would* do before I do it? |
| 14:22.16 | zecke | mwester: bitbake --help |
| 14:22.36 | RP | zecke: You just need to understand the way the task handling works now :/ |
| 14:22.59 | RP | zecke: do_build isn't run for every task now, it only runs as much of each task as it needs |
| 14:23.18 | zecke | RP: I don't, I know how evicting of the workdir should work |
| 14:23.43 | zecke | RP: yes, see the above sentences, I do not mention a task name at all |
| 14:23.44 | RP | zecke: ok, you don't need me then ;-) |
| 14:24.13 | zecke | yeah, I plan to do it myself :) |
| 14:24.55 | RP | zecke: Just wipe tmp/work on the BuildCompleted event |
| 14:25.11 | zecke | lol |
| 14:25.19 | steliosk | heh |
| 14:25.27 | zecke | I thought you mentioned buildcompleted is called too early? |
| 14:25.35 | zecke | .... :) |
| 14:25.52 | RP | zecke: No, your turn to read back now, you were talking about tasksucceed/fail |
| 14:26.06 | zecke | and yes calling 'clean' is bad as it will remove the stamps |
| 14:26.24 | leleobhz | noone can help in my trouble with zire72? |
| 14:26.45 | zecke | RP: succeed/fail is due the asymmetry of not having a build-failed signal, but only task-failed and I always confuse names :) |
| 14:27.05 | koen | zecke: bitbake foo -c rmall |
| 14:28.13 | RP | zecke: I'm am adament that a finialiser is not needed and will not work without fixing the dependency tree anyway as you can't determine an end point without doing that. An end point is something that rm_work will have to define, not bitbake |
| 14:28.57 | steliosk | koen : grand just told me that the vga patches for the xilinx ip are in his git tree, so i think we are going to have one more board for angstrom :) |
| 14:29.23 | koen | steliosk: what has vga to do with angstrom? |
| 14:29.38 | zecke | RP: we chase each other around misunderstanding. Finalizer would be the time when all tasks are finished, which used to be "BuildCompleted" |
| 14:30.32 | steliosk | get x running also |
| 14:30.59 | RP | zecke: Right, we are misunderstanding. By all means use the BuildCompleted signal but I'd create a different class to rm_work for that as its a bit of a different way of working |
| 14:31.15 | *** join/#oe AvengerMoJo (n=alex@219.142.228.234) |
| 14:31.36 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
| 14:41.23 | RP | zecke: btw, I did add a ConfigParsed event for sanity.bbclass to hook into |
| 14:41.34 | zecke | I have seen that :) |
| 14:41.35 | zecke | awesome |
| 14:49.55 | leleobhz | well, can someone tellme where can i find help for my trouble/ |
| 14:52.06 | chouimat | morning |
| 14:59.58 | zecke | RP: argh, I want PkgSucceeded |
| 15:02.14 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
| 15:02.41 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
| 15:02.51 | *** join/#oe woglinde (i=woglinde@e178090216.adsl.alicedsl.de) |
| 15:05.21 | *** join/#oe Crofton (n=balister@hc65215b2.dhcp.vt.edu) |
| 15:06.01 | RP | zecke: We're probably back to the problems I previously mentioned then :/ |
| 15:10.01 | woglinde | hi crofton |
| 15:10.57 | *** join/#oe khem (n=khem@adsl-71-146-27-58.dsl.pltn13.sbcglobal.net) |
| 15:11.25 | zecke | RP: well, firing PkgSucceeded on task success is IMHO a bug :) |
| 15:13.04 | cdbot2 | * * OE Bug 2507 has been marked as DUPLICATE of bug 2671 by waldecir(AT)gmail.com |
| 15:13.06 | cdbot2 | * * building for angstrom-2007.1 tries to build glibc 2.3.2 |
| 15:13.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2507 |
| 15:13.57 | Crofton | khem, we should be good to go on adding omap2 kernel |
| 15:14.13 | Crofton | I made images for the davinci EVM yesterday, but no EVM to test on |
| 15:15.34 | RP | zecke: It raises the question of when we should fire it though? |
| 15:16.17 | RP | zecke: do_build? do_populate_staging? This is what I meant before by something in OE having to declare an "end" point |
| 15:17.33 | zecke | RP: like I think I said. We know how many tasks we are going to execute in this run of BitBake, when all of these tasks are done fire it |
| 15:17.45 | zecke | RP: Now I don't know the implementation and issues with synchronisation |
| 15:17.49 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 15:19.15 | RP | zecke: When you say "tasks" do you mean all tasks or just tasks for a given package? |
| 15:19.25 | zecke | for a given package |
| 15:20.26 | khem | Crofton: I have done that locally |
| 15:20.47 | Crofton | omap2? |
| 15:20.53 | Crofton | What board? |
| 15:20.53 | khem | Crofton: yes |
| 15:20.59 | khem | 2430 |
| 15:21.19 | Crofton | is there a specific eval board? |
| 15:21.27 | khem | but 2420 is also an omap2 |
| 15:21.29 | RP | zecke: Should the task fire if a different task fails somewhere? |
| 15:21.46 | khem | yes omap2430sdp |
| 15:22.30 | zecke | RP: Well, TaskFailed => BuildFailed (some how we don#t call PkgFailed) |
| 15:22.32 | khem | I m getting problems in bitbake |
| 15:23.07 | Crofton | http://nishanthmenon.blogspot.com/ |
| 15:23.42 | RP | zecke: The notion of "Pkg" is certainly not very good in the current bitbake. I'm still not sure its worth fixing either :/ |
| 15:23.44 | khem | http://pastebin.ca/655649 |
| 15:23.52 | woglinde | hi khem |
| 15:24.07 | zecke | RP: where is Pkg different from task now? |
| 15:24.23 | RP | zecke: Its not |
| 15:24.24 | Crofton | khem, who sells the sdp? |
| 15:24.46 | RP | zecke: I agree there is a problem there |
| 15:24.47 | zecke | RP: so it is either remove or fix. And as I need it :) |
| 15:25.12 | khem | Crofton: Must be TI I am not sure |
| 15:25.19 | Crofton | khem that error makes no sense to me |
| 15:25.29 | zecke | RP: Simple approach: You build the rundeps. For each package/bb-file we remember how many tasks are going to be executed |
| 15:25.39 | Crofton | bitbake guys, can you make sense of khems pastebin? |
| 15:25.42 | khem | Crofton: It started to happen when I added a new bb file for uboot |
| 15:25.44 | zecke | RP: for each task that got executed of a bbfile we decrement the number and fire an event? |
| 15:26.03 | zecke | RP: now do you think that decrementing work, or do we have synchronisation issues now? |
| 15:26.07 | khem | but what amazes me now that the error is persistent even when I reverted the changes |
| 15:26.14 | khem | this has happened to me second time |
| 15:26.23 | RP | zecke: Its probably even simpler, just check is any tasks for a given file still exist in the queue, if not, fire the event |
| 15:26.41 | khem | Now I know I have to get a fresh checkout to get it fixed |
| 15:26.44 | Crofton | khem, can you use existing uboot-git file? |
| 15:26.54 | Crofton | that is what I use for davinci-dvevm |
| 15:26.58 | khem | Crofton: It does not have 2430 support :( |
| 15:27.03 | Crofton | hmmm |
| 15:27.11 | RP | zecke: I still maintain the approach is broken though as per my do_populate_staging vs do_package_write comments earlier |
| 15:27.11 | Crofton | git + patch? |
| 15:27.21 | khem | I mean u-boot upstream |
| 15:27.27 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 15:27.32 | RP | zecke: Well, adding the events isn't but using them the way you're going to is |
| 15:27.39 | Crofton | Ti has not been good about getting stuff in to uboot |
| 15:27.59 | Crofton | Some other guys finally got davinci support in |
| 15:28.02 | RP | khem: I'd guess a malformed PREFERRED_PROVIDER somewhere |
| 15:28.06 | khem | Crofton: I thought of that but the uboot I have to use it from TI website |
| 15:28.19 | khem | RP: hmmm lemme check |
| 15:28.34 | Crofton | khem look at the blog link I just posted |
| 15:29.35 | khem | from Nishant ? yes I did thanks it mentions the patch list |
| 15:30.03 | khem | so I will figure out what patches we need and if they can be applied cleanly |
| 15:30.16 | zecke | RP: well, I would say there should only be one end |
| 15:30.48 | RP | zecke: but the end depends on the package you're building |
| 15:32.11 | zecke | wait a second, work... |
| 15:33.26 | khem | Crofton: Now if I create a linux-omap2 kernel that means it should run on both omap2420 and omap2430 |
| 15:34.04 | khem | Crofton: It would need kind of hack in bb file to select a proper defconfig |
| 15:34.23 | Crofton | yes |
| 15:34.28 | Crofton | see linux-davinci |
| 15:34.30 | khem | Crofton: It will conflict with exisiting eabi and non eabi snafu |
| 15:34.35 | Crofton | dir |
| 15:34.53 | zecke | RP: I see that we have different ends now. I wonder about the difference btw staging and package_write and why it scales better than do_build? |
| 15:34.53 | Crofton | I am thinking of just supporting eabi ... |
| 15:35.06 | khem | that makes sense |
| 15:35.30 | Crofton | need to talk to the local gurus, but it would make things easier |
| 15:35.34 | khem | Crofton: oabi is thing of past and atleast on dev tree it would be ok to remove it |
| 15:35.38 | Crofton | there are ways to edit the kconfig |
| 15:35.41 | khem | ok |
| 15:35.54 | Crofton | yeah, and I do not think there are any OABI users for OMAP |
| 15:36.02 | RP | zecke: Its was more a generic task based approach I was interested in rather than the specifics. If the dependency tree is good and working, we don't need do_build at the end of it |
| 15:36.02 | khem | not any more |
| 15:36.17 | khem | there were some years back when EABI was not there |
| 15:36.29 | RP | zecke: Perhaps the best approach is going to be BB_DEFAULT_TASK = "rm_work" combined with do_rm_work[recrdeptask] = "do_build" and then addtask rm_work after do_build ? |
| 15:37.11 | Crofton | I think for davinci I just made two copies of the same config so the fetch would work :) |
| 15:37.55 | RP | zecke: Some games with immediate expansion could remove the references to do_build too... |
| 15:38.29 | CIA-1 | 03koen 07org.oe.dev * rff97b52d... 10/ (3 files in 2 dirs): bluez: update to 3.14 |
| 15:38.37 | khem | Crofton: Locally I did same for 2430 :) |
| 15:38.48 | Crofton | khem, I'm going for lunch, you should review how I did the davinci-dvevm addtions |
| 15:38.52 | khem | Crofton: But my oabi defconfig was empty |
| 15:38.56 | Crofton | heh |
| 15:39.13 | khem | ok I will have to drive to office now |
| 15:39.14 | zecke | RP: what was 'rec' again? And the initial problem is that when building as dep vs. directly package_write/populate_staging might not be called and that another build would rebuild from scratch to 'just' execute this task and fail due an empty directory? |
| 15:39.18 | Crofton | l8r |
| 15:39.22 | khem | bbiah |
| 15:39.41 | RP | zecke: Thats where the rec comes in - recursive. I think I even added that to the manual :) |
| 15:41.16 | RP | zecke: That will require every do_build task to run for every package in the chain. It should probably be do_rm_work[recrdeptask] = "do_rm_work" actually... |
| 15:41.53 | *** join/#oe dion (n=dion@inhex.net) |
| 15:43.00 | zecke | RP: I still need some light on package_write and populate_staging. When building a package as dep we depend on the package_write task, but it will stage anyway so populate_staging is actually called |
| 15:43.20 | zecke | for some -native packages we depend on populate_staging |
| 15:43.56 | RP | zecke: Yes, populate_staging currently depends on package_write |
| 15:44.38 | zecke | not the other way around? |
| 15:44.59 | RP | zecke: No, koen changed it for packaged staging |
| 15:45.07 | RP | zecke: Some tasks just depend on do_package for example |
| 15:45.38 | RP | An RDEPENDS with debian.bbclass just adds a do_package depends, not a package_write or staging |
| 15:45.44 | zecke | let me take a look at the graph, if staging -> write and DEPENDS on foo -> abc:write |
| 15:45.52 | zecke | then staging would not be called, but it is :) |
| 15:46.24 | CIA-1 | 03koen 07org.oe.dev * rd0268fbb... 10/ (1 packages/hal/ohm_git.bb): |
| 15:46.24 | CIA-1 | ohm: fix depends and packaging |
| 15:46.24 | CIA-1 | * x11 dependants are in ohm-plugin-x11, leaving a small and contained ohm and libohm package |
| 15:46.57 | koen | RP: I suspect ross would like to have those ohm fixes in poky as well :) |
| 15:47.17 | RP | koen: ok, thanks :) |
| 15:47.31 | RP | zecke: Feel free to take a look :) |
| 15:48.02 | zecke | RP: looks sane :) |
| 15:52.43 | *** join/#oe cwiiis (n=cwiiis@86.154.246.213) |
| 15:55.02 | *** join/#oe jbs (n=Bernardo@84.39.92.169) |
| 16:01.03 | zecke | back |
| 16:01.11 | zecke | haha now bitbake is downloading the same file twice :} |
| 16:01.54 | zecke | RP: I'm going to change the time when PkgSuccess is called but we had agreement here |
| 16:03.05 | zecke | RP: for determining the time of cleaning. We might clean too early and subsequent runs of bitbake could fail due an empty working dir |
| 16:04.33 | *** join/#oe BobOfDoo1 (i=nobody@210-9-142-20.netspeed.com.au) |
| 16:14.04 | cdbot2 | * * OE Bug 2749 has been created by autobuild(AT)openembedded.org |
| 16:14.07 | cdbot2 | * * patchutils-0.2.30-r0-do_configure |
| 16:14.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2749 |
| 16:15.30 | *** join/#oe mgross (i=mgross@nat/intel/x-53ffd69b2f6b3441) |
| 16:15.37 | chouimat|busy | hmmmm monotone 0.36 |
| 16:17.58 | zecke | koen: what was the fix? |
| 16:21.33 | koen | zecke: which fix? |
| 16:22.31 | zecke | koen: seppuku |
| 16:23.24 | koen | zecke: reopning closed bugs still doesn't work, but creating bugs has worked since I fixed the regexp yesterday :) |
| 16:23.56 | *** join/#oe khem (i=khem@nat/montavista/x-2ac736a6dc681b7c) |
| 16:27.02 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 16:36.17 | *** join/#oe Marex-notebook (n=marex@gwfm4-3-0-240.802.cz) |
| 16:37.58 | jsheldon | anyone know why --with-headers isn't specified for gcc-cross? |
| 16:43.24 | *** join/#oe likewise (n=chatzill@82-217-243-87.cable.quicknet.nl) |
| 16:43.24 | likewise | Hello all |
| 16:43.50 | chouimat|busy | hi likewise |
| 16:44.04 | cdbot2 | * * OE Bug 2750 has been created by autobuild(AT)openembedded.org |
| 16:44.07 | cdbot2 | * * qt4-x11-free-4.3.0-r5-do_populate_staging |
| 16:44.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2750 |
| 16:44.19 | Jin^eLD | hey likewise |
| 16:44.34 | zecke | hehe, qt4 uses cp -a for copying... |
| 16:45.36 | likewise | hey |
| 16:46.08 | likewise | perl-5.8.8 is fighting with own TOPDIR variable in the Cross/Makefile, and my TOPDIR seems to win (which breaks its build). Known issue to someone? |
| 16:48.14 | koen | hey likewise |
| 16:48.22 | koen | likewise: didn't you have a davinci evm? |
| 16:48.49 | likewise | koen: yes, on the shelves (shame on me) |
| 16:49.04 | koen | likewise: Crofton has built an image for it |
| 16:50.47 | likewise | koen: does Crofton have the h/w? |
| 16:50.57 | koen | he doesn't :) |
| 16:51.38 | Jin^eLD | I'd be happy to test when I come bacl, but that will only be after the 25th of august :P |
| 16:51.46 | Jin^eLD | s/bacl/back/ |
| 16:52.09 | CIA-1 | 03koen 07org.oe.dev * r2c8d4988... 10/ (1 packages/patchutils/patchutils_0.2.31.bb): patchutils: update to 0.2.31 |
| 16:53.25 | likewise | Crofton: ping |
| 16:53.28 | Crofton | pong |
| 16:54.25 | koen | Crofton: I pushed a small update for the evm that will prevent troubles in the future |
| 16:54.34 | Crofton | ok |
| 16:54.53 | koen | s:_:-:g |
| 16:55.13 | likewise | How can I reproduce the davinci build here? I can get the dust of the board and test somewhere next week |
| 16:55.28 | Crofton | set machine to davinci-devevm |
| 16:55.28 | koen | MACHINE=davinci-dvevm |
| 16:55.39 | Crofton | bitbake angstrom-minimal-image :) |
| 16:57.35 | *** join/#oe pH5 (n=ph5@e178252011.adsl.alicedsl.de) |
| 16:58.35 | psycoman | im can install .pc file in stagin puting pkgconfig in inherit parameter, but how i can make bitbake install include headers ins staging ? |
| 16:58.56 | psycoman | s/ins /in |
| 17:00.04 | Jin^eLD | likewise: just curious, any news on the wis board, or is this an abandoned? |
| 17:00.45 | likewise | Jin^eLD: NDA had to be refreshed, I'm waiting for a new NDA... |
| 17:01.11 | likewise | Jin^eLD: you done any work on it yet? |
| 17:01.42 | Jin^eLD | likewise: yes, we did a demonstrator on it |
| 17:02.43 | Jin^eLD | a upnp mediarenderer with own UI engine |
| 17:03.11 | CIA-1 | 03koen 07org.oe.dev * r5dae7b1d... 10/ (3 files in 2 dirs): davinci-evm: rename it so overrides work properly |
| 17:03.15 | CIA-1 | 03koen 07org.oe.dev * r5bc92477... 10/ (7 files in 4 dirs): linux-davince: catch up with machine rename |
| 17:04.40 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 17:04.44 | Crofton | koen, this will break u-boot build .... |
| 17:05.10 | Crofton | machine in u-boot is davinci-dvevm |
| 17:05.19 | zecke | bbl |
| 17:06.55 | koen | Crofton: mtn pull :) |
| 17:07.07 | *** join/#oe greentux (n=lemke@Z7a69.z.pppool.de) |
| 17:08.14 | CIA-1 | 03koen 07org.oe.dev * r397efbec... 10/ (1 conf/machine/davinci-dvevm.conf): davince-dvevm: set UBOOTMACHINE |
| 17:10.37 | likewise | Jin^eLD: using OE or the Linux SDK or anything else? |
| 17:11.04 | Jin^eLD | likewise: I converted the SDK shipped with the unit to OE |
| 17:11.50 | Jin^eLD | likewise: but they asked me to wait till they finish hacking their drivers and untill they officially release etc. |
| 17:12.23 | Jin^eLD | then I could follow up with my conversion |
| 17:12.39 | Jin^eLD | brb |
| 17:12.42 | likewise | k |
| 17:13.05 | cdbot2 | * * OE Bug 2751 has been created by autobuild(AT)openembedded.org |
| 17:13.07 | cdbot2 | * * patchutils-0.2.31-r0-do_configure |
| 17:13.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2751 |
| 17:13.17 | cdbot2 | * * OE Bug 2751 has been RESOLVED (FIXED) by <koen> |
| 17:13.19 | cdbot2 | * * patchutils-0.2.31-r0-do_configure |
| 17:13.21 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2751 |
| 17:13.29 | cdbot2 | * * OE Bug 2749 has been RESOLVED (FIXED) by <koen> |
| 17:13.31 | cdbot2 | * * patchutils-0.2.30-r0-do_configure |
| 17:13.33 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2749 |
| 17:14.26 | steliosk | anyone has an idea why this is happening ? -> http://rafb.net/p/o0s8mg87.html |
| 17:15.35 | Crofton | line 9, does the file exist? |
| 17:16.11 | steliosk | Crofton : yes it does |
| 17:16.34 | Crofton | you have a linux-xilinx dir, or you have it in linux/files |
| 17:17.02 | steliosk | http://rafb.net/p/XZr8KA28.html |
| 17:17.48 | Crofton | but if looks in files |
| 17:17.58 | steliosk | it tries to find it in "files" but not in the dir of the kernel |
| 17:17.59 | Crofton | maybe you need the data on the end of the dir name? |
| 17:18.35 | Crofton | hmm |
| 17:18.37 | Crofton | maybe not |
| 17:18.41 | steliosk | I copied the kernel config from omap1-2.6.18+git |
| 17:19.05 | Crofton | yeah, it works for me |
| 17:19.15 | Crofton | look at 2.6.x+git |
| 17:19.25 | Crofton | linux-davinci |
| 17:19.27 | steliosk | this is what i looked |
| 17:19.29 | Crofton | that built for me yesterday |
| 17:23.10 | koen | steliosk: in what dir should it look? |
| 17:23.12 | Jin^eLD | re |
| 17:23.29 | steliosk | linux-xilinx-2.6.20+git |
| 17:23.53 | koen | OE will look in PN, PN-PV and files |
| 17:24.01 | koen | not in PV-smoethingelse |
| 17:24.11 | koen | or PN-somethingelse |
| 17:24.49 | Crofton | koen did you rename the EVM machine file to davinci-evm? |
| 17:25.16 | koen | Crofton: yes |
| 17:25.31 | Crofton | hmm, why don't I see that |
| 17:25.40 | koen | Crofton: underscores in machine names don't work as you might expect |
| 17:26.35 | Crofton | ok |
| 17:26.46 | Crofton | The comment said davinci-evm |
| 17:26.55 | Crofton | not davinci-dvevm :) |
| 17:27.01 | Crofton | that is what was confusing me |
| 17:27.42 | Crofton | I don't care if the git kernels are upgradable easily |
| 17:27.52 | Crofton | adding a version confused things |
| 17:28.17 | koen | confused what? |
| 17:28.17 | Crofton | the git recipes exist for emergency use |
| 17:28.26 | Crofton | well 2.6.18+git |
| 17:28.49 | Crofton | being used when kernel is now 2.6.22+git |
| 17:29.26 | koen | that why you keep updating such recipes, or lock them down to a specific revision |
| 17:29.29 | Crofton | now, if we need to "release" something, we will need to use a certain git rev |
| 17:29.43 | Crofton | I agree with locking |
| 17:29.52 | koen | Crofton: mtn log packages/cairo/cairo_git.bb |
| 17:29.57 | *** join/#oe Bernardo (n=Bernardo@89-180-39-3.net.novis.pt) |
| 17:29.59 | Crofton | I just hate worrying about deleting the old git recipe |
| 17:32.56 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 17:34.38 | CIA-1 | 03florian 07org.oe.dev * r09957ec1... 10/ (1 conf/distro/include/preferred-gpe-versions-2.8.inc): preferred-gpe-versions-2.8.inc: Use latest libmimedir release. |
| 17:34.43 | CIA-1 | 03florian 07org.oe.dev * r89f29ea4... 10/ (1 packages/tinymail/tinymail_svn.bb): tinymail: License is LGPL, not GPL |
| 17:34.47 | CIA-1 | 03florian 07org.oe.dev * ra3cc50e8... 10/ (1 packages/gpephone/libsettings_0.3.bb): libsettings: Add 0.3 |
| 17:34.52 | CIA-1 | 03florian 07org.oe.dev * r73007e84... 10/ (4 files in 3 dirs): sqlite3: Add 3.4.1 |
| 17:34.57 | steliosk | koen : The only way to update git kernels not pinned down is to increase the PR everytime there is a new build |
| 17:34.57 | CIA-1 | 03koen 07org.oe.dev * r701525eb... 10/ (4 files in 2 dirs): linux-davinci: fix PV so packages can be upgraded at runtime |
| 17:35.09 | Crofton | one topic for oedem should be the kernel summit :) |
| 17:35.53 | Crofton | basically, we can never release a non-upgradable kernel into a feed, right? |
| 17:36.01 | koen | steliosk: no it isn't |
| 17:36.11 | mickeyl | what's the latest consensus on dealing with time ? |
| 17:36.12 | koen | steliosk: that's what SRCDATE and SRCREV are for |
| 17:36.26 | Crofton | time waits for no man! |
| 17:36.33 | koen | mickeyl: GMT + pool.ntp.org |
| 17:36.38 | woglinde | re |
| 17:36.43 | mickeyl | koen: ok, but what about initial time? |
| 17:36.44 | koen | woglinde: wb |
| 17:36.52 | woglinde | hi mickeyl |
| 17:36.52 | mickeyl | 1970 is soo last century |
| 17:36.57 | mickeyl | hey woglinde |
| 17:37.18 | koen | mickeyl: I'd say default to build-time |
| 17:37.38 | mickeyl | koen: i say that as well. and IIRC I did that once, but apparantly it has been ripped out |
| 17:38.02 | koen | iirc there was a bug in your appoach |
| 17:38.40 | koen | on unclean shutdowns on a system with an RTC strange things happened |
| 17:39.15 | khem | hello how are kernel recipes named like linux-omap1_2.6.22-omap1.bb why does omap1 appears twice ? |
| 17:39.37 | koen | khem: to have 'omap1' in the version (dunno why) |
| 17:40.13 | Crofton | zecke? |
| 17:40.14 | khem | ok I am going to build from git HEAD so I am calling it linux-omap2_2.6.x+git.bb |
| 17:40.22 | Crofton | or hrw |
| 17:40.23 | khem | is that ok ? |
| 17:40.38 | koen | khem: linux-omap2_git.bb |
| 17:40.52 | RP | mickeyl: I don't think it was removed, it just doesn't seem to work anymore :/ |
| 17:40.52 | khem | ok I like that |
| 17:40.55 | koen | and then PV = "2.6.<number>+git${SRDATE}" inside the bb |
| 17:41.13 | Crofton | SRCDATE? |
| 17:41.19 | steliosk | koen : if you do that then you get the problem i had |
| 17:41.47 | Crofton | what is the directory for files in that case? |
| 17:42.03 | mickeyl | RP: oh. right, grep timestamp still shows some files. I'm going to take a look at it, seeing if i can fix it and being nice wrt RTC as well |
| 17:42.15 | mickeyl | bbiab, changing termiansl |
| 17:42.24 | *** join/#oe ynezz (n=ynezz@195.113.97.155) |
| 17:42.25 | koen | steliosk: your directory is named wrong |
| 17:42.31 | steliosk | probably |
| 17:42.44 | koen | steliosk: FILESDIR has PN, PN-PV and files in it |
| 17:43.00 | koen | steliosk: not PN-somethingthatlookslikeaversionbutisn't |
| 17:43.05 | khem | guys what about dropping ARM OABI from dev tree |
| 17:43.16 | koen | khem: no |
| 17:43.21 | woglinde | khem nO! |
| 17:43.21 | Crofton | at least for omap? |
| 17:43.36 | woglinde | khem or I will hit you with my simpad |
| 17:43.42 | khem | ha ha |
| 17:43.45 | koen | khem: OE supports lots of configurations and people are free to choose that ugly OABI |
| 17:43.57 | koen | khem: and woglinde has a strongarm cpu :) |
| 17:44.05 | woglinde | not only me |
| 17:44.08 | khem | oh my god |
| 17:44.09 | Crofton | how about for omap machines? |
| 17:44.15 | koen | Crofton: why? |
| 17:44.22 | Crofton | well, we are lazy |
| 17:44.27 | woglinde | the others will throw their zauri at you |
| 17:44.28 | kergoth | what's wrong with OABI, out of curiousity? /me is outta the loop |
| 17:44.36 | Crofton | it is old :) |
| 17:44.39 | woglinde | kergoth nothing |
| 17:44.43 | woglinde | it works like charm |
| 17:44.46 | koen | kergoth: float word order != native word order |
| 17:44.53 | khem | kergoth: |
| 17:44.58 | khem | its obsolete |
| 17:45.13 | koen | kergoth: and you can't mix hardfloat libs with softfloat libs |
| 17:45.14 | kergoth | ahh right |
| 17:45.32 | Crofton | basically, we do not know of anyone using OABI on the OSK |
| 17:45.52 | khem | there are awful lot of issues that I would nt go tying here |
| 17:45.53 | Crofton | the celinux distro might be OABI |
| 17:45.55 | koen | CELF probably is |
| 17:46.08 | khem | oh hmmm ok |
| 17:46.17 | koen | using gcc3 as well, btw |
| 17:46.22 | Crofton | yeah |
| 17:46.24 | Crofton | I remember |
| 17:46.25 | woglinde | *g* |
| 17:46.33 | khem | koen: Arent they on a branch ? |
| 17:46.40 | khem | some sort of release branch |
| 17:46.48 | koen | not that I know off |
| 17:47.03 | khem | I though dev was for bleeding edge |
| 17:47.13 | Crofton | they may just not update |
| 17:47.24 | Crofton | I don't know much about that distro |
| 17:47.40 | steliosk | koen : how do we handle the case when we have diffrent git trees. i.e mvista and <putanamehere> |
| 17:47.43 | Crofton | khem, another thought on the omap git build |
| 17:48.00 | koen | steliosk: different PN |
| 17:48.01 | steliosk | does it get mentioned on the name of the file |
| 17:48.02 | Crofton | we should be able to build omap1 and omap2 kernels from the same tree |
| 17:48.15 | khem | Crofton: Yes |
| 17:48.35 | khem | Crofton: Combining all together would create a very tasty recipe |
| 17:48.39 | Crofton | yes |
| 17:48.41 | steliosk | xilinx-ml403-mvista_2.6.x+git for example ? |
| 17:48.53 | khem | no one would be able to touch it without breaking other arches |
| 17:49.01 | koen | xilinx-ml403-mvista_git.bb |
| 17:49.16 | koen | and PV = "2.6.<number>+git${SRDATE}" inside the bb |
| 17:49.35 | khem | Crofton: I think omap<generation> divide is ok IMHO |
| 17:49.51 | Crofton | yes, for specific builds |
| 17:50.02 | Crofton | I would hate to ahve two recipes using same repo |
| 17:50.08 | Crofton | but |
| 17:50.17 | Crofton | we need to be able to get work done also |
| 17:50.27 | steliosk | koen : and the dir name for the config ? |
| 17:50.52 | koen | steliosk: the defaults in FILESDIR, or override FILESDIR |
| 17:51.00 | likewise | http://www.pastebin.ca/655803 |
| 17:51.16 | koen | PN, PN-PV (which changes everyday) or 'files' |
| 17:55.12 | birunko | hey guys, somebody had this error when trying to configure a gcc 3.x.x? |
| 17:55.13 | birunko | configure: error: installation or configuration problem: C compiler cannot create executables. |
| 17:55.47 | birunko | i'm building for a generic i586 |
| 17:55.56 | koen | birunko: see conf/machine/include/tune-arm926ejs.conf |
| 17:56.07 | koen | ah, different problem then |
| 17:56.36 | birunko | =\ |
| 17:57.55 | *** join/#oe flo_lap (n=fuchs@f049184025.adsl.alicedsl.de) |
| 17:57.55 | steliosk | time to go home. goodnight everyone |
| 17:58.03 | flo_lap | r |
| 17:58.05 | flo_lap | e |
| 17:58.29 | woglinde | hi florian |
| 17:58.44 | woglinde | nite steliosk |
| 17:58.54 | Crofton | gn |
| 18:05.22 | *** join/#oe jbs (n=Bernardo@89.181.42.19) |
| 18:06.54 | *** join/#oe Crofton|laptop (n=balister@hc65215b2.dhcp.vt.edu) |
| 18:13.09 | woglinde | re crofton |
| 18:19.09 | *** join/#oe tony_ (n=tony@71.140.233.26) |
| 18:20.05 | *** join/#oe tony_ (n=tony@71.140.233.26) |
| 18:20.28 | likewise | nite steliosk |
| 18:20.33 | khem | koen: `/local/sandbox/openembedded/org.openembedded.dev/packages/linux/files/defconfig.eabi': No such file or directory |
| 18:20.39 | khem | when I added PV |
| 18:21.29 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 18:21.35 | khem | koen: How can I make it to look into `/local/sandbox/openembedded/org.openembedded.dev/packages/linux-omap2-svn/files/defconfig.eabi |
| 18:22.10 | anville | hi all, i have a newbie question: when I do MTN checkout, it tells me there are two heads. Which should I use? koen or florian? |
| 18:23.26 | likewise | http://www.pastebin.ca/655803 |
| 18:23.26 | khem | anville: Wait for a while till they get merged by automerger |
| 18:23.28 | woglinde | anville choose one and try 20 inutes later |
| 18:23.59 | anville | thanks! |
| 18:26.18 | psycoman | how can my .bb file install devel files in staging ? need some special config ? |
| 18:27.24 | woglinde | psycoman autotools? |
| 18:27.27 | pH5 | psycoman: you can call one of the autotools_stage_... functions from do_stage or copy stuff manually to ${STAGING_someDIR} |
| 18:28.23 | woglinde | psycoman there are a lot of packages which overrides staging |
| 18:29.19 | khem | Crofton|laptop: What conf did you use for davinci in uboot package ? |
| 18:29.48 | Crofton|laptop | davinci_dvevm |
| 18:35.01 | khem | Crofton|laptop: it is upstream git that has it ? |
| 18:36.23 | Crofton|laptop | yes |
| 18:36.28 | Crofton|laptop | commited last week |
| 18:38.26 | khem | Crofton|laptop: I think I have to use the uboot from http://linux.omap.com/pub/bootloader/2430sdp/source/ |
| 18:39.21 | khem | Crofton|laptop: There are no patches I found that I can apply on upstream git and I will let the TI guys do that meanwhile I will pull this version of uboot into a new uboot recipe |
| 18:39.32 | khem | How does that sound |
| 18:41.07 | Crofton|laptop | ok |
| 18:42.09 | Crofton|laptop | sounds like you need a special bb file |
| 18:46.26 | psycoman | woglinde: im using right this inherit autotools pkgconfig |
| 18:47.45 | psycoman | pH5: im making openbox package and the compilation install files to include dir,and install .pc files to, when i add pkgconfig to inherit .pc file go to stage dir |
| 18:48.25 | psycoman | i realy need install devel stuff manually to put it in include dir of staging ? |
| 18:50.37 | *** join/#oe pH5 (n=ph5@e178252011.adsl.alicedsl.de) |
| 18:51.14 | psycoman | pH5: im making openbox package and the compilation install files to include dir,and install .pc files to, when i add pkgconfig to inherit .pc file go to stage dir |
| 18:52.34 | *** join/#oe antihaxer (n=antihaxe@cpe-065-191-184-110.nc.res.rr.com) |
| 18:52.45 | woglinde | psycoman again, there are serval packages which do_staging() manually please look at these |
| 18:53.07 | psycoman | woglinde: k |
| 18:56.20 | Crofton|laptop | khem, I think you will need to make a new bb file |
| 18:57.10 | psycoman | woglinde: another question where i can read about inherit ? |
| 18:57.24 | Crofton|laptop | since you have a unique source tarball |
| 18:57.56 | *** join/#oe pH5 (n=ph5@e178252011.adsl.alicedsl.de) |
| 19:00.39 | *** join/#oe memeruiz (n=memeruiz@84.151.101.5) |
| 19:00.46 | woglinde | psycoman in the python doku |
| 19:00.49 | woglinde | I guess |
| 19:01.01 | woglinde | but inherit and require mostly do the same |
| 19:03.52 | *** join/#oe Ironnads (n=Ironnads@host86-144-101-248.range86-144.btcentralplus.com) |
| 19:09.51 | *** join/#oe osas (n=nnnnnosa@72.53.149.68) |
| 19:17.54 | *** join/#oe Cwiiis (n=cwiiis@82-43-46-194.cable.ubr02.croy.blueyonder.co.uk) |
| 19:35.29 | khem | Crofton|laptop: yeah I did |
| 19:36.59 | Crofton|laptop | ok |
| 19:37.38 | *** join/#oe rwanderley (n=rwanderl@189.12.148.170) |
| 19:38.22 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 19:38.45 | khem | Crofton|laptop: PREFERRED_VERSION_u-boot ?= "omap2430sdp" |
| 19:38.51 | khem | would that be ok ? |
| 19:39.04 | khem | I am calling it u-boot-omap2430sdp |
| 19:39.47 | CIA-1 | 03cbrake 07org.oe.dev * r8fbe7f4f... 10/ (10 files in 3 dirs): compulab-pxa270: drop 2.6.20 kernel now that we have 2.6.22 |
| 19:40.20 | Crofton|laptop | let me check |
| 19:41.08 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 19:41.38 | Crofton|laptop | I'm trying to think how you would specify the package name |
| 19:41.52 | Crofton|laptop | in the EVM machine file I have |
| 19:42.00 | Crofton|laptop | PREFERRED_VERSION_u-boot = "git" |
| 19:42.21 | khem | yeah so you should be using u-boot_git.bb then |
| 19:42.22 | Crofton|laptop | because I need the git u-boot version, which is not the default version |
| 19:43.00 | Crofton|laptop | I think you need to have a PREFERRED_PROVIDER_u-boot = u-boot-ompa2430sdp |
| 19:43.31 | Crofton|laptop | you will get the latest "version" because you have not set the DEFAULT_PREFERENCE in it |
| 19:49.00 | khem | Crofton|laptop: I have created a conf/machine/omap2430sdp.conf and this I added there |
| 19:49.34 | khem | btw. I add files to mtn and then later I decide that they should be renamed what is good way to do it in mtn |
| 19:49.59 | khem | some thing like 'mtn move' |
| 19:50.31 | Crofton|laptop | mtn mv |
| 19:50.56 | Crofton|laptop | mtn can be funny with moves, although I think later versions do the right thing |
| 19:54.05 | cdbot2 | * * OE Bug 2754 has been created by autobuild(AT)openembedded.org |
| 19:54.07 | cdbot2 | * * openmoko-devel-image-1.0-r0-do_rootfs |
| 19:54.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2754 |
| 19:54.16 | cdbot2 | * * OE Bug 2755 has been created by likewise(AT)gmx.net |
| 19:54.18 | cdbot2 | * * Perl's Cross/Makefile re-uses TOPDIR from environment |
| 19:54.20 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2755 |
| 19:54.26 | khem | I use 0.35 mtn |
| 19:55.33 | zecke | eek I'm still at work |
| 19:58.53 | anville | is anyone building the lastest minimo in the dev branch? it seg faults for me in my target |
| 20:13.57 | CIA-1 | 03cbrake 07org.oe.dev * r226cc08d... 10/ (1 conf/local.conf.sample): conf/local.conf.sample: update comments with all the image formats |
| 20:14.02 | CIA-1 | 03cbrake 07org.oe.dev * r0d2a716d... 10/ (3 files in 2 dirs): compulab-pxa270: add correct recipe file for v2.6.22 |
| 20:19.44 | khem | How can I find which files are in my tree which are not part of mtn repo yet |
| 20:19.57 | woglinde | hm |
| 20:20.01 | woglinde | if you did add them |
| 20:20.03 | woglinde | mtn diff |
| 20:20.20 | woglinde | ah |
| 20:20.22 | woglinde | sorry |
| 20:21.32 | mwester | khem: mtn list unknown |
| 20:21.56 | mwester | and for those that you have modified since you checked them out, mtn list changed |
| 20:23.08 | khem | hmmm mtn list I almost reached there |
| 20:23.13 | khem | thanks mwester |
| 20:23.37 | woglinde | thanks mwester |
| 20:24.15 | khem | oh wow so many mtn list <x> |
| 20:26.50 | khem | it also has mtn mkdir |
| 20:27.16 | khem | I feel like if I prepend mtn to any shell command it seems it will work |
| 20:29.51 | khem | mwester: mtn list unkown does not show me contents of a newly created directory which is not added to mtn yet it shows the directory itself as unknown |
| 20:30.04 | mwester | khem: Yes, mtn versions directories themselves. |
| 20:30.17 | khem | ok |
| 20:30.29 | khem | So mtn add is same for a file or a directory right ? |
| 20:30.38 | koen | yes |
| 20:30.39 | mwester | Yes. |
| 20:30.46 | koen | mtn add -R will add dir + content |
| 20:30.49 | khem | ofcourse I have to individually add the new files |
| 20:31.01 | khem | ah koen read my mind |
| 20:31.15 | koen | 'mtn help' has been greatly improved in 0.36 |
| 20:31.44 | koen | I use 0.35 as well :) |
| 20:31.54 | mwester | directory versioning is also why it is usually desirable to use the "mtn mv" command rather than the shell "mv" command followed by "mtn add" -- the latter loses the history. |
| 20:32.19 | koen | 'mv ; mtn add' will create missing files as well |
| 20:32.46 | koen | git knows you moved it, since it tracks content, not files |
| 20:32.51 | koen | its only redeeming feature |
| 20:33.01 | khem | upstream omap git tree is broken :( |
| 20:33.01 | khem | I cant test my recipes |
| 20:33.02 | koen | which also means you can't checkin empty dirs..... |
| 20:33.17 | mwester | git doesn't support empty dirs? |
| 20:33.24 | koen | mwester: it doesn't |
| 20:33.42 | mwester | Yuck! That could be a problem. |
| 20:33.54 | koen | you can work around it with dot files and other voodoo |
| 20:34.23 | mwester | Seems kludgey though. A directory with no content is no less a directory. |
| 20:34.33 | mwester | It seems logical that it would be versioned. |
| 20:35.34 | koen | FWIW, mtn didn't do directories till 0.26 or so |
| 20:35.54 | koen | it only tracked files and implicitly directories holding the files |
| 20:44.20 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 20:45.42 | chouimat | anybody useing 0.36? |
| 20:45.51 | woglinde | hm |
| 20:45.56 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
| 20:45.58 | woglinde | I am not |
| 20:46.50 | Crofton|laptop | I think I am |
| 20:47.28 | Crofton|laptop | yep |
| 20:47.31 | khem | Crofton|laptop: I posted the omap2 patch can you review plz |
| 20:48.18 | Crofton|laptop | will do |
| 20:48.28 | khem | ty :) |
| 20:48.44 | khem | I am not able to build kernel but that omap git's problem |
| 20:53.27 | Crofton|laptop | bummer |
| 20:53.53 | woglinde | nite |
| 20:54.05 | cdbot2 | * * OE Bug 2750 has been RESOLVED (WORKSFORME) by <koen> |
| 20:54.07 | cdbot2 | * * qt4-x11-free-4.3.0-r5-do_populate_staging |
| 20:54.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2750 |
| 20:55.21 | Crofton|laptop | khem, you posted patch to mailing list? |
| 20:55.44 | khem | yes I think I did |
| 20:56.13 | Crofton|laptop | I ahven't seen it come in |
| 20:56.21 | Crofton|laptop | It may be tomorrow AM b4 I can look at it |
| 20:56.22 | khem | me either |
| 20:57.06 | khem | its here http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-August/002795.html |
| 20:57.13 | Crofton|laptop | I need to talk to my friend who is interning at TI and have him look up some people and grab some boards |
| 20:57.51 | Crofton|laptop | the list may strip the attachment, can you add it inline |
| 20:57.58 | Crofton|laptop | or send direct to me? |
| 21:00.52 | CIA-1 | 03rpurdie * r881 10bitbake/lib/bb/ (cooker.py data.py): cooker.py: Start UI merge: Cleanup exit status handling and collect exit calls into one place. Move buildSetVars() function calls. Cleanup whitespace. Make some of the core functions more generic. |
| 21:02.22 | CIA-1 | 03rpurdie * r882 10bitbake/lib/bb/data.py: data.py: Comment last accidental commit |
| 21:03.31 | khem | Crofton|laptop: the patch is there if you look at the link right at the bottom of that post |
| 21:03.32 | khem | http://lists.linuxtogo.org/pipermail/openembedded-devel/attachments/20070813/6e8b9ea7/attachment-0001.obj |
| 21:03.37 | khem | is the link to patch |
| 21:06.03 | Crofton|laptop | ok, I mailed the link to myself :) |
| 21:06.30 | Crofton|laptop | I need to work through the "right" way to select the uboot bb file |
| 21:06.42 | Crofton|laptop | what dsp does the 2430 use? |
| 21:12.24 | khem | Crofton|laptop: http://focus.ti.com/pdfs/wtbu/TI_sdp_omap2430.pdf |
| 21:14.08 | khem | Crofton|laptop: DSP is Embedded TMS320C55x |
| 21:14.14 | Crofton|laptop | this suggests C55 yeah |
| 21:14.31 | Crofton|laptop | The DSP guys I know prefer the C6x series |
| 21:14.40 | Crofton|laptop | but I think power is lower in c55 |
| 21:15.17 | *** join/#oe keesj_ (n=keesj@87.210.193.49) |
| 21:16.21 | khem | I know arm side of omap only :) |
| 21:19.02 | Crofton|laptop | I need to learn both sides |
| 21:27.38 | CIA-1 | 03rpurdie * r883 10bitbake/lib/bb/cooker.py: cooker.py: Refactor pkgs_to_build into a function, further cleanups |
| 21:32.33 | *** join/#oe mallum (n=mallum@host86-136-65-190.range86-136.btcentralplus.com) |
| 21:48.03 | *** join/#oe pH5 (n=ph5@e178252011.adsl.alicedsl.de) |
| 21:57.33 | *** join/#oe wbx (n=wbx@static-87-79-68-60.netcologne.de) |
| 22:21.13 | *** join/#oe khem (i=khem@nat/montavista/x-22e581c995c6abe7) |
| 22:49.31 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
| 22:52.15 | CIA-1 | 03rpurdie * r884 10bitbake/lib/bb/ (__init__.py cooker.py msg.py): msg.py: Add plain message type, remove legacy logging code |
| 22:53.48 | *** join/#oe johndoe_de (n=john_doe@p549568A4.dip.t-dialin.net) |
| 22:57.04 | cdbot2 | * * OE Bug 2756 has been created by autobuild(AT)openembedded.org |
| 22:57.05 | *** join/#oe lichtgestalt (n=Lichtges@Fb73e.f.ppp-pool.de) |
| 22:57.07 | cdbot2 | * * linux-2.6.21-r5-do_unpack |
| 22:57.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2756 |
| 22:57.18 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 23:02.38 | lichtgestalt | Hi, I am trying to build openssh for Angstrom but it fails: http://paste.stgraber.org/2517 |
| 23:02.52 | lichtgestalt | Does anybody else see this problem? |
| 23:04.50 | lichtgestalt | And even more important, how do I get rid of it? |
| 23:13.18 | CIA-1 | 03rpurdie * r885 10bitbake/lib/bb/cooker.py: cooker.py: Switch to using bb.msg.plain |
| 23:48.04 | CIA-1 | 03rpurdie * r886 10bitbake/lib/bb/msg.py: msg.py: Add checks for unset domains |
| 23:49.16 | CIA-1 | 03rpurdie * r887 10bitbake/lib/bb/runqueue.py: runqueue.py: Mark completed tasks as buildable to avoid sanity check errors |
| 23:54.30 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 23:55.35 | rwhitby | lichtgestalt: I've added openssh 4.6p1 - it fixes that compile problem. Please test it. |
| 23:58.56 | *** join/#oe vivijim (n=vivijim@189.13.200.91) |