| 00:14.17 | *** join/#oe Crofton (~balister@host-88-217-143-77.customer.m-online.net) |
| 00:28.10 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 00:37.57 | *** join/#oe Crofton (~balister@host-88-217-143-77.customer.m-online.net) |
| 00:41.10 | davor | hm, I don't know how to archive the repo so bitbake actually recognizes it |
| 00:42.41 | nerdboy | look in downloads/.git |
| 00:43.07 | nerdboy | you could try to emulate the filename of the tarball it makes |
| 00:43.23 | nerdboy | it should clone it fine if it's reachable |
| 00:43.40 | nerdboy | did you try it again with bitbake? |
| 00:44.36 | davor | ah there it is! |
| 00:45.01 | davor | one moment, I'll put it in place, touch a .done file and try again |
| 00:45.33 | nerdboy | to see more detail, you could try "bitbake -b path/to/recipe.bb -c fetch -D" |
| 00:46.15 | nerdboy | the -b part cuts out dep resolution, among other things... |
| 00:48.24 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 00:49.57 | davor | here we go |
| 00:51.02 | davor | I just moved the "firmware" dir to downloads/git2/github.com.raspberrypi.firmware.git after removing the old dir, renamed github.com.raspberrypi.firmware.git.lock to github.com.raspberrypi.firmware.git.done and restarted, it immediately started unpacking! |
| 00:56.48 | davor | shouldn't be more than a few hours left, but I'm beat. off to bed, it's 3 AM already! good night, thanks for all the help nerdboy :D |
| 01:03.13 | nerdboy | np |
| 01:04.57 | nerdboy | don't forget to pull if you have problems with anything in meta-pi |
| 01:05.19 | nerdboy | mine still hasn't finished either |
| 01:08.24 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 01:20.34 | *** join/#oe liuyq (~liuyq0307@static-ip-225-98-134-202.rev.dyxnet.com) |
| 01:21.15 | *** join/#oe liuyq (~liuyq0307@static-ip-225-98-134-202.rev.dyxnet.com) |
| 01:28.28 | *** join/#oe Crofton (~balister@host-88-217-143-77.customer.m-online.net) |
| 01:48.36 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 02:08.24 | *** join/#oe silviof2 (~silviof@host-188-174-208-204.customer.m-online.net) |
| 02:14.13 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 02:18.00 | *** join/#oe Crofton (~balister@host-88-217-143-77.customer.m-online.net) |
| 02:35.16 | *** join/#oe GunsNRose (~GunsNRose@182.148.69.89) |
| 02:38.47 | *** join/#oe Crofton (~balister@host-88-217-143-77.customer.m-online.net) |
| 02:40.55 | *** join/#oe khem (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
| 02:45.44 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 02:53.03 | *** join/#oe khem (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
| 03:18.07 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 03:31.14 | *** join/#oe khem (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
| 03:38.33 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 03:58.04 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 04:03.13 | *** join/#oe khem (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
| 04:07.27 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 04:09.55 | *** join/#oe _chase_ (~a0271661@192.94.92.11) |
| 04:35.47 | *** join/#oe GunsNRose (~GunsNRose@182.148.69.89) |
| 04:48.14 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 04:52.35 | *** join/#oe clio (~andrej@85.159.109.222) |
| 04:58.43 | *** join/#oe Crofton (~balister@host-212-18-30-186.customer.m-online.net) |
| 05:05.21 | *** join/#oe ericben (~ebenard@pac33-3-88-170-243-169.fbx.proxad.net) |
| 05:08.48 | *** join/#oe khem (~khem@99-57-140-209.lightspeed.sntcca.sbcglobal.net) |
| 05:33.01 | *** join/#oe zecke (~ich@91-65-247-193-dynip.superkabel.de) |
| 06:09.26 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 06:09.38 | silviof | morning #oe |
| 06:23.38 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:29.41 | *** join/#oe liveforeverx (~Adium@2001:6f8:12d9:13:251b:f723:6081:47e2) |
| 06:37.59 | *** join/#oe tsjsieb (~tsjsieb@5469C560.cm-12-2d.dynamic.ziggo.nl) |
| 06:38.31 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 06:51.07 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 06:51.11 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:12.40 | mckoan | good morning |
| 07:27.21 | *** join/#oe ka6sox (ka6sox@nasadmin/ka6sox) |
| 07:30.38 | *** join/#oe Noor (~noor@110.93.212.98) |
| 07:33.42 | *** join/#oe johny_ (79321429@gateway/web/freenode/ip.121.50.20.41) |
| 07:33.45 | johny_ | hi |
| 07:34.22 | johny_ | i have a doubt in oe core picking up the bb files for module.. i have two meta-layers in whihc i have bb files with same name |
| 07:34.36 | johny_ | so which one will oe takes to build the module? |
| 07:35.06 | johny_ | can i specify anywhere to select the specified bb file? |
| 07:38.48 | ndec | johny_: it will pick the one with the 'higher' version or the 'highest' priority. |
| 07:39.46 | ndec | you can use a PREFERED_VERSION to indicate which one to use. |
| 07:39.54 | johny_ | ohh i'm not giving any versions as of now.. |
| 07:40.03 | johny_ | and u mean layer priority? |
| 07:40.29 | ndec | you can use bitbake-layers show-recipes to list all recipes and their 'preferred' version. |
| 07:40.47 | ndec | well, each recipe has a 'version' |
| 07:40.58 | ndec | <name>_<version>.bb |
| 07:41.40 | ndec | oops, there was a typo above, it's PREFERRED_VERSION |
| 07:41.47 | johny_ | yes but actually i'm downloding 2 layers from some source so one of the module is been provided by two layers.. and there is versions for that module.. |
| 07:41.51 | ndec | you can grep for that string for examples in tree. |
| 07:42.00 | johny_ | so wha t can i do to take my cchoice of bb file |
| 07:42.29 | ndec | i think it's best to use PREFERRED_VERSION_<name> then. |
| 07:42.48 | ndec | if you give a layer a higher priority then it will impact all recipes from that layer. |
| 07:43.00 | johny_ | bb files name is just <module>.bb in both the layers..!!! |
| 07:43.35 | ndec | then the version must be set in the .bb file. |
| 07:43.49 | johny_ | oh sory , both the layers has same versions. |
| 07:43.53 | ndec | it's taken automatically from the .bb file when there is one. |
| 07:43.59 | johny_ | they are including one more file in side bb |
| 07:44.12 | johny_ | versions are same in both |
| 07:44.58 | ndec | hmm... are these 2 public layers ? can you tell more about them? |
| 07:45.04 | johny_ | but configurations and patch files are different |
| 07:45.11 | johny_ | no no.. these are not public layers |
| 07:45.19 | johny_ | created by some one |
| 07:45.24 | ndec | ok. |
| 07:45.50 | ndec | then i think you might get around with priority, but i have never used that too much. i don't know what other 'problems' you might get. |
| 07:46.08 | ndec | maybe be better to wait for others to chime in. |
| 07:46.11 | johny_ | i want to use some of the modules form one layer and some from another layer but some common modules are there for both |
| 07:46.41 | johny_ | as far as i know, we wil give priority to bb layers.. it should take accordinly. |
| 07:46.49 | johny_ | but it is not happening so!! |
| 07:48.53 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 07:49.01 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 07:56.36 | johny_ | i have a doubt in oe core picking up the bb files for module.. i have two meta-layers in whihc i have bb files with same name and version, so which one will oe takes to build the module? |
| 07:56.56 | johny_ | is it based on PRIORITY of layers ? |
| 08:09.26 | ant_work | johny_: http://lists.linuxtogo.org/pipermail/openembedded-core/2011-August/007387.html |
| 08:12.49 | *** join/#oe panda84kde (~diego@static-217-133-27-192.clienti.tiscali.it) |
| 08:16.07 | *** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66) |
| 08:21.05 | bluelightning | morning all |
| 08:22.04 | bluelightning | ant_work: johny_: FWIW, the bug described in that email has been fixed for quite a while now |
| 08:24.39 | mckoan | morning bluelightning, all |
| 08:26.21 | johny_ | oh ok |
| 08:26.47 | johny_ | so what comes first? priority of layer or latest version of bb? |
| 08:30.34 | *** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66) |
| 08:32.13 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 08:32.39 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:35.41 | *** join/#oe andre_d (~andre_d@82.220.1.204) |
| 08:37.45 | *** join/#oe jackmitchell (~Thunderbi@host217-34-104-101.in-addr.btopenworld.com) |
| 08:38.44 | ant_work | bluelightning: sweet, I can remove one more link from my archive |
| 08:40.02 | ant_work | bluelightning: just for fun, what happens with xserver-nodm-init now with default prefs? Which one is chosen if you hav emeta-oe? |
| 08:40.45 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
| 08:42.33 | bluelightning | ant_work: the meta-oe one |
| 08:42.59 | ant_work | I see, thx |
| 08:43.13 | bluelightning | ant_work: but that's about to be merged into OE-Core, and then we can send a patch to remove the meta-oe one |
| 08:43.20 | ant_work | (can't check from here) |
| 08:43.24 | ant_work | great news |
| 08:43.36 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 08:44.13 | ant_work | bluelightning: the xinput/pointercal is still in queue? |
| 08:44.45 | bluelightning | ant_work: it's part of the same patch |
| 08:45.11 | ant_work | yumm |
| 08:47.32 | bluelightning | just send dylan & bitbake 1.18 changes incl a bunch of changes from JaMa|Off |
| 08:57.41 | silvio_ | morning all, bluelightning , ant_work |
| 09:03.36 | silvio_ | It is possible made an append of an .inc file? |
| 09:10.43 | ant_work | silvio_: no, .inc and .classes can not be appended |
| 09:12.11 | silvio_ | ant_work, thanks, if I what check that i use last revisio of a version of a certain version of .bb, for example gvfs-1.8.2.bb? |
| 09:14.53 | silvio_ | I'm looking here http://layers.openembedded.org/layerindex/recipes/?q=gvfs, but I see last version , and I would last revision of gvfs-1.8.2.bb |
| 09:15.45 | ant_work | silvio_: ah, you mean the previous revision |
| 09:17.29 | ant_work | in this case you should just set the PREFERRED_VERSION-pn or mask the more recent packages |
| 09:18.23 | ant_work | ah, ofc you have to provide the recipe in some layer |
| 09:23.26 | *** join/#oe liveforeverx (~Adium@2001:6f8:12d9:13:f06b:fad3:ce51:46bf) |
| 09:23.43 | *** join/#oe diego (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 09:25.03 | ant_work | silvio_: typo...note that it is actually an underscore like in: PREFERRED_VERSION_u-boot = "2012.10" |
| 09:25.50 | ant_work | iirc PREFERRED_VERSION_pn-u-boot = "2012.10" if you put it in your local.conf instead |
| 09:29.05 | silvio_ | ant_work, sorry I was not clear I had a trouble with gvfs-1.8.2-r7, and I found some patches online that to r9, but how I can sure that r9 is last revision of that version of recipe, and there is not an r10 revision or more? |
| 09:30.26 | bluelightning | silvio_: the r number is just an incrementing revision number, it doesn't have any relevance outside of OE / distros derived from it |
| 09:31.17 | ant_work | it is only a nightmare for package management ;) |
| 09:32.36 | ant_work | silvio_: if I understand it, you have some extra patches in your layer so you want create a .bbappend and add those extra patches |
| 09:34.11 | silvio_ | ant_work, yes , I want add this extra patches to gvfs-1.8.2-r7, but I m not sure that last patch that solve my trouble is r9 |
| 09:34.38 | silvio_ | I try to loooking in git repo, but seam last is r8 ?!!? |
| 09:35.47 | silvio_ | but i found a r9 with google so I cant understand with is the last patch made to gvfs-1.8.2 to make it finish compilation in right way |
| 09:36.06 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 09:36.21 | silvio_ | http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-December/043203.html |
| 09:37.00 | silvio_ | do now i go in incremental steps... |
| 09:42.28 | *** join/#oe zecke (~ich@91-65-247-193-dynip.superkabel.de) |
| 09:43.48 | pb_ | morning all |
| 09:48.15 | bluelightning | hi pb_ |
| 09:49.41 | ant_work | silvio_: you re using danny it seems |
| 09:49.53 | silvio_ | ant_work, yes |
| 09:53.44 | ant_work | silvio_: seems you need to backport some patches http://cgit.openembedded.org/meta-openembedded/log/meta-gnome/recipes-gnome/gvfs |
| 09:56.52 | silvio_ | ant_work, seams I m becoming crazy... :) |
| 09:57.03 | silvio_ | ant_work, seems* I m becoming crazy... :) |
| 10:01.28 | pb_ | hi bluelightning |
| 10:33.01 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 10:40.58 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 11:08.30 | *** join/#oe GunsNRose (~GunsNRose@118.114.149.98) |
| 11:09.32 | *** join/#oe Crofton (~balister@88.128.80.2) |
| 11:10.06 | Crofton | <PROTECTED> |
| 11:14.08 | ant_work | Crofton: not yet escalated like the kernel's one about DT bindings as ABI ;) |
| 11:14.40 | *** join/#oe liveforeverx (~Adium@2001:6f8:12d9:13:15bd:d228:f35b:8d40) |
| 11:15.46 | Crofton | :) |
| 11:30.37 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
| 11:36.16 | *** part/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 11:36.19 | *** join/#oe abelloni (~piout@128-79-216-144.hfc.dyn.abo.bbox.fr) |
| 11:37.33 | *** join/#oe liveforeverx (~Adium@2001:6f8:12d9:13:d469:8dee:5d09:f6b6) |
| 11:43.12 | *** join/#oe ldnunes (~ldnunes_@187.23.155.55) |
| 11:45.25 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 12:03.33 | *** join/#oe davor (~davor@94.253.178.113) |
| 12:05.12 | *** join/#oe mhnoyes (~mhnoyes@74-38-52-33.dr01.myck.or.frontiernet.net) |
| 12:05.12 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:05.13 | *** join/#oe davor (~davor@unaffiliated/davor) |
| 12:08.21 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
| 12:31.57 | silvio_ | ant_work, bluelightning , thanks for help I applier r8 patch and seems that all work like a charm |
| 12:32.35 | bluelightning | silvio_: great :) |
| 12:33.20 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 12:33.39 | silviof | Can I mix the sstate-cache directory for different build platforms? like fedora 17 and a debian-7.0? |
| 12:41.54 | bluelightning | silviof: you can, but the native parts won't be shared by default (since as you can probably see, there is a subdirectory named with the value of NATIVELSBSTRING for each distro) |
| 12:42.07 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 12:42.07 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 12:42.36 | bluelightning | silviof: the reason being, executables built against a newer glibc will break if run with an older version |
| 12:43.28 | *** join/#oe blitz00 (stefans@nat/intel/x-qvrzzhcegfhtauoc) |
| 12:43.28 | *** join/#oe blitz00 (stefans@unaffiliated/blitz00) |
| 12:43.56 | silviof | bluelightning: oh ok - thanks. I just wanted to make sure. |
| 12:49.51 | *** join/#oe mhnoyes (~mhnoyes@74-38-52-33.dr01.myck.or.frontiernet.net) |
| 12:49.53 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:53.13 | silviof | otavio: I have seen you have done some work in meta-browser. You know Is there some work done for firefox22? |
| 12:53.31 | otavio | silviof: it is not |
| 12:53.45 | otavio | silviof: if you're willing to work on this, please do |
| 12:54.43 | silviof | yeah - i work on it :-P (now) |
| 13:18.45 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 13:19.11 | *** join/#oe davor (~davor@unaffiliated/davor) |
| 13:30.59 | *** join/#oe nb-ben (~benb@212.150.57.2) |
| 13:39.30 | *** join/#oe blitz00 (stefans@nat/intel/x-iwwjdwhncyndgurl) |
| 13:50.40 | *** join/#oe Crofton (~balister@88.128.80.2) |
| 14:23.26 | *** join/#oe spiekey (~mario@projekte.imos.net) |
| 14:23.31 | spiekey | Hello! |
| 14:24.30 | spiekey | my questions might be off topic, but i could need a hint here. I have this Device: http://www.bandrich.com/p530_over.html |
| 14:24.58 | spiekey | it runs open embedded on it i think. It has a Web GUI and a telnet Login. |
| 14:25.41 | spiekey | Any idea how i can "root" the device? I want to pimp it a little bit and do some custom stuff on it... |
| 14:26.13 | spiekey | the Backup file seems to be some DOS Binary?! |
| 14:28.26 | *** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net) |
| 14:28.29 | ynezz | you're asking about backdoors in oe? or for some 0day? |
| 14:35.12 | jackmitchell | spiekey: OE is a build system, rather than a specific operating system, the manufacturer of that device could have made any number of custom changes |
| 14:35.56 | jackmitchell | spiekey: if it runs OE then it runs Linux and as such you're probably better looking for general Linux exploits |
| 14:36.39 | jackmitchell | *probably runs Linux, OE could in theory be used to build other operating systems |
| 14:39.25 | stefan_schmidt_w | jackmitchell: even if that theory is very far fetched :) |
| 14:41.13 | spiekey | jackmitchell, hm. okay. Last time i downloaded the Backup file, added my user in /etc/passwd /etc/secrets and uploaded the backup file and i was able to telnet into it. Then i was able to set up my openvpn tunnel. which was nice |
| 14:42.00 | stefan_schmidt_w | spiekey: thats is not specific to OE at all. Sounds like they wrote something on their own their for handling backups |
| 14:42.04 | jackmitchell | stefan_schmidt_w: indeed, I realised I had said something that could possibly be wrong; I didn't want the internet police coming to get me ;) |
| 14:42.26 | pb_ | stefan_schmidt: we use OE to build binaries (though admittedly not entire filesystems) for windows. |
| 14:42.32 | spiekey | okay, thanks a lot |
| 14:42.34 | stefan_schmidt_w | jackmitchell: I cannot hear them. Seems like they are out of black vans right now. Lucky you :) |
| 14:43.18 | stefan_schmidt_w | pb_: I buy that without doubt. I have yet to see OE build a fully system for something else than Linux |
| 14:43.48 | stefan_schmidt_w | pb_: Still a surprise to me that you do that :) |
| 14:44.05 | stefan_schmidt_w | pb_: mingw integrated as compiler or how? |
| 14:44.06 | *** join/#oe SoylentY_ (~SoylentYe@129.10.181.81) |
| 14:44.21 | pb_ | stefan_schmidt_w: right, exactly. |
| 14:45.01 | stefan_schmidt_w | pb_: cool, did not know people are doing that |
| 14:52.36 | bluelightning | stefan_schmidt_w: you may be interested to hear that poky was used to build apps + dependencies for rooted iOS devices some years ago :) |
| 14:53.08 | stefan_schmidt_w | bluelightning: brr, now I have goose bumps. :) |
| 14:53.29 | bluelightning | :D |
| 14:53.30 | stefan_schmidt_w | bluelightning: Still its binaries but not full images |
| 14:53.57 | bluelightning | indeed... would be interesting to see someone build something else, but probably quite a lot of work |
| 14:54.04 | stefan_schmidt_w | Actually I remember these crazy folks at OHand did such things |
| 14:54.13 | bluelightning | yeah, that was an OpenedHand project |
| 14:55.15 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 15:00.57 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 15:01.52 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 15:08.43 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 15:08.45 | andre_d | hi. how does bitbake know which PACKAGE_ARCH to consider for the image? My (A/V) firmwares are only SoC specific, not machine (or board) - so I built them using PACKAGE_ARCH = ${SOC_FAMILY} - but it seems I need to add this somewhere else as the image creation eventually fails complaining that it can't find the required packages |
| 15:15.05 | pb_ | andre_d: it uses everything in ${PACKAGE_ARCHS} |
| 15:19.42 | *** join/#oe kristoffer (~kristoffe@c-a4dae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 15:21.05 | andre_d | pb_: thanks. So would I just add ${SOC_FAMILY} to PACKAGE_EXTRA_ARCHS_append? |
| 15:22.04 | pb_ | yeah, something like that. |
| 15:25.27 | bluelightning | curious, I can't find anyone else doing that e.g. in meta-ti |
| 15:26.08 | denix | bluelightning: what do you mean? |
| 15:27.05 | bluelightning | denix: I meant, I would have expected similar necessity in other layers such as meta-ti and yet it doesn't appear to be done there |
| 15:27.38 | denix | bluelightning: yeah, I meant to ask if you refer to SOC_FAMILY topic or something else |
| 15:27.41 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:28.09 | bluelightning | denix: that's what I was referring to yes |
| 15:28.42 | denix | bluelightning: there's soc-family.inc in oe-core now and we include it |
| 15:29.17 | acidfu | erm does anyone know how to tun it off: "bootconsole [earlycon0] enabled" when linux is booting ? |
| 15:30.15 | bluelightning | denix: sure, it's just that what andre_d is asking about seems semi-logical so it seemed a bit odd that we're not doing it automatically, but maybe there is a good reason for that |
| 15:31.05 | andre_d | adding ${SOC_FAMILY} to PACKAGE_EXTRA_ARCHS in my machine.conf worked nicely for me |
| 15:31.12 | ndec | i don't think there are any firmware for a/v in meta-ti, yet. no? |
| 15:31.32 | ndec | andre_d: adding means 'append'. right? |
| 15:31.40 | andre_d | yes |
| 15:32.07 | ndec | well, bluelightning i agree that is SOC is not a 'core' feature, we might want to add SOC to PACKAGES_ARCHS. |
| 15:32.09 | denix | bluelightning: ah, I see. we don't do SOC on the package level on purpose |
| 15:32.36 | andre_d | not sure if ideally this should be added to the ipkg configuration on the target, so packages can be update, too. But it's not an issue for me right now |
| 15:33.27 | denix | doing it on a package level would require updating package manager (opkg) to match run-time experience |
| 15:34.03 | denix | hence we only use SOC_FAMILY for overrides at build time |
| 15:34.55 | ndec | denix: but there is no firmware in meta-ti, iirc. |
| 15:34.57 | ndec | right? |
| 15:35.01 | denix | yeah, similar to what andre_d said :) |
| 15:35.16 | denix | ndec: no a/v, correct. there's pm though |
| 15:35.36 | ndec | ok, then the same would apply. |
| 15:44.51 | *** join/#oe hillct (~hillct@c-24-34-200-20.hsd1.ma.comcast.net) |
| 15:55.19 | *** join/#oe c00kiemon5ter (~c00kiemon@foss-aueb/coder/c00kiemon5ter) |
| 15:57.57 | *** join/#oe stefan_schmidt (~stefan@host-78-149-134-157.as13285.net) |
| 16:02.34 | ndec | bluelightning: hi. not sure if that was intentional, but you didn't signoff my patch that you merged in dylan... |
| 16:03.25 | bluelightning | ndec: my policy is not to unless I've actually made a change to the patch |
| 16:03.53 | ndec | ok. |
| 16:03.59 | ndec | i didn't know that. |
| 16:04.11 | bluelightning | I know Richard and others sign everything off... I just figure there's not a lot of point adding my name to the list :) |
| 16:04.26 | bluelightning | ndec: thanks for checking though |
| 16:05.04 | ndec | it typically indicates the 'upstream' path, but you are the committer anyway... |
| 16:10.14 | *** join/#oe galak (~galak@rrcs-108-178-110-76.sw.biz.rr.com) |
| 16:12.06 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) |
| 16:16.43 | *** join/#oe liveforeverx (~Adium@2001:6f8:12d9:13:2d53:f515:d206:5893) |
| 16:29.11 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 16:31.17 | ndec | i just noticed that pulseaudio was in DISTRO_FEATURES_BACKFILL. however by default, pulseaudio does not seem to be pulled into my image. does that mean that pulseaudio is now the de-facto support solution, and that bad things could happen if i disable pulseaudio completely (BACKFILL_CONSIDERED)? |
| 16:32.15 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 16:32.36 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 16:32.58 | bluelightning | ndec: no, it's only there since it was floating / on by default in older configurations, so when adding the feature we had to back-fill it into people's existing distro configs |
| 16:33.09 | bluelightning | ndec: you're free to disable it |
| 16:33.54 | ndec | bluelightning: ok... we will see , i restarted a build, but because it touches DISTRO_FEATURE, it will take me a while.. |
| 16:34.08 | bluelightning | indeed |
| 16:34.37 | ndec | bluelightning: i noticed that gst-meta-audio does not depend on plugins-good-pulse. that's on purpose too? |
| 16:35.09 | ndec | with the current default, we seem to enable pulse at build time, but it doesn't have any effect on image (hence i didn't notice before) |
| 16:49.39 | *** join/#oe mario_ (~mario@HSI-KBW-046-005-171-212.hsi8.kabel-badenwuerttemberg.de) |
| 16:51.48 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
| 16:56.20 | rtollert_ | Can somebody smell this fix I made to make sure I'm doing this right? … so I set DISTRO_FEATURES_append+="pam", and the target build of shadow broke, because shadow thinks that if I --enable-pam, it doesn't need to -lcrypt. I "fixed" this by adding BUILD_LDFLAGS="-lcrypt" in a .bbappend. |
| 17:21.54 | bluelightning | ndec: it depends on what you build I guess... the main drivers for adding the feature were gstreamer and qt; I know qt does build differently depending on the feature, I'm not as close to gstreamer as others perhaps |
| 17:23.31 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24-246-93-30.cable.teksavvy.com) |
| 17:23.40 | pb_ | rtollert_: that sounds rather strange, since I believe shadow should indeed not need to -lcrypt when it's using PAM (since the crypto is abstracted behind the PAM api). What exactly is the undefined reference you get without it? |
| 17:24.38 | fray | there are cases where crypt is needed for other reasons, even with PAM enabled.. shadow uses crypt for it's 'passwd', and other commands in order to set and manipulate the passwd/group files.. |
| 17:26.13 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 17:26.13 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 17:36.42 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
| 17:37.22 | rtollert | pb_: shadow-4.1.4.3/lib/encrypt.c:48: undefined reference to `crypt' when linking chsh |
| 17:37.28 | davor | nerdboy, I wrote the image (rootfs.rpi-sdimg) to the SD card using dd, I can mount both partitions and everything, but it won't boot for some reason |
| 17:38.06 | davor | when I plug the thing in, PWR and ACT LEDs come on, then after a few seconds the activity LED goes off and that's that |
| 17:38.14 | davor | no output on composite |
| 17:45.40 | *** join/#oe ftonello_ (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 17:51.04 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 17:52.51 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 17:53.43 | rtollert | pb_ fray: is this something I should submit as a patch? |
| 17:59.22 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:13.37 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
| 18:27.41 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 18:42.16 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:53.36 | *** join/#oe mario_ (~mario@HSI-KBW-046-005-171-212.hsi8.kabel-badenwuerttemberg.de) |
| 19:19.33 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
| 19:22.40 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |