| 00:11.41 | *** join/#oe _julian_ (~quassel@hmbg-5f765407.pool.mediaWays.net) |
| 00:37.13 | Jay7 | hm.. |
| 00:37.27 | Jay7 | bitbake -c compile kexec-tools-klibc fails |
| 00:37.44 | Jay7 | but using devshell and starting run_oemake there is working ok |
| 00:37.53 | Jay7 | what is wrong? |
| 00:39.11 | Tartarus | whats in the log when it does fail? |
| 00:39.54 | Jay7 | it's just failing with http://pastebin.ca/2019864 |
| 00:40.07 | Jay7 | ERROR: Task 6 (/storage/oe/testbuilder/openembedded/recipes/kexec-tools/kexec-tools-klibc_2.0.2.bb, do_compile) failed with exit code '256' |
| 00:40.27 | Jay7 | I'm looking into run.do_compile |
| 00:42.27 | Jay7 | hm.. looking ok for my experience.. |
| 00:43.02 | Jay7 | there is no log.do_compile* at all |
| 00:52.20 | CIA-73 | 03Paul Eggleton <bluelightning@bluelightning.org> 07master * r44b0a42ec8 10openembedded.git/recipes/libqpe/libqpe-opie_1.2.5.bb: |
| 00:52.21 | CIA-73 | libqpe-opie: fix 1.2.5 recipe to use INC_PR |
| 00:52.21 | CIA-73 | Signed-off-by: Paul Eggleton <bluelightning@bluelightning.org> |
| 00:52.34 | CIA-73 | 03Paul Eggleton <bluelightning@bluelightning.org> 07master * r01133f3860 10openembedded.git/recipes/ (179 files in 170 dirs): |
| 00:52.34 | CIA-73 | Opie: add checksums to 1.2.4 recipes |
| 00:52.34 | CIA-73 | Signed-off-by: Paul Eggleton <bluelightning@bluelightning.org> |
| 00:52.35 | CIA-73 | 03Paul Eggleton <bluelightning@bluelightning.org> 07master * r80deab3c97 10openembedded.git/recipes/opie-reader/ (opie-reader.inc opie-reader_1.2.4.bb opie-reader_1.2.5.bb): |
| 00:52.35 | CIA-73 | opie-reader: fix SRC_URI and INC_PR |
| 00:52.35 | CIA-73 | * SRC_URI has been removed from the inc file and added to 1.2.4 version |
| 00:52.35 | CIA-73 | * Fixed 1.2.5 version to use INC_PR as other opie-reader files do |
| 00:52.35 | CIA-73 | Signed-off-by: Paul Eggleton <bluelightning@bluelightning.org> |
| 00:52.36 | CIA-73 | 03Paul Eggleton <bluelightning@bluelightning.org> 07master * r7fb797ff59 10openembedded.git/recipes/opie-i18n/opie-lrelease-native_1.2.5.bb: |
| 00:52.36 | CIA-73 | opie-lrelease-native: fix 1.2.5 recipe to use INC_PR |
| 00:52.37 | CIA-73 | Signed-off-by: Paul Eggleton <bluelightning@bluelightning.org> |
| 00:52.38 | CIA-73 | 03Paul Eggleton <bluelightning@bluelightning.org> 07master * r1ee0629b1e 10openembedded.git/recipes/opie-icon-reload/opie-icon-reload_1.2.5.bb: |
| 00:52.40 | CIA-73 | opie-icon-reload: add 1.2.5 version |
| 00:52.40 | CIA-73 | Signed-off-by: Paul Eggleton <bluelightning@bluelightning.org> |
| 00:52.40 | CIA-73 | 03Paul Eggleton <bluelightning@bluelightning.org> 07master * r9efe17f2fc 10openembedded.git/recipes/ (182 files in 170 dirs): |
| 00:52.40 | CIA-73 | Opie: add checksums to 1.2.5 recipes |
| 00:52.40 | CIA-73 | Signed-off-by: Paul Eggleton <bluelightning@bluelightning.org> |
| 01:06.49 | CIA-73 | 03Paul Eggleton <bluelightning@bluelightning.org> 07master * r9ec2920dd8 10openembedded.git/contrib/opie/ (4 files): |
| 01:06.49 | CIA-73 | contrib/opie: add useful management scripts |
| 01:06.49 | CIA-73 | Add scripts to aid management of Opie recipes and source tarballs |
| 01:06.49 | CIA-73 | Signed-off-by: Paul Eggleton <bluelightning@bluelightning.org> |
| 01:17.26 | bluelightning | Jay7: there you go :) |
| 01:17.40 | Jay7 | bluelightning: cool! :) |
| 01:17.53 | Jay7 | I'll fire up testbuilder |
| 01:21.23 | Jay7 | bluelightning: started for my zauruses |
| 01:21.52 | Jay7 | but we have broken gettext and kexec-tools-klibc.. |
| 01:22.09 | Jay7 | so not sure how much it will do |
| 01:25.47 | bluelightning | Jay7: hmm :( |
| 01:25.52 | bluelightning | thanks for testing though |
| 01:26.07 | bluelightning | I did a test fetch of all recipes, worked OK |
| 01:26.12 | *** join/#oe _julian (~quassel@hmbg-5f7600a0.pool.mediaWays.net) |
| 01:36.01 | Jay7 | -> sleep |
| 01:36.01 | grg | khem, TARGET_FPU = "soft" appears to have been broken with your latest {e,}glibc changes |
| 01:36.32 | grg | --without-fp does not appear in run.do_configure, while it did in my last build |
| 01:36.52 | grg | And i get this failure http://tinderbox.openembedded.net/packages/1279490/ |
| 01:37.20 | Jay7 | i686 is broken too as I see |
| 01:38.49 | bluelightning | -> sleep also |
| 01:41.28 | khem | grg: hmmm I see |
| 01:42.26 | grg | interestingly, in my last build, without-fp is passed to configure twice |
| 01:43.03 | CIA-73 | 03Chris Larson <chris_larson@mentor.com> 07master * r82f0e471f0 10bitbake.git/lib/bb/runqueue.py: |
| 01:43.03 | CIA-73 | runqueue: fix a get_task_id call |
| 01:43.03 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 01:45.56 | grg | khem, fyi, here's a diff of the two run.do_configure scripts: http://pastebin.com/936BUi6f |
| 01:46.05 | khem | grg: try this untested patch http://pastebin.com/phsQSH41 |
| 01:46.11 | grg | :) |
| 01:50.36 | grg | khem, yes, that did the trick. Thanks |
| 01:50.48 | grg | can add my acked-by |
| 01:52.11 | khem | grg: ok thx |
| 01:52.23 | khem | grg: have you played with yocto ? |
| 01:53.57 | khem | grg: which MACHINE should I try to test it out |
| 02:02.18 | khem | thanks grg for reporting it pushed the fix now |
| 02:02.20 | CIA-73 | 03Khem Raj <raj.khem@gmail.com> 07master * rec41074add 10openembedded.git/recipes/eglibc/eglibc.inc: |
| 02:02.20 | CIA-73 | eglibc.inc: Pass FPU type to GLIBC_EXTRA_OECONF |
| 02:02.20 | CIA-73 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 02:02.20 | CIA-73 | Acked-by: Graham Gower <graham.gower@gmail.com> |
| 02:07.01 | grg | khem, i have MACHINE=qemumipsel and TARGET_FPU=soft in my local.conf |
| 02:07.11 | grg | haven't played with yocto, no |
| 02:07.16 | grg | its on my todo list |
| 02:07.29 | khem | grg: ok |
| 02:07.37 | khem | anyway tested with ppc405 and arm |
| 02:07.41 | khem | and seems to be fixed now |
| 02:08.33 | CIA-73 | 03Chris Larson <chris_larson@mentor.com> 07master * r49e06bba60 10bitbake.git/lib/bb/runqueue.py: |
| 02:08.33 | CIA-73 | runqueue: fix check_stamp_task call in chck_stamp_fn |
| 02:08.33 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 02:08.56 | kergoth | blah, typo |
| 02:14.47 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
| 02:31.51 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 03:01.15 | *** join/#oe fraxinath (~quassel@p4FD6532A.dip.t-dialin.net) |
| 03:59.04 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 04:08.02 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 04:35.48 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 04:40.06 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:57.16 | *** join/#oe mmanulis (~mmanulis@99-171-180-26.lightspeed.sndgca.sbcglobal.net) |
| 05:09.36 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
| 05:32.18 | *** join/#oe drw|away (~drw@cpe-76-187-60-200.tx.res.rr.com) |
| 05:50.12 | gandhijee | hey, if i have a register on a cpu at 0x80832440 how do i access it from user space, i tried the stuff i saw in the kernel sources, but it all segfaults when i run it |
| 05:57.59 | grg | gandhijee, you can't access it in userspace directly |
| 05:58.31 | gandhijee | i tried using /dev/iomem and mapping it |
| 05:58.43 | gandhijee | but i apparently am not doing it properly |
| 05:59.04 | grg | i'm unfamiliar with /dev/iomem |
| 05:59.12 | gandhijee | i mean /dev/mem |
| 06:00.27 | grg | generally if you want to access hardware, you write a kernel driver |
| 06:00.41 | grg | and provide an interface to userspace from your driver |
| 06:00.59 | grg | direct hardware access from userspace is frowned upon |
| 06:01.05 | gandhijee | i don't think i can write a driver |
| 06:01.58 | grg | presumably, 0x80832440 is a physical address. Physical addresses don't mean anything to userspace processes anyhow |
| 06:02.29 | gandhijee | yeah, it is a physical address |
| 06:02.49 | grg | a process has some memory mapped into a virtual address space. When you use the memory, the OS and the mmu convert it to a physical address |
| 06:02.54 | gandhijee | i know if its below a certain area, i can use inb/inl etc to get to it |
| 06:03.11 | grg | maybe if you're running DOS |
| 06:03.35 | gandhijee | i can do it with serial ports and stuff |
| 06:04.01 | grg | yes, there are special hacks for that to work. and you have to set it up with ioperm() etc |
| 06:04.39 | gandhijee | yeah |
| 06:04.55 | gandhijee | there is no way to do that with addresses above a certain range? |
| 06:05.11 | grg | what's the machine and what's the hardware controller you're trying to access? |
| 06:05.48 | gandhijee | its a TS-7260 |
| 06:05.57 | gandhijee | arm9 cpu/EP9302 |
| 06:06.15 | grg | what's the register for? |
| 06:06.21 | gandhijee | CPU serial number |
| 06:06.39 | gandhijee | it shows up in /proc/cpuinfo, i want to figure out how to read it myself |
| 06:07.02 | gandhijee | so i don't have to read all of /proc/cpuinfo and parse it all the time |
| 06:07.23 | grg | this is something that must be done in kernel space |
| 06:07.29 | *** join/#oe rob_w (bob@pD95ED636.dip.t-dialin.net) |
| 06:07.54 | gandhijee | o |
| 06:08.07 | gandhijee | how hard is something like this to do? |
| 06:08.17 | grg | you could write a very simple driver which created, e.g. /proc/7260-serial and just printed out the value of that register |
| 06:08.22 | grg | that would be rather simple |
| 06:08.31 | gandhijee | how would i go about doing something like that? |
| 06:08.38 | grg | you should read up in "linux device drivers" |
| 06:09.31 | gandhijee | would it be something that i could figure out fairly quickly from there? or would it require me to read it cover to cover? |
| 06:09.58 | grg | give me a moment, i'll find an in kernel driver you can look at instead... |
| 06:10.23 | gandhijee | thank you |
| 06:10.42 | *** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 06:10.54 | Noor | Hi everybody |
| 06:11.14 | Noor | I was using external-toolchain-csl.bb file placed in meta dir |
| 06:12.00 | grg | gandhijee, here's a small and simple example. arch/arm/mach-msm/last_radio_log.c |
| 06:12.17 | Noor | I was jus wondring why this line is there in do_install function rm -rf ${D}${bindir}/gdbserver |
| 06:12.37 | gandhijee | grg: thank you |
| 06:12.51 | Noor | so this is not installing gdbserver .... any specific reason for that |
| 06:12.59 | gandhijee | oh one more thing i guess, how would i compile that in my OE env? |
| 06:14.13 | grg | gandhijee, read the first two chapters or so of linux device drivers to learn how to build kernel modules... then the rest should be on the OE wiki or manual |
| 06:14.26 | gandhijee | k |
| 06:18.53 | grg | Noor, is gdbserver provided by another package maybe? |
| 06:18.54 | Noor | Can anybody explain to me why we are removing gdbserver from in the do_install function of external-toolchain-csl.bb |
| 06:19.24 | Noor | grg gdbserver has its own recipe |
| 06:20.18 | Noor | so you are saying that gdbserver will be bild through other recipe |
| 06:20.42 | *** join/#oe rob_w__ (~bob@pD95ED636.dip.t-dialin.net) |
| 06:21.04 | Noor | grg: what if we have a prebuild binary and want to use that ... in that case I probably have to remove this line from external-toolchain recupe |
| 06:23.52 | grg | Noor, yeah i suppose so |
| 06:24.31 | grg | and then ensure that the gdbserver recipe doesn't get used |
| 06:24.54 | Noor | yeah |
| 06:25.03 | Noor | i'll add it in assume provided |
| 06:32.00 | rulztime | Hi, I've fumbled together a small recipe for QextSerialPort and was wondering if someone could look it over and check that I'm on the right path. http://pastebin.com/cV6ZGJEX |
| 06:33.41 | rulztime | It seems to work, but I'm not sure if the PV and SRCREV are done right and I guess it needs to handle both x11 and qte |
| 07:02.34 | *** join/#oe CMoH (~cipi@95.76.74.1) |
| 07:02.35 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 07:04.28 | *** join/#oe hansdampf (~moritz@212.77.182.52) |
| 07:06.35 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 07:30.12 | *** join/#oe stefan_schmidt (~stefan@134.169.35.201) |
| 07:30.41 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:41.03 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 07:42.07 | JaMa | kergoth_: another ping about scmdata=keep patch :) |
| 07:42.20 | eFfeM_work | gm |
| 07:42.28 | eFfeM_work | wiki seems to have a problem, will mail to list |
| 07:42.41 | JaMa | gm eFfeM |
| 07:44.19 | *** join/#oe B_Lizzard (~havoc@athedsl-429124.home.otenet.gr) |
| 07:48.13 | Noor | gm eFfeM_work |
| 07:48.26 | eFfeM_work | hi Noor haven't seen you around for a while |
| 07:48.57 | Noor | yeah ... I was busy in some other stuff :) ... now back on OE :) |
| 07:49.17 | Noor | dealing with gdbserver and external toolchain recipe |
| 07:49.29 | eFfeM_work | ah cool |
| 07:50.58 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:55.31 | *** join/#oe PS1 (~root@115.119.134.194) |
| 07:58.06 | *** join/#oe esbenh (~esbenh@77.233.226.4) |
| 08:03.34 | *** join/#oe CMoH-notebook (~cipi@95.76.74.1) |
| 08:03.34 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 08:07.43 | *** join/#oe gremlin[it] (~gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 08:15.18 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:15.59 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 08:17.10 | mckoan | good morning |
| 08:19.52 | gremlin[it] | morning all ! |
| 08:22.49 | *** join/#oe roza (~ron@nat/cisco/x-knnpklbtjegolrbw) |
| 08:23.15 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 08:23.19 | *** join/#oe rschus (~rschus@145.118.101-84.rev.gaoland.net) |
| 08:23.19 | *** join/#oe dhr_ (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 08:23.23 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 08:28.58 | mckoan | gremlin[it]: hi |
| 08:32.04 | ericben | good morning |
| 08:32.20 | mckoan | ericben: hi |
| 08:32.44 | ericben | kergoth: concerning perl-5.8.8, I'm building using distro angstrom 2008.1 and for an armv5 machine |
| 08:33.48 | ericben | kergoth: but now I have more log and before ./miniperl command not found, I have make no rule to build target <internal> nedded for "miniperlmain.o" |
| 08:33.59 | ericben | kergoth: so the problem may be somewhere else |
| 08:34.06 | *** join/#oe morphis (~morphis@brmn-4db777de.pool.mediaWays.net) |
| 08:34.10 | ericben | hi mckoan |
| 08:36.22 | *** join/#oe mr_nice|work (~mr_nice|w@83-64-51-210.static.xdsl-line.inode.at) |
| 08:48.47 | *** join/#oe atiti (~atiti@0103ds1-vir.0.fullrate.dk) |
| 08:53.17 | *** join/#oe rob_w___ (~bob@pD95EBAF7.dip.t-dialin.net) |
| 08:53.22 | Jay7 | hm.. interesting |
| 08:53.25 | Jay7 | morning |
| 08:53.33 | Jay7 | ERROR: Command execution failed: Exited with 1 |
| 08:53.43 | Jay7 | this is message from bitbake |
| 09:02.12 | ericben | kergoth: forget it, the problem is during generation of its makefile, perl has a sed script to remove some unwanted paterns which can leak from gcc output ... and my system is in french on this machine which means the world "interne" that I translated as 'internal' is not catched by the script (and in fact is "built-in" in english). What is strange is that using bitbake 4d081a0ed759bd526ab01849d650bd9e8d80ddd1 doesn't exhibit the problem s |
| 09:04.21 | *** join/#oe dth (~dth@a89-183-66-97.net-htp.de) |
| 09:05.20 | ericben | kergoth: I confirm the LANG problem, using bitbake master and doing a export LANG=en_US.UTF-8 |
| 09:06.41 | ericben | kergoth: before bitbake fixe the problem on my machine. |
| 09:06.49 | *** part/#oe dth (~dth@a89-183-66-97.net-htp.de) |
| 09:10.14 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 09:12.52 | Jay7 | hm.. |
| 09:13.17 | Jay7 | seems good that testbuilder have LANG=C inside :) |
| 09:13.35 | Jay7 | good for builds, bad for testing |
| 09:14.05 | Jay7 | I should move it to config file |
| 09:14.12 | ericben | Jay7: :) |
| 09:16.20 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:16.21 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:16.25 | Jay7 | very interesting.. kexec-tools-klibc was built fine for angstrom-2010.x but doesn't run compile for angstrom-2008.1 |
| 09:16.32 | Jay7 | bluelightning: morning |
| 09:17.01 | Jay7 | bluelightning: at least tosa and akita opie-images for angstrom-2010.x was built ok |
| 09:21.17 | bluelightning | Jay7: awesome :) |
| 09:21.34 | bluelightning | perhaps angstrom 2010 should be switched to 1.2.5 now... |
| 09:22.42 | bluelightning | morning all |
| 09:23.05 | CIA-73 | 03Koen Kooi <k-kooi@ti.com> 07org.openembedded.dev * r9a4fe6fc17 10openembedded.git/recipes/ti/libdce_git.bb: |
| 09:23.05 | CIA-73 | libdce: fix DEPENDS |
| 09:23.05 | CIA-73 | Signed-off-by: Koen Kooi <k-kooi@ti.com> |
| 09:24.09 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 09:26.36 | *** join/#oe cazze (~pc@d54C04D68.access.telenet.be) |
| 09:33.17 | *** join/#oe Jordinar (~Jord@port-87-193-237-134.static.qsc.de) |
| 09:35.28 | Jordinar | Is bitbake broken for oe atm? I always get this error while executing bitbake after 'handling bitbake files' - http://pastebin.com/4KvBE1ns |
| 09:36.10 | ericben | Jordinar: which bitbake are you using ? |
| 09:36.24 | Jordinar | 1.8.18 |
| 09:36.45 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
| 09:37.15 | ericben | Jordinar: can you try 1.10.1 ? |
| 09:37.31 | ericben | it should work out of the box |
| 09:38.02 | Jordinar | i'll try that, thanks. |
| 09:46.23 | *** join/#oe CMoH-office (~cipi@unaffiliated/c-moh) |
| 09:53.09 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r582a20d46f 10openembedded.git/ (5 files in 4 dirs): |
| 09:53.09 | CIA-73 | linux-omap4: switch to L24.11 based tree to match with L24.11 syslink userspace |
| 09:53.09 | CIA-73 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 09:54.10 | Jordinar | this new bitbake just gives an ImportError (1.10.1 release from berlios) ..... ImportError: cannot import name ui .. hmm. |
| 10:02.34 | *** join/#oe cazze (~pc@d54C04D68.access.telenet.be) |
| 10:02.48 | ericben | Jordinar: strange |
| 10:03.05 | Jordinar | 1.10.0 seems to be ok |
| 10:03.24 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:03.29 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 10:13.25 | Jay7 | sent all issues from testbuilder to ML.. |
| 10:21.07 | *** join/#oe melchior (~melchior@AStrasbourg-552-1-128-65.w90-6.abo.wanadoo.fr) |
| 10:22.58 | melchior | I'm using busybox, and i try to change the date using the command 'date' but i can't do it only as root user. I'd like to be able to set it using www-data user. Permissons on busybox are rwx for all and permissions on date symbolic link too. But i get permission denied. What could be the issue ? |
| 10:23.27 | melchior | i can only do it as root |
| 10:24.02 | Jay7 | melchior: install sudo and use it |
| 10:24.23 | Jay7 | date is using syscall that is available only for root imho |
| 10:24.40 | melchior | I'd like to change date from a php script so www-data user |
| 10:25.05 | melchior | Can i set permission for those syscall ? |
| 10:25.32 | Jay7 | no, this is kernel thing |
| 10:25.44 | Jay7 | only root can change time |
| 10:26.28 | Jay7 | so you need some suid binary between www-data and root |
| 10:27.01 | Jay7 | sudo is easiest way |
| 10:28.55 | melchior | thx |
| 10:30.39 | *** join/#oe rob_w (~bob@ppp-93-104-18-16.dynamic.mnet-online.de) |
| 10:31.06 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 10:32.45 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:36.32 | *** join/#oe submaster (~mo@g231037229.adsl.alicedsl.de) |
| 10:38.25 | *** join/#oe GNUtoo|laptop (~gnutoo@host237-37-dynamic.117-80-r.retail.telecomitalia.it) |
| 10:39.23 | *** join/#oe _julian (~quassel@hmbg-5f7600a0.pool.mediaWays.net) |
| 10:41.43 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 10:44.30 | mckoan | anybody knows where is this setting? |
| 10:44.31 | mckoan | Starting GPE display manager: gpe-dm |
| 10:44.32 | mckoan | Error: Can't identify this machine |
| 10:44.44 | *** join/#oe unclewerner (~unclewern@host-88-217-163-202.customer.m-online.net) |
| 10:44.58 | mckoan | where must be defined in target fs image? |
| 10:47.14 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:55.39 | *** join/#oe incandes1ant (~incandesc@foo.stupids.org) |
| 10:59.45 | ericben | mckoan: isn't that a message from X ? |
| 10:59.51 | florian | mckoan: interesting indeed |
| 11:00.24 | CIA-73 | 03Koen Kooi <k-kooi@ti.com> 07org.openembedded.dev * r006748fc7a 10openembedded.git/recipes/xorg-driver/xf86-video-v4l2_git.bb: |
| 11:00.24 | CIA-73 | xf86-video-v4l2: bump SRCREV |
| 11:00.24 | CIA-73 | Signed-off-by: Koen Kooi <k-kooi@ti.com> |
| 11:01.22 | florian | mckoan: I'm pretty sure its not one of the GPE bits that creates this message. |
| 11:02.33 | florian | It might be some xserver startup script - these usually try to identify the machine. |
| 11:04.17 | mckoan | florian, ericben: looks like is a memory problem |
| 11:04.53 | mckoan | the same fs works on a PM9263 (SAM9), but fils on my PXA270 |
| 11:05.08 | mckoan | the diff is 32M vs. 64M sdram |
| 11:05.24 | *** join/#oe bluelightning (~paul@158.43.2.102) |
| 11:05.24 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 11:06.06 | ericben | mckoan: the difference is also the ... machine ;-) |
| 11:06.12 | *** join/#oe mochtu (~mochtu@g231037229.adsl.alicedsl.de) |
| 11:06.25 | florian | mckoan: hum well... the machin id should be different too |
| 11:06.31 | mckoan | ericben: of course, but fb0 works on both |
| 11:06.46 | mckoan | and Angstrom splash works on both as well |
| 11:06.51 | ericben | mckoan: but the message you get is not about fb0 but about the machine |
| 11:07.12 | ericben | mckoan: are you using kdrive ? |
| 11:07.20 | mckoan | in last days I have been focusing on xinit failure |
| 11:08.10 | mckoan | ericben: angstrom-2008 or kaeilos, so both xorg |
| 11:08.38 | mckoan | http://pastebin.com/cJU14Zrq |
| 11:09.06 | florian | I could give it a try here... I have a Mainstone II which should be a good reference for the PXA270 :-) |
| 11:09.32 | JaMa | mckoan: what about "Xorg -verbose 6 -keeptty" ? |
| 11:09.43 | JaMa | mckoan: here Xorg works on spitz |
| 11:09.56 | mckoan | JaMa: Xorg is not present, there is Xfbdev |
| 11:10.39 | ericben | mckoan: from memory you need to have your mode included into hw/kdrive/src/kmode.c |
| 11:11.01 | mckoan | florian: I also have a Mainstone Rev.E, but ethernet fails |
| 11:11.14 | ericben | check into xserver-kdrive/xserver-kdrive for this |
| 11:11.28 | mckoan | ericben: not sure I am using kdrive |
| 11:11.54 | florian | mckoan: should be easy to work around using a pcmcia ethernet card |
| 11:12.45 | mckoan | florian: you're right! thanx |
| 11:13.00 | mckoan | is testing on mainstone with USB-eth adapter |
| 11:14.00 | hrw | let me guess - xserver-common 1.25? |
| 11:14.15 | florian | this should work as well, but since pcmcia isn't used that much any more and if you have an old non-cardbuc network adapter laying around that's a good choice |
| 11:14.25 | mckoan | after lunch (and going to take daughter at school) |
| 11:14.47 | hrw | florian: which xserver-common is now used in OE? 1.25 or 1.3x? |
| 11:15.06 | *** join/#oe rob_w (~bob@ppp-93-104-18-16.dynamic.mnet-online.de) |
| 11:15.06 | florian | let me check |
| 11:15.20 | florian | always uses 1.3x |
| 11:15.37 | ericben | if it's xserver-common, the machine as to be added as in xserver-common/files/Xserver-at91.patch |
| 11:16.07 | florian | 1.33 seems to be the most common one |
| 11:16.18 | mckoan | hrw: angstrom-2008-preferred-versions.inc says xserver-common = "1.33" |
| 11:16.52 | hrw | uf |
| 11:17.35 | mckoan | main symptom is the fs generated for Akita works smoothly with AT91 |
| 11:18.01 | mckoan | so diffs are: kernel and hw (ram?) |
| 11:18.37 | mckoan | splash and direct fb0 write work on both |
| 11:18.53 | mckoan | so I suspect the heavy of xorg |
| 11:19.05 | mckoan | s/heavy/wheight |
| 11:19.49 | pb_ | if you have Xfbdev rather than Xorg, you are not using xorg |
| 11:20.14 | pb_ | and, in any case, lack of ram wouldn't typically cause the error you're seeing. that does look very much like the machine value from /proc/cpuinfo just isn't recognised by the Xserver startup script. |
| 11:20.20 | ericben | mckoan: I think the answer is a few lines upper ... |
| 11:20.21 | JaMa | mckoan: awk 'BEGIN { FS=": " } /Hardware/ { gsub(" ", "_", $2); print tolower($2) } ' </proc/cpuinfo |
| 11:23.50 | Jay7 | mckoan: looks like some part of zaurusd or something like |
| 11:24.15 | Jay7 | zauruses have special scripts to detect model and setup keymap/do other things |
| 11:24.38 | mckoan | JaMa: marvell/intel_pxa270 |
| 11:25.03 | mckoan | JaMa: ok, so I won't mix xorg and gpm problems |
| 11:25.23 | mckoan | JaMa: I focuso on xinit (Xfbdev) |
| 11:25.30 | JaMa | that's what is in /etc/init.d/functions as machine_id laster used in startup script |
| 11:25.50 | mckoan | thank you all |
| 11:26.00 | mckoan | -> bb in 1,5 h |
| 11:26.16 | JaMa | AFAIK xinit starts /etc/X11/Xserver which checks machine_id |
| 11:26.50 | *** join/#oe B_Lizzard (~havoc@athedsl-429124.home.otenet.gr) |
| 11:27.19 | JaMa | so if you want to focus on Xfbdev then start it with Xfbdev directly not xinit/Xserver script |
| 11:27.25 | hrw | JaMa: but mckoan runs akita image which probably still have zaurusd which is argh |
| 11:28.38 | hrw | patches for xserver-common are funny |
| 11:29.49 | hrw | when I did 1.30 I added /etc/default/xserver support which removes need for patching /etc/X11/xserver-common file |
| 11:31.08 | florian | makes use of this feature quite frequently |
| 11:33.34 | bluelightning | hrw: what's "argh" about zaurusd |
| 11:33.35 | bluelightning | ? |
| 11:38.58 | hrw | bluelightning: tries to do too much at once. alsa profiles, touchscreen keys, rotations |
| 11:39.21 | bluelightning | hrw: ah yes |
| 11:43.44 | *** join/#oe woglinde (~henning@p5DDC097F.dip0.t-ipconnect.de) |
| 11:44.24 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 11:56.49 | *** join/#oe rob_w_ (~bob@ppp-93-104-8-69.dynamic.mnet-online.de) |
| 12:03.46 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 12:13.30 | *** join/#oe rob_w (~bob@ppp-93-104-8-69.dynamic.mnet-online.de) |
| 12:15.08 | *** join/#oe Jay7x (jay@95-29-187-197.broadband.corbina.ru) |
| 12:38.36 | *** join/#oe CruX| (~jozo@158.193.86.116) |
| 12:41.32 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 12:42.58 | *** join/#oe stanv (~stanv@rider.balabanovo.ru) |
| 12:43.03 | stanv | hello |
| 12:43.35 | stanv | Where I can find 2.6.34 config for Davinci ? |
| 12:43.50 | otavio | Hello ... |
| 12:44.03 | otavio | kergoth_: can you take a look on the class I just send to ml? |
| 12:44.08 | otavio | kergoth_: gitpv |
| 12:44.46 | woglinde | stanv first you need the kernel which you are compiling |
| 12:45.00 | stanv | There is only 2.6.32-rc2 config at http://arago-project.org/git / arago.git / linux / linux-davinci-staging / dm365-evm / configs / |
| 12:45.12 | stanv | I have kernel sources |
| 12:45.14 | woglinde | stanv or a find in recipes/linux |
| 12:45.42 | stanv | I need config for 2.6.34 |
| 12:46.45 | woglinde | ? |
| 12:46.58 | woglinde | so you have the sources without a recipe |
| 12:47.04 | stanv | yes |
| 12:47.45 | stanv | I don't use arago/official SDK.... |
| 12:48.17 | woglinde | okay |
| 12:48.28 | Crofton|work | mckoan, not sure if this is related to what you are doing, but a friend noticed a path to x86 sysroot in startx the other night |
| 12:48.30 | woglinde | frist you are using a overlay of oe |
| 12:48.30 | stanv | I need only kernel config :) |
| 12:48.45 | woglinde | second you are using not even official one |
| 12:48.57 | woglinde | so why you come here and ask fior help |
| 12:49.24 | stanv | :))) I need official config :) |
| 12:49.45 | woglinde | what official config? |
| 12:49.52 | woglinde | there is no official config |
| 12:49.55 | woglinde | make your own |
| 12:49.57 | woglinde | with menuconfig |
| 12:50.04 | stanv | At http://processors.wiki.ti.com/index.php/FAQ_for_DaVinci_Linux noticed config Linux-2.6.23-rc3-davinci1.... |
| 12:50.25 | woglinde | 2.6.23 is stoneage |
| 12:50.38 | woglinde | maybee you mean 2.6.32 |
| 12:50.51 | stanv | ahh... |
| 12:50.54 | stanv | :(( |
| 12:52.31 | woglinde | as I said make a find in recipes/linux |
| 12:54.37 | stanv | Git repo has v2.6.34-davinci1 .... someone should have config for this version.. |
| 12:54.51 | woglinde | okay |
| 12:54.58 | woglinde | so seem to trolling more |
| 12:55.02 | woglinde | please read the topic |
| 12:55.11 | woglinde | no more help from me |
| 12:56.03 | stanv | :)) okey,,, sorry |
| 12:56.06 | stanv | :)) |
| 12:56.24 | stanv | recipes has only config for 2.6.32 |
| 12:57.34 | mckoan | re |
| 12:57.41 | woglinde | jo mckoan |
| 13:00.09 | mckoan | Crofton|work: yes mcookie=`/home/koan/devel/build/angstrom/tmp/sysroots/x86_64-linux/usr/bin/mcookie` |
| 13:01.07 | Crofton|work | thanks for confirming that |
| 13:35.55 | *** join/#oe aloisiojr (~aloisio@187.59.122.14) |
| 13:45.20 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 13:51.53 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 13:55.31 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 13:59.12 | *** join/#oe chrisw957_home (~chris@mail.tacticalelectronics.com) |
| 14:01.25 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r99e5d05f9d 10openembedded.git/conf/distro/include/angstrom-2010-preferred-versions.inc: |
| 14:01.26 | CIA-73 | angstrom next: don't set preferred version for xserver-xorg, but trust the includes |
| 14:01.26 | CIA-73 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:01.59 | mckoan | florian: if I use mainstone with USB-eth adapter it is eth1 and won't bott NFS |
| 14:02.09 | CIA-73 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1f24b55ee2 10openembedded.git/recipes/xorg-driver/xorg-driver-common.inc: |
| 14:02.10 | CIA-73 | xorg-drivers: bump INC_PR for API/ABI change in previous commit |
| 14:02.10 | CIA-73 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:03.29 | florian | mckoan: hmm... maybe it takes its time to appear. i wonder if rootwait would have an effect on nfs |
| 14:11.57 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 14:13.18 | *** join/#oe dhr_ (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 14:15.18 | *** join/#oe dth (~dth@212.23.103.33) |
| 14:18.29 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 14:22.26 | *** join/#oe mochtu_ (~mochtu@109.123.89.88) |
| 14:22.39 | *** join/#oe kevinsc (~a0214685@nat/ti/x-xpsjsufwpldldbbx) |
| 14:23.14 | *** join/#oe mochtu__ (~mochtu@g231037229.adsl.alicedsl.de) |
| 14:23.55 | *** join/#oe mochtu_ (~mochtu@109.123.89.88) |
| 14:25.11 | mckoan | florian: NFS takes the first eth available (eth0), do you know how to specify eth1 ? |
| 14:25.31 | florian | mckoan: not offhand |
| 14:26.25 | woglinde | mckoan cmdline or directly in the initramfs |
| 14:28.57 | *** join/#oe mochtu (~mochtu@g231037229.adsl.alicedsl.de) |
| 14:29.27 | mckoan | maybe NFSROOT=w.x.y.z:/nfs ETHERNET=eth1 |
| 14:34.26 | *** join/#oe mems (~rob@87-194-128-93.bethere.co.uk) |
| 14:34.56 | *** join/#oe Ironnads (~Ironnads@host109-152-204-211.range109-152.btcentralplus.com) |
| 14:35.35 | *** part/#oe dth (~dth@212.23.103.33) |
| 14:44.10 | mrmoku | fidencio: ping |
| 14:47.55 | mckoan | florian: Documentation/filesystems/nfsroot.txt ;-) |
| 14:59.08 | kergoth_ | morning |
| 14:59.36 | kergoth_ | otavio: will do |
| 15:00.03 | kergoth_ | ericben: interesting, will look into it |
| 15:06.05 | *** join/#oe angelox_123 (~Angelo@201-95-110-12.dsl.telesp.net.br) |
| 15:06.11 | *** part/#oe angelox_123 (~Angelo@201-95-110-12.dsl.telesp.net.br) |
| 15:07.36 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 15:08.18 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 15:13.00 | kergoth_ | okay, github needs a way for me to say 'yes, i'm interested in this repository, but no, i don't want to see every push/ticket/etc, do a digest or filter out tickets or something' |
| 15:13.19 | kergoth_ | heh |
| 15:13.33 | foerster | in the feed? |
| 15:13.39 | kergoth_ | yeah, the dashboard display |
| 15:15.49 | foerster | kergoth: I think I can put pastebin support into goggle fairly easily (as soon as I manage to wrap my head around interacting with the TreeView some more) |
| 15:15.59 | foerster | so for logs, you can right click -> pastbin it |
| 15:16.04 | foerster | and it'll give you back the url |
| 15:17.59 | *** join/#oe rschus (~rschus@145.118.101-84.rev.gaoland.net) |
| 15:18.37 | kergoth_ | nice, i'm sure people would find that handy |
| 15:19.01 | ericben | foerster: good feature :-) |
| 15:19.20 | foerster | ericben: yea, thanks for the suggestion. |
| 15:19.52 | foerster | just need to figure out how the hell to get the treemodel item from a click event |
| 15:20.43 | kergoth_ | decided to start over on the event thing, integrate it slowly -- slowly replace bb.event usage with self.event usage, and redirect self.event to bb.event temporarily, making sure nothing vanishes along the way |
| 15:21.12 | foerster | kergoth: you had a commit which got rid of logs which were dups of events - where did you push that? |
| 15:21.41 | kergoth_ | scratches head |
| 15:21.46 | kergoth_ | i have too many branches |
| 15:21.56 | foerster | eh, I can search for it, no biggie. |
| 15:22.00 | kergoth_ | hmm |
| 15:22.01 | ericben | simply cut the tree :-) |
| 15:22.26 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 15:22.29 | foerster | but as it stands, right now, I get the event which gets put into the right task, then the log message shows at the top of goggle b/c I can't associate it to anything. |
| 15:22.37 | kergoth_ | ah |
| 15:22.39 | foerster | having only the event would be nicer from the UI standpoint. |
| 15:23.10 | kergoth_ | part of it is in master |
| 15:23.13 | kergoth_ | ab831e867f09b47001cb8da2f8f060e04febf237 |
| 15:23.19 | kergoth_ | shifts the runqueue task start/failed messages to the ui |
| 15:23.24 | kergoth_ | there are probably other instances of duplication though |
| 15:23.50 | foerster | ok, well that's the most noticeable (in my contrived cases where I'm making things fail on purpose) |
| 15:24.01 | foerster | i'll just rebase on master again at some point |
| 15:24.20 | *** join/#oe incandescant (~joshual@158.43.2.102) |
| 15:24.26 | kergoth_ | nods |
| 15:25.14 | *** part/#oe PS1 (~root@115.119.134.194) |
| 15:25.55 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-88-248.dynamic.mnet-online.de) |
| 15:28.55 | Jay7 | [18:16] <foerster> and it'll give you back the url |
| 15:29.07 | foerster | Jay7: yes |
| 15:29.07 | Jay7 | foerster: and copy url to clipboard :) |
| 15:29.13 | foerster | if pygtk can do that |
| 15:29.25 | foerster | doesn't know enough pygtk to say definitively, but I'd imagine so |
| 15:29.46 | incandescant | foerster: nice idea! You'll probably want listen for gtk.TreeViewColumn's clicked signal and use get_tree_view() and then get_model() on that |
| 15:30.15 | foerster | incandescant: Perhaps that's what I need. I was capturing the button press event on the treeview itself. |
| 15:30.20 | foerster | perhaps I'm a level too far up. |
| 15:30.42 | incandescant | foerster: if that works, go for it ;-) |
| 15:30.49 | incandescant | is a treeview noob |
| 15:31.00 | foerster | me too |
| 15:32.13 | *** join/#oe stanv (~stanv@195.112.111.95) |
| 15:34.15 | *** join/#oe tdebrouw` (~tdebrouw@91.182.180.99) |
| 15:35.02 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 15:35.22 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 15:39.49 | otavio | kergoth_: ok; nice. |
| 15:40.14 | *** join/#oe hbeck (~hbeck@38.114.125.51) |
| 15:40.47 | kergoth_ | ericben: got it. |
| 15:40.56 | kergoth_ | erm, maybe not |
| 15:40.57 | kergoth_ | hmm |
| 15:41.18 | kergoth_ | ericben: oh, yes, i found it |
| 15:42.15 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 15:42.33 | CIA-73 | 03Chris Larson <chris_larson@mentor.com> 07master * rbebdb554b5 10bitbake.git/lib/bb/build.py: |
| 15:42.33 | CIA-73 | build: fix copy/paste thinko regarding LC_ALL |
| 15:42.33 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 15:42.39 | kergoth_ | ericben: there, that'll fix your perl issue -- sorry about that, and thanks for the report and investigation, i doubt i would have spotted that anytime soon |
| 15:43.34 | kergoth_ | somehow i managed to screw up the new environment by putting LANG instead of LC_ALL |
| 15:43.37 | kergoth_ | no idea how i managed that one |
| 15:49.04 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-tyogtttlqhokmdxq) |
| 15:50.00 | *** join/#oe zenlinux (~sgarman@li38-254.members.linode.com) |
| 15:50.29 | kergoth_ | i wonder how much https://github.com/kergoth/bitbake/compare/runqueue-cleanup slows down the runqueue generation for completion, due to doing multiple sorts -- i know sorted is stable, but still. |
| 15:51.19 | kergoth_ | tests |
| 16:03.27 | *** part/#oe esbenh (~esbenh@77.233.226.4) |
| 16:08.00 | *** join/#oe Ironnads (~Ironnads@host86-147-219-208.range86-147.btcentralplus.com) |
| 16:08.41 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:10.01 | kergoth_ | Anyone have any opinions on https://github.com/kergoth/openembedded/commit/c278cd7 ? |
| 16:13.21 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ponzfwmhdazauokf) |
| 16:17.35 | kergoth_ | https://github.com/kergoth/openembedded/compare/master...typing shows more examples of usage |
| 16:18.43 | Crofton|work | so the typing is done in the class files |
| 16:19.09 | kergoth_ | well, its just like any other piece of metadata, just an extra flag or flags marking up the variable |
| 16:19.21 | kergoth_ | where you put it is up to you |
| 16:19.36 | Crofton|work | but it seem slike the best erturns are in the class files |
| 16:20.17 | kergoth_ | as long as its done somewhere definitive, so it doesn't conflict, that's the key. ideally next to the default value of the variable |
| 16:20.53 | kergoth_ | composes mail to list about it |
| 16:21.55 | hbeck | hi, little question here - is it possible to override TOOLCHAIN_TYPE for a single recipe without changing it for the distro as a whole? |
| 16:22.15 | kergoth_ | FOO_pn-somerecipe = "bar" |
| 16:22.21 | kergoth_ | will set FOO = "bar" in somerecipe |
| 16:22.52 | hbeck | so that would be done in the conf file, not the recipe itself? |
| 16:23.14 | kergoth_ | that's always an option, i assumed you weren't the maintainer of the recipe |
| 16:23.23 | kergoth_ | also doesn't know what TOOLCHAIN_TYPE does, so doesn't know the implications :) |
| 16:24.07 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
| 16:25.31 | foerster | hrm |
| 16:25.39 | hbeck | aha, makes sense. So really just an organizational decision for conf vs recipe since it is our own recipe. Thanks. TOOLCHAIN_TYPE is internal/external toolchain related to using cmake in the build |
| 16:25.51 | kergoth_ | ah |
| 16:27.23 | foerster | damnit. |
| 16:27.58 | foerster | right click pastebin of log works -- except the newlines are displayed as \n (b/c of liburl.urlencode i assume) |
| 16:28.56 | foerster | s/urllib/liburl/ |
| 16:29.26 | kergoth_ | chuckles |
| 16:29.49 | *** join/#oe woglinde (~heinold@g229044201.adsl.alicedsl.de) |
| 16:30.04 | foerster | oh well. will have to come back to it later. Gotta get some work done. |
| 16:32.27 | kergoth_ | damnit, i keep forgetting that i changed my filters to auto-archive [PATCH] mails, so i need to review them explicitly |
| 16:34.02 | woglinde | hi kergoth |
| 16:34.28 | woglinde | kergoth should ask tom about how mentor stand to yocto? |
| 16:35.12 | kergoth_ | tom is a coworker, and i was the one at the summit -- if anything, we'd have to ask our boss what can be discussed publically |
| 16:35.33 | woglinde | okay |
| 16:35.48 | woglinde | its my only problem at the moment |
| 16:35.55 | woglinde | in the whole discussion |
| 16:36.10 | woglinde | would be nice to hear something about from mentor |
| 16:36.32 | kergoth_ | i can say that the responses all around were positive at the summit, including a variety of companies there |
| 16:36.45 | woglinde | seems ti hasnt problems at all |
| 16:36.47 | woglinde | okay |
| 16:36.47 | kergoth_ | beyond that, i'm sure yocto or any companies joining it will want to do some sort of press release or statement of support or something |
| 16:38.00 | woglinde | yeah my concern was/is that wind river is some competitor of yours |
| 16:39.15 | kergoth_ | yocto is vendor neutral. currently the main members are intel and wind river, but that's incidental |
| 16:39.44 | woglinde | yes |
| 16:39.52 | kergoth_ | damnit |
| 16:39.57 | otavio | kergoth_: do you know how is the process of joining yocto? |
| 16:39.59 | woglinde | okay time to play with my son |
| 16:39.59 | kergoth_ | i hate when i send a mail to the list from the wrong address |
| 16:40.00 | *** join/#oe melchior (~melchior@AStrasbourg-552-1-128-65.w90-6.abo.wanadoo.fr) |
| 16:40.01 | *** join/#oe rob_w (~bob@ppp-93-104-8-69.dynamic.mnet-online.de) |
| 16:40.15 | woglinde | till later |
| 16:40.42 | kergoth_ | otavio: as mentioned in the threads, members need to contribute one developer to the effort, and there might be a financial piece, not sure, and of course they then get to put someone in the SC |
| 16:41.50 | *** join/#oe angelox_123 (~Angelo@201-95-110-12.dsl.telesp.net.br) |
| 16:46.06 | Crofton|work | http://www.linuxfoundation.org/news-media/announcements/2010/12/mentor-graphics-joins-linux-foundation |
| 16:46.26 | kergoth_ | :) |
| 16:47.00 | mckoan | have a nice rest of the day |
| 16:47.05 | Crofton|work | gn |
| 16:47.16 | *** part/#oe angelox_123 (~Angelo@201-95-110-12.dsl.telesp.net.br) |
| 16:51.08 | ericben | it will be interesting to see what solutions are proposed for small companies to join Yocto (when we are only 3 peoples it's hard to delegate one ;-) |
| 16:52.08 | Crofton|work | They want you to be a member of the Linux Foundation |
| 16:52.14 | Crofton|work | has been reading |
| 16:52.25 | Crofton|work | that is fee based it would appear |
| 16:52.32 | Crofton|work | i GUESS SOMEONE HAS TO PAY rp |
| 16:52.35 | Crofton|work | ooops |
| 16:52.43 | Crofton|work | stupid caps lock :) |
| 16:53.25 | ericben | in its email he said "and can be for others (e.g. small business representative?)" |
| 16:53.59 | Crofton|work | which one? |
| 16:54.03 | Crofton|work | email? |
| 16:54.43 | ericben | emails of Richard Purdie, sent @ 10:52 GMT |
| 16:55.05 | ericben | Silver membership to Linux foundation is 5kUSD to 20k |
| 16:55.20 | ericben | gold 100k and platinium 500k |
| 16:55.46 | ericben | the minimal ticket of 5k is quite high for small companies |
| 16:55.53 | ynezz | it is :) |
| 16:55.56 | ericben | http://www.linuxfoundation.org/about/join |
| 16:56.08 | Crofton|work | yeah |
| 16:56.14 | ynezz | let's create some linux punk foundation |
| 16:56.29 | Crofton|work | I should join an industry group, but it is 2K for me |
| 16:56.37 | Crofton|work | maybe LF has a brass membership? |
| 16:56.49 | ericben | maybe small companies can make a sort of partnership to have a collective membership |
| 16:56.55 | ericben | what is a "brass" ? |
| 16:57.18 | ericben | ok coper |
| 16:57.35 | ericben | sort of |
| 16:57.52 | Crofton|work | :) |
| 16:57.55 | pb_ | yeah, it's an alloy of copper. |
| 16:58.03 | incandescant | I was under the impression the fee was negotiable for smaller companies? |
| 16:58.11 | ericben | translation says yellow copper the one for the coins, thanks |
| 16:58.13 | Crofton|work | ok, look s like the SC can waive LF requirements |
| 16:58.15 | pb_ | usually the term for the level below silver is "bronze", which is a slightly different alloy. |
| 16:58.32 | Crofton|work | is being funny (and failing as usual) |
| 16:58.49 | ericben | yes a bronzz membership @ 1 to 2k would be great for small companies |
| 16:59.03 | ericben | bronze not bronzz ;) |
| 16:59.29 | ericben | or small companies sponsor OE which is the member of the fundation and representative of them |
| 17:02.07 | ericben | while we can use the tool and provide overlays or even patches for upstream integration this is not bad |
| 17:06.16 | *** join/#oe risca (~risca@tappan-125-23.eduroam.liu.se) |
| 17:08.43 | hrw | have a nice rest of day |
| 17:17.59 | foerster | woot, right click pastebin is working in goggle. |
| 17:18.57 | foerster | kergoth_: something i've noticed - if I clean a package, and then build - when it fails, I get a logfile. If I just run bitbake mypackage again, it still fails (as it should), but I don't get a log. |
| 17:19.02 | foerster | any idea why that happens? |
| 17:19.33 | kergoth_ | hmm, no, the only time it should not show the log file is if the log file was empty -- try running with -DD and it'll show a message if it removes the logfile for that reason |
| 17:19.53 | kergoth_ | thinks we should probably make it clearer |
| 17:20.05 | foerster | just wondering why it would be empty? |
| 17:20.27 | kergoth_ | that i don't know. i assume the task its running really does output something? |
| 17:20.33 | foerster | i purposely have a package failing b/c i removed a dependency from the recipe (and cleaned the depencency). |
| 17:20.38 | foerster | It fails in do_compile |
| 17:20.45 | foerster | b/c a dependent library cannot be linked |
| 17:21.06 | kergoth_ | can always bisect and see if the bb.build changes broke the behavior |
| 17:21.13 | kergoth_ | (which is likely :\) |
| 17:21.16 | foerster | :) |
| 17:21.33 | kergoth_ | dreams of bitbake unit tests |
| 17:21.56 | foerster | much rewriting to get there |
| 17:22.04 | woglinde | re |
| 17:23.01 | kergoth_ | even in relatively isolated areas like bb.build itd be difficult. can't easily mock the Popen, would have to do all tests with real executed scripts.. necessary, of course, but itd be nice to confirm the sane behavior of the api functions first |
| 17:23.31 | kergoth_ | oh, i should do some unit tests for bb.event, though, when i finish it |
| 17:23.35 | kergoth_ | that should be easy to test |
| 17:24.17 | foerster | hm. I see the message with logfile in knotty, so goggle must be doing something funny |
| 17:25.08 | kergoth_ | huh |
| 17:25.12 | kergoth_ | strange |
| 17:25.36 | *** join/#oe CMoH-notebook (~cipi@95.76.74.1) |
| 17:25.37 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 17:25.37 | foerster | hmm |
| 17:32.05 | foerster | holy hell, -DDD -u goggle :) |
| 17:33.41 | foerster | kergoth_: ok, wtf. -DDD makes the log appear. Without it, no log. The test for os.file.exists fails. |
| 17:33.47 | foerster | for knotty and goggle, it's the same |
| 17:35.33 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
| 17:38.21 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 17:38.35 | kergoth_ | foerster: wtf |
| 17:38.36 | kergoth_ | damnit |
| 17:38.40 | foerster | well |
| 17:38.48 | foerster | i see you fixed some things like logTee |
| 17:38.50 | foerster | could that affect it? |
| 17:38.58 | foerster | i haven't rebased on master since last week some time |
| 17:39.08 | kergoth_ | probably |
| 17:39.26 | kergoth_ | turns out if you inherit from 'file', some python things bypass the write() method and write directly to the fd |
| 17:39.34 | kergoth_ | which is clearly problematic for things like tee |
| 17:39.49 | foerster | ok. I'll rebase later before I go any further. |
| 17:48.36 | *** join/#oe stefan_schmidt (~stefan@p5B034164.dip.t-dialin.net) |
| 17:48.39 | jconnolly | from within a devshell, there's no way to call do_* in a recipe, right? |
| 17:48.42 | jconnolly | oh hai stefan_schmidt |
| 17:48.47 | jconnolly | I'd have asked you ;D |
| 17:49.14 | woglinde | hi jconnolly |
| 17:49.22 | jconnolly | hi there woglinde |
| 17:55.14 | stefan_schmidt | jconnolly: http://wiki.openembedded.org/index.php/Devshell#Background |
| 17:55.17 | stefan_schmidt | hi all |
| 17:55.41 | jconnolly | just got rtfm'd. nice! ;D |
| 17:55.55 | stefan_schmidt | an now read it! |
| 17:55.58 | stefan_schmidt | and |
| 17:56.04 | stefan_schmidt | s/an/and/ |
| 17:59.34 | *** join/#oe hbeck (~hbeck@38.114.125.51) |
| 18:01.02 | woglinde | hi stefan_schmidt |
| 18:01.18 | stefan_schmidt | hi woglinde |
| 18:04.20 | *** join/#oe CMoH (~cipi@95.76.74.1) |
| 18:04.20 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 18:08.57 | kergoth_ | okay, bitbake *really* needs something like -e but which accepts specific variables to show |
| 18:09.00 | *** join/#oe hillct (~hillct@68-118-203-92.dhcp.asfd.ct.charter.com) |
| 18:09.03 | kergoth_ | i'm sick and tired of screwing around with -e + grep |
| 18:09.37 | *** join/#oe woglinde_ (~heinold@g230116216.adsl.alicedsl.de) |
| 18:14.41 | CIA-73 | 03Chris Larson <chris_larson@mentor.com> 07master * rb8d240902f 10openembedded.git/lib/oe/utils.py: |
| 18:14.42 | CIA-73 | oe.utils: add 'inherits' function |
| 18:14.42 | CIA-73 | This is simply a more convenient form of bb.data.inherits_class, as it can |
| 18:14.42 | CIA-73 | accept any number of classes, and will return True if it inherits any of them. |
| 18:14.42 | CIA-73 | This is similar to how isinstance() behaves. |
| 18:14.42 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 18:18.23 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 18:18.39 | eFfeM | gm |
| 18:19.01 | Tartarus | hi eFfeM |
| 18:19.07 | woglinde_ | hi effem |
| 18:25.54 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
| 18:29.42 | tharvey | kergoth_, seems that bitbake -k foo never returns (after what looks like a possible exception loop) if nothing provides foo (master) |
| 18:34.36 | Tartarus | So, should libfsobasics-1_0.9.10+gitr0+09dd3ede231106dc2535145291c076b085db3018-r2.0 work on uclibc? |
| 18:34.51 | Tartarus | | CC utilities.lo |
| 18:34.52 | Tartarus | | utilities.c:35:22: fatal error: execinfo.h: No such file or directory |
| 18:34.54 | Tartarus | is how it dies |
| 18:35.31 | woglinde | no |
| 18:35.46 | woglinde | you have to workaround execinfo.h stuff |
| 18:35.50 | woglinde | but its easy |
| 18:35.51 | khem | anything that needs stack backtrace from libc it wont work on uclibc |
| 18:36.09 | woglinde | hi khem |
| 18:36.15 | Tartarus | Well, workarounds in autobuilders aren't easy |
| 18:36.20 | khem | hello |
| 18:36.21 | Tartarus | So can we get a patch applied? |
| 18:36.22 | woglinde | ? |
| 18:36.31 | woglinde | you have to patch it |
| 18:36.40 | Tartarus | Let me rephrase :) |
| 18:36.48 | Tartarus | Can someone that knows what to do please patch it and push it? |
| 18:40.10 | eFfeM | Tartarus: just saw your 2nd mail on testing 2010-12-10, I also used minimal, console-image |
| 18:40.27 | eFfeM | targets calamari, mpc8313e, sheevaplug and neek |
| 18:41.06 | Tartarus | that's fairly crazy |
| 18:41.28 | Tartarus | pokes tinderbox |
| 18:43.43 | eFfeM | tartarus check http://tinderbox.openembedded.net/builders/eFfeM/ |
| 18:43.44 | Tartarus | OK, guess it was a different part that failed there |
| 18:43.58 | Tartarus | http://tinderbox.openembedded.net/builders/mentor-graphics-autobuilder/ |
| 18:44.10 | eFfeM | it are the builds from dec 14 and the last (top) 2 from dec 13 |
| 18:44.26 | woglinde | Tartarus frist wee need to know what is used from execinfo.h |
| 18:44.49 | Tartarus | woglinde, good question. I just autobuild that stuff ;) |
| 18:46.19 | woglinde | whats the git repo? |
| 18:46.23 | woglinde | fso has to much |
| 18:47.29 | *** join/#oe NvrBst (~nb@66.183.103.182) |
| 18:47.48 | kergoth_ | tharvey: interesting |
| 18:48.09 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 18:49.41 | woglinde | hm ugh |
| 18:49.45 | woglinde | its vala code |
| 18:49.56 | woglinde | sorry dont know how to patch it |
| 18:49.58 | CIA-73 | 03Stefan Schmidt <stefan@buglabs.net> 07master * r9a6abcdca5 10openembedded.git/recipes/linux/linux-omap-hah_2.6.31.bb: linux-omap-hah_2.6.31: Bump SRCREV for machid changes |
| 18:50.09 | woglinde | Tartarus try to ask mickeyl about it |
| 18:50.54 | Tartarus | k |
| 18:52.55 | Tartarus | bah, how do you get the failed logs out of tinderbox? |
| 18:53.37 | woglinde | paste the link? |
| 18:53.59 | Tartarus | http://tinderbox.openembedded.net/packages/1286556/ |
| 18:55.41 | eFfeM | reconfigure tinderbox |
| 18:56.29 | eFfeM | on OE tinderbox I can keep klicking on failed and then eventually I end up with http://tinderbox.openembedded.net/packages/1282258/ |
| 18:56.33 | eFfeM | thre is a link log |
| 18:56.39 | eFfeM | not too easy to see |
| 18:57.00 | eFfeM | I don't see it on your box and I cannot click on failed |
| 18:57.57 | Tartarus | ok, is there something else I should have done outside of the normal stuff on the Testing wiki pages? |
| 19:00.50 | eFfeM | for tinderbox ? no idea. for testing, no, I started clean, so did a git pull of the testing branch with an empty tmp dir etec |
| 19:02.22 | Tartarus | right, ok, I don't get it then :) |
| 19:02.40 | Tartarus | will enable local logging of the log files next time |
| 19:02.54 | eFfeM | stupid Q, but why are you building autoconf, afaik it is not needed, I do not have the testing build handy but for my own image on git head I only have autoconf-native, no autoconf |
| 19:03.36 | eFfeM | autoconf is only needed if you want to run compiler and make etc on target, not for the host, host is autoconf-native and that one seems to buid fine for you |
| 19:03.39 | eFfeM | afk for 20- mins |
| 19:04.25 | Tartarus | native-sdk-image |
| 19:07.22 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 19:20.34 | Tartarus | khem: 4ba7aa07c0dcd28f94515ff9927e2a04403fcf15 isn't enough in all cases, minimal+qemuarm still fails |
| 19:25.37 | *** join/#oe mochtu (~mochtu@206.217.221.33) |
| 19:27.05 | *** join/#oe mochtu_ (~mochtu@g231037229.adsl.alicedsl.de) |
| 19:30.26 | khem | Tartarus: hmmm is it using latest gcc too ? |
| 19:30.38 | khem | Tartarus: I tested it using qemuarm/minimal |
| 19:30.43 | khem | so its strange |
| 19:30.56 | khem | it depends on the gcc fix as well |
| 19:32.54 | Tartarus | khem: top of tree as of a few hours ago |
| 19:33.05 | Tartarus | I can see in the log it's still doing -mthumb |
| 19:33.14 | khem | hmm |
| 19:33.19 | khem | weird |
| 19:33.33 | khem | btw. is it using same samba |
| 19:33.35 | khem | version |
| 19:33.42 | khem | I did not fix it for all sambas |
| 19:34.04 | Tartarus | Ah, could be the problem then |
| 19:34.13 | khem | samba_3.2.15.bb is the one I fixed |
| 19:34.22 | Tartarus | And that's what I tried |
| 19:34.23 | Tartarus | so, odd |
| 19:34.34 | khem | k |
| 19:34.38 | khem | I can retry |
| 19:34.54 | khem | if I see it I can try to fix it |
| 19:36.31 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 19:36.39 | Tartarus | k |
| 19:40.27 | *** join/#oe chrisw957_home (~chris@mail.tacticalelectronics.com) |
| 19:49.55 | *** join/#oe wicknix (~matt@63.135.152.7) |
| 19:50.22 | *** join/#oe iCodeRaven (~kss@115.240.97.221) |
| 19:53.32 | otavio | JaMa: hi |
| 19:53.57 | JaMa | hi |
| 19:54.17 | otavio | JaMa: I am sorry but I fail to understand all this for SRCPV, PKGV, PV, LOCALCOUNT and like |
| 19:54.41 | otavio | JaMa: is it documented ? I read the thread you pointed to me but it is confusing |
| 19:54.42 | JaMa | have you read that thread about gitpkgv? |
| 19:54.49 | JaMa | ah :/ |
| 19:55.31 | JaMa | ok, I'll try to explain in short (but as I'm not native speaker) it could end long and confusing again :/ |
| 19:56.19 | JaMa | SRCPV for git is like LOCALCOUNT+SRCREV |
| 19:56.30 | otavio | what is localcount? heh |
| 19:56.45 | JaMa | so it's similar to GITVER |
| 19:56.57 | JaMa | from gitver.bbclass |
| 19:57.27 | mwester | Bitbake says: "ImportError: cannot import name msg" |
| 19:57.55 | mwester | I know this was discussed some time ago (weeks? months?), and I thought it was fixed, but a quick google finds no hints. |
| 19:58.09 | mwester | 1.8.18 fails this way now, 1.10.1 works fine. |
| 19:58.14 | otavio | JaMa: like an auto-changed PR? |
| 19:58.36 | Jay7 | imho good time to say that 1.8 is not supported anymore |
| 19:58.42 | mwester | I can switch to 1.10, but AFAIK 1.8 is still the supported bitbake version according to the OE web site. |
| 19:58.58 | Jay7 | and python 2.5 as well.. |
| 19:59.00 | JaMa | otavio: if you have BB_GIT_CLONE_FOR_SRCREV then bitbake fetcher will count how many commits are before SRCREV (with git rev-list like you do) |
| 19:59.20 | mwester | I've enough challenges to keep up with OE; not sure I want to go bleeding edge with bitbake as well! |
| 19:59.25 | kergoth_ | 1.8 should be working today, yes, if it doesn't, its a bug -- but yes, we should bump the bitbake to 1.10 |
| 19:59.29 | kergoth_ | 1.10 is nowhere near bleeding edge |
| 19:59.36 | mwester | Ah, ok. |
| 19:59.37 | kergoth_ | we're releasing 1.11/1.12 in the next 2 weeks |
| 19:59.53 | JaMa | otavio: but without BB_GIT_CLONE_FOR_SRCREV you have to keep last revision and last LOCALCOUNT in local persitent cache like tmp//cache/om-gta02/bb_persist_data.sqlite3 |
| 20:00.13 | mwester | What would you recommend for 1.10 -- 1.10.1 or is there a better version? I'll just switch. |
| 20:00.29 | JaMa | otavio: and LOCALCOUNT is auto incremented every time requested SRCREV is different than last one in that cache |
| 20:00.30 | eFfeM | khem, btw samba buidls fine here with the patches you pushed, thanks alot |
| 20:00.50 | Jay7 | mwester: git master have parallel parsing feature |
| 20:00.55 | Jay7 | this is very useful thing.. |
| 20:01.17 | JaMa | otavio: but this behavior is by default disabled in bitbake.conf by BB_LOCALCOUNT_OVERRIDE = "1" |
| 20:02.06 | mwester | Hmmm... that would be helpful for the autobuilder especially, since it often spends far more time parsing than actually doing any builds. But that would be beyond 1.10.x, no? |
| 20:02.33 | Jay7 | 1.11 |
| 20:02.38 | Jay7 | or 1.12 |
| 20:02.55 | Jay7 | as kergoth_ will decide :) |
| 20:03.06 | Jay7 | it shouldn't be merged back to 1.10 |
| 20:03.09 | *** join/#oe dth (~dth@a89-182-68-249.net-htp.de) |
| 20:03.56 | JaMa | mwester: do you have 1.8.18 from tarball or latest from 1.8 branch? |
| 20:03.58 | otavio | JaMa: right |
| 20:04.08 | otavio | JaMa: i just fail to see why to use it |
| 20:04.15 | JaMa | otavio: SRCPV? |
| 20:04.39 | *** join/#oe qdot (~qdot@vorlon.vm.bytemark.co.uk) |
| 20:04.57 | JaMa | otavio: because that's the sortable revision you want for PV |
| 20:05.26 | otavio | JaMa: LOCALCOUNT |
| 20:05.26 | JaMa | otavio: but provided by bitbake fetcher (not by clever .bbclass) |
| 20:05.53 | otavio | JaMa: but what SRCPV is? is it the LOCALCOUNT used? |
| 20:06.22 | JaMa | otavio: ah, the problem is that with BB_GIT_CLONE_FOR_SRCREV you need to clone whole repo first, right? |
| 20:07.18 | JaMa | otavio: so to have sortable revision (based on git rev-list result) you have to clone every repo before evaluating SRCPV |
| 20:07.44 | *** part/#oe iCodeRaven (~kss@115.240.97.221) |
| 20:08.21 | eFfeM | only open issue that I seem to have building is the gettext one, see http://thread.gmane.org/gmane.comp.handhelds.openembedded/40487 |
| 20:08.24 | JaMa | otavio: so LOCALCOUNT is work arround to prepare sortable revision without cloning all repositories to call "git rev-list" |
| 20:08.28 | eFfeM | anyone an idea on this ???? |
| 20:10.13 | *** join/#oe florian (~fuchs@sign-4d0940c1.pool.mediaWays.net) |
| 20:10.13 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:10.26 | otavio | JaMa: or you can do it on src dir |
| 20:10.36 | otavio | JaMa: as I do on the gitpv |
| 20:11.10 | JaMa | otavio: but how can you expand PV before you even have that src dir? |
| 20:11.24 | *** join/#oe iCodeRaven (~kss@115.240.97.221) |
| 20:11.37 | JaMa | otavio: ie on new host |
| 20:13.16 | *** join/#oe aloisiojr (~aloisio@187.59.122.14) |
| 20:14.14 | otavio | JaMa: since you ask the srcrev for bitbake it clone it at first time only |
| 20:14.34 | otavio | JaMa: but this is required since my SRC_URI uses git:// so it uses the git fetcher |
| 20:14.45 | mwester | JaMa, sorry for the delay -- had to check. The build with the errors is from the repo, not a tarball. |
| 20:15.08 | JaMa | otavio: yes but while parsing _all_ recipes it will expand PV |
| 20:15.15 | mwester | It's not the latest either, it's the 1.8.18 tag. |
| 20:15.30 | JaMa | otavio: so it will need to know PV not only for recipe you're going to build now, but all in BBPATH |
| 20:16.32 | JaMa | otavio: that's why people with BB_GIT_CLONE_FOR_SRCREV were angry when git recipes with SRCPV (which were never git cloned before) started to require working git clone to parse correctly |
| 20:16.33 | *** join/#oe GNUtoo|laptop (~gnutoo@host237-37-dynamic.117-80-r.retail.telecomitalia.it) |
| 20:16.57 | otavio | JaMa: so you mean it would need to clone all them |
| 20:17.08 | JaMa | otavio: yes |
| 20:17.44 | otavio | JaMa: I sort of see now |
| 20:17.56 | otavio | JaMa: I am still lost at the difference between PKGV and PV |
| 20:18.03 | otavio | JaMa: mind to clear it out for me? |
| 20:18.04 | Jay7 | eFfeM: I've affected too |
| 20:18.17 | JaMa | otavio: what's great on gitpkgv.bbclass is that it defers this git rev-list for later (only for PKGV) while PV (for parsing) is known without git clone |
| 20:18.57 | JaMa | otavio: PV is version for bitbake (to decide which recipe is newest for you) |
| 20:19.26 | JaMa | otavio: PKGV is usually the same as PV, but it's used in resulting package (.ipk, .dep) so for package manager on target |
| 20:19.32 | otavio | JaMa: BUT the revision for GIT is not sortable |
| 20:19.37 | Jay7 | eFfeM: isn't this help? http://article.gmane.org/gmane.comp.handhelds.openembedded/40557 |
| 20:19.42 | otavio | JaMa: so bitbake will think it is older, no? |
| 20:20.17 | *** part/#oe iCodeRaven (~kss@115.240.97.221) |
| 20:20.33 | JaMa | otavio: if you have abc_1.0+gitr${SRCPV} and abc_2.0+gitr${SRCPV} then the second is always higer version, right? |
| 20:20.54 | otavio | JaMa: yes BUT |
| 20:21.08 | otavio | JaMa: SRCREV can be a1 or 1a |
| 20:21.12 | otavio | ... |
| 20:21.19 | otavio | JaMa: since the hash is not sorted |
| 20:21.34 | JaMa | otavio: and clever hack (imho first proposed by pb) is that even with the same abc_2.0+gitr${SRCPV}, bitbake will rebuild this recipe when PKGV is changed |
| 20:22.26 | otavio | JaMa: but this does not ensure it will be "newer" on opkg partsingo |
| 20:22.30 | JaMa | otavio: "1.0" and "2.0" should be enough to choose with recipe is newer for bitbake |
| 20:22.34 | otavio | JaMa: since it can generate and older version |
| 20:22.54 | JaMa | that's why you need that GITPKGV used in PKGV |
| 20:23.14 | JaMa | otavio: because GITPKGV provides sortable revision |
| 20:23.29 | otavio | JaMa: but PKGV is the one used on the ipk filename? |
| 20:23.37 | JaMa | otavio: similar like your gitpv but without leading tag_name |
| 20:24.00 | otavio | JaMa: if that is the case I could fix gitpkgv to provide the tag |
| 20:24.34 | eFfeM | Jay7: will dig into it, got sidetracked in another issue |
| 20:24.40 | JaMa | otavio: yes |
| 20:24.53 | eFfeM | Jay7: actually I was using libtool 2.4 (if that makes a difference) |
| 20:25.17 | khem | eFfeM: when you say samba worked what was your MACHINE and DISTRO |
| 20:25.44 | otavio | JaMa: and how GITPKGV will "discover" new revisions if used with AUTOREV? |
| 20:26.57 | JaMa | mwester: sorry, I haven't used 1.8 for long time but noticed some commit about bb.msg lately in 1.8 branch, but after checking it, it won't probably help in your case |
| 20:27.30 | mwester | Ok, no worries. I shall switch to 1.10 or the next release. |
| 20:28.03 | JaMa | otavio: yes it should according to pb (and IIRC I've tried it and it really worked) |
| 20:29.30 | eFfeM | khem: minimal/sheevaplug, note that I just verified that it builds, I have not yet run the package |
| 20:33.56 | khem | eFfeM: sheevaplug ok |
| 20:35.19 | khem | which is armv5te but qemuarm is armv4te |
| 20:35.21 | khem | hmmm |
| 20:35.23 | khem | anyway |
| 20:36.23 | khem | well both build for thumb so it should have fixed qemuarm too |
| 20:36.31 | khem | is bewildered |
| 20:38.28 | *** join/#oe bluelightning (~bluelight@cpc13-lewi14-2-0-cust559.2-4.cable.virginmedia.com) |
| 20:38.28 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 20:40.06 | *** join/#oe hrw (~hrw@89-73-120-20.dynamic.chello.pl) |
| 20:50.42 | eFfeM | khem, haven't done an armv4te build of samba recently, I can try to kick off one |
| 20:50.54 | eFfeM | ka6sox: are you aware of our wiki write problems ? |
| 20:51.27 | ka6sox | eFfeM ? |
| 20:51.53 | eFfeM | ka6sox: if I try to update a wiki page I get an error |
| 20:52.00 | eFfeM | confirmed by others |
| 20:52.24 | *** join/#oe anarsoul (~anarsoul@80.249.93.32) |
| 20:52.27 | eFfeM | ka6sox: http://thread.gmane.org/gmane.comp.handhelds.openembedded/40559 |
| 20:53.20 | ka6sox | kk...I'll look @ it now :( |
| 20:53.44 | JaMa | eFfeM: I've built samba on armv4t (om-gta02) OK after khem's patches (gcc and arm mode in samba) |
| 20:54.24 | eFfeM | JaMa: ah ok |
| 20:55.37 | eFfeM | khem I've started a build for machine minimal, target nslu2le recipe samba, but it will take a while, will probably get back to you around midnight your time (feel free to ping me if I sign in tomorrow morning) |
| 20:56.26 | eFfeM | khem, hope the build succeeds, some of the things on the autobuilder fail on gettext, haven't really found the cause yet (although I see libtool adding -L/usr/lib to the path) |
| 20:56.38 | eFfeM | is an auto n00b and a lib n00b too |
| 20:56.43 | eFfeM | libtool n00b |
| 21:04.59 | *** join/#oe lamawithonel_ (~lucas@pool-74-96-184-82.washdc.fios.verizon.net) |
| 21:14.48 | ka6sox | eFfeM semi-fixed...I know what is causing it but its going to take a bit more to "fix" it permanently |
| 21:14.52 | ka6sox | but for now we can edit agian. |
| 21:15.40 | eFfeM | ka6sox: thanks |
| 21:18.25 | otavio | JaMa: please look at the patch proposal now |
| 21:18.49 | otavio | JaMa: since there's no users of gitpkgv in recipes I think we don't need to bother too much about compatibility |
| 21:20.06 | obi | otavio: actually i'm using it in our distro's layers |
| 21:20.36 | obi | setting PV in gitpkgv is not a good idea |
| 21:20.42 | JaMa | otavio: I still think that PV/PKGV should be defined outside .bbclass |
| 21:20.43 | otavio | obi: can you take a look if it fits your needs? |
| 21:20.58 | JaMa | otavio: and still think that with bad tags you won't get sortable revision |
| 21:21.17 | otavio | JaMa: so you can use GITPKGV_USE_TAGS = 0 |
| 21:21.24 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
| 21:22.25 | obi | instead of GITPKGV_USE_TAGS, i'd add a parameter to get_git_pkgv() |
| 21:22.33 | otavio | any specific reason to not define PV on it? it can be overrided if need |
| 21:22.37 | obi | and introduce a new variable, like JaMa proposed |
| 21:23.03 | JaMa | if you remove those PV and PGKV from bbclass then you can easily decide if you want PKGV="1.0+${GITPKGV}" or PKGV="${GITPKGVTAG}" |
| 21:23.24 | obi | otavio: you're already overriding PV from the recipe's filename |
| 21:26.05 | JaMa | otavio: and then both those variables can be added to gitver.bbclass and make gitpkgv obsolete (AFAIK GITPKGV is now the same as GITVER in gitver.bbclass and GITPKGVTAG is also available in gitver.bbclass (just before applying that tag filter there) |
| 21:27.44 | JaMa | then there will be just 1 bbclass instead of 2-3 with 3 vars |
| 21:27.49 | JaMa | GITSHA = just hash |
| 21:28.04 | JaMa | GITVER = sortable (count+hash) |
| 21:28.32 | JaMa | GITVERTAG = "sortable" tag_count+hash |
| 21:28.47 | JaMa | or better GITTAGVER.. |
| 21:28.49 | otavio | OK |
| 21:28.50 | otavio | doing it |
| 21:29.29 | CIA-73 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * rf2c64c91ae 10bitbake.git/lib/bb/data_smart.py: |
| 21:29.29 | CIA-73 | data_smart: add optional expansion to getVarFlag() |
| 21:29.29 | CIA-73 | Add a parameter to getVarFlag() to auto-expand the value of the flag. This |
| 21:29.29 | CIA-73 | makes getVarFlag() more consistent with getVar(), and allows expansion of |
| 21:29.29 | CIA-73 | vardeps and vardepsexclude (which has been done in this commit). |
| 21:29.29 | CIA-73 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 21:30.25 | eFfeM | khem, pity the nslu2 console-image build failed on gettext not sure how to fix that libtool issue |
| 21:31.29 | eFfeM | Jay7: peeked into the patches of the post you gave but they do not seem appropriate for me |
| 21:31.34 | obi | i think with gitver you currently can't create a PV which doesn't start with 0.0, unless your git tree is tagged in a special way |
| 21:34.26 | ka6sox | bluelightning, did you have a chance to test and verify things are good with the repo? |
| 21:38.00 | obi | JaMa: in case of gitpkgv, do you see any reason for not using GITPKGV for PV directly? (i.e. PV = "...${GITPKGV}" instead of PV = "...${SRCPV}" and PKGV = "...${GITPKGV}") |
| 21:38.01 | otavio | JaMa: it looks like gitver will impose the need of PV |
| 21:38.11 | otavio | JaMa: and then make it dependent |
| 21:38.16 | otavio | JaMa: not a good option IMO |
| 21:38.51 | JaMa | obi: yes PV is expanded for all recipes during parsing IIRC |
| 21:39.15 | JaMa | obi: so you would need git clone all first |
| 21:39.26 | obi | you need it for SRCPV, too, right? |
| 21:39.54 | JaMa | obi: but PKGV only for those which are in dependency tree for your task |
| 21:40.12 | JaMa | obi: no unless you use BB_GIT_CLONE_FOR_SRCREV |
| 21:41.08 | obi | ok |
| 21:46.26 | *** join/#oe timtimred (~meh@85.210.139.89) |
| 21:47.07 | woglinde | re |
| 21:47.40 | *** join/#oe mochtu (~mochtu@g231037229.adsl.alicedsl.de) |
| 21:47.50 | *** part/#oe dth (~dth@a89-182-68-249.net-htp.de) |
| 21:49.04 | otavio | JaMa: did you see my point about gitver |
| 21:50.24 | JaMa | otavio: I see it but don't understand it much :/ |
| 21:50.49 | otavio | JaMa: I mean it |
| 21:50.49 | otavio | python () { mark_recipe_dependencies(d.getVar("S", True), d) |
| 21:50.54 | otavio | } |
| 21:51.45 | JaMa | otavio: imho it should check if ${S} is available |
| 21:52.17 | JaMa | and if not then repodir |
| 21:57.19 | *** join/#oe flo_lap (~fuchs@sign-4d0940c1.pool.mediaWays.net) |
| 21:57.19 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 21:58.32 | eFfeM | khem, as you did a lot of work on libtool 2.4: I see 2.2.6 versions remove these two lines in cross_compile.patch |
| 21:58.32 | eFfeM | - # We cannot seem to hardcode it, guess we'll fake it. |
| 21:58.32 | eFfeM | - add_dir="-L$libdir" |
| 21:58.51 | eFfeM | these two lines are still present in libtool 2.4 /libltdl/config/ltmain.sh |
| 21:58.54 | eFfeM | is that ok???? |
| 21:59.01 | otavio | JaMa: http://pastebin.com/3h3SPrCg |
| 21:59.37 | eFfeM | i feel that is causing my gettext problem, but I would appreciate some wiz feedback. |
| 21:59.57 | eFfeM | Feel free to leave a msg to eFfeM_work as I'm going to Zzz also in a minute |
| 22:01.33 | obi | eFfeM: not sure, but i guess that libtool 2.4 translates absolute paths to be relative to the sysroot, so this should be fine |
| 22:01.51 | obi | at least that's how i understand the sysroot feature |
| 22:02.12 | JaMa|Zzz | otavio: s/ver = "0.0-%s-g%s" % commits, rev[:7]/ver = "%s+%s" % commits, rev[:7]/ ? |
| 22:04.00 | JaMa|Zzz | otavio: imho you should start with if use_tags and keep this format for GITPKGVTAG and keep old format (same like SRCPV) for GITPKGV |
| 22:04.36 | Jay7 | eFfeM, khem: I'm affected by gettext problem too, so keep me informed :) |
| 22:04.46 | Jay7 | and I can provide testing feedback |
| 22:05.16 | Jay7 | kergoth_: have you seem python backtrace in my letter about testbuilder failures? |
| 22:06.36 | kergoth | nope, have a link? |
| 22:06.47 | JaMa|Zzz | otavio: http://pastebin.com/S3CDUjWD or even http://pastebin.com/uV4cpA0Y |
| 22:07.20 | Jay7 | kergoth: http://article.gmane.org/gmane.comp.handhelds.openembedded/40566 |
| 22:07.29 | Jay7 | 6. Error executing python function in 'do_distribute_sources' for angstrom-2010.x/collie/opie-image |
| 22:08.03 | Jay7 | error before (5) is may be interesting for you too |
| 22:08.59 | eFfeM | obi I see a -L/usr/lib in the generated output of libtool |
| 22:09.21 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 22:09.23 | eFfeM | Jay7: you might try to remove those two lines I mentioned above |
| 22:09.40 | eFfeM | please leave me a msg if you succeed |
| 22:09.45 | eFfeM | now really bedtime |
| 22:09.56 | kergoth | Jay7: weird. |
| 22:10.00 | Jay7 | eFfeM: ok, I'll try |
| 22:10.07 | kergoth | permission denied trying to run the source distribute function? |
| 22:10.31 | obi | eFfeM: in which output exactly? |
| 22:10.34 | Jay7 | kergoth: I can give link to full build log |
| 22:10.54 | obi | eFfeM: for 2.4 this might be ok, for 2.2.6 probably not |
| 22:11.22 | Jay7 | kergoth: my bitbake have revision 0ebb46e25261cfc85aaef2790cba7c1ec057c306 |
| 22:11.23 | obi | because libtool link does voodoo |
| 22:12.05 | eFfeM | obi: see http://thread.gmane.org/gmane.comp.handhelds.openembedded/40487 |
| 22:12.53 | eFfeM | somewhere 30 lines or so from the bottom of the log is a |
| 22:12.54 | eFfeM | -L/usr/lib -lgettextlib |
| 22:13.16 | eFfeM | actually it reads |
| 22:13.17 | eFfeM | -L/usr/lib -lgettextlib -L/home/frans/oe/tmp_minimal/sysroots/armv7a-oe-linux-gnueabi/usr/lib |
| 22:13.24 | eFfeM | with a newline in it |
| 22:13.32 | Jay7 | kergoth: full build log: http://jay-home.ath.cx/testbuilder/logs/B.opie.angstrom-2010.x.collie.log |
| 22:13.35 | eFfeM | but that means /usr/lib is searched first -L is processed in order |
| 22:13.37 | eFfeM | nite |
| 22:13.46 | obi | i see |
| 22:14.07 | kergoth | Jay7: okay, i have a fix for the traceback. the root cause i have no idea, its nothing to do with bitbake itself |
| 22:14.14 | kergoth | pushes |
| 22:14.28 | CIA-73 | 03Chris Larson <chris_larson@mentor.com> 07master * rbeadff2eca 10bitbake.git/lib/bb/build.py: |
| 22:14.29 | CIA-73 | build: write logfiles per task, not per function |
| 22:14.29 | CIA-73 | Based on d14f9bf6 from poky, reworked for master and other cleanup. |
| 22:14.29 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 22:14.39 | CIA-73 | 03Chris Larson <chris_larson@mentor.com> 07master * r7d80a5355c 10bitbake.git/lib/bb/process.py: |
| 22:14.39 | CIA-73 | process: handle OSErrors other than file not found |
| 22:14.39 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 22:15.18 | Jay7 | kergoth: I fear process was tried to copy something into / |
| 22:15.27 | kergoth | process doesn't copy anything. |
| 22:16.14 | Jay7 | hm.. may be out of process limits.. |
| 22:16.19 | Jay7 | I should check it |
| 22:17.37 | kergoth | gnn |
| 22:17.39 | kergoth | er, hmm |
| 22:18.20 | Jay7 | yes, I've limit for max 1024 processes per user.. |
| 22:18.34 | Jay7 | will increase it |
| 22:19.21 | kergoth | 25 commits left to consider merging from poky |
| 22:19.23 | kergoth | whew |
| 22:20.28 | *** join/#oe mgross (~mgross@134.134.137.73) |
| 22:20.28 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:20.54 | khem | kergoth: then whats the plan for bb |
| 22:21.07 | khem | kergoth: will bb be hosted alongside yocto ? |
| 22:21.24 | kergoth | i don't see a need for that, personally. more likely yocto will use upstream bitbake |
| 22:22.39 | mgross | trying to add bb recipie for building pure data and getting issues with the sanity checker calling out the .debug directories in the release build. I don't see any debug switches in the -D -D -D output. Are there any tips for working around the failure? |
| 22:23.05 | JaMa|Zzz | kergoth: scmdata=keep ping? |
| 22:23.08 | kergoth | it doesn't have to do with debug switches, it has to do the packaging in the recipe |
| 22:23.49 | mgross | oh. I didn't specify any packaging in my bb file. |
| 22:24.12 | mgross | is there an existing bb file I could mimic? |
| 22:25.09 | kergoth | your'e going to need to stop summarizing and show us the error you're getting. |
| 22:25.14 | kergoth | if you expect us to be very helpful |
| 22:25.42 | gandhijee | hey, is there a way to control the respawn time for inittab or do i need to modify something? |
| 22:26.06 | kergoth | gandhijee: what do you mean? |
| 22:26.12 | mgross | thanks. my work is on my home box and I'll need to do that tomorrow or later tonight. |
| 22:26.58 | gandhijee | kergoth: i have a pppd running through respawn, every once in a while it glitches and reconnects |
| 22:27.25 | gandhijee | and then init complains that ppp is respawning to fast because pppd can't find /dev/ttyAMC0 |
| 22:27.57 | gandhijee | i guess i could maybe put a check for /dev/ttyAMC0 in the ppp script |
| 22:28.39 | kergoth | yes, the problem isnt init, its pppd. init will respawn it when it dies, there's no way to make it delay that, you'd ahve to do that on the script end |
| 22:32.37 | gandhijee | can the pppd connect scripts run shell commands and stuff? |
| 22:34.14 | *** join/#oe mgross_ (~mgross@nat/intel/x-hrctxkalibaptwve) |
| 22:35.16 | *** join/#oe Martin_B (~martin@pool-34-67-198-89.dbd-ipconnect.net) |
| 22:35.27 | ka6sox | Jay7, you can fix your link now on the wiki. |
| 22:35.54 | Jay7 | ka6sox: 10x |
| 22:35.56 | CIA-73 | 03Chris Larson <chris_larson@mentor.com> 07master * r3a4b5eb20e 10bitbake.git/lib/bb/build.py: |
| 22:35.56 | CIA-73 | build: fix FuncFailed for the no logfile case |
| 22:35.56 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 22:37.08 | kergoth | JaMa|Zzz: thanks for the reminder, looking at it again now |
| 22:37.47 | Jay7 | gandhijee: just call script from init which will check tty presence and then run pppd or just sleep forever |
| 22:38.13 | JaMa|Zzz | kergoth: thanks for looking at it |
| 22:38.18 | Jay7 | if you are calling pppd from inittab |
| 22:38.35 | gandhijee | Jay7: ok |
| 22:38.38 | gandhijee | thanks |
| 22:41.26 | CIA-73 | 03Andreas Oberritter <obi@opendreambox.org> 07master * rf42e6d33b9 10bitbake.git/doc/manual/usermanual.xml: |
| 22:41.26 | CIA-73 | manual: document scmdata=keep for CVS, SVN and Git |
| 22:41.26 | CIA-73 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 22:41.26 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 22:41.29 | CIA-73 | 03Andreas Oberritter <obi@opendreambox.org> 07master * r05cbc1d1a0 10bitbake.git/lib/bb/fetch/ (bzr.py cvs.py git.py hg.py repo.py svn.py): |
| 22:41.29 | CIA-73 | fetchers: Add parameter scmdata=keep to include .git/ and others in generated tarballs. |
| 22:41.29 | CIA-73 | * Allows generating version information from SCMs during build. |
| 22:41.29 | CIA-73 | * Note that tar doesn't need to use --exclude '.git', because |
| 22:41.29 | CIA-73 | git checkout-index doesn't clone the repository. |
| 22:41.29 | CIA-73 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 22:41.30 | CIA-73 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 22:42.13 | *** join/#oe zenlinux (~sgarman@li38-254.members.linode.com) |
| 22:42.43 | *** join/#oe piroko (~jeremy@pohl.ececs.uc.edu) |
| 22:42.57 | *** part/#oe piroko (~jeremy@pohl.ececs.uc.edu) |
| 22:44.49 | obi | kergoth: i understand that 1.8 and 1.10 only accept fixes, but i consider having no access to the git meta data a bug, if all other version control systems do have access to their meta data |
| 22:45.08 | obi | so would you accept a patch which includes .git unconditionally, i.e. without a new parameter? |
| 22:50.09 | bluelightning | ka6sox: yep all verified OK, thanks |
| 22:50.17 | gandhijee | Jay7: thanks, that worked perfectly |
| 22:50.27 | Jay7 | cool |
| 22:52.19 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
| 22:55.21 | Jay7 | what is smallest image with gettext? |
| 22:55.31 | Jay7 | console-image? |
| 22:55.44 | Jay7 | hm.. just gettext |
| 22:55.48 | *** join/#oe nitink (~nitink@nat/intel/x-uynksiuqphskwzkw) |
| 23:09.57 | *** part/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
| 23:15.35 | grg | kergoth, bitbake is behaving funny.... |
| 23:15.40 | grg | i get e.g. ERROR: Task 4 (/home/grg/oe2/openembedded/recipes/kexec-tools/kexec-tools-klibc_2.0.2.bb, do_configure) failed with exit code '256' |
| 23:15.47 | grg | what is exit code 256? |
| 23:16.05 | grg | exit code 256 should be 0, which should be success |
| 23:16.08 | grg | right? |
| 23:18.50 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 23:20.47 | Jay7 | grg: +1 |
| 23:20.55 | Jay7 | have this problem too |
| 23:21.14 | Jay7 | ah. no |
| 23:21.23 | Jay7 | I have problem with do_compile |
| 23:23.12 | grg | but you're still getting exit 256 |
| 23:23.23 | grg | which aint right |
| 23:23.32 | Jay7 | ERROR: Task 3383 (/storage/oe/testbuilder/openembedded/recipes/kexec-tools/kexec-tools-klibc_2.0.2.bb, do_compile) failed with exit code '256' |
| 23:23.34 | grg | exit codes are modulo 256 |
| 23:28.35 | Jay7 | may it be -1? |
| 23:29.17 | Jay7 | fork may return -1 |
| 23:29.35 | Jay7 | so, it may be some fork+exec error |
| 23:33.53 | grg | if i put some logger.warn statements in bitbake, i actually get pipe.errorcode 77 |
| 23:34.09 | grg | pipe.returncode i mean |
| 23:34.34 | Jay7 | can you get errno there? |
| 23:34.55 | Jay7 | hm.. this is errno |
| 23:35.16 | Jay7 | grg: is 77 decimal or hex? |
| 23:35.21 | grg | decimal |
| 23:35.58 | grg | hmm how does exception handling work in python? |
| 23:36.17 | khem | as it works on other languages i.e. lamely |
| 23:36.27 | grg | process.run is raising an ExecutionError, but nothing is catching it |
| 23:36.32 | Jay7 | #define ENOLCK 77 /* No locks available */ |
| 23:36.37 | grg | maybe a catch all handler somewhere up the chain |
| 23:37.14 | Jay7 | not sure that it is right error code |
| 23:37.17 | grg | i'm not too concerned with why kexec-tools-klibc is failing right now... want to fix bitbake first |
| 23:38.12 | Jay7 | grg: have you tried with bb 1.10? |
| 23:38.20 | grg | nah |
| 23:38.36 | grg | i suppose i could |
| 23:38.39 | grg | and then bisect |
| 23:39.04 | Jay7 | it was working ok when I've fixed kexec-tools-klibc |
| 23:39.28 | Jay7 | you can look git log to look where it was to know date and revision |
| 23:39.31 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
| 23:43.33 | grg | 2be5169a01e57bcfcb1f75cbd6bac3bf0f230edd was a pretty solid revision for me, and it gives a valid configure error log instead of exit 256 |
| 23:43.41 | grg | bisects |
| 23:43.50 | Tartarus | grg, was gonna say, sounds like a case for git bisect run |
| 23:44.24 | grg | annoyingly though, the failure mode changes a bit in newer revisions... |
| 23:50.56 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
| 23:59.25 | *** join/#oe nitink (~nitink@134.134.139.72) |