| 00:02.04 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 00:32.44 | *** join/#oe ibot (~ibot@rikers.org) |
| 00:32.44 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 00:33.50 | *** join/#oe sgw (~sgw@209.216.169.162) |
| 00:39.15 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 00:46.11 | *** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley) |
| 00:48.27 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 00:53.46 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-15-240.dynamic.mnet-online.de) |
| 01:09.24 | *** part/#oe boB_K7IQ (~chatzilla@static-71-121-225-11.sttlwa.dsl-w.verizon.net) |
| 01:17.26 | *** join/#oe _julian (~quassel@hmbg-4d06eda6.pool.mediaWays.net) |
| 01:19.25 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 01:21.31 | *** join/#oe nitink (~nitink@nat/intel/x-dhjwbmuvznsisnpi) |
| 01:32.38 | *** join/#oe mrc3 (~mrc3@nat/ti/x-gtbpznnprxpsdcwd) |
| 01:47.39 | *** join/#oe mrc3 (~mrc3@nat/ti/x-yavmdkzxvdqaamhg) |
| 01:49.15 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:51.27 | *** join/#oe mrc3 (~mrc3@nat/ti/x-xgqemafxbjipwbue) |
| 01:57.59 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 02:05.28 | *** join/#oe mrc3 (~mrc3@nat/ti/x-zqwrnipsngnmwbnt) |
| 02:05.32 | *** join/#oe ensc_ (~irc-ensc@p5DF2F225.dip.t-dialin.net) |
| 02:05.58 | *** join/#oe brolin (~brolin@190.250.14.150) |
| 02:18.08 | *** join/#oe mrc3 (~mrc3@nat/ti/x-manqtimrwlcrfpag) |
| 02:20.20 | *** join/#oe brolin (~brolin@190.250.14.150) |
| 02:35.52 | *** join/#oe mrc3_ (~ddiaz@189.157.114.86) |
| 02:36.44 | *** join/#oe mrc3_ (~ddiaz@189.157.114.86) |
| 02:41.09 | *** join/#oe mrc3 (~mrc3@nat/ti/x-pzxpgipmicatbifm) |
| 02:45.58 | *** join/#oe mrc3__ (~mrc3@nat/ti/x-llslnnzdglmyashs) |
| 03:01.39 | *** join/#oe fraxinath (~quassel@pD95367BE.dip.t-dialin.net) |
| 03:07.07 | *** join/#oe mrc3 (~mrc3@nat/ti/x-njoimwrmwbnaacie) |
| 03:12.36 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 03:16.36 | *** join/#oe mrc3 (~mrc3@nat/ti/x-nqwbbwnrwpvvzsek) |
| 03:25.02 | *** join/#oe mrc3__ (~mrc3@nat/ti/x-kthfuvknvvwjbeir) |
| 03:27.32 | *** join/#oe mrc3__ (~mrc3@nat/ti/x-aylmdothllkqlghy) |
| 03:30.10 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 03:33.47 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ykcbkmqthyqinmch) |
| 03:43.21 | *** join/#oe mrc3 (~mrc3@nat/ti/x-qbtgmdoeiypmyrvi) |
| 03:45.51 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 03:57.42 | *** join/#oe mrc3__ (~mrc3@nat/ti/x-mwbronnykyzqvmlt) |
| 04:00.56 | *** join/#oe mrc3 (~mrc3@nat/ti/x-gjjejzrdtfpermcv) |
| 04:06.43 | *** join/#oe mrc3__ (~mrc3@nat/ti/x-vufhqonhmsrworji) |
| 04:25.28 | *** join/#oe NotTooDumb3 (~vayavya@122.166.13.141) |
| 04:28.21 | *** join/#oe mrc3 (~mrc3@nat/ti/x-gnpovwrzqwqdwmqy) |
| 04:29.46 | *** join/#oe melchior__ (~melchior@AStrasbourg-552-1-127-83.w90-6.abo.wanadoo.fr) |
| 04:31.14 | *** join/#oe jedahan (~jedahan@ool-44c356b2.dyn.optonline.net) |
| 04:31.14 | *** join/#oe jedahan (~jedahan@subtle/user/jedahan) |
| 04:48.15 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:58.59 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 05:01.04 | *** join/#oe mrc3 (~mrc3@nat/ti/x-ynzzdsnygpsrwquc) |
| 05:14.25 | *** join/#oe NvrBst (~nb@66.183.110.123) |
| 05:33.50 | *** join/#oe mrc3 (~mrc3@nat/ti/x-yihgablwlwzuwnef) |
| 05:44.56 | *** join/#oe rsalveti (~rsalveti@201.82.69.7) |
| 06:13.52 | *** join/#oe Lopi (~lopi@75-132-218-144.dhcp.stls.mo.charter.com) |
| 06:30.30 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 06:39.28 | *** join/#oe Ironnads (~Ironnads@host109-152-214-208.range109-152.btcentralplus.com) |
| 06:41.28 | *** join/#oe anr78 (~anr@147.84-49-231.nextgentel.com) |
| 06:41.59 | *** join/#oe tdebrouw` (~tdebrouw@91.182.238.179) |
| 07:22.55 | *** join/#oe Jefro (~josiermi@134.134.139.76) |
| 07:26.08 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:28.48 | *** join/#oe GarthPS (~quassel@93.25.39.61) |
| 07:39.40 | *** join/#oe sgw (~sgw@67.232.160.146) |
| 07:42.15 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:45.30 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 07:47.36 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 08:07.40 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:10.01 | *** join/#oe dth_ntb (~dth@a89-182-81-246.net-htp.de) |
| 08:10.03 | mckoan | good morning |
| 08:10.05 | *** part/#oe dth_ntb (~dth@a89-182-81-246.net-htp.de) |
| 08:26.46 | *** join/#oe likewise (~likewise@42-81-ftth.onsneteindhoven.nl) |
| 08:28.31 | likewise | gm |
| 08:30.27 | mckoan | likewise: hi |
| 08:36.37 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:36.37 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:37.38 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 08:39.01 | likewise | hi mckoan |
| 08:39.12 | likewise | mckoan: did you go to EW2011? |
| 08:42.09 | dcordes_ | hi |
| 08:42.30 | *** join/#oe rob_w (~bob@ppp-188-174-1-232.dynamic.mnet-online.de) |
| 08:51.10 | mckoan | likewise: not this year |
| 08:59.44 | *** join/#oe GNUtoo|laptop (~gnutoo@host157-58-dynamic.116-80-r.retail.telecomitalia.it) |
| 09:01.27 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 09:08.46 | khem | likewise: netherlands is playing India today at ICC Cricket World Cup :) |
| 09:10.02 | likewise | khem: I still have to catchup on the Biathlon world championships :-) |
| 09:10.24 | likewise | khem: The Dutch play cricket? Gnarf. |
| 09:10.48 | khem | heh I know India use to be good at hockey but then Dutch became better and better |
| 09:10.50 | likewise | khem: that the best may win |
| 09:11.15 | khem | yes most of the team is south african/dutch dual nationals |
| 09:15.08 | dcordes_ | fennec is causing some trouble: doesn't compile with current recipe revision and when bumping SRC_URI revisions there's extra trouble. should I put it on bugzilla or rather ML ? |
| 09:19.24 | dcordes_ | fennec (in org.oe.dev HEAD) depends on autoconf213-native which fails to build. when worked around by installing host distro autoconf213 fennec fails compiling with make[5]: *** No rule to make target `-lX11', needed by `mozilla-xremote-client' |
| 09:21.10 | hrw | morning |
| 09:21.58 | mckoan | hrw: hi |
| 09:23.48 | hrw | mckoan: I have one more suggestion for koalapc cases - provide atx24 connector instead of atx20 one |
| 09:27.33 | *** join/#oe srilatha (~srilatha@122.166.13.141) |
| 09:27.36 | JaMa | kergoth: remember as I said that something is wrong with do_install in linux-libc-headers and bitbake/master? after downgrading to bitbake-1.10 I got usable error log http://paste.pocoo.org/show/350706/ |
| 09:27.40 | srilatha | what does this command do? MACHINE=beagleboard ./oebb.sh bitbake virtual/kernel |
| 09:28.13 | JaMa | kergoth: don't know why 1.12 and master doesn't show anything.. and after adding symlinkg fakeroot -> pseudo I was able to build linux-libc-headers |
| 09:28.42 | *** join/#oe rob_w (~bob@ppp-188-174-1-232.dynamic.mnet-online.de) |
| 09:28.56 | mckoan | hrw: Thx :-D |
| 09:30.14 | srilatha | is it hanging here? http://pastebin.com/yknbkmB9 |
| 09:31.56 | hrw | mckoan: I have to buy atx20->atx24 adapter and this will make cable mess even bigger |
| 09:32.15 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:33.36 | *** join/#oe veganadian (~andrew@CPE0013f7b6cfd2-CM0013f7b6cfce.cpe.net.cable.rogers.com) |
| 09:33.47 | DJWillis | srilatha: that will 'bitbake' the prefered kernel package for the BeagleBoard based on the recipes you have in your tree (virtual/kernel is a virtual recipe that always points ot the prefered kernel) |
| 09:33.53 | *** join/#oe NotTooDumb3 (~Explore@122.166.13.141) |
| 09:34.11 | dcordes_ | srilatha: should build a kernel for beagleboard |
| 09:34.33 | NotTooDumb3 | dcordes_, from where does it take the kernel source code? |
| 09:35.07 | dcordes_ | NotTooDumb3: you can check in the machine config which kernel bitbake will pick |
| 09:35.24 | dcordes_ | NotTooDumb3: conf/machine/beagleboard.conf |
| 09:35.29 | DJWillis | NotTooDumb3: it takes it from the source defined in the recipe (in the case of most BeagleBoard kernels, Linux-OMAP GIT or the Ti BSP GIT trees). |
| 09:35.36 | NotTooDumb3 | i am running the above statement, i am confused whether it's running or hanging at 0% |
| 09:35.45 | dcordes_ | PREFERRED_PROVIDER_virtual/kernel = "linux-omap-psp" |
| 09:36.50 | dcordes_ | NotTooDumb3: recipes/linux/linux-omap-psp_2.6.32.bb there you can find source code |
| 09:37.30 | dcordes_ | it applies quite a load of patches |
| 09:37.51 | NotTooDumb3 | conf/machine/beagleboard.conf what is path for this? from which folder did you move? |
| 09:38.05 | dcordes_ | you might see more progress information by turning on additional verbosity via conf/local.conf (see conf/local.conf.example comentary) |
| 09:38.17 | NotTooDumb3 | dcordes_, is oe easy to use with beagle board or any other boards? |
| 09:38.24 | dcordes_ | NotTooDumb3: from your oe main directory |
| 09:38.59 | NotTooDumb3 | ok i was searching in bitbake main directory..how are these two related? |
| 09:39.45 | *** join/#oe B_Lizzard (~havoc@athedsl-426463.home.otenet.gr) |
| 09:39.46 | *** join/#oe brolin (~brolin@190.250.2.167) |
| 09:39.57 | dcordes_ | bitbake is the tool that does all the work and it needs the oe metadata (recipes, conf) to do so |
| 09:40.09 | NotTooDumb3 | is : recipes/linux/linux-omap-psp_2.6.32.bb from conf/machine/beagleboard.conf? i searched for recipe and gives no result |
| 09:40.50 | dcordes_ | NotTooDumb3: not exactly. search for "linux-omap-psp" only (Without path and version #) |
| 09:41.20 | NotTooDumb3 | oh yes this line is there PREFERRED_PROVIDER_virtual/kernel = "linux-omap-psp" |
| 09:41.40 | dcordes_ | bitbake uses these target names only. it will pick the latest version (unless instructed otherwise) and will find the path on its own |
| 09:41.45 | dcordes_ | exactly |
| 09:41.46 | NotTooDumb3 | using oe, can i compile the source code i want without from these standard sources? |
| 09:42.24 | NotTooDumb3 | do you have any idea what is uImage.bin file? |
| 09:42.32 | dcordes_ | yes you could create a new recipe to do so and change the PREFERRED_PROVIDER_virtual/kernel |
| 09:43.03 | dcordes_ | uImage.bin file is a kernel image that is made for use with u-boot bootloader |
| 09:43.07 | NotTooDumb3 | and does MACHINE=beagleboard ./oebb.sh bitbake virtual/kernel give me MLO, u-boo.bin, uImage? can i take any file system along with these files to boot my board? |
| 09:44.01 | NotTooDumb3 | u-boot can also boot from uImage instead of uImage.bin right? if i want my u-boot to boot using uImage instead of uImage.bin what do i need to change? |
| 09:44.15 | dcordes_ | I am not sure but it will possibly emmit these things as they are needed to boot. It depends on the kenrel configuration which filesystem you can use |
| 09:45.21 | *** join/#oe rschus (~rschus@168.163.71-86.rev.gaoland.net) |
| 09:45.21 | NotTooDumb3 | dcordes_, i am confused whether my virtual/kernel is running or hanged? is there any way to know that? |
| 09:45.36 | dcordes_ | you should consult documentation specific for your machine in order to find answers for such questions. please check http://elinux.org it's rich in beagle doku |
| 09:46.11 | dcordes_ | I think u-boot config is written directly to beagle nand or read from sd ... |
| 09:46.28 | dcordes_ | but check that wiki please. it has everything to get started for bb dev |
| 09:46.40 | dcordes_ | 10:38 < dcordes_> you might see more progress information by turning on additional verbosity via conf/local.conf (see conf/local.conf.example comentary) |
| 09:47.09 | dcordes_ | note that kernel does take long: checking out source code and compilation both are large processes |
| 09:49.14 | NotTooDumb3 | oh..ok PREFERRED_PROVIDER_virtual/kernel = "linux-omap-psp" in this statement does it checkout linux-omap-psp?? when i give my own source code, what do i need to give here? path? no i think right |
| 09:51.23 | dcordes_ | go to the recipes/linux/ directory and read the linux-qsd8 kernel recipe. it's the most simple kernel recipe I know. on that basis you can create your own kernel recipes. this assumes a minimum command of the git program |
| 09:56.06 | dcordes_ | NotTooDumb3: http://docs.openembedded.org/usermanual/html/ |
| 09:58.09 | NotTooDumb3 | ok thank you |
| 09:59.04 | dcordes_ | you're most welcome |
| 10:08.53 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 10:18.39 | dcordes_ | fennec problems documented in bugzilla: !oebug 5529 |
| 10:19.33 | dcordes_ | autconf213: #oebug 5527 |
| 10:22.08 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 10:38.57 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 10:44.19 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 10:49.57 | *** join/#oe rsv (7aa60de8@gateway/web/freenode/ip.122.166.13.232) |
| 10:52.05 | rsv | when do_create_srcipk, it says unable to create directory, what could be the problem |
| 10:54.56 | *** join/#oe GNUtoo|laptop (~gnutoo@host190-207-dynamic.50-79-r.retail.telecomitalia.it) |
| 11:17.16 | dcordes_ | GNUtoo|laptop: let's discuss here |
| 11:17.33 | dcordes_ | GNUtoo|laptop: it's fairly easy to bump fennec srcrev. |
| 11:18.01 | dcordes_ | GNUtoo|laptop: if you look at the commit history you will notice koen only changed the revision hashes and bumped PR |
| 11:18.20 | GNUtoo|laptop | yes but you told it had additional deps |
| 11:18.29 | GNUtoo|laptop | so I'll try to fix the current well-known one |
| 11:18.33 | dcordes_ | good |
| 11:18.43 | GNUtoo|laptop | but my connection is too slow as I said |
| 11:18.58 | GNUtoo|laptop | and I use autorev |
| 11:19.08 | GNUtoo|laptop | bitbake -c clean autoconf-native |
| 11:19.12 | GNUtoo|laptop | I did that some time ago |
| 11:19.18 | GNUtoo|laptop | and it's still parsing |
| 11:19.21 | GNUtoo|laptop | because of autorev |
| 11:19.24 | GNUtoo|laptop | and slow connection |
| 11:19.40 | dcordes_ | wait, you use non static revisions for _everything_ in OE ?? |
| 11:19.42 | GNUtoo|laptop | so I'm afraid I won't be of great help |
| 11:19.52 | GNUtoo|laptop | I'll explain |
| 11:19.53 | GNUtoo|laptop | no |
| 11:20.20 | GNUtoo|laptop | basically it has to know the revision of everything at parsing time |
| 11:20.37 | GNUtoo|laptop | so during parsing time it goes fetch the last revision number or hash |
| 11:20.51 | GNUtoo|laptop | of the autorev stuff |
| 11:20.54 | GNUtoo|laptop | since I use SHR |
| 11:21.02 | GNUtoo|laptop | which has autorev for both fso and shr stuff |
| 11:21.16 | GNUtoo|laptop | it goes fetch the infos about what was the last commit |
| 11:21.24 | GNUtoo|laptop | of a lot of stuff |
| 11:21.32 | GNUtoo|laptop | since my connection is *very * slow |
| 11:21.35 | GNUtoo|laptop | it takes ages |
| 11:21.39 | dcordes_ | require conf/distro/include/fso-autorev.inc |
| 11:21.40 | dcordes_ | require conf/distro/include/shr-autorev.inc |
| 11:21.58 | dcordes_ | ah I get it. but that's not directly relevant to fennec right |
| 11:22.16 | GNUtoo|laptop | no |
| 11:22.20 | dcordes_ | your point is your slow ok :) |
| 11:22.29 | GNUtoo|laptop | it's because I included the 2 lines above |
| 11:22.48 | dcordes_ | ya |
| 11:22.50 | GNUtoo|laptop | see still not finished parsing |
| 11:24.06 | dcordes_ | ok thanks. it would be awesome to fix http://bugzilla.openembedded.org/show_bug.cgi?id=5529 |
| 11:24.32 | GNUtoo|laptop | dcordes_, how to check that it's my provider and not something else like some router down on the internet? |
| 11:24.49 | GNUtoo|laptop | because some time ago there was a big router provider that went down |
| 11:25.03 | GNUtoo|laptop | it affected europe a lot |
| 11:25.11 | GNUtoo|laptop | during some minutes/hours |
| 11:25.46 | dcordes_ | I don't know I do everything via HSDPA |
| 11:26.07 | GNUtoo|laptop | hmmm |
| 11:26.10 | GNUtoo|laptop | I could do that |
| 11:26.12 | dcordes_ | pci device in my laptop connecting directly. vodafone.de does all the routing for me |
| 11:26.20 | GNUtoo|laptop | ok |
| 11:27.05 | GNUtoo|laptop | since I need a server and download huge ammount of sources I can't rely on 3g |
| 11:27.22 | GNUtoo|laptop | I could try to catch a neighbourg wifi |
| 11:28.14 | dcordes_ | that's illegal in Germany even if it's non encrypted |
| 11:28.26 | GNUtoo|laptop | your bug report is not verbose enough |
| 11:28.32 | dcordes_ | ok what is missing ? |
| 11:29.00 | GNUtoo|laptop | mine is not encrypted either |
| 11:29.02 | GNUtoo|laptop | anyway |
| 11:29.26 | GNUtoo|laptop | more context |
| 11:29.43 | GNUtoo|laptop | maybe attach the whole log.do.compile |
| 11:30.11 | GNUtoo|laptop | ah wait |
| 11:30.13 | GNUtoo|laptop | it tell where |
| 11:30.15 | GNUtoo|laptop | `mozilla-xremote-client |
| 11:30.25 | GNUtoo|laptop | dcordes_, ^^^ |
| 11:30.52 | GNUtoo|laptop | still not parsed |
| 11:30.55 | GNUtoo|laptop | it's really slow |
| 11:31.32 | GNUtoo|laptop | I interrupt that's too much |
| 11:33.31 | dcordes_ | GNUtoo|laptop: is "No rule to make target `-lX11'" libx11 ? |
| 11:33.52 | GNUtoo|laptop | -l find the lib with |
| 11:33.57 | GNUtoo|laptop | for instance |
| 11:33.59 | GNUtoo|laptop | -lfoo |
| 11:34.06 | GNUtoo|laptop | will find libfoo |
| 11:34.13 | GNUtoo|laptop | -lz will find libz |
| 11:34.14 | GNUtoo|laptop | etc... |
| 11:34.21 | *** part/#oe anr78 (~anr@147.84-49-231.nextgentel.com) |
| 11:34.28 | GNUtoo|laptop | so here |
| 11:34.31 | GNUtoo|laptop | libX11 |
| 11:34.35 | GNUtoo|laptop | with a big X |
| 11:34.52 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 11:36.23 | dcordes_ | recipes/xorg-lib/libx11_1.4.1.bb |
| 11:36.41 | GNUtoo|laptop | lrwxrwxrwx 1 gnutoo gnutoo 15 2011-01-15 16:10 libX11.so -> libX11.so.6.3.0 |
| 11:36.47 | GNUtoo|laptop | in STAGING_LIBDIR |
| 11:38.29 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 11:38.44 | dcordes_ | how can I find STAGING_LIBDIR ? |
| 11:41.30 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 11:43.48 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 11:59.26 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 11:59.27 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 11:59.59 | *** join/#oe dth_ntb (~dieter@a89-183-70-193.net-htp.de) |
| 12:00.24 | *** join/#oe dth_ntb (~dieter@a89-183-70-193.net-htp.de) |
| 12:05.44 | *** part/#oe dth_ntb (~dieter@a89-183-70-193.net-htp.de) |
| 12:08.03 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:10.02 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 12:12.54 | *** join/#oe silviof (~silviof@95-91-254-43-dynip.superkabel.de) |
| 12:13.40 | dcordes_ | GNUtoo|laptop: still around ? |
| 12:21.31 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 12:23.18 | GNUtoo|laptop | dcordes_, I was eating |
| 12:23.29 | GNUtoo|laptop | STAGING_LIBDIR is at: |
| 12:23.48 | GNUtoo|laptop | .../sysroots/armv7a-oe-linux-gnueabi/usr/lib/ |
| 12:27.15 | *** join/#oe pespin (~pespin@95.pool85-50-21.dynamic.orange.es) |
| 12:30.27 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 12:35.12 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 12:38.34 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 12:41.45 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 12:42.21 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 12:45.18 | *** join/#oe amarsman_nl (~marsman@nat/montavista/x-evckpacsaymofcij) |
| 12:53.21 | *** join/#oe risca (~risca@nl-152-49.netlogon.liu.se) |
| 12:53.31 | GNUtoo|laptop | dcordes_, It seem to work ok again(my internet connection) |
| 12:54.42 | *** join/#oe humbolt (~elias@178-190-246-53.adsl.highway.telekom.at) |
| 12:55.01 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 12:56.09 | GNUtoo|laptop | hmmm |
| 12:56.11 | GNUtoo|laptop | strange strange |
| 12:56.17 | dcordes_ | GNUtoo|laptop: GNUtoo|laptop ln: creating symbolic link `libX11.so': File exists |
| 12:56.29 | GNUtoo|laptop | wait a sec |
| 12:56.35 | GNUtoo|laptop | I've another problem before |
| 12:56.53 | GNUtoo|laptop | | + sed -i '-es,^SUBDIRS = .*,SUBDIRS = bin . lib,' /home/gnutoo/embedded/oe/oetmps/nokia900/work/x86_64-linux/autoconf213-native-2.13-r13.0/autoconf-2.13/Makefile.am |
| 12:56.59 | GNUtoo|laptop | /home/gnutoo/embedded/oe/oetmps/nokia900/work/x86_64-linux/autoconf213-native-2.13-r13.0/autoconf-2.13/Makefile.am doesn't exist |
| 12:57.13 | dcordes_ | yes I documented it in bugzilla. the fennec bug depends on it |
| 12:57.19 | GNUtoo|laptop | but the Makefile.in exists |
| 12:57.27 | GNUtoo|laptop | so I bet I've to modify that bb |
| 12:57.30 | dcordes_ | http://bugzilla.openembedded.org/show_bug.cgi?id=5527 |
| 12:57.58 | dcordes_ | all newer autoconf versions have Makefile.am |
| 12:58.14 | dcordes_ | it is not some upstream problem |
| 12:58.32 | dcordes_ | I tried to locate a change that could affect this in the git log |
| 12:58.36 | dcordes_ | but no luck |
| 12:59.18 | dcordes_ | workaround: install autoconf213 package in your host and do |
| 12:59.33 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 12:59.33 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 12:59.44 | dcordes_ | require conf/distro/include/fso-autorev.inc |
| 12:59.44 | dcordes_ | require conf/distro/include/shr-autorev.inc |
| 13:00.10 | dcordes_ | sorry, wrong lines |
| 13:00.18 | dcordes_ | ASSUME_PROVIDED += "autoconf213" |
| 13:00.18 | dcordes_ | ASSUME_PROVIDED += "autoconf213-native" |
| 13:00.29 | GNUtoo|laptop | why? |
| 13:00.50 | GNUtoo|laptop | that just skips the dep |
| 13:00.57 | GNUtoo|laptop | and assume you provide it in your host |
| 13:01.04 | GNUtoo|laptop | and use the host autoconf |
| 13:01.20 | GNUtoo|laptop | => not a good idea |
| 13:01.34 | dcordes_ | GNUtoo|laptop: as I said "workaround:" |
| 13:01.52 | dcordes_ | I don't know how to solve this problem in the metadata |
| 13:02.00 | GNUtoo|laptop | http://www.pastie.org/1651307 |
| 13:02.04 | GNUtoo|laptop | better workarround |
| 13:02.10 | GNUtoo|laptop | bump PR also |
| 13:02.13 | GNUtoo|laptop | if you use that |
| 13:02.31 | dcordes_ | should I confirm if it works ? |
| 13:02.53 | GNUtoo|laptop | I'll confirm it |
| 13:02.59 | GNUtoo|laptop | if you wait a sec |
| 13:03.01 | GNUtoo|laptop | as it's parsing |
| 13:03.35 | GNUtoo|laptop | ouch |
| 13:03.38 | GNUtoo|laptop | another error |
| 13:04.14 | GNUtoo|laptop | I forgott the then |
| 13:04.17 | GNUtoo|laptop | I'll add it |
| 13:05.45 | dcordes_ | only versions <= 2.13 do lack Makefile.am . i.e. maybe you should not add the workaround in the .inc but in the autoconf213_2.13.bb ? |
| 13:06.12 | GNUtoo|laptop | it's fine in the .inc but it need some ack to push |
| 13:06.23 | *** join/#oe risca (~risca@nl-152-49.netlogon.liu.se) |
| 13:06.42 | dcordes_ | ok |
| 13:08.02 | dcordes_ | can you paste the working diff ? |
| 13:10.45 | GNUtoo|laptop | not working yet |
| 13:10.47 | GNUtoo|laptop | one sec |
| 13:12.14 | GNUtoo|laptop | http://www.pastie.org/1651345 |
| 13:12.26 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 13:15.14 | *** join/#oe kgilmer (~kgilmer@p17233-ipngn100102sinnagasak.nagasaki.ocn.ne.jp) |
| 13:17.15 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:18.05 | GNUtoo|laptop | dcordes_, it's compiling....must wait for it to finish |
| 13:18.45 | GNUtoo|laptop | what's next? openoffice?(just joking) |
| 13:20.52 | GNUtoo|laptop | kgilmer, hi, you're in japan? |
| 13:21.07 | GNUtoo|laptop | buglabs have offices in japan? |
| 13:21.43 | kgilmer | hi GNUtoo|laptop |
| 13:22.05 | kgilmer | yes, i'm in japan. if you count my small home office, then yes, we have offices in japan :) |
| 13:22.55 | GNUtoo|laptop | lol ok |
| 13:22.57 | mwester-laptop | GNUtoo|laptop: Yes, as a matter of fact :) Libreoffice or whatever it is! |
| 13:22.58 | dcordes_ | GNUtoo|laptop: you mean wait for it to reach the libx11 bug |
| 13:23.09 | dcordes_ | GNUtoo|laptop: that's the second problem |
| 13:23.21 | dcordes_ | autconf patch doesn't apply. are you in org.oe.dev HEAD ? |
| 13:23.38 | GNUtoo|laptop | dcordes_, can't say it's still compiling |
| 13:23.40 | GNUtoo|laptop | for the patch |
| 13:23.48 | GNUtoo|laptop | well pastebin eat patches |
| 13:23.56 | GNUtoo|laptop | maybe we should do a patchbin? |
| 13:24.21 | dcordes_ | or you upload it |
| 13:24.36 | GNUtoo|laptop | kgilmer, the advantage is that you get GPS fix easily from your home |
| 13:24.40 | GNUtoo|laptop | dcordes_, ok |
| 13:26.47 | *** join/#oe mrc3_ (~ddiaz@189.157.113.202) |
| 13:26.57 | GNUtoo|laptop | ouch my internet connection is slow again....hmmmm |
| 13:28.41 | dcordes_ | GNUtoo|laptop: next... maybe test rmnet |
| 13:28.59 | dcordes_ | GNUtoo|laptop: I noticed I have /dev/qmi0 in my current test kernel so no modules needed |
| 13:29.08 | dcordes_ | but not sure how to debug |
| 13:30.53 | GNUtoo|laptop | dcordes_, | make[5]: *** No rule to make target `-lgconf-2', needed by `libmozgnome.so'. Stop. |
| 13:31.41 | GNUtoo|laptop | dcordes_, qmi0 worked for me |
| 13:31.52 | GNUtoo|laptop | sigh it's very slow |
| 13:32.03 | GNUtoo|laptop | it's impossible to navigate |
| 13:32.21 | GNUtoo|laptop | altough the website I am looking at is a bit heavy(buglabs's blog) |
| 13:36.37 | dcordes_ | GNUtoo|laptop: -lgconf-2 ? I didn't see that error. so you overcame libx11 err ? |
| 13:37.07 | GNUtoo|laptop | no idea |
| 13:37.35 | GNUtoo|laptop | dcordes_, try re-bitbaking without cleaning |
| 13:37.39 | GNUtoo|laptop | because it seem to go on |
| 13:37.42 | GNUtoo|laptop | when re-bitbaking |
| 13:37.56 | GNUtoo|laptop | a bit like the java |
| 13:37.59 | humbolt | I am having trouble with TIDmaiVideoSink |
| 13:38.15 | humbolt | I don't get it to play |
| 13:38.16 | GNUtoo|laptop | whats's Dmai? |
| 13:38.34 | dcordes_ | GNUtoo|laptop: you mean you do "bitbake fennec" it errors out, you run "bitbake fennec" and it works ? |
| 13:38.42 | GNUtoo|laptop | I bet your ti dmai video sink is a gstreamer thing |
| 13:38.45 | humbolt | that is some hardware accel tech on TI boards |
| 13:38.53 | humbolt | sure |
| 13:39.10 | GNUtoo|laptop | dcordes_, I mean it continues |
| 13:39.20 | GNUtoo|laptop | not sure if it won't stop with the exact same error later |
| 13:39.22 | GNUtoo|laptop | I must look |
| 13:39.59 | dcordes_ | GNUtoo|laptop: there was no way I could get paste libx11 err. no matter how often I would restart the bitbake fennec |
| 13:40.16 | GNUtoo|laptop | then look in staging_libdir |
| 13:40.18 | GNUtoo|laptop | as I told you |
| 13:40.19 | dcordes_ | and actually I did not see anything fix by blackmagick yet |
| 13:40.44 | *** join/#oe kgilmer (~kgilmer@p17233-ipngn100102sinnagasak.nagasaki.ocn.ne.jp) |
| 13:41.00 | GNUtoo|laptop | doesn't like magick |
| 13:41.06 | GNUtoo|laptop | *magic |
| 13:41.22 | GNUtoo|laptop | magic is stuff you don't/can't understand |
| 13:41.59 | dcordes_ | as I told you: 13:56 < dcordes_> GNUtoo|laptop: GNUtoo|laptop ln: creating symbolic link `libX11.so': File exists |
| 13:42.18 | GNUtoo|laptop | yes I just said to look |
| 13:42.23 | GNUtoo|laptop | not to create a symlink |
| 13:42.32 | GNUtoo|laptop | it's a hint |
| 13:42.33 | dcordes_ | ok I looked. didn't fix it |
| 13:42.37 | GNUtoo|laptop | look if ith's there |
| 13:42.47 | GNUtoo|laptop | if it's not there depend on libx11 |
| 13:43.01 | GNUtoo|laptop | else pass the correct arguments to configure to make it find libx11 |
| 13:43.20 | dcordes_ | and that's what I can't do cause I don't understand the whole path confusion |
| 13:43.37 | dcordes_ | so you came across that error as well ? |
| 13:46.40 | GNUtoo|laptop | dcordes_, still compiling.... |
| 13:46.43 | GNUtoo|laptop | I must wait |
| 13:46.47 | GNUtoo|laptop | it's rather long |
| 13:48.41 | dcordes_ | ah ok :) here it takes like half an hour to get to the libx11 err |
| 13:50.25 | *** join/#oe kevinsc (~a0214685@nat/ti/x-kazyxwbyegoymyxf) |
| 13:51.27 | *** join/#oe aloisiojr (~aloisio@187.113.96.229) |
| 13:52.08 | GNUtoo|laptop | dcordes_, same error |
| 13:52.24 | dcordes_ | ok |
| 13:52.45 | *** join/#oe mrc3_ (~ddiaz@189.157.116.187) |
| 13:52.49 | GNUtoo|laptop | same means this one: |
| 13:52.55 | GNUtoo|laptop | | make[5]: *** No rule to make target `-lgconf-2', needed by `libmozgnome.so'. Stop. |
| 13:54.17 | GNUtoo|laptop | dcordes_, should I bugreport in oe ml |
| 13:54.24 | GNUtoo|laptop | because I've not the time to solve it |
| 13:54.29 | GNUtoo|laptop | (it could take days fulltime) |
| 13:54.49 | GNUtoo|laptop | if I don't want to touch mozilla stuff there is a good reason |
| 13:54.57 | GNUtoo|laptop | I touched it in the past |
| 13:55.00 | GNUtoo|laptop | and it was very hard |
| 13:56.01 | GNUtoo|laptop | for the libx11 follow my advises |
| 13:58.35 | *** join/#oe dth_ntb (~dth@212.23.103.108) |
| 13:58.54 | dcordes_ | GNUtoo|laptop: I did not see lgconf-2 error and I don't know how to follow your advise and yes it is a good idea to post it on the ML . if you are already at it you can refer to the libx11 bug I posted in bugzilla |
| 13:59.08 | *** part/#oe dth_ntb (~dth@212.23.103.108) |
| 13:59.12 | dcordes_ | GNUtoo|laptop: thanks a lot for trying to help ! |
| 14:00.18 | dcordes_ | I think it's important to have all the programs constantly working that are well known among end users |
| 14:00.20 | GNUtoo|laptop | I'll look a bit for -lgconf-2 and post to the mailing list |
| 14:00.27 | GNUtoo|laptop | I never succedded to compile fennec |
| 14:00.28 | dcordes_ | it makes OE more attractive to new developers |
| 14:00.36 | *** join/#oe CMoH|office (~cipi@89.238.251.90) |
| 14:00.36 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 14:00.53 | dcordes_ | maybe we have some mozilla magicians in OE who are not aware of the problem |
| 14:01.03 | dcordes_ | iirc I also tried to compile firefox in the paste and failed |
| 14:01.17 | GNUtoo|laptop | once I succedded for firefox |
| 14:01.20 | GNUtoo|laptop | and I will need it |
| 14:01.34 | GNUtoo|laptop | for when I get a bug 2.0 |
| 14:01.42 | GNUtoo|laptop | because it can be used as desktop computer |
| 14:02.02 | GNUtoo|laptop | or maybe I could just use midori like on my eee701 |
| 14:02.09 | dcordes_ | it might be better to bump pr to a new beta "tag" revision before we solve these things |
| 14:02.52 | dcordes_ | yea fennec also has the desktop like advantages with less screen waste. I tried it in ubuntu on hd2 |
| 14:03.12 | dcordes_ | http://vimeo.com/14630263 |
| 14:06.43 | GNUtoo|laptop | dcordes_, I'll tell you asked me to bugreport |
| 14:07.07 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 14:09.14 | CIA-40 | 03Andreas Oberritter <obi@opendreambox.org> 07master * r40d80ab44f 10openembedded.git/recipes/mrouted/mrouted_3.9.4.bb: |
| 14:09.14 | CIA-40 | mrouted-3.9.4: intitial recipe |
| 14:09.14 | CIA-40 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 14:09.14 | CIA-40 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 14:09.14 | CIA-40 | Acked-by: Paul Menzel <paulepanter@users.sourceforge.net> |
| 14:11.26 | dcordes_ | GNUtoo|laptop: don't forget to ask for ack of your autconf213 patch |
| 14:13.11 | *** join/#oe mrc3_ (~ddiaz@189.157.119.172) |
| 14:14.20 | *** join/#oe unsolo (~unsolo@72.80-203-44.nextgentel.com) |
| 14:21.13 | *** join/#oe mpoirier_ (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 14:27.03 | GNUtoo|laptop | hmmm |
| 14:27.09 | GNUtoo|laptop | my patch is bogus |
| 14:27.17 | GNUtoo|laptop | + if [ -e ${S}/bin/*.in ] |
| 14:27.19 | GNUtoo|laptop | that can't work |
| 14:35.11 | dcordes_ | it's crazy how fast this stuff can eat away some days like it's few hours :) |
| 14:35.46 | *** join/#oe kevinsc (~a0214685@nat/ti/x-huvspjlsxwkgdgjt) |
| 14:36.11 | GNUtoo|laptop | if [ "$(echo *)" = '*' ]; then echo empty; fi seem to produce empty on empty dir |
| 14:38.30 | GNUtoo|laptop | I'll ask when there are more people |
| 14:38.34 | GNUtoo|laptop | and I'll go back to work |
| 14:38.40 | GNUtoo|laptop | because it's kind of 15:38 |
| 14:38.42 | GNUtoo|laptop | here |
| 14:39.20 | dcordes_ | what you working on ? |
| 14:39.54 | GNUtoo|laptop | maths |
| 14:40.35 | GNUtoo|laptop | and I must also solve that slow internet connection problem |
| 14:41.37 | GNUtoo|laptop | yesterday it was : we solve that backlight problem and it's over, then today you need fennec that is really hard to fix |
| 14:42.02 | GNUtoo|laptop | why can't we keep eve? |
| 14:42.10 | GNUtoo|laptop | s/we/you |
| 14:42.23 | dcordes_ | yeah let's keep eve for now |
| 14:42.41 | dcordes_ | I documented that errors I came across that's all I'm capable of |
| 14:42.43 | GNUtoo|laptop | I'll see what they tell in the mailing list |
| 14:42.46 | GNUtoo|laptop | but it can be very long |
| 14:42.50 | GNUtoo|laptop | ok |
| 14:43.04 | dcordes_ | ok next time I will also report such things on the ML- problem is I asked here before if I should and nobody replied.- |
| 14:43.05 | GNUtoo|laptop | note that bugtracker is often ignored |
| 14:43.08 | dcordes_ | so I put it on BZ |
| 14:43.12 | GNUtoo|laptop | the best way to report is the mailing list |
| 14:43.17 | dcordes_ | ok |
| 14:43.24 | GNUtoo|laptop | because nobody was there |
| 14:43.30 | GNUtoo|laptop | wrong hour |
| 14:43.53 | dcordes_ | maths... I have to learn inorganic chemistry actually :) |
| 14:44.11 | GNUtoo|laptop | ok |
| 14:44.11 | dcordes_ | but I give it some time. I can work better when there is a certain degree of time preassure (lazy?) |
| 14:44.41 | dcordes_ | "I have a motivation problem until I have a time problem" |
| 14:45.47 | GNUtoo|laptop | ah ok |
| 14:45.59 | GNUtoo|laptop | then tell yourself that cotulla won't wait forever |
| 14:46.12 | GNUtoo|laptop | so maybe fix that backlight issue |
| 14:46.17 | GNUtoo|laptop | and ship the image to cotulla |
| 14:46.36 | GNUtoo|laptop | everything can't work out of the box on a new device |
| 14:46.48 | GNUtoo|laptop | s/new device/a not yet supported device/ |
| 14:51.24 | *** join/#oe Soopaman (~soopaman@dsl-173-248-255-29.acanac.net) |
| 14:51.31 | Soopaman | good morning all |
| 14:52.08 | ka6sox-away | Good Morning |
| 14:54.02 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 14:54.11 | *** join/#oe Soopaman1 (~soopaman@173.248.255.29) |
| 14:54.13 | *** join/#oe jedahan (~jedahan@66.43.64.66) |
| 14:54.13 | *** join/#oe jedahan (~jedahan@subtle/user/jedahan) |
| 14:55.57 | *** join/#oe aloisiojr (~aloisio@187.113.96.229) |
| 15:00.46 | Soopaman1 | hi guys, are there any checklists for isolating bitbake erors? |
| 15:03.09 | *** join/#oe likewise (~likewise@42-81-ftth.onsneteindhoven.nl) |
| 15:06.28 | *** join/#oe Soopaman (~soopaman@dsl-173-248-255-29.acanac.net) |
| 15:10.38 | GNUtoo|laptop | Soopaman, depend on the error but usually look at the log you have |
| 15:10.42 | GNUtoo|laptop | then isolate the error |
| 15:10.51 | GNUtoo|laptop | and then pastebin it here |
| 15:12.07 | *** join/#oe B_Lizzard (~havoc@athedsl-426463.home.otenet.gr) |
| 15:16.29 | *** join/#oe brolin (~brolin@190.250.58.54) |
| 15:16.53 | Soopaman | k |
| 15:18.23 | Soopaman | http://pastebin.com/8Dfa9Fen |
| 15:18.52 | Soopaman | bitbake is "properly" installed and referenced in the appropriate paths as per http://wiki.openembedded.net/index.php/Getting_started#Setup_the_environment |
| 15:27.41 | Jay7 | ka6sox-away: ping |
| 15:28.16 | ka6sox-away | Jay7, pong...GM |
| 15:29.47 | Jay7 | ka6sox-away: I was away these days |
| 15:29.57 | Jay7 | anything interesting? :) |
| 15:30.20 | ka6sox-away | cascading failures on MySQL but other than that nothing. |
| 15:30.32 | ka6sox-away | things are moving in a number of fronts. |
| 15:30.53 | ka6sox-away | pb__, you should be setup and an email on the way to you. |
| 15:30.55 | kergoth | Soopaman: a variable is undefined that shouldn't be. most likely, distro or machine, which indicates a setup problem |
| 15:31.50 | Jay7 | ka6sox-away: ok |
| 15:36.41 | Soopaman | kergoth: oh ok. I'm kind of at a loss as to where to look after double checking my environment against the getting started page, and googling for oe issues on ubuntu 10.10 |
| 15:36.53 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 15:37.13 | kergoth | well, there's always bitbake -DDD, crank up the debugging to try to see more. |
| 15:37.49 | Soopaman | k |
| 15:37.51 | Soopaman | lemme try that |
| 15:38.09 | ka6sox-away | Jay7, out all day today visiting clients but back tonight..I have more to add to the Yocto page on stats. |
| 15:38.39 | ka6sox-away | also I should find out about setting up meeting with pidge after release. |
| 15:42.17 | Jay7 | btw, I've thought today about QA runtime testing |
| 15:42.26 | Jay7 | seems this is another entity as well.. |
| 15:43.11 | Soopaman | kergoth: it seems to be failing on this one line in every package |
| 15:43.12 | Soopaman | http://pastebin.com/8VbFB6cQ |
| 15:43.28 | Jay7 | I'm not sure it is good idea to have it as bitbake plugin, like yocto does now |
| 15:43.30 | Soopaman | gonna google any ubuntu 10.10+python issues |
| 15:48.37 | ka6sox-away | Jay7, we need something to do both command as well as recording results/errors |
| 15:49.50 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 15:50.20 | *** join/#oe Soopaman1 (~soopaman@dsl-173-248-255-29.acanac.net) |
| 15:51.11 | likewise | Soopaman1: then you are missing an item in your local.conf, I cannot remember which line. (distro or machine is INVALID) |
| 15:53.48 | Soopaman1 | k |
| 15:53.51 | Soopaman1 | lemme look |
| 15:54.49 | *** join/#oe nitink (~nitink@nat/intel/x-tbzaucrtbuyrtjqo) |
| 15:58.34 | Soopaman1 | likewise: is the most recent stable angstrom distro "angstrom-2010.x" ? |
| 16:01.20 | Soopaman1 | funk, i think that may have done it, thanks likewise && kergoth |
| 16:01.33 | likewise | Soopaman1: what was the fault? |
| 16:01.50 | Soopaman1 | the distro had an unclosed quote :/ |
| 16:01.58 | likewise | Soopaman1: cool. tnx |
| 16:02.21 | *** join/#oe tdebrouw` (~tdebrouw@91.182.139.56) |
| 16:04.34 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 16:05.37 | *** join/#oe tdebrouw (~tdebrouw@91.182.29.42) |
| 16:08.06 | Tartarus | fray, ping |
| 16:08.30 | *** join/#oe amarsman_nl_ (~marsman@tmo-101-224.customers.d1-online.com) |
| 16:08.56 | ant_work | Tartarus: hey |
| 16:09.12 | Tartarus | ant_work, hey |
| 16:10.27 | ant_work | I've seen you touched mtd-utils as last. Is the recipe for oe-core? Needs some care, e.g. BBCLASSEXTEND for native |
| 16:10.58 | Tartarus | I've just been fixing up odds and ends |
| 16:11.32 | ant_work | I tried 1.4.2 and compiles with a couple of patches less |
| 16:11.55 | Tartarus | ok |
| 16:11.57 | ant_work | still I have a runtime problem...maybe old-kernel related |
| 16:15.57 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 16:16.47 | *** join/#oe Jefro (~josiermi@134.134.139.75) |
| 16:17.47 | *** join/#oe amarsman_nl (~marsman@tmo-101-224.customers.d1-online.com) |
| 16:19.02 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 16:19.14 | *** join/#oe mrc3 (~mrc3@nat/ti/x-bgsbuzceolgmjjbw) |
| 16:22.34 | *** join/#oe Ironnads (~Ironnads@host109-155-243-0.range109-155.btcentralplus.com) |
| 16:31.24 | Tartarus | prepares some gettext in DEPENDS -> inherit gettext changes |
| 16:31.45 | Tartarus | is leaving rpm alone since fray has fixed it in poky/oe-core |
| 16:32.18 | kergoth | thinks its pretty sad any of those are left, kgiven how long gettext.bbclass has been around |
| 16:41.04 | likewise | kergoth: many of the developers, including me, have no overview of the whole project meta data or infrastructure. Wish I had. |
| 16:41.27 | Tartarus | yeah, but in this case, people should have been commenting on it as reviewing the code |
| 16:41.44 | likewise | Tartarus: yes but the amount of people aware of it is too limited |
| 16:42.04 | likewise | the amount of know-it-all reviewers (and their time) is too limited. |
| 16:42.20 | likewise | time doesn't scale, the amount of people do, but it's a chicken egg problem |
| 16:43.04 | likewise | That's why I RFC'd the idea to put more answers to "why?" in the commit msgs, so that developers can understand and learn from the made improvements. |
| 16:43.25 | likewise | the current commit msg is "X has changed." |
| 16:43.39 | likewise | and I always want to learn why X has changed. |
| 16:44.17 | likewise | Something else; are we not filling oe-core with a selected set of recipes? |
| 16:44.22 | likewise | not=now |
| 16:44.31 | Tartarus | oe-core and meta-oe, yes |
| 16:45.17 | likewise | where do the machine definitions go? we need to make seperate repo's for them? p2020 and friends for example |
| 16:45.43 | likewise | would love to bring our powerpc set over to oe-core to test against |
| 16:45.53 | Tartarus | oe-core will have qemu machines only |
| 16:45.59 | Tartarus | And there will be layers for other hardware |
| 16:45.59 | likewise | yes, I know |
| 16:46.18 | likewise | but where will those layers live? |
| 16:46.44 | Tartarus | Well, Koen has asked the board about hosting them on git.oe.org, for vendor involved ones |
| 16:46.54 | Tartarus | And for others, somewhere on git.oe.org |
| 16:47.15 | Tartarus | hopes to have time to setup something for Freescale hardware, once the board comes to an answer about Koen's question |
| 16:48.04 | likewise | added the Freescale bits to OE once, same here :-) |
| 16:48.21 | Crofton | Tartarus, did you see my reply to denix with a timeline? |
| 16:48.40 | Tartarus | Saw but not read |
| 16:48.43 | Crofton | needs to run out the door and go skiing rsn :) |
| 16:48.43 | Tartarus | is a tad swamped atm |
| 16:48.44 | Crofton | k |
| 16:48.52 | Crofton | is supposed to be on vacation |
| 16:51.40 | Crofton | the two things I see we need to work out is access control and community bsp's |
| 16:51.52 | Crofton | I can see people wanting both |
| 16:52.52 | denix | Crofton: ping |
| 16:53.01 | ant_work | for the sake of simplicity I think it would be sane to remove the stale repositories in cgit (oetest, eclipsetools ?, meta-openembedded ??) and the stale branches in openembedded |
| 16:53.07 | Crofton | pong |
| 16:53.13 | denix | Crofton: I'm afraid what Koen makes people believe is not correct! |
| 16:53.51 | Crofton | heh |
| 16:54.02 | Crofton | I use a koen filter :) |
| 16:54.17 | denix | :) |
| 16:54.57 | Crofton | like I said, the end result is deliver a good user experience |
| 16:55.21 | Crofton | I think koen wants to make sure he can count on having a solution |
| 16:55.34 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:55.34 | Crofton | is worries about our ability to make decisions in a timely fashion |
| 16:55.43 | denix | that's all good |
| 16:55.50 | likewise | Crofton: I think what we first need is a good overview of the new repo's and how they interact. Even I lost track of the oe-core, meta-oe, etc. layout. |
| 16:55.51 | denix | and the solution is really needed |
| 16:55.59 | Crofton | exactly |
| 16:56.09 | Crofton | it is critical to making sure people can get work done |
| 16:56.15 | denix | likewise: that's true :) |
| 16:56.21 | Crofton | without fishing for bits and pieces all over the interweb |
| 16:56.35 | Crofton | likewise, add that to the discussion :) |
| 16:56.40 | Crofton | ok, must go afk |
| 16:56.41 | denix | Crofton: git is distributed |
| 16:56.45 | likewise | Crofton: all documentation floating around refers to the old situation. |
| 16:56.56 | ynezz | the new, is too new :p |
| 16:57.01 | denix | hence, you can host the same repo on many servers |
| 16:57.08 | likewise | denix: since when? git.kernel.org was overloaded 4 hours ago. then what? :-) |
| 16:57.26 | denix | what my mgmt is worried, is to have control over own BSP layer |
| 16:57.30 | likewise | denix: that's not distributed, that's cloned. |
| 16:57.37 | *** join/#oe morphis (~morphis@p5489A72F.dip.t-dialin.net) |
| 16:57.57 | ynezz | likewise: https://wiki.yoctoproject.org/wiki/OpenEmbedded-Core (that's all about that for now I think) |
| 16:58.14 | denix | likewise: so what, don't you know 100 other places to d/l kernel from? :) |
| 16:58.47 | likewise | denix: not the freescale powerpc tree at git.kernel.org :-) |
| 16:58.51 | pb__ | denix: right, so they should set up their own git repo (if they don't have one already) and host the BSP there. seems like the easiest answer for everyone really. |
| 16:59.06 | denix | pb__: correct |
| 16:59.20 | pb__ | if you/they also want to host a clone of oe-core on your own servers so that you have all the bits in one place, that's also fine of course. |
| 16:59.29 | denix | that's what we've been doing before |
| 17:00.06 | denix | also, couple years ago there was discussion to establish mirroring of out-of-tree layers on oe.org, unfortunately that never materialized... |
| 17:00.16 | likewise | what is this: http://cgit.openembedded.org/cgit.cgi/meta-openembedded/ |
| 17:00.35 | ynezz | layer |
| 17:00.48 | denix | likewise: that's koen's attempt at layering oe on top of yocto... |
| 17:00.59 | *** join/#oe stefan_schmidt (~stefan@p5B0379DD.dip.t-dialin.net) |
| 17:01.15 | likewise | yes, but is this the "official" meta layer for the next OE release, or ... ? |
| 17:01.41 | *** join/#oe nitink (~nitink@nat/intel/x-dreawkxomyeufsrz) |
| 17:01.49 | *** join/#oe sgw (~sgw@67.232.160.146) |
| 17:01.50 | likewise | I mean, where to start now, as we agreed to build on top of oe-core. |
| 17:04.53 | ynezz | I'm not aware about any URL one could point you at |
| 17:05.03 | pb__ | denix: do you know where this pressure to host BSPs on oe.org is coming from? is it just something that koen wants to do for his own amusement, or is there actual demand for it from users and/or vendors? |
| 17:05.34 | mwester-laptop | Anyone care about the apr recipe? It's using libtool from the host, not sysroot... |
| 17:06.07 | mwester-laptop | It looks like an unusual recipe, so I could use a little guidance on how to make it work correctly :) |
| 17:06.09 | ant_work | denix: I see toolchain bits in meta-openembedded, why? |
| 17:06.35 | ynezz | pb__: why not something like community-bsp? is everyone supposed to have it's own git repo, there's hundred of machines in oe |
| 17:07.27 | Crofton | can you guys make sure you get your points on the members list? |
| 17:07.32 | *** join/#oe hollisb (~hollisb@12.202.168.34) |
| 17:07.33 | ant_work | one machine should open the way and give the example |
| 17:07.37 | Crofton | It is hard for me to track irc his week :) |
| 17:07.45 | denix | pb__: in general for any BSPs - I'm not sure. for TI BSP, koen wants to own it and host it on oe.org, which is questionable... |
| 17:08.26 | denix | Crofton: your skiing can wait... :) |
| 17:08.32 | Crofton | tell my wife |
| 17:10.24 | ynezz | likewise: better ask on mailing list, many would benefit from this answers(if any :)) as it's going to be faq here soon :p |
| 17:10.44 | pb__ | ynezz: sorry, I don't think I understand what you're saying |
| 17:10.45 | *** join/#oe GNUtoo|laptop (~gnutoo@host50-50-dynamic.116-80-r.retail.telecomitalia.it) |
| 17:11.37 | ynezz | pb__: ok, I try to mantain the ts72xx machine in OE, what should I do now? |
| 17:11.59 | ynezz | create github repository for just this single machine? |
| 17:12.32 | ynezz | I've learned and has been influenced a lot from the work done by others |
| 17:12.50 | ynezz | this will be gone, since the bsp fragmentation |
| 17:12.56 | ynezz | or am I mistaken? |
| 17:13.01 | Tartarus | ynezz, you're mistaken |
| 17:13.09 | Tartarus | The next person will fork your repo probably :) |
| 17:13.18 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
| 17:13.22 | Jin^eLD | hi |
| 17:13.25 | denix | :) |
| 17:13.57 | ynezz | Tartarus: ok, there will be some kind of upstream as it's today? |
| 17:14.14 | Jin^eLD | guys, when ipkg says "Multiple replacers for xxx available, using first one (yyy)" - is it somehow possible to tell opkg to prefer a particular package? |
| 17:14.40 | Tartarus | ynezz, that's partially why there's a desire to host many layers on oe.org |
| 17:15.05 | Tartarus | And I suppose it's also possible that meta-oe will just allow machines in the layer |
| 17:15.12 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 17:15.13 | Tartarus | but oe-core is going to just be qemu machines |
| 17:15.18 | mwester-laptop | Jin^eLD: PREFERRED_PROVIDER |
| 17:15.27 | Tartarus | and vendors (and their sw partners) may want to try and support things more directly |
| 17:15.33 | ynezz | ok, good to know |
| 17:15.45 | Jin^eLD | mwester-laptop: isn't PREFERRED_PROVIDER only influencing the stuff at build time? |
| 17:15.51 | ynezz | but hard to understand from the information available up to this days |
| 17:16.08 | mwester-laptop | Jin^eLD: ah, yes that |
| 17:16.12 | mwester-laptop | is build only |
| 17:16.36 | Jin^eLD | mwester-laptop: so.. is there anything that would help during runtime? |
| 17:16.45 | Jin^eLD | my problem is that for some reason opkg thinks it should pick a -dbg package |
| 17:16.53 | Jin^eLD | which of course wrecks havoc |
| 17:16.56 | mwester-laptop | That's probably a bug. |
| 17:17.16 | mwester-laptop | I think with normal packages, the user has to decide which of the alternates to pick. |
| 17:18.08 | pb__ | sounds like two bugs, in fact. |
| 17:18.24 | pb__ | firstly, if you've got a -dbg package declaring Replaces, that's almost certainly a rogue RREPLACES in the metadata. |
| 17:18.25 | Jin^eLD | well, its happening during an automatic update... problem is that the library was not doing .so.1 links properly, and now that it does do so the mangling/package name has changed |
| 17:18.40 | pb__ | secondly, it does seem wrong that opkg just makes a unilateral decision which package to install |
| 17:19.30 | pb__ | but, luckily, the first bug is probably easy to fix and I suspect that will make the second one a non-issue. |
| 17:20.09 | Jin^eLD | well I am indeed messing with RREPLACES right now |
| 17:20.48 | pb__ | ah, well then |
| 17:21.22 | ant_work | ^_^ |
| 17:21.26 | Jin^eLD | problem is that same .bb produces different lib*.ipk files |
| 17:21.32 | pb__ | are you getting any qa warnings, and if so are you paying attention to them? |
| 17:22.00 | Jin^eLD | I am picking attention but indeed let me look closer if I maybe missed something |
| 17:22.05 | Jin^eLD | aem, paying attention that is :) |
| 17:23.32 | *** join/#oe kristoffer (~kristoffe@2.71.191.237) |
| 17:24.46 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 17:25.55 | Jin^eLD | hmm nope, no QA issues reported |
| 17:26.05 | pb__ | can you put your recipe in a pastebin? |
| 17:26.23 | pb__ | specifically the RREPLACES bits, whatever you're doing with those |
| 17:26.49 | Jin^eLD | sure one moment |
| 17:30.34 | Jin^eLD | ok this is the old package: http://gitorious.digitalstrom.org/dss-oe/dss-oe/blobs/master/targets/common/recipes/ds485-core/ds485-core_0.9.0.bb the package did not generate .so.1 symlinks, so ipk library name became ds485-core |
| 17:30.41 | Jin^eLD | now new version does generate those symlinks |
| 17:31.04 | Jin^eLD | so ipk becomes libds485-core1 |
| 17:31.15 | Jin^eLD | and this is what I tried with RREPLACES http://pastebin.mozilla.org/1140213 |
| 17:31.35 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 17:32.02 | pb__ | what's that python at the end about? |
| 17:32.59 | pb__ | that is quite an ingenious way of evading recipe_sanity :-} |
| 17:33.20 | Jin^eLD | pb__: problem is that RREPLACES gets automatically changed to libds485... |
| 17:33.31 | Jin^eLD | and thus is not replacing ds485-core |
| 17:34.13 | Jin^eLD | basically if I omit the python part the RREPLACES thing loses effect completely, probably because I am trying to replace "an older versin of myself" |
| 17:34.24 | pb__ | oh, crumbs. I guess that is a bug in package.bbclass. |
| 17:34.48 | pb__ | I'm not convinced that package_mapping_rename_hook() ought to be touching RREPLACES at all really. |
| 17:35.07 | Jin^eLD | I have to add that I am 6 months behind of oe.dev :P I'll compare the .bbclass |
| 17:35.29 | pb__ | try overwriting that function (not appending to it) with a version that doesn't map RREPLACES and see if the situation improves. |
| 17:35.29 | Jin^eLD | can't upgrade now for various reasons |
| 17:35.36 | kergoth_ | that does sound funky |
| 17:35.47 | pb__ | you probably also want to stop it mapping RCONFLICTS and RPROVIDES |
| 17:36.22 | pb__ | hi kergoth |
| 17:36.29 | pb__ | go home now |
| 17:36.30 | pb__ | later all |
| 17:36.32 | kergoth_ | hey |
| 17:36.54 | Jin^eLD | ok thanks for the hints, I'll try that |
| 17:37.51 | *** join/#oe pingswept (~pingswept@209-6-42-115.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 17:41.41 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 17:47.29 | *** join/#oe nitink (~nitink@134.134.139.76) |
| 17:48.56 | *** join/#oe sgw (~sgw@67.232.160.146) |
| 17:51.33 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 17:58.42 | *** join/#oe amarsman_nl (~marsman@p5DC609A5.dip0.t-ipconnect.de) |
| 17:59.25 | *** join/#oe anarsoul (~anarsoul@46.28.103.70) |
| 17:59.35 | *** join/#oe muep (~muep@o68.nor.fi) |
| 18:12.36 | *** join/#oe morphis (~morphis@p5489A72F.dip.t-dialin.net) |
| 18:13.08 | *** join/#oe Jefro (~josiermi@134.134.137.73) |
| 18:19.38 | *** join/#oe sgw (~sgw@67.232.160.146) |
| 18:20.09 | *** join/#oe rob_w (~bob@ppp-188-174-1-232.dynamic.mnet-online.de) |
| 18:20.29 | Soopaman1 | goodness bitbake, why must you always be so difficult |
| 18:29.27 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 18:35.32 | *** join/#oe Heinervdm (~thomas@pD9E14AB0.dip.t-dialin.net) |
| 18:37.59 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 18:38.55 | *** join/#oe nitink (~nitink@nat/intel/x-avebijhsfqtrefxe) |
| 18:42.58 | *** join/#oe rcf (~rcf@127.110-243-81.adsl-dyn.isp.belgacom.be) |
| 18:44.45 | *** join/#oe jevin (~jevin@manbearpig.ecn.purdue.edu) |
| 18:47.29 | *** join/#oe GarthPS (~quassel@93.25.39.61) |
| 18:48.18 | *** join/#oe brolin_ (~brolin@nat74.udea.edu.co) |
| 18:51.50 | *** join/#oe sgw (~sgw@67.232.160.146) |
| 18:52.09 | *** join/#oe pingswept (~pingswept@209-6-42-115.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 18:53.21 | *** join/#oe lamikr (~lamikr@e82-103-226-232.elisa-laajakaista.fi) |
| 18:55.17 | *** join/#oe lamikr (~lamikr@e82-103-226-232.elisa-laajakaista.fi) |
| 18:59.29 | Jin^eLD | re |
| 19:00.56 | *** join/#oe reactor16 (~reactor16@static.108.169.4.46.clients.your-server.de) |
| 19:02.23 | *** join/#oe anr78 (~foo@145.79-161-31.customer.lyse.net) |
| 19:02.40 | Jin^eLD | ok I tried to replace the mapping rename hook instead of appending to it |
| 19:02.41 | Jin^eLD | http://pastebin.mozilla.org/1140516 |
| 19:02.53 | Jin^eLD | I am not sure why it does not work |
| 19:03.37 | Jin^eLD | in the opkg list the package does list the repaces and provides correctly |
| 19:03.37 | Jin^eLD | i.e. |
| 19:03.38 | Jin^eLD | Replaces: ds485-core |
| 19:03.39 | Jin^eLD | Conflicts: ds485-core |
| 19:04.02 | Jin^eLD | I wonder what else I am missing |
| 19:07.18 | *** join/#oe sreddy (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 19:10.59 | sreddy | hi all, is there any command to know what all packages will be built for a given recipe , something which gives all the dependencies of the package |
| 19:11.48 | *** join/#oe dcordes (~oedevel@unaffiliated/dcordes) |
| 19:11.52 | Jin^eLD | sreddy: I think you can use the -g option which will produce a dependency graph in .dot format |
| 19:12.21 | Jin^eLD | it's not too convenient to read but usually you can figure out what pulls in what if that's what you want to know |
| 19:13.21 | sreddy | <PROTECTED> |
| 19:19.59 | CIA-40 | 03Tom Rini <tom_rini@mentor.com> 07master * r1adf798619 10openembedded.git/recipes/classpath/ (classpath-initial_0.93.bb classpath-native.inc): |
| 19:19.59 | CIA-40 | classpath: Update to use 'inherit gettext' |
| 19:19.59 | CIA-40 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 19:19.59 | CIA-40 | 03Tom Rini <tom_rini@mentor.com> 07master * rbaab204d07 10openembedded.git/recipes/gnome/gnome-doc-utils.inc: |
| 19:19.59 | CIA-40 | gnome-doc-utils: Update to use 'inherit gettext' |
| 19:20.00 | CIA-40 | This means we don't need a separate DEPENDS for virtclass-native |
| 19:20.01 | CIA-40 | (these are updated correctly). |
| 19:20.01 | CIA-40 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 19:20.02 | CIA-40 | 03Tom Rini <tom_rini@mentor.com> 07master * r0f61c69281 10openembedded.git/recipes/glib-2.0/ (6 files): |
| 19:20.02 | CIA-40 | glib-2.0: Update to use 'inherit gettext' |
| 19:20.03 | CIA-40 | This means never spelling out gettext-native, virtual/libiconv and |
| 19:20.03 | CIA-40 | virtual/libintl. We only need to add pkgconfig-native to DEPENDS for |
| 19:20.05 | CIA-40 | virtclass-native. Finally, move EXTRA_OECONF_virtclass-native to be with |
| 19:20.05 | CIA-40 | the rest of the EXTRA_OECONF's. |
| 19:20.06 | CIA-40 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 19:20.06 | CIA-40 | 03Tom Rini <tom_rini@mentor.com> 07master * r7f4be279d8 10openembedded.git/recipes/e2fsprogs/e2fsprogs.inc: |
| 19:20.07 | CIA-40 | e2fsprogs: Update to use 'inherit gettext' |
| 19:20.07 | CIA-40 | While in here, we do not need separate entries for virtclass-native. |
| 19:20.59 | CIA-40 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 19:29.52 | anr78 | is oe@osx a nice experience now? been some months since I tried. |
| 19:30.08 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 19:30.33 | *** join/#oe sgw1 (~sgw@or-67-237-97-8.sta.embarqhsd.net) |
| 19:31.27 | Tartarus | building OE on OSX? No, still not functional iirc |
| 19:33.15 | anr78 | I'll have to install Ubuntu on my Mac soon then :) |
| 19:37.13 | *** join/#oe dth (~dth@a89-182-64-118.net-htp.de) |
| 19:37.26 | *** join/#oe sgw (~sgw@209.216.169.162) |
| 19:40.03 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 19:40.54 | *** join/#oe timtimred (~meh@79-67-234-243.dynamic.dsl.as9105.com) |
| 19:47.39 | *** join/#oe lamikr (~lamikr@e82-103-226-232.elisa-laajakaista.fi) |
| 19:48.45 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 19:51.14 | khem | hmmm interesting http://www.thedailytech.co/2011/03/09/all-hp-computers-shipped-in-2012-to-include-webos/ |
| 19:51.41 | khem | so HP is all wedded to WebOS then they should probably fuel OE a bit shouldn't they ? |
| 19:52.10 | khem | oh may be they even dont know that WebOS is using OpenEmbedded Technology |
| 19:52.26 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 19:52.39 | khem | its like android hiding linux kernel beneath |
| 19:53.20 | Jin^eLD | :) |
| 19:55.39 | Jay7 | khem: very possible that top-management just doesn't know about OE behind WebOS |
| 19:55.58 | Jay7 | someone should contact them :) |
| 19:56.26 | khem | that said I was encouraged to see OE logo on webos-internals booth at SCaLE |
| 19:56.44 | khem | I can but I dont have contacts |
| 19:56.58 | Jay7 | ah, yes, I've read your report :) |
| 19:57.00 | khem | may be Rich Pixley |
| 19:58.35 | *** join/#oe fredl (~gruberm@chello212186029093.tirol.surfer.at) |
| 20:00.01 | *** join/#oe jpieper (~jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 20:02.35 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 20:02.41 | khem | ah now I see why my machine froze every hour for 2 mins |
| 20:03.00 | khem | there is this stupid cron which cd into / and does a find |
| 20:03.09 | khem | and I have autofs |
| 20:03.18 | khem | which mounts servers from all over the world |
| 20:03.27 | khem | still 2 mins was impressive :) |
| 20:03.37 | khem | kills the hourly cron job forever |
| 20:04.20 | mwester-laptop | Mr. khem -- if a recipe needs libtool, should it get it from the host, or from sysroots? |
| 20:04.45 | khem | mwester-laptop: it should get it from host-sysroot |
| 20:04.46 | *** join/#oe sgw (~sgw@209.216.169.162) |
| 20:06.07 | mwester-laptop | Ok. So then apr is broken. But the problem is that I have no idea how to fix it. Building libtool-native doesn't put libtool in sysroots; it puts <prefix>-libtool in sysroots. |
| 20:06.44 | khem | yes |
| 20:06.56 | khem | thats the one you need |
| 20:07.15 | khem | actually if you use inherit autotools it should do everything right |
| 20:07.26 | mwester-laptop | checks |
| 20:07.33 | khem | but if recipe mucks with do_configure then all bets are off |
| 20:07.58 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 20:08.11 | mwester-laptop | it does the latter. do_configure_prepend |
| 20:08.15 | mwester-laptop | And it all breaks. |
| 20:08.49 | mwester-laptop | I guess nobody has caught it because every builder except the new SlugOS autobuilder has libtool installed. |
| 20:13.17 | Tartarus | Well |
| 20:13.33 | Tartarus | you can often pass LIBTOOL=${HOST_SYS}-libtool or so in EXTRA_OEMAKE |
| 20:13.34 | khem | welcome to myriad of build hosts |
| 20:14.10 | Jay7 | we will bring this myriad to pacific Yocto place ;) |
| 20:14.18 | khem | mwester-laptop: btw your state abolished death penalty :) new world heh |
| 20:14.30 | khem | so now there are 16 states |
| 20:14.53 | mwester-laptop | This is incredibly tricky :) How to keep host dependencies from leaking into recipes... |
| 20:15.14 | khem | mwester-laptop: hard problem |
| 20:15.20 | kergoth | yocto's swobber or whatever should be of use for that sort of thing |
| 20:15.28 | khem | either we trust or we do not trust host provided packages |
| 20:15.36 | kergoth | LD_PRELOAD monitoring of host file access, afaik |
| 20:16.07 | khem | we need something like a file monitor which track all open/read/write requests |
| 20:16.18 | kergoth | that's what i'm talking about. yocto has it |
| 20:16.19 | mwester-laptop | kehm: Yeah, well, my state had to abolish the death penalty. It's the most corrupt state in the union, according to the FBI, and has multiple governors in prison (!), so they did it out of a sense of self-preservation. Only a matter of time until some state politician is found guilty of a capital offense. |
| 20:16.20 | khem | that would be incredibly slow but accurate |
| 20:17.15 | kergoth | ah, right, it uses strace, not preload |
| 20:17.16 | kergoth | http://git.yoctoproject.org/cgit/cgit.cgi/swabber/tree/README |
| 20:17.21 | kergoth | same idea though |
| 20:17.27 | khem | cool |
| 20:17.36 | khem | we can even make use of that to generate dependencies |
| 20:17.43 | khem | they will be accurate |
| 20:18.00 | khem | and we can find all kind of crap during compilation |
| 20:18.12 | mwester-laptop | Or just use IBM/Rational's ClearMake. |
| 20:18.21 | khem | $$ |
| 20:18.29 | mwester-laptop | x10 |
| 20:18.38 | kergoth | clearmake is actually pretty interesting, conceptually |
| 20:18.48 | kergoth | even if storing outputted artifacts in an scm makes me cringe |
| 20:18.51 | khem | it is |
| 20:18.57 | khem | evaluated it last year |
| 20:19.15 | mwester-laptop | The whole idea of an auditing fs is kind of cool, but the issue of where/how to manage what is discovered becomes the problem then. |
| 20:19.34 | kergoth | nods |
| 20:21.12 | khem | generate a makefile dependencies file |
| 20:21.46 | khem | actually we have developed an internal tool here which generate a .meta file in a given syntax |
| 20:21.51 | khem | in xml |
| 20:22.06 | khem | and it is can be consumed by many tools |
| 20:22.20 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 20:22.31 | khem | people are using it to find all kind of crap that is pulled in and managers like GUI |
| 20:22.35 | khem | so its selling :) |
| 20:22.46 | khem | SIGFOOD |
| 20:22.51 | khem | bbl |
| 20:36.42 | *** part/#oe dth (~dth@a89-182-64-118.net-htp.de) |
| 20:55.17 | *** join/#oe woglinde (~heinold@f052238237.adsl.alicedsl.de) |
| 20:55.19 | woglinde | hiho |
| 20:55.36 | *** join/#oe sgw (~sgw@67.232.160.146) |
| 20:56.11 | Jin^eLD | hi woglinde |
| 21:03.16 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 21:21.41 | *** join/#oe nitink (~nitink@134.134.139.70) |
| 21:21.54 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 21:24.23 | *** join/#oe Jefro (~josiermi@nat/intel/x-niucgteqqpmqeyzk) |
| 21:35.09 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 21:35.09 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 21:40.11 | *** join/#oe marenas (~marenas@200.75.3.194) |
| 21:41.00 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 21:43.21 | *** join/#oe sgw (~sgw@209.216.169.162) |
| 21:43.27 | *** join/#oe rschus1 (~rschus@168.163.71-86.rev.gaoland.net) |
| 21:43.59 | pb__ | hi woglinde |
| 21:44.28 | woglinde | he pb |
| 21:44.34 | woglinde | will go to sleep soone |
| 21:44.51 | marenas | hi, any1 here caring to help me with something ? |
| 21:45.54 | pb__ | marenas: just a general thing, or one particular thing? |
| 21:45.56 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
| 21:46.16 | marenas | a particular thing about linking programs and libs |
| 21:46.25 | woglinde | just ask |
| 21:46.26 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
| 21:46.31 | woglinde | hi likewise |
| 21:47.09 | likewise | hi woglinde, you are always fast in welcoming me :-) |
| 21:47.15 | *** join/#oe anarsoul (~anarsoul@46.28.103.70) |
| 21:47.22 | marenas | i'm trying to build the program mcron for an openembedded image im making and the image is created ok, but when i execute the program i have an error |
| 21:47.23 | likewise | always an eye at the screen, right? :-) |
| 21:47.43 | marenas | it says 'ERROR: In procedure dynamic-link:' and can't find a lib that is supposed to be there |
| 21:48.06 | woglinde | likewise sometimes |
| 21:48.57 | marenas | the program is trying to find '/usr/lib/libguile-srfi-srfi-1-v-3.so' but the file isn't there, only '/usr/lib/libguile-srfi-srfi-1-v-3.so.3' |
| 21:50.11 | woglinde | marenas dev version is missing |
| 21:50.54 | marenas | so i should include de dev version of the lib when building the image ? |
| 21:51.48 | woglinde | if you want to compile somethink on the target? |
| 21:51.51 | pb__ | that'd be ok as a workaround but clearly it sucks as a solution |
| 21:52.03 | woglinde | but this looks like linker commando error |
| 21:52.12 | pb__ | in the longer term I think you need to fix guile to do the right thing |
| 21:52.49 | pb__ | it is a bit silly for its extension modules to have sonames if it isn't going to use them. |
| 21:53.34 | Jin^eLD | pb__: something's not working out at all, I even tried renaming the new package but still RREPLACES/RCONFLICTS is ignored, which is strange because I have the same stuff working with a number of other packages |
| 21:54.04 | marenas | the program works if I create a symlink for the so.3 file to the so file in the device, but i need it to be in the image from the start |
| 21:54.31 | *** join/#oe methril (~methril@189.27.134.76.dynamic.adsl.gvt.net.br) |
| 21:55.47 | marenas | so the link must be there at config and compile time... but i doesn't get copied or linked correctly |
| 21:55.58 | marenas | *it |
| 21:58.11 | *** join/#oe ant__ (~andrea@host208-105-dynamic.50-82-r.retail.telecomitalia.it) |
| 21:59.07 | marenas | i try to creat a symlink in the recipe file but it doesn't appear in the final open embedded image :( |
| 22:18.25 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:22.08 | mwester-laptop | docbook-sgml-dtd-native fails to build; the sed step fails... |
| 22:22.48 | Tartarus | which one? |
| 22:26.42 | Tartarus | 4.1? |
| 22:26.53 | mwester-laptop | docbook-sgml-dtd-3.1-native fails. sed: can't read docbook.cat: No such file or directory |
| 22:27.13 | Tartarus | my 2nd guess, heh |
| 22:27.19 | Tartarus | my fault, fixing |
| 22:27.40 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 22:28.11 | mwester-laptop | Hmm. no idea why that old one is being chosen, though. Not pinning any docbook versions... |
| 22:28.19 | Tartarus | Well, it's a funny recipe |
| 22:28.33 | Tartarus | it's docbook-sgml-dtd-VER-native_version |
| 22:28.41 | Tartarus | so that recipes can say they need dtd VER |
| 22:28.51 | mwester-laptop | Ah - so the VER (capital) is part of teh package name. |
| 22:28.58 | Tartarus | yeap |
| 22:29.51 | CIA-40 | 03Tom Rini <tom_rini@mentor.com> 07master * r61e9a8f059 10openembedded.git/recipes/docbook-sgml-dtd/ (2 files): |
| 22:29.51 | CIA-40 | docbook-sgml-dtd-{3,4}.1-native: Fixup SRC_URI |
| 22:29.51 | CIA-40 | Missed adding subdir param to these versions previously. |
| 22:29.51 | CIA-40 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 22:31.45 | mwester-laptop | BTW, is the ML rather quiet this week (or is my mail server being problematic)? I'm not seeing the usual number of OE emails... |
| 22:32.36 | Jay7 | btw, do we still needed docbook utils on host machine? |
| 22:32.48 | *** join/#oe brolin__ (~brolin@190.250.110.131) |
| 22:32.49 | Tartarus | oh my yest |
| 22:32.51 | Tartarus | *yes |
| 22:32.53 | Tartarus | imho we need more |
| 22:32.59 | Tartarus | evince doesn't build for me due to missing a ton of stuff |
| 22:33.04 | Tartarus | but it's not trivial to get just right |
| 22:33.08 | Jay7 | :\ |
| 22:33.09 | Tartarus | started on it, got side tracked |
| 22:33.22 | Jay7 | docbook have heavy dependencies |
| 22:33.40 | Jay7 | iirc, some kind of TeX |
| 22:34.00 | Tartarus | Maybe I was just doing it wrong but it seemed like we had most things, I just couldn't convince the tools to not use the system stuff |
| 22:38.01 | anarsoul | I wonder if anyone tried to build X-less image via OE :\ |
| 22:38.29 | anarsoul | bluez pulls gstreamer, gstreamer pulls gtk, pygtk, glade, all X-stuff, etc |
| 22:38.36 | anarsoul | gnutls pulls gtk-doc for some reason |
| 22:38.49 | anarsoul | dbus pulls libx11 |
| 22:38.50 | Jay7 | anarsoul: but image itself contains no X :) |
| 22:39.05 | anarsoul | oh, really? |
| 22:39.13 | mwester-laptop | anarsoul: SlugOS is x-less. |
| 22:39.17 | anarsoul | but WHY it pulls all this shit? |
| 22:39.24 | mwester-laptop | heh! |
| 22:39.30 | Jay7 | anarsoul: to build that shit :) |
| 22:39.45 | anarsoul | dbus DOES NOT NEED libx11 to build! |
| 22:40.18 | mwester-laptop | If you feed it the right flags, it doesn't. |
| 22:40.39 | Jay7 | mwester-laptop: btw, how is your attempt to get rid of all that shit? :) |
| 22:40.43 | anarsoul | gnutls does not need gtk-doc to build |
| 22:41.08 | anarsoul | and bluez does not need gstreamer to build |
| 22:41.28 | anarsoul | anyway, why bluez is mandatory in console-image? |
| 22:41.29 | mwester-laptop | I think something snuck in recently that made it a lot worse, anarsoul -- it used to be that dbus didn't build x11, but if your machine had bluetooth support, it pulled it in. Now something is pulling in gtk, which sucks in X11, and the universe. |
| 22:42.00 | anarsoul | mwester-laptop: situation was same 1.5year ago |
| 22:42.24 | mwester-laptop | Jay7: my attempt is going well, with older snapshots of OE. :) I have to figure out what has happened that is pulling in all sorts of gtk stuff. |
| 22:42.48 | tharvey | is there some automated way of generating a list of package dependencies for a recipe with license info and source version info? seems like you could get bitbake to create a log if it doesn't already? |
| 22:43.13 | anarsoul | bitbake -g package |
| 22:43.22 | *** join/#oe zub (U2FsdGVkX1@linux.fjfi.cvut.cz) |
| 22:43.31 | tharvey | thats deps... but doesn't show license and source fetch info right? |
| 22:44.29 | anarsoul | it doesn't |
| 22:44.50 | anarsoul | 's disappointed by OE once again :( |
| 22:45.06 | tharvey | seems like it would be a common thing - management asking to generate a list of GPL software that is used in product xyz ;P |
| 22:45.34 | kergoth | tharvey: we've had a class for outputting license info about sources for like 8 yeras |
| 22:45.45 | kergoth | i think poky has more detailed manifest stuff though. |
| 22:45.56 | kergoth | which means we will when we move to oe-core |
| 22:45.59 | Jay7 | anarsoul: there was looong discussion about that deps |
| 22:46.01 | mwester-laptop | Does it output licence info for everything in DEPENDS or only what makes it into the image? |
| 22:46.05 | kergoth | poky also does license checksumming |
| 22:46.17 | tharvey | what class and how to use it? |
| 22:46.17 | Jay7 | anarsoul: mostly DISTRO vs MACHINE features |
| 22:46.26 | tharvey | assume inherit something and log is built? |
| 22:47.07 | kergoth | tharvey: src_distribute_local, it's default in most distros. it's not a log, it's a directory of the sources organized by license. but it's not separated by 'this recipe and its dependencies only' |
| 22:47.18 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 22:51.06 | tharvey | ah... thats nice |
| 22:51.28 | tharvey | perhaps I could add to that class a single log file as well |
| 22:51.31 | tharvey | kergoth, thanks! |
| 22:55.56 | zub | Evening. |
| 22:58.14 | *** join/#oe lamikr (~lamikr@e82-103-226-232.elisa-laajakaista.fi) |
| 22:58.23 | zub | What's the status of nativedk? I see sdk is deprecated, but e.g. meta-toolchain (vis task-sdk-host) uses sdk |
| 22:58.46 | zub | should this one day end up with nativesdk, or do I misunderstand sdk vs nativesdk? |
| 22:59.56 | *** join/#oe sgw (~sgw@209.216.169.162) |
| 23:02.19 | *** join/#oe brolin (~brolin@190.71.79.133) |
| 23:03.53 | Tartarus | kinda sorta |
| 23:03.57 | Tartarus | It's a bit better in oe-core |
| 23:04.01 | Tartarus | but I'm not sure if it's 100% there yet |
| 23:04.16 | Tartarus | (and I need to get some time and get to know that stuff better up in oe-core) |
| 23:06.16 | zub | I have not been following OE recently... I only heard oe-core mentioned |
| 23:06.34 | zub | is it some "cool" subset of OE recipes and/or some poky hybrid? |
| 23:10.07 | Tartarus | both, heh |
| 23:10.36 | zub | wunderbar :) could you give me some pointer? I guess I could google harder, but... |
| 23:10.46 | otavio | glib-2.0-native failing on current tip: http://paste.debian.net/110206/ |
| 23:11.23 | Tartarus | otavio, git bisect time |
| 23:11.44 | Tartarus | did test his stuff w/ both minimal-uclibc and angstrom-2010.x |
| 23:12.39 | otavio | Tartarus: didn't follow you |
| 23:13.11 | Tartarus | i changed glib-2.0 stuff a tiny bit recently, but tested it |
| 23:13.24 | Tartarus | So... time to pop open git bisect and see where the failure came from |
| 23:14.01 | *** join/#oe sgw1 (~sgw@209.216.169.162) |
| 23:14.35 | otavio | Tartarus: I guess it is due 2.28 new version. |
| 23:14.41 | otavio | Tartarus: it is r1 so quite new |
| 23:17.24 | otavio | Tartarus: 2.26.1 also fails with same error |
| 23:17.30 | otavio | | tests/Makefile.am:133: variable `date_test_LDADD' is defined but no progr |
| 23:17.37 | Tartarus | yeah, so it's probably something else that changed |
| 23:17.39 | otavio | is out now |
| 23:17.39 | Tartarus | when did you last build fine? |
| 23:17.54 | otavio | wow just checking the logs |
| 23:17.56 | otavio | hold |
| 23:18.21 | otavio | Tartarus: 0b3127a0d308547bebf84ed44678d0a1c75e6d23 was fine |
| 23:18.25 | *** join/#oe ka6sox-farfarawa (b8d6c511@nslu2-linux/ka6sox) |
| 23:18.28 | Tartarus | great |
| 23:18.29 | otavio | Tartarus: it was my last rebuild from scratch |
| 23:18.33 | Tartarus | so do a git bisect :) |
| 23:24.54 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 23:24.54 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 23:25.51 | ant__ | Tartarus: about compressors, we have an insane -c -9 in IMAGE_CMD_cpio.lzma (bitbake.conf) |
| 23:26.01 | ant__ | this needs much more ram than 32Mb |
| 23:26.17 | Tartarus | I thought it only impacted the compressor not decompressor |
| 23:26.24 | ant__ | thus, no boot on devices with 32M |
| 23:26.34 | ant__ | http://paste.debian.net/110203/ |
| 23:26.36 | ant__ | ^^ |
| 23:27.12 | ant__ | I'm testing -7 and seems ok |
| 23:44.41 | Jay7 | Tartarus: imho we should introduce something like LZMA_COMPRESSION_LEVEL |
| 23:45.06 | Jay7 | or use internal tables to find better level from targets memory amount |
| 23:46.18 | *** join/#oe nitink (~nitink@192.55.55.41) |
| 23:48.43 | Tartarus | Jay7, perhaps, yeah |
| 23:48.50 | CIA-40 | 03Tom Rini <tom_rini@mentor.com> 07master * r5d121d8828 10openembedded.git/recipes/ (28 files in 13 dirs): |
| 23:48.50 | CIA-40 | Many places: Refer to ${HOST_SYS}-libtool not ${TARGET_PREFIX}libtool |
| 23:48.50 | CIA-40 | Given that the libtool recipes install as ${HOST_SYS}-libtool |
| 23:48.50 | CIA-40 | we need to reference it as such and not ${TARGET_PREFIX}libtool |
| 23:48.50 | CIA-40 | as we will otherwise break when those evaluate differently. |
| 23:48.51 | CIA-40 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 23:48.53 | Tartarus | maybe it's xz where it's just host side that it impacts? |
| 23:49.01 | Tartarus | Or maybe I'm crazy |
| 23:49.05 | Tartarus | it has been one of those days :) |
| 23:49.39 | Tartarus | doesn't want to think how much time he's wasted before realizing the above pushed change was his problem today |
| 23:51.29 | Jay7 | it always affect decompressor |
| 23:51.57 | Jay7 | but I'm wondering why decompressing about 1Mb will eat all possible kernel RAM |
| 23:51.57 | Tartarus | yeah, ok |
| 23:52.03 | Tartarus | i was thinking about xz's -e |
| 23:52.08 | Tartarus | which claims to not |
| 23:52.49 | Jay7 | -e is a way to make compression better at same level |
| 23:53.01 | Tartarus | yeah |
| 23:53.09 | Tartarus | So anyhow, yes |
| 23:53.11 | Tartarus | we shouldn't use -9 |
| 23:53.19 | Tartarus | we should use -7 for lzma and -6 for xz |
| 23:53.20 | Jay7 | easy way is lowering to -7 |
| 23:53.22 | *** join/#oe waite (4c137d31@gateway/web/freenode/ip.76.19.125.49) |
| 23:53.22 | Tartarus | as those are the defaults |
| 23:53.26 | Jay7 | yep |
| 23:53.35 | Tartarus | i'll ack if someone else does it :) |
| 23:53.44 | Tartarus | has already pushed far too many things sans posting today, heh |
| 23:54.49 | *** join/#oe gnutoo (~gnutoo@host226-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 23:56.39 | Jay7 | ant__: push fix with removed -9 then :) |
| 23:57.26 | ant__ | I'll write on ML, it's touching bitbake.conf |
| 23:57.26 | Jay7 | or with LZMA_COMPRESSION_LEVEL |
| 23:58.04 | Jay7 | is still experimenting with Open-E DSS.. |