| 00:05.10 | *** part/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
| 00:15.18 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 00:21.38 | *** join/#oe denix0 (~denix@pool-71-163-124-23.washdc.fios.verizon.net) |
| 00:27.48 | *** join/#oe SterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 00:46.36 | *** join/#oe msm1 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 00:48.07 | *** join/#oe waite (~quassel@206.83.81.178.ptr.us.xo.net) |
| 01:02.10 | *** join/#oe kgilmer (~kgilmer@p19019-ipngn100201sinnagasak.nagasaki.ocn.ne.jp) |
| 01:20.09 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 01:22.59 | *** join/#oe SterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 01:23.14 | *** join/#oe penghb (~penghb@202.108.130.153) |
| 01:37.17 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 02:15.32 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 02:30.03 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 02:57.00 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 03:05.01 | *** join/#oe devzero_ (devzero@xdsl-89-0-156-157.netcologne.de) |
| 04:32.21 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 04:40.46 | *** join/#oe snkt (~snkt@114.143.161.178) |
| 05:07.16 | *** join/#oe erwt (~erwt@114.143.161.178) |
| 05:50.46 | *** join/#oe kgilmer (~kgilmer@EM114-51-154-54.pool.e-mobile.ne.jp) |
| 05:52.58 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 06:09.24 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 06:27.44 | erwt | any one got a mesa package error http://pastebin.com/9c6ARZLc ,i am compiling it for uclibc |
| 06:48.12 | *** join/#oe valhalla (~valhalla@81-174-22-51.dynamic.ngi.it) |
| 07:08.21 | khem | erwt: which version of uclibc are u using |
| 07:09.28 | erwt | khem, uclibc-0.9.30.2-r35.1 |
| 07:10.38 | khem | erwt: does it have this patch http://git.uclibc.org/uClibc/commit/?id=956a0087e282e53ba9c085dbbc469391f7234944 |
| 07:10.50 | khem | if not then backport it |
| 07:11.30 | erwt | i think its not |
| 07:11.50 | erwt | bcoz i am getting that log2f error |
| 07:14.55 | *** join/#oe Russ_ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 07:15.42 | erwt | khem, its not applied ,but after applying the patch should i recompile it |
| 07:16.29 | khem | yes recompile uclibc |
| 07:19.39 | erwt | khem, i even got an error on versionsort during alsa copilation ,do u know the patch for it ,my http://pastebin.com/2rCA7MDp |
| 07:20.01 | erwt | src/ucm/parser.c:1138: err = scandir(filename, &namelist, filename_filter, versionsort); in alsa folder |
| 07:29.07 | erwt | khem, thnk |
| 07:30.43 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-97-252.dynamic.mnet-online.de) |
| 07:32.34 | khem | erwt: backport this http://git.uclibc.org/uClibc/commit/?id=1a2c9641465f2c64fbb49749688ca465ad3cd6fe |
| 07:52.03 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:54.11 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:06.41 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 08:07.04 | *** join/#oe scoutcamper (scoutcampe@nasadmin/webteam/scoutcamper) |
| 08:12.05 | ka6sox | khem, can you get into agate? |
| 08:22.09 | *** join/#oe tscheck1 (~t@83.151.21.119) |
| 08:28.22 | *** join/#oe mickey_office (~mickey@e182221015.adsl.alicedsl.de) |
| 08:28.43 | *** join/#oe stefan_schmidt (~stefan@guest232.ibr.cs.tu-bs.de) |
| 08:37.59 | *** join/#oe anarsoul (~anarsoul@212.98.167.136) |
| 08:38.54 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:41.02 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 08:50.29 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 08:55.27 | *** join/#oe rschus (daemon@gate.tarent.de) |
| 09:07.08 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 09:08.19 | eFfeM_work | Tartarus: pong |
| 09:38.51 | Jin^eLD | mornin |
| 09:40.32 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:40.33 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:46.14 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:48.57 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 09:55.28 | bluelightning | morning all |
| 09:56.31 | anarsoul | hi bluelightning |
| 09:57.47 | pb_ | hi all |
| 09:57.53 | Jin^eLD | hi |
| 09:58.18 | Jin^eLD | is nitink1 ever awake on IRC? what timezone is he hin? |
| 10:02.22 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 10:04.48 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 10:06.59 | *** join/#oe SterNiX (~LessIsMor@2.176.224.148) |
| 10:07.01 | *** join/#oe SterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 10:08.33 | erwt | khem, it works ,both of your link |
| 10:10.54 | bluelightning | Jin|away: I think he lives in California |
| 10:11.03 | *** join/#oe cryptix (~crypt1x@pd95ce209.dip0.t-ipconnect.de) |
| 10:21.22 | *** join/#oe rschus (daemon@gate.tarent.de) |
| 10:27.30 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 10:33.07 | *** join/#oe leslie_ (~quassel@222.65.230.171) |
| 10:43.17 | erwt | anyone compiling for schroedinger-1.0.9-r1.0 got this error http://pastebin.com/n1g2yd4y |
| 10:45.53 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 10:51.26 | *** join/#oe lamikr (lamikr@nat/nokia/x-znrbdoygtmsexhth) |
| 10:53.43 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 10:54.15 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 11:17.15 | *** join/#oe cryptix (~crypt1x@pd95ce209.dip0.t-ipconnect.de) |
| 11:19.18 | *** join/#oe pepermint (~pepermint@host28-87-dynamic.4-87-r.retail.telecomitalia.it) |
| 11:26.33 | *** join/#oe kgilmer (~kgilmer@p19019-ipngn100201sinnagasak.nagasaki.ocn.ne.jp) |
| 11:32.18 | htns | hi. i've got a bionic rootfs and i'd like to add some stuff (glibc, thttpd, wget, curl, and maybe some other cmd line tools like if/wconfig) to it using OE, would console-image be the right recipe to edit to generate a rootfs image that is as small as possible |
| 11:33.04 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 11:43.05 | cryptix | can somebody help me with these two errors during parsing? i also appended my local.conf. http://paste.pocoo.org/show/529767/ |
| 11:47.43 | *** join/#oe GNUtoo (~gnutoo@host204-5-dynamic.244-95-r.retail.telecomitalia.it) |
| 12:03.24 | *** join/#oe morphis (~morphis@dslb-088-070-159-104.pools.arcor-ip.net) |
| 12:17.33 | erwt | cryptix, i think you should check your checksum no in yourfile.bb |
| 12:17.49 | erwt | the no may not be valid |
| 12:19.18 | *** join/#oe lamikr (lamikr@nat/nokia/x-ozchuarwipyliulo) |
| 12:25.44 | erwt | PaulePanter, there ? |
| 12:35.52 | cryptix | erwt: i havnt touch the two .bb |
| 12:46.54 | cryptix | could bitbake have problems with my git? both .bb's use git as their scm |
| 12:51.17 | erwt | cryptix, sorry not much idea abt that |
| 12:56.01 | *** join/#oe playya (~playya@93.216.219.55) |
| 12:56.01 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 13:00.43 | *** join/#oe kgilmer (~kgilmer@p19019-ipngn100201sinnagasak.nagasaki.ocn.ne.jp) |
| 13:04.10 | cryptix | sigh... 'The current release series is BitBake 1.8 and the current release is 1.8.18.'.. somebody might want to update this... |
| 13:06.07 | pb_ | where does it say that? |
| 13:06.20 | cryptix | http://docs.openembedded.org/usermanual/usermanual.html#gettingoe_getting_bitbake |
| 13:08.02 | cryptix | same goes for the .pdf version |
| 13:12.32 | pb_ | ah, right |
| 13:13.27 | cryptix | thankfully i fell over the 2011.03 release notes |
| 13:21.00 | ant_work | cryptix: unfortunately you missed the switch to oe-core :/ |
| 13:28.02 | cryptix | since im just getting started with oe it might not be too late ^^ |
| 13:33.29 | ant_work | cryptix: pls read this |
| 13:33.31 | ant_work | http://www.openembedded.org/wiki/OpenEmbedded-Core |
| 13:33.41 | ant_work | http://www.openembedded.org/wiki/LayerIndex |
| 13:33.51 | ant_work | the main page will be update supposedly soon |
| 13:34.15 | cryptix | this sounds really good |
| 13:35.00 | cryptix | yeah.. hopefully.. the 'deprecated state of oe-classic should be more visible |
| 13:35.58 | ant_work | you sse, there are still users which preferred to finish their projects with oe-classic |
| 13:36.23 | ant_work | but they said they'll move to oe-core asap |
| 13:36.29 | *** join/#oe jekhor (~jek@mx2.promwad.com) |
| 13:37.06 | ant_work | we know it is confusing... |
| 13:39.57 | cryptix | i see. that's reasonable, too. |
| 13:40.48 | cryptix | maybe you should keep that bitbake version stumbling block in the documentation in the meantime ^^ |
| 13:42.56 | ant_work | cryptix: those pages should be removed alltogether once th etransition is definitive |
| 13:43.21 | *** join/#oe pespin (~pespin@90.163.60.169) |
| 13:50.05 | *** join/#oe pepermint (~pepermint@host28-87-dynamic.4-87-r.retail.telecomitalia.it) |
| 13:51.46 | *** join/#oe mgundes (5f009c02@gateway/web/freenode/ip.95.0.156.2) |
| 13:52.50 | mgundes | Hi all |
| 13:53.48 | mgundes | I use libgcrypt for my board and it is cross compiled up to my target |
| 13:54.01 | mgundes | I want to compile libcrypt also for native |
| 13:54.28 | mgundes | can I tell bitbake compile any package for native? |
| 13:54.49 | mgundes | I mean without editing bb file |
| 13:54.50 | erwt | mgundes, ya if it is in recipe |
| 13:55.13 | mgundes | I need libgcrypt for my native application |
| 13:56.06 | mgundes | if I use DEPENDS in my application receipe as DEPENDS="libgcrypt" then libgcrypt will also compiled for native? |
| 13:56.10 | mgundes | am I right? |
| 14:03.37 | ant_work | mgundes: yes, because in libgcrypt.inc there is BBCLASSEXTEND = "native" |
| 14:06.15 | ant_work | mgundes: your (native) app will depend on libgcrypt-native |
| 14:08.27 | mgundes | hm, in my app bb I should tell DEPENDS="libgcrypt-native" |
| 14:08.30 | *** join/#oe stefan_schmidt (~stefan@guest232.ibr.cs.tu-bs.de) |
| 14:08.47 | mgundes | ok thanks ant_work, I will try |
| 14:12.48 | *** join/#oe stefan_schmidt (~stefan@guest232.ibr.cs.tu-bs.de) |
| 14:14.41 | CIA-87 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * ra228f0a32c 10bitbake.git/bin/bitbake-layers: (log message trimmed) |
| 14:14.41 | CIA-87 | bitbake-layers: fix Python error during parse |
| 14:14.41 | CIA-87 | If "bitbake-layers show_layers" was run when the cache was dirty forcing |
| 14:14.41 | CIA-87 | a parse, it failed with the following error: |
| 14:14.41 | CIA-87 | ERROR: Failure expanding variable SRCPV, expression was |
| 14:14.42 | CIA-87 | ${@bb.fetch2.get_srcrev(d)} which triggered exception AttributeError: |
| 14:14.43 | CIA-87 | 'module' object has no attribute 'fetch2' |
| 14:17.30 | *** join/#oe pepermint (~pepermint@host28-87-dynamic.4-87-r.retail.telecomitalia.it) |
| 14:19.29 | CIA-87 | 03Juraj Hercek <juraj.hercek@jhksoftware.com> 07master * r1f2867b79f 10bitbake.git/lib/bb/fetch2/git.py: (log message trimmed) |
| 14:19.29 | CIA-87 | fetch2/git: change colon to dot in ud.host |
| 14:19.29 | CIA-87 | Local cloning of git repositories from DL_DIR into WORKDIR fails when |
| 14:19.29 | CIA-87 | using ssh URL with port specification e.g. |
| 14:19.29 | CIA-87 | "ssh://user@host:port/path/to/repo.git". Git fetcher clones such remote |
| 14:19.29 | CIA-87 | repository into "${DL_DIR}/git2/host:port.path.to.repo.git". However, |
| 14:19.30 | CIA-87 | when clonging from ${DL_DIR}/git2/host:port.path.to.repo.git into |
| 14:20.33 | mgundes | ant_work, I have got error while running bitbake |
| 14:20.36 | mgundes | ERROR: Required build target 'metfsx86' has no buildable providers. Missing or unbuildable dependency chain was: ['metfsx86', 'fuse-native'] |
| 14:20.48 | mgundes | my application depends on fuse and libgcrypt |
| 14:21.08 | mgundes | I use in my board by cross compiling with metfs bb |
| 14:21.23 | mgundes | and also need to compile native for using on host |
| 14:21.44 | mgundes | I renamed metfs bb and add "inherit native" line |
| 14:21.58 | mgundes | then update DEPENDS as "fuse-native libgcrpyt-native" |
| 14:22.19 | mgundes | Do I miss something? |
| 14:24.03 | ant_work | I think fuse is only in meta-oe layer |
| 14:25.14 | ant_work | yes, and even there there isn't providers for fuse-native |
| 14:25.52 | mgundes | yes, I searched oe recipes and there is not any recipes DEPENDS on fuse-native |
| 14:29.16 | ant_work | you can install it on your host and add an ASSUME_PROVIDED |
| 14:30.16 | mgundes | hm ok, thanks |
| 14:41.22 | *** join/#oe likewise (~likewise@116-66-ftth.onsneteindhoven.nl) |
| 15:01.07 | likewise | gy and gm all |
| 15:04.16 | *** join/#oe fcooper (~a0273011@nat/ti/x-cghtzyxnosvxcxpb) |
| 15:05.27 | *** join/#oe devzero_ (devzero@xdsl-89-0-72-216.netcologne.de) |
| 15:07.13 | *** join/#oe Guest34671 (~LessIsMor@2.176.224.148) |
| 15:08.47 | Jin^eLD | hey likewise, hny to you too! |
| 15:09.17 | *** join/#oe anoNxeRo (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 15:10.00 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 15:14.56 | *** join/#oe anoNxeRo (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 15:20.30 | *** join/#oe ensc_ (~irc-ensc@p54ADF1AF.dip.t-dialin.net) |
| 15:46.47 | cryptix | how can i use external toolchains with oe-core? |
| 15:48.04 | *** join/#oe waite (~quassel@206.83.81.178.ptr.us.xo.net) |
| 15:58.54 | *** join/#oe johncylee (~john@61.57.131.211) |
| 16:03.39 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
| 16:08.15 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 16:22.34 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 16:35.42 | *** join/#oe rob_w (~bob@host-188-174-159-177.customer.m-online.net) |
| 16:35.42 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 16:40.59 | *** join/#oe florian (~fuchs@sign-4db60d9b.pool.mediaWays.net) |
| 16:40.59 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 16:44.52 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:47.33 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 16:49.28 | *** join/#oe msm (~msm@192.88.168.35) |
| 16:55.05 | msm | is there an easy way to force a kernel rebuild each time? |
| 16:55.21 | msm | i was thinking about putting the data in the PR |
| 16:55.34 | msm | PR_pn-linux = `date` |
| 16:56.07 | msm | a better way is to always mark the do_compile step as needing to be run |
| 16:56.18 | msm | so we don't make a whole new folder |
| 17:05.42 | *** join/#oe galak (~galak@192.88.168.34) |
| 17:17.55 | khem | scoutcamper: around ? |
| 17:19.26 | kergoth | msm, are you using an external local source tree, or doing the fetch/unpack/patch? regardless, do_compile[nostamp] = 1 is how you'd do what you described |
| 17:19.27 | kergoth | hmm |
| 17:22.23 | msm | kergoth: i think that's what im looking for |
| 17:22.42 | msm | kergoth: how would that go into a conf/local.conf file? |
| 17:23.09 | kergoth | require conf/nostamp.inc, then do it in anonymous python |
| 17:23.26 | kergoth | flags don't traverse overrides right now, as it's not entirely clear what hte behavior would be |
| 17:25.14 | nitink1 | Jin^eLD: I am in pacific time zone |
| 17:26.03 | Jin^eLD | nitink1: hi :) |
| 17:26.10 | msm | kergoth: hmmm, ok thanks |
| 17:26.13 | Jin^eLD | nitink1: I found a thread on the ml regarding eglibc locale |
| 17:26.31 | Jin^eLD | you were planning to have a look at this, I guess you did not have the chance yet? |
| 17:26.45 | Jin^eLD | let me find the link so you know what I am talking about... |
| 17:26.55 | Jin^eLD | maybe you can help me to solve this issue |
| 17:29.13 | Jin^eLD | nitink1: http://lists.linuxtogo.org/pipermail/openembedded-core/2011-August/008181.html |
| 17:31.18 | Jin^eLD | I am not really sure how this part in OE works, but basically the problem is that someone or something adds "Provides: eglibc-binary-localedata-en-us" to locale-base-en-us |
| 17:31.37 | Jin^eLD | which makes it impossible to install or pull in the eglibc-binary-localedata-en-us package into the rootfs |
| 17:31.47 | Jin^eLD | and without it gettext is broken... |
| 17:31.54 | Jin^eLD | any hints for me? :> |
| 17:34.28 | pb_ | yeah, that is just bogus |
| 17:34.46 | pb_ | it was apparently introduced in commit 561d8754, which I think is the same point that the other breakage happened. |
| 17:35.00 | pb_ | I think you should just delete that RPROVIDES again. |
| 17:35.55 | nitink1 | hi Jun |
| 17:36.02 | nitink1 | sorry Jin |
| 17:37.55 | Jin^eLD | pb_: where exactly is that bogus RPROVIDES? in the bbclass? I tried to look through this all eglibc stuff but got lost somehow |
| 17:38.28 | nitink1 | Jin, I will need to look into it |
| 17:38.32 | pb_ | yeah, it's in libc-package.bbclass |
| 17:39.01 | pb_ | in output_locale_binary_rdepends() iirc |
| 17:39.35 | nitink1 | Jin: so you are saying gettext can not be put in images ? |
| 17:40.13 | Jin^eLD | nitink1: no, gettext itself can be put in images, but you can't set stuff to say, en_US.UTF-8 |
| 17:40.28 | Jin^eLD | because eglibc-binary-localedata-en-us is not in the image |
| 17:40.56 | Jin^eLD | and eglibc-binary-localedata-en-us can not be put into the image because opkg things it's already covered by locale-base-en-us |
| 17:41.02 | *** join/#oe anarsoul (~anarsoul@212.98.182.86) |
| 17:41.08 | Jin^eLD | and that is because locale-base-en-us has this bogus provides |
| 17:41.11 | nitink1 | Jin, Can you open an bug here: http://bugzilla.pokylinux.org and please provide the steps to reproduce the issue |
| 17:41.36 | Jin^eLD | nitink1: ok |
| 17:42.22 | nitink1 | Jin: thanks, will take it on bugzilla then |
| 17:42.50 | Jin^eLD | thx |
| 17:45.36 | Jin^eLD | nitink1: do I file it against meta-recipes / core? |
| 17:45.53 | nitink1 | Jun: yes |
| 17:46.05 | nitink1 | sorry again, Jin: yes |
| 17:46.08 | Jin^eLD | :) |
| 17:46.19 | nitink1 | :) |
| 17:56.16 | *** join/#oe denix0 (~denix@pool-71-163-124-23.washdc.fios.verizon.net) |
| 18:02.54 | *** join/#oe Russ (~russ@206.29.182.247) |
| 18:03.07 | *** join/#oe mhnoyes_ (~mhnoyes@74-47-190-56.dr01.myck.or.frontiernet.net) |
| 18:03.18 | Russ | How can I get bitbake to spit out a python backtrace when it dies executing python code? |
| 18:03.52 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 18:16.17 | khem | Russ: it does do that by default |
| 18:16.23 | *** join/#oe waite_ (~quassel@206.83.81.178.ptr.us.xo.net) |
| 18:17.16 | Russ | it just prints the last line of it |
| 18:22.30 | Russ | eg, ...ERROR: Exception:<type 'exceptions... |
| 18:22.59 | Russ | I'm looking at what better_exec in bitbake/lib/bb/utils.py does |
| 18:23.14 | Russ | it looks through the trackback until it gets to the end, and just prints that |
| 18:28.06 | khem | its been a desire to improve bitbake's error recovery and reporting |
| 18:28.32 | Jin^eLD | nitink1: http://bugzilla.pokylinux.org/show_bug.cgi?id=1874 |
| 18:28.35 | kergoth | we've come a long way, but still not where it needs to be |
| 18:28.44 | Jin^eLD | I guess I should have come up with a better summary though :P |
| 18:29.15 | Russ | It'd be nice if print_exception was used to dump the backtrack somewhere |
| 18:29.21 | kergoth | aside: this is one area where oe-lite's new parser is lovely, the line numbers are apparently retained for python code in the metadata, so the full traceback is more useful |
| 18:29.58 | khem | hmmm |
| 18:30.01 | kergoth | Russ, the difficult thing is, determining when to show it and when not to show it, sometimes a user wants it, sometimes they don't, depends on context and the exception in question. i agree, it'd be nice if all exception tracebacks went to a log regardless of what the UI wants |
| 18:30.07 | khem | kergoth: did you buy the chair ? |
| 18:30.10 | kergoth | khem, yep |
| 18:30.32 | Russ | that's why I said at least dump it somewhere, like in temp/ |
| 18:31.25 | eFfeM | Tartarus: you pinged me yesterday around this time, I'm available the next few hrs. |
| 18:31.49 | kergoth | Russ: is this a python task, anonymous python, or an event handler? |
| 18:31.55 | kergoth | or inline python? |
| 18:32.00 | kergoth | all 4 need to be handled sanely :\ |
| 18:32.30 | Russ | patch.py |
| 18:35.14 | nitink1 | Jin: saw the bug |
| 18:38.09 | Jin^eLD | nitink1: does it make sense or did I miss anything (i.e. something unclear?) |
| 18:38.39 | Tartarus | eFfeM, did I go crazy, push your net-snmp change to the maintenance branch and then forget to reply to the ML? |
| 18:38.48 | nitink1 | Jin: I think it is good for now to get started, if I need more I will respond on the bugzilla |
| 18:38.58 | Jin^eLD | thanks! |
| 18:39.09 | Jin^eLD | let me know if I can help to speed up the process |
| 18:40.06 | eFfeM | Tartarus: not sure whether you replied, but I noticed it was pushed, thanks for that |
| 18:41.18 | Tartarus | So neither of us are 100% sure how it ended up in there, OK :) |
| 18:41.25 | Tartarus | Musta just forgot to send the email |
| 18:41.50 | eFfeM | no problem |
| 18:42.47 | eFfeM | Tartarus: did you see my mail on binutils? you pushed 2.20.1a to master, but not not maintenance and 2.20.1 does fetch with a crc error (it became a symlink to 2.20.1a on the gnu site) |
| 18:43.09 | Tartarus | yeah, kicking that again is on my TODO list |
| 18:43.17 | Tartarus | Need to finish my slides for SCaLE first tho |
| 18:44.07 | eFfeM | np, I know you're busy (so am I) |
| 18:45.23 | khem | Tartarus: can you look at my u-boot patch for meta-ti and comment ? |
| 18:45.42 | khem | Tartarus: https://lists.yoctoproject.org/pipermail/meta-ti/2011-December/000275.html |
| 18:45.42 | Tartarus | which ml? |
| 18:45.54 | Tartarus | hm |
| 18:45.54 | khem | meta-ti ml |
| 18:46.21 | khem | koen wants you to review it |
| 18:46.48 | Tartarus | k |
| 18:47.16 | khem | thx |
| 18:58.28 | *** join/#oe htns (~htns@175.139.208.57) |
| 19:02.57 | *** join/#oe hillct (~hillct@c-71-234-176-233.hsd1.ct.comcast.net) |
| 19:14.43 | *** join/#oe Russ (~russ@206.29.182.172) |
| 19:16.23 | Russ | kergoth, I was trying to get patch.bbclass and patch.py to do a quilt patch series, it looks like it has all the functionality, but somewhere, someone is getting an EISDIR and throwing an exception |
| 19:16.45 | Russ | eg, "file://patch_path;apply=true" |
| 19:21.55 | *** join/#oe galak (~galak@192.88.168.34) |
| 19:22.18 | *** join/#oe rcf (~rcf@81.243.30.13) |
| 19:25.08 | khem | hmmm iMX.6 |
| 19:27.21 | *** join/#oe jekhor (~jek@vulture2-nat-43.telecom.by) |
| 19:35.32 | scoutcamper | khem, i am arround now |
| 19:38.19 | *** join/#oe pepermint (~pepermint@host28-87-dynamic.4-87-r.retail.telecomitalia.it) |
| 19:43.43 | msm | is there something special about how libgcc behaves in an DEPENDS? |
| 19:43.54 | msm | im doing DEPENDS += libgcc |
| 19:44.09 | msm | but, its not listed in the RPM deps.. and not being pulled into the rfs |
| 19:44.22 | msm | there is an RPM with the files I need installed called libgcc1 |
| 19:46.10 | fray | DEPENDS is only used for building.. |
| 19:46.32 | fray | RDEPENDS_pn is used for setting run-time dependencies for a package split |
| 19:47.37 | msm | right |
| 19:47.57 | msm | I tried without the "_pn" but I've done both |
| 19:48.03 | msm | and nothing from libgcc is getting pulled in |
| 19:48.19 | fray | naming wise.. DEPENDS needs to match the recipe name.. while RDEPENDS_<pn> needs to match the split name (before being munged by the debian class..) |
| 19:48.45 | fray | but libgcc should be an automatic dependency that is brought in as part of hte libc.. |
| 19:49.43 | msm | well |
| 19:49.59 | msm | my minimal rfs does not have any libgcc libraries |
| 19:50.05 | msm | but im looking to add this one: tmp/deploy/rpm/ppce500mc/libgcc1-4.6.1+svnr175454-r12.ppce500mc.rpm |
| 19:50.11 | msm | its built fine |
| 19:50.32 | fray | something has to depend on libgcc.so |
| 19:50.43 | fray | if it doesn't then you have a dependency cacluation/detection problem |
| 19:50.54 | msm | running: rpm -qlp -R tmp/deploy/rpm/ppce500mc/libgcc1-4.6.1+svnr175454-r12.ppce500mc.rpm |
| 19:50.58 | msm | does not list libgcc in the requirements |
| 19:51.07 | msm | while the other DEPENDS are there like libxml, libz etc |
| 19:51.27 | msm | err |
| 19:51.30 | fray | you want rpm -qp --provides if you are scanning libgcc1 |
| 19:51.38 | msm | im not scanning libgcc |
| 19:51.44 | fray | what is the exact requirement ending up in libxml that isn't being met? |
| 19:51.49 | msm | i meant to list my target packages *which* depends on libgcc |
| 19:52.04 | msm | its not libxml |
| 19:52.11 | msm | its a internal package |
| 19:52.24 | msm | my internal package depends on libxml, libz, and I need to add libgcc |
| 19:54.43 | fray | on my random MIPS based system this is what I end up with: |
| 19:54.46 | fray | libgcc1 provides: |
| 19:54.51 | fray | libgcc1 libgcc_s.so.1(GCC_3.4.2) |
| 19:54.51 | fray | libgcc1 libgcc_s.so.1(GLIBC_2.0) |
| 19:54.55 | fray | (and a host of others) |
| 19:55.01 | fray | libstdc++6 requires: |
| 19:55.09 | fray | libstdc++6 libgcc_s.so.1(GLIBC_2.0) |
| 19:55.15 | fray | so the depednency is met.. this should be automatic |
| 19:55.41 | fray | if your internal component required libgcc.so -- then it should have a SONAME requirement, which should be found by the dependency scanning system |
| 19:56.55 | fray | Dynamic section at offset 0x114 contains 29 entries: |
| 19:56.55 | fray | <PROTECTED> |
| 19:56.55 | fray | <PROTECTED> |
| 19:56.55 | fray | <PROTECTED> |
| 19:56.55 | fray | <PROTECTED> |
| 19:56.56 | fray | <PROTECTED> |
| 19:57.13 | msm | fray: right |
| 19:57.13 | fray | (thats from libstdc++.so.6 on this machine) |
| 19:57.17 | msm | fray: except it's not a soname requirement? |
| 19:57.23 | msm | fray: im not sure why though |
| 19:57.26 | fray | yes it is.. it's in the NEEDED |
| 19:57.41 | fray | if it's not in NEEDED, then well it isn't needed -- or it should be brought in by another (needed) component |
| 19:57.47 | msm | what if it's dynamically loaded or something? |
| 19:58.12 | fray | Then it would be done by dlopen -- which is possible.. that is where you have to manually specify your shared library dependencies |
| 19:59.39 | fray | I believe libgcc is the PN you need to require.. so RDEPENDS_splitpn += libgcc |
| 19:59.54 | fray | libgcc will be translated to libgcc1 by the debian.class munging |
| 20:01.10 | fray | for rpm packages, we have additional versioned dependencies on a per-file basis implemented -- none of the other packaging mechanisms have that though.. which is why it has to be specified in that way on the RDEPENDS_pn.. |
| 20:01.36 | fray | on a desktop RPM based system you'd actually want to specify the exact soname you require by any dlopen actions... but you can't do that in bitbake -- yet |
| 20:02.04 | fray | at some point we need to figure out how to roll up the per-file dependencies into package level dependencies that can be added to deb and ipkg packages |
| 20:02.42 | fray | (but it's somewhat questionable as to the benefits of doing that for folks already familiar w/ ipkg and deb packages.. for RPM it was a necessity) |
| 20:07.20 | msm | fray: ok im double checking my RDEPENDS_${PN} then |
| 20:16.26 | msm | fray: ok - the RDEPENDS_${PN} was my issuue |
| 20:16.46 | msm | libgcc1 is not listed as a requirement on the rpm for the recipe im working with |
| 20:16.53 | msm | is NOW* listed |
| 20:17.12 | msm | and it's in the rfs =) |
| 20:19.19 | fray | It does seem like a problem though that you have to specify libgcc as a manual requirement.. |
| 20:19.26 | fray | it's very odd to see that one dlopened.. |
| 20:36.52 | *** join/#oe Heinervdm (~thomas@pD9E13773.dip.t-dialin.net) |
| 20:41.02 | *** join/#oe Heinervdm (~thomas@pD9E13773.dip.t-dialin.net) |
| 20:44.01 | *** join/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 20:49.32 | xxiao | what's the purpose of contrib git for both oe-core and meta-oe? |
| 20:56.53 | *** join/#oe playya__ (~playya@p4FF8ABE5.dip.t-dialin.net) |
| 20:57.01 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 21:15.34 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 21:15.54 | khem | xxiao: relevance |
| 21:16.24 | khem | xxiao: we could just have one though calle oe-contrib or some such |
| 21:17.43 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 21:30.23 | *** join/#oe Ironnads (~Ironnads@host86-164-43-17.range86-164.btcentralplus.com) |
| 21:33.53 | *** join/#oe fcooper (~a0273011@nat/ti/x-fpyzfqlyavaftvfx) |
| 21:59.20 | *** join/#oe ant____ (~andrea@host172-253-dynamic.16-79-r.retail.telecomitalia.it) |
| 22:16.35 | *** join/#oe likewise_ (~chatzilla@095-097-098-131.static.chello.nl) |
| 22:32.47 | msm | fray: regarding libgcc from earlier… yes it's weird |
| 22:34.11 | khem | whats the issue with libgcc ? |
| 22:36.42 | ant____ | khem: hello there |
| 22:41.34 | khem | ant____: hi |
| 22:41.49 | khem | ant____: your tail has grown in 2012 :) |
| 22:42.05 | ant____ | heh, like gray hairs ;) |
| 22:42.32 | khem | there use to be only one underscore in your nick |
| 22:43.04 | ant____ | khem: about gcc, I was wondering why do we keep a gcc_4.6 in meta-oe? |
| 22:43.15 | ant____ | just to test linaro patches? |
| 22:44.30 | khem | more than that |
| 22:44.41 | khem | it makes code generation for arm better |
| 22:44.47 | khem | atleast for armv7 |
| 22:45.01 | ant____ | better than oe-core's gcc_4.6? |
| 22:45.04 | khem | and or-core does not favor one arch over others |
| 22:45.09 | khem | yes |
| 22:45.15 | ant____ | ok, I see |
| 22:45.26 | khem | there are some fixes that went into oe-core too from meta-oe |
| 22:45.35 | khem | since yocto supports beagleboard |
| 22:45.44 | khem | and these fixes were absolutely needed |
| 22:45.53 | khem | but goodies are not taken there |
| 22:46.00 | khem | unless they are really needed |
| 22:46.49 | ant____ | all fine but this is partially bad if one builds with oe-core + bsp only |
| 22:46.52 | khem | scoutcamper: are you around ? |
| 22:47.00 | scoutcamper | khem, yep |
| 22:53.07 | khem | ant____: generally if you have arm board add meta-oe to layers |
| 22:54.10 | ant____ | khem: sorry to inform you that apart toolchain there are serious drawbacks |
| 22:55.09 | khem | ant____: interesting dichotomy |
| 22:55.10 | ant____ | I'm still struggling with udev and xserver-nodm-init 'crosstalk' |
| 22:56.06 | ant____ | and by the way pls note we have still kernel.bbclass in meta-oe (and this is even not parsed by default if you list meta-oe after oe-core in your bblayers) |
| 22:57.46 | khem | hmmm |
| 22:57.54 | khem | how does it work with angstrom ? |
| 22:58.11 | ant____ | that's the point, meta-oe seems only testewd/working with A. |
| 22:58.30 | ant____ | I build bare oe-core + bsp |
| 22:58.36 | ant____ | no distro |
| 22:58.45 | khem | hmmm |
| 22:58.57 | khem | I have slugos using oe-core + meta-oe |
| 22:59.04 | khem | and meta-micro uses it too |
| 22:59.09 | khem | so it should work |
| 22:59.16 | ant____ | heh, you don't have X issues |
| 22:59.40 | ant____ | and udev won't try to write the cache on RO root on boot |
| 23:00.04 | ant____ | by default |
| 23:00.19 | ant____ | it seems all is magically working with A. and systemd |
| 23:00.47 | ant____ | but my point is meta-oe should complement oe-core and not being a distro-layer |
| 23:02.25 | khem | yes indeed but if we have more distros using X |
| 23:02.31 | khem | how does it go with SHR |
| 23:04.02 | *** join/#oe Russ (~russ@206.29.182.159) |
| 23:04.05 | ant____ | no idea, never built |
| 23:04.55 | ant____ | I can state that core-image-sato boots when compiled oe-core + bsp only |
| 23:05.24 | Crofton|work | the active test case is angstrom |
| 23:05.37 | Crofton|work | we need more people using more combinations actively |
| 23:05.42 | Crofton|work | and testing beyond just building |
| 23:05.46 | ant____ | (I have to copy a couple of things from meta-oe, though, like xfbdev driver) |
| 23:06.24 | ant____ | my immediate issue is xserver-nodm-init and Rdependencies |
| 23:06.43 | ant____ | udev is worked on in oe-core and meybe will be unified soon |
| 23:06.53 | ant____ | (fingers crossed) |
| 23:07.47 | khem | yes I agree we need more distro's to excercise meta-oe |
| 23:08.08 | ant____ | sorry I disagree |
| 23:08.17 | ant____ | first should work distroless |
| 23:08.31 | ant____ | work = build+runtime |
| 23:08.42 | ant____ | imho |
| 23:09.03 | Crofton|work | distroless is the same thing |
| 23:09.09 | khem | ant____: yes thats what it is |
| 23:09.14 | Crofton|work | that case should also be exercised |
| 23:09.25 | khem | we dont know if its distroless unless someone finds something thats not |
| 23:09.48 | ant____ | well, I end up removing files from meta-oe layer to 'fix' the things :/ |
| 23:10.41 | khem | ant____: you should bring it up |
| 23:10.47 | khem | and we should solve it |
| 23:10.55 | ant____ | I did, I'll repeat |
| 23:11.00 | Crofton|work | you have to tell us what files :) |
| 23:11.05 | Crofton|work | in email :) |
| 23:11.06 | khem | like if something is distro specific then it should move to meta-<distro> |
| 23:11.07 | ant____ | just look at the cruft in http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-graphics/xserver-common/xserver-common_1.34.bb |
| 23:11.07 | Crofton|work | more eyes |
| 23:11.24 | ant____ | this is bsp specific cruft by the way... |
| 23:11.46 | ant____ | all those patches |
| 23:12.09 | khem | jama was consolidating those into oe-core IIRC |
| 23:12.18 | ant____ | hmm... |
| 23:12.39 | ant____ | first issue here is amisnaming: xserver-common vs. x11-common |
| 23:12.49 | ant____ | meta-oe vs. oe-core |
| 23:13.09 | ant____ | then the runtime deps |
| 23:13.24 | ant____ | ..and I'm not an expert wrt X |
| 23:13.31 | khem | yes there are differences |
| 23:13.38 | khem | I think we are getting them sorted |
| 23:13.42 | ant____ | so I can't easily judge which approach is best |
| 23:13.43 | khem | slowly but surely |
| 23:13.55 | *** join/#oe tom_say (~pain@cpe-68-203-248-184.stx.res.rr.com) |
| 23:17.08 | *** join/#oe tom_say (~pain@cpe-68-203-248-184.stx.res.rr.com) |
| 23:28.33 | *** join/#oe kgilmer (~kgilmer@ntngsk048178.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 23:37.59 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 23:39.27 | *** part/#oe fcooper (~a0273011@nat/ti/x-fpyzfqlyavaftvfx) |
| 23:45.28 | *** join/#oe zenlinux (~sgarman@c-76-115-40-64.hsd1.or.comcast.net) |
| 23:51.18 | *** join/#oe flyer-explorer (~nobody@bunny.guest.ucar.edu) |
| 23:51.30 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 23:51.55 | *** part/#oe flyer-explorer (~nobody@bunny.guest.ucar.edu) |