| 00:09.20 | *** join/#oe tlwoerner (~tlwoerner@linaro/tlwoerner) |
| 00:16.38 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 00:17.04 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 00:27.39 | *** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net) |
| 00:58.44 | *** join/#oe nslu2-log (~nslu2-log@140.211.169.184) |
| 00:58.49 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 00:59.02 | *** join/#oe ivan`` (~ivan@li125-242.members.linode.com) |
| 00:59.13 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 00:59.25 | *** join/#oe ivan`` (~ivan@unaffiliated/ivan/x-000001) |
| 01:04.36 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 01:14.35 | *** join/#oe georgem_home (~max@69.76.171.38) |
| 01:15.22 | *** join/#oe martiert (~martin@59.37-191-128.fiber.lynet.no) |
| 02:00.15 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 02:16.03 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 02:26.04 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 02:28.13 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 02:37.06 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 02:49.48 | *** join/#oe debris` (debris@shells.ohai.su) |
| 03:01.44 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 03:52.26 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 04:15.04 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 04:18.09 | *** join/#oe ftonello (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 05:05.56 | *** join/#oe silviof2 (~silviof@ppp-188-174-74-44.dynamic.mnet-online.de) |
| 06:17.55 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:31.19 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 06:36.11 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 06:43.20 | *** join/#oe kbart (~KBart@213.197.143.19) |
| 07:33.46 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
| 07:42.49 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 07:47.52 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 07:50.32 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 08:08.59 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 08:09.00 | woglinde | hm patchwork seems to have problems again |
| 08:09.03 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:17.37 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 08:22.25 | *** join/#oe tlwoerner (~tlwoerner@linaro/tlwoerner) |
| 08:29.14 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 08:33.32 | *** join/#oe blitz00 (~stefans@192.198.151.44) |
| 08:33.32 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 08:43.30 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
| 08:44.31 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:45.02 | silvio_ | morning all |
| 08:54.16 | *** join/#oe lumag_ (~lumag@92-100-168-249.dynamic.avangarddsl.ru) |
| 08:54.47 | *** join/#oe koen (~koen@cl-267.ams-05.nl.sixxs.net) |
| 08:57.48 | anarsoul | ant_work: hi, you pinged me yesterday |
| 09:11.22 | ant_work | gm |
| 09:11.44 | ant_work | yes, I'm back now and I'd merge your work for h1940 |
| 09:12.02 | ant_work | kernel 3.12 is ok? what about userspace? |
| 09:15.40 | *** join/#oe lamikr (lamikr@nat/nokia/x-bjcslwnvcniyoaqu) |
| 09:41.20 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:47.25 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:47.25 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:51.39 | bluelightning | morning all |
| 10:18.03 | *** join/#oe _chase_ (~a0271661@nat/ti/x-ydjwnqgrfyqgixjs) |
| 10:21.51 | *** join/#oe pidge (~eflanagan@83.217.123.106) |
| 10:31.52 | *** join/#oe lamikr (lamikr@nat/nokia/x-xcvjtpuhthgliktp) |
| 10:43.44 | *** join/#oe ldnunes (~ldnunes_@177.194.208.225) |
| 10:45.32 | *** join/#oe darknighte_znc (~darknight@nat-lmt.mentorg.com) |
| 10:45.40 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
| 11:28.08 | *** join/#oe Stygia (~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk) |
| 11:33.07 | *** join/#oe afournier (~admin@mx1.wisp-e.com) |
| 11:42.54 | silvio_ | hi bluelightning, hi all |
| 11:55.15 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 12:00.56 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 12:15.28 | *** join/#oe vquicksilver (~wolf@gentoo/contributor/vquicksilver) |
| 12:19.17 | *** join/#oe Aragua (~fabien@195.200.170.210) |
| 12:21.55 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 12:36.38 | *** join/#oe airesQ (~Thunderbi@cbnluk-gw0.cambridgebroadband.com) |
| 12:53.22 | airesQ | when I try to run something inside gdb, I always get the message "warning: Could not load shared library symbols for linux-gate.so.1." |
| 12:53.38 | airesQ | gdb works fine, and it finds all the other debug symbols and source files automatically |
| 12:53.57 | airesQ | Am I the only one with this problem? What happens to you guys when you try to run "gdb /bin/cp" and then type run? |
| 12:54.35 | airesQ | (on a debug build) |
| 13:02.10 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.222.41) |
| 13:04.35 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 13:17.13 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 13:25.41 | *** join/#oe lamikr (lamikr@nat/nokia/x-gbahpjhmwhmablom) |
| 14:20.41 | *** join/#oe roric (~roric@c-919f70d5.013-177-67626713.cust.bredbandsbolaget.se) |
| 14:33.58 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 14:55.34 | *** join/#oe Jay7 (jay@128-74-213-2.broadband.corbina.ru) |
| 14:56.34 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 15:11.20 | *** join/#oe drasko (~drasko@11-96-190-109.dsl.ovh.fr) |
| 15:11.40 | drasko | hi all. I have build linux kerenel, and I have one message: Summary: There was 1 WARNING message shown. How to see this warning? I.e. - where to look for the log? |
| 15:12.27 | *** join/#oe roric (~roric@c-919f70d5.013-177-67626713.cust.bredbandsbolaget.se) |
| 15:20.56 | *** join/#oe slapin (~slapin@slapinbuild.ihdev.net) |
| 15:21.05 | slapin | hi, all! |
| 15:21.34 | slapin | is IMAGE_DEPENDS_... vars are still handled or there is some changes regarding this? |
| 15:25.03 | slapin | I mean IMAGE_DEPENDS_ stuff is no longer built and installed, at all, it seems that variable is ignored. |
| 15:26.04 | bluelightning | slapin: image_types.bbclass does read it |
| 15:28.47 | slapin | bluelightning: a problem is that it was working a few hours ago and stopped.I have parted-native in IMAGE_DEPENDS_ var, and when I do bitbake -g then grep parted *.dot, there is no result, so it is not mentioned anywhere... |
| 15:30.00 | slapin | bluelightning: details: I use meta-allwinner BSP, in this way it is idential to raspberry pi one, they both use bbclass file to build special sdcard images |
| 15:32.59 | bluelightning | slapin: I don't think those will show up in "bitbake -g" because the overrides don't get applied until the part of do_rootfs that actually creates the output images is run |
| 15:33.53 | slapin | bluelightning: https://github.com/ebutera/meta-allwinner/blob/master/classes/sdcard_image-a10.bbclass is not working |
| 15:34.22 | slapin | bluelightning: it doesn't build IMAGE_DEPENDS there. |
| 15:34.50 | slapin | bluelightning: if I build them by hand with bitbake command, everything works |
| 15:35.05 | slapin | bluelightning: so I wonder... |
| 15:37.24 | slapin | bluelightning: the machine conf: https://github.com/ebutera/meta-allwinner/blob/master/conf/machine/cubieboard.conf |
| 15:39.11 | bluelightning | slapin: I'm not sure; I think someone will just need to debug it |
| 15:39.25 | bluelightning | slapin: the variable has not been deprecated though |
| 15:39.41 | slapin | bluelightning: how can I debug this? |
| 15:40.57 | bluelightning | slapin: I would start by putting some bb.warn() calls in imagetypes_getdepends() in image_types.bbclass to see what that code is seeing |
| 15:47.16 | slapin | bluelightning: how can I print the variable with bb.warn()? |
| 15:48.04 | bluelightning | slapin: bb.warn('variable value is %s' % d.getVar('SOMEVARIABLE', True)) |
| 15:50.39 | slapin | bluelightning: e2fsprogs-native:do_populate_sysroot sunxi-board-fex:do_populate_sysroot xz-native:do_populate_sysroot |
| 15:51.03 | slapin | bluelightning: this is result from bb.warn(deps) at end of function |
| 15:51.36 | slapin | so really, depends from IMAGE_DEPENDS are not added |
| 15:52.37 | bluelightning | slapin: the only thing I can suggest is at that point IMAGE_FSTYPES is not the value you think it should be |
| 15:52.47 | bluelightning | slapin: use bitbake -e to check that |
| 15:54.39 | slapin | bluelightning: https://github.com/naguirre/meta-allwinner/blob/master/classes/sdcard_image-a10.bbclass, IMAGE_DEPENDS_a10-sdimg value is ignored |
| 15:55.19 | bluelightning | slapin: have you checked what IMAGE_FSTYPES ends up as? |
| 15:56.49 | slapin | bluelightning: IMAGE_FSTYPES="ext3 tar.gz a10-sdimg tar.xz" |
| 15:57.07 | slapin | bluelightning: as bitbake -e suggests |
| 15:58.21 | bluelightning | slapin: I'm afraid I don't have time to dig into this right now |
| 15:58.32 | bluelightning | slapin: you can see that the code *does* read that variable however |
| 15:59.03 | slapin | bluelightning: yes, and image builds properly, but dependencies are ignored |
| 15:59.59 | bluelightning | slapin: try printing IMAGE_FSTYPES in that code |
| 16:01.28 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 16:02.35 | slapin | bluelightning: fill bitbake environment http://ossfans.org/envdata |
| 16:02.59 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 16:03.00 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 16:03.27 | *** join/#oe dvhart (dvhart@nat/intel/x-ksaehcorvekcmwfx) |
| 16:03.39 | slapin | s/fill/full |
| 16:03.54 | slapin | bluelightning: I mean full environment |
| 16:05.27 | *** join/#oe JaMa (~martin@ip-89-176-104-107.net.upcbroadband.cz) |
| 16:07.09 | bluelightning | slapin: the critical thing is what is the value at that point in the execution |
| 16:08.00 | *** join/#oe madisox (~madisox@nat/cisco/x-ibrqntwqcznkidmr) |
| 16:08.20 | slapin | bluelightning: in progress, as it is a bit time consuming... |
| 16:09.33 | slapin | bluelightning: at time of execution it is still "ext3 tar.gz a10-sdimg tar.xz" |
| 16:17.12 | *** join/#oe khem (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
| 16:19.33 | *** join/#oe nitink1 (nitink@nat/intel/x-nhkzavtwbpstvsnm) |
| 16:21.29 | bluelightning | slapin: I don't know then; sorry... it seems like a bug |
| 16:25.50 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 16:28.02 | slapin | bluelightning_: ah, I found what that was! it was overrides. I can't understand why it worked before... |
| 16:28.17 | slapin | bluelightning_: thanks a lot for pointers! |
| 16:28.25 | *** join/#oe bluelightning1 (~paul@83.217.123.106) |
| 16:47.36 | *** join/#oe Aragua (~fabien@232-28-190-109.dsl.ovh.fr) |
| 16:50.09 | *** join/#oe tzanger (andrew@wallace.mixdown.ca) |
| 16:56.04 | bluelightning | Public OE Technical Steering Committee/Workgroup meeting starts in here in approximately 5 minutes; everyone is welcome to participate |
| 16:57.11 | *** join/#oe ant_home (~andrea@host110-229-dynamic.20-79-r.retail.telecomitalia.it) |
| 16:59.07 | *** join/#oe darknighte (4b6c235a@pdpc/supporter/professional/darknighte) |
| 16:59.48 | bluelightning | khem: koen: fray: RP: roll call, who's here? |
| 17:00.06 | koen | aye |
| 17:00.10 | RP | bluelightning: I'm here |
| 17:00.23 | rburton | is lurking |
| 17:01.14 | bluelightning | #startmeeting |
| 17:01.15 | Crofton-bot | Meeting started Tue Nov 5 17:01:14 2013 UTC. The chair is bluelightning. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 17:01.15 | Crofton-bot | Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 17:01.58 | bluelightning | #chair RP koen khem fray |
| 17:01.58 | Crofton-bot | Current chairs: RP bluelightning fray khem koen |
| 17:02.36 | bluelightning | so, I think we are sans any specific agenda for this meeting, unless someone has something prepared? |
| 17:03.13 | RP | bluelightning: well, the topic Jack mentioned at the GA should be on the agenda |
| 17:03.31 | RP | we can briefly talk about planning around the next release |
| 17:03.53 | RP | Does anyone else have anything they want to talk about? |
| 17:05.16 | darknighte | shoeleather? |
| 17:05.23 | khem | I would like to include lava |
| 17:05.30 | bluelightning | we can expand that to automated testing |
| 17:05.37 | khem | ok |
| 17:06.38 | bluelightning | any volunteers to chair? |
| 17:06.42 | *** join/#oe darknighte_znc (~darknight@139.181.28.34) |
| 17:07.30 | RP | bluelightning: I can do if nobody else wants to |
| 17:07.35 | bluelightning | RP: thanks |
| 17:08.28 | RP | Ok, first topic is what jack mentioned at the GA - the OE website would use some tweaks |
| 17:08.34 | RP | and the landing page shouldn't be a wiki |
| 17:08.42 | RP | is jackmitchell around? |
| 17:09.07 | bluelightning | #topic website |
| 17:09.20 | RP | Personally, I agree with what he mentioned and support changing it to explain OE's position relative to other projects like Yocto |
| 17:09.34 | RP | I think this would reduce some new user confusion |
| 17:09.46 | bluelightning | yep, FWIW I agree |
| 17:09.56 | RP | Anyone have anything they want to add? |
| 17:09.57 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:10.21 | bluelightning | at the same time we still have a lot of junk left to be cleared out of the wiki, something Jack also mentioned |
| 17:10.32 | khem | RP: its about resourcing the website work |
| 17:10.33 | RP | I'd back Jack in going forward to improve it and am happy to review the changes |
| 17:10.46 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:10.46 | RP | khem: ok, how do we resource it? |
| 17:11.12 | bluelightning | since he's not piped up yet I'll say I'm guessing he hasn't actually signed up to do all of the work... ;) |
| 17:11.15 | khem | wiki has edit rights but I dont know how can we do with static website |
| 17:11.29 | darknighte | khem: you didn't get a chance to see the quick mockup that Jack mitchell did. It was quite an improvement. |
| 17:11.45 | khem | I would be happy if someone is working on getting the website improved |
| 17:11.50 | RP | khem: give a limited number of people ssh access to be able to change the front page? |
| 17:12.08 | darknighte | RP: I agree. I would suggest that we give him the chance to come up with something and see what he comes up with. |
| 17:12.09 | khem | RP: yes thats a way to go |
| 17:12.10 | RP | the question is how much jack can help I guess and if anyone else is willing |
| 17:12.12 | bluelightning | one approach could be to make it a git repository that certain people can push to |
| 17:12.18 | khem | and if there are interested folks we should do it |
| 17:12.22 | RP | yes, git repo would work |
| 17:12.47 | RP | I brought this up here as I'd like to back someone willing to help improve things |
| 17:13.06 | RP | khem: would you be able to help on the admin side of setting up a git repo? |
| 17:13.15 | RP | khem: or might Tom be able to help with that? |
| 17:13.23 | bluelightning | in case anyone isn't clear, the proposal isn't to throw out the wiki, just not to have the main part of the website be entirely wiki-based |
| 17:13.36 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
| 17:13.43 | RP | right, the front page in particular |
| 17:14.22 | khem | RP: yes he should |
| 17:14.37 | RP | I'd stress that the core of the people on the TSC are all overworked and really need help from others, that is one of the points of openening up these meetings |
| 17:14.47 | khem | RP: interested folks can send ssh pub keys to him |
| 17:15.02 | khem | and I will wire him in |
| 17:15.38 | RP | ok, lets hope jack reads the discussion and sends his first draft out, we could then get it into the git repo and get him and a few others access to that repo |
| 17:15.51 | RP | #topic next release |
| 17:15.54 | khem | yes and i will encourange more folks |
| 17:16.35 | RP | We're in the final stage of planning what happens in the next six months in the Yocto Project which obviously significantly affects OE-Core |
| 17:16.54 | RP | The work items are in the bugzilla, the focus on the medium+ and highs |
| 17:17.27 | RP | https://wiki.yoctoproject.org/wiki/Yocto_1.6_Features |
| 17:17.39 | khem | RP: I will file some bugs/feature requests |
| 17:17.40 | RP | Any questions or anything anyone wants to discuss? |
| 17:18.00 | *** join/#oe keogh (d997f20f@gateway/web/freenode/ip.217.151.242.15) |
| 17:18.03 | RP | khem: Is there anything in particular you think Juniper might be contributing in the 1.6 timeframe? |
| 17:18.19 | khem | RP: a request I will have is to change default qemu emulation for arm from armv5te to armv7a |
| 17:18.40 | RP | khem: based on what reason? |
| 17:18.49 | khem | RP: with automated testing |
| 17:19.45 | khem | RP: armv7 is now more prevelant than v5 |
| 17:20.06 | RP | khem: doesn't that mean armv5 will effectively cease to get tested though? |
| 17:20.12 | khem | yes |
| 17:20.27 | RP | is there any performance issue using a "heavier" instruction set like v7? |
| 17:21.03 | RP | Anyhow, we can discuss this on the mailing list. I don't see any fundamental reason against changing, equally some tests and numbers would be good |
| 17:21.17 | kergoth | RP: quick question, the yocto 1.6 features includes bitbake command-line improvements, would integration of something like mentor's 'bb' tool be in line with that, either led by us or others? I think there's a yocto bug for that, but it's not listed in the 1.6 features page |
| 17:21.25 | RP | khem: please do file an enhancement bug and cc Bruce on that one |
| 17:21.39 | koen | speaking of qemu, did the update patch go in yet? |
| 17:21.46 | rburton | seconds integration of bb in some form |
| 17:22.12 | RP | kergoth: its specifically mentioned in https://bugzilla.yoctoproject.org/show_bug.cgi?id=3433 :) |
| 17:22.36 | RP | kergoth: so yes, the exact form we do it in and who does it needs discussion but the idea is there |
| 17:22.38 | khem | RP: i think v5 is diminishing return |
| 17:22.50 | RP | koen: its about to |
| 17:22.58 | JaMa | khem: can we introduce v7 with different MACHINE name like qemuarmv7a.conf? |
| 17:22.59 | khem | v7 gets up more testing for majority use case |
| 17:23.00 | kergoth | ah, okay, i didn't spot it since its not interactive, though clearly the framework would work for both operating modes |
| 17:23.03 | kergoth | thanks |
| 17:23.21 | RP | kergoth: Right, its all related |
| 17:23.32 | kergoth | nods |
| 17:23.58 | RP | ok, moving on |
| 17:24.03 | RP | #topic shoe leather |
| 17:24.07 | RP | darknighte: ? |
| 17:24.15 | darknighte | yep? |
| 17:24.27 | khem | JaMa: that machine exists i am proposing to make it default in oe-core |
| 17:24.27 | RP | darknighte: you wanted to discuss it? |
| 17:24.58 | darknighte | I had a interactive session last week with halstead. |
| 17:26.27 | JaMa | khem: I know it existed, but currently it doesn't in oe-core, so I was trying to say that current qemuarm.conf should stay or be renamed to qemuarmv5.conf or something for people who still care (and even have some v4,v5 devices :)) |
| 17:26.34 | darknighte | he's looking at taking one of the boards and pushing the images from the ab over.. |
| 17:26.34 | darknighte | we've had minimal usage of the lab and i'd like to see that change, if possible. |
| 17:27.09 | RP | darknighte: We're missing the glue logic for this. As we've both discussed several times over, this needs a developer to work on it |
| 17:27.46 | RP | darknighte: There are discussions happening about what to do with automated hardware testing in 1.6 but its a problem that will need developers working on it and its not simple :/ |
| 17:28.00 | RP | I guess we should mention lava now as well, talk about both together |
| 17:28.03 | RP | #topic lava |
| 17:28.09 | RP | khem: ? |
| 17:28.25 | darknighte | RP: glue logic only really applies for using it for autobuild verifictions. I would like to see more individuals looking at it too. |
| 17:28.53 | RP | darknighte: any idea why people aren't doing so? |
| 17:29.17 | darknighte | RP: not sure. |
| 17:29.40 | darknighte | lack of public knowledge? lack of interest? |
| 17:29.47 | darknighte | security concerns? usage issues? |
| 17:29.47 | *** join/#oe ant_home (~andrea@host110-229-dynamic.20-79-r.retail.telecomitalia.it) |
| 17:29.52 | RP | darknighte: the question is how do you get individuals looking at it. Perhaps announce it again on the mailing list and explain how people can get access? |
| 17:29.55 | darknighte | I don't have really any data. |
| 17:30.42 | khem | darknighte: I learned quite a lot about lava lately |
| 17:30.48 | bluelightning | re lava, I have been looking at it lately as well |
| 17:30.54 | RP | darknighte: I'm not sure how to help as I don't know why either |
| 17:30.54 | khem | and shoeleather can act as a board farm managed by lava |
| 17:31.13 | *** join/#oe dvhart (dvhart@nat/intel/x-bqlultpnatrajuyh) |
| 17:31.16 | khem | and lava instance could be running inside mentor which is talking to main lava front end |
| 17:31.24 | khem | may be at yp.org |
| 17:31.24 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 17:31.28 | darknighte | nods |
| 17:31.28 | darknighte | I guess that's the best option for now. |
| 17:31.28 | darknighte | I would really like to get some "beta testers" to use it and give feedback. |
| 17:31.28 | darknighte | My guess is that the whole VPN structure is overly restrictive and will need to be changed, but without feedback, it makes it difficult. |
| 17:31.32 | RP | khem: I've heard a lot of talk about lava recently. In principle the idea seems good, I do worry about some of the challenges in making it really work for OE/YP though |
| 17:31.42 | darknighte | anyway, unless anyone else has thoughts, I'll let that go. |
| 17:31.54 | darknighte | khem: indeed. I had a similar thought. |
| 17:31.55 | *** join/#oe woglinde (~henning@f052228112.adsl.alicedsl.de) |
| 17:31.59 | khem | RP: they have done tonne of work around h/w testing |
| 17:32.10 | RP | darknighte: perhaps mail some of the lists and see if you can attract some users? |
| 17:32.20 | bluelightning | I'm not overly keen on the way lava has been written (*lots* of things are hardcoded) |
| 17:32.26 | darknighte | khem: one of the primary linaro guys that works with lava lives near me. |
| 17:32.28 | RP | khem: I know they have, the question is whether it will work for what we need |
| 17:32.33 | darknighte | we've had lunch a couple of times. |
| 17:32.35 | bluelightning | but I can see some potential, particularly in the lava-dispatcher component |
| 17:32.44 | RP | khem: I took a look and saw hardcoding and docs with read "TBD" |
| 17:32.49 | khem | bluelightning: the amount of work to create a parallel universe is cumbersome |
| 17:32.57 | khem | and lava is open for contribution |
| 17:33.15 | khem | and we can influence its design and directions |
| 17:33.16 | RP | khem: The question is more whether we can have enough influence to make it work for what we need |
| 17:33.19 | bluelightning | khem: yes, we'd want to think twice before writing anything new |
| 17:33.28 | khem | RP: totally |
| 17:33.33 | RP | khem: or whether they just care about ARM, launchpad integration and so on |
| 17:33.45 | khem | the devs were dying to have help |
| 17:33.55 | darknighte | khem: what devs aren't? |
| 17:33.57 | darknighte | ;) |
| 17:34.02 | woglinde | hm and ciao again |
| 17:34.58 | darknighte | RP: the ARM centric thing shouldn't be too much of an issue, given the problem space we're dealing with. |
| 17:36.08 | RP | darknighte: I will respectfully disagree with that |
| 17:36.57 | bluelightning | if we were to try to make use of something existing, LAVA seems like the most promising candidate for us I think, but it's not going to be drop-in |
| 17:37.09 | RP | darknighte: Certainly YP aims to be architecture neutral, this has been a concern time and time again and I don't plan to change that now |
| 17:37.14 | darknighte | RP: perhaps I am confused,. how would it be a problem? |
| 17:37.26 | khem | RP: no, its not ARM centric, they support minnow and x86 blades, qemus as targets |
| 17:37.26 | darknighte | bluelightning: agreed, but as a starting point, it seems like a pretty decent candidate. |
| 17:37.34 | khem | APIs are meant to be generic |
| 17:37.43 | darknighte | RP: see khem's points |
| 17:38.15 | RP | darknighte: right, I just want to be clear there is a requirement here to support that |
| 17:38.20 | darknighte | RP: as i said, I've spoken with one of the primary authors and LAVA is written to be generic. |
| 17:38.36 | khem | RP: and to our advantage lava devs are now starting to use OE based distro |
| 17:38.43 | khem | for testing |
| 17:38.53 | khem | so there is lot of common area of work |
| 17:39.12 | RP | Definitely worthy of further research |
| 17:39.13 | darknighte | RP: in the problem space of automated testing, the specifics of the target under test of farily small, e.g. testing on minnow or beaglebone look very similar, for example. |
| 17:39.50 | RP | darknighte: yes and no :) But I understand what you're saying. You could read some of the earlier comments in different ways |
| 17:39.55 | khem | RP: they have EFI and u-boot taken care of while booting targets |
| 17:40.04 | khem | they would need help with other bootloaders e.g. |
| 17:40.20 | bluelightning | I'm less concerned about ARM centricity and more about how it has been structured; there's not nearly enough abstraction |
| 17:40.21 | khem | so if we have a board that uses a different bootloader then we could enhance it |
| 17:40.33 | bluelightning | there are android support pieces scattered throughout the code |
| 17:40.50 | bluelightning | (talking about the dispatcher specifically) |
| 17:40.55 | RP | bluelightning: That is a helpful data point |
| 17:41.04 | darknighte | RP: khem: the real rub comes from resourcing |
| 17:41.04 | darknighte | same as for shoeleather. |
| 17:41.39 | RP | darknighte: right, so the question is whether there are people with time to work on this? |
| 17:41.47 | darknighte | bluelightning: indeed. that's one of the things that they'd welcome help with. Paul actually lamented that a bit. |
| 17:41.56 | darknighte | RP: exactly |
| 17:42.05 | *** join/#oe dvhart (dvhart@nat/intel/x-qpejdpcmwjskpnvp) |
| 17:42.30 | mr_science | moin |
| 17:42.34 | khem | bluelightning: yes, they have seen that OE is in so much match with their needs |
| 17:42.43 | khem | like h/w packs wont be needed etc. |
| 17:42.52 | khem | images can be run straight |
| 17:42.52 | RP | All I can suggest right now is that people who have some time to experiment do so and we collect up a list of discussion points we could take to the lava developers |
| 17:43.14 | bluelightning | yep, I think we need to take this back to the mailing list |
| 17:43.24 | khem | yes I will have some study scheduled for next week |
| 17:43.28 | RP | We can go around in circles here but we need real data |
| 17:43.31 | darknighte | bluelightning: agreed. |
| 17:43.45 | RP | ok, so take to the mailing list |
| 17:43.52 | *** join/#oe tlwoerner (~tlwoerner@linaro/tlwoerner) |
| 17:43.54 | RP | Any other topics anyone wants to bring up? |
| 17:43.55 | khem | sure sounds good |
| 17:43.56 | darknighte | RP: I would suggest that we emphasize the need for a QA mentality here. |
| 17:44.39 | RP | darknighte: we do have some QA people in the project and I've asked the take a look |
| 17:44.51 | RP | darknighte: QA does feature highly on the 1.6 plans |
| 17:45.37 | RP | If no other business I'll close the meeting... |
| 17:45.37 | darknighte | nods |
| 17:46.07 | RP | suspects bluelightning knows the magic command |
| 17:46.13 | bluelightning | #endmeeting |
| 17:46.14 | Crofton-bot | Meeting ended Tue Nov 5 17:46:13 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 17:46.14 | Crofton-bot | Minutes: oe/2013/oe.2013-11-05-17.01.html |
| 17:46.14 | Crofton-bot | Minutes (text): oe/2013/oe.2013-11-05-17.01.txt |
| 17:46.14 | Crofton-bot | Log: oe/2013/oe.2013-11-05-17.01.log.html |
| 17:46.26 | RP | heh, obvious :) |
| 17:46.50 | bluelightning | it was an educated guess, I only vaguely remembered :) |
| 17:46.56 | slapin | btw, where are meetings stored? |
| 17:47.19 | RP | slapin: The minutes get mailed to the members list and are on the wiki IIRC |
| 17:48.27 | slapin | RP: which wiki, YP or OE? |
| 17:49.37 | RP | slapin: OE |
| 17:50.06 | slapin | RP: thanks! |
| 17:52.04 | bluelightning | I believe that the minutes from the public meetings should already be accessible; I just don't have the URL handy |
| 17:52.16 | bluelightning | well, s/minutes/logs/ |
| 17:52.39 | bluelightning | Crofton|work: perhaps you have the URL? |
| 17:54.30 | ka6sox | RP what git repo needs setting up? |
| 17:55.26 | RP | ka6sox: something for the front page of the OE website |
| 17:55.36 | *** join/#oe kristoffer (~kristoffe@c-2cd9e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:55.38 | RP | ka6sox: so we could have a static html page as the landing page |
| 17:55.55 | ka6sox | okay, i'll set that up...who gets access? |
| 17:56.28 | koen | RP, darknighte: fwiw, there will be an x86 instance in LAVA soon |
| 17:56.56 | koen | all LAVA docs were rewritten last week, so let us know if something is missing |
| 17:57.03 | darknighte | koen: good to hear |
| 17:57.11 | darknighte | koen: you working with Paul? |
| 17:57.21 | bluelightning | koen: there are a lot of broken doc links still... |
| 17:57.45 | koen | bluelightning: yes, they deleted all the old docs and started from scratch |
| 17:59.33 | RP | kergoth, bluelightning: I'm toying with the idea of something like http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t2&id=acf9f2065b6a15836951f2c8b96bd89832ef64ca |
| 18:00.25 | RP | kergoth, bluelightning: Any thoughts on it? Its slightly ugly in that it exports a dict as a variable value. Equally the contents makes most sense that way and I think the data there could be useful for a variety of things in the task |
| 18:00.40 | RP | Top of my list, figuring out which m4 files a given recipe should see |
| 18:02.03 | kergoth | ah, so a task would be able to access its own dependencies at runtime, that does open up a number of interesting possibilities, without having to do quite as much poking into pkgdata for example |
| 18:02.07 | kergoth | hmm |
| 18:02.56 | bluelightning | hmm, interesting |
| 18:03.18 | bluelightning | RP: any significant performance/memory usage impact? |
| 18:03.42 | RP | bluelightning: not measured yet. I doubt the memory use is much though |
| 18:04.39 | RP | kergoth: means we could do sysroot per recipe for example |
| 18:04.54 | RP | using hardlinks and a master copy of each manifest |
| 18:05.21 | kergoth | nods |
| 18:05.46 | kergoth | would also make it easier to do things like compare the automatic rdeps vs what we actually dep on, to catch implicit deps |
| 18:05.49 | kergoth | in theory |
| 18:06.04 | RP | kergoth: yes |
| 18:06.26 | RP | heads afk for a bit |
| 18:06.44 | RP | If anyone does have thoughts I'll scroll back later though... |
| 18:07.15 | bluelightning | kergoth: I was just thinking the same thing :) |
| 18:07.19 | dv_ | hi, I need some good arguments for upgrading a company project from danny to dora |
| 18:08.31 | dv_ | currently I have: (1) danny will start to break more and more over time on current and future distros (2) tons of bugs were fixed since then (3) dora is considerably faster (4) dora contains gstreamer 1.0 recipes already & 1.2 will follow soon (the project requires gstreamer 1.0) (5) several patches we backported wouldnt have to be carried around anymore |
| 18:09.21 | bluelightning | dv_: these may be of interest: https://lists.yoctoproject.org/pipermail/yocto-announce/2013-April/000027.html |
| 18:09.23 | bluelightning | <PROTECTED> |
| 18:12.22 | *** join/#oe lumag_ (~lumag@ppp89-110-8-168.pppoe.avangarddsl.ru) |
| 18:25.22 | *** join/#oe lumag_ (~lumag@92-100-182-188.dynamic.avangarddsl.ru) |
| 18:25.36 | bluelightning | koen: is the documentation posted online somewhere? |
| 18:25.43 | bluelightning | other than in git that is |
| 18:31.45 | koen | bluelightning: I don't know, I've only looked at the git stuff |
| 18:31.50 | koen | bluelightning: I'll have a look tomorrow |
| 18:32.04 | koen | since I'm supposed to know all this :) |
| 18:32.35 | bluelightning | ok, np |
| 18:33.30 | bluelightning | koen: if it is you might want to poke someone to update the link at the bottom of the description on https://launchpad.net/lava so it links to the right place ;) |
| 18:35.39 | Crofton | damn it |
| 18:35.44 | Crofton | I need to read the scroll back |
| 18:35.52 | Crofton | jackmitchell, needs to get on the members list |
| 18:35.58 | Crofton | he pinged me alread |
| 18:35.59 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 18:36.22 | Crofton | mckoan|away, can youo send me the email address your friend from the GA would like on the members list? |
| 18:39.11 | khem | bluelightning: https://wiki.linaro.org/Platform/LAVA |
| 18:39.17 | khem | is the place to start |
| 18:39.23 | khem | as I am told |
| 18:39.29 | Crofton | yeah |
| 18:39.42 | Crofton | I am actually interested in looking at it to do some x86 test also |
| 18:40.02 | khem | and may be https://wiki.linaro.org/Platform/LAVA#LAVA_Documentation |
| 18:40.08 | khem | to be specific |
| 18:40.33 | khem | I have FRI2 which is sitting here running angstrom |
| 18:41.40 | Crofton | I was wondering about trying to get shoe leather setup with lava |
| 18:41.53 | khem | that would be awesome |
| 18:41.58 | Crofton | it would be a good test case |
| 18:42.08 | khem | but actually, I can have my 3 boards hooked up and exposed to folks |
| 18:42.15 | khem | and so can everyone |
| 18:42.27 | khem | and we can have a large pool of test hardware |
| 18:42.50 | khem | and once they have m:n instances implemented for lava |
| 18:43.04 | Crofton | the biggest annoyance so far is the install i subuntu centric |
| 18:43.04 | khem | that means I have a master and you have your own controlling your boards |
| 18:43.22 | Crofton | is seriously annoyed by this |
| 18:43.27 | khem | but my dashboard could use some of your boards and you could use sme of mine |
| 18:43.35 | Crofton | I guess that is why vm's were invented |
| 18:43.43 | khem | yep |
| 18:43.50 | khem | some battles are not worth fighting for |
| 18:44.03 | Crofton | there is an open bug for it though |
| 18:44.41 | Crofton | ok, I need to do a real task first |
| 18:44.49 | Crofton | then poke at the vm |
| 18:45.12 | Crofton | the issues I see with LAVA: |
| 18:45.19 | Crofton | seems to like jenkins |
| 18:45.24 | Crofton | ubuntu install |
| 18:45.32 | Crofton | hard to get my head around how to instal |
| 18:45.54 | Crofton | notice I do not say, seems to favor specific archs |
| 18:46.16 | bluelightning | Crofton: see what I said in the meeting |
| 18:47.28 | *** part/#oe tzanger (andrew@wallace.mixdown.ca) |
| 18:47.59 | bluelightning | khem: OE supports more than just Ubuntu; if we're to have a companion testing framework it would be sensible for that to be able to work on the same platforms |
| 18:48.18 | Crofton | sure |
| 18:49.16 | Crofton | is not an Ubuntu person in anyway |
| 18:49.47 | Crofton | we need to figure out how to do a good eval fairly quickly |
| 18:51.42 | ndec | Crofton: bluelightning: i would support the idea of LAVA being a bit more independent from ubuntu, too. all our infrastructure is based on ubuntu LTS, that's probably why it is this way... but i am sure this can be changed. |
| 18:53.17 | *** join/#oe JaMa (~martin@ip-89-176-104-107.net.upcbroadband.cz) |
| 18:53.27 | bluelightning | ndec: that's good to hear |
| 18:53.35 | ndec | Crofton: you want to do an eval of LAVA 'server' side, or just playing with some boards? |
| 18:53.57 | ndec | you remember that we offered you to play with http://community.validation.linaro.org/, if needed. |
| 18:54.04 | bluelightning | -> home |
| 18:54.05 | Crofton | ah thanks for that url |
| 18:54.08 | bluelightning | bbl |
| 18:54.10 | Crofton | gn |
| 18:54.43 | ndec | Crofton: i don't find the address with the most recent documentation that we had shown you. |
| 18:54.44 | Crofton | that url says 404 |
| 18:54.47 | Crofton | but seems to work |
| 18:55.15 | Crofton | http://community.validation.linaro.org/dashboard/test-definition/ |
| 18:55.41 | Crofton | we really need to be able to bitbake lava-image and have it work :) |
| 18:56.03 | Crofton | ok, I need to do some real work for a bit |
| 18:56.09 | Crofton | then I can pokemmore at this |
| 18:56.27 | ndec | ok. |
| 18:56.37 | ndec | i need to do the same thing, too ;-) |
| 18:59.45 | *** join/#oe darknighte__ (4b6c235a@pdpc/supporter/professional/darknighte) |
| 19:00.31 | *** join/#oe JaMa (~martin@ip-89-176-104-107.net.upcbroadband.cz) |
| 19:03.26 | *** join/#oe mihai (~mihai@188.25.22.237) |
| 19:18.17 | *** join/#oe bzb (~bzb@192-0-226-240.cpe.teksavvy.com) |
| 19:32.58 | dv_ | I have a system with both gcc 4.7 and 4.8 installed, and want to let OE build everything with gcc-4.7 instead of 4.8 |
| 19:33.13 | dv_ | should I edit bitbake.conf and modify the "export CC" line ? |
| 19:33.33 | kergoth | no |
| 19:33.46 | kergoth | the build machine' scompiler is only used for certain recipes (native, cross) |
| 19:33.49 | dv_ | (I dont mean a different cross compilation toolchain; I mean the compiler to use for building the native stuff) |
| 19:33.52 | kergoth | you'll want to alter BUILD_CC |
| 19:34.02 | dv_ | inside local.conf ? bitbake.conf ? |
| 19:34.11 | kergoth | never touch bitbake.conf |
| 19:34.13 | kergoth | perio |
| 19:34.14 | kergoth | d |
| 19:34.31 | kergoth | bitbake doesn't care where something is defined, other than ordering. where something belongs is a convention |
| 19:34.41 | kergoth | local.conf or site.conf are best in this case |
| 19:34.59 | dv_ | so I add "export CC=gcc-4.7" in local.conf |
| 19:35.00 | dv_ | okay |
| 19:35.05 | kergoth | no |
| 19:35.12 | kergoth | first of all, i said BUILD_CC, not CC |
| 19:35.19 | dv_ | err BUILD_CC I mean |
| 19:35.24 | kergoth | second, no need for export, bitbkae.conf handles all that |
| 19:35.27 | kergoth | just BUILD_CC = "gcc-4.7" |
| 19:35.28 | kergoth | should do |
| 19:35.31 | dv_ | alright, thanks |
| 19:35.34 | kergoth | but use itbake -e to exmaine it and make sure its set to that |
| 19:35.39 | kergoth | bitbake -e | grep BUILD_CC= |
| 19:35.50 | kergoth | bitbake -e autoconf-native | grep CC= |
| 19:41.06 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 19:41.36 | dv_ | ok, BUILD_CC shows up as gcc-4.7 |
| 19:41.44 | dv_ | thanks, that'll do |
| 19:42.03 | kergoth | make sure just 'CC' also shows up as that in a antive recipe, with the secon acommand above |
| 19:42.07 | kergoth | just to be safe |
| 19:42.28 | kergoth | np |
| 19:42.34 | dv_ | ah hm |
| 19:42.45 | dv_ | export CC="gcc" with autoconf-native |
| 19:43.08 | dv_ | I set BUILD_CC/CXX/CPP/CCLD to the 4.7 versions |
| 19:43.38 | kergoth | i was afraid that might happen, see how native.bbclass defines CC |
| 19:44.30 | dv_ | yeah. export CC = "${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH}" |
| 19:45.05 | kergoth | mutters |
| 19:45.05 | kergoth | you could try hacking around it with CC_class-native = "${BUILD_CC}", etc |
| 19:45.08 | kergoth | cross too |
| 19:45.21 | dv_ | well, I can always change the system's gcc symlink to gcc-4.7 , as unclean as it might be |
| 19:45.24 | kergoth | alternatively, cheat and add a subdir to PATH with a 'gcc' symlink :) |
| 19:45.43 | kergoth | if you use a separate subdir, at least you wouldn't be altering the system |
| 19:46.00 | kergoth | mkdir foo; ln -s $(which gcc-4.7) foo/gcc; PATH=$PWD/foo:$PATH; or whatnot |
| 19:46.03 | dv_ | btw. these problems show up with danny and ubuntu 13.10 |
| 19:46.05 | kergoth | shrugs |
| 19:46.21 | kergoth | ahh, not too surprising. older release, newer distro |
| 19:46.21 | dv_ | I cannot build danny's gcc 4.7 with ubuntu saucy's gcc 4.8 (segfault) |
| 19:46.23 | kergoth | good to know |
| 19:46.48 | dv_ | ok, I will try that symlink trick |
| 19:52.08 | *** join/#oe flo_lap (~fuchs@sign-4db6be02.pool.mediaWays.net) |
| 19:52.08 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 19:54.07 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 19:56.04 | *** join/#oe lamikr (lamikr@nat/nokia/x-mclvdroujzwavqic) |
| 19:59.35 | *** join/#oe bzb (~bzb@192-0-226-240.cpe.teksavvy.com) |
| 20:20.34 | *** join/#oe joeythesaint (~jjm@198-84-238-35.cpe.teksavvy.com) |
| 20:33.54 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.222.41) |
| 20:34.32 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 20:36.46 | *** join/#oe bluelightning (~paul@167.127.187.81.in-addr.arpa) |
| 20:36.47 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:06.34 | *** join/#oe phdeswer (~phdeswer@a88-113-94-60.elisa-laajakaista.fi) |
| 21:18.22 | Crofton | khem, I need to go about actually creaing meta-sdr and pushing into the official OE repo |
| 21:18.55 | Crofton | what is the best way to see if I have commit access, and fixing that so I can't accidentally mess up "important" layers :) |
| 21:26.53 | bluelightning | Crofton: do you mean adding it to meta-openembedded? |
| 21:27.26 | Crofton | yes |
| 21:27.58 | Crofton | a couple of jokers have been nagging me to add their stuff :) |
| 21:29.20 | bluelightning | ok |
| 21:29.34 | bluelightning | in that case you can create the layer without commit access (initially) just by sending a patch |
| 21:29.55 | bluelightning | that's how most layers in meta-openembedded have been created |
| 21:30.31 | Crofton | annoyingly, I have some other crap in that branch :( |
| 21:30.56 | bluelightning | well, creating branches is free in git :) |
| 21:32.52 | kergoth | and rebase -i is your friend :) |
| 21:35.26 | bluelightning | as always :) |
| 21:44.25 | *** join/#oe debris` (debris@shells.ohai.su) |
| 22:03.36 | *** join/#oe woglinde (~henning@g225074006.adsl.alicedsl.de) |
| 22:04.50 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 22:12.30 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 22:20.35 | *** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 22:20.41 | *** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com) |
| 22:22.26 | *** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) |
| 22:34.33 | *** join/#oe bzb (~bzb@192-0-226-240.cpe.teksavvy.com) |
| 22:39.53 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 22:54.22 | *** join/#oe vmeson (~quassel@128.224.252.2) |
| 23:09.30 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 23:09.53 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 23:16.50 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |