**** BEGIN LOGGING AT Tue Jul 08 02:59:59 2014
Jul 08 03:55:56 <moto-timo> trying to test Hongxu's perl 5.20.0 patch... but nothing provides "perl-ptest"
Jul 08 03:56:02 <moto-timo> what am I missing?
Jul 08 05:19:17 <muprt> hi there, In the Quick Start and in the Required Packages section of the References it is not mentioned that pysqlite is needed. But my build stops with the error " ImportError: No module named pysqlite2 "
Jul 08 05:23:14 <AndersD> muprt, It should probably be listed that you need either python-sqlite (for import sqlite3) or pysqlite2.
Jul 08 05:25:07 <AndersD> muprt, though, sqlite3 should likely be a part of python standard library...
Jul 08 05:25:29 <AndersD> At least that's what it look like when I'm looking at my debian box
Jul 08 05:26:16 <muprt> I am looking at http://www.yoctoproject.org/docs/1.6.1/ref-manual/ref-manual.html#required-packages-for-the-host-development-system right now ... ahh, okay then it is not compiled into builtin python ...
Jul 08 05:30:32 <AndersD> No, sqlite3 is needed for bitbake to run properly (well, at least for the prserv part of bitbake, as well as some part for persistant storage).
Jul 08 05:36:04 <muprt> thanks
Jul 08 05:36:07 <muprt> bye
Jul 08 10:59:37 <motzer> hey guys I have a question, when i build yocto for my beaglebone on ubuntu 12.04 i get an error when I add IMAGE_FSTYPES = "tar.bzw2 sdcard"  to the local.conf, is there a problem with the sdcard format ? or spelling mistake ?
Jul 08 11:02:02 <motzer> I cannot find anything about these sdcard ready *.sdcard images in the project documentation but my first attempts with th build appliance added such Lines via HOB to the local conf so I thought it would be okay if i use it by myself manually
Jul 08 11:03:29 <ant_work> tar.bzw2 seems a typo
Jul 08 11:04:07 <motzer> oh sorry yes
Jul 08 11:04:21 <motzer> tar.bz2 was a typo by my side
Jul 08 11:04:44 <motzer> but no matter what I do it is not possible for me to get a *.sdcard file out of the bitbake process
Jul 08 11:05:35 <Letothe2nd> motzer: yes, thats not supported directly. maybe read the documentation for sd card creation in the meta-ti layer
Jul 08 11:05:47 <Letothe2nd> motzer: i think they have something like mkcard.sh or such.
Jul 08 11:06:21 <motzer> okay sounds good I will check this
Jul 08 11:07:14 <ant_work> I think Freescale layers are using that
Jul 08 11:07:39 <Letothe2nd> but in the end, its always... check the docs ;)
Jul 08 11:08:05 <motzer> yes I will check them
Jul 08 11:08:10 <ant_work> yes, IMAGE_CMD_sdcard () {
Jul 08 11:08:33 <ant_work> meta-fsl-arm
Jul 08 11:09:18 <motzer> okay i am new to this stuff meta-fsl-arm is a layer right ? and in this layer the function for the sdcard image build is included ?
Jul 08 11:09:53 <motzer> so I just add this layer to my bblayers.conf and it I can use this function
Jul 08 11:10:01 <Letothe2nd> erm... no.
Jul 08 11:10:17 <motzer> :/ okay
Jul 08 11:10:26 <Letothe2nd> some fsl-specific command will get you nowhere on a BBB
Jul 08 11:10:50 <motzer> okay I understand
Jul 08 11:10:52 <Letothe2nd> hence, better forget that (except for inspiration), and really have a look at what is documented for meta-ti
Jul 08 11:11:42 <motzer> ok
Jul 08 11:12:27 <motzer> another thing is what is the easiest way to add just one package to my image. For example I build the core-image-minimal successfull and want to add i.e iproute2 package after that ? So that the rebuild does not take hours =)
Jul 08 11:15:38 <Letothe2nd> you have to add it to IMAGE_INSTALL ... for a very quick test, it should be possible to do that in the local.conf, but for reproductibility, you should just create you own image and derive it from core-image-minimal
Jul 08 11:16:00 <Letothe2nd> i'd suggest just cloning and then modifying core-image-minimal-dev, which is nearly a perfect blueprint.
Jul 08 11:16:10 <Letothe2nd> you can also look at https://www.yoctoproject.org/sites/yoctoproject.org/files/ypdd-oct2013-into-hands-on-lab.pdf
Jul 08 11:16:18 <Letothe2nd> but IMHO the slides are not in perfect shape
Jul 08 11:28:06 <motzer> Letothe2nd thanks I will try this :)
Jul 08 11:29:41 <weeb0> I have a init_ifupdown_1.0.bbappend to append a new interfaces file. In tmp/work/overo.../init_ifupdown/image my interfaces file is found. In tmp/work/arm....../init_ifupdown/image it is another bbappend file present.  I believe my image come from arm... why this could append ?
Jul 08 11:47:53 <kbouhara> Hello, Im looking for a documentation on how to get qemuarm working on armv7a instead of arm926ejs  ?
Jul 08 11:56:41 <petero> hello everybody
Jul 08 11:57:14 <petero> I am stuck with do_rootfs from a useradd recipe
Jul 08 11:57:24 <petero> opkg_install_cmd: Cannot install package useradd.
Jul 08 11:57:27 <petero> that's all I get
Jul 08 11:57:49 <petero> is there a debugging technique to have a more detailed insight what's going wrong?
Jul 08 11:59:26 <petero> http://pastebin.com/y3FyUWxJ
Jul 08 11:59:50 <petero> that's my recipe, but I'd prefer to know a debugging technique
Jul 08 12:00:06 <petero> bitbake -DDD did not really help
Jul 08 13:12:07 <AndersD> root
Jul 08 14:26:02 <moto-timo> I'm trying to test Hongxu's perl 5.20.0 patch (http://patches.openembedded.org/patch/74513/), but "perl-ptest" has no provider
Jul 08 14:26:06 <moto-timo> what am I missing?
Jul 08 14:59:06 <sjolley> YPTM:   Conference Details:  Company:           WIND RIVER SYS  Ready-Access Number: 8007302996/9139049836  Access Code:     2705751
Jul 08 14:59:13 <sjolley> YPTM: Stephen Joined
Jul 08 14:59:38 <halstead> YPTM: Michael on the call.
Jul 08 14:59:46 <zeddii> YPTM: Bruce on the call
Jul 08 15:00:02 <tomz> YPTM: Tom Z on the call
Jul 08 15:00:43 <dcobbley> David C on the call
Jul 08 15:00:53 <sgw_> YPTM: Saul is on
Jul 08 15:02:15 * Jefro is on YPTM
Jul 08 15:02:21 <nitink1> YPTM: Nitin is on the call
Jul 08 15:02:53 <belen> YPTM: Belen joined
Jul 08 15:04:23 * RP joined
Jul 08 15:04:35 * RP was stuck on hold music for several minutes for some unknown reason
Jul 08 15:04:54 <mcweigel> YPTM: Matthew on the call
Jul 08 15:04:56 <AlexG> AlexG on the call
Jul 08 15:05:05 <DougB> Doug Boom on the call
Jul 08 15:05:23 * zeddii has to drop for a minute but will watch IRC.
Jul 08 15:06:07 <adamian> alex d is on the call
Jul 08 15:08:11 <maxin> moto-timo: have you enabled ptest ?
Jul 08 15:12:14 <moto-timo> PTEST_ENABLED = "1" and DISTRO_FEATURES_append += "ptest" are in my local.conf
Jul 08 15:14:05 <maxin> moto-timo: we need IMAGE_FEATURES_append = " ptest-pkgs" and DISTRO_FEATURES_append = " ptest" in local.conf
Jul 08 15:14:37 <sjolley> YPTM is over.
Jul 08 15:16:26 <moto-timo> ok, I see that in the YP Ref Man .... sstate changed so now I have a 2 hour build :(
Jul 08 15:17:17 <AlexVaduva> YPTM: sorry guys I had a mic problem
Jul 08 15:17:23 <maxin> moto-timo: ok.. :)
Jul 08 15:18:24 <AlexVaduva> YPTM: I only wanted to mention again for the people interested that the work in cgl is back on track
Jul 08 15:18:52 <AlexVaduva> YPTM: updates and more info can be found here: http://git.enea.com/git/?p=linux/meta-cgl.git;a=summary
Jul 08 15:19:37 <AlexVaduva> YPTM: I am waiting for your input
Jul 08 15:30:57 <moto-timo> tomz: wic imports logging, but I don't think it works as is
Jul 08 15:31:36 <dvhart> hrm, so trying to build xfce-taskmanager, which does a git clone with a submodule as part of do_configure. It times out from bitbake, but works if I run the configure command from the devshell.
Jul 08 15:32:49 <tomz> moto-timo: possibly, I haven't used it
Jul 08 15:33:14 <moto-timo> tomz: ok. I was trying to help Crofton out the other day
Jul 08 15:34:20 <tomz> moto-timo: ok, if it doesn't work, please file a bug so that it gets fixed, if someone needs it
Jul 08 15:35:12 <moto-timo> tomz: will do. I had a hack that made it work, but I don't think it was a "fix". I'll attach to the bug report.
Jul 08 15:35:23 <tomz> moto-timo, thx
Jul 08 15:36:06 <moto-timo> tomz: traveling for a couple days, so probably won't file until Friday or the weekend.
Jul 08 15:36:16 <tomz> moto-timo, kk
Jul 08 15:40:39 <Crofton> hey tomz Will you be around later? i need to ask more wic questions?
Jul 08 15:41:49 <tomz> Crofton: yeah, I'll be in and out
Jul 08 15:41:55 <Crofton> k
Jul 08 15:45:36 <Crofton> I have made a file I can dd and ahve an ext4 partitoin, but the vfat partition is "broken"
Jul 08 15:45:45 <Crofton> won't mount
Jul 08 15:45:51 <Crofton> I suspect it doesn't get formatted
Jul 08 15:50:57 <Crofton> tomz, is there a way to get wic to log the commands it runs?
Jul 08 15:54:05 <tomz> Crofton: yeah, the code uses msger.debug() to display the details - you should be able to have that output generated using --debug to wic create
Jul 08 15:54:14 <Crofton> hmm
Jul 08 15:54:38 <Crofton> at th ewrong machine now, will get back to you after assigning dev days tasks :)
Jul 08 16:17:29 <weeb0> I have a init_ifupdown_1.0.bbappend to append a new interfaces file. In tmp/work/overo.../init_ifupdown/image my interfaces file is found. In tmp/work/arm....../init_ifupdown/image it is another bbappend file present.  I believe my image come from arm... why this could append ?
Jul 08 16:57:07 * moto-timo goes off grid for a couple days
Jul 08 17:08:08 <adam_> quit
Jul 08 17:08:10 <adam_> #exit
Jul 08 17:13:18 <Crofton|work> tomz, shoudl I get one FAT partion with this wks?
Jul 08 17:13:19 <Crofton|work> http://pastebin.com/67yMU0TY
Jul 08 17:36:20 <volker-> Now I read more and more about xfce with Yocto... who is using Yocto as primary workstation?
Jul 08 17:37:19 <tomz> Crofton: it would if there were vfat support for rootfs - currently the only filesystem types supported for rootfs are ext2/3/4 and btrfs. we'd need to add vfat support
Jul 08 17:46:32 <Crofton|work> how do we add vfat?
Jul 08 17:46:56 <Crofton|work> tomz, for arm we need to make vfat partitions on sd cards for most
Jul 08 17:46:58 <Crofton|work> boot
Jul 08 17:47:04 <Crofton|work> boot loaders
Jul 08 17:49:54 <Crofton|work> sorry watching isee-3 twitter
Jul 08 17:50:04 <Crofton|work> thrusters are firing
Jul 08 17:50:38 <tomz> Crofton: likewise for x86 - if you look a the bootimg-pcbios and bootimg-efi plugins, they create fat partitions using mkdosfs and mcopy
Jul 08 17:51:06 <tomz> Crofton: sounds like that needs to be upleveled to some common code
Jul 08 17:55:13 <volker-> intersting, isee-3 uses an USRP
Jul 08 18:00:49 <Crofton|work> tomz, any hints on how to do this?
Jul 08 18:00:58 <Crofton|work> we need to make progress getting wic usable
Jul 08 18:07:48 <tomz> Crofton: I think what needs to be done is to take the dosfs code from the pcbios/efi plugins that I mentioned and use it to implement a new case in /scripts/lib/mic/kickstart/custom_commands/partition.py:prepare_rootfs().  Then of course have those two other plugins reuse the new code.
Jul 08 18:08:50 <tomz> Crofton: I can take a stab at that in the next day or so
Jul 08 18:09:19 <tomz> Crofton: I suppose opening an enhancement bug for that would help to track it
Jul 08 18:10:45 <tomz> Crofton: if you want to open a bug for that, I can assign it to myself and work on it tomorrow or so
Jul 08 18:16:12 <Crofton|work> ok
Jul 08 20:09:37 <maxtothemax> all right, suppose I've got a recipe A which creates two packages, A and B
Jul 08 20:09:46 <maxtothemax> package A RDEPENDS on package B
Jul 08 20:10:09 <maxtothemax> I have observed that package B is installed correctly if A is installed
Jul 08 20:10:16 <maxtothemax> but I cannot run "bitbake B" directly
Jul 08 20:10:31 <maxtothemax> what's up with that?
Jul 08 20:11:22 <j8> B is probably a package name ${PN}-lib or something similar
Jul 08 20:11:42 <maxtothemax> I wrote the recipe myself
Jul 08 20:12:10 <kergoth> bitbake accepts a recipe name / provider, not package name
Jul 08 20:12:37 <maxtothemax> then how come I can bitbake A-native?
Jul 08 20:12:45 <kergoth> because A-native is a build time provider
Jul 08 20:12:52 <kergoth> dynamically created "recipe"
Jul 08 20:12:54 <kergoth> not a binary package name
Jul 08 20:12:56 <maxtothemax> ok
Jul 08 20:13:08 <maxtothemax> so if I were to add B to IMAGE_INSTALL, would it work?
Jul 08 20:13:21 <kergoth> yes
Jul 08 20:13:27 <kergoth> image_install accepts packages
Jul 08 20:13:29 <kergoth> not recipes
Jul 08 20:13:29 <maxtothemax> ok
Jul 08 20:13:36 <maxtothemax> so here's the kicker
Jul 08 20:13:40 <maxtothemax> what if I want a B-native?
Jul 08 20:13:45 <kergoth> that wouldn't even make any sense
Jul 08 20:13:52 <kergoth> native recipes don't emit packages at all
Jul 08 20:14:20 <maxtothemax> so PACKAGES is the wrong path entirely here, I need a separate recipe file?
Jul 08 20:14:49 <kergoth> binary packages get installed on the target
Jul 08 20:14:51 <kergoth> thats their purpose
Jul 08 20:14:59 <kergoth> natives are temporary, used during the build process
Jul 08 20:17:35 <maxtothemax> what about nativesdk?
Jul 08 20:17:56 <kergoth> nativesdk builds packages for installation into the host sysroot of a yocto sdk
Jul 08 20:21:04 <maxtothemax> B operates on files generated by A, and I want to give people the option of running A on their Poky image and then B on their development machine
Jul 08 20:21:22 <maxtothemax> looks like if I don't go the route of separate recipe files, the design of bitbake will just fight me all the way
Jul 08 20:21:44 <rburton> sounds like you want to build A and A-native
Jul 08 20:21:53 <rburton> so then you have target binaries in packages, and the local tools
Jul 08 20:22:11 <kergoth> indeed. if B came with A, then A-native will include it
Jul 08 20:22:17 <maxtothemax> okay, I'll drop the formalisms
Jul 08 20:22:22 <maxtothemax> A = bootchart2
Jul 08 20:22:26 <maxtothemax> B = pybootchartgui
Jul 08 20:23:09 <maxtothemax> if pybootchartgui is present on the Poky image at boot time, then it will automatically be run by bootchart2, and that's very expensive and slow
Jul 08 20:23:52 <maxtothemax> hence why I split them up into separate packages, I wanted to give people the option of not including pybootchartgui
Jul 08 20:23:54 <rburton> so you just install bootchart2 into the image, and let people build bootchart2-native so they can have the local tools
Jul 08 20:24:18 <rburton> fwiw there's already several bootchart clones in oe
Jul 08 20:24:30 <maxtothemax> yep
Jul 08 20:24:47 <maxtothemax> see bug 5893
Jul 08 20:24:48 <maxtothemax> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5893
Jul 08 20:24:50 <yocti> Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=5893 enhancement, Medium, 1.7, max.eliaser, IN PROGRESS IMPLEMENTATION , Rationalise bootchart support
Jul 08 20:24:51 <yocti> Bug 5893: enhancement, Medium, 1.7, max.eliaser, IN PROGRESS IMPLEMENTATION , Rationalise bootchart support
Jul 08 20:25:21 <rburton> lol
Jul 08 20:25:45 * rburton maps nick to real name
Jul 08 20:26:02 <maxtothemax> yep, that's me
Jul 08 20:27:10 <rburton> so yeah, split the package as you've done, and if someone wants to generate the images off the target, they build the native tools
Jul 08 20:27:25 <maxtothemax> so I don't mind building a native version of the bootchart daemon that just doesn't get used, that's not a problem
Jul 08 20:27:40 <rburton> you could make the native built not build the daemon to save time
Jul 08 20:27:53 <maxtothemax> ehh, it's a couple of C files, not a big deal
Jul 08 20:28:20 <maxtothemax> and if someone builds bootchart2-native, will pybootchartgui just end up in the native sysroot where they can use it?
Jul 08 20:28:53 <rburton> it will end up in the native sysroot, so they'll have to know where to find it
Jul 08 20:29:04 <rburton> *or* they instal bootchart2 from their distro
Jul 08 20:29:17 <maxtothemax> right
Jul 08 20:29:50 <maxtothemax> dirty secret though, even the target arch pybootchartgui is perfectly useable on my workstation, as it's just a python program anyway
Jul 08 20:29:55 <rburton> shush
Jul 08 20:29:56 <rburton>  :)
Jul 08 20:30:28 <maxtothemax> so this is, like, double-pointless
Jul 08 20:31:03 <rburton> i'd be happy with the story for viewing the bootcharts being 1) use pybootchartui on the target, if its capable 2) use pybootchart from your distro 3) build bootchart2-native and use the pybootchart from native sysroot
Jul 08 20:31:24 <rburton> its works now but its probably best to encourage people to use the native form just in case that changes...
Jul 08 20:31:32 <maxtothemax> right
Jul 08 20:36:27 <TRoGd0R> I know how to remove the boot up image using menuconfig but is there a way to do it from local.conf or something like that?
Jul 08 20:43:22 <rburton> TRoGd0R: the tux from the kernel?
Jul 08 20:44:49 <rburton> nicest way is to use a boot splash so you don't see the kernel boot at all
Jul 08 20:47:19 <TRoGd0R> Yes the tux penguin
Jul 08 20:48:01 <rburton> you can write a config fragment to turn that option off, see the kernel development guide.
Jul 08 20:48:22 <rburton> or install eg psplash so your users don't get an ugly scrolling console
Jul 08 20:56:52 <TRoGd0R> So I found this section in the manual "2.3.2. Generating Configuration Files" and it says on step 3 to bitbake linux-yocto -c diffconfig
Jul 08 20:57:22 <TRoGd0R> Is that what you were referring to when you said to make a config fragment?
Jul 08 20:57:53 <rburton> not really
Jul 08 20:58:03 <TRoGd0R> oh
Jul 08 20:58:07 <rburton> write a something.cfg file that just contains the variables you want to set
Jul 08 20:58:15 <rburton> eg http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.14/tree/meta/cfg/kernel-cache/cfg/8250.cfg?h=meta
Jul 08 20:58:23 <rburton> add it to the SRC_URI for your kernel
Jul 08 20:58:39 <rburton> eg with a bbappend
Jul 08 20:58:45 <TRoGd0R> OK
Jul 08 20:58:53 <rburton> kernel build notices the fragment, merges it in, builds without tux
Jul 08 21:03:47 <TRoGd0R> Where can I find a list of these options? I need the one for disableing the virtual console and the one to remove the tux
Jul 08 21:05:37 <rburton> easiest way is to run menuconfig, find the option, and press help to find its name
Jul 08 21:05:51 <TRoGd0R> cool thanks!
Jul 08 21:40:20 <Crofton|work> tomz, https://bugzilla.yoctoproject.org/show_bug.cgi?id=6513
Jul 08 21:40:22 <yocti> Bug 6513: normal, Undecided, ---, mark.hatle, NEW , wic needs to support creating FAT partitions
Jul 08 22:10:55 <tomz> Crofton: ok, thanks for filing it, I've accepted it and will start working on it
Jul 08 23:22:06 <flihp> /away
**** ENDING LOGGING AT Wed Jul 09 02:59:58 2014