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.46 | bibeh | Hi 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.05 | dm8tbr | cross-compiling always a huge source of fun... |
07:31.50 | bibeh | Indeed :) |
07:32.58 | *** join/#oe kroon (~kroon@193.15.174.225) |
07:35.06 | dm8tbr | I 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.58 | mckoan | good 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.38 | ascor | Hi 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.51 | ascor_ | ls |
09:05.54 | ascor_ | oups |
09:06.23 | woglinde | no files found |
09:07.03 | ascor_ | :) |
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.40 | ascor_ | is it possible, when in a devshell to execute commands such as do_configure do_whatever ? |
09:37.12 | woglinde | yes |
09:37.20 | woglinde | use the scripts located in temp |
09:39.05 | ascor_ | ok. All the scripts are copied in temp at the beginning of the build, or do they add after beeing executed ? |
09:39.54 | woglinde | ? |
09:40.09 | woglinde | no they are created when the step will be executed |
09:40.24 | ascor_ | ok |
09:40.32 | woglinde | for instance when compile is running the run.do_compile script is generated |
09:40.33 | bluelightning | morning all |
09:40.37 | woglinde | hi bl |
09:40.41 | ascor_ | Hi |
09:40.52 | ascor_ | ok. |
09:41.10 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
09:41.31 | ascor_ | And if I do bitbake -c listtasks sometarget, is the list in the order of task execution ? |
09:41.38 | afournier | morning! |
09:41.55 | ascor_ | good morning |
09:42.51 | woglinde | uhm |
09:43.01 | woglinde | never 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.13 | ascor_ | it lists the tasks that will be ran to do the recipe. |
09:47.16 | ascor_ | execpt for the task listtasks it self ... |
09:47.41 | woglinde | hm |
09:47.51 | woglinde | just try |
09:47.55 | woglinde | and you will see |
09:48.31 | hrw | ascor_: listtasks is random order |
09:48.57 | hrw | woglinde: listtasks is very old command |
09:49.07 | hrw | just one of those less popular |
09:49.24 | ascor_ | argl, it might be interested to have them in order ... |
09:49.29 | hrw | how many of you remember "bitbake --interactive"? |
09:50.00 | ascor_ | Never heard of it ! |
09:50.10 | woglinde | hrw intressting never needed it |
09:51.06 | hrw | it was added in 2004-2006 iirc |
09:51.30 | *** join/#oe jackmitchell (~Thunderbi@195.171.99.130) |
09:52.21 | ascor_ | any of you know good place to have support in building qt5 with oe ? I'm going from fail to fail |
09:52.41 | woglinde | ascor_ pay someone? |
09:53.05 | ascor_ | I'm already payed for that ;) |
09:53.40 | woglinde | oh intressting |
09:54.08 | woglinde | maybee was the wrong one |
09:54.14 | ascor_ | yep |
09:54.18 | ascor_ | I'm joking |
09:54.30 | ascor_ | I am not payed for that |
09:54.40 | hrw | ascor_: haha |
09:55.23 | ascor_ | I just have to find a quick way to test a subcontractors job who began a developpment using qt5 |
09:55.51 | woglinde | intressting |
09:56.30 | hrw | ascor_: grab any distro with qt5 packages and compile his soft? |
09:56.49 | ascor_ | I found quite easy to get in buildroot, but openembedded is much harder |
09:56.52 | woglinde | hrw which distro has qt5 packages? |
09:56.53 | bluelightning | would like to know the current state of the qt5 recipe efforts also |
09:56.58 | ascor_ | my target is an embedded target |
09:57.55 | woglinde | okay till later |
09:58.35 | hrw | woglinde: 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.16 | afournier | i 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.17 | afournier | any idea ? |
10:03.12 | *** join/#oe PaulePanter (~paul@mail.gw90.de) |
10:04.59 | hrw | JaMa: have few minutes? |
10:05.06 | afournier | apparently, it's denzil related |
10:05.22 | hrw | JaMa: ping me when online |
10:13.14 | JaMa | hrw: ping |
10:14.17 | hrw | JaMa: 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.49 | JaMa | hrw: first idea was meta-webserver, but maybe not |
10:16.04 | hrw | will see in a discussion |
10:23.59 | bluelightning | afournier: that is definitely a bug |
10:40.14 | ascor_ | Are all of those do_whaterver scripts python scripts ? |
10:40.38 | *** join/#oe fp (~fp@115.119.134.194) |
10:41.08 | Shinda | hello |
10:41.39 | ascor_ | 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.11 | hrw | sent |
10:53.41 | woglinde | hi stefamn_schmidt |
10:54.44 | stefan_schmidt_w | moin 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.25 | Crofton|work | stefan_schmidt_w, what are you up to these days/ |
12:28.44 | Crofton|work | bluelightning, my least favorite part of FOSDEM is the bit where I get sick afterwards :) |
12:29.02 | Crofton|work | mickeyl usde to have that problem |
12:30.37 | woglinde | lol |
12:30.53 | woglinde | I am getting sick now from school |
12:31.51 | woglinde | crofton how was fosdem this year? |
12:33.22 | zecke | woglinde: :} |
12:33.33 | woglinde | he zecke |
12:33.51 | woglinde | I am reading no silver bullets at the moment |
12:33.57 | woglinde | what a nice timeless papaer |
12:35.01 | stefan_schmidt_w | Crofton|work: Doing good old coding work. Coding EFL for Samsung for Tizen more specifically. |
12:35.14 | hrw | Crofton|work: I had to drive a car from Berlin to home as friend got terrible fosdem flu ;( |
12:35.15 | woglinde | stefan nice |
12:35.34 | woglinde | hrw not so nice |
12:35.39 | stefan_schmidt_w | heh, Daniel also came back with a cold from FOSDEM :) |
12:35.54 | hrw | stefan_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.17 | Crofton|work | #tizenallthethings |
12:36.29 | hrw | yes! |
12:36.43 | Crofton|work | so you finished your degree OK? |
12:36.56 | hrw | Crofton|work: ? |
12:36.59 | otwieracz | It is somehow possible to change opkg tmpdir in opkg.conf? |
12:37.10 | otwieracz | (for example, I want to download to /root not to /tmp) |
12:37.35 | afournier | bluelightning: i think the bugs come from the bitbake including insane.bb for no reason |
12:37.43 | afournier | the bug* |
12:38.37 | stefan_schmidt_w | Crofton|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.41 | Crofton|work | very good |
12:46.28 | Crofton|work | we need to do more devleoper reruiting, everyone is getting jobs :) |
12:47.11 | woglinde | crofton who is we? |
12:49.38 | Crofton|work | OE |
12:50.12 | Crofton|work | We need to document that learning OE is a good path to getting work :) |
12:51.39 | hrw | +1 |
12:52.31 | Crofton|work | basically, I want to make sure that we attract new people to the project |
12:53.33 | woglinde | hm |
12:54.14 | woglinde | sell mor products |
12:54.26 | Crofton|work | :) |
12:54.43 | Crofton|work | and 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.53 | hrw | guys - we do have xfce recipes but does someone has bootable xfce-image recipe? |
13:12.52 | afournier | i 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.38 | woglinde | afournier ;) |
13:20.04 | mckoan | Crofton|work: right, I received a couple of interesting offers, but I can't go abroad with the whole family |
13:23.35 | ascor_ | 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.14 | ascor_ | 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.05 | JaMa | ascor_: https://github.com/meta-qt5 |
14:12.54 | ascor_ | Hmm I have it, but I can't make it work |
14:13.30 | ascor_ | I just added it among my other meta. I still have qt4 tha build, can it interfere ? |
14:14.23 | JaMa | I'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.48 | ascor_ | 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.42 | ascor_ | But if you made it work, then I have my answer. Don't want to bother a busy person. |
14:16.51 | JaMa | if you're building something which depends on one of qt4* then it will still build qt4 too |
14:22.10 | ascor_ | 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.30 | hrw | ascor_: btw - can I ask you for your real name? |
14:25.54 | ascor_ | Of Course : Pierre Mazein |
14:26.13 | ascor_ | ascor is part of the name of my client |
14:29.11 | hrw | thx |
14:33.28 | ascor_ | 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.42 | hrw | ascor_: I dropped doing resume in favour of linkedin |
15:05.43 | ascor_ | I have to maintain on line and off line resume. |
15:07.24 | ascor_ | 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.14 | sbela | hi |
15:15.33 | hrw | viadeo is 'register to see' ;D |
15:16.30 | hrw | ascor_: http://www.linkedin.com/in/marcinjuszkiewicz |
15:18.04 | *** join/#oe bzb (~bzb@76-10-167-147.dsl.teksavvy.com) |
15:22.41 | sbela | I have question which I can not google in an efficient way |
15:23.30 | sbela | the question is that : Why every time I run bitbake the system is always parse all the recipes ? |
15:23.52 | sbela | and not only that I gave in the command line |
15:25.05 | hrw | sbela: cause your recipes depend on other recipes which depend on other recipes... |
15:25.22 | hrw | and bitbake caches all data so next parsing is quick |
15:25.28 | hrw | unless youchanged configuration |
15:28.40 | JaMa | lists.oe.org having issues today? 451 Error while writing spool file |
15:28.53 | bluelightning | JaMa|Off: : seems to be broken yes |
15:29.19 | Crofton|work | urg |
15:29.23 | Crofton|work | pb_, ping |
15:30.01 | sbela | hrw: thanks for the answer |
15:30.32 | hrw | sbela: and what is recipe for 'virtual/kernel' for example? |
15:30.47 | hrw | sbela: 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.53 | sbela | this is how I use oe for busybox : MACHINE=at91rm9200iw ./oebb.sh bitbake busybox -c compile -f |
15:32.19 | sbela | and the parsing is done every time for the busybox with this command line |
15:32.32 | kergoth | sbela: 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.38 | hrw | long time parsing? |
15:32.46 | woglinde | why do you use -c and -f? |
15:32.57 | woglinde | thats only recommend for developing |
15:33.06 | sbela | parsing takes about 30-50 seconds |
15:33.29 | sbela | woglinde: I am developing busybox |
15:33.47 | woglinde | o.O |
15:33.49 | sbela | woglinde: creating a new module |
15:34.00 | woglinde | than I would not use oe |
15:34.06 | hrw | sbela: bitbake busybox -cdevshell |
15:34.10 | woglinde | rather devshell |
15:34.14 | woglinde | or only toolchain |
15:34.22 | hrw | | Running intercept scripts: |
15:34.23 | hrw | | > Executing update_font_cache |
15:34.23 | hrw | | 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.28 | hrw | why... |
15:34.36 | woglinde | and in the end I would make sure the recipe is working |
15:34.42 | sbela | I amnew to oe I used buildroot before so this is why I do not know wht is devshell |
15:34.47 | sbela | but I will google it |
15:34.49 | sbela | :) |
15:35.05 | kergoth | oe is nice for building entire distros, but the overhead can be a little annoying during active development |
15:35.09 | kergoth | nature of the beast |
15:35.12 | woglinde | you dont will find much |
15:35.22 | hrw | FUCK! |
15:35.29 | woglinde | hrw language |
15:35.30 | woglinde | haha |
15:35.34 | hrw | fontcache.bbclass has HARDCODED qemu calls! |
15:35.39 | woglinde | red creepercard |
15:35.41 | kergoth | eep |
15:35.41 | hrw | ARGERHG#$%@%$@#%!@#%@~!!!!!!!111!!!!eleven1 |
15:35.53 | otavio | :) |
15:36.02 | hrw | time to create empty bbclass for aarch64 |
15:36.08 | hrw | and complain on ml ;( |
15:36.32 | otavio | hrw: I had same build failure here |
15:36.32 | woglinde | wasnt fontcache jamas beast |
15:36.42 | otavio | hrw: but I did a repo sync now and it worked |
15:37.13 | woglinde | hrw no qemu for aarch64 yet? |
15:37.57 | hrw | woglinde: nope |
15:38.16 | hrw | woglinde: some work on it just started |
15:39.30 | hrw | ok, mail sent to ML |
15:40.44 | hrw | time to calm down and food |
15:42.05 | sbela | hrw && woglinde: this devshell mode is what I wanted as I read in the documentation, thank you very much |
15:42.29 | hrw | sbela: you welcome |
15:43.04 | hrw | sbela: other way (more useful) would be 'bitbake meta-toolchain', run tmp-eglibc/deploy/sdk/*.sh and use standalone toolchain |
15:43.11 | bluelightning | hmm, 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.34 | woglinde | and we have only one guy who can fixing it |
15:44.37 | woglinde | not good |
15:44.46 | kergoth | :( |
15:45.04 | hrw | bus factor ;( |
15:45.13 | woglinde | why hasn't crofton or kergoth the rights? |
15:45.34 | kergoth | don't look at me, I don't do any admin stuff anymore :) |
15:45.39 | woglinde | okay |
15:46.18 | woglinde | so we have to wait for pb or ka6sox? |
15:46.49 | hrw | florian? |
15:47.52 | hrw | one good thing - for aarch64 we do not care about graphical output yet so less problems will be with OE classes and qemu |
15:48.07 | woglinde | hrw *g* |
15:48.51 | Crofton|work | lists are on ltg right? |
15:49.13 | hrw | ha! I have to get rid of distcc |
15:49.25 | hrw | no distcc, no gtk, no liberation-fonts |
15:50.39 | hrw | cause distcc-dev catches gtk+-dev which catches libgtk-2.0 which wants liberation-fonts |
15:51.49 | woglinde | hrw cannt you rewrite the font class? |
15:52.23 | hrw | woglinde: rewrite of packagegroup-core-sdk is easier |
15:52.30 | hrw | I do not need distcc |
15:52.58 | hrw | woglinde: and I would probably have to rewrite qemu.bbclass as well |
15:54.09 | Zagor | I never understood why distcc is included in that group. is it really that commonly used? |
15:54.57 | bluelightning | I think the idea was faster on-target compilation for those that want it |
15:55.16 | hrw | Zagor: years ago when arm926 at 400MHz was fast machine we added distcc to on-target-sdk |
15:55.39 | hrw | as there were people who wanted to have native compilation |
15:55.52 | Zagor | ok |
15:56.31 | Zagor | I never understood the native-compile huggers either, but I guess we don't need to go there :-) |
15:56.40 | hrw | today 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.14 | sr105 | slightly 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.15 | sr105 | # -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*-" |
17:02.13 | sr105 | didn't try hard enough. Found it. |
17:02.38 | sr105 | is that first line for emacs, too? |
17:03.29 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
17:05.02 | sr105 | Hmm the difficulty googling is that most people call that a modeling, but emacs calls it "File Variables" |
17:05.10 | sr105 | modeline |
17:05.20 | sr105 | damn 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.41 | mr_science | moin |
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.19 | JaMa|Off | woglinde: 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.46 | Crofton|work | pb_, 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.08 | fray | Any idea the status on the list serv? |
20:34.54 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
20:35.07 | Crofton|work | I 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.21 | Crofton|work | zecke, do you have admin on ltg? |
20:52.33 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
20:56.40 | zecke | Crofton|work: I don't think so. |
20:57.35 | zecke | Crofton|work: I still have access to discovery but i am in no special group |
20:58.03 | Crofton|work | ok |
20:58.08 | zecke | sorry |
21:01.45 | Crofton|work | np |
21:02.25 | Crofton|work | ok, got an email from florian |
21:02.35 | Crofton|work | it 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.57 | fray | Is 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.03 | fray | (does anyone know?) |
22:05.21 | Crofton|work | florian is aware |
22:06.07 | bluelightning | this is a pretty rough situation |
22:06.32 | bluelightning | we really need to do better about having other folks with administrative access for emergencies such as this |
22:06.48 | woglinde | bl I am saying this for years |
22:06.52 | fray | I thought this was unique because we didn't run the list servers |
22:07.06 | Crofton|work | florain had to buy a car |
22:07.10 | fray | when 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.12 | Crofton|work | not sure where pb is |
22:07.52 | bluelightning | I'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.31 | woglinde | and full disk-space is poor administration |
22:08.47 | Crofton|work | ltg wears too many hats |
22:08.51 | sgw1 | bluelightning: are the admins both EU based? I thought halstead has some admin privs, I guess not the list serv |
22:08.53 | woglinde | monitoring system is not that hard |
22:09.09 | Crofton|work | florian, you there? |
22:09.52 | woglinde | good nite |
22:09.52 | bluelightning | sgw1: in order: yes; not for the linuxtogo.org servers |
22:10.14 | fray | is it all of linuxtogo or is it just OE? |
22:10.14 | halstead | sgw1, The lists are managed by linuxtogo so I don't have access. |
22:10.18 | woglinde | wonders why the ml wasnt switched over too |
22:10.25 | sgw1 | bluelightning: figured |
22:10.37 | fray | woglinde I think because there was no reason to |
22:10.57 | woglinde | now we have the reason |
22:10.58 | Crofton|work | my immediate concern is getting them back, then we can worry about the future :) |
22:11.13 | woglinde | was not the first time in the last weeks |
22:11.30 | woglinde | ah no that other was patchwork |
22:12.01 | woglinde | so now really gone |
22:16.28 | fray | will hold off sending patches to the list then.. |
22:17.03 | fray | goes to get the kid from school.. back in a bit |
22:18.29 | florian | Crofton|work: yes |
22:19.20 | Crofton|work | any luck? |
22:20.42 | florian | yes, mailman should be back |
22:20.47 | Crofton|work | thanks |
22:21.16 | Crofton|work | would it make things easier of we looked at alternate list hosting? |
22:22.20 | florian | some more administrative power would be better :) |
22:24.10 | Crofton|work | well, 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.46 | ka6sox | Crofton|work, florian OSUOSL can do the list hosting... |
22:54.46 | ka6sox | they are good at that. |
23:00.09 | mr_science | okay, why would bitbake build a sudo package where /usr/bin/sudo is not setuid root |
23:02.10 | kergoth | hah |
23:04.16 | mr_science | i think i found it |
23:04.57 | mr_science | it's part of the package postinst and i'm trying to boot a read-only rootfs without a writable first-boot |
23:05.18 | mr_science | is that a vain/stupid goal in this case? |
23:06.43 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
23:13.57 | mr_science | kergoth: is there anything documented specifically on how the volatile and read-only root stuff in OE is supposed to work? |
23:15.24 | kergoth | not 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.41 | kergoth | i'm assuming you're buildng hte image with the read-only-rootfs in IMAGE_FEATURES? |
23:16.07 | mr_science | yeah, i integrated the Chen Qui patches and added that to my base image |
23:16.40 | mr_science | probably not spelling his name right... |
23:17.39 | mr_science | management seems to think we can do this without ever going through a first boot with a writable root |
23:17.50 | fray | I see mail flowing.. excellent! |
23:17.52 | mr_science | i'm starting to think not |
23:18.41 | fray | there are a number of people working on read-only first boot.. |
23:18.59 | mr_science | who in particular? |
23:19.02 | fray | but 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.30 | mr_science | we're stuck with arago oe-dev stuff right now |
23:19.49 | kergoth | there 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.53 | fray | Qhen Qi, Laurentiu Palcu, and others |
23:19.59 | kergoth | nods |
23:20.04 | mr_science | i pulled in some nice patches from poky-contrib, but i'm still trying to wrap my head around the whole thing |
23:20.18 | kergoth | mr_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.24 | kergoth | not sure though |
23:20.41 | fray | there 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.46 | mr_science | yeah, i just pulled those patches from Qhen Qi |
23:20.48 | fray | and then problems with the boot scripting.. |
23:21.02 | fray | IMHO, initscript issues are bugs, pure and simple.. find and fix |
23:21.25 | fray | the 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.30 | fray | but a lot of them aren't easy |
23:21.31 | kergoth | yeah, 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.36 | kergoth | nods |
23:22.06 | fray | I know the company I work for (and ChenQi works for) really want read-only root, first boot to work properly.. |
23:22.16 | fray | and without running any complex "temproary" stuff on every boot.. |
23:22.20 | fray | (i.e. no unionfs) |
23:22.27 | mr_science | so would i |
23:22.43 | kergoth | it'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.50 | kergoth | monolithic upgrades rather than package upgrades, .. |
23:22.54 | kergoth | heh |
23:23.05 | fray | the 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.19 | fray | (before it was primarily hobiests or contractors, and it's easier to do one-off fixes in those cases) |
23:23.23 | mr_science | yup |
23:23.43 | mr_science | so who do you guys work for? |
23:24.11 | fray | kergoth, 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.20 | fray | mr_science I work for Wind River |
23:24.31 | mr_science | ah |
23:24.46 | mr_science | is now a medical device guy |
23:24.50 | kergoth | Mentor Graphics here, they do a yocto based product/distro, not unlike montavista |
23:25.06 | mr_science | from missle launch range to surgical cameras |
23:25.21 | fray | ya.. the three main OSVs have all moved to YP (oe-core based) to avoid duplication of effort |
23:25.28 | kergoth | mr_science: ah, interesting stuff, high availability |
23:25.44 | fray | add to that some of the primarily european OSVs (Enea for example) and most everyone is doing YP/OE-core now |
23:26.26 | mr_science | what about people tied more tightly to things like TI DSP hardware? |
23:26.47 | fray | back 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.49 | kergoth | It'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.50 | mr_science | does YP support omx/syslink/ti-codec-crap, etc? |
23:27.05 | fray | some of it.. through the angstrom/TI layers |
23:27.34 | mr_science | so it might be possible to migrate to YP/OE core? |
23:27.48 | kergoth | layers coming from the chip/board companies is just lovely |
23:27.55 | mr_science | or by "some of it" you really mean "not much" |
23:28.00 | kergoth | speaking as someone who doesn't want to have to maintain bsp layers, anwyay :) |
23:28.06 | fray | Yocto Project is the poky "meta-yocto" layer, bitbake and oe-core nicely packaged together... |
23:28.47 | fray | so, if you are familiar with oe (angstrom, oe-core) you should be able to migrate.. but there will be some learning curve.. |
23:29.06 | fray | if you are already familiar with oe-core... the curve is much smaller.. |
23:29.13 | mr_science | well, it looks like my rootfs_postprocess function can replace the sudo pkg_postinst |
23:29.27 | mr_science | it seems to have set the bit correctly |
23:29.33 | fray | cool.. mail server does seem to be working, I got my patches back.. ;) |
23:30.12 | mr_science | somehow i didn't think that work |
23:30.35 | kergoth | fray: nice, thats good to hear |
23:30.42 | kergoth | it's been eerily quiet |
23:30.56 | fray | if 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.14 | fray | there are a number of things you can post process under pseudo control to help with this.. |
23:31.27 | fray | but you still can't just run the target binaries needed to generate caches and such.. |
23:33.03 | fray | is happy to report all of his pending "upstream" submissions have now been sent "upstream".... |
23:33.08 | fray | one more TODO task off my plate |
23:33.57 | kergoth | congrats. i can't remember the last time i was at that point |
23:34.28 | fray | well, 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.34 | fray | I 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.22 | mr_science | jeez, putty sure shows its origins when you open the log file in gedit |
23:43.07 | mr_science | it 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) |