IRC log for #oe on 20130207

00:13.22*** join/#oe sr105 (~sr105@65349hfc19.tampabay.res.rr.com)
00:54.28*** join/#oe KNERD (~KNERD@adsl-68-92-118-179.dsl.bumttx.swbell.net)
01:21.31*** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net)
01:32.39*** join/#oe liuyq (~liuyq0307@221.123.128.227)
01:35.15*** join/#oe JDuke128 (~kadirbaso@188.3.61.14)
01:42.44*** join/#oe liuyq (~liuyq0307@221.123.128.227)
02:22.06*** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net)
02:23.04*** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
02:57.05*** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net)
03:00.22*** join/#oe KNERD (~KNERD@adsl-68-92-118-179.dsl.bumttx.swbell.net)
03:38.11*** join/#oe Hoolxi (~Openfree@116.228.88.131)
03:39.04*** join/#oe VtS_ (~quassel@188-22-208-42.adsl.highway.telekom.at)
03:42.56*** join/#oe dos1 (~dos@unaffiliated/dos1)
04:02.16*** join/#oe rsalveti_ (~rsalveti@unaffiliated/rsalveti)
04:32.32*** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net)
05:50.53*** join/#oe liuyq (~liuyq0307@221.123.128.227)
05:59.36*** join/#oe coldsoup|work (~nathan@commlablaptop.ceat.okstate.edu)
06:00.37*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
06:01.37*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
06:02.34*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
06:03.17*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
06:03.42*** join/#oe rtollert (~rtollert@client-74-139.natinst.com)
06:04.43*** join/#oe mckoan|away (~marco@host56-7-static.30-87-b.business.telecomitalia.it)
06:31.30*** join/#oe KNERD (~KNERD@adsl-68-92-118-179.dsl.bumttx.swbell.net)
06:55.24*** join/#oe LunohoD (~alex@HSI-KBW-46-223-156-83.hsi.kabel-badenwuerttemberg.de)
07:03.34*** join/#oe lamikr (lamikr@nat/nokia/x-layzkbbfumkmqtkd)
07:10.52*** join/#oe Hoolxi (~Openfree@116.228.88.131)
07:26.08*** join/#oe bibeh (cb7dac02@gateway/web/freenode/ip.203.125.172.2)
07:27.46bibehHi everybody. Has anyone encountered problems compiling qt4-x11-free? It seems like during the configuration of the webkit, it's trying to use QtMobility from my host machine, leading to a compilation error afterwards
07:29.05dm8tbrcross-compiling always a huge source of fun...
07:31.50bibehIndeed :)
07:32.58*** join/#oe kroon (~kroon@193.15.174.225)
07:35.06dm8tbrI seem to remember similar problems from years ago, but don't remember how I handled it
07:35.08*** join/#oe dlan^ (~dennis@116.228.88.131)
07:35.34*** join/#oe vitus (~vitus@145.253.169.210)
07:40.21*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
07:43.12*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
07:44.10*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
07:50.17*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
07:51.31*** join/#oe kroon (~kroon@193.15.174.225)
07:53.03*** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net)
08:01.30*** join/#oe mckoan (~marco@unaffiliated/mckoan)
08:01.58mckoangood morning
08:04.09*** join/#oe pvanhoof (~philip@codeminded.be)
08:04.42*** join/#oe fp (~fp@115.119.134.194)
08:05.29*** join/#oe woglinde (~henning@g230117253.adsl.alicedsl.de)
08:07.30*** join/#oe mrpackethead (~mrpacketh@118-93-75-188.dsl.dyn.ihug.co.nz)
08:14.40*** join/#oe Zagor (~bjst@sestofw01.enea.se)
08:14.40*** join/#oe Zagor (~bjst@rockbox/developer/Zagor)
08:16.10*** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it)
08:17.26*** join/#oe ascor (~ascorL@191.202.6.109.rev.sfr.net)
08:17.38ascorHi all !
08:25.21*** join/#oe roric (~roric@194.237.7.146)
08:25.53*** join/#oe apelete (~apelete@openwide3.pck.nerim.net)
08:45.10*** join/#oe tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a)
08:50.48*** join/#oe fp (~fp@115.119.134.194)
09:03.49*** join/#oe ascor_ (~ascorL@191.202.6.109.rev.sfr.net)
09:03.59*** join/#oe Shinda (~Loup@unaffiliated/toroop)
09:05.51ascor_ls
09:05.54ascor_oups
09:06.23woglindeno files found
09:07.03ascor_:)
09:07.55*** join/#oe bluelightning (~paul@83.217.123.106)
09:07.55*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
09:26.07*** join/#oe ao2 (~ao2@2001:1418:117::1)
09:28.54*** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26)
09:33.13*** join/#oe zecke (~ich@siminn-int-gw.on-waves.com)
09:33.49*** join/#oe kroon (~kroon@193.15.174.225)
09:36.40ascor_is it possible, when in a devshell to execute commands such as do_configure do_whatever ?
09:37.12woglindeyes
09:37.20woglindeuse the scripts located in temp
09:39.05ascor_ok. All the scripts are copied in temp at the beginning of the build, or do they add after beeing executed ?
09:39.54woglinde?
09:40.09woglindeno they are created when the step will be executed
09:40.24ascor_ok
09:40.32woglindefor instance when compile is running the run.do_compile script is generated
09:40.33bluelightningmorning all
09:40.37woglindehi bl
09:40.41ascor_Hi
09:40.52ascor_ok.
09:41.10*** join/#oe roric (~roric@194-237-7-146.customer.telia.com)
09:41.31ascor_And if I do bitbake -c listtasks sometarget, is the list in the order of task execution ?
09:41.38afourniermorning!
09:41.55ascor_good morning
09:42.51woglindeuhm
09:43.01woglindenever heard about listtasks yet
09:45.51*** join/#oe CMoH|notebook (~cipi@78.96.83.205)
09:45.52*** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh)
09:46.03*** join/#oe phdeswer (~phdeswer@188.238.144.179)
09:46.13ascor_it lists the tasks that will be ran to do the recipe.
09:47.16ascor_execpt for the task listtasks it self ...
09:47.41woglindehm
09:47.51woglindejust try
09:47.55woglindeand you will see
09:48.31hrwascor_: listtasks is random order
09:48.57hrwwoglinde: listtasks is very old command
09:49.07hrwjust one of those less popular
09:49.24ascor_argl, it might be interested to have them in order ...
09:49.29hrwhow many of you remember "bitbake --interactive"?
09:50.00ascor_Never heard of it !
09:50.10woglindehrw intressting never needed it
09:51.06hrwit was added in 2004-2006 iirc
09:51.30*** join/#oe jackmitchell (~Thunderbi@195.171.99.130)
09:52.21ascor_any of you know good place to have support in building qt5 with oe ? I'm going from fail to fail
09:52.41woglindeascor_ pay someone?
09:53.05ascor_I'm already payed for that ;)
09:53.40woglindeoh intressting
09:54.08woglindemaybee was the wrong one
09:54.14ascor_yep
09:54.18ascor_I'm joking
09:54.30ascor_I am not payed for that
09:54.40hrwascor_: haha
09:55.23ascor_I just have to find a quick way to test a subcontractors job who began a developpment using qt5
09:55.51woglindeintressting
09:56.30hrwascor_: grab any distro with qt5 packages and compile his soft?
09:56.49ascor_I found quite easy to get in buildroot, but openembedded is much harder
09:56.52woglindehrw which distro has qt5 packages?
09:56.53bluelightningwould like to know the current state of the qt5 recipe efforts also
09:56.58ascor_my target is an embedded target
09:57.55woglindeokay till later
09:58.35hrwwoglinde: https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper - packages for ubuntu
09:59.32*** join/#oe Noor (~noor@110.93.212.98)
10:00.16afournieri made a recipe for a package that only contains php scripts, so i added "inherit allarch" but bitbake fails on (file: 'do_package_qa', lineno: 58, function: do_package_qa) with "KeyError: 'allarch'"
10:00.17afournierany idea ?
10:03.12*** join/#oe PaulePanter (~paul@mail.gw90.de)
10:04.59hrwJaMa: have few minutes?
10:05.06afournierapparently, it's denzil related
10:05.22hrwJaMa: ping me when online
10:13.14JaMahrw: ping
10:14.17hrwJaMa: dwarfutils, google-glog, google-perftools, libmcrypt, libmemcached, libunwind, memcached, onig, tbb on a way to OE - prepare for discussion where to put them
10:15.01*** join/#oe roric (~roric@194-237-7-146.customer.telia.com)
10:15.49JaMahrw: first idea was meta-webserver, but maybe not
10:16.04hrwwill see in a discussion
10:23.59bluelightningafournier: that is definitely a bug
10:40.14ascor_Are all of those do_whaterver scripts python scripts ?
10:40.38*** join/#oe fp (~fp@115.119.134.194)
10:41.08Shindahello
10:41.39ascor_Fortget my question, answer was on line 1 fo the file
10:46.18*** join/#oe jackmitchell (~Thunderbi@195.171.99.130)
10:48.25*** join/#oe kroon (~kroon@193.15.174.225)
10:48.39*** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26)
10:51.11hrwsent
10:53.41woglindehi stefamn_schmidt
10:54.44stefan_schmidt_wmoin woglinde
10:57.46*** join/#oe pepermint (~pepermint@95.233.80.107)
11:03.25*** join/#oe pepermint (~pepermint@95.233.80.107)
11:04.49*** join/#oe pepermint (~pepermint@95.233.80.107)
11:30.39*** join/#oe dos1 (~dos@unaffiliated/dos1)
11:44.10*** join/#oe roland (~quassel@218.223.196.88.sta.estpak.ee)
12:04.38*** join/#oe blitz00 (stefans@unaffiliated/blitz00)
12:14.19*** join/#oe KNERD (~KNERD@adsl-68-92-118-179.dsl.bumttx.swbell.net)
12:23.25Crofton|workstefan_schmidt_w, what are you up to these days/
12:28.44Crofton|workbluelightning, my least favorite part of FOSDEM is the bit where I get sick afterwards :)
12:29.02Crofton|workmickeyl usde to have that problem
12:30.37woglindelol
12:30.53woglindeI am getting sick now from school
12:31.51woglindecrofton how was fosdem this year?
12:33.22zeckewoglinde: :}
12:33.33woglindehe zecke
12:33.51woglindeI am reading no silver bullets at the moment
12:33.57woglindewhat a nice timeless papaer
12:35.01stefan_schmidt_wCrofton|work: Doing good old coding work. Coding EFL for Samsung for Tizen more specifically.
12:35.14hrwCrofton|work: I had to drive a car from Berlin to home as friend got terrible fosdem flu ;(
12:35.15woglindestefan nice
12:35.34woglindehrw not so nice
12:35.39stefan_schmidt_wheh, Daniel also came back with a cold from FOSDEM :)
12:35.54hrwstefan_schmidt_w: I noticed recently that Tizen still exists - got 50$ amazon gift card due to some comment when they started in May 2012
12:36.17Crofton|work#tizenallthethings
12:36.29hrwyes!
12:36.43Crofton|workso you finished your degree OK?
12:36.56hrwCrofton|work: ?
12:36.59otwieraczIt is somehow possible to change opkg tmpdir in opkg.conf?
12:37.10otwieracz(for example, I want to download to /root not to /tmp)
12:37.35afournierbluelightning: i think the bugs come from the bitbake including insane.bb for no reason
12:37.43afournierthe bug*
12:38.37stefan_schmidt_wCrofton|work: yeah, diplom computer science. Finished quite good actually to my surprise.  :) And then moved to London to work for Samsung UK.
12:45.33*** join/#oe ao2 (~ao2@2001:1418:117::1)
12:45.41Crofton|workvery good
12:46.28Crofton|workwe need to do more devleoper reruiting, everyone is getting jobs :)
12:47.11woglindecrofton who is we?
12:49.38Crofton|workOE
12:50.12Crofton|workWe need to document that learning OE is a good path to getting work :)
12:51.39hrw+1
12:52.31Crofton|workbasically, I want to make sure that we attract new people to the project
12:53.33woglindehm
12:54.14woglindesell mor products
12:54.26Crofton|work:)
12:54.43Crofton|workand get more BSP's out for entry level products
12:56.50*** join/#oe joeythesaint (~jjm@128.224.252.2)
13:08.20*** join/#oe kroon (~kroon@193.15.174.225)
13:11.53hrwguys - we do have xfce recipes but does someone has bootable xfce-image recipe?
13:12.52afournieri understood the "KeyError: 'allarch'" thing, if you inherit allarch then don't leave any ELF in ${D}, two ELF got lost in my php repository
13:13.55*** join/#oe ensc_ (~irc-ensc@p54ADEEFC.dip.t-dialin.net)
13:15.38woglindeafournier ;)
13:20.04mckoanCrofton|work: right, I received a couple of interesting offers, but I can't go abroad with the whole family
13:23.35ascor_I've just read "We need to document that learning OE is a good path to getting work :)", and I agree too !
13:33.02*** join/#oe dsap (~dsap@athedsl-198507.home.otenet.gr)
13:33.42*** join/#oe mhnoyes (~mhnoyes@74-47-22-181.dr01.myck.or.frontiernet.net)
13:33.42*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
13:48.31*** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
13:50.20*** join/#oe kroon (~kroon@193.15.174.225)
13:55.49*** join/#oe abelal (~abelal@110.93.212.98)
14:11.14ascor_JaMa: I am reading this chat log, from december, and I can read that you have worked on the meta-qt5. Did it work in the end ?
14:12.05JaMaascor_: https://github.com/meta-qt5
14:12.54ascor_Hmm I have it, but I can't make it work
14:13.30ascor_I just added it among my other meta. I still have qt4 tha build, can it interfere ?
14:14.23JaMaI'm quite busy, but what you mean by "I still have qt4 tha build"? It depends on what you ask bitbake to build
14:15.48ascor_There are still dependecies on qt4, so it still builds on my distribution. I wonder if some variables or configuration files may interfere between recipes
14:16.42ascor_But if you made it work, then I have my answer. Don't want to bother a busy person.
14:16.51JaMaif you're building something which depends on one of qt4* then it will still build qt4 too
14:22.10ascor_Since qt4 and qt5 are just libraries, they shouldn't interfere neither at build nor at run time. But since everything require deep and subtle understanding in OE, I have doubt.
14:25.30hrwascor_: btw - can I ask you for your real name?
14:25.54ascor_Of Course : Pierre Mazein
14:26.13ascor_ascor is part of the name of my client
14:29.11hrwthx
14:33.28ascor_If you find my resume, you will understand why I have so much questions on oe ...
14:44.12*** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029)
14:57.10*** join/#oe anarsoul_ (~anarsoul@86.57.155.118)
15:00.45*** join/#oe JDuke128 (~kadirbaso@188.3.61.14)
15:04.42hrwascor_: I dropped doing resume in favour of linkedin
15:05.43ascor_I have to maintain on line and off line resume.
15:07.24ascor_My online resume is on viadeo.com and apec.fr, in french
15:14.09*** join/#oe sbela (57f22e30@gateway/web/freenode/ip.87.242.46.48)
15:14.14sbelahi
15:15.33hrwviadeo is 'register to see' ;D
15:16.30hrwascor_: http://www.linkedin.com/in/marcinjuszkiewicz
15:18.04*** join/#oe bzb (~bzb@76-10-167-147.dsl.teksavvy.com)
15:22.41sbelaI have question which I can not google in an efficient way
15:23.30sbelathe question is that : Why every time I run bitbake the system is always parse all the recipes ?
15:23.52sbelaand not only that I gave in the command line
15:25.05hrwsbela: cause your recipes depend on other recipes which depend on other recipes...
15:25.22hrwand bitbake caches all data so next parsing is quick
15:25.28hrwunless youchanged configuration
15:28.40JaMalists.oe.org having issues today? 451 Error while writing spool file
15:28.53bluelightningJaMa|Off: : seems to be broken yes
15:29.19Crofton|workurg
15:29.23Crofton|workpb_, ping
15:30.01sbelahrw: thanks for the answer
15:30.32hrwsbela: and what is recipe for 'virtual/kernel' for example?
15:30.47hrwsbela: it is proper target but there is no recipe with this name
15:30.50*** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh)
15:30.53sbelathis is how I use oe for busybox : MACHINE=at91rm9200iw ./oebb.sh bitbake busybox -c compile -f
15:32.19sbelaand the parsing is done every time for the busybox with this command line
15:32.32kergothsbela: it's not possible for bitbake to resolve provides -> recipe filenames without parsing all the recipes to figure out what provides what. 90% of the time it's pulled from the cache, not parsed, though
15:32.38hrwlong time parsing?
15:32.46woglindewhy do you use -c and -f?
15:32.57woglindethats only recommend for developing
15:33.06sbelaparsing takes about 30-50 seconds
15:33.29sbelawoglinde: I am developing busybox
15:33.47woglindeo.O
15:33.49sbelawoglinde: creating a new module
15:34.00woglindethan I would not use oe
15:34.06hrwsbela: bitbake busybox -cdevshell
15:34.10woglinderather devshell
15:34.14woglindeor only toolchain
15:34.22hrw| Running intercept scripts:
15:34.23hrw| > Executing update_font_cache
15:34.23hrw| ERROR: Function failed: do_rootfs (see /home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/linaro-image-sdk/1.0-r2/temp/log.do_rootfs.23211 for further information)
15:34.28hrwwhy...
15:34.36woglindeand in the end I would make sure the recipe is working
15:34.42sbelaI amnew to oe I used buildroot before so this is why I do not know wht is devshell
15:34.47sbelabut I will google it
15:34.49sbela:)
15:35.05kergothoe is nice for building entire distros, but the overhead can be a little annoying during active development
15:35.09kergothnature of the beast
15:35.12woglindeyou dont will find much
15:35.22hrwFUCK!
15:35.29woglindehrw language
15:35.30woglindehaha
15:35.34hrwfontcache.bbclass has HARDCODED qemu calls!
15:35.39woglindered creepercard
15:35.41kergotheep
15:35.41hrwARGERHG#$%@%$@#%!@#%@~!!!!!!!111!!!!eleven1
15:35.53otavio:)
15:36.02hrwtime to create empty bbclass for aarch64
15:36.08hrwand complain on ml ;(
15:36.32otaviohrw: I had same build failure here
15:36.32woglindewasnt fontcache jamas beast
15:36.42otaviohrw: but I did a repo sync now and it worked
15:37.13woglindehrw no qemu for aarch64 yet?
15:37.57hrwwoglinde: nope
15:38.16hrwwoglinde: some work on it just started
15:39.30hrwok, mail sent to ML
15:40.44hrwtime to calm down and food
15:42.05sbelahrw && woglinde: this devshell mode is what I wanted as I read in the documentation, thank you very much
15:42.29hrwsbela: you welcome
15:43.04hrwsbela: other way (more useful) would be 'bitbake meta-toolchain', run tmp-eglibc/deploy/sdk/*.sh and use standalone toolchain
15:43.11bluelightninghmm, three patchsets to send out and ML is broken :(
15:43.54*** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net)
15:44.34woglindeand we have only one guy who can fixing it
15:44.37woglindenot good
15:44.46kergoth:(
15:45.04hrwbus factor ;(
15:45.13woglindewhy hasn't crofton or kergoth the rights?
15:45.34kergothdon't look at me, I don't do any admin stuff anymore :)
15:45.39woglindeokay
15:46.18woglindeso we have to wait for pb or ka6sox?
15:46.49hrwflorian?
15:47.52hrwone good thing - for aarch64 we do not care about graphical output yet so less problems will be with OE classes and qemu
15:48.07woglindehrw *g*
15:48.51Crofton|worklists are on ltg right?
15:49.13hrwha! I have to get rid of distcc
15:49.25hrwno distcc, no gtk, no liberation-fonts
15:50.39hrwcause distcc-dev catches gtk+-dev which catches libgtk-2.0 which wants liberation-fonts
15:51.49woglindehrw cannt you rewrite the font class?
15:52.23hrwwoglinde: rewrite of packagegroup-core-sdk is easier
15:52.30hrwI do not need distcc
15:52.58hrwwoglinde: and I would probably have to rewrite qemu.bbclass as well
15:54.09ZagorI never understood why distcc is included in that group. is it really that commonly used?
15:54.57bluelightningI think the idea was faster on-target compilation for those that want it
15:55.16hrwZagor: years ago when arm926 at 400MHz was fast machine we added distcc to on-target-sdk
15:55.39hrwas there were people who wanted to have native compilation
15:55.52Zagorok
15:56.31ZagorI never understood the native-compile huggers either, but I guess we don't need to go there :-)
15:56.40hrwtoday my main arm development platform is as fast as my conference laptop
15:59.00*** join/#oe kristoffer (~kristoffe@c-11dee555.010-30-6c6b7012.cust.bredbandsbolaget.se)
16:01.37*** join/#oe zecke (~ich@siminn-int-gw.on-waves.com)
16:01.52*** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net)
16:03.41*** join/#oe hollisb (~hollisb@nat-wv.mentorg.com)
16:17.09*** part/#oe tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a)
16:36.01*** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net)
16:36.16*** join/#oe CMoH|notebook (~cipi@78.96.83.205)
16:36.16*** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh)
16:57.25*** join/#oe bluelightning_ (~paul@83.217.123.106)
16:57.25*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
16:59.14sr105slightly off-topic, could someone tell me what these lines are called used by emacs (and vi?) so I can google them?  "# ex:ts=4:sw=4:sts=4:et
16:59.15sr105# -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*-"
17:02.13sr105didn't try hard enough. Found it.
17:02.38sr105is that first line for emacs, too?
17:03.29*** join/#oe dos1 (~dos@unaffiliated/dos1)
17:05.02sr105Hmm the difficulty googling is that most people call that a modeling, but emacs calls it "File Variables"
17:05.10sr105modeline
17:05.20sr105damn OSX auto-correct
17:05.53*** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
17:30.56*** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net)
17:30.57*** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy)
17:31.41mr_sciencemoin
17:36.51*** join/#oe hbeck (~hbeck@69.41.94.157)
17:41.49*** join/#oe Vutral (ss@mirbsd/special/Vutral)
17:43.02*** join/#oe KNERD (~KNERD@adsl-68-92-118-179.dsl.bumttx.swbell.net)
17:43.42*** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net)
17:45.19*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
17:49.52*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
17:58.41*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
18:00.13*** join/#oe bluelightning_ (~paul@83.217.123.106)
18:00.13*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
18:09.32*** join/#oe CMoH (~cipi@78.96.83.205)
18:09.32*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
18:17.40*** join/#oe roric_ (~roric@c-2074e455.213-3-64736c14.cust.bredbandsbolaget.se)
18:22.32*** join/#oe pvanhoof (~philip@codeminded.be)
18:52.21*** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl)
18:53.35*** join/#oe mrpackethead (~mrpacketh@118-93-75-188.dsl.dyn.ihug.co.nz)
18:56.22*** join/#oe TD--Linux (~thomas@2607:ea00:104:1000:2677:3ff:fe83:7814)
19:03.57*** join/#oe jkroon (~jkroon@89-253-118-72.customers.ownit.se)
19:06.57*** join/#oe ikona_ (~ikona@e181101071.adsl.alicedsl.de)
19:10.34*** join/#oe LunohoD (~alex@5.254.129.40)
19:16.19JaMa|Offwoglinde: no my is update-fonts :)
19:23.17*** join/#oe zecke (~ich@siminn-int-gw.on-waves.com)
19:24.04*** join/#oe Wildblue (~male@c-69-140-154-17.hsd1.md.comcast.net)
19:24.08*** part/#oe Wildblue (~male@c-69-140-154-17.hsd1.md.comcast.net)
19:34.21*** part/#oe eFfeM (~frans@c73189.upc-c.chello.nl)
19:37.27*** join/#oe kristoffer (~kristoffe@c-11dee555.010-30-6c6b7012.cust.bredbandsbolaget.se)
19:44.32*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
19:46.08*** join/#oe KNERD (~KNERD@adsl-68-92-118-179.dsl.bumttx.swbell.net)
19:47.57*** join/#oe chrisw957 (~chris@mail.tacticalelectronics.com)
20:13.46Crofton|workpb_, ping
20:13.51*** join/#oe vmeson (~quassel@128.224.252.2)
20:15.40*** join/#oe Shinda (~Loup@unaffiliated/toroop)
20:17.28*** join/#oe KNERD (~KNERD@24.175.249.177)
20:19.43*** join/#oe vmeson (~quassel@128.224.252.2)
20:21.06*** join/#oe |KNERD| (~KNERD@adsl-68-92-118-179.dsl.bumttx.swbell.net)
20:21.51*** join/#oe florian (~fuchs@sign-4db6a1ee.pool.mediaWays.net)
20:21.51*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
20:24.29*** join/#oe Shinda (~Loup@149.30-136-217.adsl-dyn.isp.belgacom.be)
20:24.29*** join/#oe Shinda (~Loup@unaffiliated/toroop)
20:32.08frayAny idea the status on the list serv?
20:34.54*** join/#oe KNERD (~KNERD@24.175.249.177)
20:35.07Crofton|workI haven't heard from the guys I know that have access
20:37.53*** join/#oe pvanhoof (~philip@codeminded.be)
20:41.04*** join/#oe zecke (~ich@213.176.144.123)
20:48.21Crofton|workzecke, do you have admin on ltg?
20:52.33*** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey)
20:56.40zeckeCrofton|work: I don't think so.
20:57.35zeckeCrofton|work: I still have access to discovery but i am in no special group
20:58.03Crofton|workok
20:58.08zeckesorry
21:01.45Crofton|worknp
21:02.25Crofton|workok, got an email from florian
21:02.35Crofton|workit is out of disk space and he is looking for something to clean up
21:06.54*** join/#oe dos1 (~dos@unaffiliated/dos1)
21:07.04*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
21:09.10*** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net)
21:12.21*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
21:20.01*** join/#oe awozniak (~awozniak@74.82.132.35)
21:26.24*** join/#oe dbussink (~dbussink@ec2-46-137-118-125.eu-west-1.compute.amazonaws.com)
21:29.26*** join/#oe KNERD (~KNERD@24.175.249.177)
21:32.19*** join/#oe jkroon (~jkroon@89-253-118-72.customers.ownit.se)
21:32.32*** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr)
22:01.57frayIs it safe to send email to the oe-core list?  or is it going to get lost once the problem is figured out?
22:02.03fray(does anyone know?)
22:05.21Crofton|workflorian is aware
22:06.07bluelightningthis is a pretty rough situation
22:06.32bluelightningwe really need to do better about having other folks with administrative access for emergencies such as this
22:06.48woglindebl I am saying this for years
22:06.52frayI thought this was unique because we didn't run the list servers
22:07.06Crofton|workflorain had to buy a car
22:07.10fraywhen this has come up before, the answer has always been that the machines we control we have a couple of people who can manager them
22:07.12Crofton|worknot sure where pb is
22:07.52bluelightningI'm not blaming them for not being available, but this is not the first time these servers have had problems that couldn't be corrected for the best part of a day
22:08.31woglindeand full disk-space is poor administration
22:08.47Crofton|workltg wears too many hats
22:08.51sgw1bluelightning: are the admins both EU based?  I thought halstead has some admin privs, I guess not the list serv
22:08.53woglindemonitoring system is not that hard
22:09.09Crofton|workflorian, you there?
22:09.52woglindegood nite
22:09.52bluelightningsgw1: in order: yes; not for the linuxtogo.org servers
22:10.14frayis it all of linuxtogo or is it just OE?
22:10.14halsteadsgw1, The lists are managed by linuxtogo so I don't have access.
22:10.18woglindewonders why the ml wasnt switched over too
22:10.25sgw1bluelightning: figured
22:10.37fraywoglinde I think because there was no reason to
22:10.57woglindenow we have the reason
22:10.58Crofton|workmy immediate concern is getting them back, then we can worry about the future :)
22:11.13woglindewas not the first time in the last weeks
22:11.30woglindeah no that other was patchwork
22:12.01woglindeso now really gone
22:16.28fraywill hold off sending patches to the list then..
22:17.03fraygoes to get the kid from school.. back in a bit
22:18.29florianCrofton|work: yes
22:19.20Crofton|workany luck?
22:20.42florianyes, mailman should be back
22:20.47Crofton|workthanks
22:21.16Crofton|workwould it make things easier of we looked at alternate list hosting?
22:22.20floriansome more administrative power would be better :)
22:24.10Crofton|workwell, we have access to admins, but they would likely want to use hw they are familiar with
22:35.57*** join/#oe DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com)
22:44.42*** join/#oe ant_home (~andrea@host73-254-dynamic.21-79-r.retail.telecomitalia.it)
22:54.46ka6soxCrofton|work, florian OSUOSL can do the list hosting...
22:54.46ka6soxthey are good at that.
23:00.09mr_scienceokay, why would bitbake build a sudo package where /usr/bin/sudo is not setuid root
23:02.10kergothhah
23:04.16mr_sciencei think i found it
23:04.57mr_scienceit's part of the package postinst and i'm trying to boot a read-only rootfs without a writable first-boot
23:05.18mr_scienceis that a vain/stupid goal in this case?
23:06.43*** join/#oe KNERD (~KNERD@24.175.249.177)
23:13.57mr_sciencekergoth: is there anything documented specifically on how the volatile and read-only root stuff in OE is supposed to work?
23:15.24kergothnot that i know of, just search the list archives for read-only-rootfs or postinst (lots of patchsets for do_rootfs time postinst stuff)
23:15.41kergothi'm assuming you're buildng hte image with the read-only-rootfs in IMAGE_FEATURES?
23:16.07mr_scienceyeah, i integrated the Chen Qui patches and added that to my base image
23:16.40mr_scienceprobably not spelling his name right...
23:17.39mr_sciencemanagement seems to think we can do this without ever going through a first boot with a writable root
23:17.50frayI see mail flowing.. excellent!
23:17.52mr_sciencei'm starting to think not
23:18.41fraythere are a number of people working on read-only first boot..
23:18.59mr_sciencewho in particular?
23:19.02fraybut depending on what you need, it may be difficult  (also master works a heck of a lot better then any of the previous releases)
23:19.30mr_sciencewe're stuck with arago oe-dev stuff right now
23:19.49kergoththere seem to be a number of patch series hitting the mailing list for oe-core master for this sort of stuff. it's good to see attention going there
23:19.53frayQhen Qi, Laurentiu Palcu, and others
23:19.59kergothnods
23:20.04mr_sciencei pulled in some nice patches from poky-contrib, but i'm still trying to wrap my head around the whole thing
23:20.18kergothmr_science: i think pb's micro distro might ahve stuff in that direction also, as i know he's played iwth it over the years
23:20.24kergothnot sure though
23:20.41fraythere are two issues you have to deal with..  operations that (for one reason or another) are easier done on the target, then during package build or install time..
23:20.46mr_scienceyeah, i just pulled those patches from Qhen Qi
23:20.48frayand then problems with the boot scripting..
23:21.02frayIMHO, initscript issues are bugs, pure and simple.. find and fix
23:21.25fraythe other set, it's taking people to go through them one at a time to figure out why it has to run on the target, and to come up with an alternative..
23:21.30fraybut a lot of them aren't easy
23:21.31kergothyeah, the rest is likely just getting links / bind mounts in place for whatever software you're running, and what you'll need to do will vary with what you have to run, obviously, since not all software writes to the same locations..
23:21.36kergothnods
23:22.06frayI know the company I work for (and ChenQi works for) really want read-only root, first boot to work properly..
23:22.16frayand without running any complex "temproary" stuff on every boot..
23:22.20fray(i.e. no unionfs)
23:22.27mr_scienceso would i
23:22.43kergothit's a common requirement, companies like the idea of the user not being able to hose the thing, or being able to easily revert to factory default quickly by wiping the rw partition(s), or whatever
23:22.50kergothmonolithic upgrades rather than package upgrades, ..
23:22.54kergothheh
23:23.05fraythe more people that find problems with the boot, the more likely it'll get fixed..  I think in the evolution of this work, we're finally at the point that -companies- developing diverse products are running into the problems
23:23.19fray(before it was primarily hobiests or contractors, and it's easier to do one-off fixes in those cases)
23:23.23mr_scienceyup
23:23.43mr_scienceso who do you guys work for?
23:24.11fraykergoth, ya.. field upgrade.. everyone things it's simple.. but to do it right you have to know how to do full system (image), package, file, and other odd ball things..
23:24.20fraymr_science I work for Wind River
23:24.31mr_scienceah
23:24.46mr_scienceis now a medical device guy
23:24.50kergothMentor Graphics here, they do a yocto based product/distro, not unlike montavista
23:25.06mr_sciencefrom missle launch range to surgical cameras
23:25.21frayya.. the three main OSVs have all moved to YP (oe-core based) to avoid duplication of effort
23:25.28kergothmr_science: ah, interesting stuff, high availability
23:25.44frayadd to that some of the primarily european OSVs (Enea for example) and most everyone is doing YP/OE-core now
23:26.26mr_sciencewhat about people tied more tightly to things like TI DSP hardware?
23:26.47frayback when I worked for MontaVista (around 2002) Guidant (now Boston Scientific) was just starting ot use Linux for pacemaker monitoring and programing.. very interesting
23:26.49kergothIt's pretty amazing how large oe/yocto have become. just look at the number of yocto-related talks at elc again this year
23:26.50mr_sciencedoes YP support omx/syslink/ti-codec-crap, etc?
23:27.05fraysome of it.. through the angstrom/TI layers
23:27.34mr_scienceso it might be possible to migrate to YP/OE core?
23:27.48kergothlayers coming from the chip/board companies is just lovely
23:27.55mr_scienceor by "some of it" you really mean "not much"
23:28.00kergothspeaking as someone who doesn't want to have to maintain bsp layers, anwyay :)
23:28.06frayYocto Project is the poky "meta-yocto" layer, bitbake and oe-core nicely packaged together...
23:28.47frayso, if you are familiar with oe (angstrom, oe-core) you should be able to migrate.. but there will be some learning curve..
23:29.06frayif you are already familiar with oe-core... the curve is much smaller..
23:29.13mr_sciencewell, it looks like my rootfs_postprocess function can replace the sudo pkg_postinst
23:29.27mr_scienceit seems to have set the bit correctly
23:29.33fraycool.. mail server does seem to be working, I got my patches back.. ;)
23:30.12mr_sciencesomehow i didn't think that work
23:30.35kergothfray: nice, thats good to hear
23:30.42kergothit's been eerily quiet
23:30.56frayif you haven't use oe-core before.. there is a newer tech called "pseudo".. it enables us to emulate a chroot capable, "fakeroot" style environment..
23:31.14fraythere are a number of things you can post process under pseudo control to help with this..
23:31.27fraybut you still can't just run the target binaries needed to generate caches and such..
23:33.03frayis happy to report all of his pending "upstream" submissions have now been sent "upstream"....
23:33.08frayone more TODO task off my plate
23:33.57kergothcongrats. i can't remember the last time i was at that point
23:34.28fraywell, our guys are supposed to do it themselves.. but it's easy to let things fall through the cracks.. when it happens, I get to scope them up and fix it.. ;)
23:34.34frayI seem to get to do this about every 2 months or so
23:35.44*** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net)
23:42.22mr_sciencejeez, putty sure shows its origins when you open the log file in gedit
23:43.07mr_scienceit puts in some weird crap header that totally makes it look non-text unless you delete the top two lines...
23:49.04*** join/#oe mckoan|away (~marco@host56-7-static.30-87-b.business.telecomitalia.it)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.