| 00:02.05 | *** join/#oe mnabil_ (n=mnabil@41.234.71.116) |
| 00:06.53 | *** join/#oe playya__ (n=playya@unaffiliated/playya) |
| 00:41.00 | *** join/#oe waite (n=quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
| 00:41.16 | *** join/#oe kergoth (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 00:48.02 | *** join/#oe kergoth_ (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 00:57.07 | RP | JaMa: still around? |
| 00:58.20 | woglinde | hm |
| 00:58.27 | mwester | hum |
| 00:58.32 | woglinde | pygtk seems to need some love too |
| 01:02.53 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r2c09164fd4 10openembedded.git/classes/kernel.bbclass: |
| 01:02.53 | CIA-2 | kernel.bbclass: Fix populate_packaged 'D' references |
| 01:02.53 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
| 01:03.54 | woglinde | ah found it |
| 01:03.56 | woglinde | sed -i s:/usr/share:${STAGING_DATADIR}: codegen/pygtk-codegen-2.0 |
| 01:03.59 | woglinde | tse tse |
| 01:07.44 | mwester | thinks that if he ever gets back home again, maybe he should actually test to see if any of the images boot on a real NSLU2. :( |
| 01:08.30 | RP | mwester: :/ |
| 01:09.05 | mwester | contract work is a tough way to make a living here. |
| 01:09.18 | RP | sakoman: I've set a build away but I should really sleep :( |
| 01:09.49 | RP | mwester: I've been there before - advantages and disadvantages... |
| 01:10.12 | mwester | I think the upper-midwest US is going to revert to an agricultural economy... So since I'm not in a position to move right now, I think I'll work on "OE for Cows" :D |
| 01:10.38 | mwester | CowOS |
| 01:12.14 | mwester | It'll be udderly fantastic. |
| 01:13.25 | kergoth | thinks he should boot his sheevaplug. haven't used it once since he bought it |
| 01:14.07 | woglinde | RP do we prefix defined? |
| 01:14.10 | woglinde | +have |
| 01:14.35 | woglinde | ah yes cool |
| 01:17.21 | RP | -> Zzzz |
| 01:17.24 | RP | 'night all |
| 01:17.31 | mwester | good night. |
| 01:17.36 | woglinde | nite rp |
| 01:17.51 | kergoth | hmm, how do people normally manage version in setup.py & __version__ in python projects? |
| 01:18.12 | woglinde | dont know |
| 01:18.32 | woglinde | let me see what I have in my setuptools |
| 01:19.26 | woglinde | hm |
| 01:19.34 | woglinde | only have version = "0.1" |
| 01:19.46 | woglinde | saw one solution with constant |
| 01:19.56 | woglinde | pyro |
| 01:20.21 | kergoth | hmm. i saw one that imports the module and uses its __version__ as the setup.py version, but that can interfere with buildout usage and the like, importing the package may pull in other stuff that isn't available yet |
| 01:20.23 | woglinde | <PROTECTED> |
| 01:20.30 | woglinde | <PROTECTED> |
| 01:20.37 | woglinde | version=constants["VERSION"] |
| 01:20.48 | kergoth | ah, interesting |
| 01:21.05 | kergoth | that's a cute idea, seems to resolve the other issue, since its a standalone file |
| 01:21.18 | woglinde | # General Pyro Version String #### |
| 01:21.19 | woglinde | VERSION = '3.9.1' |
| 01:21.30 | woglinde | from constants.py |
| 01:23.16 | woglinde | ah it worked |
| 01:23.28 | woglinde | another package fixed for micro |
| 01:23.31 | woglinde | *sigh* |
| 01:29.31 | kergoth | heh, fun fun |
| 01:30.00 | kergoth | is starting on a bitbake project manager script.. though he still needs to teach bitbake to make use of a project |
| 01:30.11 | woglinde | hm e-wm drives me crazy I have uclibc and its passes ifdef __GLIBC__ |
| 01:36.15 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 01:37.43 | woglinde | jo raster |
| 01:37.53 | woglinde | raster are you master of e-wm? |
| 01:42.32 | raster | well not really |
| 01:42.39 | woglinde | okay |
| 01:42.42 | raster | i've... had some input on it |
| 01:43.08 | woglinde | wonder why on my uclibc toolchain ifdef __GLIBC__ was true |
| 01:44.38 | kergoth | damn, ipython is awesome |
| 01:44.47 | woglinde | ipython? |
| 01:45.04 | kergoth | better interpreter |
| 01:45.18 | kergoth | completion, syntax highlighting, can fall back to shell commands, so you can 'cd' and 'ls' and stuff |
| 01:45.23 | kergoth | easy call out to external commands |
| 01:45.33 | kergoth | built in support for reloading modules |
| 01:45.39 | kergoth | !vim somefile.py |
| 01:45.40 | kergoth | reload somefile |
| 01:45.43 | kergoth | somefile.foo() |
| 01:45.45 | kergoth | heh |
| 01:46.56 | raster | woglinde: autofoo.... dunno - it's detecting host system headers as opposed to staging only? |
| 01:47.36 | woglinde | hm didnt checked this |
| 01:47.40 | woglinde | maybee tomorrow |
| 01:47.53 | woglinde | raster who maintains ecore? |
| 01:49.15 | raster | oe or upstream? |
| 01:49.21 | woglinde | upstream |
| 01:49.31 | raster | we do |
| 01:50.04 | woglinde | someone did understand how detect iconv/gettext with autotools |
| 01:50.34 | woglinde | okay time for bed now |
| 01:51.35 | *** join/#oe thaytan (n=jan@212.2.168.254) |
| 01:53.41 | raster | did or didnt? |
| 01:53.46 | raster | oh too late |
| 01:53.47 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 01:54.04 | *** join/#oe alecrim (n=alecrim@201008202057.user.veloxzone.com.br) |
| 02:26.26 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
| 03:12.11 | *** join/#oe fraxinath (n=quassel@p4FD66A91.dip.t-dialin.net) |
| 03:12.13 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 03:29.44 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
| 03:37.57 | *** join/#oe wicknix3 (n=wicked@135.63-135-148.netnet.net) |
| 03:57.38 | *** part/#oe UndrWater (n=Russell_@pool-74-100-99-39.lsanca.fios.verizon.net) |
| 04:29.48 | *** join/#oe marcosmamorim (n=marcos@201-42-214-122.dsl.telesp.net.br) |
| 04:30.18 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 05:50.23 | *** join/#oe CoRfr (n=quassel@111.69.243.8) |
| 05:51.34 | *** join/#oe Weaselweb (n=quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409) |
| 06:24.31 | JaMa | RP: thanks, your patch fixed bot issues (mising FILES entry for /etc/modutils/* etc and missing RDEPENDS generated from depmod) |
| 06:37.32 | *** join/#oe Longfield (n=valentin@113-114.4-85.fix.bluewin.ch) |
| 07:05.35 | *** join/#oe freddy (n=freddy@hotel742.server4you.de) |
| 07:47.49 | *** join/#oe Heinervdm (n=thomas@217.225.75.172) |
| 08:34.42 | RP | JaMa: great :) |
| 09:03.31 | *** join/#oe rddDavid51 (n=roudoudo@78.234.93.192) |
| 09:10.07 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 09:15.01 | *** join/#oe Jay7 (n=jay@93-81-70-123.broadband.corbina.ru) |
| 09:23.58 | *** join/#oe stephank (n=traveler@2002:5419:710e:7:21c:c4ff:fece:ea94) |
| 09:26.15 | *** join/#oe Christos_N (n=Christos@ppp-94-66-40-48.home.otenet.gr) |
| 10:12.17 | *** join/#oe betheg (i=betheg@io.bitcloner.org) |
| 10:13.38 | *** join/#oe ant__ (n=andrea@host208-253-dynamic.5-87-r.retail.telecomitalia.it) |
| 10:15.09 | ant__ | morning |
| 10:16.26 | ant__ | RP: seems there are still some issues: http://fr.pastebin.ca/1670559 |
| 10:17.03 | *** join/#oe udovdh_ (n=udovdh@pindarots.xs4all.nl) |
| 10:17.13 | ant__ | RP: judging from the error, I would guess that some part of the new staging code is not being completely disabled in legacy mode |
| 10:17.22 | ant__ | (pb__) |
| 10:31.34 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:40.06 | *** join/#oe betheg (i=betheg@unaffiliated/betheg) |
| 10:45.43 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 10:53.05 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 10:53.24 | *** part/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 11:00.10 | *** join/#oe zoff99 (i=chatzill@80.109.110.37) |
| 11:09.14 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 11:09.37 | *** join/#oe johan_mx (n=johan@c83-254-130-72.bredband.comhem.se) |
| 11:14.29 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
| 11:17.35 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 11:27.33 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 11:29.04 | *** join/#oe grma (n=gruberm@212.186.29.93) |
| 11:29.44 | *** join/#oe woglinde (i=woglinde@g225007142.adsl.alicedsl.de) |
| 11:29.49 | woglinde | hi |
| 11:32.59 | CIA-2 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * re0d271c7fd 10openembedded.git/recipes/fbreader/fbreader_0.10.7.bb: |
| 11:32.59 | CIA-2 | fbreader: fix 0.10.7 FTBFS by adding DEPENDS on libfribidi |
| 11:32.59 | CIA-2 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 11:35.25 | nik0n | is there any variable for a kernel recipe that it overwrites the defconfig? im currently try to build angstrom-2008.1 for atngw100 target. but it complains about a missing defconfig. i know that the atngw100 is a default config in the kernel. is there a way i can tell OE to skip the defconfig file and use the kernel one by default? make ARCH=avr32 atngw100_defconfig ? |
| 12:02.28 | *** join/#oe woglinde_ (i=woglinde@78.52.65.22) |
| 12:02.35 | woglinde_ | nik0n look at the recpies/linux/linux-version-dir/ |
| 12:02.46 | woglinde_ | you have to provide a dir with exact-machine name |
| 12:02.52 | woglinde_ | and put the defconfig theire |
| 12:03.19 | woglinde_ | example recipes/linux/linux-2.6.28/wrap/defconfig |
| 12:14.02 | *** join/#oe woglinde_ (i=woglinde@g225007091.adsl.alicedsl.de) |
| 12:14.12 | nik0n | woglinde_ i know that but thought there would be another way |
| 12:14.15 | nik0n | thx anyway |
| 12:14.54 | woglinde_ | nope |
| 12:20.28 | mickeyl | morning folks |
| 12:22.21 | Crofton|work | gm |
| 12:25.12 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * ra4bddfe9e6 10openembedded.git/recipes/python/ (3 files in 2 dirs): python-native: do not look in host paths for shared objects |
| 12:25.18 | *** join/#oe BenLauDC1 (n=benlau@221.125.8.18) |
| 12:29.44 | Crofton | > http://tim.rpsys.net/python-hostfix.patch |
| 12:33.01 | *** join/#oe alecrim (n=alecrim@201008207191.user.veloxzone.com.br) |
| 12:35.13 | Crofton|work | what happened to git-am? |
| 12:37.40 | Crofton|work | figured it out |
| 12:37.55 | Crofton|work | doh |
| 12:38.13 | Crofton|work | I just patched by hand what RP committed :) |
| 12:43.00 | woglinde_ | hi crofton |
| 12:44.17 | *** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie) |
| 13:14.36 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r11f753c0a7 10openembedded.git/ (conf/checksums.ini recipes/libusb/libusb1_1.0.4.bb): libusb1: update to 1.0.4, convert to new style staging |
| 13:14.37 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r203fd00bd9 10openembedded.git/ (conf/checksums.ini recipes/gtk-webcore/midori_0.2.1.bb): midori: add 0.2.1 |
| 13:14.38 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rec330f6143 10openembedded.git/ (conf/checksums.ini recipes/freespace/libfreespace_0.4.bb): libfreespace: add 0.4 |
| 13:14.39 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r916ed3c5e4 10openembedded.git/recipes/webkit/webkit-gtk_svn.bb: webkit-gtk: adopt to new style staging |
| 13:18.52 | blindvt | khem, Re: binutils-uclibc-gas-needs-libm.patch; All of them just need to check for the appropriate lib that contains math funcs. If -ldrepp wouldn't be so bloated (having -lc as superset of c and m) everybody would need to link against proper libs |
| 13:20.05 | blindvt | khem, so, instead of hardcoding arm-*-*uclibc* you should just check for a lib that contains the required math funcs -- for lib in c m $math_lib; if you like |
| 13:20.54 | *** join/#oe Heinervdm (n=thomas@pD9E17E07.dip.t-dialin.net) |
| 13:21.33 | *** join/#oe gnutoo (n=gnutoo@host94-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:21.45 | woglinde | jo gnutoo |
| 13:21.57 | gnutoo | hi |
| 13:23.06 | *** join/#oe mnabil_ (n=mnabil@41.234.69.178) |
| 13:23.18 | gnutoo | I've one question and one issue that I don't have time to resolve now... |
| 13:23.47 | gnutoo | the question is about the sdks...I've a laptop which is my build system now...and I use my desktop computer |
| 13:24.03 | gnutoo | so I'ld like to create an relocatible SDK just for building a kernel |
| 13:24.18 | gnutoo | s/create/build |
| 13:24.38 | gnutoo | I know nothing about SDKs because I never used them |
| 13:24.51 | blindvt | gnutoo, sysrooted toolchains are completely relocatable, so it should Just Work (tm) |
| 13:25.22 | gnutoo | ok so what should I bitbake to pack my toolchain? |
| 13:26.15 | blindvt | gnutoo, that i do not know yet, sorry |
| 13:26.25 | gnutoo | ok thanks for the tip |
| 13:26.31 | woglinde | gnutoo in the end it should be .tar.bz2/gz |
| 13:26.36 | woglinde | in deploy |
| 13:26.47 | woglinde | dontknow if with the changes something broke |
| 13:27.46 | gnutoo | ok I'll look in the manual if there is a good target to bitbake for the kernel |
| 13:28.00 | gnutoo | s/kernel/toolchain for the kenrel |
| 13:28.40 | woglinde | wahaha |
| 13:28.46 | woglinde | I am going crazy |
| 13:29.04 | gnutoo | ? |
| 13:29.27 | woglinde | hm first time I dont understand autotools |
| 13:30.22 | woglinde | I added a ac_enable function |
| 13:30.39 | woglinde | and with that It dont finds the kernel |
| 13:30.43 | woglinde | anymore |
| 13:30.58 | woglinde | I diffed the configures |
| 13:31.03 | woglinde | and nothing strange to see |
| 13:31.13 | gnutoo | mmm |
| 13:32.06 | gnutoo | there seem to have no toolchain for the kernel but for qte or similar things |
| 13:32.19 | woglinde | you can use it too |
| 13:32.29 | woglinde | kernel dont need all stuff |
| 13:32.33 | woglinde | but works |
| 13:32.35 | gnutoo | obviously yes but it would take more time to build |
| 13:32.49 | woglinde | kernel buildtime should be the same |
| 13:33.04 | woglinde | than make sdk-kernel recpie |
| 13:33.14 | woglinde | personal itch |
| 13:33.33 | gnutoo | yes but not bitbake the sdk |
| 13:33.51 | gnutoo | or I could use codesourcey |
| 13:34.12 | woglinde | *sighà |
| 13:34.22 | woglinde | than use codesourcery |
| 13:34.37 | gnutoo | ok |
| 13:34.39 | woglinde | for kernel compiling you dont need the toolchain for userland |
| 13:34.53 | woglinde | you can compile kernel with gcc-3.3 and userland with 4.4 |
| 13:34.56 | woglinde | no probs |
| 13:35.09 | woglinde | aside actual kernel will not compile with gcc-3.3 |
| 13:35.11 | woglinde | *g* |
| 13:37.40 | gnutoo | I know |
| 13:37.44 | gnutoo | ah |
| 13:37.56 | gnutoo | (the ah was for gcc-3.3 compatibility) |
| 13:38.20 | gnutoo | I wanted to pack my toolchain to prevent a full kernel recompilation |
| 13:38.28 | woglinde | ??????????? |
| 13:38.44 | gnutoo | because I noticied that if I change toolchain it rebuilds the kernel from scratch |
| 13:39.02 | woglinde | but thats kernel |
| 13:39.15 | gnutoo | woglinde, basically I'm doing kernel debugging/developement with printks so I need to recompile often |
| 13:39.36 | woglinde | hm ah |
| 13:39.41 | woglinde | butwith ccache |
| 13:39.46 | woglinde | it should be fast |
| 13:39.52 | gnutoo | ok |
| 13:40.14 | woglinde | ah okay |
| 13:40.20 | woglinde | now I saw the problem |
| 13:40.25 | woglinde | with autotools stuff |
| 13:40.59 | gnutoo | and also I hope codesourcey have the good toolchain(works fast with armv7-novfp...but if it compiles for tings like armv4 it also works) |
| 13:41.08 | gnutoo | ok |
| 13:41.10 | gnutoo | what was it? |
| 13:41.27 | *** join/#oe B_Lizzard (n=havoc@athedsl-434852.home.otenet.gr) |
| 13:41.36 | woglinde | hm EXTRA_OECONF_linux-uclibc += is broken |
| 13:41.46 | gnutoo | ah ok |
| 13:42.04 | woglinde | it seems |
| 13:42.13 | gnutoo | override does not works? |
| 13:43.29 | woglinde | nope the + is broken |
| 13:44.39 | gnutoo | ouch... |
| 13:44.54 | gnutoo | lots of things are broken recently |
| 13:45.17 | woglinde | it dont combins EXTRA_OECONF and EXTRA_OECONF_linux-uclibc |
| 13:45.38 | gnutoo | ah ok |
| 13:45.55 | gnutoo | is that normal? |
| 13:46.07 | gnutoo | if so maybe base conditional |
| 13:47.18 | gnutoo | what broke for me was that: http://pastebin.com/m46a89c6c |
| 13:48.23 | woglinde | yeah koen fixed it |
| 13:48.24 | woglinde | I guess |
| 13:49.55 | woglinde | hm okay normal EXTRA_OECONF += works |
| 13:50.04 | woglinde | but EXTRA_OECONF_foo not |
| 13:52.48 | woglinde | hm will try append |
| 13:53.45 | *** join/#oe gnutoo_ (n=gnutoo@host94-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:53.46 | woglinde | ah yes |
| 13:54.01 | woglinde | EXTRA_OECONF should use append |
| 14:00.48 | *** join/#oe zecke (n=ich@91.36.43.42) |
| 14:11.25 | mwester | Quiet morning, judging from the backlog... must be a weekend at OE! |
| 14:13.18 | woglinde | jo zecke |
| 14:13.23 | woglinde | mwester hehe |
| 14:13.30 | woglinde | all sleeping |
| 14:13.36 | mwester | Still? :D |
| 14:14.56 | mwester | hears noises, and suspects that the squirrel is back in the attic again. :( |
| 14:15.35 | *** join/#oe gnutoo_ (n=gnutoo@host28-155-dynamic.51-79-r.retail.telecomitalia.it) |
| 14:17.19 | zecke | mwester: i hear noises too |
| 14:18.20 | rwhitby | mwester: lots of noises over here - Palm released a firmware update for the Pre. |
| 14:21.46 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 14:23.37 | ant__ | omg |
| 14:23.52 | ant__ | rebuild seemed ok... |
| 14:23.58 | ant__ | but something is wrong |
| 14:24.13 | ant__ | andrea@mizar /oe/build/tmp/oe/build/tmp/cross/armv5te/lib $ ls |
| 14:24.13 | ant__ | ipkg opkg |
| 14:24.26 | ant__ | it seems opkg |
| 14:24.44 | ant__ | two tmpdir ! |
| 14:33.07 | *** join/#oe gnutoo (n=gnutoo@host95-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 14:34.13 | mwester | ant__: same thing here. Full of *.list and *.control files. |
| 14:34.21 | mwester | oops. |
| 14:34.55 | mwester | realizes the time and runs out for his appointment this morning |
| 14:34.57 | mwester | later |
| 14:35.30 | ant__ | ;) |
| 14:53.07 | *** join/#oe thaytan (n=jan@212.2.169.246) |
| 15:11.04 | *** join/#oe esbenh (n=EsbenH@0x55532124.adsl.cybercity.dk) |
| 15:18.54 | *** join/#oe gnutoo (n=gnutoo@host95-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 15:19.00 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 15:39.39 | *** join/#oe playya (n=playya@unaffiliated/playya) |
| 15:43.29 | kergoth | woglinde: foo_<bar> += works fine, it just doesn't do what you think it does. it appends, immediately, to foo_<bar>. then foo_<bar> will _override_ foo entirely with its contents. it appends to a conditionally defined variable, as opposed to conditionally appending. |
| 15:45.56 | woglinde | kergoth yeah |
| 15:46.03 | woglinde | _append is the better for this |
| 15:46.07 | woglinde | just forgot it |
| 15:46.16 | woglinde | but than slipped in my mind |
| 15:46.18 | woglinde | again |
| 15:53.11 | mwester | re-reads kergoth's explanation since it seems likely to apply to SlugOS overrides, but fails to quite grasp the meaning. |
| 15:54.57 | *** join/#oe Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) |
| 16:03.55 | *** join/#oe gnutoo (n=gnutoo@host95-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 16:03.57 | zecke | kergoth: hey, I thought a bit more.. we could "include" directly when we know it is not containing a variable.. but I think it is not worth the trouble |
| 16:20.57 | B_Lizzard | Hey, OE moved to git! |
| 16:20.59 | B_Lizzard | :D |
| 16:21.05 | B_Lizzard | I'm still using monotone |
| 16:21.32 | B_Lizzard | Fun aside, OE keeps getting better and better. Thanks for all your hard work dudes. |
| 16:31.25 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 16:37.21 | *** join/#oe wicknix (n=wicked@135.63-135-148.netnet.net) |
| 16:37.35 | kergoth | zecke: agreed, would just increase the complexity unnecessarily. better off not special casing |
| 16:47.45 | *** join/#oe Foolean (n=emil@90-224-168-153-no128.tbcn.telia.com) |
| 16:48.06 | *** join/#oe alecrim (n=alecrim@201008197223.user.veloxzone.com.br) |
| 16:56.55 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 16:57.24 | *** join/#oe timtimred (n=meh@79-67-183-184.dynamic.dsl.as9105.com) |
| 17:06.55 | B_Lizzard | OK, I'm having some weird problems with git and bitbake... |
| 17:07.04 | B_Lizzard | Here's the bb file I'm trying to build: http://pastebin.com/m6a1aa812 |
| 17:08.56 | B_Lizzard | It looks ok to me, but when I try to build it bitbake tries to download (with wget) from http://www.angstrom-distribution.org/unstable/sources/git_andromnia.git.sourceforge.net.gitroot.andromnia.andromnia_7e5f8bd3864485e5fc66cb946e09f18b5a32cebc.tar.gz |
| 17:13.43 | B_Lizzard | Why is that? |
| 17:13.53 | B_Lizzard | I cannot find any error in the recipe |
| 17:14.04 | woglinde | try set and SRCREV |
| 17:14.07 | woglinde | args a |
| 17:14.17 | woglinde | hm ah |
| 17:14.18 | woglinde | sorry |
| 17:18.32 | B_Lizzard | I've tried changing or removing the branch as well as changing the protocol to http, but nothing. |
| 17:19.30 | B_Lizzard | It either tries to download with git and errors out (for valid reasons), or it tries to download through wget where it shouldn't. |
| 17:20.49 | B_Lizzard | I'm guessing it's something stupid with sourceforge |
| 17:21.02 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 17:25.32 | woglinde | B_Lizzard hm normaly when bitbake has src_uri git it tries to checkout and pack it |
| 17:25.48 | woglinde | if it isnt working it fallbacks to download |
| 17:26.04 | woglinde | can you got to archivdir/git |
| 17:26.13 | woglinde | and look if you can see your sf repos? |
| 17:26.49 | B_Lizzard | Well, the URL is correct, as I can ls-remote and whatever |
| 17:27.10 | B_Lizzard | The exact URL is this: |
| 17:27.10 | B_Lizzard | git://andromnia.git.sourceforge.net/gitroot/andromnia/andromnia |
| 17:28.09 | *** join/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl) |
| 17:28.27 | B_Lizzard | If I only have that in SRC_URI, it dies, but using git |
| 17:28.40 | B_Lizzard | If I add ;protocol=git, it tries to use wget |
| 17:29.46 | B_Lizzard | If I remove the second "/andromnia" from the URL, it tries with git, but fails (remote end hang up, as expected) |
| 17:30.34 | B_Lizzard | So maybe it's that second /andromnia which is the culprit |
| 17:30.52 | B_Lizzard | Maybe a bug in the string matching function somewhere in bitbake |
| 17:31.57 | *** join/#oe alecrim (n=alecrim@201008203240.user.veloxzone.com.br) |
| 17:33.38 | greyback | B_Lizzard: you should try SRC_URI="git://andromnia.git.sourceforge.net/gitroot/andromnia;module=andromnia" |
| 17:34.14 | greyback | note that's a guess. I had this problem using svn only 2 hours ago |
| 17:37.08 | B_Lizzard | Well, checking the bitbake source code, there is no such parameter for git, but that was a great idea |
| 17:37.16 | B_Lizzard | Lemme try it some other way |
| 17:37.49 | greyback | B_Lizzard: sorry mate :) I do know it decides what protocol to use from the git:// |
| 17:37.58 | B_Lizzard | :) |
| 17:38.17 | greyback | i had a https:// svn server URL, and it ignored my protocol=svn switch |
| 17:39.15 | blindvt | B_Lizzard, i'd try SRC_URI="git://andromnia.git.sourceforge.net/gitroot/andromnia;branch=master;protocol=git" # See several existing *_git.bb recipes |
| 17:39.30 | B_Lizzard | Doesn't work |
| 17:39.33 | woglinde | he blinder |
| 17:39.45 | B_Lizzard | Remote end hanged up unexpectedly |
| 17:39.46 | blindvt | woglinde, heya |
| 17:44.47 | blindvt | woglinde, welche arch? Ich habe gerade meinen langen K(r)ampf mit ppc32 beendet. Keine chance, TFmode support is mandatory (one could rip it out of the ABI but it's just not worth the effort) |
| 17:45.04 | woglinde | false channel |
| 17:54.05 | B_Lizzard | OK, only one other recipe point to sourceforge git, doesn't have the repeating /name thing, but doesn't work the same as mine |
| 17:54.18 | B_Lizzard | Sourceforge has the same scheme on all git repositories |
| 17:54.33 | B_Lizzard | And I'm guessing bitbake can't handle that |
| 17:55.03 | B_Lizzard | This could turn into a problem |
| 17:55.40 | B_Lizzard | Should I make a bug report? |
| 18:07.06 | *** join/#oe waite (n=quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
| 18:07.28 | *** join/#oe gnutoo (n=gnutoo@host186-159-dynamic.44-79-r.retail.telecomitalia.it) |
| 18:08.53 | B_Lizzard | Question: When does bitbake download though wget and not through git? |
| 18:09.37 | B_Lizzard | lowpan-tools is the only other recipe in OE which uses git through sourceforge |
| 18:10.31 | B_Lizzard | Building lowpan-tools fetches the sources from the angstrom-distribution website, not through git |
| 18:10.34 | B_Lizzard | Why? |
| 18:11.16 | B_Lizzard | Does it first check the website for a gziped archive with the corresponding tag, and then checks git if it can't find such a file? |
| 18:14.02 | B_Lizzard | Also, the SRC_URI which lowpan-tools provides is invalid, and probably uses sf's older URL scheme |
| 18:14.57 | B_Lizzard | git clone git://linux-zigbee.git.sourceforge.net/gitroot/linux-zigbee fails to run while git://linux-zigbee.git.sourceforge.net/gitroot/linux-zigbee/linux-zigbee runs properly |
| 18:15.39 | B_Lizzard | Isn't it far more logical to check the git repo first and *then* check the angstrom website and mirrors? |
| 18:20.48 | B_Lizzard | Removing the Fetch.try_mirror function on line 65 of git.py makes git run properly |
| 18:26.18 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 18:42.25 | B_Lizzard | Scratch that, I am retarded. |
| 18:42.42 | B_Lizzard | Now I understand why nobody listens to me. |
| 18:46.00 | *** join/#oe woglinde_ (i=woglinde@g225004085.adsl.alicedsl.de) |
| 18:46.14 | *** join/#oe Leatherface (n=leatherf@athlon.pitelink.com) |
| 18:58.34 | *** join/#oe woglinde1 (i=woglinde@78.52.236.213) |
| 19:11.02 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 19:11.31 | *** join/#oe kristoffer (n=kristoff@94.191.199.195.bredband.tre.se) |
| 19:13.17 | *** join/#oe woglinde (i=woglinde@g225075053.adsl.alicedsl.de) |
| 19:32.02 | *** join/#oe nullpuppy (n=dustin@c-98-237-195-243.hsd1.wa.comcast.net) |
| 19:40.33 | Crofton|work | Here is a webkit error http://pastebin.ca/1671416 |
| 19:41.27 | *** join/#oe woglinde_ (i=woglinde@g225144240.adsl.alicedsl.de) |
| 20:09.17 | *** join/#oe betheg (i=betheg@io.bitcloner.org) |
| 20:11.49 | *** join/#oe gnutoo (n=gnutoo@host186-159-dynamic.44-79-r.retail.telecomitalia.it) |
| 20:35.30 | *** join/#oe B_Lizzard (n=havoc@athedsl-434852.home.otenet.gr) |
| 20:57.53 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 21:11.40 | woglinde | re lizzard |
| 21:12.00 | B_Lizzard | The whati whaten? |
| 21:14.23 | CIA-2 | 03Robert P. J. Day <rpjday@crashcourse.ca> 07org.openembedded.dev * r5d8c04d65c 10openembedded.git/docs/usermanual/chapters/getting_oe.xml: (log message trimmed) |
| 21:14.23 | CIA-2 | User manual typoes and aesthetics, chapter 2 only. |
| 21:14.23 | CIA-2 | Some minor cleanups for Chapter 2 of the User Manual: |
| 21:14.23 | CIA-2 | * add some DocBook tags for filenames |
| 21:14.23 | CIA-2 | * update BitBake version to 1.8.16 |
| 21:14.24 | CIA-2 | * add missing space after "wget" command |
| 21:14.28 | CIA-2 | * correct misspelled "local/conf" to "local.conf" |
| 21:14.35 | *** join/#oe dth_ntb (n=dieter@p4FDED8B8.dip.t-dialin.net) |
| 21:22.00 | woglinde | argssssssssss |
| 21:22.11 | woglinde | RDEPENDS_linux += "glibc-gconv-ibm850 glibc-gconv-cp1252 \ glibc-gconv-iso8859-15 glibc-gconv-iso8859-1" |
| 21:22.17 | woglinde | abiword recipe suckz |
| 21:54.35 | *** join/#oe robtmr (n=robtmr@S010600179a9bd155.vc.shawcable.net) |
| 21:57.41 | *** join/#oe gnutoo (n=gnutoo@host186-159-dynamic.44-79-r.retail.telecomitalia.it) |
| 21:57.54 | woglinde | jo gnutoo |
| 21:58.03 | gnutoo | hi |
| 21:59.14 | gnutoo | Crofton|work, seems to have the same error than me....maybe I should ask shr guys to cherry pick the fix |
| 22:00.09 | gnutoo | the problem is that I have huge issues with wifi...so finding the time for oe+htc-linux is difficult.... |
| 22:00.22 | gnutoo | but now it seems better |
| 22:00.38 | gnutoo | until next wifi problem |
| 22:00.44 | Crofton|work | gnutoo, what problem? |
| 22:00.58 | gnutoo | Crofton|work, the webkit error here: http://pastebin.ca/1671416 |
| 22:01.02 | gnutoo | I think it was solved |
| 22:01.03 | Crofton|work | I restarted the build (after pulling) and am past the webkit issue |
| 22:01.13 | gnutoo | indeed |
| 22:01.15 | Crofton|work | try pulling and restarting |
| 22:01.34 | gnutoo | I'll try only that I must cherry pick the fix because I'm on shr-merge |
| 22:01.39 | woglinde | so ultimate fighter now on tv |
| 22:02.20 | gnutoo | what's that? |
| 22:04.22 | gnutoo | will it fight my wifi? |
| 22:07.54 | *** join/#oe rsalveti (n=rsalveti@187.59.246.26) |
| 22:26.45 | *** join/#oe kergoth (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 22:27.05 | *** join/#oe kergoth_ (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:27.45 | *** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie) |
| 22:29.04 | *** join/#oe kergoth__ (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 22:29.58 | *** join/#oe kergoth___ (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:30.24 | *** join/#oe kergoth____ (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 22:30.55 | *** join/#oe kergoth_____ (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:32.37 | Analias | could anyone recommend a good muti-boot solution for embedded devices? Unfortunately, I don't have the option of running uboot and specifying my parameters. Replacing the initial boot loader will have to wait for now |
| 22:34.10 | *** join/#oe kergoth___ (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 22:35.13 | *** join/#oe kergoth_____ (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:48.39 | ant__ | Analias: try kexecboot |
| 22:48.53 | Analias | I'll take a look at it - thanks |
| 22:51.19 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-53-55.w86-212.abo.wanadoo.fr) |
| 23:20.15 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 23:32.21 | *** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie) |
| 23:36.38 | *** join/#oe hvontres|home (n=hvontres@71.154.211.120) |
| 23:38.52 | *** join/#oe robtmr (n=robtmr@128.189.247.89) |
| 23:50.13 | *** join/#oe Laibsch (n=Laibsch@p4044-ipbf3304marunouchi.tokyo.ocn.ne.jp) |