| 02:25.11 | *** join/#oe stefan_ (~chatzilla@MTRLPQ2911W-LP130-02-1177734199.dsl.bell.ca) |
| 02:46.31 | *** join/#oe Jafura (~Jean-Fran@78.129.27.74) |
| 02:50.07 | *** join/#oe stefan1234 (~stefan@p4FF83649.dip0.t-ipconnect.de) |
| 02:51.05 | *** join/#oe dvhart (~dvhart@134.134.137.71) |
| 03:07.59 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
| 03:23.57 | *** join/#oe fusman (~fahad@39.55.139.48) |
| 03:30.29 | *** join/#oe Nilesh_ (~minda@114.143.135.194) |
| 04:32.19 | *** join/#oe dvhart (~dvhart@134.134.137.71) |
| 05:21.54 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 05:49.22 | *** join/#oe gmc (~gmc@babbelbox.metro.cx) |
| 06:03.13 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 06:35.56 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 06:46.25 | *** join/#oe woglinde (~henning@g225016251.adsl.alicedsl.de) |
| 07:10.15 | *** join/#oe fusman (~fahad@39.55.105.155) |
| 07:14.55 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:27.26 | *** join/#oe fusman1 (~fahad@39.55.169.248) |
| 07:40.16 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 07:46.38 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:50.26 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-pzpzycgarlvcijgq) |
| 07:54.52 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 08:11.00 | *** join/#oe fusman (~fahad@39.55.17.175) |
| 08:11.11 | *** join/#oe mago_ (~mago@smtp.hms.se) |
| 08:14.51 | *** join/#oe ao2 (~ao2@host207-146-dynamic.6-87-r.retail.telecomitalia.it) |
| 08:15.11 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
| 08:22.29 | *** join/#oe belen (~Adium@190.227.187.81.in-addr.arpa) |
| 08:28.25 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
| 08:41.39 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 09:00.27 | *** join/#oe spaszkoPL (~spaszko@87.105.187.254) |
| 09:04.35 | spaszkoPL | (Angstrom 2013.12) Hi guys, I have a question. When i compile my kernel "bitbake -c virtual/kernel" i have a kernel directory. I can modify it and etc. But when i try to compile my image it completly ruins my kernel git directory and clens everything. Is it an option to compile whole image, use my kernel changes and not clean kernel directory? |
| 09:05.28 | koen | disable rm_work |
| 09:10.59 | spaszkoPL | So you mean to override it in my kernel recipe? |
| 09:14.29 | koen | if you only want to keep the kernel, yes |
| 09:14.48 | spaszkoPL | thx, i will try it. :) |
| 09:31.47 | *** join/#oe belen (Adium@nat/intel/x-vkasvxacxokugnlm) |
| 09:32.19 | *** join/#oe belen (Adium@nat/intel/x-qmlnjoqgecdkpoyf) |
| 09:41.27 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 09:42.42 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:49.49 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 09:51.54 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:51.54 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:10.53 | bluelightning | morning all |
| 10:12.01 | woglinde | hi bluelightning |
| 10:12.11 | bluelightning | hi woglinde |
| 10:35.25 | *** join/#oe ldnunes (~ldnunes_@177.194.193.50) |
| 10:39.23 | otavio | bluelightning: https://www.dropbox.com/sh/pgi8l77k6kzb2qn/AABKUv-zgkgU-opMRx5Lm6qEa?dl=0 |
| 10:39.30 | otavio | bluelightning: can you take a look? |
| 10:40.37 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 10:41.30 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 10:42.32 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 10:46.41 | bluelightning | otavio: sorry I didn't reply yesterday, let me take a look now |
| 10:54.47 | spaszkoPL | hi bluelightning |
| 10:56.13 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 11:00.02 | spaszkoPL | Do anybody know from which recipe I can obtain libGLcore? I would like to use mesa, but i cannot see this library in mesa-gl package. As far I'm concerned i need this library to run mesa-demos. |
| 11:00.05 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 11:01.31 | spaszkoPL | Do anybody know from which recipe I can obtain libGLcore? I would like to use mesa, but i cannot see this library in mesa-gl package. As far I'm concerned i need this library to run mesa-demos. |
| 11:02.06 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 11:03.27 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 11:09.19 | bluelightning | otavio: near as I can tell, rpm requires that version numbers do not have dashes in them, according to the docs of both rpm4 and rpm5 |
| 11:10.27 | bluelightning | I wonder if we stopped filtering them out or something like that? |
| 11:13.25 | bluelightning | otavio: doesn't seem like we did looking over the commits in dizzy... |
| 11:13.45 | otavio | bluelightning: well this have been working forever |
| 11:13.52 | otavio | bluelightning: so we have a regression |
| 11:14.01 | otavio | bluelightning: don't know how |
| 11:14.04 | bluelightning | would you be able to try to identify where the regression happened? |
| 11:15.05 | otavio | bluelightning: Poky at df87cb27efeaea1455f20692f9f1397c6fcab254 worked |
| 11:15.12 | otavio | bluelightning: http://ci.ossystems.com.br/job/fsl-community-bsp-dizzy/26/consoleFull |
| 11:16.35 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 11:17.47 | bluelightning | otavio: ok, when did it first not work? |
| 11:19.10 | otavio | bluelightning: Poky at df87cb27efeaea1455f20692f9f1397c6fcab254 (failure); http://ci.ossystems.com.br/job/fsl-community-bsp-dizzy/27/consoleFull |
| 11:19.20 | bluelightning | er |
| 11:19.36 | bluelightning | I'm confused, you just said that was the revision that worked |
| 11:20.09 | bluelightning | I guess I can look at the repo manifest... |
| 11:20.31 | bluelightning | no, it's the same there too |
| 11:21.11 | otavio | bluelightning: it seems it is due update in fsl-arm than |
| 11:21.17 | otavio | but am wondering why |
| 11:21.39 | bluelightning | did the version perhaps change from one which didn't contain '-' to one that did? |
| 11:22.03 | otavio | The file was removed Drecipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.10.17-1.0.1-hfp.bb |
| 11:22.06 | otavio | The file was removed Drecipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.10.17-1.0.1-sfp.bb |
| 11:22.09 | otavio | The file was added Arecipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.10.17-1.0.2-hfp.bb |
| 11:22.12 | otavio | The file was added Arecipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.10.17-1.0.2-sfp.bb |
| 11:22.15 | otavio | both has |
| 11:23.10 | bluelightning | ok, unless the dependency in the piglit specfile somehow wasn't there before and now is I can't imagine how it would have worked and then not... |
| 11:29.23 | *** join/#oe falk0n (~falk0n@a79-168-246-245.cpe.netcabo.pt) |
| 11:29.53 | bluelightning | otavio: in any case I think there ought to be enough to file a bug at this point, and I'll try to draw fray's attention to it |
| 11:33.05 | otavio | bluelightning: how do you think I can debug it? |
| 11:33.17 | otavio | bluelightning: the nice thng is all machines uses same code |
| 11:33.19 | otavio | hheehhe |
| 11:34.11 | bluelightning | you could find out when the last time piglit do_package_write_rpm executed successfully, and then compare the specfile to the one that breaks |
| 12:02.54 | otavio | bluelightning: proved; reverting it fixes the build failur |
| 12:03.17 | bluelightning | otavio: reverting which sorry? |
| 12:03.19 | otavio | bluelightning: should the filter be fixed to handle the - on the version |
| 12:03.26 | otavio | bluelightning: the gpu update for 1.0.2 |
| 12:03.34 | bluelightning | ah okj |
| 12:04.11 | bluelightning | well we should definitely either replace them in the value or error out earlier with a sensible message |
| 12:04.25 | bluelightning | (when using the RPM backend) |
| 12:07.26 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 12:14.13 | otavio | where in the code this should be done? |
| 12:14.32 | otavio | and when it generates the rpm it does not leave the spec around |
| 12:19.26 | otavio | bluelightning: so I failed to be able to compare both |
| 12:20.16 | bluelightning | hmm OK I thought it left the file there |
| 12:20.32 | bluelightning | if it's a replacement in the name, probably in package_rpm.bbclass where it writes out the spec file |
| 12:20.50 | bluelightning | er, actually no that would probably be too late |
| 12:21.07 | bluelightning | it would need to be somewhere where you can set PKGV |
| 12:21.24 | bluelightning | probably still in package_rpm, just not sure where exactly |
| 12:31.05 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 12:47.50 | *** join/#oe fusman1 (~fahad@39.55.86.252) |
| 12:57.43 | *** join/#oe fusman (~fahad@39.55.101.194) |
| 13:00.27 | *** join/#oe Noor (~quassel@110.93.212.98) |
| 13:09.46 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 13:16.13 | *** join/#oe dev1990 (~bburd@87.105.187.254) |
| 13:21.36 | Crofton|work | anyone know how I can change the name of the output wic image file name? |
| 13:33.35 | *** join/#oe woglinde_ (~henning@g225108230.adsl.alicedsl.de) |
| 13:35.48 | *** join/#oe Noor (~quassel@110.93.212.98) |
| 13:38.55 | *** join/#oe _ao2 (~ao2@host203-106-dynamic.57-82-r.retail.telecomitalia.it) |
| 13:46.19 | bluelightning | Crofton|work: it doesn't look like there's an option for that... |
| 13:47.13 | *** join/#oe walters (~walters@2601:6:b80:3000:e2db:55ff:fe15:db3c) |
| 13:54.47 | Crofton|work | this is annoying |
| 13:54.54 | Crofton|work | machine isn't in the image name |
| 13:55.14 | Crofton|work | I'm puting them in different output dirs, but want the filename to indicate machine info :) |
| 13:57.15 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 13:58.29 | *** join/#oe ao2__ (~ao2@host203-106-dynamic.57-82-r.retail.telecomitalia.it) |
| 14:01.10 | Crofton|work | I suppose I should open a bug |
| 14:01.17 | bluelightning | Crofton|work: or send a patch ;) |
| 14:01.24 | Crofton|work | I can solve sort term problem with a wilcard copy :) |
| 14:01.56 | Crofton|work | I do not want to get into the mode of thinking I can make a patch and then forgetting about the problem |
| 14:14.31 | *** join/#oe stefan_ (~chatzilla@modemcable022.227-203-24.mc.videotron.ca) |
| 14:15.34 | *** join/#oe fusman1 (~fahad@39.55.24.97) |
| 14:17.21 | *** join/#oe zenlinux (zenlinux@2600:3c00::f03c:91ff:fedb:c91) |
| 14:17.30 | *** join/#oe sadmac (~sadmac@2001:4800:7810:512:68cc:5841:ff04:98cc) |
| 14:19.49 | *** join/#oe ndec (~ndec@linaro/ndec) |
| 14:30.18 | *** join/#oe woglinde (~henning@g225137048.adsl.alicedsl.de) |
| 14:34.32 | otavio | bluelightning: any guess where it removes the generated spec? I'd like to diff them |
| 14:38.34 | bluelightning | otavio: somewhere in package_rpm.bbclass or meta/lib/oe/package_manager.py probably |
| 14:56.11 | spaszkoPL | Hi guys, once more question. If i have a prebuild .ipkg package, how can i force bitbake to install it in my image? |
| 14:58.31 | bluelightning | spaszkoPL: I don't think we really support that very well |
| 14:59.21 | bluelightning | anything mentioned in IMAGE_INSTALL has to be provided by something within the build system |
| 14:59.23 | spaszkoPL | Hmm.. you mean that i have to run my image and then install it using opkg? Any other option? |
| 15:00.53 | bluelightning | the only workaround I can think of is to do the same thing but in a postprocessing command as part of the image construction |
| 15:01.52 | spaszkoPL | At the moment i have a problem that one missing package i have on angstrom feeds prebuild as .ipk. I don'y have recipe for this package and i have to run my image, download it and install using opkg. I was thinking if it's possible that bitbake will do it for me? |
| 15:02.22 | bluelightning | er, if it's in the angstrom feeds there must be a recipe somewhere that produced it |
| 15:02.30 | bluelightning | AFAIK |
| 15:02.48 | bluelightning | what package is it? |
| 15:03.14 | spaszkoPL | From my searches i cannot found this recipe in my sources directory. |
| 15:04.30 | spaszkoPL | this packages are mesa-driver-swrast and xserver-xorg-extension-glx |
| 15:04.59 | bluelightning | if all else fails, opkg info on the file should show a "Recipe:" field which says which recipe produced it |
| 15:05.09 | spaszkoPL | hmm |
| 15:05.35 | spaszkoPL | wait a moment i will look |
| 15:08.41 | *** join/#oe spaszkoPL (~spaszko@87.105.187.254) |
| 15:10.52 | spaszkoPL | Hmm |
| 15:11.03 | spaszkoPL | opkg info is showing recipe info ? |
| 15:11.47 | spaszkoPL | i don't see it. |
| 15:15.53 | spaszkoPL | Unfortunately i don't know how to check which recipe provides ipk file. Even for packages i've build. |
| 15:18.06 | bluelightning | I thought it was supposed to be saved into the package itself for opkg, I haven't looked recently |
| 15:19.52 | bluelightning | ah, the field is called "Source" not "Recipe" |
| 15:20.09 | bluelightning | wait, that's not it |
| 15:20.32 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 15:20.32 | bluelightning | it's called simply "OE" |
| 15:20.34 | spaszkoPL | hmm |
| 15:20.43 | bluelightning | is opkg info reporting an "OE" field?? |
| 15:21.20 | spaszkoPL | checking... |
| 15:21.49 | spaszkoPL | nope. |
| 15:22.04 | spaszkoPL | opkg info is giving a lot of info but grep saids that no OE. |
| 15:22.18 | bluelightning | well, that is very strange, because when it writes it out it does so unconditionally |
| 15:22.58 | spaszkoPL | So you see OE, yes? Maybe sth is wrong with my opkg or sth is missing. |
| 15:23.21 | bluelightning | I can see where it writes it in the code, at least for ipk files that the build system produces |
| 15:26.56 | spaszkoPL | Nope. I don't see anything. |
| 15:27.23 | spaszkoPL | Even when i open ipk files by vim i don't see OE or oe. |
| 15:28.05 | spaszkoPL | Maybe it's my bitbake configuration not writing this data. |
| 15:28.10 | *** join/#oe belen (Adium@nat/intel/x-rlyxknuuxxflxcxp) |
| 15:28.37 | bluelightning | the control file? |
| 15:28.59 | bluelightning | I've just looked at a random angstrom IPK (alsa-state in this case) and I can see it in the control file |
| 15:35.20 | bluelightning | spaszkoPL: can you link to this package in the angstrom feeds? what version of angstrom is this from? |
| 15:40.05 | adelcast | spaszkoPL: you can also look at the BUILD_FROM_FEEDS feature, which will let you build an image out of different feeds. The feature is still a bit rough around the edges, but I have been using it successfully |
| 15:40.27 | bluelightning | adelcast: right there is that, but I'm convinced that's not the right solution here |
| 15:40.40 | bluelightning | it's not as if the source and recipe for this package doesn't exist somewhere |
| 15:41.55 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 15:41.55 | adelcast | right, if there is a recipe, you might be better off getting it and adding it to your build. In my case, there is no recipe (and the ipks come from a very different build system, with different export structure, etc) |
| 15:42.45 | *** join/#oe falk0n (~falk0n@a81-84-184-53.cpe.netcabo.pt) |
| 15:43.36 | bluelightning | adelcast: so apparently there is no mesa-driver-swrast package anymore because there is no such split driver in mesa anymore, it was replaced by a "megadriver" |
| 15:44.30 | bluelightning | ^ sorry that was meant for spaszkoPL |
| 15:44.47 | bluelightning | spaszkoPL: the package providing that is called mesa-megadriver |
| 15:57.16 | spaszkoPL | hmm |
| 15:57.26 | spaszkoPL | I was abroad for a while. |
| 15:57.28 | spaszkoPL | :) |
| 15:57.32 | bluelightning | spaszkoPL: as for xserver-xorg-extension-glx, that is produced by the xserver-xorg recipe |
| 15:58.05 | bluelightning | if you aren't getting an xserver-xorg-extension-glx, perhaps building that extension is being disabled for some reason |
| 15:59.20 | spaszkoPL | I'm building xserver-xorg but as you said i don't have erver-xorg-extension-glx. |
| 16:01.08 | bluelightning | might be worth looking at the log.do_configure for xserver-xorg to see if there's anything glx-related in there |
| 16:02.22 | spaszkoPL | Anyway from my point of view i don't see any megadriver recipe in my angstrom sources. Maybe i don't have this layer in my layers.txt. |
| 16:02.34 | bluelightning | it's not a layer |
| 16:02.42 | bluelightning | the OE-Core mesa recipe produces it |
| 16:03.01 | bluelightning | at least, since the upgrade to 10.1.3 |
| 16:03.05 | bluelightning | (of mesa) |
| 16:03.43 | spaszkoPL | ok, so it's probably in mesa WORKDIR, isn't it? |
| 16:03.52 | bluelightning | you should have a mesa-megadriver package |
| 16:04.08 | bluelightning | you would find evidence of it in the mesa workdir yes but you should also have an ipk |
| 16:04.23 | bluelightning | assuming you are in fact building mesa 10.1.3 or later |
| 16:06.52 | spaszkoPL | No. I have mesa_9.1.6.bb recipe. |
| 16:09.43 | bluelightning | ah ok then in which case it probably ought to be providing a mesa-driver-swrast package, if not, perhaps check the configure log there as well |
| 16:11.23 | spaszkoPL | ok thx |
| 16:11.28 | spaszkoPL | i will check it |
| 16:11.28 | spaszkoPL | . |
| 16:11.38 | spaszkoPL | Have a nice weekend! Bye. |
| 16:11.40 | *** join/#oe fusman (~fahad@39.55.24.97) |
| 16:12.25 | Crofton|work | this is sort of exciting, I've been able to grossly simplify the pyqt recipe |
| 16:12.35 | Crofton|work | hopefully it works |
| 16:13.23 | *** join/#oe ao2 (~ao2@host186-192-dynamic.3-87-r.retail.telecomitalia.it) |
| 16:14.37 | *** join/#oe hillct (~hillct@cpe-098-122-162-243.nc.res.rr.com) |
| 16:14.59 | bluelightning | Crofton|work: buildhistory should help confirm it... |
| 16:15.26 | Crofton|work | well, the old recipe made a package that didn't work very well |
| 16:15.44 | Crofton|work | the test is see if I can run a gnuradio companion flowgraph |
| 16:16.09 | Crofton|work | so if buildhistory is the same, that is bad :) |
| 16:17.08 | bluelightning | well buildhistory may be different, but not unexpectedly so :) |
| 16:17.14 | bluelightning | you should check it in any case |
| 16:33.39 | *** join/#oe phdeswer (~phdeswer@a88-113-105-27.elisa-laajakaista.fi) |
| 16:38.49 | otavio | bluelightning: Oh |
| 16:38.52 | otavio | bluelightning: http://privatepaste.com/16d2aec7cea |
| 16:38.55 | otavio | bluelightning: http://privatepaste.com/16d2aec7ce |
| 16:39.22 | otavio | bluelightning: So the new package triggers a different versioning |
| 16:39.31 | otavio | bluelightning: Any idea /why/? |
| 16:41.29 | bluelightning | otavio: is that coming from PV or PKGV of libegl-mx6? |
| 16:42.26 | otavio | PV is the same pattern. |
| 16:42.29 | otavio | bluelightning: http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/commit/?h=dizzy&id=0f510a593a8aae8ca5b83574915bf736fa4dbe5c |
| 16:42.38 | otavio | bluelightning: this is the patch which breaking it |
| 16:43.49 | bluelightning | hmm, no clues there... formatting has not changed |
| 16:44.31 | bluelightning | does the libegl-mx6 package itself end up with + or - in its name? |
| 16:48.04 | otavio | bluelightning: let me check; I don't think so |
| 16:49.13 | otavio | generating the broken one so we can debug it |
| 16:50.32 | *** join/#oe fusman1 (~fahad@39.55.49.230) |
| 16:52.24 | *** join/#oe ant__ (~andrea@87.13.109.110) |
| 16:52.28 | *** join/#oe the8thbit|work (~8bit@66.186.100.194) |
| 16:59.46 | bluelightning | otavio: actually I think I have a clue as to why this might have broken |
| 16:59.54 | otavio | Really? |
| 17:00.30 | bluelightning | yes, I found the code in package_rpm.bbclass that does the replacement, and it relies on pkgdata |
| 17:00.49 | bluelightning | if that was somehow messed up, I think it might pass through without doing the right thing to PKGV |
| 17:01.18 | otavio | bluelightning: I am in a tmpdir with it broken; want me to check anything? |
| 17:03.14 | bluelightning | otavio: is there a PKGV value in the libegl-mx6 pkgdata file? |
| 17:08.15 | *** join/#oe Nitin (nakamble@nat/intel/x-kxawtbnplannprxf) |
| 17:11.02 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 17:11.22 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 17:12.06 | otavio | bluelightning: http://privatepaste.com/171b112391 |
| 17:13.38 | bluelightning | aha |
| 17:13.45 | bluelightning | the version is different there |
| 17:13.50 | bluelightning | hence it doesn't match |
| 17:14.11 | bluelightning | now why it's different, I couldn't say... |
| 17:15.01 | bluelightning | (well, hence it doesn't match and thus never gets replaced in the dependency's version specification string) |
| 17:16.58 | bluelightning | is there a proper build-time dependency between piglit and gpu-viv-bin-mx6q ? |
| 17:17.51 | *** join/#oe Jafura (~Jean-Fran@85.234.199.20) |
| 17:25.09 | otavio | yes |
| 17:25.13 | otavio | bluelightning: using virtual |
| 17:25.28 | bluelightning | ok |
| 17:25.31 | bluelightning | odd then |
| 17:25.38 | otavio | DEPENDS="autoconf-native automake-native libtool-native libtool-cross gnu-config-native cmake-native virtual/arm-poky-linux-gnueabi-gcc virtual/arm-poky-linux-gnueabi-compilerlibs virtual/libc virtual/libx11 libxrender waffle virtual/libgl libglu python-mako-native python-numpy-native python-native " |
| 17:25.53 | bluelightning | somehow when piglit buildt it got the old version |
| 17:26.31 | otavio | bluelightning: but what does not match? |
| 17:26.42 | otavio | bluelightning: it has PKGV: 3.10.17-1.0.2-hfp |
| 17:26.49 | otavio | bluelightning: gpu-viv is PKGV: 3.10.17-1.0.2-hfp |
| 17:27.25 | bluelightning | yes but piglit's spec file has: Requires: libegl-mx6 >= 3.10.17-1.0.1-hfp |
| 17:27.29 | bluelightning | 1.0.1 vs 1.0.2 |
| 17:27.36 | otavio | bluelightning: but /why/? |
| 17:27.39 | bluelightning | I don't know |
| 17:27.42 | bluelightning | that is one problem |
| 17:28.03 | bluelightning | the other problem is that it didn't error out when the replacement couldn't be done |
| 17:28.25 | bluelightning | (that's a secondary issue though) |
| 17:28.52 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 17:29.49 | otavio | bluelightning: ahhh |
| 17:30.00 | otavio | bluelightning: it does not has a depedency |
| 17:30.13 | otavio | bluelightning: sl does not provides libgl |
| 17:30.24 | bluelightning | oh, only libegl? |
| 17:30.28 | otavio | yds |
| 17:30.33 | bluelightning | ah, right |
| 17:30.44 | otavio | and piglit does not figured it out |
| 17:32.30 | bluelightning | well, I don't know if that's exactly the issue, it could be that tasks were executing in such an order that the version was 1.0.1 when piglit's do_compile happened, but by the time do_package_write_rpm ran the 1.0.2 package was created |
| 17:33.29 | bluelightning | our new QA checks ought to pick this sort of thing up (unless they were on in your current builds and didn't?) |
| 17:35.13 | otavio | bluelightning: it did not |
| 17:35.20 | otavio | but on dizzy |
| 17:35.22 | otavio | http://privatepaste.com/2980f0921e |
| 17:35.25 | otavio | seems to fix it |
| 17:37.29 | bluelightning | ok, dizzy does have those QA checks and they should be active unless they're not in your values of WARN_QA / ERROR_QA |
| 17:50.53 | otavio | bluelightning: we are using poky |
| 17:51.01 | otavio | bluelightning: so it is the default |
| 17:53.14 | the8thbit|work | what are some good repo collections for opkg general use (specifically for installing python) and how do I add them to opkg? |
| 17:54.54 | bluelightning | the8thbit|work: there aren't really any generic feeds around, you'd ideally look for one to be provided by whatever distro you have installed |
| 17:55.44 | the8thbit|work | bluelightning: unfortunately it was developed in house and we don't have anything like that |
| 17:56.01 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:57.32 | bluelightning | the8thbit|work: ok, in which case you should probably build them out yourself, it would just be a case of having the appropriate recipes to do so |
| 17:58.59 | the8thbit|work | bluelightning: hm, yeah thats what it seems like. Unfortunately, I'm very new to this whole thing. I'm not really familiar with what a recipe (other than in very vague terms as a list of instructions for building for a particular architecture) or how I would get an appropriate one. |
| 17:59.21 | bluelightning | ok, no worries |
| 18:00.15 | bluelightning | basically OE maintains an index of the layers that are out there and the recipes that they provide here: http://layers.openembedded.org |
| 18:01.00 | the8thbit|work | So Im looking for "meta-python"? |
| 18:01.11 | bluelightning | that's one place where a bunch of python recipes can be found yes |
| 18:01.32 | bluelightning | we ship quite a few in OE-Core as well |
| 18:01.49 | the8thbit|work | OE-core being more general purpose? |
| 18:02.23 | bluelightning | OE-Core is the core set of recipes, it's basically required when you use our build system (effectively it is the build system, or at least the bit that tells bitbake how to be our build system) |
| 18:05.43 | the8thbit|work | bluelightning: Okay, so where do I go from here? Do I pull down oe-core from git or something..? |
| 18:06.19 | bluelightning | so our getting started page is here: http://www.openembedded.org/wiki/Getting_started |
| 18:06.31 | the8thbit|work | thank you |
| 18:07.17 | bluelightning | my personal recommendation is to start with the Yocto Project quick start guide (poky, the Yocto Project's reference build system, uses OE-Core); but then I am somewhat biased on that front |
| 18:07.21 | the8thbit|work | bluelightning: "host machine" means not the embeded device, but the machine I'm sshing into the device with, right? |
| 18:07.31 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 18:07.47 | bluelightning | the8thbit|work: the machine you'd be running the builds on |
| 18:08.01 | the8thbit|work | oh, so the embeded device? |
| 18:08.11 | bluelightning | well, no, that's the target |
| 18:08.15 | the8thbit|work | oh, ok |
| 18:19.50 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 18:43.49 | *** join/#oe Nitin (~nakamble@134.134.139.74) |
| 18:44.00 | *** join/#oe khem (~khem@c-76-103-142-85.hsd1.ca.comcast.net) |
| 18:49.51 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 18:50.44 | *** join/#oe Nitin1 (~nakamble@134.134.137.71) |
| 18:56.17 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:12.02 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 19:18.09 | *** join/#oe gorjanc4 (~gorjanc3@cpe-31-15-160-2.cable.telemach.net) |
| 19:38.23 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 19:42.54 | *** join/#oe stefan_ (~chatzilla@MTRLPQ2911W-LP130-02-1177734199.dsl.bell.ca) |
| 19:43.06 | *** join/#oe mrcan (~m@212.253.79.123) |
| 19:43.07 | *** join/#oe mrcan (~m@unaffiliated/mrcan) |
| 19:58.54 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 20:01.35 | *** join/#oe lumag_ (~lumag@ppp78-37-144-18.pppoe.avangarddsl.ru) |
| 20:03.10 | *** join/#oe bpittman (~bill@130.164.62.212) |
| 20:14.46 | *** join/#oe _ao2 (~ao2@host186-192-dynamic.3-87-r.retail.telecomitalia.it) |
| 20:21.06 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 20:21.26 | *** join/#oe ao2__ (~ao2@host68-146-dynamic.6-87-r.retail.telecomitalia.it) |
| 21:29.17 | *** join/#oe belen (~Adium@190.227.187.81.in-addr.arpa) |
| 21:49.10 | nerdboy | http://sydneypadua.com/2dgoggles/ <= embedded humor? |
| 22:02.00 | *** join/#oe lumag_ (~lumag@ppp78-37-144-18.pppoe.avangarddsl.ru) |
| 22:13.05 | *** join/#oe woglinde_ (~henning@f052199143.adsl.alicedsl.de) |
| 22:42.00 | *** join/#oe zenlinux (zenlinux-w@2600:3c00::f03c:91ff:fedb:c91) |
| 23:29.33 | *** join/#oe zenlinux (zenlinux-w@2600:3c00::f03c:91ff:fedb:c91) |
| 23:41.44 | *** join/#oe cflowe (~cflowe@64.88.173.147) |
| 23:46.02 | *** join/#oe Nitin (~nakamble@134.134.137.73) |
| 23:52.04 | *** join/#oe hillct (~hillct@cpe-098-122-162-243.nc.res.rr.com) |