Wednesday, 2013-09-25

*** flihp <flihp!> has joined #yocto00:02
*** joaohf <joaohf!> has quit IRC00:07
*** wgao <wgao!~wgao@> has joined #yocto00:07
*** Jefro <Jefro!~jefro@> has joined #yocto00:07
*** thirtythreeforty <thirtythreeforty!~thirtythr@unaffiliated/gh403> has joined #yocto00:09
thirtythreefortyHello, I've downloaded and built a Yocto image for an i.MX6 (ARM).  I would like to test the image, but I don't have the board handy.  Is there a way to a) emulate it with qemu or b) recompile the image, but for x86, so that it can be used in something like VirtualBox?00:10
*** fenrig <fenrig!> has quit IRC00:11
*** fenrig <fenrig!> has joined #yocto00:11
mranostayheh b would be pointless00:15
mranostayand qemu isn't much better00:15
*** fenrig <fenrig!> has quit IRC00:16
*** joaohf <joaohf!> has joined #yocto00:19
*** munch <munch!> has quit IRC00:21
*** fenrig <fenrig!> has joined #yocto00:25
*** [simar|on] <[simar|on]!~simar@> has joined #yocto00:25
*** [simar|o1] <[simar|o1]!> has quit IRC00:27
*** [simar|o1] <[simar|o1]!> has joined #yocto00:32
*** [simar|on] <[simar|on]!~simar@> has quit IRC00:35
*** fenrig <fenrig!> has quit IRC00:36
*** Jefro <Jefro!~jefro@> has quit IRC00:36
*** fenrig <fenrig!> has joined #yocto00:36
*** seebs <seebs!> has quit IRC00:37
*** seebs <seebs!> has joined #yocto00:41
*** [simar|on] <[simar|on]!> has joined #yocto00:47
*** [simar|o1] <[simar|o1]!> has quit IRC00:50
*** [simar|o1] <[simar|o1]!> has joined #yocto00:52
*** [simar|on] <[simar|on]!> has quit IRC00:52
*** [simar|on] <[simar|on]!> has joined #yocto00:59
*** [simar|o1] <[simar|o1]!> has quit IRC01:03
*** sameo <sameo!~samuel@> has quit IRC01:09
*** sroy <sroy!> has joined #yocto01:12
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC01:28
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto01:30
*** nerdboy <nerdboy!> has joined #yocto01:31
*** sroy <sroy!> has quit IRC01:36
*** Squix <Squix!> has joined #yocto01:38
*** mihai <mihai!~mihai@> has quit IRC01:52
*** Squix <Squix!> has quit IRC01:53
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto01:53
*** behanw <behanw!> has quit IRC01:56
*** thirtythreeforty <thirtythreeforty!~thirtythr@unaffiliated/gh403> has left #yocto02:00
*** wgao <wgao!~wgao@> has quit IRC02:00
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC02:01
*** silviof2 <silviof2!> has joined #yocto02:01
*** fenrig <fenrig!> has quit IRC02:02
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has quit IRC02:03
*** sakoman <sakoman!> has quit IRC02:04
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto02:04
*** sakoman <sakoman!> has joined #yocto02:06
*** mihai <mihai!~mihai@> has joined #yocto02:08
*** wgao <wgao!~wgao@> has joined #yocto02:45
*** Jefro <Jefro!> has joined #yocto02:55
*** Jefro <Jefro!> has quit IRC03:02
*** andyross <andyross!> has joined #yocto03:02
*** andyross <andyross!> has quit IRC03:08
*** andyross <andyross!> has joined #yocto03:09
*** [simar|o1] <[simar|o1]!> has joined #yocto03:11
*** [simar|on] <[simar|on]!> has quit IRC03:14
*** mitz_ <mitz_!> has quit IRC03:21
*** mitz_ <mitz_!> has joined #yocto03:27
*** zz_ka6sox is now known as ka6sox04:08
*** smartin_ <smartin_!> has joined #yocto04:14
*** Jefro <Jefro!> has joined #yocto04:14
*** e8johan <e8johan!~quassel@> has joined #yocto04:19
*** erbo <erbo!> has quit IRC04:26
*** erbo <erbo!> has joined #yocto04:26
*** [simar|on] <[simar|on]!~simar@> has joined #yocto04:33
*** mbelisko <mbelisko!> has joined #yocto04:33
*** [simar|o1] <[simar|o1]!> has quit IRC04:37
*** [simar|o1] <[simar|o1]!> has joined #yocto04:38
*** [simar|on] <[simar|on]!~simar@> has quit IRC04:38
*** [simar|on] <[simar|on]!~simar@> has joined #yocto04:45
*** jackmitchell <jackmitchell!> has joined #yocto04:46
*** [simar|o1] <[simar|o1]!> has quit IRC04:48
*** mihai <mihai!~mihai@> has quit IRC04:57
*** elbc <elbc!2e12602e@gateway/web/freenode/ip.> has quit IRC05:00
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC05:00
*** Jefro <Jefro!> has quit IRC05:05
*** [simar|o1] <[simar|o1]!> has joined #yocto05:08
*** [simar|on] <[simar|on]!~simar@> has quit IRC05:11
*** Jefro <Jefro!> has joined #yocto05:12
*** fy9 <fy9!80db310e@gateway/web/freenode/ip.> has quit IRC05:15
*** andyross <andyross!> has quit IRC05:17
*** Jefro <Jefro!> has quit IRC05:29
*** kbart <kbart!~KBart@> has joined #yocto05:29
*** [simar|o1] <[simar|o1]!> has quit IRC05:41
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC05:49
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto05:53
*** agust <agust!> has joined #yocto05:59
*** smartin_ <smartin_!> has quit IRC06:02
*** tor <tor!> has joined #yocto06:05
*** mihai <mihai!~mihai@> has joined #yocto06:21
*** zeeblex <zeeblex!~apalalax@> has joined #yocto06:22
*** nerdboy <nerdboy!> has quit IRC06:29
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:29
*** e8johan_ <e8johan_!~quassel@> has joined #yocto06:32
*** e8johan <e8johan!~quassel@> has quit IRC06:32
*** cristianiorga <cristianiorga!~cristiani@> has joined #yocto06:34
*** eballetbo <eballetbo!> has joined #yocto06:37
*** ant_work <ant_work!> has joined #yocto06:46
*** amarsman <amarsman!> has quit IRC06:55
*** Zagor <Zagor!> has joined #yocto06:58
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto06:58
*** e8johan <e8johan!> has joined #yocto06:58
*** e8johan_ <e8johan_!~quassel@> has quit IRC06:59
*** n01 <n01!> has joined #yocto06:59
*** musdem <musdem!~Zack@> has quit IRC07:05
*** roric <roric!> has joined #yocto07:09
*** amarsman <amarsman!> has joined #yocto07:11
*** smartin <smartin!~smartin@> has quit IRC07:23
*** smartin <smartin!~smartin@> has joined #yocto07:24
*** sakoman <sakoman!> has quit IRC07:31
*** sakoman <sakoman!> has joined #yocto07:44
*** florian <florian!> has joined #yocto07:49
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:49
*** silviof2 is now known as silviof07:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:51
*** mckoan|away is now known as mckoan07:59
mckoangood morning07:59
*** fpaut_ is now known as fpaut07:59
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto08:06
bluelightningmorning all08:09
*** BjornArnelid <BjornArnelid!5be58d0a@gateway/web/freenode/ip.> has joined #yocto08:20
*** panda84kde <panda84kde!> has joined #yocto08:21
BjornArnelidGood morning, is there a good way to point at your cross compiler from inside your bitbake recipie?08:22
bluelightningBjornArnelid: ${CC} ?08:27
*** roric_ <roric_!> has joined #yocto08:29
*** khohm <khohm!> has quit IRC08:30
*** sadhuram <sadhuram!~sadhuram@> has joined #yocto08:40
sadhuramhello everyone :)08:41
sadhuramIn two weeks I'm gonna receive a board with a Freescale i.MX6 ARM Cortex-A9 CPU. I don't fully understand what you get when you build your custom image. While building can you choose the package manager you want? I could for instance use Pacman from archlinux?08:43
bluelightningsadhuram: the supported package managers are rpm, ipk and deb; there is no support for pacman at this time08:44
sadhuramok, thanks. So if use deb, will I be able to use both debian and ubuntu repositories?08:46
BjornArnelidWhen i try pointing at ${CC} in my bitbake recipie  i get this: /bin/sh: 1: arm-poky-linux-gnueabi-gcc  -march=armv5te -marm -mthumb-interwork --sysroot=/home/bjorn/yocto/poky/build/tmp/sysroots/qemuarmgcc: not found Should not cross compiler automatically be in place while building?08:49
*** khohm <khohm!> has joined #yocto08:49
*** khohm <khohm!> has quit IRC08:53
*** belen <belen!Adium@nat/intel/x-gchgqnglfehnnhfv> has joined #yocto08:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:00
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC09:06
*** sadhuram <sadhuram!~sadhuram@> has quit IRC09:07
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto09:10
*** fenrig <fenrig!> has joined #yocto09:12
*** khohm <khohm!> has joined #yocto09:23
*** khohm <khohm!> has quit IRC09:27
*** slaine <slaine!~slaine@> has joined #yocto09:30
*** sameo <sameo!~samuel@> has joined #yocto09:31
-YoctoAutoBuilder- build #280 of nightly-fsl-arm is complete: Failure [failed Building Images_2] Build details are at
*** ka6sox is now known as ka6sox-away09:35
*** neg <neg!~neg@unaffiliated/neg> has joined #yocto09:40
neghi anyone know of a intermidiet fix for yocto bug 3841? I can't update the core and to fix it in a .bbappend. I'm a bit lost here would appreciate any help/pointer thanks09:42
yoctiBug normal, Medium, 1.4, ross.burton, RESOLVED WORKSFORME, apr-util-native do_compile fails when using ccache-native09:42
*** drasko <drasko!> has quit IRC09:46
rburtonneg: if it really is that bug then cleaning should do it - bitbvake -ccleansstate apr-util-native09:47
*** khohm <khohm!> has joined #yocto09:49
negrburton: ok than I might have a different problem, im building from everything clean and still hit the issue. Need to investigate more then thanks09:49
rburtonneg: if you can replicate on demand from clean feel free to re-open or file a new one09:51
*** khohm <khohm!> has quit IRC09:51
*** JimBaxter <JimBaxter!> has joined #yocto09:54
*** khohm <khohm!> has joined #yocto09:56
negrburton: will do, thanks for your help09:56
*** Krz_ <Krz_!c0c6972b@gateway/web/freenode/ip.> has joined #yocto09:57
*** mebrown <mebrown!> has quit IRC10:01
*** drasko <drasko!> has joined #yocto10:01
draskoHI all, I have put BB_NO_NETWORK = "1"10:04
draskoand PREMIRRORS += "${TOPDIR}/../packages"10:05
draskothen I put my package in ${TOPDIR}/../packages, but during the build bitbake complains10:05
draskothat it can not do fetch, as it can not do git ls-remote10:06
*** mebrown <mebrown!> has joined #yocto10:07
draskowhy does it try to git-clone before looking at PREMIRROR?10:07
*** B4gder <B4gder!> has quit IRC10:12
draskoany idea on this?10:12
draskoIs not PREMIRRORS observed before starting to git-clone SRC_URI?10:13
*** amarsman <amarsman!> has quit IRC10:22
*** amarsman <amarsman!> has joined #yocto10:24
jackmitchelldrasko: does the recipe use git tags?10:37
jackmitchelldrasko: bitbake always has to query the remote server if git tags are used10:38
jackmitchelldrasko: a fix is to use full commit hashes instead of the tag10:38
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto10:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:42
*** blitz00 <blitz00!stefans@nat/intel/x-fecusnapfqydppof> has joined #yocto10:53
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto10:53
*** melonipoika <melonipoika!> has quit IRC11:02
Krz_I tried using core-image-minimal-initramfs.cpio.gz, but it fails for me just before 'switch_root' when trying to mount --move /dev ${ROOT_MOUNT}/dev11:02
Krz_not sure if that's the case of some bug in busybox mount or something else11:02
*** B4gder <B4gder!> has joined #yocto11:03
*** melonipoika <melonipoika!> has joined #yocto11:03
Krz_mount: mounting /dev on /rootfs//dev failed: Input/output error [   15.641473] EXT3-fs error (device loop0): ext3_lookup: deleted inode referenced: 3371511:03
BjornArnelidIf im missing recordmcount in my yocto linux kernel, is there a way to add "make scripts" to my build11:27
BjornArnelidOr is there a base image that includes scripts already?11:27
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC11:28
draskoHi all. I have a local tarball of opkg-utils and it does nbot unpack with my open-utils.bb11:29
draskoAny ideas where to look? bitbake -c unpack just creates directory structure, but tar.gz is not unpacked11:30
Krz_e2fsck on my ext3 image fixed the problem; core-image-minimal-initramfs.cpio.gz works like a charm, thanks Yocto developers, good job :)11:32
Krz_it would be great though to add some: command || fatal 'command failed' to have shell access in case something went wrong11:34
Krz_I might submit a patch to make next people's lives easier11:34
Krz_and don't know why but default core-image-minimal-initramfs is built without 'kernel-modules'. I add this in my bbappend, but I'm pretty sure anybody who uses that needs kernel-modules11:51
*** flynn378 <flynn378!80db310e@gateway/web/freenode/ip.> has joined #yocto11:54
*** joeythesaint <joeythesaint!~jjm@> has joined #yocto12:00
RPKrz_: certainly useful feedback...12:17
RPJaMa: around?12:17
JaMaRP: partially yes12:18
*** Krz_ <Krz_!c0c6972b@gateway/web/freenode/ip.> has quit IRC12:20
RPJaMa: Was all down to the mkdir problem in package.bbclass?12:21
yoctiBug 5132: normal, Medium+, 1.5.1, peter.seebach, NEW , pseudo: Different file attributes detected by buildhistory12:21
RPJaMa: or was that only part of the problem?12:21
JaMaonly part12:22
JaMaprocps still keeps changing file permissions with that mkdir/umask change12:23
RPJaMa: and you didn't find a reason for that as yet?12:24
RPJaMa: I'm planning to propose to fix the mkdir issue12:25
*** melonipoika_ <melonipoika_!> has joined #yocto12:39
*** melonipoika_ <melonipoika_!> has quit IRC12:39
JaMaRP: I have similar patch in my queue (sorry I never sent v2 for that), so ACK and thanks12:45
JaMaRP: and I haven't found the reason for procps changes, last clue was that it's possibly from runstrip running in parallel and calling chmod from there12:47
RPJaMa: I wonder if its due to symlinked files being processed in parallel?12:47
JaMaRP: but with added debug output I wasn't able to confirm this theory (chmod was called in same order in 2 builds with different final permissions) but I don't know if I can trust order in logs12:48
JaMayes something like that, because all those files are with u-a12:48
RPJaMa: hmm, those files are not hardlinked and not symlinks either :/12:54
RPwas a nice idea...12:54
JaMaah right, it's u-a but not the symlink part12:55
JaMabut IIRC u-a renames binaries in do_package now12:55
JaMaso it can be related to u-a functionality interacting badly with pseudo or something running in paralle12:55
*** Krz <Krz!c0c6972c@gateway/web/freenode/ip.> has joined #yocto12:58
KrzIRC webclient keeps crashing12:58
*** vmeson <vmeson!~quassel@> has quit IRC12:59
*** dany <dany!> has joined #yocto12:59
*** Krz- <Krz-!kmsywula@nat/intel/x-izfotunvenzotmnv> has joined #yocto13:01
*** vmeson <vmeson!~quassel@> has joined #yocto13:01
RPJaMa: but we just run the stripping in parallel, that should wait until it finishes all stripping before it continues  :/13:01
*** Krz <Krz!c0c6972c@gateway/web/freenode/ip.> has quit IRC13:02
*** Krz- <Krz-!kmsywula@nat/intel/x-izfotunvenzotmnv> has quit IRC13:02
*** Krz- <Krz-!kmsywula@nat/intel/x-stsiuhbsvwugvrok> has joined #yocto13:02
Krz-I have small tweak for this: meta/recipes-core/initrdscripts/files/, where may I submit the patch?13:07
*** silviof <silviof!> has quit IRC13:13
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto13:13
*** padge_ <padge_!> has joined #yocto13:18
RPJaMa: interestingly if I read back the file mode after the chmod, it all starts working13:18
RPseebs: this is looking very much like a pseudo bug :/13:19
RPKrz-: its OE-Core so the openembedded-core mailing list13:20
Krz-basically adding 'live' to IMAGE_FSTYPES creates 2 additional images: .hddimg and core-image-minimal-initramfs. What can I do to create only second one, and stop creating .hddimg?13:30
*** padge_ <padge_!> has quit IRC13:31
*** mbelisko <mbelisko!> has quit IRC13:33
RPKrz-: override IMAGE_FSTYPES for core-image-minimal-initramfs13:36
JaMaRP: I was trying to read it back in order to refresh OE cachedpath, but I was either reading it in wrong place or as you say it's bug in pseudo and not cachedpath13:52
JaMaRP: this is what I was trying to do last time (more than week ago so I barely remember..)13:54
*** kmccombe <kmccombe!> has joined #yocto13:59
draskoHi all, I'd like to make local package repository to speed-up build14:00
draskodo I have to copy all the files from downloads dir or only *.tar.gz and *.tar.bz2?14:00
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC14:01
draskoThere is a bunch od *.done files14:01
*** belen <belen!Adium@nat/intel/x-gchgqnglfehnnhfv> has quit IRC14:01
draskodo these need to be copied also?14:01
*** darknighte_znc is now known as darknighte14:01
*** belen <belen!~Adium@> has joined #yocto14:02
*** kbart <kbart!~KBart@> has quit IRC14:14
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto14:15
*** dkir <dkir!> has quit IRC14:15
RPJaMa: I've pasted some more info into that bug. I think there is a flaw in one of the pseudo speedup operations :/14:18
draskoWhat exactly have to be copied from downloads directory in order to have a local package repository?14:22
bluelightningdrasko: if you need to be selective, you don't need the .done files (assuming you are talking about using PREMIRRORS, or own-mirrors and SOURCE_MIRROR_URL)14:26
draskobluelightning: I am talking about SOURCE_MIRROR_URL14:32
*** BjornArnelid <BjornArnelid!5be58d0a@gateway/web/freenode/ip.> has quit IRC14:33
JaMaRP: thanks a lot14:34
RPseebs: around?14:36
frayRP -- re pseudo, which bug?14:36
RPfray: 513214:36
frayRP, he usually doesn't get online for another 30-45 minutes14:36
frayI wonder if the log(s) need a more accurate counter..14:39
frayit's possible for some operations for it to hit the log file at a different itme.. (shouldn't happen, but it's possible)14:40
fraybut I'm guessing your analysis is right..14:40
*** belen <belen!~Adium@> has quit IRC14:40
*** michael_e_brown_ <michael_e_brown_!> has joined #yocto14:41
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC14:41
*** mebrown <mebrown!> has quit IRC14:43
frayI'll get his attention when we comes in and we'll see what we can do about this..14:43
fraybut I'm guessing we'll have to change the FAST_OP to wait for a response from the server that it's queued up.. not that it's actually complete..  (but I'm not sure)14:44
RPfray: It might work if there was some kind of sync at process exit14:44
RPI'll put a note in the bug14:44
fraythis is an interesting race though14:45
*** belen <belen!Adium@nat/intel/x-qmrqabypcpmnbqzz> has joined #yocto14:45
frayactions, even fast op are intended to be sequential..14:45
RPfray: I'd appreciate it if you could get Peters attention on this since I think the priority needs to be upped of the bug, at least until we better understand the problem14:48
SaurRP: Shouldn't "export BB_VERBOSE_LOGS=1" cause executed shell commands to be logged to log.do_*?14:48
RPSaur: don't you have to set that in a .conf file?14:49
RPSaur: I doubt its read from the environment by default, not in the default whitelist14:50
SaurRP: Could explain why it didn't work...14:50
frayenvironment is cleared except for specific variables.. setings are expected to be primarily in a .conf file14:51
SaurAh, that worked a whole lot better (setting it in local.conf). :)14:52
*** andyross <andyross!> has joined #yocto14:55
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto14:55
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC15:01
*** zeeblex <zeeblex!~apalalax@> has left #yocto15:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:04
*** zenlinux <zenlinux!> has joined #yocto15:11
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC15:12
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:18
*** galak <galak!> has joined #yocto15:24
*** hollisb <hollisb!> has joined #yocto15:33
*** ka6sox-away is now known as ka6sox15:35
*** fpaut is now known as fpaut_15:35
*** [simar|on] <[simar|on]!> has joined #yocto15:35
*** mitz_ <mitz_!> has quit IRC15:38
*** mitz_ <mitz_!> has joined #yocto15:40
*** flynn378 <flynn378!80db310e@gateway/web/freenode/ip.> has quit IRC15:48
*** eballetbo <eballetbo!> has quit IRC15:54
*** belen <belen!Adium@nat/intel/x-qmrqabypcpmnbqzz> has quit IRC15:54
draskoHi all. I did BB_GENERATE_MIRROR_TARBALLS = "1", and this generated all tarballs for git cloned packages. It also generated all mirrors in git2 dir15:55
draskoI now removed git2 dir, and put BB_NO_NETWORK = "1", hoping that packages like this can be used :
draskoHowever, I have a bitbake complaining Function failed: Network access disabled through BB_NO_NETWORK but access requested with command git clone --bare --mirror ...15:56
*** belen <belen!~Adium@> has joined #yocto15:56
draskolike it is not capable to see that already exists.15:57
RPdrasko: did you run BB_GENERATE_MIRROR_TARBALLS = "1" with a clean DL_DIR?15:57
draskoRP: yes15:57
bluelightningdrasko: have you set a specific SRCREV in the xenomai recipe? or just "${AUTOREV}" ?15:57
draskospecific SRCREV15:57
bluelightningdrasko: and that is a full hash and not just a tag/branch name?15:58
RP"head" in that tarball name looks worrying15:58
draskobluelightning: full hash15:58
RPdrasko: what is the SRC_URI in the recipe?15:58
draskoSRC_URI = "git://;prtocol=git"15:59
draskoThese packages are actually in PREMIRRORS += "${TOPDIR}/../packages"15:59
*** belen2 <belen2!Adium@nat/intel/x-qeifsbjbxbyurxvp> has joined #yocto15:59
RPok, the head isn't what I thought it might be15:59
RPdrasko: er, that is not how you use PREMIRRORS16:00
draskoRP, no I have same behaviour for Linux16:00
draskoERROR: Function failed: Network access disabled through BB_NO_NETWORK but access requested with command git clone --bare --mirror git:// /home/drasko/yocto/build/downloads/git2/ (for url None)16:00
RPdrasko: you need something like git://.* file://${TOPDIR}/../packages/16:00
RPdrasko: i.e. to map the git downloads to look in that location16:00
draskoWell - I have a set of packages already in the directory delivered by the third party16:00
draskoand I want to keep a few of my packages in the separate directory16:01
*** belen <belen!~Adium@> has quit IRC16:01
RPdrasko: Right, but I repeat that syntax is incorrect for PREMIRRORS16:01
draskoSo I've put my packages in dir pointed by PREMIRRORS16:01
RPPREMIRRORS is not a directory, its a set of mappings16:01
draskoRP: what can be used instead?16:01
RPdrasko: see my suggestion above16:02
draskoRP: I do not get it quite... So for every package to add file://${TOPDIR}/../packages/ ?16:03
draskoTHis does not seem very elegant to me16:03
draskoShoule I use PREMIRRORS at all? Is there a way to tell to bitbake that packages are in two different directories?16:04
*** [simar|on] <[simar|on]!> has quit IRC16:06
RPdrasko: first, what do you mean by packages?16:07
*** mckoan is now known as mckoan|away16:07
RPdrasko: you have a single directory with some git mirror tarballs in?16:08
draskoRP: yes16:08
draskoone dir with git tarbals16:09
RPdrasko: ok, so calling it "packages" is *very* misleading for a start16:09
draskoRP: I ment all recipes16:09
RPdrasko: so look at own-mirrors.bbclass and you'll see an example of how PREMIRRORS is meant to be used16:09
RPdrasko: what you need is a single line mapping "git://.*/.*  file://${TOPDIR}/../packages/"16:10
RPi.e. telling it to look for git tarballs in that directory16:11
draskoRP, so if I understood well, I should replace PREMIRRORS variable in my local.conf to be like this:16:12
draskoPREMIRRORS += "git://.*/.*  file://${TOPDIR}/../packages/"16:12
draskolet me try this...16:12
draskohmmm... Still the same error16:15
RPdrasko: check PREMIRRORS gets set to what you expect with bitbake -e16:16
draskoSorry, now I have some other error - missing some package... I'll have to fix this before16:17
draskoBut it looks like PREMIRRORS method you proposed is correct16:17
*** munch <munch!> has joined #yocto16:18
*** n01 <n01!> has quit IRC16:20
*** zenlinux <zenlinux!> has quit IRC16:21
ant_workzeddii: tested the workaround?16:21
draskoRP: no, still the same error16:23
draskohow to check PREMIRRORS with bitbake -e? It seems to be a function, not variable16:23
ant_workzeddii: JaMa will yell at us soon on next world rebuild ;)16:24
zeddiiant_work. working on it!16:24
zeddiiI'm being squeezed by a hardware failure and another request. but I'm at it again now.16:25
ant_workzeddii: take the good part of that: progress on bug 407216:26
yoctiBug enhancement, High, 1.5 M4, bruce.ashfield, IN PROGRESS REVIEW , Avoid circular dependencies when building initramfs that includes kernel modules16:26
zeddiiyah. that bug is the #1 priority now, so I'm on it.16:27
* zeddii fooled yocti, but by not mentioning the #16:27
bluelightningdrasko: are you perhaps still inheriting own-mirrors which is setting PREMIRRORS ?16:27
*** mihai <mihai!~mihai@> has quit IRC16:27
draskobluelightning: actually, syntax is PREMIRRORS_append, not PREMIRRORS +=16:27
draskoseems to be different16:27
bluelightningyes, the two are not the same16:28
*** ant_work <ant_work!> has quit IRC16:29
draskobluelightning: you are right - I am inheriting own-mirrors16:29
draskoLet me try to prepend to PREMIRRORS then...16:29
RPdrasko: I'm wondering if there is some line wrap issue in the way you're setting it. you can manually put a newline in with \n if I remember rightly16:30
*** pidge <pidge!~pidge@> has joined #yocto16:30
*** conditionzero <conditionzero!~Unknown@2001:6f8:12d9:13:1e4b:d6ff:fedb:207c> has joined #yocto16:30
conditionzerohi @ all16:30
*** alex_kag <alex_kag!~alex_kag@> has joined #yocto16:32
conditionzeroi have a question, the problem is i have a package erlang15 and a package erlang16. Now erlang-mochiweb needs erlang15 but a bblacer i have added sets the preferred provider to erlang 16 and even thogh i have set the preferred provider to erlang 15 in the recipe it wont build erlang15 it will build erlang1616:33
*** sameo <sameo!~samuel@> has quit IRC16:33
*** mr_science <mr_science!> has joined #yocto16:34
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:34
JaMazeddii: not so soon, because I'm running on very big world, it's runnig 4 days already and ~ 7 more to go16:34
draskoNo, I am confused16:34
draskoI just can not make bitbake to take my git2_... taball16:34
draskoI am trying PREMIRRORS_prepend = "git://.*/.*  file://${TOPDIR}/../packages/"16:34
draskoHowever it is insisting in bare cloning git repo :16:35
draskogit clone --bare --mirror git:// /home/drasko/yocto/build/downloads/git2/ (for url None)16:35
* zeddii rushes anyway.16:37
*** dvhart <dvhart!~dvhart@> has joined #yocto16:38
*** slaine <slaine!~slaine@> has quit IRC16:39
*** seebs <seebs!> has quit IRC16:46
*** seebs <seebs!> has joined #yocto16:51
*** panda84kde <panda84kde!> has quit IRC16:55
seebsRP, that analysis looks right to me, FASTOP has a design flaw; I assumed that any given file would be being modified by a single program, for some reason.16:56
RPdrasko: do "bitbake -e > somefile", the open somefile in an editor and see what PREMIRRORS got set to16:57
draskoRP: It was a \n probelm, as you said16:57
seebsOff the top of my head, possible fixes or near-fixes include:16:57
draskoPREMIRRORS_prepend = "git://.*/.*  file://${TOPDIR}/../packages/ \n \ https?$://.*/.* file://${TOPDIR}/../packages/ \n \"16:57
draskoTHis is what was needed16:57
RPdrasko: ok, good :)16:57
seebs1. atexit() hook which does nothing but send a ping. Since ping requires a response, this should synchronize things.16:57
draskoOnly this works, nothing elese, not even =+, not without \n16:58
draskovery strange and confusing syntax16:58
seebs2. Have the server actually consume all the incoming messages, then put them into a timestamp-sorted queue. This requires each message to have a timestamp with sub-second time data.16:58
frayis there a way to exit w/o atexit firing?16:58
seebsOh, several.16:59
seebs_exit() and abort(), for instance.16:59
RPseebs: you don't want to know about the timestamp problems I saw in lttng ;-)16:59
frayseebs, for #2, what happens if the message is very delayed (heavily loaded system)?16:59
seebsBut it'd catch the really obvious cases.16:59
fraycan you intercept abort and _exit as well?16:59
seebsI am not sure.16:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:59
draskoRP: looking PREMIRRORS with -e is not possible16:59
draskoresult is something like this16:59
draskoPREMIRRORS() {16:59
drasko    data.delVar('PREMIRRORS')16:59
drasko    localdata.setVar('PREMIRRORS', mirrors)16:59
drasko        localdata.setVar('PREMIRRORS', mirrors)16:59
draskothat's all17:00
fraycan a 'dtor' be added, will that always fire on exist of an app?  or is that a library thing?17:00
*** belen <belen!~Adium@> has joined #yocto17:00
frayexist -> exit17:00
RPdrasko: you ran it through grep didn't you? try -C517:01
*** belen2 <belen2!Adium@nat/intel/x-qeifsbjbxbyurxvp> has quit IRC17:01
seebsI do not know enough to say whether it is a safe assumption that a message which has been successfully written to a unix-domain socket will be available to the other end before the write call returns and the app can exit.17:01
* RP needs to head afk17:02
*** jackmitchell <jackmitchell!> has quit IRC17:03
RPseebs: I will leave you to ponder this but it is something we're probably going to need to fix :/17:03
seebsYes, yes we are.17:03
seebsThis is very similar to the failure which required the may_delete/did_delete logic.17:04
*** Jefro <Jefro!> has joined #yocto17:04
seebs*thinks* Wondering whether I could put a serial number on database entries and make that cover for it.17:04
*** eren <eren!~eren@unaffiliated/eren> has quit IRC17:08
seebsFew more observations: You can't guarantee a cleanup call because someone can always segfault.17:10
seebsIt might be possible to add a synchronize of some sort to wait(), but it occurs to me that the server will in principle process multiple requests from a given client before it will process some from a client with a higher client ID, and it'd be pretty common for a child process to get processed after its caller.17:11
seebsSo in theory, if client #1 is doing a wait, and then a chmod, and client #2 is doing a chmod, and then an exit, you can still (rarely) get the failure even if the wait includes a ping.17:12
seebsIt may well be that the atexit() is "good enough" because in principle if things are segfaulting or aborting, we have bigger problems.17:13
seebsIn which case I can have a patch attached to the defect for testing in Not Long, I think.17:16
frayya, I'm not worried so much about segfault..17:16
seebsThe real worry would be people calling _exit().17:16
seebsNot sure how often that happens, and I sort of worry about breaking things that really DID care whether they exited quickly.17:18
seebsAnyway, updated the bug with a proposed patch, if someone who has a reproducer handy wants to see whether that helps, go right ahead. :)17:22
*** challinan <challinan!> has quit IRC17:24
*** [simar|on] <[simar|on]!> has joined #yocto17:26
*** nitink <nitink!~nitink@> has quit IRC17:28
*** conditionzero <conditionzero!~Unknown@2001:6f8:12d9:13:1e4b:d6ff:fedb:207c> has quit IRC17:29
*** [simar|on] <[simar|on]!> has quit IRC17:32
*** belen <belen!~Adium@> has quit IRC17:35
JaMaseebs: I'll try it17:37
*** challinan <challinan!> has joined #yocto17:37
*** ArunKumar <ArunKumar!~747@> has joined #yocto17:40
ArunKumarnewbie: wanted to add "octave" package to my image "core-image-sato", what is the package name for yocto build?17:41
*** amarsman <amarsman!> has quit IRC17:42
Krz-git grep in meta-oe shows only this: meta-oe/recipes-devtools/swig/    --without-octave \17:46
Krz-so I presume octave is part of swig package, but you need to enable it17:46
Krz-does that make any sense? I have no idea about octave nor swig17:47
ArunKumarsame here.. no idea.. im still figuring my way around recipes and layers..17:50
ArunKumarcan u suggest some methods... i am all confused here with the official documentation.. any links to simplified docs will be helpful too17:51
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto17:52
*** nitink <nitink!nitink@nat/intel/x-ynlhzklobdtvnopn> has joined #yocto18:00
Krz-I know only yoctoproject.org18:01
Krz-there is documentation section18:01
Krz-IRC normally works well, but at this time most of the people are gone18:01
Krz-go to official swig website, download swig package (sources) and try to compile it first18:02
Krz-figure out if that's what you need, figure out valid ./configure flags for you18:02
Krz-and then you can start with Yocto18:02
Krz-if you don't know what/where you want using Yocto makes your position only worse18:03
*** dvhart <dvhart!~dvhart@> has quit IRC18:03
*** JaMa <JaMa!> has quit IRC18:06
*** JaMa <JaMa!> has joined #yocto18:08
*** nitink <nitink!nitink@nat/intel/x-ynlhzklobdtvnopn> has quit IRC18:18
*** nitink <nitink!~nitink@> has joined #yocto18:32
Krz-does IMAGE_INSTALL -= work in Yocto? ^_^18:33
seebsNo, but there's a _remove these days.18:34
denixquick question - does conditional assignment "?=" in a class get finalized _after_ the recipe using that class is parsed?18:41
frayfor image's.. if you want to exclude a package, define: PACKAGE_EXCLUDE = "...."  (note this only works in master/dora)18:42
fraythat will allow the system to know you don't want something, and then prevent it from being installed.  If the rootfs can't be generated you'll get an error that should help you figure out how to resolve it18:43
fray(to remove something complicated, like perl.. it will likely take many iterations)18:44
*** nitink1 <nitink1!nitink@nat/intel/x-dwytgxnvebeygrzd> has joined #yocto18:44
*** nitink <nitink!~nitink@> has quit IRC18:45
*** nitink <nitink!~nitink@> has joined #yocto18:49
*** nitink1 <nitink1!nitink@nat/intel/x-dwytgxnvebeygrzd> has quit IRC18:51
ndecdenix: i believe it's parsed while the file is being parsed. so the location of 'inherit' has some importance.18:55
ndeci am not 100% sure, but i think that's what i have observed.18:55
*** kmccombe <kmccombe!> has quit IRC18:56
ndecdenix: i think that's what this is saying to (if i read it correctly):
denixndec: thanks. yes, you are correct, but my issue was that += in the recipe on top of ?= in the class actually overwrites the value from class. it's a race and _append should be used instead of += here18:59
ndecif you have += before 'inherit' then yes, i think the ?= is ignored as the variable is set when you reach it.19:00
ndecand yes, _append fixes that.19:00
denixno, even after inherit19:00
*** fenrig <fenrig!> has quit IRC19:01
denixif it was before, it would be obvious19:01
*** joeythesaint <joeythesaint!~jjm@> has quit IRC19:01
*** kmccombe <kmccombe!> has joined #yocto19:01
ndecdenix: then, no. that doesn't make sense.19:01
denixwell, it was also on top of the override :) so that could affect it as well19:02
denixso, VAR_override += "val" is not a good idea :)19:03
ndechehe... sorry, but too late for me ;-)19:03
ndeci can barely get that right in the morning...19:04
denixyeah, sometimes with all those complex overrides and conditionals it's not obvious what precedes or overrides what :)19:05
*** dvhart <dvhart!~dvhart@> has joined #yocto19:05
*** JimBaxter <JimBaxter!> has quit IRC19:09
*** tor <tor!> has quit IRC19:12
*** fenrig <fenrig!> has joined #yocto19:21
*** smartin_ <smartin_!> has joined #yocto19:24
*** markos_ <markos_!> has joined #yocto19:52
*** joeythesaint <joeythesaint!> has joined #yocto19:52
markos_hi all19:53
markos_question reg. sabrelite, which dtb should I use with 3.5.7 kernel? when I use the mx6qsabrelite.dtb I get no display, when I use the mx6qsabreauto.dtb I get display but mmc fails to initialize (that's using 3.5.7 from master)19:54
*** kmccombe <kmccombe!> has quit IRC19:55
markos_I noticed that mxcfb defines are missing from mx6qsabrelite.dts, is that a bug or am I supposed to do something different here?19:55
*** ArunKumar <ArunKumar!~747@> has quit IRC19:55
*** kmccombe <kmccombe!> has joined #yocto20:01
*** eren <eren!~eren@unaffiliated/eren> has quit IRC20:02
*** kmccombe <kmccombe!> has quit IRC20:09
*** alex_kag <alex_kag!~alex_kag@> has quit IRC20:10
*** ant_home <ant_home!> has joined #yocto20:12
*** kmscherer_ <kmscherer_!~kscherer@> has quit IRC20:16
*** joeythesaint <joeythesaint!> has quit IRC20:21
*** mulhern <mulhern!> has joined #yocto20:22
RPseebs: I tried the patch and it does seem to resolve that problem20:38
seebsAwesome. Okay, now I have *two* patches to merge into pseudo "real soon now", only I am pretty heavily loaded for a bit here.20:40
RPseebs: could you also put the default format string into pseudolog's help output please ;-)20:41
*** galak <galak!> has quit IRC20:41
RPseebs: I had to read the source the figure out how to see more than 12 chars of the process name which is not an optimal developer workflow20:42
seebsYou people are so picky. Next you'll be telling me the thing where all usage messages are delivered by punching the user in the stomach "isn't user-friendly".20:43
Daemon404you guys are doing it wrong20:52
Daemon404take a page from the plan9 book20:52
Daemon404an have every error be "eh?"20:52
* mr_science prefers "say what?!?"20:54
mr_scienceor the classic "lp0 error...  printer on fire?"20:54
fraythe AIX error is good.. (trying to find the exact phrase)20:57
fray"Shut her down Clancy, she's pumping mud."20:57
frayI believe that was the result of a double fault.. even better that the first customer to 'report' it in the field was an oil driller who, umm.. got very confused20:57
mr_scienceeven i'm not old enough to remember the lp0 thing, but apparently that was an actual occurance20:58
mr_scienceline printers throwing so much paper dust that it was literally a fire hazard20:59
mr_scienceso it really could be on fire...20:59
frayYa, I've heard of it.. but never seen it either20:59
frayI have seen line printers dancing around the room when something went wrong with them though20:59
fray(these are the big monster ones)20:59
mr_scienceyup, we had one in my IV&V office for many years21:00
fraykept slamming the head back and forth and printing crap.. was rocking back and forth since the cart it was on wasn't locked in place21:00
mr_sciencesounded a lot like George Jetson's car when you fired it up21:00
mr_scienceours had locking wheels...21:00
fraythe printer apparently broke the locking -wheel- on the car..21:01
frayit no longer locked and it started moving21:01
mr_scienceall four had locks21:01
mr_sciencemust've been a later design...21:01
frayI can't say I remember much else about it.. I was pretty young..21:01
fraymy dad worked for 'Moore Business Forms', and sold paper to honeywell and such..21:01
mr_scienceyeah, that was my first office after grad school21:01
frayI had tagged along for some reason on a late visit when this happened..21:02
mr_scienceearly 90s on an AF base is a lot like the 70's...21:02
frayI don't remember which company though.. but it was a BIG printer..21:02
frayhehe.. this would have been late 80's21:02
fray(box in the background of the university scene in War Games is a Moore box)21:03
frayI had a room full of those as a kid..21:03
mr_sciencethey still had 2(!) operational cyber 750s when i got there21:03
frayused for training or?21:03
mr_sciencemy own math dept had decommissioned theirs in 1985 or so...21:03
frayI programmed in uTutor courseware updates in 1994 on a Cyber.. :P21:03
mr_sciencefray: operational meaning launch support21:04
mr_scienceone for realtime processing and one for non-realtime21:04
Daemon404i will take this opportunity to call you all old21:06
* Daemon404 runs21:06
mr_scienceget off my lawn...21:06
* fray was in highschool when he worked on the cyber.. ;)21:06
Daemon404i wish i had a lawn.21:07
* fray has at least 8 acres that has to be mowed.21:07
frayI'll let you pretend you have a lawn21:07
mr_sciencei had to process field data on one all through the 80s...21:07
* Daemon404 didnt exist in th 80s21:07
mr_scienceundergrad/grad research assitant21:07
Daemon404well i did. as a foetus.21:08
mr_scienceso you're still wet behind the ears then...21:08
Daemon404i made sure to start young though21:10
Daemon404linux from age 11+21:10
frayI started using Linux in about 1992..  I was 16..21:11
fray'er.. make that 1991 was 16.. :P21:11
frayI started programming in 1994..21:11
Daemon404my town didnt get internet until like 199821:11
fray(linux that is)21:11
Daemon404so theres that.21:11
frayI'd been programming since 1984-86ish.. BASIC and Assembly21:12
*** pidge <pidge!~pidge@> has quit IRC21:12
* fray ran a BBS from 1986 -> 199221:12
frayahh the good 'ol days, where 1200 was 'fast', then 2400.. then 9600, then 19200, then finally 56k21:12
Daemon404you can relive those to an extent21:13
Daemon404all you need is a serial cable21:13
Daemon404and the will to push data through t21:13
* mr_science first punched cards in 197921:13
mr_scienceprogrammable calculators before that...21:13
Daemon404come to canada21:14
Daemon404they still need pdp11 engineers21:14
mr_sciencenope, just cyber/vax21:14
Daemon404i suppose vax people will be paid big $$$ for years to come21:15
Daemon404but probably hate their lives.21:15
mr_sciencewhatever i knew about the vax i've forgotten several times over21:15
mr_sciencehaven't touched a cyber for a long time either...21:16
Daemon404again im young; started on c64 BASIC21:17
mranostayheh that is young? :)21:18
Daemon404im 23; thats young in here21:18
Daemon404in embedded land21:18
mr_sciencespeaking of embedded land...21:21
mr_sciencethis must be the only place where a successful install log is filled with 99% "ECC: 4 uncorrectable bitflip(s) at offset 0x002c6000"21:22
*** zenlinux <zenlinux!> has joined #yocto21:22
*** nitink1 <nitink1!nitink@nat/intel/x-sxitpvshdiendcbh> has joined #yocto21:55
*** nitink <nitink!~nitink@> has quit IRC21:58
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:3c7c:66ec:30c8:530f> has quit IRC22:07
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:80d1:68a9:bd4d:b309> has joined #yocto22:14
seebsThis is a gorgeous variable expansion bug and I must share it.22:16
seebsFor various perfectly good reasons, I want to copy any files that would have been picked up by ${FILES_linux-libc-headers-dev} from one directory to another.22:16
seebsAnd since at least one of those names is "/usr/include/asm*", I have to be a little clever about this, because a naive shell expansion will pick up the set of asm* directories on the host, rather than for the target.22:17
seebsSo this results in a hunk of shell code which contains "${FILES_linux-libc-headers-dev}".22:17
seebsAnd if this gets built for a multilib, well. The FILES variable got renamed to FILES_lib32-linux-libc-headers-dev, so there's no longer a variable with the original name.22:18
seebsSince there's no variable, bitbake leaves it for the shell.22:18
seebsAnd the shell then interprets it as "if $FILES_linux is not set, expand to libc-headers-dev".22:18
*** pidge <pidge!~pidge@> has joined #yocto22:22
*** rburton <rburton!> has quit IRC22:22
*** rburton <rburton!> has joined #yocto22:23
hollisbI did not know that shell trick :-)22:24
seebs${foo-bar} => bar if foo is unset, ${foo:-bar} => bar if foo is unset or an empty string.22:25
seebsSo this only happens because the bitbake name happens not to be a valid shell variable name, but does match a shell expansion behavior.22:25
*** mulhern <mulhern!> has quit IRC22:26
*** ant_home <ant_home!> has quit IRC22:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:32
*** nitink1 <nitink1!nitink@nat/intel/x-sxitpvshdiendcbh> has quit IRC22:34
sgw_seebs: you have a chance to look deeper at that ftw() issue?22:38
seebsNot past what I found initially: ftw() always reports targets instead of links, nftw() does unless an additional flag is being passed to it.22:39
seebsI don't see anything that should interrupt or change that. We're not, say, corrupting the flag argument in any obvious way.22:40
sgw_seebs, right but without pseudo, the sizes reported into the stat structure is a link size not the target size22:40
seebsWhat call is being used to create these?22:40
seebsBecause if it's not nftw() with FTW_PHYS in the flag field, that's very surprising.22:41
seebsAnd if it is, pseudo shouldn't affect its behavior, I don't think.22:41
*** agust <agust!> has quit IRC22:41
seebsWell, hmm. I do see one thing.22:41
seebsWhich is that the original determination of the path to pass to the real nftw() isn't reflecting any flag states.22:42
seebsIf there's an easy way to extract a trivial reproducer, I can probably try to get a look at it "soon", but that may or may not imply a particular day. Or week. Life is being exciting.22:46
sgw_seebs: yes, the producer is creating a btrfs image, which will fail, I can get you some strace output if that helps.22:53
sgw_seebs:  you might be able to take the ftw() code from mkfs.c (in btrfs-progs) and write a really simple test case.22:53
*** sameo <sameo!~samuel@> has joined #yocto22:54
*** sameo <sameo!~samuel@> has quit IRC22:55
seebsHmm. *thinks*22:55
*** sameo <sameo!~samuel@> has joined #yocto22:56
seebsSo, they *want* the target size (which is what ftw() should give them), but they are somehow getting the link's size instead? That is odd.22:56
seebsBut I don't immediately know of any cases where pseudo will give the details of a link instead of its target for ordinary stat calls.22:57
*** smartin_ <smartin_!> has quit IRC22:57
*** sameo <sameo!~samuel@> has quit IRC22:57
*** sameo <sameo!~samuel@> has joined #yocto22:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:58
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC22:59
sgw_seebs can I run a simple command under pseudo23:00
seebsWell, in the default case: /path/to/pseudo <cmd>23:00
seebsOptionally, you can specify -P <statedir>23:00
seebsI think.23:01
*** nitink <nitink!~nitink@> has joined #yocto23:04
*** dvhart <dvhart!~dvhart@> has quit IRC23:19
*** behanw <behanw!~behanw@> has joined #yocto23:20
*** mulhern <mulhern!> has joined #yocto23:32
*** nitink <nitink!~nitink@> has quit IRC23:33
*** joeythesaint <joeythesaint!> has joined #yocto23:43
*** andyross <andyross!> has quit IRC23:46
*** nitink <nitink!~nitink@> has joined #yocto23:55

Generated by 2.11.0 by Marius Gedminas - find it at!