| 00:25.58 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 00:25.58 | *** join/#oe roxell (~roxell@linaro/roxell) |
| 00:25.58 | *** join/#oe suihkulokki (~nchip@afflict.kos.to) |
| 00:25.58 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 00:25.58 | *** join/#oe radhus (~radhus@sevh.radhuset.org) |
| 00:25.58 | *** join/#oe n|west (~nathan@vanilla.ceat.okstate.edu) |
| 00:25.58 | *** join/#oe afournier (~admin@46.255.181.29) |
| 00:25.58 | *** join/#oe gabrbedd (~gabrbedd@li680-65.members.linode.com) |
| 00:25.58 | *** join/#oe mnemoc (~amery@geeks.cl) |
| 00:25.58 | *** join/#oe broonie (~broonie@cassiel.sirena.org.uk) |
| 00:26.44 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
| 00:26.44 | *** join/#oe silviof (~silviof@unaffiliated/silviof) |
| 00:26.44 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 00:26.44 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 00:26.44 | *** join/#oe heeen (heeen@endboss.org) |
| 00:26.44 | *** join/#oe blindvt_ (~brf@85-127-89-243.dynamic.xdsl-line.inode.at) |
| 00:26.45 | *** join/#oe ericst (~ericst@xvm-111-8.dc2.ghst.net) |
| 00:26.45 | *** join/#oe PaulePanter (~paul@mail.gw90.de) |
| 00:26.45 | *** join/#oe Zougloub (cJ@zougloub.eu) |
| 00:26.45 | *** join/#oe Gaston|Home (~quassel@191.office.tw.ly) |
| 00:27.30 | *** join/#oe PaulePanter (~paul@mail.gw90.de) |
| 00:29.15 | *** join/#oe Jafura (~Jean-Fran@2a02:2788:114:11ce:435:be6f:6f0f:cdc1) |
| 00:33.22 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 00:39.20 | *** join/#oe nitink (~nitink@134.134.139.72) |
| 00:43.27 | *** join/#oe stefan___ (~chatzilla@70.51.17.110) |
| 00:56.38 | *** join/#oe stefan___ (~chatzilla@70.51.17.110) |
| 01:27.52 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 01:50.53 | *** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net) |
| 01:56.57 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 02:47.55 | *** join/#oe phantomcircuit (~phantomci@blockchain.ceo) |
| 03:09.59 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
| 03:57.48 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 04:55.09 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 04:56.23 | *** join/#oe clio (~andrej@85.159.109.222) |
| 05:58.39 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 06:03.40 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 06:54.10 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:54.42 | *** join/#oe tito_ (52e6ff24@gateway/web/freenode/ip.82.230.255.36) |
| 06:55.04 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 06:55.22 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-nrpdhjyotathiauj) |
| 06:56.17 | tito_ | hi, how can i tell oe where to get the makefile of a progect : sources are in src/ dir and makefile in parent dir |
| 06:59.03 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 06:59.13 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 07:03.32 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:04.16 | tito_ | ccd |
| 07:21.13 | *** join/#oe diego_r (~diego@dynamic-adsl-84-221-66-185.clienti.tiscali.it) |
| 07:36.25 | *** join/#oe dev1990 (~bburd@87.105.187.254) |
| 07:38.04 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 07:44.21 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
| 07:49.37 | *** join/#oe GusBricker (~GusBricke@120.149.34.233) |
| 07:50.28 | *** join/#oe GusBricker (~GusBricke@120.149.34.233) |
| 07:51.12 | *** join/#oe diego_r (~diego@dynamic-adsl-84-221-66-185.clienti.tiscali.it) |
| 07:54.03 | *** join/#oe roric (~roric@83.140.117.51) |
| 07:56.54 | mckoan | good morning |
| 07:59.34 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 08:13.36 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:24.27 | *** join/#oe ccube (ccube@nx.mindrunner.de) |
| 08:25.16 | *** join/#oe belen (Adium@nat/intel/x-zqfpdqjjpudzqjfi) |
| 08:35.41 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:35.41 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:46.43 | *** join/#oe falk0n (~falk0n@a85-138-89-15.cpe.netcabo.pt) |
| 09:19.26 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 09:24.13 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 09:33.52 | Crofton|work | bluelightning, how do I remove a layer fro mthe index? |
| 09:34.07 | Crofton|work | and I need to check on FOSDEM stand application |
| 09:46.49 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 09:46.58 | *** join/#oe Noor (~quassel@110.93.212.98) |
| 09:52.31 | bluelightning | Crofton|work: still haven't submitted |
| 09:52.45 | bluelightning | Crofton|work: should be able to do it by end of week |
| 09:52.54 | Crofton|work | I fixed my layer depends for belen you can submit now :) |
| 09:53.10 | bluelightning | Crofton|work: you can't, but I can if you let me know what you want removed |
| 09:53.19 | Crofton|work | I need to remove my old meta-zynq layer from the layer index |
| 09:54.34 | bluelightning | ok, I'll delete it now |
| 09:54.39 | Crofton|work | thanks |
| 09:55.02 | bluelightning | ok, it's gone |
| 09:56.28 | lag | Is there any way I can build OE on an ecryptfs filesystem? |
| 09:56.39 | koen | lag: no |
| 09:56.50 | koen | ecyptfs has trouble with long/deep paths |
| 09:57.06 | koen | well |
| 09:57.08 | lag | koen: That's pants! |
| 09:57.24 | koen | you could create a loopfile system, format that as ext4, etc |
| 09:57.35 | lag | koen: So anyone that builds OE has unencrypted /home directories? |
| 09:57.46 | koen | I don't build in /home |
| 09:57.56 | koen | I have /build |
| 09:58.19 | koen | but e.g. dm-crypt works |
| 09:58.32 | lag | doesn't have enough disk space to create a new partition |
| 09:59.56 | lag | koen: How much disk space does a typical build take? |
| 10:00.33 | koen | the builds I do take >100GB |
| 10:00.42 | koen | but small builds fit in a 16GB tmpfs |
| 10:00.50 | koen | so something between that |
| 10:03.54 | lag | koen: Thanks |
| 10:06.11 | lag | koen: How long is this going to take if I build on an external USB 2.0 HDD? |
| 10:06.31 | lag | koen: Will I be able to have a USB 3.0 HDD delivered in the same time-frame? ;) |
| 10:15.42 | koen | small build is ~3 hours on a laptop (including fetching everything) |
| 10:16.03 | koen | I'd guess the usb2 hdd would add a few hours |
| 10:16.11 | koen | depending on your internet connection |
| 10:16.48 | koen | I've seen git take 4 hours to download linux-yocto due to sucky internet |
| 10:21.40 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 10:22.48 | lag | koen: I'll give it a go - ta |
| 10:24.51 | broonie | Worst case you can always stop the build when the new disk turns up :) |
| 10:25.26 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
| 10:27.43 | bluelightning | lag: FWIW our firm like many requires encryption, but we use dm-crypt |
| 10:27.47 | bluelightning | much less evil... |
| 10:28.28 | bluelightning | honestly the world would be a much better place had distro installers supported dm-crypt instead of offering only ecryptfs as the main ubuntu installer did for a long time |
| 10:29.35 | lag | broonie: :) |
| 10:30.24 | lag | bluelightning: It's unfortunate, but I have to play with the cards I've been dealt |
| 10:31.00 | koen | you're lucky we've already figured out that ecryptfs has problems with long/deep paths |
| 10:31.40 | broonie | bluelightning: Debian always went with block device encryption AFAIR. |
| 10:31.54 | broonie | Though I guess it's an interesting project for someone to try to fix ecryptfs. |
| 10:32.20 | bluelightning | broonie: right, the debian installer was sensible (which is what they use on the ubuntu alternate install disk I think, hence they support it there) |
| 10:32.55 | bluelightning | broonie: possibly, but to be honest the model it uses just seems broken to me |
| 10:38.37 | *** join/#oe ldnunes (~ldnunes_@177.194.195.2) |
| 10:50.05 | mario-goulart | woglinde: using http://paste.debian.net/128014/ in my local.conf I get the error you can see in http://paste.debian.net/128108/ (with the patch that works around it). Does the patch make sense? |
| 10:52.07 | *** join/#oe spaszkoPL (~spaszko@87.105.187.254) |
| 10:53.03 | *** join/#oe Vutral__ (~ss@176.10.107.235) |
| 10:54.43 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 11:14.38 | *** join/#oe belen (Adium@nat/intel/x-jttffomhvbcvhivg) |
| 11:26.42 | woglinde | mario-goulart okay maybe I made the mistake or the out of tree builds where changed serval times |
| 11:27.04 | woglinde | when I have the time and see it on my buildserver I will fix it |
| 11:43.19 | *** join/#oe darkschneider (~gab@93-32-53-163.ip32.fastwebnet.it) |
| 12:09.05 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 12:10.07 | mago_ | bluelightning, if I make changes to a .bbappend file, lets say X.bbappend and then rebuild an image which indirectly depends on X, would that not trigger a rebuild of X and also the image? |
| 12:11.01 | mago_ | (it's not in my case, I'm wondering what I'm doing wrong..) |
| 12:15.00 | *** join/#oe anarsoul (~anarsoul@178.124.194.242) |
| 12:15.40 | bencoh | I'd say it should (?) |
| 12:16.53 | mago_ | my specific case is: X.bbappend adds a few patches to be applied during build. If I remove one of the patches by editing X.bbappend, and rebuild, i don't see bitbake rebuilding X from scratch. I would expect that it would unpack, patch (with all except the patch I just removed) and compile |
| 12:25.53 | mago_ | if I do "bitbake -f -c unpack X" and then "bitbake X", it will rebuild without the patch as expected. Im just puzzled why Bitbake doesn't detect my change to X.bbappend automatically |
| 12:31.50 | *** join/#oe _chase_ (~a0271661@nat/ti/x-uroxqsyyddwqotuk) |
| 12:32.12 | *** join/#oe mrcan_ (~m@212.253.79.123) |
| 12:46.31 | *** join/#oe belen (~Adium@192.198.151.44) |
| 12:50.11 | bluelightning | mago_: it should yes |
| 12:50.19 | bluelightning | mago_: what change are you making specifically? |
| 12:52.23 | *** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:e021:5220:bef9:31e4) |
| 12:55.14 | Crofton|work | hmm I run qmake on the target and get |
| 12:55.22 | Crofton|work | root@ettus-e300:~/RTIMULib/RTIMULibDemo# qmake |
| 12:55.22 | Crofton|work | sh: -d: command not found |
| 12:55.42 | Crofton|work | qmake is a binary |
| 12:56.08 | *** join/#oe belen (~Adium@192.198.151.44) |
| 12:56.36 | mago_ | bluelightning, i modified SRC_URI to not include a patch anymore |
| 12:56.55 | bluelightning | mago_: changing SRC_URI should absolutely trigger do_fetch and beyond |
| 12:57.05 | *** join/#oe tlwoerner (~tlwoerner@linaro/tlwoerner) |
| 12:57.13 | mago_ | let me try again |
| 12:57.32 | Crofton|work | straces |
| 13:01.51 | Crofton|work | . /usr/share/qt4/environment-setup |
| 13:01.53 | Crofton|work | :) |
| 13:03.59 | mago_ | bluelightning, i have a git repo for my meta-layer. X.bbappend is in this layer. After I've built the image that depends on X, i swap to another branch of my layer which contains changes to X.bbappend. If I rebuild again, Bitbake does not detect changes and do not rebuild X. How does bitbake detect changed files (to re-parse)? Cause if it checks just on modification date, i think the other branch has an older modification date than the one used in |
| 13:03.59 | mago_ | initial build |
| 13:05.32 | bluelightning | AIUI git changes the modification date to the latest every time it changes a file, even when going back to an older version |
| 13:05.42 | bluelightning | at least that's what I thought it did... |
| 13:11.58 | mago_ | let me check |
| 13:14.13 | mago_ | you seem to be right |
| 13:19.04 | *** join/#oe sarahsharp (~sarah@192.55.54.36) |
| 13:41.50 | *** join/#oe JimNH (~jmchale@50-205-152-202-static.hfc.comcastbusiness.net) |
| 13:48.37 | *** join/#oe ccube (ccube@nx.mindrunner.de) |
| 13:52.48 | *** join/#oe tlwoerner (~trevor@linaro/tlwoerner) |
| 13:57.26 | *** join/#oe belen (~Adium@192.198.151.44) |
| 14:02.53 | *** join/#oe saline (~irenacob@li629-190.members.linode.com) |
| 14:14.54 | *** join/#oe fourmyle (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 14:22.37 | *** join/#oe RushPL (~quassel@dragon.rushbase.net) |
| 14:28.49 | *** join/#oe fourmyle (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 14:29.20 | *** join/#oe fourmyle (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 14:36.10 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 14:47.13 | *** join/#oe fourmyle (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 14:49.34 | mago_ | koen, how does ångström generate its feeds? i guess you do more than just building ipks and then "bitbake package-index"? looking at angstrom-feed-configs.bb, it seems you do not split packages over arch, but rather debug, perl, python, gstreamer etc and then you only have 1 MACHINE_ARCH, where as distro-feed-configs looks for all these EXTRA_ARCHS |
| 14:55.18 | *** join/#oe nitink (nitink@nat/intel/x-jmnmrsygkgniacmz) |
| 14:56.12 | *** join/#oe belen (~Adium@192.198.151.44) |
| 15:00.39 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 15:08.52 | *** join/#oe belen (~Adium@192.198.151.44) |
| 15:09.15 | *** join/#oe fourmyle (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 15:20.02 | *** join/#oe belen1 (~Adium@192.198.151.44) |
| 15:20.03 | *** join/#oe tobiash (~quassel@mail.bmw-carit.de) |
| 15:24.38 | *** join/#oe RushPL (~quassel@dragon.rushbase.net) |
| 15:24.52 | *** join/#oe fourmyle_ (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 15:27.35 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 15:33.19 | *** join/#oe fourmyle (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 15:43.31 | *** join/#oe fourmyle_ (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 15:44.05 | *** join/#oe fourmyle_ (~fourmyle@rrcs-72-43-138-218.nyc.biz.rr.com) |
| 15:44.59 | *** join/#oe staylor (~staylor@mail.au-zone.com) |
| 15:47.12 | *** join/#oe staylor (~staylor@mail.au-zone.com) |
| 15:55.13 | *** join/#oe blilly (~blilly1@c-50-170-54-92.hsd1.wa.comcast.net) |
| 16:03.42 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 16:12.06 | koen | mago_: upload-packages.bb + contrib/sort.sh |
| 16:13.42 | mago_ | koen, ok, cool. I had a look at distro-feed-configs.bb btw, would you say the issue here is that we can't tell for sure what PACKAGE_EXTRA_ARCHS we have generated ipks for until the entire build is done, and at this point, it's too late to generate opkg config files? |
| 16:15.06 | koen | that's one |
| 16:15.35 | koen | but including all the possible archs leads to more info being on the device (diskspace in /var/lib) and more memory consumption |
| 16:15.54 | koen | opkg will OOM on 128MB devices |
| 16:17.42 | *** join/#oe mrcan (~m@212.253.79.123) |
| 16:17.42 | *** join/#oe mrcan (~m@unaffiliated/mrcan) |
| 16:17.57 | mago_ | oh, i see. I just made a hack-version of distro-feed-configs.bb now where I just ship ${MACHINE_ARCH} and ${DISTRO_FEED_EXTRA_ARCHS}, which is set by each machine config. Do you see any issues with that? |
| 16:19.11 | *** join/#oe nitink (~nitink@134.134.139.74) |
| 16:20.15 | mago_ | (so basically, I replaced PACKAGE_EXTRA_ARCHS with my own variable which is set by the machine config) |
| 16:20.45 | *** join/#oe anarsoul|2 (~anarsoul@193.151.43.224) |
| 16:24.28 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 16:24.52 | koen | look at what angstrom-feed-configs does |
| 16:25.00 | koen | it's the best people have come up with so far |
| 16:41.48 | *** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 16:43.34 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 17:05.05 | *** join/#oe Guest84772 (~gmc@freenode/sponsor/gmc) |
| 17:07.36 | *** part/#oe RushPL (~quassel@dragon.rushbase.net) |
| 17:08.17 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 17:14.31 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 17:15.06 | *** join/#oe sarahsharp (~sarah@134.134.139.74) |
| 17:27.38 | *** join/#oe Jafura (~Jean-Fran@85.234.199.20) |
| 17:38.15 | *** join/#oe sarahsharp (~sarah@134.134.139.74) |
| 17:42.56 | slapin | hi, all! can I implement image feature, which will build different kernel recipe for particular image? or how this is generally done? |
| 17:44.36 | mago_ | is there an easy way to print a single bitbake variable? (i need to access it from a shell script) |
| 17:45.26 | mago_ | slapin, i think you can just depend on as many kernel recipes as you want in your image, yes |
| 17:45.41 | kergoth | mago_: can sort of be done with bitbake -e and grep, if your grep pattern is careful |
| 17:45.55 | kergoth | mago_: otherwise there's a separate tool that provides that capability, it's unofficial -- https://github.com/kergoth/bb |
| 17:46.20 | kergoth | from shell, I usually do: eval $(bitbake -e | grep '^MACHINE=') |
| 17:46.22 | kergoth | or similar |
| 17:46.24 | mario-goulart | For simple things I usually resort to bitbake -e | grep ^VARIABLE= |
| 17:46.28 | kergoth | indeed |
| 17:46.38 | mago_ | and how would you extract the actual value of the variable in that case? |
| 17:46.42 | mago_ | (not a shell guru) |
| 17:46.43 | kergoth | bb show MACHINE or bb show -r MACHINE to avoid the grep, still outputs in var=value syntax |
| 17:46.49 | kergoth | mago_: see the eval i just mentioned |
| 17:47.00 | kergoth | there are other options with sed, of course |
| 17:47.20 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 17:49.06 | mario-goulart | mago_: something like echo FOO=val | sed -r 's/[^=]+=(.*)/\1/' |
| 17:50.09 | kergoth | or bitbake -e | sed -n -e 's/^\([^=]*\)=['"]\(.*\)['"]/\2/p' to avoid the grep |
| 17:50.17 | mago_ | that's nice. The eval approach works for me |
| 17:50.20 | mago_ | thanks |
| 17:50.35 | kergoth | (the sed i just posted is untested, off the to pof my head, fair warning) |
| 17:50.35 | mago_ | kergoth, any plans to merge some of the bb features into bitbake? or are they trying to keep the core clean? |
| 17:50.49 | kergoth | yes, we want to move in that direction |
| 17:51.31 | slapin | mago_: but I want one at time, and so, that virtual/kernel is the selected one. is it possible within image scope, or should be single set per TMPDIR? |
| 17:53.02 | slapin | mago_: I have one mainline kernel and another custom patched old vendor kernel, and want to make it selectable. The best if that could be made workable within single TMPDIR, but so, that MACHINE name stays the same... is it possible? |
| 17:54.01 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 17:55.04 | mago_ | slapin, so you want to generate two images for the same MACHINE, with different kernels? |
| 17:56.14 | slapin | mago_: basically yes |
| 17:57.31 | mago_ | well, not sure if you can select a completely different kernel using IMAGE_FEATURES tbh. I think the idea is that an image feature changes the configuration, not the actual dependency tree |
| 18:10.17 | *** join/#oe systmkor (~systmkor@unaffiliated/systmkor) |
| 18:34.36 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 18:45.22 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:49.19 | *** join/#oe anarsoul|2 (~anarsoul@212.98.175.195) |
| 18:59.57 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 19:46.53 | *** join/#oe Jafura (~Jean-Fran@2a02:2788:114:11ce:6008:239a:5f44:9e5e) |
| 19:48.21 | *** join/#oe jchonig (~quassel@firewall.honig.net) |
| 20:09.12 | *** join/#oe phdeswer (~phdeswer@a88-113-105-27.elisa-laajakaista.fi) |
| 20:11.19 | *** join/#oe diego_r (~diego@dynamic-adsl-84-221-66-185.clienti.tiscali.it) |
| 20:26.06 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 21:06.01 | *** join/#oe GusBricker (~GusBricke@120.149.34.233) |
| 21:16.05 | *** join/#oe ensc|w (~ensc@fedora/ensc) |
| 21:19.49 | Crofton|work | can someone remind me how to check my bbappend is appended? |
| 21:26.08 | kergoth | bitbake-layers show-appends |
| 21:28.36 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 21:28.46 | *** join/#oe nitink (~nitink@134.134.139.74) |
| 21:33.45 | Crofton|work | thanks kergoth |
| 21:33.50 | kergoth | np |
| 21:34.15 | Crofton|work | I am an idiot |
| 21:34.24 | Crofton|work | forgot version in bbappend :) |
| 21:34.26 | Crofton|work | thanks |
| 21:34.42 | Crofton|work | now I need to remember this when I get back from my cultural experience |
| 22:16.29 | *** join/#oe max_oss_09 (~mk@212-41-85-5.adsl.solnet.ch) |
| 22:17.21 | *** join/#oe ant__ (~andrea@host99-169-dynamic.56-82-r.retail.telecomitalia.it) |
| 22:51.38 | *** join/#oe staylor (~staylor@S0106602ad0901f12.cg.shawcable.net) |
| 23:05.16 | *** join/#oe sarahsharp (~sarah@192.55.54.36) |
| 23:16.09 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 23:16.59 | *** join/#oe systmkor1 (~systmkor@unaffiliated/systmkor) |
| 23:19.20 | *** join/#oe systmkor2 (~systmkor@unaffiliated/systmkor) |
| 23:19.23 | *** join/#oe stefan___ (~chatzilla@12.104.145.5) |
| 23:29.09 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 23:47.05 | *** join/#oe nitink (nitink@nat/intel/x-lhdqthucvarvtkyx) |