| 00:18.04 | *** join/#oe julianpid (~julianpid@62.200.22.2) |
| 00:38.09 | CIA-15 | 03Philip Balister <philip@balister.org> 07master * r9e9d8ef5ea 10openembedded.git/recipes/openjade/ (2 files in 2 dirs): (log message trimmed) |
| 00:38.09 | CIA-15 | openjade: fix build with GCC 4.6 |
| 00:38.09 | CIA-15 | Copied from oe-core 5e58a44ee5d5be814614cdcc147d1ce67a9a401d |
| 00:38.09 | CIA-15 | Thanks to Joshua Lock. |
| 00:38.09 | CIA-15 | Commit message from oe core: |
| 00:38.10 | CIA-15 | In GCC 4.6 the compiler no longer allows objects of const-qualified type to |
| 00:38.10 | CIA-15 | be default initialized unless the type has a user-declared default |
| 00:39.52 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 01:24.43 | *** join/#oe joelagnel_ (c05b42ba@gateway/web/freenode/ip.192.91.66.186) |
| 01:54.58 | toobluesc | So is OE moving towards the OE-Core layout? |
| 01:55.01 | toobluesc | vs OE classic? |
| 01:57.28 | Crofton | yes |
| 01:57.48 | Crofton | I must finish the last of my classic work |
| 02:01.05 | toobluesc | I've only found one wiki page about it |
| 02:01.06 | toobluesc | maybe two |
| 02:01.12 | toobluesc | are there any mailing list threads about it? |
| 02:02.20 | toobluesc | And/or a minimum bitbake version? |
| 02:05.22 | *** join/#oe devzero_ (devzero@xdsl-89-0-173-131.netcologne.de) |
| 02:08.42 | *** join/#oe denix_ (~denix@pool-108-18-140-4.washdc.fios.verizon.net) |
| 02:29.34 | CIA-15 | 03Joshua Lock <josh@linux.intel.com> 07master * r0ed281feb6 10bitbake.git/lib/bb/fetch2/git.py: |
| 02:29.34 | CIA-15 | bb/fetch2/git: add checkstatus command |
| 02:29.34 | CIA-15 | Use git ls-remote to implement checkstatus command for the git fetcher. |
| 02:29.34 | CIA-15 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 02:29.34 | CIA-15 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 02:30.55 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 02:33.38 | CIA-15 | 03Joshua Lock <josh@linux.intel.com> 07master * r0423587db0 10bitbake.git/lib/bb/ui/hob.py: |
| 02:33.39 | CIA-15 | hob: disable some menu entries whilst build is in progress |
| 02:33.39 | CIA-15 | It doesn't make sense to be able to modify the preferences and add/remove |
| 02:33.39 | CIA-15 | layers whilst a build is in progress - disable the relevant menu items once |
| 02:33.39 | CIA-15 | the build has started and re-enable them once the user has returned to the |
| 02:33.39 | CIA-15 | creation view. |
| 02:33.40 | CIA-15 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 02:33.48 | CIA-15 | 03Joshua Lock <josh@linux.intel.com> 07master * ra17334e858 10bitbake.git/lib/bb/ui/crumbs/tasklistmodel.py: |
| 02:33.49 | CIA-15 | bb/ui/crumbs/tasklistmodel: fix find_reverse_depends method |
| 02:33.49 | CIA-15 | This fixes an embarassing typo which meant the method actually returned a |
| 02:33.49 | CIA-15 | list of packages which didn't depend on the passed pn. |
| 02:33.49 | CIA-15 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 02:33.49 | CIA-15 | 03Joshua Lock <josh@linux.intel.com> 07master * r27dcf245ab 10bitbake.git/lib/bb/ui/ (crumbs/hobprefs.py hob.py): (log message trimmed) |
| 02:33.50 | CIA-15 | hob: don't set PARALLEL_MAKE and BB_NUMBER_THREADS based on cpu count |
| 02:33.50 | CIA-15 | This was actually broken with recent changes as the values were never |
| 02:33.51 | CIA-15 | persisted to a file (meaning they were unset on the server at reparse |
| 02:33.51 | CIA-15 | despite the UI indicating they were set). |
| 02:33.52 | CIA-15 | However, I've chosen to remove the 'feature' as pegging a users CPU without |
| 02:33.52 | CIA-15 | them asking to use high thread counts seems a little offensive. |
| 03:05.09 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
| 03:11.25 | *** join/#oe rickfoosusa (~chatzilla@adsl-209-30-130-200.dsl.austtx.swbell.net) |
| 03:16.08 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 03:25.29 | *** join/#oe kristoffer_ (~kristoffe@host-90-237-131-171.mobileonline.telia.com) |
| 03:29.23 | *** part/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 03:37.04 | *** join/#oe nitink (~nitink@nat/intel/x-ymjyfftnookeektp) |
| 03:41.54 | *** join/#oe methril_ (~methril@189.27.128.53.dynamic.adsl.gvt.net.br) |
| 03:48.30 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 04:02.56 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 04:03.50 | *** join/#oe jksM (jks@193.189.93.254) |
| 04:04.45 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 04:06.56 | *** join/#oe jorma (~kario@tuubi.mermit.fi) |
| 04:20.53 | *** join/#oe lemurph (znc@nasadmin/admin/lemurph) |
| 04:25.03 | *** join/#oe mikeypizano (~Mikey_Piz@pool-108-57-55-18.sctnpa.east.verizon.net) |
| 04:25.21 | mikeypizano | can someone please help me get this agere hermes ii wifi card working on my c700 |
| 04:33.40 | *** join/#oe zenlinux (~sgarman@c-98-246-165-28.hsd1.or.comcast.net) |
| 04:36.54 | *** part/#oe mikeypizano (~Mikey_Piz@pool-108-57-55-18.sctnpa.east.verizon.net) |
| 05:11.38 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
| 05:28.20 | *** part/#oe lemurph (znc@nasadmin/admin/lemurph) |
| 06:06.53 | *** join/#oe lamikr (~lamikr@nat/nokia/x-gbmnkvxryknhmykx) |
| 06:13.23 | *** join/#oe 18VAAMZBC (~t@83.151.21.119) |
| 06:14.02 | *** join/#oe unsolo (~unsolo@137.80-203-72.nextgentel.com) |
| 06:15.24 | *** join/#oe joel_ (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 06:15.30 | *** join/#oe kristoffer__ (~kristoffe@host-90-237-176-151.mobileonline.telia.com) |
| 06:23.33 | toobluesc | http://www.youtube.com/watch?v=vIJINiK9azc |
| 06:23.34 | toobluesc | lol |
| 06:39.58 | *** join/#oe obi__ (~obi@unaffiliated/obi) |
| 06:49.02 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:09.11 | *** join/#oe unsolo_ (~unsolo@137.80-203-72.nextgentel.com) |
| 07:36.09 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
| 07:41.04 | *** join/#oe gnutoo (~gnutoo@host101-136-dynamic.2-87-r.retail.telecomitalia.it) |
| 07:48.20 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 07:52.20 | *** join/#oe rob_w (~bob@ppp-188-174-65-254.dynamic.mnet-online.de) |
| 07:57.50 | *** join/#oe methril__ (~methril@189.27.128.17.dynamic.adsl.gvt.net.br) |
| 08:08.26 | Noor | hi JaMa |
| 08:08.48 | Noor | I have never created braches ..... so just need more information |
| 08:09.13 | Noor | where should I create my own branch ...... in github and how can I do that |
| 08:10.37 | Noor | the procedure would be i create a brach ...... clone it locally .... make chages and commit to local .... send them to my branch and commit there and then send pull request? |
| 08:11.56 | JaMa | ttp://www.openembedded.org/wiki/GitPhraseBook#Create_your_own_short_lived_feature_branch and answer for 2nd question was already in my e-mail meta-oe-contrib |
| 08:20.47 | *** join/#oe Noor (6e5dd462@gateway/web/freenode/ip.110.93.212.98) |
| 08:21.29 | Noor | JaMa: back my system was hanged so did not get any message if you have send any |
| 08:22.13 | JaMa | http://www.openembedded.org/wiki/GitPhraseBook#Create_your_own_short_lived_feature_branch and answer for 2nd question was already in my e-mail meta-oe-contrib |
| 08:25.09 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:31.52 | Noor | thanks JaMa |
| 08:35.14 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:51.45 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 08:58.06 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:58.06 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:58.13 | pb_ | hi all |
| 09:00.21 | bluelightning | hi pb_, all |
| 09:01.48 | anarsoul | hi bluelightning |
| 09:01.56 | bluelightning | hi anarsoul |
| 09:04.10 | Noor | JaMa: I was doing this to create the branch git checkout -b noor/benchmark git://git.openembedded.org/meta-openembedded-contrib .... getting an error fatal: Not a git repository (or any of the parent directories): .git |
| 09:04.36 | Noor | should I first clone the meta-oe-contrib git repo? |
| 09:05.06 | JaMa | Noor: yes and some RTFM seems usefull too (sorry no time to guide you) |
| 09:05.33 | Noor | JaMa: no problem |
| 09:14.05 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 09:16.28 | *** join/#oe pepermint (~pepermint@host44-82-dynamic.2-87-r.retail.telecomitalia.it) |
| 09:22.15 | *** join/#oe mdp (~mdp@cpe-24-166-66-254.neo.res.rr.com) |
| 09:23.34 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:28.43 | bluelightning | Noor: you probably want to add meta-oe-contrib as another remote to your meta-oe checkout |
| 09:37.50 | Noor | bluelightning: I have clone meta-oe repo .... can I do some thing with that repo or I have to start from scratch |
| 09:38.08 | Noor | in clone meta-oe I have been making changes |
| 09:38.16 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 09:38.17 | Noor | previously |
| 09:38.32 | bluelightning | it's going to be easier to have it as a remote for your meta-oe checkout |
| 09:38.56 | bluelightning | do you have push access to meta-oe contrib? |
| 09:38.59 | *** join/#oe lamikr (~lamikr@nat/nokia/x-fpbyjjwankukmgoo) |
| 09:39.14 | bluelightning | er, I meant meta-oe-contrib |
| 09:41.36 | *** join/#oe mdp (~mdp@cpe-24-166-66-254.neo.res.rr.com) |
| 09:41.39 | *** join/#oe lrg (~lrg@host86-182-76-35.range86-182.btcentralplus.com) |
| 09:41.58 | Noor | bluelightning: I dont think so .... I am totally new commer in this world |
| 09:42.39 | bluelightning | right, so are you adding it just to be able to pull someone else's branch? |
| 09:44.05 | Noor | bluelightning: see on the ML koen has asked me to add my changes to some brach and send a pull request to bring the stuff |
| 09:44.41 | Noor | bluelightning: previously I was sending patches to ML |
| 09:45.15 | Noor | bluelightning: now have to create my own branch .... push my changes there and send pull request to mailing list |
| 09:45.23 | *** join/#oe lrg (~lrg@host86-182-76-35.range86-182.btcentralplus.com) |
| 09:45.51 | Noor | so not I am in process of creating my own branch .... but not able to do so |
| 09:47.16 | Noor | not -> now |
| 09:49.20 | bluelightning | if you want to use meta-oe I think you'd need to get access for that first, but I don't imagine that would be too difficult |
| 09:49.29 | bluelightning | er, I mean if you want to push to meta-oe-contrib |
| 09:49.35 | *** join/#oe lamikr (~lamikr@nat/nokia/x-zsixuuujquflnjtc) |
| 09:50.00 | bluelightning | otherwise you can just create a repo somewhere on github and use that for your pull requests |
| 09:50.11 | Noor | bluelightning: I was told to make my own branch from meta-oe-contrib |
| 09:50.55 | bluelightning | pb_: can you grant access to meta-oe-contrib for people? |
| 09:51.08 | bluelightning | has no idea what the process is these days |
| 09:51.18 | bluelightning | presumably it involves sending an ssh key to someone... |
| 09:55.38 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:56.22 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 09:59.01 | pwgen | has anyone an idea why the build for eglibc tries to overwrite/remove my host includes ? |
| 10:18.57 | *** join/#oe mdp (~mdp@cpe-24-166-66-254.neo.res.rr.com) |
| 10:19.09 | pb_ | bluelightning: I have no idea either, sorry |
| 10:19.13 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 10:19.25 | *** join/#oe lamikr (~lamikr@nat/nokia/x-qpvtfvjfvpywuucd) |
| 10:20.19 | bluelightning | Noor: Martin just said "some repository"... it doesn't have to be meta-oe-contrib |
| 10:20.40 | pb_ | probably easiest to host a contrib tree on github or somewhere for the time being |
| 10:20.51 | pb_ | I don't think there's anything very magic about meta-oe-contrib |
| 10:20.55 | pwgen | is the org.openembedded.dev deprecated ? |
| 10:21.10 | pb_ | by some, yes |
| 10:21.32 | pb_ | I think it's probably fair to describe it as obsolescent although it does still have its adherents. |
| 10:21.41 | pwgen | pb_: .. and replaced by what ? |
| 10:22.44 | Noor | bluelightning: some repository ie meta-openembedded-contrib branch <my branch name> |
| 10:23.08 | pb_ | pwgen: oe-core and the associated layers |
| 10:23.11 | Noor | any way I just need to find a way to send pull request |
| 10:23.42 | Noor | I never created my own repo so that is why finding it difficult |
| 10:24.06 | Noor | my own repo/branch |
| 10:24.08 | pb_ | it's pretty trivial to create one at github, just a case of clicking one button |
| 10:24.18 | pwgen | pb_: is there any description how to use oe-core ? |
| 10:24.36 | Noor | pb_: can I send pull request from there? |
| 10:24.36 | pb_ | I think there's a wiki page. |
| 10:24.47 | pb_ | yes, you can send a pull request from whereever you like. |
| 10:25.18 | bluelightning | pwgen: http://www.openembedded.org/index.php/OpenEmbedded-Core |
| 10:26.29 | bluelightning | we should really document how to submit patches as well if we haven't already |
| 10:27.15 | PaulePanter | bluelightning: There is a Wiki page »How to submit a patch« or so. |
| 10:27.42 | bluelightning | PaulePanter: yes, it does not cover the new oe-core workflow however |
| 10:27.52 | Noor | hi PaulePanter |
| 10:28.02 | pwgen | someone should put a note to the openembedded/Getting_Started page .. |
| 10:28.15 | PaulePanter | bluelightning: Well, sending patches to the list is still a valid way too, is not it? |
| 10:28.18 | PaulePanter | Noor: Hi. |
| 10:29.21 | bluelightning | PaulePanter: it is; however we now encourage the use of pull requests; etc... multiple mailing lists; which layer should it go in, etc. |
| 10:30.22 | PaulePanter | bluelightning: I see. Thanks. |
| 10:32.46 | pb_ | I guess the policy for submitting patches is (at least potentially) different for each layer. oe-core itself doesn't seem terribly fussy about pull requests but apparently meta-oe is more enthusiastic about them. |
| 10:34.39 | pb_ | and, I suppose, for those layers which do want pull requests, there ought to be a wiki page explaining how to set up a repo to pull from. |
| 10:36.35 | PaulePanter | pb_: I am not sure about that. I guess there have to be plenty of resources explaining that, so a URL should be sufficent. Gitorious or GitHub have outstanding documentation if I remember correctly. |
| 10:37.42 | pb_ | if meta-oe want folks to use the meta-oe-contrib repo then well, yeah, I was thinking more of the meta-oe-contrib repo. if the meta-oe folks want people to use that then I think it probably ought to be incumbent on them to document it. |
| 10:38.01 | pb_ | er, sorry, that last sentence seems to have come out a bit jumbled |
| 10:38.08 | pb_ | I think you probably get the sense of what I was trying to say though |
| 10:44.06 | pb_ | I suppose the other thing that comes to mind on that topic is that I would rather hope that the larger corporate users of oe would provide a bit of internal support for their own developers rather than just chucking them into the pool and hoping that "the community" will sort them out. |
| 11:06.14 | pwgen | mickey|office: Gratulation fuer Lara !! |
| 11:08.14 | *** join/#oe lamikr (~lamikr@nat/nokia/x-ttjsccpgxkomswgr) |
| 11:09.11 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:10.46 | pwgen | is there somewhere a description how to add a layer to openembedded-core ? |
| 11:21.39 | *** join/#oe zxdx (~zxdx@178.121.252.235) |
| 11:21.53 | zxdx | hello! |
| 11:22.30 | zxdx | have a bit problem, i want to build image and make some modifications in config files |
| 11:22.39 | zxdx | for example in wpa_supplicant.conf |
| 11:23.14 | zxdx | but build system tell's me error like: "This file provided by another package" |
| 11:24.35 | zxdx | for this i create new .bb with just this conf. i know it is wrong way, but ROOTFS_POSTPROCESS_COMMAND is too short to make all modifications |
| 11:25.34 | zxdx | I guess OE should have right nice way to done it.. |
| 11:25.47 | JaMa | ROOTFS_POSTPROCESS_COMMAND is also wrong way |
| 11:25.55 | JaMa | it has .bbappend in your layer |
| 11:26.08 | JaMa | and modify wpa-supplicant recipe |
| 11:27.40 | *** join/#oe lamikr (~lamikr@nat/nokia/x-uvliqhqjbtbapdrb) |
| 11:27.46 | zxdx | i can't modify recipe,becouse i need to have few images with different configs |
| 11:30.24 | zxdx | JaMa, can u referer to good doc or usefull example? |
| 11:39.56 | *** join/#oe pepermint (~pepermint@host24-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 11:50.07 | *** join/#oe B_Lizzard (~havoc@athedsl-428603.home.otenet.gr) |
| 11:57.46 | *** join/#oe sanket (~sanket@114.143.161.186) |
| 11:57.54 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 11:58.23 | bluelightning | pwgen: what kind of layer? machine support, or for adding some set of general packages? |
| 11:58.29 | bluelightning | or, a distro layer? |
| 12:00.14 | pwgen | <bluelightning>: i had done a long time building angstrom images for c3200 and netwalker . now everything changed and i am confused. i think these strange setup-scripts are the right place to start ... |
| 12:00.47 | bluelightning | well the setup scripts will help you set everything up for building |
| 12:01.00 | bluelightning | but creating a layer of your own is something different |
| 12:01.19 | bluelightning | what you want sounds like a BSP layer (machine support); if so, I would recommend checking out the yocto project BSP developer's guide |
| 12:01.31 | bluelightning | http://www.yoctoproject.org/docs/bsp-guide/bsp-guide.html |
| 12:02.58 | pwgen | <bluelightning>: i would be happy if i could buuild something that was former running. doing own layers is something i will do when i could build at least a working image ... |
| 12:04.59 | bluelightning | pwgen: right... well either oe-core on its own (distro-less) or the angstrom setup scripts will get you a working image for some other machine (e.g. qemuarm, qemux86) |
| 12:06.19 | bluelightning | FYI, machine support for zaurus is being worked on (partly by me) |
| 12:06.55 | *** join/#oe lumag (~lumag@nat-rup.mentorg.com) |
| 12:08.03 | lumag | hi all. |
| 12:08.16 | bluelightning | hi lumag |
| 12:09.06 | lumag | I've stumbled upon a problem. opkg-make-index in do_rootfs fails if there is a do_write_ipk task running in parallel. Is there any way to interlock those two tasks? Or at least to lock do_rootfs not no be called in parallel with other tasks. |
| 12:10.52 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.144.139) |
| 12:15.42 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:17.34 | *** join/#oe mickey|atWork (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:19.51 | *** join/#oe kristoffer__ (~kristoffe@host-90-237-135-255.mobileonline.telia.com) |
| 12:21.04 | bluelightning | lumag: hmm, I'm surprised that would be an issue... I've not heard of it happening |
| 12:21.25 | bluelightning | is this something that's happening a lot in your setup or only rarely? |
| 12:21.47 | lumag | it seems it happens quite a lot with initramfs image |
| 12:22.35 | lumag | bluelightning, http://pastebin.de/18462 |
| 12:25.52 | bluelightning | lumag: maybe the RDEPENDS for initramfs-image are not correct somehow? |
| 12:26.01 | lumag | rdepends? |
| 12:26.44 | bluelightning | yes, through recrdeptasks, rootfs_ipk.bbclass ensures that do_package_write_ipk has completed for everything in RDEPENDS |
| 12:26.47 | bluelightning | AFAICT |
| 12:27.21 | bluelightning | bitbake -e initramfs-image | grep RDEPENDS will let you examine what it's being set to |
| 12:31.50 | lumag | bluelightning, I see the problem. initramfs-kexecboot-klibc-image is being built indirectly (it's not the target). So while that image has valid RDEPENDS (kexecboot), there are other packages being built. |
| 12:32.06 | lumag | ... at the same time. And that confuses opkg-make-index |
| 12:32.54 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 12:38.30 | lumag | Probably I'll hack a opkg-make-index to ignore an exception there |
| 12:44.15 | *** join/#oe Ironnads (~Ironnads@host86-163-190-14.range86-163.btcentralplus.com) |
| 12:53.55 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:58.27 | *** join/#oe rickfoosusa (~chatzilla@adsl-209-30-130-200.dsl.austtx.swbell.net) |
| 13:05.45 | *** join/#oe pespin (~pespin@90.163.82.142) |
| 13:14.08 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 13:16.00 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 13:25.48 | bluelightning | lumag: it shouldn't need to be the explicit target to get the dependencies correct |
| 13:27.48 | lumag | bluelightning, Basically, I build console-image. As one of it's indirect dependencies it has initramfs.....-image. So when initramfs do_rootfs is running, nothing stops bitbake from building other console-image in parallel. So it does and sometimes does do_package_write_ipk at the time of opkg-make-index running. |
| 13:29.38 | bluelightning | lumag: ah right, I see now... hmm |
| 13:33.25 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 13:33.25 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 13:33.56 | *** join/#oe sanket_ (~sanket@114.143.161.186) |
| 13:35.01 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 13:37.38 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 13:37.38 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 13:44.50 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 13:50.05 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 13:50.05 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 13:53.30 | pb_ | does anybody know what the "export OS" in module-base.bbclass is good for? |
| 13:53.40 | pb_ | seems a little bit random as far as I can tell. |
| 13:54.47 | *** join/#oe B_Lizzard (~havoc@athedsl-428603.home.otenet.gr) |
| 13:55.10 | kergoth_ | hmm, no clue. could try a blame, or better yet, a git log -S'export OS' --follow classes/module-base.bbclass, to try to find the commit that added it |
| 13:56.13 | bluelightning | hmm, goes back to 2004 bk merge commit |
| 13:56.44 | kergoth_ | ouch |
| 13:57.58 | bluelightning | well, I guess it hasn't been causing any grief at least :) |
| 13:58.14 | bluelightning | but it would still be worth knowing what it's for |
| 13:58.19 | pb_ | yeah, it just happened to be causing me some grief because (combined with "make -e") it was stomping on one of my local makefile variables |
| 14:03.24 | kergoth_ | guh, that make -e thing should really go away. we wanted to make it trivial to add recipes, but it just encourages people to not read the makefiles, which bites them later on |
| 14:03.27 | kergoth_ | heh |
| 14:03.58 | pb_ | yeah |
| 14:04.30 | pb_ | dunno how we would really accomplish that now, though. add an oe_runmake_sanely() that doesn't use -e, and convert recipes to use it I suppose. |
| 14:05.07 | pb_ | obviously just dropping -e from oe_runmake without taking any other steps would cause widespread carnage, probably not an acceptable way to proceed. |
| 14:05.13 | kergoth_ | heh, yeah, would be a bit painful for the existing recipes. would have to go through all the non-{autotools,cmake,scons} stuff |
| 14:05.55 | *** join/#oe devzero_ (devzero@xdsl-89-0-94-51.netcologne.de) |
| 14:06.53 | *** join/#oe pespin_ (~pespin@90.163.82.142) |
| 14:07.02 | *** join/#oe sanket_ (~sanket@114.143.161.186) |
| 14:07.02 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 14:07.02 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 14:07.02 | *** join/#oe toobluesc (~nitro@cpe-70-116-138-43.tx.res.rr.com) |
| 14:07.17 | *** join/#oe aloisiojr (~aloisio@186.212.225.219) |
| 14:07.42 | *** join/#oe RA_drc (~RA_drc@ppp-70-247-114-5.dsl.rcsntx.swbell.net) |
| 14:12.19 | pb_ | yeah |
| 14:12.44 | pb_ | that said, I dunno how many recipes there are (in oe-core at least) that don't use one of those frameworks. maybe not that many. |
| 14:13.20 | lumag | pb_, kergoth maybe we should pull the switch in oe-core now, as there are still not a lot of packages? |
| 14:14.08 | pb_ | well, dunno, if it were up to me (which it isn't, obviously) I would not want to just pull the switch without checking to see what would actually break as a result |
| 14:15.26 | pb_ | and, of course, there are other layers like meta-oe which inherit oe_runmake from oe-core. |
| 14:30.51 | kergoth_ | yeah, it would have to be carefully done. I think ideally we'd go through all the recipes and find any whose EXTRA_OEMAKE contains -e in some fashion, and transition them to explicit variable passing |
| 14:31.06 | kergoth_ | then, at some hypothetical future time, consider changing the default |
| 14:50.47 | cbrake | is working on a oe-core/meta-oe build and missing lots of packages that are available in OE classic ... |
| 14:50.58 | cbrake | so copying them over ... |
| 14:52.34 | pb_ | yeah, there is lots of stuff that still hasn't been migrated |
| 14:52.56 | pb_ | and, of course, the fragmentary nature of the oe-core layer universe makes it hard to tell exactly what has and hasn't |
| 14:55.46 | *** join/#oe kergoth__ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 14:57.16 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 14:58.40 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 15:01.24 | bluelightning | pb_: we almost need some kind of auto-updated web-based search... |
| 15:01.49 | cbrake | yup, find is getting some extensive use here |
| 15:03.18 | bluelightning | I say web-based because it would mean you wouldn't have to have every single layer checked out |
| 15:04.13 | pb_ | yeah, that would be handy |
| 15:04.20 | pb_ | sort of like the old ipkgfind thing did for feeds, I guess |
| 15:05.39 | bluelightning | yes |
| 15:05.56 | bluelightning | I don't have much in the way of webdev skills or I'd try to throw something together... |
| 15:16.53 | *** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
| 15:17.39 | kergoth | I've occasionally thought about taking that a step further, and doing an apt-like tool that interacts with a server that parses recipes, which pulls down only what you need |
| 15:31.39 | pb_ | yeah, that's an interesting idea. might be a bit too scary though. |
| 15:32.36 | pb_ | I think what I would want is a tool to tell me what layer(s) contain a particular recipe, then I can take my own view on whether or not I think the maintainer of the layers in question is a lunatic before deciding to use the code |
| 15:38.06 | bluelightning | pb_: well clearly it would need to tell you what layer it was in, otherwise you wouldn't know where to get it... |
| 15:38.33 | pb_ | ah, I thought kergoth's plan was that it would just download it automatically |
| 15:39.08 | pb_ | maybe I misunderstood what he meant, though if it wasn't that then I can't immediately think why it would be a step further than what you proposed. |
| 15:39.42 | bluelightning | I don't know if it really could solve the problem that we have at the moment without being locally configured for every possible layer |
| 15:39.50 | *** join/#oe msm (~msm@192.88.168.35) |
| 15:41.45 | pb_ | yeah, dunno. to a large extent, what I think we need at the moment is a more comprehensive set of "well known" and well maintained layers. anything that involves fishing around in random third-party repos is always going to be a little bit unsatisfactory. |
| 15:42.50 | bluelightning | it's somewhat of a chicken-and-egg problem though... I suspect people look over the fence at oe-core, see that their favourite stuff is not there, then continue with oe-dev |
| 15:43.02 | pb_ | yeah |
| 15:43.44 | bluelightning | besides, even a "poorly" maintained layer can be the source of a good recipe that could be pushed elsewhere |
| 15:45.14 | pb_ | yeah, indeed, I was thinking from the perspective of someone who just wants a recipe to use; ideally you want to feel that it is coming from a layer of generally good quality, rather than a layer which consists of junk maintained by crazed h4x0rs. |
| 15:45.28 | toofar | true |
| 15:45.35 | toofar | there is little documentation on oe-core that I've found |
| 15:45.47 | toofar | haven't been following it closely, but only 2 wiki pages that describe it and then the meta layers |
| 15:57.54 | *** join/#oe kgilmer (~kgilmer@ntngsk048178.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 16:03.19 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 16:07.56 | *** join/#oe gnutoo (~gnutoo@host101-136-dynamic.2-87-r.retail.telecomitalia.it) |
| 16:11.08 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
| 16:17.14 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
| 16:26.40 | *** join/#oe B_Lizzard (~havoc@athedsl-428603.home.otenet.gr) |
| 16:37.39 | *** join/#oe Heinervdm (~thomas@pD9E12CBD.dip.t-dialin.net) |
| 16:44.17 | *** join/#oe rob_w_ (~bob@ppp-188-174-53-206.dynamic.mnet-online.de) |
| 17:05.17 | bluelightning | toofar: well, I'd love to hear specific suggestions on what we need to document |
| 17:05.36 | bluelightning | toofar: if you can give me some ideas I will try to write stuff down... |
| 17:06.24 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 17:08.50 | bluelightning | -> home |
| 17:17.40 | *** join/#oe kristoffer_ (~kristoffe@host-90-237-157-125.mobileonline.telia.com) |
| 17:21.38 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
| 17:25.40 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 17:30.23 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 17:38.51 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
| 17:59.36 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
| 18:07.44 | fray | I've found a bug in the current oe-core binutils while building for PPC64.. anyone around have experience with binutils and section generaton.. |
| 18:07.53 | fray | I've been trying to figure out the cause and so far not had any luck.. |
| 18:07.55 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 18:08.06 | fray | (short story, the GNU_HASH section is not being written properly) |
| 18:10.06 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:19.08 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
| 18:22.01 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 18:22.04 | *** join/#oe pepermint (~pepermint@host202-79-dynamic.5-87-r.retail.telecomitalia.it) |
| 18:26.35 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 18:32.35 | *** join/#oe aloisiojr (~aloisio@186.215.206.130) |
| 18:46.22 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 18:52.59 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 18:53.43 | kergoth__ | Tartarus: have you looked at the differences between cpan*.bbclass between oe-core and oe, by chance? |
| 18:53.53 | kergoth__ | RP_: ping |
| 18:54.38 | kergoth__ | RP_: ah, nevermind |
| 18:57.12 | *** join/#oe rcf (~rcf@81.243.22.238) |
| 19:06.30 | Tartarus | kergoth__: not in a while |
| 19:06.42 | Tartarus | iirc they were mostly re-synced |
| 19:08.45 | kergoth__ | yeah I think so, I was curious about the whole cpan unwrapping thing, is that a nonissue with the perl/nativeperl bits? |
| 19:08.56 | kergoth__ | I noticed that find/sed isn't in oe-core |
| 19:15.05 | *** join/#oe anarsoul (~anarsoul@46.28.99.48) |
| 19:15.28 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 19:18.21 | Tartarus | There was one, at one point for it |
| 19:18.25 | Tartarus | but maybe it got re-re-done |
| 19:23.37 | *** join/#oe brolin (~brolin@nat223.udea.edu.co) |
| 19:26.38 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
| 19:29.54 | *** join/#oe stefan_schmidt (~stefan@p4FC77A42.dip.t-dialin.net) |
| 19:42.18 | kergoth__ | hmm. |
| 19:42.37 | kergoth__ | It'd be nice to have a convenient way to emit binary packages for all defined package groups/image features |
| 19:42.48 | kergoth__ | in case one wants them in a feed |
| 19:46.08 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 19:58.28 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 19:58.28 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:08.46 | *** join/#oe kristoffer__ (~kristoffe@host-90-237-147-236.mobileonline.telia.com) |
| 20:32.03 | cbrake | this no long seems to be working with oe-core |
| 20:32.05 | cbrake | SRCREV = "${AUTOREV}" |
| 20:32.06 | cbrake | PV = "1.0+svnr${SRCREV}" |
| 20:32.25 | cbrake | I end up with a AUTOINC instead of the rev # in the package name |
| 20:33.14 | cbrake | # AUTOREV=${@bb.fetch2.get_autorev(d)} |
| 20:33.14 | cbrake | AUTOREV="AUTOINC" |
| 20:33.24 | cbrake | hmmm |
| 20:33.44 | kergoth | has no clue what's being done with fetch/fetch2 sadly |
| 20:36.51 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 20:37.16 | cbrake | OE classic has: |
| 20:37.18 | cbrake | SRCPV = "${@bb.fetch.get_srcrev(d)}" |
| 20:37.18 | cbrake | AUTOREV = "${SRCPV}" |
| 20:37.31 | cbrake | guess I need to ask on the maillist what is going on ... |
| 21:21.24 | *** join/#oe kristoffer_ (~kristoffe@host-90-237-155-47.mobileonline.telia.com) |
| 21:55.58 | joel_ | I am trying to build an image with OE and have included one of my own recipes in the image dependency |
| 21:56.05 | joel_ | but not all files show up in the filesystem |
| 21:56.08 | *** join/#oe Nu^253r (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 21:56.25 | joel_ | the ones I install into etc/init.d/ from do_install show up |
| 21:56.49 | joel_ | but the ones I installed into boot/ in my recipe don't show up in the final filesystem image |
| 21:59.36 | joel_ | any ideas why? |
| 22:00.00 | joel_ | There are present in image/ in my recipe's temp dir |
| 22:12.04 | *** join/#oe RA_drc_ (~RA_drc@ppp-70-247-114-5.dsl.rcsntx.swbell.net) |
| 22:12.37 | *** join/#oe RA_drc__ (~RA_drc@ppp-70-247-114-5.dsl.rcsntx.swbell.net) |
| 22:15.57 | kergoth_ | joel_: see the FILES_ variables in bitbake.conf. only certain files go into certain packages. |
| 22:16.09 | kergoth_ | joel_: you'll lkely want FILES_${PN} += "/boot" |
| 22:18.05 | *** join/#oe tdebrouw` (~tdebrouw@91.182.130.109) |
| 22:20.13 | Tartarus | joel_: It's important to look for installed but not shipped messages when building custom recipes |
| 22:20.34 | *** join/#oe PaulePanter (~paul@mail.gw90.de) |
| 22:21.44 | *** join/#oe RA_drc_ (~RA_drc@ppp-70-247-114-5.dsl.rcsntx.swbell.net) |
| 22:27.57 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 22:37.51 | toofar | bluelightning: in response to your question about oe-core, it has more to do with just learning about the oe roadmap |
| 22:39.45 | *** join/#oe Nu^253r (~LessIsMor@2.176.210.33) |
| 22:39.47 | *** join/#oe Nu^253r (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 23:00.38 | *** join/#oe kristoffer__ (~kristoffe@host-90-237-128-135.mobileonline.telia.com) |
| 23:22.06 | joel_ | kergoth, Tartarus thanks a lot :) |
| 23:30.15 | bluelightning | toofar: so, as I said, let's have some specifics... ? |
| 23:32.58 | *** join/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 23:35.08 | joel_ | When I send in patches, can I have a subject like: |
| 23:35.52 | joel_ | "[PATCH 1/10] [mplayer-dependency] libdvdread: Fixed foo bar baz" |
| 23:36.38 | joel_ | Like I want a way to group a set of patches into a common category and would like it to be mentioned in the Subject line |
| 23:41.21 | joel_ | But git am wont like it |
| 23:41.43 | joel_ | maybe [PATCH 1/10 - mplayer depedencies] ? |
| 23:44.15 | Tartarus | So, are you using git send-email? |
| 23:44.21 | joel_ | Tartarus, yes |
| 23:44.56 | Tartarus | OK, so it's a matter of fiddling with --subject or --subject-prefix |
| 23:45.08 | Tartarus | for meta-oe+oe-core, the pull request scripts also have an option to set this for you |
| 23:45.23 | joel_ | Is it acceptable to put anything in [PATCH <anything>] ? |
| 23:45.43 | Tartarus | but usually it's best to just have your 0/10 be: [PATCH 0/10] Fixup mplayer dependencies and then just have everything else follow w/ the normal PATCH N/10 or PATCHv2 N/10, etc |
| 23:45.43 | joel_ | Just concerned about the policy , not the method ;) |
| 23:46.27 | joel_ | Tartarus, Ah, that sounds nice. So like 0/10 should be an empty commit? |
| 23:46.40 | Tartarus | Nope, --compose |
| 23:47.35 | joel_ | Tartarus, so what goes into the body of the email? |
| 23:47.45 | Tartarus | That files up $EDITOR |
| 23:47.54 | Tartarus | Give it a whirl with a --to yourself:) |
| 23:48.10 | Tartarus | That's something I do and kick myself when I don't, heh |
| 23:49.06 | joel_ | ah , gotcha :) |
| 23:49.16 | joel_ | thanks, I should rtfm more often |
| 23:50.37 | Tartarus | heh |