00:11.08 | *** join/#oe alecrim (~alecrim@189.2.128.130) |
00:11.22 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
00:16.13 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
00:18.43 | *** join/#oe rednul (~rednul@216.187.188.134) |
00:34.21 | *** join/#oe mickey|zzZZzz (~mickey@80.81.242.146) |
00:44.53 | Jin^eLD | is there a meaningful way to add LDFLAGS in the recipe when using cmake? |
00:45.50 | Jin^eLD | seems this build system does not honor LDFLAGS |
00:45.53 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
00:51.00 | *** part/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
01:00.45 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
01:32.16 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
01:42.02 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
01:43.30 | *** join/#oe bin1010 (~mia@rrcs-71-40-238-191.sw.biz.rr.com) |
02:22.49 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
02:46.25 | *** join/#oe mrc3 (~ddiaz@122.181.11.126) |
03:45.49 | *** join/#oe rsalveti (~rsalveti@189.115.174.250) |
03:46.57 | *** join/#oe mrc3 (~ddiaz@122.181.11.126) |
04:25.56 | *** join/#oe Laibsch1 (~Laibsch@p5B3B2143.dip.t-dialin.net) |
04:29.47 | *** part/#oe Laibsch1 (~Laibsch@p5B3B2143.dip.t-dialin.net) |
04:41.03 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
04:49.34 | *** join/#oe Crofton (~balister@adsl-75-36-176-185.dsl.pltn13.sbcglobal.net) |
04:54.20 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
05:01.00 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
05:07.32 | *** join/#oe scruggs (~scruggs@72-161-108-247.dyn.centurytel.net) |
05:08.06 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
05:13.13 | *** join/#oe james_l (~james@ip68-103-137-173.ks.ok.cox.net) |
05:13.57 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
05:19.28 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
05:26.52 | *** join/#oe Splat1 (~Splat1@rf1.splat1.com) |
05:45.50 | *** join/#oe rsalveti_ (~rsalveti@187.59.242.79) |
05:51.18 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
06:06.37 | *** join/#oe william_zhang (~william@58.247.126.174) |
06:08.24 | william_zhang | hi,all |
06:15.49 | william_zhang | I want use another compiler not default one in oe, how can I set it? |
06:29.00 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
06:43.35 | *** join/#oe nullpupp1 (~dustin@c-24-16-84-118.hsd1.wa.comcast.net) |
06:44.56 | *** join/#oe darkstar62 (~darkstar6@97-126-101-17.tukw.qwest.net) |
07:07.21 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
07:10.59 | *** join/#oe Ainulindale (~ainu@calaquendi.org) |
07:17.04 | *** join/#oe BillK (~BillK@203-206-9-149.dyn.iinet.net.au) |
07:17.06 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
07:46.13 | *** join/#oe mr_nice (~nice@95-90-75-53-dynip.superkabel.de) |
07:50.16 | *** join/#oe thebohemian (~rschus@p5DDC50A0.dip.t-dialin.net) |
08:01.01 | *** join/#oe Hasse (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
08:06.02 | eFfeM | Tartarus: saw your q on why calamari: answer is very simple: this is what already was there; likewise added this board and called it calamari, the pcb actually says "mpc8536 dev-sys-calamari" (btw the ppc boards on the denx website also seem to have names like e.g. canyonlands) |
08:08.29 | *** join/#oe Spyzer (~spyzer@59.90.65.93) |
08:08.41 | eFfeM | personally I don't care too much about names, so I stayed with what there is (actually the MAINTAINERS file mentions likewise as maintainer for calamari, although i am pretty sure he does not have such a board any more, as the one he used to work with is now on my desk) |
08:11.58 | Spyzer | i am getting the following error on bitbake powertop |
08:11.59 | Spyzer | http://pastebin.com/TQt8wXWd |
08:12.09 | Spyzer | kindly help me with this |
08:14.25 | Spyzer | i am getting the following error on bitbake powertop |
08:14.31 | Spyzer | http://pastebin.com/TQt8wXWd |
08:14.37 | Spyzer | kindly help me with this |
08:17.23 | dm8tbr | repeating yourself won't get you more attention only lower your chances to get an answer. repeating yourself won't get you more attention only lower your chances to get an answer. |
08:20.26 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
08:25.43 | *** join/#oe aditya_1111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
08:26.16 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
08:34.28 | blindvt` | Spyzer, this should probably read self.cooker.bb_cache.sync() |
08:34.53 | blindvt` | Spyzer, (i.e. "self." is missing) |
08:35.40 | blindvt` | Spyzer, which package did you try to build when you got that? |
08:36.24 | Spyzer | so what should i do then, and sorry @dm8tbr, actually my internet connection is freaking out a bit so i thought that my original chat didn't reach u that's why i doubled it |
08:36.27 | Spyzer | well i am getting that on anything like bitbake opie-image or bitbake powertop or bitbake brickout etc |
08:36.47 | Spyzer | is my bitbake installation corrupt? |
08:38.30 | *** join/#oe fpga (~s@92.62.56.51) |
08:38.58 | blindvt` | Spyzer, no, it's not corrupt (cooker just isn't set in the second if in parse_next()) |
08:39.55 | *** join/#oe Heinervdm (~thomas@pD9E16CE6.dip.t-dialin.net) |
08:40.55 | Spyzer | so pls tell me that how should i set it, should i go my openembedded directory structure and do something in there? |
08:43.05 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
08:43.26 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:45.35 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
08:50.04 | *** join/#oe dth (~dieter@p4FDED65D.dip.t-dialin.net) |
08:52.24 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r17c4962b31 10openembedded.git/conf/distro/include/sane-srcrevs-fso.inc: |
08:52.24 | CIA-2 | sane-srcrevs-fso.inc: bump revs for FSO2 and related stuff |
08:52.24 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
08:52.25 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r7e3f2b98f8 10openembedded.git/recipes/freesmartphone/fsodatad_git.bb: |
08:52.25 | CIA-2 | fsodatad_git.bb: sync PV with reality |
08:52.25 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
08:52.25 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * rd035790daa 10openembedded.git/recipes/freesmartphone/libfsoframework_git.bb: |
08:52.25 | CIA-2 | libfsoframework_git.bb: sync PV with reality |
08:52.26 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
08:52.28 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r7f254d4a55 10openembedded.git/recipes/freesmartphone/libfsoresource_git.bb: |
08:52.28 | CIA-2 | libfsoresource_git.bb: sync PV with reality |
08:52.28 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
08:52.28 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * rf069027968 10openembedded.git/recipes/freesmartphone/libfsobasics_git.bb: |
08:52.28 | CIA-2 | libfsobasics_git.bb: sync PV with reality |
08:52.29 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
08:52.31 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * rdb9d481e50 10openembedded.git/recipes/freesmartphone/fsousaged_git.bb: |
08:52.32 | CIA-2 | fsousaged_git.bb: sync PV with reality |
08:52.32 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
08:52.48 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * rf6a581d295 10openembedded.git/recipes/freesmartphone/fso-abyss_git.bb: |
08:52.48 | CIA-2 | fso-abyss_git.bb: sync PV with reality |
08:52.48 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
08:53.10 | blindvt` | Spyzer, it's odd how you got there. What exactly did you do |
08:57.03 | Spyzer | well actually i "copied" bitbake and my oe directory to some other system, changed the environment variables accordingly and then installed bitbake from the directory and then when i tried to do a bitbake opie-image in my build directory i got that |
08:57.03 | Spyzer | error |
09:02.07 | Spyzer | i was using an old version of bitbake, just now i installed a new one |
09:02.34 | Spyzer | and am getting the folowing error on bitbake powertop |
09:02.43 | *** join/#oe pvanhoof (~pvanhoof@d54C0C0BA.access.telenet.be) |
09:02.55 | Spyzer | http://pastebin.com/yHHBAgFq |
09:07.08 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * rc0729ac69d 10openembedded.git/conf/distro/include/sane-srcrevs-fso.inc: |
09:07.08 | CIA-2 | sane-srcrevs-fso.inc: actually really bump FSO2 and fix broken rev for libfso-glib |
09:07.08 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
09:09.25 | mckoan | good morning |
09:12.37 | Spyzer | pls anyone help me |
09:12.40 | Spyzer | TypeError: __init__() takes exactly 3 arguments (2 given) |
09:13.45 | Spyzer | i am getting this on bitbake opie-image |
09:16.19 | ant_work | Spyzer: what do you mean 'installed bitbake from '? |
09:16.58 | Spyzer | i mean i didn't use the binaries from a path but did ./setup install |
09:17.11 | ant_work | ah ha |
09:17.43 | ant_work | fyi, opie-image is today broken (new opkg / libopkg)...I'll have a look later |
09:18.03 | ant_work | http://tinderbox.openembedded.net/public/logs/task/5150048.txt |
09:20.34 | ant_work | Spyzer: try just untarring bitbake-1.8.18 , don't install it |
09:22.12 | Spyzer | ok i'll try |
09:22.27 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
09:22.45 | *** join/#oe pitillo (~pitillo@84.123.96.129.dyn.user.ono.com) |
09:23.35 | Spyzer | yes it worked |
09:25.08 | hrw | re |
09:25.11 | hrw | or rather morning |
09:25.40 | hrw | someone remember name of tool which gives informations about input device capabilities? amount of keys, names of them etc |
09:26.03 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
09:26.19 | hrw | florian: you may know |
09:26.25 | hrw | florian: name of tool which gives informations about input device capabilities? amount of keys, names of them etc |
09:28.14 | hrw | found: evtest |
09:31.33 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
09:34.26 | *** join/#oe Longfield (~valentin@lsa1pc7.epfl.ch) |
09:35.26 | *** join/#oe mlip (~mlip@62.218.44.194) |
09:39.21 | florian | good morning |
09:39.58 | florian | hrw: Thes are the tools you need less than once a year :) |
09:40.32 | mlip | morning |
09:42.22 | florian | hi mlip |
09:42.27 | florian | hi mickey|office |
09:43.27 | *** join/#oe RP__1 (~richard@93-97-173-237.zone5.bethere.co.uk) |
09:43.28 | hrw | florian: yep |
09:44.43 | hrw | hi RP |
10:05.09 | *** join/#oe Hasse (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
10:05.56 | *** join/#oe Ainulindale (~ainu@calaquendi.org) |
10:08.16 | *** join/#oe siji (~siji@122.170.9.183) |
10:11.51 | mickey|office | morning florian , hi hrw |
10:14.06 | pb_ | hi mickey|office |
10:14.25 | florian | hi pb_ |
10:26.56 | ant_work | eh..bloody question: it seems *libc recipes need a custom do_stage, isn't? |
10:28.03 | ant_work | (I have hard time with klibc which is now using install_headers) |
10:29.06 | pb_ | ant_work: I don't think there's any reason why libc fundamentally needs a custom do_stage. |
10:31.05 | ant_work | well, glibc and eglibc have it in a a *stage.inc file |
10:31.25 | pb_ | yeah, I think that's more historical than anything else. |
10:31.55 | pb_ | glibc was one of the first recipes we had, and it's also one of the most complex so nobody has ever been very keen to refactor it. |
10:33.16 | ant_work | hm..for klibc cleaning would seem easier |
10:33.22 | ant_work | just twolines in do_stage |
10:33.26 | ant_work | <PROTECTED> |
10:33.28 | ant_work | <PROTECTED> |
10:33.39 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
10:34.28 | pb_ | ah, that klcc thing will be a pain. I think you might do better to put that in its own recipe. |
10:34.54 | pb_ | if you didn't have that, you could just convert the whole thing to new style staging. |
10:35.45 | ant_work | pb_: what's stopping me is that klibc still needs linux headers in do_configure. Now in .git there is a patch to use headers_install (the sanitized) but just in the install phase |
10:36.18 | ant_work | I don't know how difficult it would be to hack the build script in order to use those same sanitized headers |
10:37.55 | ant_work | finally, the issue I have compiling against klibc is that e.g. mtd-user.h and mtd-abi.h are not staged |
10:38.19 | ant_work | so I provide a copy of those in the sources |
10:39.07 | ant_work | but afaik headers_install should install these userspace headers, isn't? |
10:39.39 | CIA-2 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r7d7cad11af 10openembedded.git/recipes/webkit/ (webkit-efl/fix-build-with-newer-evas.patch webkit-efl_git.bb): |
10:39.39 | CIA-2 | webkit-efl: fix build for evas > 46211 |
10:39.40 | CIA-2 | * Evas_Point is defined in Evas.h since EFL_SRCREV 46211 |
10:39.40 | CIA-2 | Signed-off-by: Thomas Zimmermann <ml@vdm-design.de> |
10:39.56 | pb_ | Dunno. How are they handled for the other libcs? |
10:42.25 | ant_work | hm..I had no-issues with uclibc and glibc |
10:42.39 | ant_work | juklibc just exposed mtd.h |
10:43.27 | ant_work | pb_: I fear Mr. Anvin has no more time for klibc... :/ |
10:52.03 | *** join/#oe mlip2 (~mlip2@62.218.44.194) |
10:53.43 | james_l | Am I correct in assuming OE has no KDE bitbake recipies? |
10:54.06 | ant_work | pb_: I was wrong, hpa is alive! http://www.zytor.com/pipermail/klibc/2010-February/002481.html |
10:54.51 | hrw | james_l: yes, you are correct |
10:57.26 | Romke | KDE isn't really embedded, is it? :+ |
10:59.09 | hrw | Romke: for some people atom+ion+4GBram+ssd is embedded |
11:01.34 | james_l | Well, at least according to the image builder for angstrom there is x11 w/gnome, so I was curious. |
11:02.21 | XorA | we would like kde recipes, no-one did them yet |
11:03.43 | Jin^eLD | XorA: no wonder, who would want to mess with cmake? ;) |
11:05.51 | *** join/#oe zecke_ (~ich@92.116.114.136) |
11:06.17 | mickey|office | morning pb_ |
11:07.02 | XorA | Jin^eLD: not me ever again :-) |
11:07.09 | Jin^eLD | =) |
11:07.27 | Romke | hmkay |
11:07.40 | Romke | well |
11:07.41 | *** join/#oe fpga (~s@92.62.56.51) |
11:07.54 | Romke | It looks like I have to add support for my SBC6020 to OE :( |
11:07.57 | Romke | which means work |
11:08.06 | XorA | work is good, it means $$$ |
11:08.19 | Romke | yeah |
11:08.53 | Romke | but it also means i need to find out how to change, for instance, the kernel version used by oe/angstrom |
11:09.39 | Romke | and adding a new machine type, namely the at91sam9g20 |
11:10.32 | hrw | Romke: not at91sam9g20 but sbc6020 |
11:10.40 | hrw | Romke: machine names are device names not cpu names |
11:10.52 | Romke | oh |
11:10.57 | Romke | well, sbc6020 then |
11:11.08 | hrw | Romke: and for kernel it is easy - linux_2.6.33.bb is what you want to run ;) |
11:11.18 | Romke | mkay |
11:11.41 | Romke | my to-find-out list gets bigger and bigger :) |
11:12.29 | Jin^eLD | Romke: I think at91sam9g20ek.conf is in oe.dev already |
11:12.52 | broonie | yes, it is |
11:13.31 | Romke | nice |
11:13.39 | Romke | which old version am I using then :+ |
11:14.11 | Jin^eLD | stable/2009 does not have it, but you could take the few updates from the dev branch if you want to use stable |
11:14.20 | Jin^eLD | that's what I am doing btw, for this machine actually |
11:14.25 | Romke | oh |
11:14.28 | Romke | nice :) |
11:14.45 | broonie | it's been supported for quite some time |
11:15.07 | hrw | at91 boards are usually easy to maintain |
11:15.14 | Romke | hmm.. my local.conf states 'angstrom 2008.1' |
11:15.19 | *** join/#oe recalcati (~5e51e963@gateway/web/freenode/x-oegqtskubnjzmbqm) |
11:15.19 | hrw | most of support stuff is in mainline |
11:16.05 | Romke | so it's as easy as grabbing the machine config file and kernel recipe from the dev branch? |
11:16.36 | hrw | Romke: ok, for sbc6020 you probably need some patches as .33 does not know it |
11:17.10 | Romke | well, i'm only planning to use the CF card, serial ports and ethernet devices |
11:17.27 | recalcati | good morning |
11:17.53 | Romke | i don't care about the gpio's and stuff |
11:17.57 | mckoan | Romke: http://www.kaeilos.com/?q=at91sam9g20 |
11:18.52 | mckoan | -> lunch |
11:18.56 | Romke | yeah |
11:18.57 | Romke | me too |
11:19.08 | Romke | lots of things to find out after lunch :) |
11:19.22 | Romke | much to read :P |
11:20.38 | recalcati | mckoan: hi, are you going to Nurembergh ? |
11:20.54 | mckoan | recalcati: yes on Monday morning |
11:21.11 | mckoan | recalcati: but now I'm going to lunch :-D |
11:21.46 | recalcati | good lunch |
11:23.08 | hrw | mckoan: at91sam9g20 != sbc6020 |
11:28.28 | *** join/#oe jovox_ (~jovox@h175n2c1o279.bredband.skanova.com) |
11:30.31 | *** join/#oe Gaston|Home (~Miranda@c-012fe353.155-1-64736c11.cust.bredbandsbolaget.se) |
11:30.57 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
11:33.29 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
11:42.08 | *** join/#oe siji (~siji@122.170.9.183) |
11:50.53 | *** join/#oe mario-goulart (~user@67.205.85.241) |
11:51.26 | mr_nice | i have a little question to git send-email. if i want to send a patch to the ml list what do i have to set --in-reply-to= ? |
11:51.42 | hrw | if fresh thread then nothing |
11:51.49 | mr_nice | ok thx |
11:51.50 | broonie | leave it blank if you're not following up to a cover letter or something. |
11:51.57 | hrw | if you are sending patch as reply to mail then message-id of that mail |
11:52.22 | mr_nice | ok |
11:58.13 | *** join/#oe kristoffer_ (~kristoffe@95.209.43.53.bredband.tre.se) |
12:09.51 | *** join/#oe siji (~siji@122.170.9.183) |
12:14.06 | *** join/#oe fpga (~s@92.62.56.51) |
12:19.12 | blindvt` | it would be handy to be able to go to http://git.openembedded.org/openembedded directly and not have to sprinkle cgit.cgi between dir and host. Could we perhaps have a |
12:19.17 | blindvt` | RewriteRule ^/(openembedded|bitbake)$ /cgit.cgi/$1 [QSA,L] |
12:19.33 | blindvt` | or something to that effect for the git.oe.org vhost? |
12:25.12 | *** join/#oe B_Lizzard (~havoc@athedsl-423148.home.otenet.gr) |
12:36.36 | *** join/#oe fpga (~s@92.62.56.51) |
12:36.52 | *** join/#oe siji (~siji@122.170.9.183) |
12:37.35 | *** part/#oe blindvt` (~b@62-99-204-228.c-vdreihufeisengasse.xdsl-line.inode.at) |
12:49.39 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
13:00.27 | *** join/#oe GNUtoo (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
13:09.44 | *** join/#oe rob_w (~bob@p549BB977.dip.t-dialin.net) |
13:16.24 | *** join/#oe dth_ntb (~dieter@a89-182-198-91.net-htp.de) |
13:17.31 | RP | morning all |
13:17.37 | Jin^eLD | hi RP |
13:21.45 | hrw|gone | -> off |
13:24.17 | *** join/#oe zecke (~ich@188.46.129.206) |
13:24.40 | Jin^eLD | ja |
13:24.43 | Jin^eLD | oops wrong window |
13:43.04 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8b932e307a 10openembedded.git/recipes/u-boot/ (u-boot-git/Cortex-A8-erratum-725233.diff u-boot_git.bb): u-boot git: add patch to fix Cortex-A8 erratum 725233 for beagleboard |
13:43.17 | Romke | kicks tsjsieb's ass |
13:43.26 | Romke | angstrom is running :D |
13:43.57 | tsjsieb | :D very good! |
13:44.14 | Romke | well, i still need to do some work |
13:44.22 | Romke | only 1 ethernet port is working for instance |
13:44.33 | Romke | which is enough for my purpose |
13:44.51 | Romke | but it's nicer to have both working :) |
13:53.51 | *** join/#oe zecke (~ich@92.117.1.216) |
13:53.59 | *** join/#oe DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
14:00.39 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
14:06.48 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:09.19 | *** join/#oe alecrim (~alecrim@189.2.128.130) |
14:12.40 | *** join/#oe jovox__ (~jovox@h106n2c1o279.bredband.skanova.com) |
14:22.41 | *** join/#oe jovox_ (~jovox@h167n1c1o279.bredband.skanova.com) |
14:28.12 | *** join/#oe SDuensin_ (~Scott@mobile-166-137-136-108.mycingular.net) |
14:29.29 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-asbnjivzslwbysny) |
14:29.32 | *** join/#oe zecke (~ich@92.117.152.244) |
14:30.29 | *** part/#oe SDuensin_ (~Scott@mobile-166-137-136-108.mycingular.net) |
14:32.07 | *** join/#oe denix|air (~denys@pool-71-251-51-225.washdc.east.verizon.net) |
14:35.51 | *** join/#oe scruggs (~scruggs@72-161-108-247.dyn.centurytel.net) |
14:37.32 | *** join/#oe mrc3 (~ddiaz@122.181.11.126) |
14:46.02 | james_l | Would a latex (texlive really) .bb be welcome? |
14:46.33 | *** join/#oe jovox__ (~jovox@h198n2c1o279.bredband.skanova.com) |
14:47.37 | mckoan | recalcati: ping |
14:49.49 | recalcati | ehi |
14:49.56 | recalcati | I come to nurmerg |
14:50.06 | recalcati | I come to nurmberg |
14:50.22 | *** part/#oe scruggs (~scruggs@72-161-108-247.dyn.centurytel.net) |
14:50.29 | recalcati | I'm looking the map in order to remember where to sleep |
14:56.05 | Jin^eLD | !seen hopsnbarley |
14:56.16 | Jin^eLD | or what's the bot command for that? |
14:57.45 | *** join/#oe zecke (~ich@188.46.3.66) |
14:58.06 | mr_nice | ~seen hopsnbarley |
14:58.10 | ibot | hopsnbarley <n=hops@nslu2-linux/HopsNBarley> was last seen on IRC in channel #edev, 77d 15h 11m 12s ago, saying: 'anybody know how to get the CE dev environment set up? i can't even get the VS2005 trial to install :('. |
14:58.10 | Jin^eLD | hs anyone seen HopsNBarley lately? |
14:58.11 | *** join/#oe jovox_ (~jovox@h228n2c1o279.bredband.skanova.com) |
14:58.28 | Jin^eLD | 77 days... |
14:58.31 | Jin^eLD | hm |
15:02.37 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
15:07.37 | Jin^eLD | are there any other openprotium guys besides him? |
15:09.45 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
15:15.29 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
15:19.53 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9bfbf7b8c4 10openembedded.git/recipes/hal/hal.inc: hal: add missing dep in consolekit |
15:20.49 | *** join/#oe jovox_ (~jovox@h234n2c1o279.bredband.skanova.com) |
15:21.33 | Jin^eLD | bei welchem rootfs? |
15:22.09 | *** join/#oe dth_ntb (~dieter@a89-182-198-91.net-htp.de) |
15:22.20 | Jin^eLD | oops wrong window |
15:22.21 | Jin^eLD | :) |
15:26.35 | *** join/#oe mnabil (~mnabil@41.234.68.30) |
15:28.56 | *** join/#oe mwester (~mwester@209-242-7-187.rev.dls.net) |
15:28.57 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
15:38.49 | nevarrie | I am sure this is something I am doing wrong but for some reason my recipe is using the system g++ instead of my arm cross compiler...all of the other recipes seem to work correct just this one is going this.. |
15:39.22 | *** part/#oe mlip2 (~mlip2@62.218.44.194) |
15:42.41 | Jin^eLD | nevarrie: did you create the recipe yourself? |
15:43.04 | nevarrie | yes... |
15:43.33 | Jin^eLD | for what software is it btw? if you have something with a braindead make script, for example like poco, it could also get difficult |
15:44.03 | Jin^eLD | what build scripts is your sw using? autotools or custom make files? |
15:44.21 | *** join/#oe denix|air (~denys@32.166.94.75) |
15:44.49 | *** join/#oe d_t_h (~dieter@p4FDEEBEC.dip.t-dialin.net) |
15:45.12 | nevarrie | it is for a qt4e app that has a special make process...it makes it through the qmake process just fine but the make pare is where it is blowing up on now such instructions...I thought it was an mthumb issue at first then I found it was using the wrong g++ |
15:49.14 | Jin^eLD | I nevver had to mess with qmake, so just a wild guess |
15:49.20 | Jin^eLD | did you do an inherit qmake in your recipe? |
15:49.54 | hrw|gone | not 'inherit qmake' but 'inherit qt4e' rather |
15:49.57 | hrw | re |
15:50.33 | nevarrie | I have inherit qmake2 qt4e |
15:59.18 | nevarrie | should I know have inherit qt4e and not qmake or qmake2 on my inherit? |
16:01.09 | *** join/#oe dth_ntb (~dieter@a89-182-198-91.net-htp.de) |
16:05.14 | *** join/#oe mlip2 (~mlip2@85-127-150-205.dynamic.xdsl-line.inode.at) |
16:14.48 | hrw | qt4e already inherits proper qmake(2) class so no need to do it |
16:24.03 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
16:24.34 | *** join/#oe bin1010 (~mia@129.62.151.74) |
16:24.43 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
16:30.35 | *** join/#oe denix|air (~denys@32.166.94.75) |
16:33.35 | *** join/#oe BenLauDC (~benlau@221.125.8.18) |
16:34.53 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r1f412ddc30 10openembedded.git/recipes/xorg-xserver/ (6 files in 3 dirs): |
16:34.54 | CIA-2 | xserver-xorg: move older versions to obsolete (1.7.1 stays only because is used in preferred-xorg-versions-X11R7.5.inc, but it should move to 1.7.4 too) |
16:34.54 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
16:34.55 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r86d2251aef 10openembedded.git/recipes/mplayer/mplayer_svn.bb: |
16:34.55 | CIA-2 | mplayer_svn: increase DEFAULT_PREFERENCE for shr, om-gta02 will stay with mplayer_git because of glamo patches in that git repo |
16:34.55 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
16:34.56 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rd62366f71b 10openembedded.git/recipes/xorg-xserver/ (5 files): |
16:34.56 | CIA-2 | xserver-xorg: use INC_PR where I forget to add it |
16:34.56 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
16:34.59 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r8c23367968 10openembedded.git/recipes/xorg-xserver/ (3 files): |
16:35.00 | CIA-2 | xserver-xorg: move config manager logic to .inc, remove hal dependency where not specified by new DISTRO_XORG_CONFIG_MANAGER option |
16:35.00 | CIA-2 | * distribution can specify DISTRO_XORG_CONFIG_MANAGER to select between |
16:35.00 | CIA-2 | hal, udev, no dynamic input device detection (only xorg.conf) |
16:35.00 | CIA-2 | * fix RRECOMMENDS spelling and remove hal from it |
16:35.00 | CIA-2 | * use CONFIG_MANAGER_OPTION in 1.7.4 and 1.8 RC1 (git) version |
16:35.00 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
16:35.00 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r37e863e6a3 10openembedded.git/recipes/mesa/mesa-dri_git.bb: |
16:35.01 | CIA-2 | mesa-dri_git: disable gallium also for om-gta01 |
16:35.19 | *** join/#oe CosmicPenguin (~nobody@129-46-14-212.qualcomm.com) |
16:37.36 | *** join/#oe playya (~playya@unaffiliated/playya) |
16:38.01 | nevarrie | hrw thanks...I will try workign that way... |
16:42.23 | *** part/#oe BenLauDC (~benlau@221.125.8.18) |
16:43.34 | *** join/#oe |Spyzer| (~spyzer@210.212.53.135) |
16:45.36 | *** join/#oe denix|air (~denys@32.166.94.75) |
16:55.39 | hrw | JaMa: fetch mail |
16:59.00 | nevarrie | just finally got qt-everywhere-opensource-src-4.6.2 build now i need to figure out how to get qt-everywhere-commercial-4.6. to work with OE... |
17:00.15 | JaMa | hrw: thanks.. but that's not really what I want.. I need that uImage in .tar.gz (and remove it only from other FSTYPES) |
17:00.37 | hrw | so you need to hack |
17:01.11 | JaMa | hrw: something like that hack I sent? |
17:01.54 | hrw | I would rather move just /boot/uImage outside and move it back - less copying |
17:02.19 | *** join/#oe denix|air (~denys@32.166.94.75) |
17:02.33 | JaMa | hrw: I would use ROOTFS_POSTPROCESS_COMMAND for that ROOTFS-no-boot creation and then forgot to remove it after finish |
17:02.52 | hrw | no, no |
17:02.56 | hrw | JaMa: in you IMAGECMD hacks |
17:03.00 | JaMa | hrw: ah good point, thans.. if nobody comes with even better solution I'll use that |
17:03.15 | JaMa | s/thans/thanks/ |
17:03.30 | hrw | consider moving those IMAGECMD to your image recipe and make them om-gta01 only |
17:03.36 | hrw | should also work |
17:03.46 | JaMa | hrw: ok |
17:03.59 | hrw | and my umbaumba-wonders-image will still have kernel in ubifs |
17:04.43 | JaMa | yes, I don't want to mess with your umbaumba |
17:05.34 | hrw | ;dDD |
17:06.00 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
17:06.34 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
17:06.48 | *** join/#oe bin1010 (~mia@129.62.151.74) |
17:06.57 | *** join/#oe toi (~toi@d54C2A96D.access.telenet.be) |
17:10.54 | mwester | ERROR: Error, lockfile path does not exist!: /u/slug/slugos/tmp/work/armv5teb-linux-gnueabi/gpsd-2.39-r0/packages-split |
17:11.31 | mwester | Any ideas where I should look to fix this? |
17:12.05 | hrw | tmp/pkgdata |
17:12.52 | JaMa | mwester: I've seen this with recipes which changed ARCH (ie because they lost some machinge specific config) and something like this always helped find tmp/pkgdata/ -name gpsd\* -exec rm -rf {} \; |
17:13.21 | mwester | odd - it built gpsd-2.90-r4.0, but now seems to want to grub about in the old version's work dir... |
17:14.21 | mlip2 | mwester: strange, i updated the recipe and had no problems at all (using the commited one) |
17:15.00 | mwester | :( it broke on both my build machines, I suspect it will build fine once I clean out the remnants of the old one. |
17:15.33 | mlip2 | mb something distrospecific ? |
17:16.10 | JaMa | mlip2: imho some class/bitbake bug looking for wrong dir (seen that in angstrom as well as shr) |
17:16.20 | mwester | Yeah, it looks like it. It moved from nslube-linux-gnueabi to armv5teb-linux-gnueabi |
17:16.52 | mwester | The latter is where it probably should be, so let me clean out my pkgdata as hrw and JaMa suggest, and see it that resolves it. |
17:17.47 | mlip2 | mwester: besides this, you are not using om-gta01 (hopefully) |
17:18.00 | hrw | have a nice rest of day |
17:18.01 | mlip2 | as i am still (now) working on some recipe the re-integrates the onboard gps |
17:18.41 | mwester | No, not om-gta01 --- mine sit on the shelf here, gathering dust due to lack of time. :( |
17:18.44 | JaMa | mlip2: I'm not sure but imho om-gta01 gpsd is now hanlded by fso-gpsd as well as on om-gta02 |
17:19.06 | JaMa | mlip2: so maybe that stuff is not used anymore.. |
17:19.25 | mlip2 | oh, so maybe i could stop creating a recipe for it ^ |
17:20.32 | Tartarus | <PROTECTED> |
17:21.05 | Tartarus | So, om-gta01 stuff |
17:21.08 | Tartarus | Does it use uboot? |
17:22.43 | JaMa | yes |
17:23.47 | Tartarus | OK, good |
17:23.51 | Tartarus | so my suggestion could work :) |
17:32.48 | JaMa | Tartarus: Tom Rini? more info on list.. |
17:32.56 | JaMa | I'm going home, bye all |
17:34.56 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-94-65.w90-2.abo.wanadoo.fr) |
17:36.50 | Tartarus | Yes, that's me |
17:44.03 | mlip2 | btw |
17:44.16 | mlip2 | mwester: i hope you dont want to use python with gpsd 2.39 (and the new .inc file) |
17:45.14 | mlip2 | i think the configuration flag is missing (which is not required by 2.90 anymore, as it is auto-detected) |
17:46.19 | *** join/#oe zecke (~ich@92.116.223.162) |
17:50.16 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
18:07.09 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
18:08.30 | *** join/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
18:10.10 | *** join/#oe rob_w (~bob@p549BB977.dip.t-dialin.net) |
18:13.42 | *** join/#oe hillct (~hillct@cpe-069-134-049-165.nc.res.rr.com) |
18:19.45 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
18:28.51 | *** join/#oe bin1010 (~mia@129.62.151.74) |
18:37.24 | CIA-2 | 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r0da188d1ae 10openembedded.git/recipes/gpsd/gpsd-device-config_0.bb: |
18:37.24 | CIA-2 | gpsd-device-config: Adds new recipe |
18:37.25 | CIA-2 | * Reintegrates machine specific gps configuration using overrides |
18:37.25 | CIA-2 | (formerly specified in the main gpsd recipe) |
18:37.25 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
18:37.25 | CIA-2 | 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r2bc60c84b4 10openembedded.git/recipes/fastcgi/fastcgi_2.4.0.bb: |
18:37.26 | CIA-2 | fastcgi: Move to new staging |
18:37.26 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
18:37.34 | CIA-2 | 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * r324d53b4b8 10openembedded.git/recipes/python/python-paste_1.7.2.bb: |
18:37.34 | CIA-2 | python-paste: Add new recipe |
18:37.34 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
18:38.05 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r4372ec830a 10openembedded.git/recipes/busybox/busybox.inc: (log message trimmed) |
18:38.06 | CIA-2 | busybox: If FEATURE_SUID=y, ship a SUID busybox, bump PR |
18:38.06 | CIA-2 | A number of applets will select FEATURE_SUID, and then not work unless |
18:38.17 | CIA-2 | the busybox binary is SUID. We switch from a "let the users decide" to |
18:38.17 | CIA-2 | "let the users opt-out". |
18:38.17 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
18:38.17 | CIA-2 | Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
18:56.20 | Tartarus | denix ? |
18:57.42 | denix|air | yeah |
18:57.42 | Tartarus | What is your magic for breaking pstaging outside of $TMPDIR? :) |
18:57.42 | Tartarus | We use the everloving crap out of that |
18:57.43 | Tartarus | kernels are fine |
18:57.43 | Tartarus | Only issues have been do_deploy stuff that's not saved in pstaging, w/o a shellfile |
19:00.02 | denix | magic? :) |
19:00.31 | Tartarus | heh |
19:01.13 | *** join/#oe Martin-B (~martin@pool-11-65-198-89.dbd-ipconnect.net) |
19:01.16 | denix | consider this command: sed s#${TMPDIR}#${PSTAGE_TMPDIR_STAGE}# |
19:02.02 | *** join/#oe ant__ (~andrea@host1-50-dynamic.5-87-r.retail.telecomitalia.it) |
19:02.52 | denix | or actually, echo $srcfile | sed s#${TMPDIR}#${PSTAGE_TMPDIR_STAGE}# |
19:02.56 | Tartarus | er? |
19:03.14 | Tartarus | Talking about relocation stuff now? |
19:03.18 | ant__ | denix: still that damned bits ;P |
19:03.43 | denix | ant__: yeah |
19:04.49 | denix | to make it work before, I had to change TMPDIR to DEPLOY_DIR in the above sed command, since my DEPLOY_DIR is outside of TMPDIR and pstage is within DEPLOY_DIR |
19:04.58 | Tartarus | Ah, hm |
19:04.58 | Tartarus | sec |
19:05.29 | denix | it worked before for me, because all the stagefile_shell were called with the files in deploy/pstage |
19:05.59 | Tartarus | denix: Nope, I don't have any changes for letting us do: |
19:06.06 | Tartarus | DEPLOY_DIR_PSTAGE = "${OEDIR}/cached-builds" |
19:06.13 | denix | but recently Tartarus made a change to also call stagefile_shell with the files still in ${S}, i.e. TMPDIR and it doesn't work anymore |
19:06.16 | Tartarus | And OEDIR is set to something in the shell and passed in via EXTRAWHITE |
19:06.56 | Tartarus | Note that stagefile_shell does need to be called with a full path |
19:07.04 | Tartarus | I found that out when fixing device trees |
19:07.34 | Tartarus | ie stagefile_shell ${DEPLOY_DIR_IMAGES}/whatever |
19:08.01 | denix | right, but you also call stagefile_shell ${S}/whatever |
19:08.06 | Tartarus | yeah |
19:08.08 | Tartarus | that's also fine here |
19:08.17 | *** join/#oe pH5 (~ph5@e178196077.adsl.alicedsl.de) |
19:08.34 | Tartarus | what / how are you setting DEPLOY_DIR_PSTAGE ? |
19:09.05 | CIA-2 | 03Bernhard Guillon <Bernhard.Guillon@opensimpad.org> 07org.openembedded.dev * r9ac4de8c01 10openembedded.git/recipes/linux/ (linux/atngw100/defconfig linux_2.6.29.bb): |
19:09.05 | CIA-2 | linux: atngw100 - add bridge module to defconfig, bump PR |
19:09.05 | CIA-2 | Signed-off-by: Bernhard Guillon <Bernhard.Guillon@opensimpad.org> |
19:09.05 | CIA-2 | Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
19:09.05 | denix | and inside stagefile_shell it replaces TMPDIR portion of the filename with PSTAGE_TMPDIR_STAGE |
19:09.51 | Tartarus | Yeah |
19:09.59 | Tartarus | I think you've got something odd locally |
19:10.02 | Tartarus | min.. |
19:10.23 | denix | I don't set DEPLOY_DIR_PSTAGE and it defaults to ${DEPLOY_DIR}/pstage |
19:10.30 | Tartarus | Yeah |
19:10.38 | Tartarus | And how are you getting that outside of TMPDIR? |
19:10.48 | Tartarus | I do that by changing DEPLOY_DIR_PSTAGE to be outside of TMPDIR |
19:10.58 | denix | DEPLOY_DIR = /OE/deploy |
19:11.02 | denix | TMPDIR = /OE/tmp |
19:11.13 | Tartarus | So you've got a different can of worms open |
19:11.46 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
19:11.48 | Tartarus | It sounds like shellfile doesn't like DEPLOY_DIR outside of TMPDIR |
19:11.52 | Tartarus | Not pstaging outside of tmpdir :) |
19:11.56 | denix | stagefile_shell was the only problem I ever had :) |
19:12.09 | denix | that's what I was saying all along! :) |
19:12.14 | Tartarus | heh |
19:15.36 | denix | so, back to the issue - before I was "fixing" it by replacing TMPDIR with DEPLOY_DIR in the sed, as stagefile_shell was called only for the files already in deploy... now we want to stage a file, which is not deployed and still in tmp... |
19:17.03 | denix | I was thinking of putting there some crude if/then to detect if it's in deploy or tmp, but it doesn't look nice :) |
19:19.07 | Tartarus | Well |
19:19.24 | Tartarus | You're always given a full path to the file to care about |
19:20.11 | Jin^eLD | hmmm.. in stable the GNU_HASH thing is not consideredfatal, but in oe.dev it is? how can I tell OE to ignore this "problem"? |
19:21.37 | denix | Jin^eLD: INSANE_SKIP_pkg = True for example |
19:21.47 | Jin^eLD | thanks |
19:21.59 | mlip2 | http://cgit.openembedded.org/cgit.cgi/openembedded/log/?qt=grep&q=GNU_HASH |
19:22.03 | mlip2 | just fix it ? |
19:22.16 | Jin^eLD | mlip2: it's the spidermonkey package ;) |
19:22.45 | Jin^eLD | has a very messed up build system, so I rather not touch it |
19:22.45 | Jin^eLD | but let me read the link you posted |
19:22.47 | denix | if you are packaging prebuilt binaries, you can't "fix" it, so skip it :) |
19:22.49 | Jin^eLD | maybe it is easier than I think |
19:23.19 | Jin^eLD | I'm not.. |
19:23.27 | Jin^eLD | but I would really not want to mess with the js makefiles, had to patch them already to get 1.7 compiled |
19:23.46 | *** join/#oe robtow (~rob@dsl092-218-034.sfo2.dsl.speakeasy.net) |
19:23.52 | denix | Tartarus: go on... :) was that a pointer for me? coffee makes me sleepy, so I'm not following you :) |
19:23.54 | mlip2 | any link ? |
19:24.04 | Tartarus | hm? |
19:24.18 | Tartarus | I was going to post our changes again, but they aren't relevant to your problem |
19:24.26 | Tartarus | So i have time to clean 'em up more still before posting again :) |
19:24.34 | denix | ah |
19:25.33 | Tartarus | So hm |
19:26.14 | denix | Tartarus: as I'm understanding it, you don't set DEPLOY_DIR separately, but rather DEPLOY_DIR_PSTAGE. and it works as is w/o problems... |
19:26.32 | Tartarus | Yeah |
19:26.38 | Tartarus | So looking at shellfile |
19:26.46 | Tartarus | PSTAGE_TMPDIR_STAGE = "${WORKDIR}/staging-pkg" |
19:26.47 | hrw | re |
19:26.52 | denix | I can try that as well, but I really need to have complete DEPLOY_DIR with images, ipks etc. outside of TMPDIR... |
19:27.26 | Tartarus | I still don't see why this shouldn't work for you |
19:27.40 | Tartarus | Is the source file not found? |
19:28.29 | *** part/#oe mlip2 (~mlip2@85-127-150-205.dynamic.xdsl-line.inode.at) |
19:28.37 | denix | because sed fails to replace the pattern, i.e. the filename doesn't change and cp fails to copy file into itself |
19:29.12 | Tartarus | That doesn't make sese |
19:29.14 | Tartarus | *sense |
19:29.36 | Tartarus | throw an 'env' in before the stagefile_shell call? |
19:31.20 | Tartarus | In fact, I don't see how this is different for you at all, s#${TMPDIR}#${PSTAGE_TMPDIR_STAGE}# has boths parts of the path under TMPDIR, in my case, your case and the default case |
19:32.26 | denix | TMPDIR=/OE/tmp, DEPLOY_DIR=/OE/deploy, DEPLOY_DIR_PSTAGE=/OE/deploy/pstage, PSTAGE_TMPDIR_STAGE=/OE/tmp/work |
19:32.43 | kergoth | if the deploy dir isn't in tmp, that s### won't do anything to the path.. no? |
19:32.49 | denix | now, by default, sed /TMPDIR/PSTAGE_TMPDIR_STAGE/ works for files in /OE/tmp, but not /OE/deploy |
19:32.54 | denix | kergoth: bingo! |
19:33.03 | Tartarus | But |
19:33.06 | Tartarus | PSTAGE_TMPDIR_STAGE = "${WORKDIR}/staging-pkg" |
19:33.10 | denix | the path does not change and cp tries to copy file into itself |
19:33.34 | kergoth | that's the replacement, not the original. the repalcement is in tmpdir, the original path isnt |
19:33.41 | denix | Tartarus: stagefile_shell is called for already deployed files as well |
19:34.42 | Tartarus | Well, lets think about this differently perhaps |
19:34.50 | Tartarus | We get told the full path |
19:35.24 | Tartarus | and we know we want to put a copy of $1 - ${TMPDIR} into our/special/place/($1 - $TMPDIR) |
19:35.35 | Tartarus | We try and get that done in a magic regex on $1 |
19:36.03 | Tartarus | But maybe we should instead regex tmpdir out of $1 and say copy to ${MAGICVAR}/${SRC with TMPDIR regexed out} |
19:36.36 | kergoth | if you do that, it'll not error, it'll just be largely useless instead |
19:36.37 | denix | that would be better, more flexible and not locked on TMPDIR |
19:36.53 | Tartarus | kergoth: why? |
19:37.09 | kergoth | because then you have the full absolute path to the outside deploy_dir, which won't be the same for others using that prebuilt |
19:37.10 | Tartarus | I must be having a dense morning |
19:37.22 | kergoth | but maybe I'm missing something |
19:37.46 | Tartarus | kergoth: Yeah, that doesn't matter, we're just trying to save a file and it's contents |
19:37.53 | kergoth | eh? |
19:37.58 | Tartarus | pstaging itself still needs to make the archive valid |
19:38.03 | kergoth | yes, it'll be saved, but what good is that if you can't restore it? |
19:38.18 | Tartarus | Why wouldn't you be able to restore it? |
19:38.46 | kergoth | why would you think it would be able to? |
19:39.01 | denix | :) |
19:39.07 | kergoth | your ${SRC with TMPDIR regexed out} will be the full path to the original guy's deploy dir |
19:39.14 | kergoth | how is it going to magically put that in the current DEPLOY_DIR? |
19:39.18 | *** join/#oe kfries6 (~kfries6@71.216.94.233) |
19:39.34 | Tartarus | Ah, i see |
19:39.44 | Tartarus | yes, we'd also need to regex out the deploy dir |
19:39.50 | Tartarus | well, leading path to it |
19:40.01 | kergoth | "leading path to it" means what, when its not in tmpdir? |
19:40.46 | Tartarus | So DEPLOY_DIR outside of TMPDIR isn't valid? |
19:41.08 | kergoth | I'm just saying the current logic for saving/restoring files outside of staging isn't going to work for that case. |
19:41.13 | kergoth | should rethink the whole method |
19:41.25 | Tartarus | Yeah |
19:41.39 | Tartarus | I'm still not sure why it's not working for denix as is, so i'm gonna give up :) |
19:42.06 | Tartarus | Or rather, why it fails on ${S} but not ${DEPLOY_DIR_IMAGES} |
19:42.16 | kfries6 | I want to evaluate the idea of using OE on an Intel Atom Z530 device... Can anyone point me at a good tutorial that will step me though building a basic root filesystem so I can see what I am getting into? |
19:42.34 | denix | actually, it would fail the other way around by default |
19:42.34 | kergoth | if the path is /my/tmp/deploy and you s#/my/tmp#something# for the dest of the copy, its fine. if the path is /my/foo and you try to s#/my/tmp#something#, the sed is a no-op, and the dest is the same as the source. boom. |
19:42.44 | kergoth | ponders how best to rework this |
19:43.09 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
19:44.01 | *** part/#oe kfries6 (~kfries6@71.216.94.233) |
19:44.08 | kergoth | maybe it should generate a relative path from staging to the destination of the file |
19:44.16 | kergoth | then store a map of that relative path to the actual path stored in the staging package |
19:44.19 | denix | before the recent change, we only called stagefile_shell for deployed files, so I replaced TMPDIR with DEPLOY_DIR in that function and it worked for me |
19:44.21 | kergoth | or something |
19:44.33 | *** join/#oe kfries6 (~kfries6@71.216.94.233) |
19:45.36 | denix | now, we also try to stage files from ${S} and my previous hack no longer works |
19:46.06 | denix | but I agree with kergoth that it needs to be done differently to work for all cases |
19:46.15 | kergoth | ponders.. maybe it should be changed in a more fundamental way, or just reimplement pstage from scratch |
19:46.21 | kergoth | heh |
19:47.12 | denix | I'm still not clear about the purpose of this function... can someone explain it to me? :) |
19:47.24 | Jin^eLD | mlip2: thanks again, for the link, fixing it was indeed much easier than I thought |
19:47.35 | kergoth | which function? |
19:47.38 | denix | why is it copying a file from one place to another? |
19:47.43 | kergoth | stagefile? |
19:47.44 | denix | kergoth: stagefile_shell |
19:47.47 | *** join/#oe d_t_h (~dieter@p4FDEEBEC.dip.t-dialin.net) |
19:47.57 | kergoth | staging normally only picks up files in staging, as installed by populate_staging |
19:48.18 | kergoth | that function copies them into a special area in the package and restores them later, for files that aren't there |
19:48.26 | kergoth | afaik, anyway |
19:48.30 | kergoth | isn't 100% on this crap either |
19:48.56 | *** join/#oe alecrim_ (~alecrim@189.2.128.130) |
19:49.01 | denix | what about stamps? |
19:49.22 | kergoth | those are copied in/out as a part of the pstage code, specially handled |
19:49.32 | kergoth | since it checks to see if the stamps match the tasks, iirc, to see if the packages are valid and all |
19:50.07 | denix | so, pstage is staging+stamps... |
19:50.18 | kergoth | the thing of it is |
19:50.23 | kergoth | the pstage pacakge isnt' actually installed into staging |
19:50.35 | kergoth | its installed into tmpdir, hence the eexistence of tmp/usr/lib/opkg |
19:50.54 | kergoth | that's how the stamps+staging+(other files pulled in by stagefile) show up |
19:52.12 | Tartarus | maybe that relative path function could help |
19:53.09 | kergoth | kergoth: maybe it should generate a relative path from staging to the destination of the file |
19:53.09 | kergoth | kergoth: then store a map of that relative path to the actual path stored in the staging package |
19:53.12 | kergoth | still hacky, though |
19:53.19 | kergoth | hmms |
19:54.21 | denix | I just checked my prev pstage dirs and I don't see and kernel staging packages... |
19:54.26 | denix | should there be any? |
19:55.28 | kfries6 | I am looking for a tutorial that would describe how to use OE to build an OS for a device running a Z530 Atom based Intel chip... any pointers? |
19:59.50 | kfries6 | OK, hard to build on unsupported technologies... I guess OpenEmbedded is not ready for prime time |
19:59.55 | *** part/#oe kfries6 (~kfries6@71.216.94.233) |
20:00.46 | hrw | I love 'users' which go into channel, ask, wait few minutes, leave |
20:01.36 | denix | hrw|gone: and I love when you say something and then change to "gone" state... :-P |
20:03.14 | *** join/#oe mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
20:03.18 | khem | heh |
20:03.58 | khem | hrw|gone: so many times people say good bye stay there for ack the departing greetings :) |
20:05.21 | *** join/#oe pb___ (~pb@88-110-39-162.dynamic.dsl.as9105.com) |
20:05.30 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
20:05.53 | kergoth | heh.. yeah, OE isn't ready for primetime.. never mind MVL6, and palm using it, and .. |
20:05.56 | kergoth | chuckles |
20:06.44 | *** join/#oe dth (~Dieter@p4FDEEBEC.dip.t-dialin.net) |
20:06.59 | zecke | kergoth: what is the context? |
20:07.10 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r1b5e7041ae 10openembedded.git/classes/package.bbclass: |
20:07.10 | CIA-2 | package.bbclass: when running 'file', be explicit about the path to the magic |
20:07.10 | CIA-2 | This works around one relocation issue. |
20:07.10 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
20:07.10 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
20:07.13 | pb___ | hi zecke, kergoth |
20:07.23 | kergoth | user joined, asked a quesiton, waited 4 minutes, then gave up, said oe must not be ready for primetime due to being "unsupported", then left |
20:07.28 | kergoth | it was amusing |
20:09.06 | pb___ | heh |
20:09.08 | denix | I wonder if RP ever built Poky for Atom... :) |
20:11.03 | denix | but in any case it's a regular OE build for x86 target, not sure what's so "unsupported" |
20:11.19 | kergoth | heh |
20:11.43 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r61b59fd777 10openembedded.git/conf/distro/include/sane-srcrevs-fso.inc: sane-srcrevs-fso: bump libgsm0710 |
20:11.44 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r7b1386a2d5 10openembedded.git/recipes/freesmartphone/ (8 files in 7 dirs): libgsm0710mux: move configuration to fso-abyss; remove 3d7k which will never see the light of day |
20:11.45 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r49866f6c6a 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
20:12.37 | khem | kergoth: he might have meant supported by companies may be |
20:13.45 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
20:13.51 | khem | infact OE and debian are two who support so many arches out there |
20:18.24 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
20:20.18 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
20:24.34 | *** join/#oe morphis (~morphis@p5489C895.dip.t-dialin.net) |
20:28.13 | *** join/#oe d_t_h (~dieter@p4FDEEBEC.dip.t-dialin.net) |
20:33.01 | *** join/#oe mlip2 (~mlip2@85-127-150-205.dynamic.xdsl-line.inode.at) |
20:36.31 | *** join/#oe zecke (~ich@92.116.223.162) |
20:36.57 | zecke | wow... OE is so vulnerable.. :( |
20:38.09 | *** join/#oe tmartins (~zero@187.37.51.40) |
20:39.43 | mickeyl | zecke: what's up? |
20:40.57 | zecke | mickeyl: wget http://portaudit.FreeBSD.org/auditfile.tbz; bzless auditfile.tbz |
20:41.40 | zecke | mickeyl: so our expat, libtool, gzip, squid, wireshark, libvorbis, mono... and probably more is vulnerable. :( |
20:41.45 | mickeyl | fun |
20:42.02 | mickeyl | lets employ one guy that does nothing but applying security fixes |
20:42.08 | mickeyl | ah wait... |
20:42.11 | mickeyl | we have no money ;) |
20:42.13 | *** join/#oe dcordes_ (~dccordes@unaffiliated/dcordes) |
20:42.16 | mickeyl | yo dcordes |
20:42.33 | zecke | mickeyl: one big advantage of Debian, Fedora. :) |
20:43.07 | mickeyl | indeed |
20:43.18 | mickeyl | i heard cross build system are obsolete |
20:43.29 | mickeyl | wtf are we doing here... |
20:44.30 | james_l | Well, according to the people in #ubuntu-arm, it'd take months to recompile that, so OE is ahead there. |
20:44.37 | mickeyl | hehe |
20:45.30 | james_l | doesn't think it'd take that long, just that the people there probably haven't ever compiled their whole distribution very often, or their build system is way more broken than one would think. |
20:45.48 | zecke | mickeyl: well, if we can't give a user an image that is not remote exploitable as fast as windows95. we are obsolete. |
20:48.02 | kergoth | hmm, who can delete branches in the oe repo? |
20:49.06 | zecke | kergoth: which one? |
20:49.23 | denix | org.openembedded.dev |
20:49.31 | kergoth | kergoth/*. moving them to a separate repo so i can actually rebase the things |
20:49.33 | denix | it's obsolete anyway... |
20:49.45 | kergoth | (and some are no longer needed, of course) |
20:50.27 | zecke | kergoth: you can rebase them on git.oe.org too. :) |
20:50.28 | denix | kergoth: why can't you rebase your branches on oe git? |
20:50.45 | kergoth | you removed that from the hooks? |
20:50.47 | kergoth | huh |
20:51.01 | kergoth | denix: at one point at least, you couldn't push non-fast-forwards |
20:51.11 | zecke | kergoth: really? |
20:51.14 | mickeyl | we should put user branches into a seperate repo |
20:51.17 | mickeyl | and then allow removals |
20:51.27 | mickeyl | didn't we agree on that @ oedem? |
20:51.28 | kergoth | (aside: you *definitely* can't push non-fast-forwards on bitbake repo, but you *can* remove branches there, unlike the oe repo) |
20:51.33 | kergoth | thought so, yes |
20:51.37 | denix | mickeyl: indeed! |
20:51.49 | mickeyl | good. then we should make that happen |
20:51.51 | mickeyl | (finally) |
20:52.16 | kergoth | i think there was some disagreemtn about whether to use one big contrib repo or multiple user repos, but it sounds like the former would be easier to pull off, so that has my vote |
20:52.41 | zecke | kergoth: your branches are gone |
20:52.49 | kergoth | thanks |
20:53.50 | Tartarus | Yeah, w/o the kernel.org type admin, per user repo is too much work |
20:54.06 | mickeyl | yep |
20:55.38 | Tartarus | Even that still has underlying manual stuff like reminders to set your alternatives right |
21:00.53 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb6e82ec5da 10openembedded.git/recipes/xorg-lib/ (4 files in 2 dirs): pixman 0.17.8: update neon patches to also include BGRA |
21:09.29 | RP | kergoth: ??= commit looks good. I'm looking forward to playing with that |
21:12.52 | denix | Tartarus: yeah, arago git server is just a fracture of kernel.org size, but per user repos keep me busy... :) http://arago-project.org/git/people/ |
21:13.28 | RP__1 | likes the idea of the gitosis replacement which allows branch restrictions |
21:14.22 | denix | per branch permissions would be nice... |
21:14.49 | RP__1 | denix: There is a project which can do it who's name escapes me atm |
21:15.20 | denix | how hard is it to manage though? |
21:15.32 | kergoth | http://github.com/sitaramc/gitolite |
21:15.33 | denix | branches are more volatile than repos, supposedly |
21:15.40 | RP__1 | denix: same as gitosis |
21:16.37 | denix | kergoth: interesting |
21:23.30 | *** part/#oe mlip2 (~mlip2@85-127-150-205.dynamic.xdsl-line.inode.at) |
21:40.22 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
21:43.12 | *** join/#oe kurre (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
21:48.49 | *** join/#oe mnabil (~mnabil@41.234.68.30) |
22:06.44 | *** join/#oe dth-oops (~Dieter@p4FDEEBEC.dip.t-dialin.net) |
22:08.22 | *** join/#oe woglinde (~heinold@f052230077.adsl.alicedsl.de) |
22:08.44 | *** join/#oe dth-oops (~Dieter@p4FDEEBEC.dip.t-dialin.net) |
22:14.44 | *** join/#oe dcordes__ (~dccordes@unaffiliated/dcordes) |
22:16.28 | *** join/#oe dth (~dieter@p4FDEEBEC.dip.t-dialin.net) |
22:17.24 | *** join/#oe mnabil (~mnabil@41.234.68.30) |
22:28.56 | *** join/#oe d_t_h (~dieter@p4FDEEBEC.dip.t-dialin.net) |
22:30.08 | *** join/#oe d_t_h (~dieter@p4FDEEBEC.dip.t-dialin.net) |
22:30.59 | *** join/#oe dth (~dieter@p4FDEEBEC.dip.t-dialin.net) |
22:45.48 | *** join/#oe PuffTheMagic_ (~quassel@unaffiliated/puffthemagic) |
22:45.59 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rf12dd3b743 10openembedded.git/recipes/ (3 files in 2 dirs): |
22:45.59 | CIA-2 | shr-image: add all needed deps to task-shr-minimal, remove /boot from jffs2/ubi/ubifs |
22:45.59 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
22:46.01 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r43b197ec24 10openembedded.git/recipes/klibc/ (klibc-1.5.15+1.5.16/socket.h.patch klibc_1.5.15+1.5.16.inc): |
22:46.01 | CIA-2 | klibc-1.5.16: add socket.h patch for build with 2.6.33 |
22:46.01 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
22:46.02 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r6b7f626234 10openembedded.git/conf/distro/include/sane-srcrevs-fso.inc: |
22:46.02 | CIA-2 | fso: bump SRCREVs to latest |
22:46.02 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
22:46.13 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r19fd0d0727 10openembedded.git/conf/distro/include/fso-autorev.inc: |
22:46.13 | CIA-2 | fso-autorev: remove libeflvala as it's now set with other EFL stuff and it can even go backwards, because AUTOREV picks smaller rev in libeflvala directory than what we have in EFL_SRCREV |
22:46.13 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
22:52.36 | *** join/#oe Martin-B (~martin@pool-11-65-198-89.dbd-ipconnect.net) |
23:19.18 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
23:20.52 | *** part/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
23:27.42 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
23:29.56 | robtow | Anyone know what a "BOGUS urb flag" message on the console implies? I'm getting it from trying to attach a Canon G10 camera to USB on a Gumstix running Angstrom. "usb 2-2.3.3: BOGUS urb flags, 1 --> 0" |
23:36.59 | *** join/#oe playya (~playya@unaffiliated/playya) |
23:38.36 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
23:50.18 | *** join/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |
23:50.53 | *** part/#oe kaz00 (~kaz00@c-24-130-249-162.hsd1.ca.comcast.net) |