| 00:18.01 | *** join/#oe Jefro (~jefro@pool-117-36.mcoe.us) |
| 00:34.58 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 00:42.27 | *** join/#oe nitink1 (~nitink@134.134.139.74) |
| 01:24.46 | *** join/#oe apelete_ (~apelete@176-26-190-109.dsl.ovh.fr) |
| 01:31.46 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:37.45 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:44.16 | *** join/#oe ftonello (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 01:53.23 | *** join/#oe nitink (~nitink@134.134.137.73) |
| 02:10.47 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 02:11.39 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 02:15.31 | *** join/#oe GusBrick_ (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 02:59.11 | otavio | I got: |
| 02:59.12 | otavio | ERROR: Function failed: Fetcher failure for URL: 'http://www.makotemplates.org/downloads/Mako-0.7.2.tar.gz'. Unable to fetch URL from any source. |
| 02:59.15 | otavio | known? |
| 03:01.45 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 03:37.16 | sr105 | I seem to recall a tool named bb(?) that allowed one to examine bitbake dependencies and package manifests. Does this still exist? I'm having trouble googling it. |
| 03:59.03 | nerdboy | ahoy |
| 04:00.44 | tlwoerner | sr105: https://github.com/kergoth/bb |
| 04:00.52 | *** part/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 04:00.52 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 04:00.53 | sr105 | ah, thanks! |
| 04:01.52 | nerdboy | otavio: when that happens and it's really a 404, you'll need to download it from another source |
| 04:07.05 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 04:09.26 | nerdboy | probably worth a bug if there isn't one already |
| 04:12.44 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 04:38.46 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 05:13.20 | *** join/#oe n|west (~nathan@commlabbuild.ceat.okstate.edu) |
| 05:30.57 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 05:40.36 | *** join/#oe Shawn286 (~Shawn@unaffiliated/shawn156) |
| 05:57.37 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 06:02.54 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:09.09 | *** join/#oe phdeswer (~phdeswer@gprs-internet-bceec4-86.dhcp.inet.fi) |
| 06:11.13 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 06:14.56 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 06:58.55 | *** join/#oe kiraank (cbf79598@gateway/web/freenode/ip.203.247.149.152) |
| 07:00.51 | *** join/#oe kbart (~KBart@213.197.143.19) |
| 07:06.48 | kiraank | Hi, have a question related to selction of package for compilation. If there are 2 packages in different layers with different version, How do I choose the required version? |
| 07:11.29 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 07:13.23 | *** join/#oe panda84kde (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
| 07:18.40 | *** join/#oe tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) |
| 07:26.10 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
| 07:36.34 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 07:49.51 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 07:51.13 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 07:58.00 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 08:01.56 | *** join/#oe roric (~roric@134.191.244.57) |
| 08:12.23 | *** join/#oe lamikr (~lamikr@pilppa.org) |
| 08:19.38 | *** join/#oe n|west__ (~nathan@commlabbuild.ceat.okstate.edu) |
| 08:24.24 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:24.24 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:33.36 | *** join/#oe phdeswer (~phdeswer@192.194.199.34) |
| 08:39.38 | *** join/#oe rob_w__ (~bob@ppp-188-174-43-227.dynamic.mnet-online.de) |
| 08:40.50 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 08:51.09 | *** join/#oe afournier (~admin@46.255.181.29) |
| 08:55.55 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 09:00.51 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
| 09:06.36 | *** join/#oe blitz00 (~stefans@192.198.151.44) |
| 09:07.09 | *** join/#oe blitz00 (stefans@nat/intel/x-gxbtiyfhfqebpmkq) |
| 09:07.18 | *** join/#oe blitz00 (stefans@unaffiliated/blitz00) |
| 09:09.54 | *** join/#oe SorenHolm (~quassel@93.167.193.18) |
| 09:18.12 | *** join/#oe nitink1 (nitink@nat/intel/x-gurdtrpokcnzpfzc) |
| 09:24.45 | *** join/#oe panda84kde (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
| 09:35.21 | *** join/#oe nitink (nitink@nat/intel/x-fugcmuhvaiaidjhu) |
| 09:40.41 | *** join/#oe ao2 (~ao2@host35-106-dynamic.57-82-r.retail.telecomitalia.it) |
| 09:53.02 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:54.33 | *** join/#oe joaohf (~jfreitas@187-072-184-065.static.ctbctelecom.com.br) |
| 10:03.24 | *** join/#oe anarsoul (~anarsoul@178.124.194.242) |
| 10:13.52 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 10:15.51 | koen | JaMa: I found a workaround for the grub/debug edit issue |
| 10:16.50 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 10:19.41 | abelloni | hum, I get an interesting issue |
| 10:20.14 | abelloni | I'm using: |
| 10:20.16 | abelloni | http://code.bulix.org/8bx3x2-85439 |
| 10:20.42 | abelloni | as wpa-supplicant_2.0.bbappend |
| 10:21.10 | abelloni | This is not working as expected because of pkg_postinst_wpa-supplicant () in wpa-supplicant-2.0.inc |
| 10:23.07 | JaMa | koen: great, one world build issue down, 40 more to go :) |
| 10:28.53 | abelloni | any idea on how to solve that ? |
| 10:32.29 | koen | JaMa: I didn't fix the grub_2.00.bb recipe, only the _git one |
| 10:33.16 | *** join/#oe anarsoul (~anarsoul@178.124.194.242) |
| 10:39.02 | JaMa | koen: I'll be happy to set P_V in world builds :) |
| 10:39.39 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
| 10:40.24 | koen | :) |
| 10:40.40 | koen | I need to sort out x86 issues with the _git recipe |
| 10:40.56 | koen | grub 2.02 will be out soon and I want to be prepared for that |
| 10:42.05 | JaMa | koen: grub-efi_git and grub_git conflict with each other right? (as files in sysroot etc) |
| 10:42.23 | JaMa | koen: can you exclude grub-efi_git from world if that's so? |
| 10:43.21 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
| 10:44.48 | koen | well, after some more testing I don't think I'll submit grub-efi_git |
| 10:44.54 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 10:44.59 | koen | it seems its only use use to supply grub-mkimage |
| 10:45.52 | JaMa | fair enough, I was just reading the mail |
| 10:46.16 | koen | I don't really get why that recipe exists |
| 10:47.36 | JaMa | btw: what do you think about python-mako/python-numpy/piglit move, have you heard some new reasons why oe-core cannot be tested with another layer? |
| 10:47.56 | JaMa | I should have asked yesterday in TSC |
| 10:51.00 | koen | I've mostly given up trying to discuss things like that |
| 10:51.08 | koen | what intel want, intel gets |
| 10:51.41 | koen | I'm more worried about broken and non-review patches in pull requests |
| 10:52.11 | koen | JaMa: to be honest, I'll be glad to get rid of numpy, it's a nightmare |
| 10:53.12 | koen | JaMa: I predict qt5 going into OE-core as well, no matter what happens during the "discussion" |
| 10:56.14 | ant_work | koen: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4082 |
| 10:57.06 | koen | heh |
| 10:57.12 | koen | that bugreport is funny |
| 10:57.43 | koen | it seems to completely gloss over grub vs grub-efi vs grub-efi-native |
| 10:58.28 | koen | EFI isn't hard |
| 10:58.47 | koen | just put a boot<arch>.efi in a vfat partition and you're done |
| 10:59.10 | koen | people thinks it's hard because grub mandated that byzantine install method |
| 10:59.26 | koen | actually |
| 10:59.48 | koen | just install a kernel with efi stub and a startup.nsh to call that stub with the right cmdline |
| 11:00.19 | koen | and/or build the right cmdline into the kernel |
| 11:01.08 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 11:03.04 | pb_ | morning all |
| 11:11.14 | bluelightning | morning pb_, all |
| 11:14.50 | pb_ | hi bluelightning |
| 11:29.08 | RP | koen: sometimes decisions get made which you won't agree with. Can you please move on and deal with it. I think its actually move important we make decisions and move than get stuck into a trap of having every single person bought in 100% to every decision. There are decisions which go the way you want and others dislike too, they don't make a big thing about them. We could change that of course. |
| 11:34.44 | koen | ah |
| 11:34.55 | koen | so that's how patches that only get NAKs go in |
| 11:36.09 | koen | I think disagree-and-commit works fine |
| 11:36.53 | koen | but I absolutely hate when patches go up for review on the mailinglist and later decisions are being made base don discussion in a (nonpublic) backchannel |
| 11:38.10 | RP | koen: which nonpublic back channel? |
| 11:38.38 | RP | koen: I'm not even sure which NAK'd patches you're referring to? |
| 11:39.07 | koen | right before 1.4 you applied patches where 75% of the replies were NAKs |
| 11:39.49 | RP | koen: FWIW I do think those changes were a mistake. There wasn't anything non-public about them though |
| 11:40.04 | koen | but as I said, I've given up discussing issues like this |
| 11:40.23 | koen | I'm more interested in finding a way to ensure pull requests match the reviewed patches |
| 11:40.57 | RP | koen: I'm doing what I can to ensure that does happen |
| 11:41.15 | koen | I know that |
| 11:41.23 | koen | and I don't want to imply laziness or malice |
| 11:47.33 | koen | I think the easiest fix is to have the pull request script output the hash of FETCH_HEAD as well so you can copy/paste the line to pull in a specific rev instead of only a branch |
| 11:50.35 | bluelightning | koen: so no more "I've fixed that on the branch"? |
| 11:50.44 | *** join/#oe blindvt` (~b@2001:62a:4:203:6631:50ff:fe2c:fefa) |
| 11:52.07 | blindvt` | hi. Is there a gcc-git or gcc-svn recipe somewhere? Current master seems to only have a tarball based 4.8 |
| 11:52.39 | blindvt` | current openembedded-core master, that is |
| 11:53.06 | broonie | koen: The standard git request-pull does output the hash (though not as part of the default cut'n'paste line). |
| 11:55.50 | broonie | would just not take pull requests from people he couldn't trust but YMMV. |
| 11:57.54 | koen | bluelightning: seeing we had 2 screwups reported in the last 7 days, I really want less handwaving about changes in pull request branches |
| 11:58.48 | *** join/#oe j6V6t (~jvanderpo@rrcs-24-97-209-160.nys.biz.rr.com) |
| 11:59.45 | koen | judging from how much git-review screams at me for local diff and extra commits I know I can't be trusted to "fixed in branch" correctly |
| 11:59.59 | koen | and I am sure I'm not the only accident prone developer here :) |
| 12:04.44 | XorA | hides behind koen |
| 12:05.10 | *** part/#oe j6V6t (~jvanderpo@rrcs-24-97-209-160.nys.biz.rr.com) |
| 12:10.14 | koen | if git-review wouldn't suck so much (no default reviewers, seriously?) I would advocate using it for OE-core |
| 12:11.57 | koen | hurls fwts at XorA |
| 12:12.13 | XorA | punts it into the sewers where it belongs |
| 12:17.14 | *** join/#oe darkschneider (~gab@93-32-55-189.ip32.fastwebnet.it) |
| 12:19.21 | RP | broonie: Given where the mistakes have happened, I couldn't trust anyone :( |
| 12:22.45 | *** join/#oe phdeswer (~phdeswer@192.194.199.34) |
| 12:25.39 | *** join/#oe pespin (~pespin@65.pool80-102-198.dynamic.orange.es) |
| 12:38.13 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 12:47.49 | *** join/#oe j6V6t (~jvanderpo@rrcs-24-97-209-160.nys.biz.rr.com) |
| 12:53.46 | Crofton|work | RP, I propose sgw send koen some beer |
| 12:54.57 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
| 13:00.16 | Crofton|work | koen, JaMa I agree on numpy. There is some unresolved pain in that recipe :) |
| 13:02.11 | pb_ | blindvt`: I don't think there is, but it shouldn't be all that hard to adapt the 4.8 recipe to build the trunk from svn. |
| 13:04.18 | JaMa | blindvt`: it was originaly checked out from svn and then replaced with snaphost, so you can find the exact modification you need to undo in history |
| 13:06.37 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 13:06.39 | broonie | RP: Well, git am is pretty easy to use... |
| 13:08.07 | RP | broonie: that isn't the problem, the problem is we have a lot of patches floating around in various states of testing/review/merge and sometimes the wrong thing ends up in the wrong tree. Its user error, I've made mistakes with it before... |
| 13:09.39 | RP | We're averaging ~13 patches a day which whilst not huge compared to the kernel, is a lot when you consider the number of people doing consolidation |
| 13:10.25 | broonie | RP: Sure, but it's the only way I know of to make sure that what just got reviewed is what got applied other than using something like gerrit. |
| 13:10.55 | *** join/#oe Crofton|work (~balister@pool-71-171-41-155.ronkva.east.verizon.net) |
| 13:11.58 | RP | Any kernel VFS experts around? When creating a directory, could userspace see it as file briefly? |
| 13:13.07 | RP | is looking at a race which would be explained if a directory was seen as a file by some code |
| 13:13.45 | pb_ | I can't think how that could happen on any reasonable filesystem. directory-ness is a property of the inode and that ought to be stable by the time the dentry is created. |
| 13:16.45 | pb_ | but, if there are any kernel h4x0rs around, I have a question for them too: does the reloading of cp15 control in the ARM syscall path still serve any useful purpose on modern platforms? |
| 13:17.55 | RP | pb_: ext4 which should presumably be a reasonable filesystem |
| 13:18.06 | pb_ | yeah |
| 13:24.03 | RP | its even created by our own code (bb.utils.mkdirhier(controldir)) (its rpm and deb racing over a DEBIAN directory despite there being code in rpm to ignore such directories) |
| 13:24.53 | ndec | hi. i am facing a strange issue. i moved 1 library from recipe_A to recipe_B. and recipe_C links against this lib. even after i wiped tmp folder, in the .ipk file for recipe_C i can see reference to recipe_A. so when doing the image, it tried to install recipe_A which doesn't even exist anymore. |
| 13:25.40 | ndec | if i look at the do_package log for recipe_C, it clearly says that the lib is coming from recipe_B. somewhere during .ipk generated i inherit from old data. |
| 13:26.17 | ndec | i haven't cleaned up the entire <build> folder, just build/tmp, and I haven't cleaned up the sstate. |
| 13:26.20 | RP | ndec: there is probably still pkgdata around about the mapping |
| 13:26.23 | koen | did the recipes change arch? |
| 13:26.37 | ndec | koen: indeed. |
| 13:27.09 | ndec | it's a lib that used to be MACHINE (HAL) that has been reimplemented to become generic, hence no longer MACHINE |
| 13:27.17 | koen | right |
| 13:27.26 | ndec | where would the pkgdata reside? |
| 13:27.36 | koen | JaMa has a lot of experience with that bug |
| 13:27.50 | ndec | that's what i was thinking, but couldn't find where the date is. |
| 13:27.51 | ndec | data |
| 13:27.59 | koen | TMPDIR/pkgdata iirc |
| 13:28.26 | koen | do a find for the old recipe name in TMPDIR, excluding work and sysroot |
| 13:29.31 | JaMa | ndec: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4102 |
| 13:30.01 | RP | ndec: tmp/sysroots/<machine>/pkgdata |
| 13:30.28 | ndec | but even if i delete tmp, i can still reproduce. |
| 13:30.41 | koen | wipe sstate as well? |
| 13:31.01 | ndec | well, i didn't cleansstate for recipe_C |
| 13:31.02 | JaMa | old sstate with old architecture shouldn't be used after deleting tmp |
| 13:31.35 | JaMa | ndec: you can also revert the change in the recipe, cleansstate it and then revert the revert (if you don't want to mess with "find") |
| 13:34.31 | ndec | JaMa: koen: RP: well, ok. so deleting manually all the instances of recipe_A in my sstate, solved the problem... |
| 13:34.49 | ndec | i am on dylan. was that 'behavior' fixed since that? |
| 13:36.54 | *** join/#oe Crofton-bot (~supybot@pool-71-171-41-155.ronkva.east.verizon.net) |
| 13:38.23 | RP | ndec: I'd hope so. If it wasn't we need to fix it |
| 13:38.55 | ndec | ok. thanks! |
| 13:39.03 | RP | ndec: I suspect not cleansstate for recipe_C would have been the issue |
| 13:39.32 | RP | ndec: once you'd got the "bad" data from pkgdata sstate wouldn't put it back but it would restore a previously badly built recipe_C |
| 13:40.00 | ndec | you mean recipe_A, i think. recipe_C is the application that uses the linb. |
| 13:40.03 | ndec | lib |
| 13:40.22 | ndec | i had done cleansstate on recipe_C, not recipe_A. |
| 13:42.34 | RP | ndec: "well, i didn't cleansstate for recipe_C" - I'm getting confused :) |
| 13:43.18 | ndec | hehe... sorry, it was 'i did'. |
| 13:46.48 | RP | ndec: that does somewhat change things :) |
| 14:11.59 | *** join/#oe kristoffer (~kristoffe@c-28dfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 14:21.58 | *** join/#oe zerus (~powerpm@81-229-90-163-no67.tbcn.telia.com) |
| 14:22.47 | *** join/#oe jkridner (~jkridner@c-68-43-104-104.hsd1.mi.comcast.net) |
| 14:22.47 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 14:25.15 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 14:30.57 | *** join/#oe fahad_ (~farslan@110.93.212.98) |
| 14:37.00 | fahad_ | koen: ping |
| 14:51.25 | *** join/#oe espiral (maze@unaffiliated/espiral) |
| 15:21.23 | *** join/#oe roxell (~roxell@linaro/roxell) |
| 15:24.07 | *** join/#oe darkschneider (~gab@93-32-55-189.ip32.fastwebnet.it) |
| 15:52.12 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 16:13.05 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 16:16.12 | *** join/#oe anarsoul (~anarsoul@178.124.194.242) |
| 16:32.05 | *** join/#oe mromero (~mromero@69.6.172.82) |
| 16:32.33 | *** join/#oe JaMa (~martin@ip-89-176-104-107.net.upcbroadband.cz) |
| 16:34.49 | *** join/#oe anarsoul|2 (~anarsoul@178.124.194.242) |
| 17:23.25 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:32.48 | *** join/#oe KNERD (~KNERD@cpe-68-203-225-117.gt.res.rr.com) |
| 17:35.02 | *** join/#oe nitink (nitink@nat/intel/x-vhuxnuokqfbejvhq) |
| 17:39.30 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
| 17:50.44 | *** join/#oe woglinde (~henning@p5099b351.dip0.t-ipconnect.de) |
| 17:50.46 | woglinde | hi |
| 17:50.59 | woglinde | is there some documentation for setting up a PR server? |
| 17:51.37 | *** join/#oe Crofton (~balister@pool-71-171-41-155.ronkva.east.verizon.net) |
| 17:51.43 | woglinde | hi crofton |
| 17:51.47 | woglinde | okay found something |
| 17:51.53 | Crofton | heh |
| 17:52.30 | Crofton|work | woglinde, I think som ejava/cacao questions came up during TSC meeting yesterday |
| 17:52.52 | woglinde | hm okay |
| 17:52.56 | woglinde | is it in the minutes? |
| 17:53.08 | woglinde | hm oh yesterday |
| 17:53.12 | woglinde | okay we have to wait |
| 17:53.28 | woglinde | I will be at fosdem by the way |
| 17:54.01 | Crofton|work | awesome |
| 17:54.15 | Crofton|work | you know about meta-java? |
| 17:54.28 | Crofton|work | 17:41:58 <otavio> meta-java is one of layers which we have most commonly having |
| 17:54.29 | Crofton|work | issues at OS. From time to time mario-goulart ends needing getting build failure |
| 17:54.29 | Crofton|work | s |
| 17:55.08 | woglinde | I fixed all stuff |
| 17:55.51 | woglinde | and sorry I can not work paid and parttime on it |
| 17:56.16 | woglinde | hm maybee I can |
| 17:56.17 | Crofton|work | woglinde, understood |
| 17:56.23 | woglinde | but nobody stepped up |
| 17:56.27 | woglinde | to pay something |
| 17:56.28 | woglinde | *g* |
| 17:56.30 | Crofton|work | I just wanted to make sure you knew the question had come up |
| 17:56.47 | woglinde | okay |
| 17:56.49 | woglinde | thanks |
| 17:57.00 | woglinde | I need to update the versions |
| 17:57.22 | woglinde | there are some TLS issues in jsse modul |
| 17:58.55 | Crofton|work | we can also look for a co-maintainer |
| 18:02.57 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 18:14.59 | pb_ | bluelightning: I booked my eurostar tickets for fosdem. What is the favourite hotel nowadays? |
| 18:17.12 | woglinde | he pb |
| 18:17.24 | pb_ | hi woglinde |
| 18:17.50 | woglinde | pb I should look how many pounds I have left |
| 18:18.10 | woglinde | so I can kindly ask you to bring me some walker chips over |
| 18:18.17 | pb_ | heh |
| 18:18.20 | pb_ | yes, no problem |
| 18:23.25 | Crofton|work | pb_, some of us are at the Saint Nicolas on the chicken market |
| 18:23.28 | *** join/#oe galak_pb (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net) |
| 18:23.43 | Crofton|work | XorA, and hrw are nearby, but I forget their hotel name |
| 18:24.06 | Crofton|work | basically, most of us stay near the Grand Place |
| 18:24.24 | Crofton|work | will you be helping man the stand? if so, please add yourself to the wiki |
| 18:24.41 | Crofton|work | I am tied up Sunday with the software radio devroom |
| 18:33.50 | *** join/#oe aim__ (~textual@46.233.116.188) |
| 18:38.37 | aim__ | I'm trying to add both cups-dev and alsa-dev to my image. I get /usr/include/cups... but no /usr/include/alsa/... is there something special about alsa? |
| 18:45.54 | *** join/#oe JoFo (~Jean-Fran@ptra-178-50-69-117.mobistar.be) |
| 18:50.02 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 18:50.11 | woglinde | aim proably a bug |
| 18:50.24 | woglinde | aim not many testing dev stuff on the target device |
| 18:51.17 | aim__ | woglinde: ok, thanks. if I copy the alsa-dev...ipk to my image and opkg install it I get what I "want". |
| 18:52.42 | hrw | Crofton|work: XorA is in Novotel, I am in Ibis nearby |
| 18:55.19 | woglinde | hi hrw |
| 18:55.44 | woglinde | aim so maybee it was not included in the image |
| 18:55.56 | woglinde | aim did you check with opkg? |
| 18:56.42 | aim__ | woglinde: not being included in the image is the bit I didn't understand. adding cups-dev I get /usr/include/cups/... |
| 18:57.39 | aim__ | woglinde: what should I check with opkg? Running opkg on target with alas-dev add the /usr/include bits and pieces. Are you suggesting I run this on my build host? |
| 19:03.55 | woglinde | opkg listinstalled or so |
| 19:04.09 | woglinde | sorry have no machine to test at the moment |
| 19:04.19 | woglinde | but help of opkg list all commands |
| 19:05.39 | *** join/#oe _chase_ (~a0271661@nat/ti/x-yqsdagtfjgqgtqnn) |
| 19:05.44 | XorA | Crofton|work: hrw gave you the correct infos |
| 19:10.47 | *** join/#oe roric (~roric@port-212-202-245-234.static.qsc.de) |
| 19:11.40 | *** join/#oe dvhart (~dvhart@134.134.137.75) |
| 19:20.28 | *** join/#oe aim__ (~textual@host86-156-191-132.range86-156.btcentralplus.com) |
| 19:25.25 | *** join/#oe phdeswer (~phdeswer@a88-112-199-213.elisa-laajakaista.fi) |
| 20:12.43 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
| 20:18.50 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@unaffiliated/kuldeepdhaka) |
| 20:19.11 | *** join/#oe aim__ (~textual@host86-156-191-132.range86-156.btcentralplus.com) |
| 20:23.04 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 20:27.41 | *** join/#oe kuldeepdhaka__ (~kuldeepdh@unaffiliated/kuldeepdhaka) |
| 20:30.03 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 20:30.41 | *** join/#oe JoFo (~Jean-Fran@host-213-213-224-210.brutele.be) |
| 20:51.33 | *** join/#oe aim__ (~textual@host86-156-191-132.range86-156.btcentralplus.com) |
| 21:07.05 | *** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
| 21:07.05 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 21:12.55 | *** join/#oe woglinde (~henning@g225147013.adsl.alicedsl.de) |
| 21:18.33 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 21:37.49 | *** join/#oe ant_home (~ant__@host205-254-dynamic.11-79-r.retail.telecomitalia.it) |
| 21:48.22 | *** join/#oe mr_science (~sarnold@net-cf9a4e93.cst.impulse.net) |
| 21:48.23 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 21:56.23 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 21:57.13 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 22:05.32 | Crofton|work | FFS, we need to figure out how to remove the bitbake packages from various distros! |
| 22:05.50 | Crofton|work | I'm convinced some distros package bitbake to discredit OE |
| 22:12.50 | *** join/#oe ka6sox (ka6sox@nasadmin/ka6sox) |
| 22:48.32 | *** join/#oe GusBrick_ (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 22:49.56 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 22:54.07 | woglinde | cronfton I put my name on the fosdem site |
| 22:54.15 | woglinde | and good nite |
| 22:54.47 | Crofton|work | thanks! |
| 23:03.42 | *** join/#oe sulky (sulky@gateway/shell/cadoth.net/x-jdmjpjzfpcjbdcxt) |
| 23:07.21 | *** join/#oe dvhart (~dvhart@134.134.137.75) |
| 23:13.38 | *** join/#oe zenlinux_ (~zenlinux@masterfoo.zenlinux.com) |
| 23:16.28 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 23:38.54 | *** join/#oe jackmitc1 (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 23:41.17 | *** join/#oe jackmitc1 (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |