**** BEGIN LOGGING AT Tue Jun 25 02:59:58 2013 Jun 25 08:14:06 hi there ! I'd like to give a try to the Build Appliance within VirtualBox.. but I can't make it run.. Jun 25 08:14:25 ahre there any special settings to take into account for running inside VirtualBox ? Jun 25 08:20:34 PaowZ_: what is the error you get? Jun 25 08:24:54 zecke: ..depends the config, but I'm getting a X server error Jun 25 08:32:20 PaowZ_: and the error is? Jun 25 08:35:31 zecke: I checksumed the .zip and got a wrong hash.. I'm starting over with a new download.. Jun 25 08:35:52 I'll keep you posted with some results.. Jun 25 09:37:08 morning all Jun 25 10:43:38 Hello. I am having a problem creating a new bitbake recipe. I am trying to run a Makefile.PL file after extracting the package, but it seems like bb is unable to locate said Makefile.PL. This is my recipe: http://pastebin.com/uLUzmcLd and this is the error: http://pastebin.com/n1fU8dhr Jun 25 10:43:48 I have been working on making recipes for a number of CPAN modules I need, I will publish them once I get them actually working. Jun 25 10:47:53 Stygia: you may find you can use the cpan.bbclass to save you a lot of work here Jun 25 10:48:00 i.e. "inherit cpan" Jun 25 10:49:09 Stygia: see meta/recipes-devtools/perl/libxml-simple-perl_2.20.bb for an example Jun 25 10:49:32 ah, I see you have had similar advice in #oe Jun 25 11:30:30 bluelightning, Yes, don't know if I should reply here for good measure since you are the one helping me out over there. Jun 25 11:43:17 do we need to keep ${WORKDIR}/pseudo directory? or can we remove it with rm_work? now it's biggest remaining portion of work directory Jun 25 11:44:51 30MB in pseudo/files.db is quite big (for relatively simple recipe) Jun 25 12:05:10 zecke: ok.. I got a new Build Appliance copy with the good MD5 hash.. Jun 25 12:06:25 what settings shall I set to run it ? I tried Linux/Other with no success.. Jun 25 12:10:21 PaowZ_: I can only offer you assistance in using your brain. So what is the problem you have? Jun 25 12:15:53 zecke: I'm trying to run the VM through VirtualBox.. when using basic settings, I get Jun 25 12:16:19 xinit: giving up, unalble to connect to X server: Connection refused, server error Jun 25 12:16:52 it appears X server was not running when "something" (hob ??) tried to connect to it.. Jun 25 12:30:14 PaowZ_: okay, so you are trying to launch inside the appliance and it fails. Jun 25 12:30:23 yes :) Jun 25 12:30:43 PaowZ_: so right now you are in the text console and start a graphical application. Yes this would require a running xserver. Jun 25 12:30:52 my config: Win7 running VirtualBox (last version) Jun 25 12:31:00 PaowZ_: is there any xserver installed in the appliance? Jun 25 12:33:07 should it be the case ?? is this VM not a linux kernel and all the required stuffs in it ?? Jun 25 12:33:30 https://wiki.yoctoproject.org/wiki/Build_Appliance_Design Jun 25 12:33:51 I quote: "This image is a Linux OS which will allow the user to do a build, boot the resulting Linux in an emulator." Jun 25 12:35:35 PaowZ_: okay, on this webpage it even mentions hob. :) Jun 25 12:36:04 Indeed.. which is an interface for BitBake as far as I know.. Jun 25 12:36:15 and this interface requires X to be up and ready.. Jun 25 12:37:05 PaowZ_: okay, but check the init script of the appliance if it even attempts to start x? and the best is probably to ask on the yocto/poky mailinglist? Jun 25 12:38:21 zecke: I may give a try to a regular VMWare player, first.. in order to ensure the Build Appliance is not faulty.. Jun 25 12:38:46 PaowZ_: well, read the terminal output and start script? Jun 25 12:41:14 the terminal doesn't say much more than I told you.. kernel ELF decompression is ok and boot starts as expected.. when bootlogd appears, xinit fails. Jun 25 12:41:35 I can see Yocto Project progress bar for a short while.. Jun 25 12:41:36 PaowZ_: xinit would start the xserver. Jun 25 12:41:39 then Bootlogd Jun 25 12:42:21 so, if xinit is intended to start the server, I don't have any output errors because it fails, apparently.. Jun 25 12:42:48 it would be nice to turn on a verbose mode or something.. Jun 25 13:15:10 zecke: it runs fine through a VMware player.. therefore, either VirtualBox might not have some features required for the VM to run or I could not find the right settings for VirtualBox.. Jun 25 13:31:19 PaowZ_: virtualbox is known to have issues :( Jun 25 14:01:47 RP: small design question, should setscene tasks cover rm_work task? The problem is that when setscene task is executed it leaves those package+packages-split directories, but when rm_work isn't executed in runqueue they stay forever Jun 25 14:31:17 khem: otavio: GCC 4.8 followup on the freescale failures Jun 25 15:01:01 YPTM: Anyone have the bridge info? Jun 25 15:01:13 **** UPDATED PASSCODE for CALL: 42001078 **** Jun 25 15:01:18 YPTM: Nitin is here Jun 25 15:01:46 YTPM: Saul is on (Thanks to zeddii for the updated passcode), I will be your host today as Song is out. Jun 25 15:02:06 YPTM: Kevin Strasser is here Jun 25 15:02:13 Michael Halstead is on. Jun 25 15:02:13 YPTM: Mark is here Jun 25 15:02:15 YPTM: Bruce AShfield is here Jun 25 15:02:18 YPTM: Tom Z on the call Jun 25 15:02:21 YPTM: Beth Flanagan here Jun 25 15:02:23 is the new passcode just for today, or for the future? Jun 25 15:02:24 YPTM: Paul Eggleton is on Jun 25 15:02:26 YPTM: Denys is here Jun 25 15:02:35 YPTM: ross here Jun 25 15:02:36 I have no passcode info Jun 25 15:02:41 tomz2, I thought Guest73297 was pretty catchy as a nick Jun 25 15:02:55 YPTM: Laurentiu Palcu joined Jun 25 15:03:01 YTPM: **** UPDATED PASSCODE for CALL: 42001078 **** Jun 25 15:03:14 thanks Jun 25 15:03:20 zeddii: yeah, it took me awhile to think it up - i was becoming pretty attached to it and sorry i had to change Jun 25 15:03:40 bummer Jun 25 15:03:55 YPTM: jzhang's on the call Jun 25 15:04:10 YPTM: Scott Rifenbark joined the call Jun 25 15:04:33 sgw_: RP is on the call Jun 25 15:06:17 YPTM: Corneliu joined Jun 25 15:07:01 YPTM: Darren has joined Jun 25 15:07:31 \o/ Jun 25 15:12:44 tomz2: zeddii: rofl for the lame joke Jun 25 15:13:01 ant_work: ;-) Jun 25 15:14:13 if high tech doesn't work out. stand up comedy awaits! Jun 25 15:22:25 halstead: don't think moderation will really help and just cause pain. these guys clearly think our bugzilla is open-access which it isn't, so we should just tell them politely to piss off and get their own bugzilla. Jun 25 15:25:10 rburton, Perhaps we can start with that since this is the first instance. Jun 25 15:26:44 halstead: i wouldn't want to be involved in the moderation, and there's a big enough barrier to getting bug reports from new users, before we even moderate new accounts Jun 25 15:28:35 rburton, Good point. The volume of new accounts created is fairly low so it wouldn't take much from a moderator team but better not to have any delay at all. Jun 25 15:32:51 * RP will update the postit note Jun 25 15:33:50 halstead: please talk to them and try and find out what they're doing and why... Jun 25 15:34:16 RP, I've started an e-mail to them. Jun 25 15:34:22 halstead: thanks Jun 25 15:34:39 tenner says they appear to believe that our server is a free-to-use bugzilla Jun 25 17:10:55 so I'm looking at my glibc and gcc-runtime RPMs (Yocto 1.2), and I see that the *-dbg package for both depends on non-existent things like, in the case of gcc-runtime, libstdc++-dbg and libssp-dbg. Jun 25 17:11:46 of course, the content of what would normally be in libstdc++-dbg and libssp-dbg are _inside_ gcc-runtime-dbg Jun 25 17:12:13 it's almost like the RPM Requires: and Provides: are backwards Jun 25 17:51:27 evanp: those requires should be marked as optional (i.e. RRECOMMENDS) Jun 25 18:04:21 bluelightning: even though those packages don't exist? Jun 25 18:05:24 evanp: if they're optional that's not a problem as far as the package manager is concerned Jun 25 18:09:22 bluelightning: hmm. the other relevant fact is that various *-dbg RPMs won't install because they depend on the same non-existent packages (e.g. there's this C++ program whose *-dbg won't install because it depends on libstdc++-dbg) Jun 25 18:23:02 Hi! I am here for the first time and I am trying to build yocto...but everytime I run bitbake fsl-image-minimal I receive an error saying /QorIQ-SDK-V1.3.2-20130325-yocto/meta/recipes-devtools/perl/perl-native_5.14.2.bb, do_unpack task failed Jun 25 18:24:10 Can anybody please help me figure out how to fix this problem! Jun 25 18:24:36 Lahar: can you send more details (best to pastebin the log file of the failed task Jun 25 18:25:51 sgw: sorry I am very new to this...could you please let me know where can I find the log file of this...I am just seeing these messages on my terminal...should I copy paste those? Jun 25 18:28:46 Lahar: you could do that, they should be a message that points to the log file, they can also be found in tmp/work/x86_64-linux/perl-native/5.14.2-r1/temp/log.do_unpack Jun 25 18:28:59 I think that version should be correct Jun 25 18:30:12 evanp: hmm, that's not supposed to be an issue... I'll be online later if you want to explore this further Jun 25 18:31:06 Lahar: it's likely the archive got corrupted somehow, try deleting perl-native_5.14.2.tar.gz and try building again Jun 25 18:32:40 wmat and sgw: Thanks! Let me try what wmat suggested. Jun 25 18:39:05 wmat: I tried deleting perl-native file and rebuilding it but now it says this - NOTE: Resolving any missing task queue dependencies ERROR: Nothing PROVIDES 'perl-native' (but virtual:native:/home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/meta/recipes-devtools/rpm/rpm_5.4.0.bb, virtual:native:/home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/meta/recipes-devtools/git/git_1.7.7.bb DEPENDS on or otherwise re Jun 25 18:39:25 http://volcanoes.usgs.gov/hazards/lahar/index.php <= is this you? Jun 25 18:40:20 Lahar: did you run bitbake -c cleanall perl-native to clean up? Jun 25 18:40:27 Lahar: what did you delete, exactly? Jun 25 18:40:37 Lahar: you might try that as it's the best way to cleanup the tarballs Jun 25 18:40:58 Lahar: what sgw said Jun 25 18:40:59 wmat: I deleted it... Jun 25 18:41:10 yeah, don't delete any bb files, just the tarball and tarball.done from your downloads dir Jun 25 18:41:11 sgw: no I didn't run that command Jun 25 18:41:11 Lahar: deleted what? Jun 25 18:41:37 sgw: deleted perl-native- file Jun 25 18:42:07 better git pull in your yocto dir... Jun 25 18:42:19 Lahar: try running that command, you are still not clear about what file you deleted Jun 25 18:42:56 Lahar: what was the extension of the file you deleted? Jun 25 18:43:16 sgw: I restored the file I deleted...I will run bitbake -c cleanall perl-native to clean up now Jun 25 18:43:27 Lahar: great Jun 25 18:47:43 building again Jun 25 18:48:04 mr_science: no that's not me Jun 25 18:50:05 sgw and wmat: Still getting this error - Summary: 1 task failed: /home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/meta/recipes-devtools/perl/perl-native_5.14.2.bb, do_unpack Summary: There was 1 WARNING message shown. Summary: There was 1 ERROR message shown, returning a non-zero exit code. Jun 25 18:50:33 Lahar: your nick has special meaning in geophysics Jun 25 18:50:40 Lahar: Ok, can you provide the log file on pastebin Jun 25 18:51:21 Lahar: and/or cut&paste the full messages Jun 25 18:51:21 what is pastebin? Jun 25 18:51:26 ok Jun 25 18:51:58 pastebin.com is a site you can drop text into Jun 25 18:53:32 oh ok Jun 25 18:55:17 actually inside my tmp/work/ I don't see anything called x86_64-linux ...because I am using SDK for P4080DS board....I am seeing three folders called i686-linux, p4080ds-fsl-linux and ppce500mc-fsl-linux Jun 25 18:55:44 so it would be under i686-linux, that's where the native (host) tools are built Jun 25 18:55:47 and when I went inside p4080ds-sl-linux I can't find anything called perl-native Jun 25 18:55:50 oh ok Jun 25 18:56:19 I wrong assumed you had an x86-64 build machine, my bad Jun 25 18:57:36 No problem ...I know I am not very clear with anything. Jun 25 18:57:54 ok so this is what I see there : Jun 25 18:57:56 NOTE: Unpacking /home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/build_p4080ds_release/../sources/perl-5.14.2.tar.gz to /home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/build_p4080ds_release/tmp/work/i686-linux/perl-native-5.14.2-r0/ gzip: stdin: invalid compressed data--crc error tar: Child returned status 1 tar: Error is not recoverable: exiting now ERROR: Function failed: Unpack failure for URL: 'http: Jun 25 18:58:48 Lahar: hmm, what's your host's OS Jun 25 18:58:58 Ubuntu 10.04 Jun 25 18:59:37 I tried copy pasting the log file here Jun 25 18:59:43 but it doesn't take the whole thing Jun 25 18:59:47 let me try pastebin Jun 25 19:00:00 Lahar: please use pastebin, that's best Jun 25 19:00:53 http://pastebin.com/ueQ12JpW Jun 25 19:00:53 Lahar: Which poky are you using, master or 1.4? Jun 25 19:02:35 sgw: sorry where can I check for it's version number? Jun 25 19:02:46 I didn't download poky from it's site actually Jun 25 19:03:01 Lahar: if you try to tar xvf the perl tarball does it work? It might be as wmat suggested you got a bad download, but the checksums should have failed it out earlier, your on an older Ubuntu and I wonder if you are getting a problem with tar. Jun 25 19:03:07 I have QorIQ-SDK-V1.3.2-20130325-yocto.iso Jun 25 19:04:06 the SDK I am working with it works only on that version of Ubuntu ...this is the reason why I am using old but let me try to untar perl-native and build it again Jun 25 19:04:19 sgw_: Can you get the output for khem ? Jun 25 19:04:35 otavio: I thought you where doing that Jun 25 19:04:42 sgw_: I am quite busy and about to leave; so won't be able to get it until tomorrow Jun 25 19:04:48 sgw_: I was; sorry Jun 25 19:05:02 otavio: got it, I can work on it, later Jun 25 19:05:10 sgw_: sorry Jun 25 19:06:03 Lahar: ok, I think I am getting the picture, this is freescale's sdk, might be 1.3.2 based give the version info, I am checking something Jun 25 19:06:23 yes you are right...This is freescale's SDK Jun 25 19:06:58 The other thing I am thinking is the local.conf file...I think I need to edit that too in order to build it Jun 25 19:07:12 but whenever I enter p4080ds for the machine name...it starts failing too Jun 25 19:09:42 Lahar: can you do a md5sum on /home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/build_p4080ds_release/../sources/perl-5.14.2.tar.gz and paste the result? Jun 25 19:10:01 there is no .tar file inside perl directory.....all files are either .bb or .inc Jun 25 19:10:22 sure! Jun 25 19:10:32 Lahar: it should be 3306fbaf976dcebdcd49b2ac0be00eb9 Jun 25 19:11:50 Lahar: nothing gets build or put into the meta recipes directories, it's all but in the "build" dir, I assumed you ran the oe-init-buid-env first Jun 25 19:12:13 tar tzvf will test the archive without extracting anything Jun 25 19:12:29 assuming tar.gz... Jun 25 19:13:59 sgw: I can't find /home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/build_p4080ds_release/../sources/perl-5.14.2.tar.g ....did you mean - /home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/meta/recipes-devtools/perl/perl-native_5.14.2.bb? Jun 25 19:14:20 yes I did run oe-init-build-env first Jun 25 19:14:38 Lahar: do you have a sources directory? Jun 25 19:14:45 no Jun 25 19:15:08 oh I found it...sorry Jun 25 19:15:11 check under /home/lahar/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto Jun 25 19:17:34 khem: you around here? Do you have a branch with the new eglibc? Jun 25 19:18:32 Yes, I am getting this 3306fbaf976dcebdcd49b2ac0be00eb9 Jun 25 19:19:19 Lahar: and it unpacks correctly when you use tar? Or lists correctly if you use tar tvf? Jun 25 19:20:58 sgw: tar xvf doesn't work there... Jun 25 19:21:19 it says something like it's a directory and not tar Jun 25 19:21:48 I will try tzvf as mr_science mentioned above Jun 25 19:23:39 Lahar: I unpacked it using the command from the script as a test and it unpacked fine. Command is tar xz --no-same-owner -f perl-5.14.2.tar.gz Jun 25 19:24:49 Lahar: wmat: which version of tar do you have? I know we had some problems, I wonder if we need to remove tar from the assume provided Jun 25 19:25:15 sgw_: 1.26 Jun 25 19:26:24 Lahar: can you run the tar command that the script uses, as I typed it above to extract the tarball? Jun 25 19:26:50 ok I am in Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/meta/recipes-devtools/perl and ran the command wmat mentioned but it didn't work for me Jun 25 19:27:00 because I don't have any tar,gz file there Jun 25 19:27:13 Lahar: you need to be in that sources directory where the tarball (tar.gz file) is Jun 25 19:27:27 ohhh ok...sorry I am just so lost Jun 25 19:29:28 lahar@lahar-laptop:~/Documents/P4080source/QorIQ-SDK-V1.3.2-20130325-yocto/sources$ tar xz --no-same-owner -f perl-5.14.2.tar.gz gzip: stdin: invalid compressed data--crc error tar: Child returned status 1 tar: Exiting with failure status due to previous errors Jun 25 19:29:51 this is what I get Jun 25 19:29:53 Lahar: what version of tar: tar --version Jun 25 19:30:21 1.22 Jun 25 19:30:38 Lahar: wait one, I need to check some stuff here Jun 25 19:30:47 ok thanks! Jun 25 19:30:56 Lahar: can we do a quick test? Jun 25 19:31:00 sure Jun 25 19:31:13 Lahar: cd to home or a tmp dir Jun 25 19:31:21 ok Jun 25 19:31:25 then: wget http://www.cpan.org/src/5.0/perl-5.14.2.tar.gz Jun 25 19:31:41 then: tar xz --no-same-owner -f perl-5.14.2.tar.gz Jun 25 19:32:00 wmat: type this URL in the terminal? Jun 25 19:32:16 Lahar: with the wget command Jun 25 19:32:24 ok Jun 25 19:34:05 wmat: Still getting the same error - gzip: stdin: invalid compressed data--crc error tar: Child returned status 1 tar: Exiting with failure status due to previous errors Jun 25 19:34:30 Lahar: what happens if you gunzip it first (gunzip perl-5.14.2.tar.gz) Jun 25 19:34:50 ok let me try that Jun 25 19:36:52 gunzip doesn't work Jun 25 19:37:01 it says ignored Jun 25 19:38:31 Lahar: what's the version of gunzip (gunzip --version)? Jun 25 19:38:41 gzip: perl-5.14.2.tar.gz: invalid compressed data--crc error Jun 25 19:39:04 1.3.12 Jun 25 19:40:11 Ok is your system up-to-date relative to 10.04? 1.3.2 can run on newer OSes, and I think part of the problem is either your gunzip or tar it old and having problems. Jun 25 19:41:03 ok I willl run system updates Jun 25 19:41:14 fwiw, gunzip and tar are both newer on my system Jun 25 19:41:35 do I have older versions of tar and gunzip? Jun 25 19:41:46 Lahar: yes Jun 25 19:41:48 Lahar: than me, yes Jun 25 19:42:00 ok... Jun 25 20:10:25 Ok,so I installed the updates and restarted my machine...this time when I do bitbake fsl-image-minimal....it says ERROR: Please set the 'PERSISTENT DIR' or 'CACHE' variable Jun 25 20:10:38 one would hope ubuntu 10.04 at least updated to minimal working version of tar/gz... Jun 25 20:11:11 Lahar: did you forget to oe-init? Jun 25 20:11:27 no I ran that too Jun 25 20:11:50 hmmm... Jun 25 20:12:03 I am following this link - http://www.freescale.com/infocenter/index.jsp?topic=%2FQORIQSDK%2F2915474.html Jun 25 20:12:16 "Getting started" with yocto Jun 25 20:13:32 wait...i think I am missing one step let me try that Jun 25 20:13:44 okay, do a "bitbake -e" and see what those vars are set to Jun 25 20:15:35 it also says "verified on following Linux distributions: Ubuntu 10.04/12.04" Jun 25 20:16:04 12.04 is probably a better host environment Jun 25 20:22:51 I'm running an image using runqemu…how can I get some network traffic between it and the outside world? Jun 25 20:23:42 mr_science: ok bitbake fsl-image-minimal is running now Jun 25 20:24:25 the image is core-image-sato Jun 25 20:26:10 Lahar: so it's running beyond where it got before? Jun 25 20:26:20 Actually, I do have a connection. ping doesn't go out but ssh does. Jun 25 20:26:55 wmat: I installed updates and building it again...it's not pass that step yet Jun 25 20:27:21 ok Jun 25 20:27:37 but atleast I am not seeing those issues...that I was seeing after installing updates Jun 25 20:28:15 I really appreciate..you guys have been so patient with me. Jun 25 20:32:27 Lahar: no problem Jun 25 20:52:36 mulhern: qemu does not handle icmp if I recall correctly Jun 25 21:05:51 sgw: yup, I see that now. It's funny, I can ping the guest machine from my host and it appears to respond. Jun 25 21:06:32 sgw: Can you think of a quick and dirty way to generate network traffic to the guest machine? Jun 25 21:07:09 Lahar: i have 3 adult children... Jun 25 21:08:08 iirc, qemu can do several network configs, correct? maybe i'm thinking of vmware... Jun 25 21:08:17 mulhern: not really Jun 25 21:08:28 mr_science_: I think vmware has more options Jun 25 21:09:07 can qemu do a bridged setup? Jun 25 21:09:38 yes Jun 25 21:10:10 i think i did a private NAT'd setup last time i messed with it Jun 25 21:10:56 mulhern: if it's NAT you'll need to port-forward something to the internal qemu interface Jun 25 21:11:15 if you want to hit it with traffic from the outside... Jun 25 21:12:45 otoh hand if you did a bridging setup you should "see" the other side of the bridge just fine Jun 25 21:13:23 mr_science: Did I miss something? I mean I didn't understand why did you write I have 3 adult children... Jun 25 21:13:41 man i wish we had some proper coffee around this place... Jun 25 21:14:16 Lahar: an oblique/sarcastic response to your "patience" comment... Jun 25 21:14:31 mr_science: hahaha... Jun 25 21:14:51 two are in school and one is almost out of the house... Jun 25 21:15:08 out but not yet self-sustaining Jun 25 21:15:09 mr_science: anyway you were asking the meaning of Lahar in the beginning... Lahar is a Hindi word and it means waves Jun 25 21:15:14 mr_science: I just want to generate some kind of incoming network traffic. I'm putting together a .bb package for snort and I want to give it some packets to look at. Jun 25 21:15:56 i wonder if that's the origin of the volcanic lahar... Jun 25 21:16:12 anyways guys time to leave....will come back here again tomorrow...Thanks a lot! Jun 25 21:16:28 mulhern: then i would go bridge instead of NAT if qemu supports it... Jun 25 21:16:29 could be but volcano doesn't sound too good Jun 25 21:16:39 I will always say I am waves Jun 25 21:17:09 talk to you guys later bye bye Jun 25 21:21:46 mr_science: how come? Jun 25 21:22:45 because NAT hides the internal network Jun 25 21:23:27 you could do NAT with port-forwarding for the ports you want to use, or you could bridged and just use it Jun 25 21:26:30 zeddii: unknown.kcf -> fs/aufs/Kconfig Jun 25 21:35:09 RP: any thoughts on bug 4499? Jun 25 21:35:10 Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=4499 normal, Medium, 1.5, kergoth, NEW , sstate archive/siginfo fetch can display errors to the user on fetch failure Jun 25 22:03:14 zeddii: any news on the routerstation issue, we are coming into M2 and wonder what's happening. Jun 25 22:43:04 kergoth: replied on the bug Jun 25 22:44:46 RP: thanks **** ENDING LOGGING AT Wed Jun 26 02:59:58 2013