00:33.54 | *** join/#oe kristoffer_ (~kristoffe@host-90-237-133-167.mobileonline.telia.com) |
00:35.01 | *** join/#oe nitink (~nitink@nat/intel/x-ovwrslymzbefgjuj) |
00:49.47 | *** join/#oe Nu^253r (~LessIsMor@2.176.239.220) |
00:49.52 | *** join/#oe Nu^253r (~LessIsMor@unaffiliated/nu253r/x-0655220) |
00:52.29 | *** join/#oe kristoffer__ (~kristoffe@host-90-237-129-29.mobileonline.telia.com) |
01:15.46 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
01:30.49 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
01:54.42 | *** join/#oe spacepilot (~spacepilo@217.118.64.52) |
01:56.55 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
02:04.20 | *** join/#oe devzero_ (devzero@xdsl-89-0-185-20.netcologne.de) |
03:12.36 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
03:30.13 | *** part/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
04:07.18 | *** join/#oe jks2 (jks@193.189.93.254) |
04:28.29 | *** join/#oe jksM (jks@193.189.93.254) |
05:19.07 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
05:40.18 | *** join/#oe 18VAAM7XM (~t@83.151.21.119) |
05:54.48 | *** join/#oe pespin (~pespin@90.163.82.142) |
05:55.02 | *** join/#oe joel_ (~joel@cpe-76-184-244-226.tx.res.rr.com) |
06:06.36 | *** join/#oe vitus (~vitus@145.253.169.210) |
06:09.01 | *** join/#oe vitus (~vitus@145.253.169.210) |
06:12.07 | *** join/#oe vitus (~vitus@145.253.169.210) |
06:19.14 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
06:25.05 | *** join/#oe Noor (6e5dd462@gateway/web/freenode/ip.110.93.212.98) |
06:26.14 | *** join/#oe Nu^253r (~LessIsMor@unaffiliated/nu253r/x-0655220) |
06:42.57 | *** join/#oe lamikr (~lamikr@nat/nokia/x-ajxyckunmfuieuli) |
07:10.52 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
07:10.52 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:17.08 | *** join/#oe GarthPS (~quassel@lns-bzn-24-82-64-183-186.adsl.proxad.net) |
07:31.53 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
07:31.53 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
07:38.19 | *** join/#oe kaio (~kaio@27-33-161-52.static.tpgi.com.au) |
07:38.19 | *** join/#oe kaio (~kaio@fedora/kaio) |
07:40.13 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
07:44.43 | *** join/#oe lamikr (~lamikr@nat/nokia/x-zgajsjzuxwrsliqt) |
07:46.03 | *** join/#oe lamikr (~lamikr@nat/nokia/x-rrkjdmgakzsvhkrd) |
07:48.25 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:01.37 | *** join/#oe kristoffer_ (~kristoffe@host-90-237-184-242.mobileonline.telia.com) |
08:06.58 | *** join/#oe obi__ (~obi@unaffiliated/obi) |
08:07.56 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
08:19.59 | tasslehoff | What does "cannot check archive integrity" normally mean? I have fetched libpng, and the checksums seem ok, but I get that error. |
08:29.18 | *** join/#oe lumag (~lumag@nat-rup.mentorg.com) |
08:30.44 | *** join/#oe rob_w (~bob@ppp-188-174-101-181.dynamic.mnet-online.de) |
08:32.53 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
08:36.13 | *** join/#oe Ironnads (~Ironnads@host86-163-190-14.range86-163.btcentralplus.com) |
08:58.17 | tasslehoff | I tried changing libpng to use http instead of ftp, since my ftp port is firewalled. |
09:09.10 | *** join/#oe bluelightning (~paul@83.217.123.106) |
09:09.10 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:11.12 | *** join/#oe pepermint (~pepermint@host202-79-dynamic.5-87-r.retail.telecomitalia.it) |
09:19.24 | *** join/#oe Ironnads (~Ironnads@host86-166-52-2.range86-166.btcentralplus.com) |
09:20.51 | *** join/#oe mickey|atWork (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:20.51 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:24.25 | bluelightning | morning all |
09:25.42 | florian | good morning |
09:27.16 | pb_ | hi florian, bluelightning, all |
09:28.35 | *** join/#oe risca (~risca@c-2bf8e253.022-6-6e6b702.cust.bredbandsbolaget.se) |
09:28.54 | *** join/#oe mickeyAtWork (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:30.47 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
09:35.38 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
09:52.25 | *** join/#oe Ironnads (~Ironnads@host86-166-52-2.range86-166.btcentralplus.com) |
09:58.10 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
09:58.51 | Noor | Hello all |
10:04.18 | Noor | I have but my work in github repository at https://github.com/Noor-Ahsan/benchmark-recipes/tree/master/meta-oe/meta-oe/recipes-benchmark and not I wanna create pull request for it |
10:04.49 | Noor | should I use create-pull-request -u origin -b master in the local repo |
10:04.50 | Noor | ? |
10:05.06 | Noor | BTW this command is saying this No branch of git://github.com/Noor-Ahsan/benchmark-recipes is at: |
10:07.53 | *** join/#oe risca (~risca@c-2bf8e253.022-6-6e6b702.cust.bredbandsbolaget.se) |
10:10.16 | bluelightning | er, recipes-benchmark or benchmark-recipes? |
10:11.05 | bluelightning | Noor: really, what I would recomment is have your origin as meta-oe, and then use "git remote add" to add a "contrib" remote that points to your github branch |
10:11.15 | bluelightning | it won't matter for now but that works best |
10:11.58 | bluelightning | s/github branch/github repo/ |
10:12.22 | Noor | bluelightning: yeah my plan is like this but right now I want to send the stuff and will set my setup in a correct way afterwards |
10:12.30 | bluelightning | Noor: sure |
10:12.48 | Noor | but right now I have pushed my stuff to github |
10:13.06 | Noor | but finding it difficult to create pull request |
10:13.09 | bluelightning | so I think you just have a mistake in your command, your repo says recipes-benchmark and the error is talking about benchmark-recipes |
10:13.58 | bluelightning | er, hang on, no that's not it |
10:14.18 | Noor | bluelightning: remo name is benchmark-recipes ... yeah |
10:14.25 | Noor | repo |
10:15.13 | bluelightning | maybe the pull request script doesn't understand github repos |
10:15.40 | pb_ | how did you create that repo, did you clone it from meta-oe? |
10:15.56 | Noor | pb_: no |
10:16.04 | pb_ | it looks as though it has absolutely nothing else in it apart from your new files, and I'm not sure that the create-pull-request script can cope with that |
10:16.15 | Noor | this is my own repo created by using github |
10:16.30 | Noor | OK |
10:17.01 | bluelightning | ah yes, it needs to be repo cloned from the original, with your changes on top |
10:17.03 | Noor | I thought that this script can handle any repsitory |
10:17.17 | Noor | aaaaahhhhhh |
10:17.20 | Noor | OK |
10:17.28 | pb_ | well, I'm not all that au fait with the yocto tooling and how exactly their create-pull-request script works, maybe t does support what you are trying to do. but, conventionally, what you'd do is use the github "fork this repo" button to make a clone of upstream, then make a new branch, commit your changes into it and then send a pull request from that branch. |
10:17.33 | bluelightning | any repo, but with the right contents :) |
10:17.41 | bluelightning | pb_: it doesn't :) |
10:18.02 | pb_ | ah, heh |
10:18.20 | bluelightning | it does however support github in its function to check if the remote repo exists |
10:18.29 | bluelightning | so that should be OK as long as the repo contents get fixed |
10:18.35 | Noor | OK .... I though I just need to put my changes in repo and it will do the trick |
10:19.04 | bluelightning | Noor: yes but what you have is not changes, they are brand new files as far as git is concerned |
10:19.15 | bluelightning | or, as far as that repo is concerned |
10:19.41 | Noor | yeah I need to add brand new file in meta-oe as well |
10:19.51 | Noor | dont need to change any existing file |
10:19.57 | bluelightning | sure, but you need the history |
10:21.18 | Noor | bluelightning: I am bringing in these recipes from oe.dev |
10:21.38 | Noor | initiall i created initiall recipes |
10:21.45 | Noor | which did not have history |
10:22.04 | bluelightning | yes, I know, but for the pull request script to work, the repo needs to have the history of *meta-oe* in it plus your additions/changes on top of it |
10:22.46 | bluelightning | just clone meta-oe, add your files & commit, then force push that to your new repo |
10:23.40 | bluelightning | it'll be easier actually if you set up your repo as a separate remote on with meta-oe as the origin now |
10:23.42 | Noor | yeah doing that now :) |
10:24.04 | Noor | got it forked in my github |
10:24.07 | Noor | thanks |
10:25.10 | bluelightning | no worries |
10:26.21 | *** join/#oe vitus (~vitus@145.253.169.210) |
10:36.47 | *** join/#oe kaio (~kaio@27-33-161-52.static.tpgi.com.au) |
10:36.47 | *** join/#oe kaio (~kaio@fedora/kaio) |
10:42.26 | *** join/#oe kaio (~kaio@fedora/kaio) |
11:09.07 | *** join/#oe kaio (~kaio@27-33-161-52.static.tpgi.com.au) |
11:09.07 | *** join/#oe kaio (~kaio@fedora/kaio) |
11:30.13 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
11:37.03 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
11:37.23 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
11:39.07 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
11:39.15 | *** join/#oe DJW|Home (~djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
12:06.02 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
12:09.53 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
12:33.39 | *** join/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
12:33.49 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
12:36.27 | *** join/#oe Jay7x (jay@95-29-103-139.broadband.corbina.ru) |
13:04.38 | *** join/#oe MMx_ (mmx@2001:41b8:200::42) |
13:05.36 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
13:06.24 | *** join/#oe aevin_ (eivindsy@microbel.pvv.ntnu.no) |
13:19.41 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
13:21.09 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
13:22.05 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
13:28.34 | Noor | ok now my meta-oe repo is at https://github.com/Noor-Ahsan/meta-oe |
13:28.58 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
13:30.07 | Noor | and and this command create-pull-request -u origin -b master is saying that patch is created but I cant see it in the mentioned dir |
13:30.23 | Noor | sed: can't read pull-27323/0000-cover-letter.patch: No such file or directory sed: can't read pull-27323/0000-cover-letter.patch: No such file or directory ls: cannot access pull-27323/*: No such file or directory The following patches have been prepared: |
13:30.34 | Noor | Review their content, especially the summary mail: pull-27323/0000-cover-letter.patch |
13:31.01 | Noor | it also give me some warning or stuff in the start |
13:31.15 | Noor | sed: can't read pull-27323/0000-cover-letter.patch: No such file or directory |
13:31.30 | Noor | what I am missing in my command |
13:33.36 | JaMa | Noor: origin points to your repo https://github.com/Noor-Ahsan/meta-oe/ ? |
13:34.12 | Noor | remote origin Fetch URL: git@github.com:Noor-Ahsan/meta-oe.git Push URL: git@github.com:Noor-Ahsan/meta-oe.git |
13:34.44 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
13:35.20 | bluelightning | Noor: the script has to have something to compare your branch to |
13:35.52 | bluelightning | ideally your branch has a name and master is the original meta-oe, that will make it work automatically |
13:36.02 | bluelightning | otherwise you can specify the comparison branch |
13:39.12 | JaMa | Noor: just tried and seems it's working here: http://paste.pocoo.org/show/464829/ |
13:39.33 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
13:41.03 | JaMa | Noor: but those warnings are really bad |
13:47.18 | bluelightning | yeah, it's simply because the script expects you to be operating on a branch other than master |
13:47.38 | bluelightning | this can be overridden however |
13:47.55 | bluelightning | it also has no detection of when there are no changes between the comparison branch and the branch with the changes, which is a bug |
13:57.30 | *** join/#oe kevinsc (~a0214685@nat/ti/x-cykefysljnwmubke) |
13:57.36 | JaMa | ahh right, it "works" for me only because my local master is real meta-oe/master and comparison works |
14:00.12 | *** join/#oe thaytan_ (~thaytan@ppp59-167-167-201.static.internode.on.net) |
14:00.53 | *** join/#oe PaulePan1er (~paul@mail.gw90.de) |
14:01.53 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
14:01.54 | *** join/#oe kgilmer_ (~kgilmer@ntngsk048178.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
14:02.16 | *** join/#oe CIA-77 (~CIA@cia.atheme.org) |
14:02.19 | *** join/#oe pix1 (~pix@ks357967.kimsufi.com) |
14:02.20 | *** join/#oe ka6sox (znc@nasadmin/ka6sox) |
14:02.39 | *** join/#oe aloisiojr (~aloisio@186.215.206.130) |
14:03.18 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
14:04.40 | *** join/#oe ash_charles (~ash_charl@74.3.164.55) |
14:05.28 | *** join/#oe devzero_ (devzero@xdsl-89-0-169-170.netcologne.de) |
14:06.51 | *** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com) |
14:13.22 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
14:14.55 | *** join/#oe joelagnel (~joel@nat/ti/x-hpqrvwtnijgitnfr) |
14:16.19 | *** join/#oe julian_ (~julianpid@firewall.ctxuk.citrix.com) |
14:17.32 | *** join/#oe RA_drc (~RA_drc@ppp-70-247-114-5.dsl.rcsntx.swbell.net) |
14:17.54 | *** join/#oe julian__ (~julianpid@62.200.22.2) |
14:21.07 | *** join/#oe julianpid (~julianpid@62.200.22.2) |
14:29.11 | *** join/#oe JaMae (~martin@94.230.152.246) |
14:33.58 | *** join/#oe vanner|na (~vanner@195.91.241.19) |
14:36.35 | *** join/#oe jorma (~kario@tuubi.mermit.fi) |
14:44.24 | *** join/#oe MMx (mmx@2001:41b8:200::42) |
14:44.24 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
14:44.24 | *** join/#oe drw (~dwilliams@cpe-76-187-60-200.tx.res.rr.com) |
14:44.24 | *** join/#oe stuffcorpse (stuffy@amarok/developer/rickc) |
14:44.24 | *** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk) |
14:44.24 | *** join/#oe tkoskine (tkoskine@lakka.kapsi.fi) |
14:44.24 | *** join/#oe jilles (jilles@unaffiliated/jilles) |
14:44.24 | *** join/#oe darkschneider (~gab@93-32-52-188.ip32.fastwebnet.it) |
14:44.24 | *** join/#oe Tartarus (trini@pixelshelf.com) |
14:45.07 | *** join/#oe pespin (~pespin@235.Red-88-12-190.dynamicIP.rima-tde.net) |
14:45.13 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
14:47.12 | *** join/#oe pepermint (~pepermint@host202-79-dynamic.5-87-r.retail.telecomitalia.it) |
14:47.29 | bluelightning | quiet today... |
14:49.35 | *** join/#oe pespin (~pespin@235.Red-88-12-190.dynamicIP.rima-tde.net) |
14:51.35 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
14:58.09 | kergoth_ | yep |
14:58.57 | pb_ | it seems |
14:59.05 | pb_ | nearly the weekend, maybe everybody has gone home early |
15:03.40 | *** join/#oe tom_say (~william@cpe-68-203-248-184.stx.res.rr.com) |
15:33.48 | pb_ | fights with virtual/libgl |
15:34.04 | pb_ | this is weird, for some reason I get a bunch of diagnostics about mesa even though I don't have that selected as my preferred provider. |
15:34.12 | pb_ | I guess I should try masking it out altogether. |
15:43.38 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
15:48.20 | *** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
15:52.05 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
15:52.51 | cbrake | wonders what he is missing with the angstom setup scripts. Setting a hash for a repo initial checkout does not seem to work. may be back to git-submodules ... |
15:53.17 | kergoth | cbrake: you tried the combo layer stuff yet? I haven't had a chance, but I'm skeptical |
15:53.20 | kergoth | heh |
15:55.33 | *** join/#oe risca (~risca@c-2bf8e253.022-6-6e6b702.cust.bredbandsbolaget.se) |
15:59.47 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
16:00.02 | kergoth | hmm |
16:04.00 | cbrake | kergoth: no, I have not |
16:04.04 | cbrake | kergoth: don't understand it yet |
16:04.32 | kergoth | afaict its like git-subtree, but relies on in tree metadata rather than commit message metadata, and it implements it using format-patch/git-am rather than merges |
16:04.45 | kergoth | basically it pulls in commits from external repositories and applies them locally,w ith path adjustments |
16:04.52 | kergoth | "combining" many repositories into one |
16:04.54 | cbrake | gahh, layerman is feeding a buch of stuff through awk to a bash script with no error checking. |
16:06.18 | cbrake | kergoth: hmm, seems rather fantastic if it works. I wonder how extracting things back out of it goes |
16:06.39 | kergoth | that was my main concern |
16:06.54 | kergoth | I really prefer git-subtree, but what git-subtree can't do is pull a subdir of a remote |
16:07.01 | kergoth | for example, in poky, meta is oe-core/meta |
16:07.12 | kergoth | subtree and submodule can't pull a subdir of a different repo, only its root |
16:07.19 | cbrake | nod |
16:07.42 | kergoth | it claims to provide some sort of patch extraction, but i dunno |
16:07.56 | cbrake | is the combo layer stuff Koen's work, or is the layer stuff Yocto is working on? |
16:07.58 | kergoth | its definitely less convenient for those of us who interact with the upstreams of the components on a regular basis |
16:08.13 | kergoth | koen is playing with yocto's combo-layer tool in an Angstrom-combo-layer repo |
16:08.18 | kergoth | i don't think he's using it elsewhere yet |
16:08.22 | kergoth | but i'm not sure |
16:08.32 | cbrake | yeah, seems like things are getting way too complex |
16:08.34 | kergoth | it was written by one of the ycoto folk |
16:08.37 | kergoth | agreed |
16:08.50 | cbrake | why split things apart and then combine them back together? |
16:09.24 | cbrake | and then basic things like fetching the HEAD of a SVN repo is broke |
16:10.22 | incandescant | but has nothing to do with the layer tool |
16:10.24 | kergoth | well, everyone looking to use layers ends up combining them in some fashion, its just a matter of whether the integration involves pointing at an upstream ref, or applying all of upstream's commits locally |
16:10.36 | incandescant | let's not pick a cause at random for effects |
16:10.53 | cbrake | well, I need something that is rock solid, gives errors when there are errors, guarantees to give me the right repo version, etc, so its back to git-submodules for this project ... |
16:11.33 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
16:12.11 | incandescant | which is fine, no one is mandating the use of the layer tool or suggesting it's a one size fits all solution afaics |
16:12.50 | cbrake | incandescant: agreed, the SVN HEAD fetching issue is not connected with layering. My only point is oe-core does not seem to be getting any more "usable" for people building products. I still have hopes long term and continue on ... |
16:13.01 | kergoth_ | it seems pretty poky specific to me, yet it lives in oe-core |
16:13.20 | kergoth_ | i still think it's incredibly stupid for the sato stuff to be living in a supposedly "core" later |
16:13.26 | cbrake | incandescant: yup, nice to have options. Just trying to undertand if I'm missing anything. |
16:13.28 | kergoth_ | blah, layer |
16:14.10 | incandescant | cbrake: we're working hard to try and make it usable, I'm sorry you don't feel it's ready |
16:14.13 | *** join/#oe msm (~msm@192.88.168.35) |
16:14.18 | bluelightning | combo-layer is not intended for end-users |
16:14.40 | kergoth | that depends on who you consider the end user |
16:14.43 | bluelightning | it's for people producing distros or projects like Yocto where you want a single checkout |
16:14.44 | cbrake | incandescant: understood, with change there is churn |
16:14.44 | bluelightning | that's it |
16:14.55 | incandescant | kergoth_: there's a desire to have a graphical DE in core, sato is fulfilling that role for now |
16:15.13 | kergoth | if you consider the companies consuming oe to produce products as end users, then certainly they'll need or use an integration of some sort |
16:15.42 | kergoth | incandescant: as far as I'm concerned, no gui is ever "core". meta-oe's gui layers make a hell of a lot more sense to me, personally |
16:15.57 | kergoth | if you want demos, use a demo layer, don't cram it into the core |
16:16.24 | incandescant | kergoth: I'm merely trying to explain the rationale |
16:16.44 | kergoth | yeah, I'm not blaming you, just saying I disagree with the rationale :) |
16:17.01 | incandescant | but it's less for demo and more for testing, genuine demo's have been maintained out of core |
16:17.25 | pb_ | yeah, even the tests could go in their own layer just as well. |
16:17.29 | kergoth | exactly |
16:17.37 | pb_ | it is slightly irritating having sato contain, for example, a specific webkit recipe. |
16:17.40 | kergoth | oe-core/meta isn't the only layer in poky/yocto |
16:17.57 | incandescant | aiui the webkit portion of sato was dropped |
16:18.12 | kergoth | yeah, it's so arbitrary. pick one of the many guis at random and calling it somehow "core" doesn't make sense to me |
16:18.32 | pb_ | incandescant: it's still in the oe-core tree I have here, but maybe my checkout is slightly outdated |
16:19.30 | incandescant | so it is, maybe it was simply removed from the default images |
16:20.05 | pb_ | so you end up with this weird situation where webkit-gtk is "core" because sato uses it, but other variants of webkit are not, and hence it's hard for them to share code. |
16:21.33 | *** join/#oe MrCurious_ (~MrCurious@67.58.47.190) |
16:21.47 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
16:22.20 | kergoth | oe-core was intended to be the common subset. which implies the portion of linux distributions which is common to most, or all, setups. choice of gui is obviously specific, not general, so doesn't seem to fit the definition of a common subset of metadata |
16:22.31 | kergoth | shrugs, rant over, back to real work |
16:22.47 | jmpdelos | kergoth: I've argued with RP for a while; I believe things should be further split. I.e.., bitbake and the core classes (the build system) should all be separate from the recipe/feature/distro (meta data) layers |
16:24.43 | *** join/#oe RA_drc_ (~RA_drc@ppp-70-247-119-163.dsl.rcsntx.swbell.net) |
16:24.43 | pb_ | that might make some sense, though I am not sure that separating bitbake and the "core" classes from the core set of recipes would buy you all that much in reality. |
16:25.17 | pb_ | clearly you can't use the recipes without bitbake, and practically speaking it seems unlikely that anybody would use bitbake without at least the core parts of oe. |
16:26.03 | kergoth | conceptually that would make sense, but as you say, practically it doesn't seem to, unless you wanted to set up tighter access controls, and that can be dealt with in other ways |
16:26.53 | incandescant | don't forget that we also have a vocal set of users complaining about there being too much separation |
16:27.20 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
16:30.50 | *** join/#oe woglinde (~heinold@g225072010.adsl.alicedsl.de) |
16:30.55 | pb_ | yeah, though that problem seems like it should be soluble by mechanical means |
16:30.56 | kergoth | I know people seem to like the notion of layers for things like x11, but part of me still feels like the original notion of not categorizing the recipes because doing so is so arbitrary holds some water. now we can't find anything, because my notion of what goes here is different than your notion of what goes there |
16:31.01 | kergoth | mutters |
16:34.41 | pb_ | true, and in the particular case of x11 I have recently been discovering that there are a bunch of packages labelled as being "x11" when in fact they are not, and a further set of packages which are "x11" in the sense of being written by x.org but not actually part of the x window system as such. |
16:34.42 | kergoth_ | anyone know what license http://cpansearch.perl.org/src/AUTRIJUS/Language-SIOD-0.01/slib.c is, offhand? it appears to be a variation on the 3 clause bsd license |
16:35.28 | kergoth_ | I like the notion of an oe-core, because that separation makes sense, from the standpoint of having a sane, functional, known quantity as the base (in theory), but beyond that... *shurg* |
16:36.28 | kergoth_ | i wish open source projects would always grab an existing license. there's almost never a good reason to come up with something else |
16:38.49 | *** join/#oe foerster (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
16:40.16 | CosmicPenguin | heh - thats the same argument for code reuse. Replace "license" with "linked list implementation" and it is still true |
16:40.21 | kergoth | hehe |
16:40.25 | kergoth | true |
16:40.30 | CosmicPenguin | Maybe thats the problem - licenses get some "not invented here" creep |
16:40.34 | kergoth | have you seen CCAN? looks cute |
16:40.44 | kergoth | <PROTECTED> |
16:40.45 | woglinde | ccan? |
16:40.55 | kergoth | hell, i think quilt is using a patch option that doesn't exist on old distros |
16:41.02 | kergoth | grumbles |
16:41.11 | kergoth | http://ccan.ozlabs.org/ |
16:43.38 | woglinde | hm for hast stuff there is uthash |
16:45.05 | CosmicPenguin | is ccan new or am I just slow? |
16:45.09 | CosmicPenguin | to find out about it |
16:45.41 | kergoth | I don't think there's all that much in it. i knew about it for a while, but never really paid much attention. just seemed interesting |
16:45.47 | kergoth | not sure how new it is *shrug* |
16:45.51 | CosmicPenguin | It needs better marketing - its a good idea |
16:46.02 | kergoth | it's like a common snippet library, which is good, but better yet, it's *tested* |
16:46.07 | kergoth | unlike snippet web sites.. |
16:46.18 | kergoth | heh |
16:49.29 | *** part/#oe vanner (~vanner@195.91.241.19) |
16:55.33 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
17:04.38 | *** join/#oe egonzalez_ergio (~emiliano@190.49.16.138) |
17:07.48 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
17:21.19 | Jay7 | please remind me, do we have plan to release in September? |
17:21.34 | Jay7 | or October? |
17:26.08 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
17:35.14 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
17:40.35 | *** join/#oe rickfoosusa (~chatzilla@adsl-209-30-130-200.dsl.austtx.swbell.net) |
17:41.41 | *** join/#oe pespin (~pespin@90.163.82.142) |
17:41.48 | *** join/#oe lamikr (~lamikr@nat/nokia/x-jarfxiortksgjrcm) |
17:43.57 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
17:46.06 | *** join/#oe lamikr (~lamikr@nat/nokia/x-wfnqjxyzzmixnuos) |
17:53.26 | *** join/#oe gnutoo (~gnutoo@host101-136-dynamic.2-87-r.retail.telecomitalia.it) |
17:55.44 | *** join/#oe pespin (~pespin@90.163.82.142) |
17:56.52 | *** join/#oe RA_drc (~RA_drc@ppp-70-247-119-163.dsl.rcsntx.swbell.net) |
17:58.28 | *** join/#oe tom_say (~william@cpe-68-203-248-184.stx.res.rr.com) |
18:10.52 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
18:11.55 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
18:13.08 | *** join/#oe pepermint (~pepermint@host202-79-dynamic.5-87-r.retail.telecomitalia.it) |
18:19.47 | *** join/#oe kevinsc (~a0214685@nat/ti/x-olnucyxmyvrumlro) |
18:22.14 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
18:28.43 | msm | I have BB_GENERATE_MIRROR_TARBALLS set but im not getting git tarballs created in my source ld dir.. am I missing something? |
18:28.45 | msm | :q |
18:29.19 | msm | whoops =) |
18:41.17 | Tartarus | msm: maybe, they're named differently now |
18:41.36 | Tartarus | git tarballs are (imho) not mirror-ready anymore since they don't encode the hash in them now |
18:43.32 | msm | oh |
18:43.37 | msm | so i can use them over http then? |
18:43.42 | msm | err can't |
18:46.06 | *** join/#oe RA_drc_ (~RA_drc@ppp-70-247-119-163.dsl.rcsntx.swbell.net) |
18:47.35 | Tartarus | You can |
18:47.43 | Tartarus | It just sucks when upstream changes the githash again |
18:47.48 | Tartarus | Since you need a new tarball |
18:52.19 | *** join/#oe RA_drc_ (~RA_drc@ppp-70-247-119-163.dsl.rcsntx.swbell.net) |
18:54.47 | msm | so one needs to delete all the old tarballs and recreate them since the new hash wont be in the old tarball? |
18:57.02 | kergoth | wow, this is strange. I have a recipe that matches in bbfiles, yet bitbake says there's no provider. it isn'td oing anything strange, not raising skippackage or anything crazy.. makes no sense |
18:57.14 | kergoth | and -b works.. |
18:57.15 | kergoth | hmmm |
18:57.23 | kergoth | oh, duh, i'm a moron |
18:57.31 | kergoth | forgot about a rather greedy bbmask :P |
18:58.09 | kergoth | rolls eyes |
18:59.16 | *** join/#oe toi (~peter@94-226-61-212.access.telenet.be) |
19:04.24 | *** join/#oe woglinde (~heinold@g230119232.adsl.alicedsl.de) |
19:05.55 | *** join/#oe kevinsc (~a0214685@nat/ti/x-agpmpjhkuwgjizxy) |
19:06.13 | *** join/#oe toi_ (~peter@94-226-61-212.access.telenet.be) |
19:14.19 | *** join/#oe toi_ (~peter@94-226-61-212.access.telenet.be) |
19:24.57 | *** join/#oe florian (~fuchs@sign-4d094a5d.pool.mediaWays.net) |
19:24.57 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
19:25.52 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
19:38.22 | msm | Tartarus: so i need to delete all tarballs after each build? |
19:38.28 | msm | or forcily overwrite the tarballs? |
19:38.34 | msm | forcibly* |
20:03.04 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
20:07.38 | *** join/#oe Gaston|Home (Gaston@c-e92fe353.155-1-64736c11.cust.bredbandsbolaget.se) |
20:39.14 | Tartarus | Well, when it changes and you copy stuff over, it will overwrite |
20:43.34 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
20:44.13 | msm | well with INHERIT += "own-mirrors" it's still falling back to git clone for some reason |
20:44.42 | msm | might be my rsync though let me look |
20:44.50 | *** join/#oe vivijim (~vivijim@134.134.139.72) |
20:44.50 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
20:46.27 | msm | or maybe the users local downloads is not getting updated? |
20:54.09 | otavio | Is someone handling static libraries inside a same repository? |
20:54.34 | otavio | We have a repository that is used by two projects but this is a static library |
20:54.48 | kergoth_ | what about it? |
20:54.56 | otavio | We need it to be handled inside of each of recipe that is used |
20:55.13 | otavio | so in case we update it, we don't need to recall to bump the revision of theirs user |
20:55.43 | otavio | let's say, recipeA and recipeB use libcommon |
20:55.58 | kergoth | oh, you're wondering about handling of srcrev with multiple git repositories in SRC_URI? |
20:56.01 | otavio | we want libcommon revision be at recipeA and recipeB versions |
20:56.02 | kergoth | for the child repo? |
20:56.07 | otavio | kergoth: yes |
20:56.11 | kergoth | no clue :) |
20:56.34 | kergoth | *hates* the way srcrev works |
20:57.10 | kergoth | hmm. |
20:57.48 | otavio | heh |
20:58.46 | kergoth | I wonder if it'd be useful to make a tool which parsed a set of layers, then "installed" recipes you requested into a local dir, by doing the fetch/unpack/patch to populate S, pulling the recipe over, and making it use srctree |
20:58.49 | kergoth | ponders |
20:59.47 | otavio | kergoth: the problem is that it won't be included on the image |
20:59.59 | kergoth_ | what do you mean? |
21:01.56 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
21:02.01 | kergoth | glares at his build |
21:06.56 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
21:06.56 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
21:10.44 | *** join/#oe mtr (~michael@v29762.1blu.de) |
21:20.17 | ka6sox | khem ping? |
21:20.24 | woglinde | hi ka6sox |
21:21.22 | ka6sox | hi woglinde how goes? |
21:21.34 | woglinde | hm |
21:21.39 | woglinde | hot |
21:21.45 | woglinde | now we have some summer |
21:22.03 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
21:22.11 | kergoth_ | I'm so ready for winter |
21:22.13 | kergoth_ | I hate arizona |
21:31.28 | Crofton | rofl |
21:31.43 | Crofton | kergoth, I'm in Mountain View Ca at the moment |
21:31.51 | Crofton | the weather here is just dull |
21:32.03 | Crofton | comfortable most of the year, but dull |
21:34.12 | incandescant | spent a week in AZ. Did. Not. Like. |
21:34.56 | Crofton | You just have to like crazy heat |
21:35.14 | ka6sox | yes....but is "DRY" heat... |
21:36.28 | kergoth_ | ka6sox: so's the inside of my oven |
21:36.43 | ka6sox | :) |
21:37.05 | Crofton | sort of like the jetway at the phoenix airport |
21:37.17 | Crofton | went through phoenix on the way to vancouver |
21:48.20 | *** join/#oe unsolo (~unsolo@58.80-203-72.nextgentel.com) |
22:37.00 | *** join/#oe rickfoosusa (~chatzilla@adsl-209-30-130-200.dsl.austtx.swbell.net) |
22:43.31 | *** join/#oe unsolo_ (~unsolo@58.80-203-72.nextgentel.com) |
22:54.51 | *** join/#oe Nu^253r (~LessIsMor@unaffiliated/nu253r/x-0655220) |
23:08.01 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
23:20.03 | *** join/#oe jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |