| 00:10.44 | *** join/#oe RP__1 (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 00:22.37 | khem | charles__: whats up |
| 00:36.53 | charles__ | khem, I have been trying to build a custom SDK that includes enlightenment foundation library. |
| 00:37.43 | charles__ | I can build ecore etc (ie the parts of EFL I need). I can also build an SDK with everything I need except getting the EFL built in. |
| 00:38.59 | charles__ | What I have not yet tried, and what I think might work, is adding FILES_${PN}-dev = ... to each of the EFL recipes. |
| 00:39.05 | charles__ | Does that sound right? |
| 00:57.07 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 01:23.12 | Tartarus | khem, do you maintain micro too or just kinda sorta care about it or no? |
| 01:31.48 | CIA-47 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r815bef339b 10openembedded.git/recipes/linux/linux-ixp4xx/nslu2/defconfig-2.6.37: SlugOS: enable in-kernel atheros 5k device support for DSM-G600 |
| 01:38.20 | charles__ | I have something really weird happening... When I run bitbake it seems to be using some old stuff that is not in any recipes. Looks like some cached stuff is being used. |
| 01:38.54 | charles__ | If I change a recipe is there something I have to do to flush out the old one so that the updated recipe is used instead? |
| 01:43.05 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 01:44.20 | duffolonious | problem building xtables-addons: |
| 01:44.23 | duffolonious | http://pastebin.com/G1R2cNwg |
| 01:47.00 | *** join/#oe _julian_ (~quassel@hmbg-5f77c485.pool.mediaWays.net) |
| 02:01.08 | grg | Tartarus, micro needs a maintainer |
| 02:06.57 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 02:07.52 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 02:08.37 | *** join/#oe sgw (~sgw@72-160-96-185.dyn.centurytel.net) |
| 02:15.49 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 02:15.49 | *** join/#oe playya__ (~playya@93.216.239.201) |
| 02:15.49 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 02:18.30 | *** join/#oe nitink (~nitink@nat/intel/x-asodlzelsjwgiwmt) |
| 02:20.54 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 02:21.00 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 02:27.31 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 02:28.56 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 02:45.59 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 03:01.44 | *** join/#oe fraxinas (~quassel@pD9536EE1.dip.t-dialin.net) |
| 03:03.03 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 03:28.48 | CIA-47 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r26f05a7682 10openembedded.git/recipes/busybox/busybox-1.18.3/slugos/defconfig: SlugOS: busybox - add modutils support in preparation to switch. |
| 03:28.53 | CIA-47 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r27332febf3 10openembedded.git/recipes/update-modules/update-modules_1.0.bb: |
| 03:28.53 | CIA-47 | SlugOS: update-modules - correct SlugOS-specific RDEPENDS override |
| 03:28.53 | CIA-47 | to bring it into alignment with the newer RDEPENDS_${PN} technique. |
| 03:45.42 | CIA-47 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r1f2ef66b15 10openembedded.git/recipes/udev/udev_118.bb: |
| 03:45.42 | CIA-47 | SlugOS: udev - add SlugOS-specific override to drop the dependency on depmod |
| 03:45.42 | CIA-47 | (SlugOS will declare its own dependency so that it can optionally use busybox) |
| 03:46.11 | mwester | Really should upgrade udev; we're WAY behind on that... but that'll have to wait for another day. |
| 04:05.42 | *** join/#oe johncylee (~johncylee@123-193-48-81.dynamic.kbronet.com.tw) |
| 04:11.16 | *** join/#oe johncylee (~john@61.57.131.211) |
| 04:18.34 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 04:20.38 | khem | Tartarus: yes I maintain micro |
| 04:22.56 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 04:35.11 | grg | khem, micro.conf shows one Martin Lund as the maintainer. Importing micro/micro-uclibc appears to be his one and only commit. |
| 04:36.22 | grg | wanders off into la-la land again |
| 04:40.46 | *** join/#oe amarsman_nl (~marsman@52488BC6.cm-4-1c.dynamic.ziggo.nl) |
| 04:41.19 | mwester | checks his atlas for "La-la" |
| 04:45.52 | grg | la-la land is my state of mind when i look at opkg code |
| 04:46.07 | grg | ow! it hurts! |
| 04:55.13 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 05:17.44 | *** join/#oe Gin-geR (~hacker@g230192087.adsl.alicedsl.de) |
| 05:34.44 | CIA-47 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r2ced18eac5 10openembedded.git/recipes/ (3 files in 3 dirs): |
| 05:34.44 | CIA-47 | aceofpenguins, mokomaze, numptyphysics: bump PR to rebuild with right libpng in RDEPENDS after a44300e54ce49be9ffd34eecabdfaae4faf9c143 |
| 05:34.44 | CIA-47 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 05:47.27 | *** join/#oe amarsman_nl (~marsman@52488BC6.cm-4-1c.dynamic.ziggo.nl) |
| 06:26.54 | eFfeM_work | gm |
| 06:40.58 | eFfeM_work | khem is there by any chance something you can say about http://article.gmane.org/gmane.comp.handhelds.openembedded/42926 ? Seems gcc 4.1.2 libtool adds some dependency_libs that newer gcc's don't |
| 06:41.24 | *** join/#oe dth_ntb (~dth@a89-182-86-111.net-htp.de) |
| 06:44.18 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
| 06:48.21 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 07:00.20 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:03.39 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 07:19.00 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
| 07:25.14 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 07:26.29 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:37.00 | *** join/#oe anr78 (~Mich@147.84-49-231.nextgentel.com) |
| 07:38.39 | mckoan | good morning |
| 07:45.54 | *** join/#oe rob_w (~bob@ppp-188-174-83-21.dynamic.mnet-online.de) |
| 07:49.57 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 07:53.59 | JaMa | mckoan: morning |
| 07:54.30 | mckoan | JaMa: hi |
| 07:54.35 | JaMa | mckoan: thanks for ACKing patches, can you use proper format for ACK so patchwork will pick it automatically? |
| 07:55.27 | mckoan | JaMa: what is proper format for ACK ? |
| 07:56.24 | JaMa | Acked-by: real-name <email> |
| 07:56.34 | JaMa | like everybody else does :) |
| 07:56.58 | mckoan | JaMa: which patch are you referring to? |
| 07:57.19 | *** join/#oe yann_ (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 07:57.51 | JaMa | don't remember, just noticed it on 2 patches from last 5 days |
| 07:57.53 | mckoan | JaMa: what is your email? |
| 07:58.06 | JaMa | those weren't my patches.. |
| 07:58.13 | mckoan | JaMa: I acked 2 patches from Tom Rini, properly acked |
| 07:58.34 | mckoan | JaMa: commit 87a92185e87fa62f4595db6e125ef100368772a7 for example |
| 07:59.17 | JaMa | then maybe I overlooked it (seen only "ACK") while reading >800 e-mails after returning from skiing |
| 07:59.23 | JaMa | then sorry |
| 07:59.30 | mckoan | JaMa: yw :-) |
| 08:07.12 | JaMa | mckoan: http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/030112.html http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/030113.html |
| 08:08.54 | JaMa | mckoan: or 667 and 669 in patchwork |
| 08:10.17 | *** join/#oe dth_ntb (~dth@a89-182-7-218.net-htp.de) |
| 08:10.50 | *** part/#oe dth_ntb (~dth@a89-182-7-218.net-htp.de) |
| 08:18.02 | mckoan | JaMa: ok, apologize |
| 08:18.55 | *** join/#oe risca (~risca@tappan-125-95.eduroam.liu.se) |
| 08:25.56 | *** join/#oe B_Lizzard (~havoc@athedsl-433249.home.otenet.gr) |
| 08:35.45 | *** join/#oe Helio_2000 (~javier@62.50.18.95.dynamic.jazztel.es) |
| 08:38.24 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 08:41.25 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 08:44.26 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:44.26 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:45.39 | khem | JaMa: how was the skiing |
| 08:48.36 | JaMa | khem: great |
| 08:50.16 | khem | where did u go to |
| 08:52.32 | JaMa | Austria, Saalbach Hinterglemm |
| 08:52.53 | khem | cool |
| 08:54.10 | JaMa | apologizes for pushing glib-2.0_2.28.0 too soon |
| 08:54.54 | CIA-47 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r78be426591 10openembedded.git/recipes/avahi/avahi.inc: |
| 08:54.54 | CIA-47 | avahi: add libcap2 to DEPENDS |
| 08:54.54 | CIA-47 | avahi will pick it up already if present: http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/testlab/commit/?id=6384666b6ae4781c1d16818b4f0d02f5f9af7906 |
| 08:54.54 | CIA-47 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 08:55.50 | khem | the binutils issue u reported I wondered if it worked with binutils 2.20 |
| 08:57.21 | JaMa | that in webkit-efl? |
| 08:57.36 | khem | yes |
| 08:58.28 | khem | want to make sure if its a regression |
| 08:58.35 | khem | or not |
| 08:58.44 | JaMa | I guess so (but webkit-efl had ARM mode forced for some time so I haven't tried it with 2.21, but there was similar issue with 2.21 and latest boost on armv4t with thumb enabled) |
| 08:59.13 | JaMa | khem: resulting in http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=b1a15f7dc12a3badf7aa3e3438a63ff5bc1be958 |
| 08:59.39 | khem | and all worked well with 2.20? |
| 09:00.25 | JaMa | boost was building fine with 2.20 IIRC |
| 09:01.35 | khem | hmm |
| 09:10.19 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:13.31 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 09:15.44 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 09:21.02 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 09:28.07 | *** join/#oe Ironnads (~Ironnads@host86-164-45-192.range86-164.btcentralplus.com) |
| 09:42.28 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 09:42.54 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:42.54 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:45.54 | *** join/#oe playya_ (~playya@93.216.215.103) |
| 09:45.54 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 09:46.12 | *** join/#oe GNUtoo|oeee (~GNUtoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 09:50.19 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 09:52.33 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 09:52.33 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 09:55.20 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 09:55.23 | *** join/#oe woglinde (~henning@p5DDC0967.dip0.t-ipconnect.de) |
| 10:01.54 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 10:07.55 | *** join/#oe Slyon (~lukas@ppp-93-104-8-97.dynamic.mnet-online.de) |
| 10:10.48 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 10:12.26 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 10:22.53 | woglinde | hi rp |
| 10:26.00 | pb_ | hi woglinde, rp, all |
| 10:26.10 | woglinde | he pb |
| 10:26.59 | woglinde | pb 2 years ago, as we where the one day in cherry histon you could have told us how near we where at the arm hq |
| 10:27.38 | pb_ | oh, heh. yeah, that place we had lunch is only a few hundred metres from arm. |
| 10:27.54 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 10:28.32 | woglinde | next time I will know it |
| 10:28.33 | woglinde | *g* |
| 10:29.05 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 10:29.15 | bluelightning | hi all |
| 10:29.42 | *** join/#oe lackS (d4754efe@gateway/web/freenode/ip.212.117.78.254) |
| 10:29.51 | lackS | Hi everybody |
| 10:30.08 | lackS | I'm currently trying to define my own distro with OE |
| 10:30.12 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 10:30.25 | lackS | To see if just the pure base works, I execute bitbake task-base in my build dir |
| 10:30.37 | woglinde | hi bluelightning |
| 10:30.51 | lackS | It prints some errors while parsing recipes regarding TARGET_LDFLAGS |
| 10:30.54 | woglinde | lacks look at the other distros |
| 10:31.01 | woglinde | and what the do in conf |
| 10:31.15 | lackS | What more info concerning this shall I provide (config file on pastebin, perhaps)? |
| 10:31.34 | pb_ | lackS: the text of the errors would be a good place to start |
| 10:31.41 | lackS | I followed your user manual.... |
| 10:32.19 | lackS | Error messages look like: ERROR: EOL while scanning string literal (TARGET_LDFLAGS, line 1) while parsing [...]/openembedded/recipes/uclibc/uclibc-initial_git.bb |
| 10:32.28 | woglinde | hm we have something to distros in manual? |
| 10:33.00 | eFfeM_work | lackS: closing " missing ? |
| 10:33.12 | eFfeM_work | btw gm everyone |
| 10:33.16 | lackS | woglide: http://docs.openembedded.org/usermanual/usermanual.html#commonuse_new_distro |
| 10:33.25 | lackS | gm eFfem |
| 10:33.36 | lackS | eFfem: I'll check |
| 10:35.41 | lackS | eFfem_work: A missing closing " is not the problem |
| 10:35.59 | lackS | I'm using vim with syntax highlighting, which makes it easy to determine that |
| 10:36.38 | eFfeM_work | lackS: ah ok, guessed that based in the scannign string literal, guess without .conf file it is hard to say anything about it |
| 10:37.35 | lackS | wait a sec |
| 10:38.40 | lackS | My local.conf file just contains BBFILES (seems to be correct, since Bitbake scans about 7,500 files), DISTRO and MACHINE |
| 10:39.10 | eFfeM_work | if other distro's build the problem is in your distro conf file |
| 10:39.17 | lackS | I'm using some hardware which is not included into OE yet (Toradex Colibri PXA320), and I'm writing the machine file by myself, too. |
| 10:39.39 | lackS | I'll check that -- I'll be back in some minutes. |
| 10:40.21 | lackS | any suggestions for a distro/machine combination that should build relatively quick? |
| 10:40.34 | woglinde | lacks funny think is toradex used oe for some years and then dropped support for it |
| 10:41.00 | lackS | I already asked their support and they unfortunately weren't that much of help |
| 10:41.31 | lackS | Might be they come back for *nix support, since this is obviously a bit topic on embedded hardware |
| 10:41.41 | lackS | But for now, they support WinCE only -- officially and inofficially |
| 10:41.56 | lackS | s/bit/sig |
| 10:42.03 | lackS | s/sig/big |
| 10:42.31 | lackS | Monday morning. Learning to type again. ;-/ |
| 10:42.34 | woglinde | but anyway I would buy the tegra2 modul instead of ancients pxa320 |
| 10:43.05 | lackS | woglinde, what about driver support? |
| 10:43.23 | woglinde | which driver? |
| 10:43.36 | lackS | Tegra2 is kind of bleeding edge, and I wonder whether it is supported that well already by Linux |
| 10:43.59 | woglinde | ttp://android.git.kernel.org/?p=kernel/tegra.git;a=summary |
| 10:44.06 | *** join/#oe GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 10:44.46 | ynezz | hm, 99EUR |
| 10:45.28 | woglinde | ynezz ;) |
| 10:45.35 | lackS | woglinde, fine :-) Has a successful distro build with OE for that hardware already been reported? |
| 10:46.07 | woglinde | lacks I am owning an ac100 toshiba netbook |
| 10:46.21 | woglinde | on the weekend we got the kbd and touchbad driver working on .36 |
| 10:46.25 | woglinde | touchpad |
| 10:47.40 | lackS | Sounds good, but I unfortunately won't have the time to code drivers for the tegra |
| 10:48.21 | GNUtoo|laptop | hi,android is highly non-standard |
| 10:48.41 | GNUtoo|laptop | the quantity of work needed depend on your target kernel |
| 10:49.01 | GNUtoo|laptop | on how much standard it is and on how much replacement standard stuff exist |
| 10:49.14 | GNUtoo|laptop | qualcomm chips has the alsa problem |
| 10:49.21 | GNUtoo|laptop | *have |
| 10:49.31 | GNUtoo|laptop | but they ran ubuntu on ac100 |
| 10:49.37 | GNUtoo|laptop | so maybe they already fixed everything |
| 10:49.55 | lackS | alsa problem? |
| 10:50.28 | GNUtoo|laptop | only on qualcomm SOC |
| 10:50.41 | lackS | k |
| 10:50.57 | lackS | Thanks for the info |
| 10:51.03 | GNUtoo|laptop | basically android for qualcomm chips lack alsa but have another custom system instead, that use dsp directly |
| 10:51.14 | GNUtoo|laptop | basically customs ioctl |
| 10:51.17 | lackS | btw, by problem seems to be distro-file related (surprise, surprise)... |
| 10:51.23 | GNUtoo|laptop | there are some alsa drivers but they don't work well |
| 10:51.34 | GNUtoo|laptop | never the less there is support for htcdream in openembedded |
| 10:51.42 | GNUtoo|laptop | but lots and lots of work were needed |
| 10:51.43 | lackS | k |
| 10:51.55 | GNUtoo|laptop | even a different kenrel configuration were an issue |
| 10:52.05 | lackS | Android will be another topic I will be facing during summer |
| 10:52.11 | GNUtoo|laptop | for instance without debugfs compiled in the kernel....no wifi |
| 10:52.32 | GNUtoo|laptop | so I had to look what option made wifi magically work |
| 10:52.33 | GNUtoo|laptop | etc... |
| 10:52.55 | GNUtoo|laptop | at the end 2 things are still problematic: |
| 10:53.07 | GNUtoo|laptop | *alsa (mplayer works fine, but not linphonec) |
| 10:53.36 | lackS | Sounds like a lot of work |
| 10:53.37 | GNUtoo|laptop | *wifi PSM (I didn't succeed with .irq = MSM_GPIO_TO_INT(29) because it froze the phone) |
| 10:53.46 | GNUtoo|laptop | for my phone, yet |
| 10:53.53 | GNUtoo|laptop | for your device, I can't tell |
| 10:53.55 | GNUtoo|laptop | it depends |
| 10:54.00 | woglinde | GNUtoo what you mean is /conf/machine/ac100.conf for? |
| 10:54.11 | GNUtoo|laptop | ? |
| 10:54.37 | woglinde | -> < GNUtoo|laptop> but they ran ubuntu on ac100 |
| 10:55.01 | GNUtoo|laptop | yes I was just telling that there was ubuntu for ac100 |
| 10:55.14 | GNUtoo|laptop | and ubuntu expect standard kenrel<->userland interfaces |
| 10:55.47 | woglinde | ? |
| 10:56.57 | hrw | ubuntu on ac100 lacks lot of things |
| 10:57.15 | hrw | but even with fbdev xserver machine is fast |
| 10:57.43 | woglinde | hrw ? |
| 10:57.58 | woglinde | hrw ah right you are in cambridge with ogra |
| 10:58.11 | woglinde | there isnt lacking so much |
| 10:58.49 | woglinde | as I since weekend kbd and touchpad nearly works on .36 |
| 10:58.53 | woglinde | +said |
| 10:58.55 | hrw | ;) |
| 10:59.11 | GNUtoo|laptop | alsa works now if I remember well |
| 10:59.24 | woglinde | only missing is than the xorg driver |
| 10:59.28 | woglinde | for newer kernel |
| 11:01.46 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 11:01.48 | *** join/#oe tharvey (~tharvey@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 11:02.43 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 11:03.39 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 11:11.21 | *** join/#oe risca (~risca@tappan-125-95.eduroam.liu.se) |
| 11:15.19 | ajb_oe | wonders why packages insist on overiding libc |
| 11:15.36 | pb_ | ajb_oe: what do you mean? |
| 11:16.21 | ajb_oe | pb_: lmsensors-dev wants to install usr/include/linux/i2c-dev.h overiding libc |
| 11:16.41 | ajb_oe | should I just move them to usr/include/lm-sensors/linux/i2c-dev.h? |
| 11:17.05 | pb_ | oh, that's a bit weird. I don't think lm-sensors should be shipping that file at all really. |
| 11:17.18 | ajb_oe | indeed |
| 11:17.34 | ajb_oe | I doubt it would break anything, they look broadly the same |
| 11:17.36 | pb_ | I guess it might be there as some hangover from old versions of libc which didn't include i2c-dev.h, though it has been in there for years if not decades. |
| 11:17.47 | pb_ | I would just remove it from lmsensors-dev altogether |
| 11:17.58 | ajb_oe | so just rm the file in do_install()? |
| 11:18.14 | pb_ | yeah |
| 11:18.36 | ajb_oe | notes the ml mentioned a similer issue with i2c-tools a while back |
| 11:26.18 | *** join/#oe Openfree (~Openfree`@61.173.49.156) |
| 11:30.44 | woglinde | re |
| 11:32.12 | *** join/#oe risca (~risca@nl-152-236.netlogon.liu.se) |
| 11:42.47 | *** join/#oe anr78 (~Mich@147.84-49-231.nextgentel.com) |
| 11:44.23 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 11:52.29 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 11:58.25 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 12:02.51 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 12:03.19 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:04.14 | GNUtoo|laptop | hi, I'll send a mail to the ml but I've this problem: |
| 12:04.37 | GNUtoo|laptop | /usr/lib64/libgnutls.so.26: undefined reference to `gcry_cipher_setkey@GCRYPT_1.2' |
| 12:04.44 | GNUtoo|laptop | the solution is the following: |
| 12:04.58 | *** join/#oe pespin (~pespin@171.pool85-50-76.dynamic.orange.es) |
| 12:05.22 | GNUtoo|laptop | + deps.append("libgcrypt" + native) |
| 12:05.26 | GNUtoo|laptop | in curl-common.inc |
| 12:05.31 | GNUtoo|laptop | I'll explain the background |
| 12:05.40 | GNUtoo|laptop | basically libc-headers fail to compile |
| 12:05.45 | GNUtoo|laptop | *configure |
| 12:06.03 | GNUtoo|laptop | oops sorry |
| 12:06.08 | GNUtoo|laptop | It's all confused |
| 12:06.15 | GNUtoo|laptop | I'll write a mail with the proper patch |
| 12:06.58 | woglinde | lol |
| 12:07.23 | woglinde | the problem is that curl-native looks for features of the system it can use |
| 12:07.29 | GNUtoo|laptop | yes |
| 12:07.36 | woglinde | and it finds libcrypto-dev |
| 12:07.41 | woglinde | and enables ldap support |
| 12:07.48 | woglinde | so the simple patch is |
| 12:07.57 | GNUtoo|laptop | but is libgcrypt a feature? |
| 12:07.58 | woglinde | disable ldpa-support or libcrypto via cmdline |
| 12:08.02 | woglinde | dont know |
| 12:08.04 | woglinde | should be |
| 12:08.07 | woglinde | otherwise they suck |
| 12:08.15 | anr78 | I' |
| 12:08.15 | woglinde | and we have to fix the configure.ac |
| 12:08.18 | GNUtoo|laptop | because here's the more in depth error |
| 12:08.37 | woglinde | btw. that was mentioned now twice on the ml |
| 12:08.45 | woglinde | and I cannt do all the dirty jobs |
| 12:09.14 | anr78 | Oops. I'm trying to learn how to use syslog-ng here. What decides how large the logfiles can get? Can't find any configfile in /etc. |
| 12:09.14 | GNUtoo|laptop | ok |
| 12:09.21 | GNUtoo|laptop | curl-native: do_configure -> checking for send... no |
| 12:10.16 | woglinde | anr78 you can use rsyslog |
| 12:10.25 | woglinde | thats what the most distros uses now |
| 12:11.13 | GNUtoo|laptop | I'm http://www.pastie.org/1589070 |
| 12:11.19 | GNUtoo|laptop | so I'll look in the mailing list |
| 12:11.25 | GNUtoo|laptop | I read it |
| 12:11.38 | GNUtoo|laptop | but right now I'm a bit backward in the messages |
| 12:12.12 | anr78 | woglinde: ok. I'm using Angstrom with task-proper-tools added, and syslog-ng seems to be the default. just add the rsyslog recipe and all will be well? |
| 12:12.30 | woglinde | hm |
| 12:12.38 | woglinde | maybee you can ovveride it |
| 12:12.44 | woglinde | or use syslog-ng at all |
| 12:13.38 | woglinde | #define HAVE_LDAP_SSL 1 |
| 12:13.45 | woglinde | thats the root of evil |
| 12:13.47 | woglinde | *g* |
| 12:14.09 | woglinde | but anyway I dont think we need ldap in curl-native |
| 12:17.50 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:18.13 | anr78 | I'll try adding rsyslog and see if it magically takes over for syslog-ng |
| 12:18.40 | woglinde | no |
| 12:22.01 | anr78 | woglinde: was that no for me, or ldap/curl-native related? |
| 12:22.49 | woglinde | it was for you+# |
| 12:22.57 | woglinde | it will not magicly overwritten |
| 12:23.09 | woglinde | you will end up with syslog-ng and rsylog installed |
| 12:24.01 | GNUtoo|laptop | woglinde, what was the tread's name? maybe it's an old thread? |
| 12:24.21 | woglinde | gnutoo holger wrote it the last days |
| 12:24.28 | woglinde | and some wrote it before |
| 12:24.40 | woglinde | there is no real discussion thread for it |
| 12:24.40 | GNUtoo|laptop | ok |
| 12:24.43 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 12:24.52 | woglinde | if you dont have ldap-dev and openssl-dev installed |
| 12:24.57 | woglinde | you wont see the error |
| 12:25.18 | woglinde | I think we have this problem with serval other autotools -native recipes too |
| 12:38.18 | GNUtoo|laptop | any idea for | /home/gnutoo/embedded/oe/oetmps/eee701/sysroots/i686-angstrom-linux/usr/include/asm/sigcontext.h:28: error: expected specifier-qualifier-list before '__u64' in libpcap |
| 12:39.05 | GNUtoo|laptop | <PROTECTED> |
| 12:39.49 | woglinde | hm seems there is not typedef for __u64 |
| 12:40.11 | woglinde | hm and I dont think asm/sigcontext.h should be included directly |
| 12:40.23 | woglinde | damn pcap devlopers |
| 12:40.31 | woglinde | or thex fixed it |
| 12:40.39 | woglinde | and we have an to old versiob |
| 12:40.56 | woglinde | check whats the debian package has as patches |
| 12:41.08 | woglinde | mutters |
| 12:41.15 | woglinde | they should all have builders |
| 12:41.22 | woglinde | autobuilders |
| 12:41.31 | woglinde | they dont have to test oe |
| 12:43.36 | *** join/#oe aston (3ee1668b@gateway/web/freenode/ip.62.225.102.139) |
| 12:50.00 | GNUtoo|laptop | hmmm |
| 12:50.04 | GNUtoo|laptop | how should I fix |
| 12:50.09 | GNUtoo|laptop | I include the right headers? |
| 12:50.32 | GNUtoo|laptop | #include <linux/types.h> should normally have that |
| 12:50.39 | GNUtoo|laptop | no? |
| 12:50.43 | GNUtoo|laptop | the __u64 |
| 12:50.49 | GNUtoo|laptop | looks |
| 12:51.49 | GNUtoo|laptop | http://lxr.free-electrons.com/source/include/asm-generic/int-l64.h?a=arm#L29 |
| 12:51.53 | GNUtoo|laptop | but that's kernel stuff |
| 12:54.09 | GNUtoo|laptop | http://lxr.free-electrons.com/source/include/linux/types.h?a=arm |
| 12:54.36 | GNUtoo|laptop | typedef __u64 u_int64_t; |
| 12:54.56 | GNUtoo|laptop | I'll look if types.h is present |
| 12:57.16 | woglinde | yeah thats why thats the problem |
| 12:57.34 | woglinde | but I think libpcap cannt do it right without kernel-def |
| 12:57.36 | woglinde | 's |
| 12:57.44 | woglinde | thats the whole problem |
| 12:58.28 | *** join/#oe astor (3ee1668b@gateway/web/freenode/ip.62.225.102.139) |
| 13:03.08 | ensc|w | is it expected that ASSUME_PROVIDED is interpreted as a list of regex substrings? E.g. when it contains "make-native", then "automake-native" won't be built |
| 13:03.24 | woglinde | no? |
| 13:03.50 | GNUtoo|laptop | gnutoo@gnutoo-laptop:~/embedded/oe/oetmps/eee701/sysroots$ ls => i686-angstrom-linux x86_64-linux |
| 13:04.10 | GNUtoo|laptop | should I make it depend on kernel headers? |
| 13:04.51 | woglinde | gnutoo would be an idea yes |
| 13:04.55 | GNUtoo|laptop | ok |
| 13:04.58 | GNUtoo|laptop | just to be sure |
| 13:05.13 | GNUtoo|laptop | kernel headers are staged in the device specific part of staging/sysroot ? |
| 13:05.15 | woglinde | good you spot it *g* |
| 13:05.21 | woglinde | yes |
| 13:05.24 | GNUtoo|laptop | ok |
| 13:05.26 | GNUtoo|laptop | thanks a lot |
| 13:08.05 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 13:12.22 | GNUtoo|laptop | I've added that: |
| 13:12.22 | GNUtoo|laptop | DEPENDS = "linux-libc-headers |
| 13:12.29 | GNUtoo|laptop | and still the same stuff happens |
| 13:13.20 | woglinde | hms |
| 13:13.22 | woglinde | grep |
| 13:13.32 | woglinde | why it dont includes the type-defs |
| 13:26.17 | GNUtoo|laptop | ok |
| 13:36.49 | GNUtoo|laptop | linux/types.h in sysroots/i686-angstrom-linux/usr/include/ contains some typedef |
| 13:37.01 | GNUtoo|laptop | typedef __u64 __bitwise __le64; |
| 13:37.42 | GNUtoo|laptop | <GNUtoo|laptop> kernel headers are staged in the device specific part of staging/sysroot ? |
| 13:37.46 | GNUtoo|laptop | <woglinde> yes |
| 13:37.47 | GNUtoo|laptop | hmmm |
| 13:37.51 | GNUtoo|laptop | they are still not there |
| 13:38.05 | GNUtoo|laptop | but are in i686-angstrom-linux |
| 13:38.08 | woglinde | ah |
| 13:38.10 | woglinde | yeah |
| 13:38.11 | GNUtoo|laptop | the machine ie eee701 |
| 13:38.28 | woglinde | seems we have still failures when targer == host |
| 13:38.38 | GNUtoo|laptop | ah ok |
| 13:38.48 | GNUtoo|laptop | host: |
| 13:38.56 | GNUtoo|laptop | oops |
| 13:39.02 | GNUtoo|laptop | host: x86_64-linux |
| 13:39.05 | *** join/#oe aloisiojr (~aloisio@187.113.123.248) |
| 13:39.14 | GNUtoo|laptop | target: i686-angstrom-linux |
| 13:41.29 | CIA-47 | 03Dongxiao Xu <dongxiao.xu@intel.com> 07master * r1a32c01490 10bitbake.git/lib/bb/ (build.py cache.py runqueue.py siggen.py): (log message trimmed) |
| 13:41.29 | CIA-47 | Introduce stamp-extra-info task flag into stamp filenames |
| 13:41.29 | CIA-47 | For certain tasks, we need additional information in build stamp file |
| 13:41.29 | CIA-47 | other than the task name and file name. stamp-extra-info is introduced as |
| 13:41.29 | CIA-47 | a task flag which is appended to the stamp file name. |
| 13:41.30 | CIA-47 | [Code simplifcations/tweaks from Richard] |
| 13:41.31 | CIA-47 | (From Poky rev: 80cf3e405c923ed95dd09936739e816dbdd92299) |
| 13:41.35 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rf08da7b435 10bitbake.git/lib/bb/utils.py: |
| 13:41.35 | CIA-47 | bitbake/utils.py: Teach unlockfile about shared mode lockfiles |
| 13:41.35 | CIA-47 | (From Poky rev: fd88588df029604689db9b0e30c55aad68392a5d) |
| 13:41.35 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:41.35 | GNUtoo|laptop | what should I do then? |
| 13:41.36 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rebea0799d8 10bitbake.git/lib/bb/utils.py: |
| 13:41.37 | CIA-47 | bitbake/utils.py: Add option of holding shared lockfiles |
| 13:41.37 | CIA-47 | (From Poky rev: 7857834691868b7f48f732ee78d8770f5473ff68) |
| 13:41.37 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:41.38 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r3c6caab8bc 10bitbake.git/lib/bb/build.py: |
| 13:41.38 | CIA-47 | bitbake/build.py: Rename message field to avoid DeprecationWarning: BaseException.message warning |
| 13:41.39 | CIA-47 | (From Poky rev: 0388f0758f84c7a8ec975d9be7e384cb65d9af4c) |
| 13:41.39 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:41.40 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r935b98818f 10bitbake.git/lib/bb/utils.py: |
| 13:41.44 | GNUtoo|laptop | bugreport to the mailing list? |
| 13:41.46 | woglinde | rais it to the ml |
| 13:41.51 | GNUtoo|laptop | ok |
| 13:41.51 | CIA-47 | same key existing in two sides. This commit provides better output by figuring out differences |
| 13:41.51 | CIA-47 | from addition, removal or hash change. |
| 13:41.52 | CIA-47 | (From Poky rev: bcb18738361ee2394bc266911e9e75d5bf1c10cd) |
| 13:41.52 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r43188e8453 10bitbake.git/lib/bb/process.py: |
| 13:41.53 | CIA-47 | process.py: Avoid deprecation warning |
| 13:41.53 | CIA-47 | bitbake/lib/bb/process.py:15: DeprecationWarning: BaseException.message has been deprecated as of Python 2.6 |
| 13:41.55 | CIA-47 | (From Poky rev: 6cb8fd6def4912e4aa76330649ba42a9ed2694fd) |
| 13:41.55 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:41.55 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r2cc4a1a867 10bitbake.git/lib/bb/fetch2/__init__.py: |
| 13:41.55 | woglinde | yeah hope khem fix it quikcly for you |
| 13:41.56 | CIA-47 | bitbake/fetch2: Fix message about md5 checksums when sha256 is incorrect |
| 13:41.56 | CIA-47 | (From Poky rev: 4a226460d5e158e8adbf74a68717cb9a923e8009) |
| 13:41.57 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:41.57 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r6f13c23f20 10bitbake.git/lib/bb/fetch2/__init__.py: |
| 13:41.58 | CIA-47 | bitbake/fetch2: Pass over malformatted (empty) mirror url lines |
| 13:41.58 | CIA-47 | (From Poky rev: 20ab1cb0ca10b0c7724f2154fe5b54c939b8a887) |
| 13:41.59 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:41.59 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r3b72de69f1 10bitbake.git/lib/bb/fetch2/__init__.py: |
| 13:42.01 | CIA-47 | bitbake/fetch2: Correctly handle git mirror tarball fetching |
| 13:42.01 | CIA-47 | (From Poky rev: 7f30131faaa5e3fdb1191c9da95c5683cefafeb5) |
| 13:42.01 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:42.01 | GNUtoo|laptop | btw I didn't find the first thread we were talking about? |
| 13:42.04 | GNUtoo|laptop | s/?// |
| 13:42.19 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:42.19 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * ra564d47060 10bitbake.git/lib/bb/fetch2/__init__.py: |
| 13:42.19 | CIA-47 | bitbake/fetch2: Add some debug output so its clear when PREMIRRORS, upstream and MIRRORS are being used |
| 13:42.19 | CIA-47 | (From Poky rev: a72d49478e57b05b99cb1b3beec62a9e79a24e7a) |
| 13:42.19 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:42.22 | CIA-47 | 03Mark Hatle <mark.hatle@windriver.com> 07master * rab05499d1c 10bitbake.git/lib/bb/ (fetch2/__init__.py utils.py): (log message trimmed) |
| 13:42.22 | CIA-47 | fetch2: unpack revision |
| 13:42.22 | CIA-47 | Revise the unpack function to have a way to disable the unpack. This is |
| 13:42.22 | CIA-47 | based on the work from "Andreas Oberritter <obi@opendreambox.org>", see |
| 13:42.22 | CIA-47 | http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=2bdfe8519eda8067845019a699acdf19a21ba380 |
| 13:42.23 | woglinde | that has nothing to do with the ldap stuff |
| 13:42.23 | CIA-47 | In addition, the to_boolean function comes from the work of |
| 13:42.25 | CIA-47 | "Chris Larson <chris_larson@mentor.com>", see |
| 13:42.25 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r6348657c5b 10bitbake.git/lib/bb/fetch2/__init__.py: |
| 13:42.25 | CIA-47 | bitbake/fetch2: Revert part of the unpack change until the issues with it are resolved |
| 13:42.25 | CIA-47 | (From Poky rev: b9a97e07b48b20b00feff5b8c7196c3a3b7762b6) |
| 13:42.26 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:42.28 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rff3ac7274f 10bitbake.git/lib/bb/fetch2/__init__.py: |
| 13:42.28 | CIA-47 | bitbake/fecth2: Ensure BB_FETCH_PREMIRRORONLY being set as false is handled correctly |
| 13:42.28 | CIA-47 | (From Poky rev: 3ef2d39dbf8a573acfbf633c1d5d7cb3cee18788) |
| 13:42.28 | CIA-47 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 13:42.31 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r850e194f8c 10bitbake.git/lib/bb/ (data.py siggen.py): (log message trimmed) |
| 13:42.31 | CIA-47 | bitbake/siggen.py: Fix whitelisted variable handling |
| 13:42.52 | GNUtoo|laptop | woglinde, curl-native stuff: I didn't find the thread, should I look more or do you remember some keywords |
| 13:43.12 | woglinde | *hrms* |
| 13:43.20 | woglinde | you made me a bit angry |
| 13:43.23 | GNUtoo|laptop | ok |
| 13:43.28 | GNUtoo|laptop | I'll look better |
| 13:43.29 | GNUtoo|laptop | then |
| 13:43.32 | woglinde | just disable the fucking ldap |
| 13:43.34 | woglinde | and thats it |
| 13:43.44 | GNUtoo|laptop | yes but that's a feature |
| 13:43.59 | woglinde | ? |
| 13:44.03 | woglinde | disbale it |
| 13:44.07 | woglinde | we dont need it |
| 13:44.14 | GNUtoo|laptop | ahhh |
| 13:44.20 | GNUtoo|laptop | <woglinde> #define HAVE_LDAP_SSL 1 |
| 13:44.23 | GNUtoo|laptop | <woglinde> thats the root of evil |
| 13:44.26 | woglinde | yes |
| 13:44.28 | GNUtoo|laptop | that was for me |
| 13:44.39 | GNUtoo|laptop | I tought it was for the other person you were talking to |
| 13:44.42 | woglinde | so there is some code in configure.ac which checks about ldap |
| 13:44.58 | woglinde | but I will look it up myself |
| 13:45.08 | woglinde | if you dont make it now |
| 13:45.18 | woglinde | calmes down |
| 13:45.23 | GNUtoo|laptop | ok I've an exam tomorrow |
| 13:45.44 | GNUtoo|laptop | so feel free to do it |
| 13:45.50 | woglinde | what the hell than you are doing here |
| 13:45.53 | woglinde | start learning |
| 13:45.57 | GNUtoo|laptop | lol |
| 13:46.07 | GNUtoo|laptop | basically I've always a compilation that is running |
| 13:46.14 | GNUtoo|laptop | whatever I'm doing |
| 13:46.29 | woglinde | and you are wasting the time |
| 13:46.51 | GNUtoo|laptop | I'll go back to the revisions |
| 13:48.53 | woglinde | hm why is my bitbake parsing slow to 2 mins again |
| 13:50.50 | GNUtoo|laptop | ps: I only went here when the food was cooking and right after eating |
| 14:01.58 | *** join/#oe risca (~risca@tappan-125-95.eduroam.liu.se) |
| 14:04.26 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ezwqfcpyqnlzwbxw) |
| 14:04.55 | woglinde | hrms what was the STASH variable now again |
| 14:08.07 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 14:12.24 | woglinde | hrms okay |
| 14:31.41 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 14:35.50 | Jin^eLD | ja bitte wenn du schon dabei bist :) |
| 14:35.53 | Jin^eLD | oop swrong window |
| 14:35.59 | Jin^eLD | ...as always ;) |
| 14:37.06 | woglinde | haha |
| 14:37.31 | Jin^eLD | :) |
| 14:37.48 | Jin^eLD | bitchx, split screen mode in terminal -> I always forget to switch channels |
| 14:39.59 | *** join/#oe dth_ntb (~dth@a89-182-86-111.net-htp.de) |
| 14:40.29 | *** part/#oe dth_ntb (~dth@a89-182-86-111.net-htp.de) |
| 14:41.25 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 14:44.11 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
| 14:48.26 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 14:48.55 | Crofton|work | Tartarus, did you ever make any conclusions about system-tools-backends failing? |
| 14:57.26 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 15:00.09 | Tartarus | Can you jog my memory a little bit more? |
| 15:05.18 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 15:06.29 | *** join/#oe grund (~grund@firebug.buglabs.net) |
| 15:07.28 | Crofton | hmm |
| 15:07.33 | Crofton | let me see |
| 15:08.12 | Crofton | ah, you replied to Gary Thomas' email |
| 15:08.22 | Crofton | regarding a testing release build fail |
| 15:08.29 | Crofton | likely he was building gnome |
| 15:08.43 | Tartarus | Ah yes |
| 15:08.56 | Crofton | I hits me on a fedora machine |
| 15:08.58 | Tartarus | So, PARALLEL_MAKE made it clearer what the problem was |
| 15:09.18 | Crofton | normally, I comment it out |
| 15:09.22 | Crofton | and deal with it |
| 15:09.31 | Crofton | just curious if you had seen a way forward |
| 15:11.24 | CIA-47 | 03Leon Woestenberg <leon@sidebranch.com> 07master * r9d4875fd72 10openembedded.git/ (15 files in 3 dirs): ronetix-pm9g45: Added new machine, with kernel 2.6.30. |
| 15:13.46 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 15:17.45 | Tartarus | heh, can't find his log right now |
| 15:20.27 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 15:25.22 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 15:40.22 | Crofton|work | no hurry |
| 15:40.34 | Crofton|work | I need to get interested in the problem again |
| 15:41.33 | *** join/#oe demigod2k (~demigod2k@24.169.238.42) |
| 15:43.54 | Tartarus | [6;5~[6;5~heh |
| 15:49.27 | *** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
| 15:52.34 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 15:54.04 | *** join/#oe udovdh_ (~udovdh@pindarots.xs4all.nl) |
| 15:54.17 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 15:58.39 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
| 16:04.11 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-14.washdc.fios.verizon.net) |
| 16:04.50 | *** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
| 16:08.15 | *** join/#oe woglinde (~henning@p5DDC0967.dip0.t-ipconnect.de) |
| 16:24.24 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r3195d211fa 10openembedded.git/classes/kernel-arch.bbclass: |
| 16:24.24 | CIA-47 | kernel-arch.bbclass: Add powerpc64 mappings |
| 16:24.24 | CIA-47 | A future TODO is to see if there's anything left that must |
| 16:24.24 | CIA-47 | build with ARCH=ppc in the kernel that can't be upgraded to a |
| 16:24.24 | CIA-47 | newer kernel with ARCH=powerpc. |
| 16:24.25 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 16:24.35 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * ra81045fc1e 10openembedded.git/recipes/openssl/openssl.inc: |
| 16:24.35 | CIA-47 | openssl.inc: Add linux-powerpc64 to the linux-powerpc case |
| 16:24.35 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 16:24.36 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r6574dbdc24 10openembedded.git/classes/insane.bbclass: |
| 16:24.36 | CIA-47 | insane.bbclass: Add powerpc64 entries. |
| 16:24.36 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 16:24.48 | *** part/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
| 16:36.34 | *** join/#oe kristoffer (~kristoffe@c-ccdfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:37.37 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 16:42.25 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 16:45.37 | *** join/#oe HopsNBarley (~hops@pool-173-67-121-98.snfcca.dsl-w.verizon.net) |
| 16:45.37 | *** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley) |
| 16:54.26 | *** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
| 16:57.31 | *** join/#oe AndersT (~AndersT@ua-83-227-238-68.cust.bredbandsbolaget.se) |
| 17:01.28 | *** join/#oe rob_w (~bob@188.174.132.208) |
| 17:06.04 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 17:08.30 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 17:09.02 | *** join/#oe vanous (~vanous@195.252.104.189) |
| 17:13.22 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 17:16.52 | mwester | attempts to build micro to see if it really does whack up the directory structure for staging... |
| 17:17.09 | *** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
| 17:17.34 | *** join/#oe dth_ntb (~dth@a89-182-86-111.net-htp.de) |
| 17:17.39 | mwester | I guess I could just to a SlugOS-specific patch to Squid... but that would leave it broken for everyone else. |
| 17:17.41 | *** part/#oe dth_ntb (~dth@a89-182-86-111.net-htp.de) |
| 17:17.43 | mwester | shrugs |
| 17:20.51 | Tartarus | it does |
| 17:21.08 | Tartarus | but much doesnt build for micro |
| 17:21.41 | Tartarus | as khem said tho, theres a varable to get it right in both cases already |
| 17:26.52 | *** join/#oe Jay7 (jay@95-29-2-206.broadband.corbina.ru) |
| 17:28.28 | mwester | Tartarus, the problem is that I cannot apply that variable. |
| 17:28.58 | Tartarus | either option? |
| 17:29.12 | mwester | The scripts in question refer to a plethora of locations, including /usr/lib /usr/include but they also just reference /usr (with no subdirs)... |
| 17:29.40 | Tartarus | Well, given that micro is generally broken, I'd prefer to just add squid to the pile |
| 17:29.45 | Tartarus | Rather than have squid broken for most |
| 17:29.54 | mwester | Agreed. |
| 17:30.55 | Jay7 | evening |
| 17:31.42 | mwester | But I think a discussion with khem (who is, I think, the maintainer of micro) would be worthwhile, so I will build micro to understand what it does. If there is some way to make it "better", I'll do that, but I don't think we can let referecnes to /usr remain -- but in the case of micro, I don't know with what to replace a bare reference to /usr |
| 17:31.47 | mwester | So, we'll see... |
| 17:32.01 | mwester | ducks out to grab some lunch while micro builds |
| 17:32.47 | AndersT | Looking at the receipt for generating .ipk files there seems to be a lot of extra fields for the ipgk control file. Nice. But those fields does not seem to be included in the ipk files. |
| 17:33.17 | AndersT | Are the extra fields dropped from the ipk format? |
| 17:33.39 | Tartarus | example? |
| 17:34.17 | AndersT | Fiels like Homepage, OE |
| 17:34.46 | AndersT | And "Source:" |
| 17:35.33 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
| 17:40.05 | likewise | gm |
| 17:40.17 | Jin^eLD | hey likewise |
| 17:43.12 | Tartarus | So, yes, thsoe don't make it to the ipk itself as that's a format that's supposed to have as little as possible in it |
| 17:43.19 | Tartarus | i forget if they end up residing elsewhere however |
| 17:43.40 | likewise | hey |
| 17:44.54 | *** join/#oe vanous (~vanous@195.252.104.189) |
| 17:45.05 | AndersT | Would have been nice to have some extra info in the ipk about the original source. |
| 17:45.22 | *** join/#oe vanous (~vanous@195.252.104.189) |
| 17:45.38 | demigod2k | mwester: my advice for micro is to strip it way the heck down and make it work |
| 17:46.03 | demigod2k | mwester: I started with minimal and was shocked it was building stuff like gtk+ which I sure didn't expect for something called minimal |
| 17:46.25 | demigod2k | could be a fantastic starting point for people like me walking up attempting to bringup a board |
| 17:46.27 | likewise | demigod2k: that seems a recent regression, I tracked it down to avahi->python->python-gtk |
| 17:47.21 | demigod2k | likewise: for some reason it was deciding to do libfso and some smartphone related things too? not really minimal |
| 17:48.04 | demigod2k | I was looking more for a starting point with busybox and that's about it |
| 17:48.50 | demigod2k | for that matter python seems like a bit much for something minimal |
| 17:50.19 | mwester | examines the micro sysroot, and wonders why? |
| 17:50.50 | mwester | I mean, really, what does it cost to create the /usr directory level? |
| 17:50.56 | mwester | A few inodes? |
| 17:51.06 | *** join/#oe rcf (~rcf@208.37-243-81.adsl-dyn.isp.belgacom.be) |
| 17:51.55 | likewise | demigod2k: I know, I am all for a truely minimal image. It seems to bloat every month. |
| 17:52.13 | mwester | But on a constructive note, might we not fix the staging problem much easier by adding a symlink from usr to the sysroot? That way sysroot/usr/include and sysroot/include could resolve to the same path. |
| 17:52.28 | demigod2k | likewise: it's something I'll be on once I manage to get over the learning curve, assuming we keep with this path at work |
| 17:53.04 | mwester | What am I missing with regard to this collapsed directory structure? |
| 17:53.06 | demigod2k | likewise: I think the *.dot file is pretty helpful in figuring that out. I was unable to run graphviz (too big?) but I assume whole trees could be pruned once a person can see it all laid out |
| 17:53.45 | likewise | demigod2k: there is a very useful tool here: https://github.com/scottellis/oe-deptools/blob/master/oey.py |
| 17:53.53 | *** part/#oe AndersT (~AndersT@ua-83-227-238-68.cust.bredbandsbolaget.se) |
| 17:54.18 | likewise | demigod2k: been doing this since 2005, when we selected OE :-) |
| 17:54.46 | demigod2k | ya we've made everything with buildroot all along; started on the first product with a 1ghz + DDR2 socket |
| 17:54.52 | Tartarus | mwester, but then run time is still going to have issues. But that might help building |
| 17:55.05 | Tartarus | mwester, IMHO, we need to have a conversation about micro and what's valid and what's not.. |
| 17:55.21 | mwester | Yeah, I suppose that's a valid concern -- one would rather find the issues at buidl time than at run time. |
| 17:55.27 | Tartarus | demigod2k, Did I ask you about bitbake -u depexp -g target ? |
| 17:55.32 | demigod2k | finally its time for us to step up and run the full versions of various software but it's been a steep approach. |
| 17:55.35 | Tartarus | If not, with 1.12.0 I know it's in a release :) |
| 17:55.46 | demigod2k | Tartarus: Nope or if you did I missed it. unfortunately I'm at home today -- we're in a snowpocalypse today |
| 17:56.14 | demigod2k | 12+ inches that I had to snowblow this morning. truck got stuck, pulled right back in and called off for today :) |
| 17:56.54 | mwester | thinks demigod2k must live in Minnesota |
| 17:57.11 | demigod2k | nope michigan. actually my workplace is open, but my neighborhood got buried badly |
| 17:57.32 | mwester | Ah, ok. Just a bit of ice here in Chicago. |
| 17:57.45 | demigod2k | likewise: is that tool linked anywhere on the wiki? looks interesting |
| 17:57.49 | Crofton|work | there is tech work in the midwest? |
| 17:58.03 | likewise | demigod2k: no I just found it today when I saw GTK dragged into minimal.... |
| 17:58.13 | mwester | Crofton|work, not nearly enough... which is why I practically live in airports and hotels. |
| 17:58.29 | mwester | But you travel a lot too, don't you? |
| 17:58.50 | demigod2k | Crofton|work: in general tough to say. we're a staff of about 15 and supply automotive service tools. assembly by a contract manufacturer, all software and hardware design in house |
| 17:59.30 | Crofton|work | there are three of you here now, cbrake, mwester and you :) |
| 17:59.55 | mwester | cbrake is somewhere in the midwest, too? Didn't know that. |
| 18:00.04 | demigod2k | I'm skeptical since I see people doing "embedded electronics" and half the time it's a board with a PIC that a college student could do |
| 18:00.23 | demigod2k | but there are some decently high tech companies around if I weren't working where I am |
| 18:02.19 | demigod2k | it's also nice because a comparable salary goes a lot further in michigan than it does in california |
| 18:02.32 | rob_w | do we have a firewall distribution in oe, some sort , ipcop like or so ? |
| 18:03.07 | mwester | noted on his trip to Detroit last week that one can buy a house in Detroit REALLY cheap anymore! |
| 18:03.20 | ajb_oe | is tzdata_2011a.bb out of data already? The build keeps failing to fetch the tarball |
| 18:03.51 | likewise | ajb_oe: same problem here. get it from http://strijp.sidebranch.nl/ |
| 18:04.17 | likewise | ajb_oe: I just put it there for a colleague :-) |
| 18:04.48 | ajb_oe | grabs |
| 18:05.33 | demigod2k | mwester: all except the high price of car insurance it's a pretty cool place too |
| 18:06.54 | likewise | OE HEAD constantly fails on me on Ubuntu 10.04 LTS. Seems all host compiler related when building -native packages. Anyone else running into this? |
| 18:08.22 | likewise | Tartarus: How does 2011.03 relate to master? Is it cherry-picked? |
| 18:09.32 | demigod2k | Tartarus: regaring your comment... what would I want to pass for -u -g for example |
| 18:10.54 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rd74ffffd27 10openembedded.git/classes/insane.bbclass: |
| 18:10.54 | CIA-47 | insane.bbclass: Fix a thinko in powerpc64 support |
| 18:10.54 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 18:11.09 | *** join/#oe anarsoul (~anarsoul@80.249.90.10) |
| 18:11.49 | *** join/#oe morphis (~morphis@dslb-088-071-179-204.pools.arcor-ip.net) |
| 18:14.45 | likewise | Tartarus: + elif re.match('(p|owerpc)64$', a): return 'powerpc' |
| 18:15.16 | likewise | Tartarus: (p|power)pc64? |
| 18:15.23 | cbrake | mwester: I'm in Akron/Clev OH area |
| 18:19.42 | hollisb | I guess to match ppc64? |
| 18:20.52 | *** join/#oe nitink (~nitink@nat/intel/x-vvyvahwlmaejrvlu) |
| 18:27.50 | ajb_oe | likewise: do I need to do anything special other than putting those files in the download dir, bitbake keeps trying to re-download them from the broken mirrors |
| 18:28.55 | mwester | You need the matching .md5 file |
| 18:30.44 | *** join/#oe Heinervdm (~thomas@pD9E12E9B.dip.t-dialin.net) |
| 18:31.59 | ajb_oe | mwester: ahh yes, missed that - thanks |
| 18:44.45 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:45.43 | florian | re |
| 18:45.56 | ka6sox | wb |
| 18:50.16 | mwester | reworks the squid patch to accomodate micro, and feels too queasy to complete the hackery. |
| 18:53.14 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 18:54.24 | *** join/#oe Jay7 (jay@78-106-50-59.broadband.corbina.ru) |
| 19:01.46 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 19:05.18 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 19:14.57 | mwester | Ok, much easier way -- kinda punts, but it will work for the use-cases in squid at least. |
| 19:18.23 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 19:22.43 | *** join/#oe GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 19:25.29 | filip | hi, any hints about this: |
| 19:25.33 | filip | http://pastebin.com/8hd2qeN3 ? |
| 19:25.54 | filip | I mean the "fatal: Not a valid object name 1" message, where does it come from? |
| 19:25.55 | Tartarus | yeah |
| 19:26.05 | Tartarus | SRCREV isnt donde right |
| 19:26.34 | filip | Tartarus: ah, so I have to specify the revision? |
| 19:26.35 | Tartarus | need a tag or hash not just branch in uri |
| 19:26.49 | filip | Tartarus: I can't just say 'pull the HEAD of this branch'? |
| 19:27.03 | Tartarus | no |
| 19:27.12 | Tartarus | not for comitting anyhow |
| 19:27.35 | Tartarus | is feeding the baby, 1 handed typing... |
| 19:27.40 | filip | Tartarus: :) |
| 19:27.51 | Jin^eLD | filip: http://gitorious.digitalstrom.org/dss-oe/dss-oe/blobs/master/targets/common/recipes/dss/dss_git.bb |
| 19:28.34 | filip | Jin^eLD: would it be accepted as a commit to OE? |
| 19:28.47 | Jin^eLD | the above recipe always builds master head, however only if new commits are available |
| 19:28.54 | Jin^eLD | filip: no idea, I'm not a core dev :) |
| 19:29.10 | Jin^eLD | but I think I "stole" this idea from some other recipe that was in OE |
| 19:29.18 | Tartarus | yeah, i dont think so |
| 19:29.24 | filip | yeah, linux-jlime-ben-nanonote_2.6.36.bb has this |
| 19:29.29 | filip | Tartarus: is this a bad thing? |
| 19:29.39 | filip | Tartarus: even though there ARE recipes with AUTOREV? |
| 19:29.43 | Jin^eLD | I think there were some docs on AUTOREV |
| 19:29.44 | Tartarus | yeah, no pushing autorev |
| 19:29.50 | filip | okay, I'll behave |
| 19:29.52 | Tartarus | defaults need to be set |
| 19:33.40 | Tartarus | (stuff in oe that is autorev is a bug that should get fixed, btw) |
| 19:38.30 | ka6sox | cbrake, ping? |
| 19:39.24 | cbrake | ka6sox: hey Tom |
| 19:40.05 | ka6sox | hiya, can you mod the backupscript to not pull oe_stats for now? its offline and won't be back for a bit till its fixed(longer term thing) |
| 19:41.11 | ka6sox | pulling 16million records that dont' change every day is kinda silly. |
| 19:42.26 | cbrake | ka6sox: thinking what oe_stats is ... |
| 19:42.58 | cbrake | ka6sox: ahh, the build results |
| 19:44.07 | cbrake | ka6sox: so that is the oe_tinderbox database |
| 19:44.15 | cbrake | ka6sox: done |
| 19:45.23 | cbrake | ka6sox: wow, even bugzilla is 700MB for sql dump!!! |
| 19:48.40 | ka6sox | yup |
| 19:49.00 | ka6sox | thats what I mean...I back those up onsite & offsite daily |
| 19:49.22 | cbrake | ka6sox: ok, so if you're backing them up, I'll not bother |
| 19:49.46 | cbrake | ka6sox: so just to confirm, I'll not back up bugzilla either |
| 19:50.17 | *** join/#oe timtimred (~meh@79-67-227-103.dynamic.dsl.as9105.com) |
| 19:51.03 | ka6sox | cbrake, anything that uses the common mysql server doesnt' ahve to be backed up...so mediawiki,tinderbox, bugzilla etc are covered. |
| 19:52.54 | ka6sox | bbl....popsicle time. |
| 19:59.32 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 20:00.40 | Jay7 | heh.. I see nobody cares about build stats server |
| 20:02.12 | Tartarus | Jay7, or you've captured the requirements of the biggest crashers of the old build stats server :) |
| 20:02.32 | duffolonious | if I change a recipe does anything need to be done to reread it? (so it doesn't go off any caching issue) |
| 20:02.49 | Jay7 | Tartarus: yeah.. :) |
| 20:03.27 | Jin^eLD | duffolonious: bump PR |
| 20:03.30 | mwester | I thought the requirements as described were very much a super-set of what I wish for such a service. |
| 20:03.44 | mwester | In other words, i would be happy with a smaller set. ;) |
| 20:04.03 | Jay7 | mwester: our req is client and reports on server mostly :) |
| 20:04.23 | Jay7 | i.e. working oe_stats :) |
| 20:04.51 | Jay7 | but huge builders like Tartarus needs more :) |
| 20:05.58 | Jay7 | well.. linkedin profile is updated.. what to break else?.. |
| 20:06.10 | Jay7 | ah, yes.. kexecboot :) |
| 20:18.51 | khem | ericben: around ? |
| 20:25.10 | *** join/#oe GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 20:25.50 | duffolonious | Jin^eLD: ahh, I see - thanks. |
| 20:26.21 | duffolonious | 'PR = "${INC_PR}.1"' - how does the INC_PR work in this case? |
| 20:28.37 | Jin^eLD | INC_PR comes from an included file |
| 20:28.45 | Jin^eLD | look for include or require statements in the recipe |
| 20:29.05 | Jin^eLD | the INC_PR variable will be defined there |
| 20:29.17 | Jin^eLD | so if you change the included file you should bump inc_pr otherwise pr |
| 20:30.27 | duffolonious | Jin^eLD: I see, so in this case I did it the wrong way, thanks again |
| 20:31.08 | Jin^eLD | no problem :) |
| 20:54.05 | *** join/#oe playya (~playya@93.216.215.103) |
| 20:54.05 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 21:04.00 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-vtpscxnfofikmftz) |
| 21:15.23 | Jay7 | -32 celsius.. |
| 21:15.32 | Jay7 | a bit cold |
| 21:15.46 | fray | -6C and blizzard conditions here.. ;P |
| 21:29.47 | *** join/#oe woglinde (~heinold@g225074060.adsl.alicedsl.de) |
| 21:33.11 | woglinde | hiho |
| 22:01.56 | *** part/#oe Jack87 (~Jack87-Fr@unaffiliated/jack87) |
| 22:03.20 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:10.25 | *** join/#oe Jack87 (~Jack87-Fr@unaffiliated/jack87) |
| 22:17.59 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 22:18.32 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 22:35.02 | *** join/#oe abraz (5de49e35@gateway/web/freenode/ip.93.228.158.53) |
| 22:44.23 | risca | That's strange... Shouldn't 'git clone git.openembedded.org/openembedded' get you a load of files? |
| 22:47.09 | risca | It counts a lot of files ('remote: Counting objects: 420344, done') and compresses them ('remote: Compressing objects: 100% (120259/120259), done') but then nothing more happens :S |
| 22:51.15 | risca | And I didn't get any files either :s |
| 23:13.54 | *** join/#oe tdebrouw` (~tdebrouw@91.182.73.147) |
| 23:16.51 | Jay7 | http://www.linux.com/news/embedded-mobile/mobile-linux/408379:the-mobile-linux-roundup-an-overview-for-developers |
| 23:25.02 | CIA-47 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r04e52f9cf7 10openembedded.git/recipes/meta/slugos-packages.bb: |
| 23:25.02 | CIA-47 | SlugOS: slugos-packages - update to keep the package feeds building |
| 23:25.02 | CIA-47 | (demote squid until patch accepted; promote a few that are fixed; |
| 23:25.02 | CIA-47 | and clarify comments regarding a few that need yet to be fixed.) |
| 23:25.32 | risca | I am having trouble cloning the oe repo. 'git clone http://repo.or.cz/r/openembedded.git' shouldn't take 2 seconds and not produce any files, right? |
| 23:27.45 | mwester | Nope |
| 23:28.43 | mwester | Check the wiki for the correct url to use; the channel topic is out-of-date. |
| 23:28.50 | *** join/#oe tlab (~tlab@c-69-243-187-136.hsd1.in.comcast.net) |
| 23:31.52 | risca | It IS from the wiki ^^ |
| 23:32.03 | risca | From the "getting started" page |
| 23:32.31 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 23:34.23 | mwester | Well, I just pushed a commit to something there, so clearly the primary is up and running. |
| 23:34.45 | mwester | I'd use that instead of the repo.or.cz mirror. |
| 23:35.21 | risca | Well, the thing is 'git clone git://git.openembedded.org/openembedded' does not seem to work for me either |
| 23:36.16 | risca | This is the output (no files created): http://pastebin.com/B3XVw2LB |
| 23:37.58 | mwester | Try checking out a branch |
| 23:38.17 | mwester | Should be a link on the wiki to the git phrasebook - i've found that helpful. |
| 23:39.09 | *** join/#oe jonmasters (~jcm@edison.jonmasters.org) |
| 23:40.28 | risca | Can I check out a branch without having cloned first? |
| 23:40.29 | demigod2k | mwester: not only that but a walkthrough would be nice. not everybody (including me) knows how to work it |
| 23:42.24 | mwester | Should be in the wiki -- I thought it was. I'm barely competent in even git basics; I keep a copy of the git phrasebook about to help me figure out what to do. |
| 23:43.29 | risca | I think you have to have a clone before you can check out a branch |
| 23:44.15 | mwester | git clone git://git.openembedded.org/openembedded openembedded |
| 23:44.19 | mwester | git checkout -b org.openembedded.dev --track origin/org.openembedded.dev |
| 23:44.27 | mwester | Something like that should do the trick. |
| 23:45.39 | risca | Yeah, I though so too, but git clone gives me no files :S |
| 23:45.58 | mwester | Right. |
| 23:46.34 | mwester | the clone gives you a copy of the repo -- that copy is (given the syntax I provided) in openembedded/.git (hidden dir) |
| 23:46.53 | risca | http://pastebin.com/sRbqvPa3 |
| 23:46.56 | mwester | You can't work with the repo data directly; you need to get a copy of the correct versions -- use the checkout command to do so. |
| 23:47.04 | risca | ls -al shows me nothing |
| 23:47.10 | risca | Not even the openembedded dir |
| 23:48.36 | risca | The above 'git clone' command is supposed to at least leave _some_ files in the current directory? As it is now, I don't get anything new |
| 23:48.50 | risca | I expected to at least get the openembedded dir |
| 23:49.01 | risca | or a hidden .git dir |
| 23:49.09 | risca | but not even that :S |
| 23:49.13 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 23:49.28 | mwester | Your git output looks truncated. |
| 23:49.57 | mwester | It should go from Coutning to Compressing to Receiving. Where's the Receiving line? |
| 23:50.14 | risca | Well, that's all that is presented to me. I didn't get anything more and thus the problem |
| 23:51.19 | mwester | Ok. The problem is that you have something going on preventing your git from actually pulling down the data. Don't know why you get no error or warnign message, but cutting and pasting the line from your pastebin has my Fedora 12 system downloading data right now. |
| 23:51.40 | risca | Okay, that's weird |
| 23:52.02 | mwester | Permissions? Disk space too low? Wrong type of filesystem? |
| 23:52.50 | risca | 52GB ought to be enough, new user in his home dir, ext4 fs |
| 23:53.12 | risca | Wrong git config? :S |
| 23:53.21 | demigod2k | my wild guess check for a verbosity flag for debug output |
| 23:53.47 | demigod2k | these same sort of things always drive me nuts |
| 23:53.52 | risca | I tried 'git clone -v ...' but it did not produce any more output |
| 23:54.53 | mwester | http://pastebin.com/vwHVWGki |
| 23:55.50 | risca | This is a new system, using an old home folder. But the user running 'git clone' i brand new, so there shouldn't be any configuration errors |
| 23:56.32 | mwester | common distro, or one of those "roll your own"? |
| 23:57.00 | risca | sabayon linux, gentoo derivative |
| 23:57.15 | risca | Used it with oe in the past |
| 23:58.24 | risca | I'll have to look into this more in the morning. It's past midnight here and I have to get up early tomorrow |
| 23:58.52 | risca | Maybe I'll install Ubuntu in VirtualBox just to get the files |
| 23:59.13 | risca | Good night, all =) |