**** BEGIN LOGGING AT Fri Aug 21 02:59:58 2015 Aug 21 07:11:50 I'm basing my image on console-image from angstrom. Now trying to find The Right Way to toss out busybox. Aug 21 07:18:51 tasslehoff: interestingly that looks like a bit of work since it is pulled in as part of packagegroup-boot's RDEPs Aug 21 07:19:44 tasslehoff: might be easier to bbappend that recipe and add a custom distro feature that removes it from the rdeps Aug 21 07:21:02 nrossi: hm. I have a compile running that adds packagegroup-core-full-cmdline and packagegroup-core-lsb. and I see that I should rephrase. Aug 21 07:21:18 I don't need to toss out busybox, just make it don't do much :) Aug 21 07:21:36 I hope that if a proper tool is chosen, that will be preferred over busybox. Aug 21 07:21:39 oh i see you want to replace all the tools with the coreutils/etc Aug 21 07:22:06 nrossi: yes. with me you have to listen to what I mean, not what I say ;) Aug 21 07:24:00 i remeber that you can override the default setup for what is populated with the alternatives stuff, just looking now to see how to do that Aug 21 07:25:06 cool. I think the two packagegroups I added are a bit much, since it has startet compiling qt4... Aug 21 07:30:04 tasslehoff: ok so not sure if this is the exact way to do it. But the easiest way seems to be to just modify the ALTERNATIVE_PRIORITY for busybox at the distro.conf/local.conf level Aug 21 07:30:28 tasslehoff: so ALTERNATIVE_PRIORITY_pn-busybox = "1000" or something (its set at 50) Aug 21 07:31:36 nrossi: will that by itself get the other tools in my image, or must I add them to my image? Aug 21 07:32:06 tasslehoff: you will need to add the tools you want that replace the busybox ones Aug 21 07:32:42 nrossi: thanks. off to test it :) Aug 21 07:33:44 our alternatives setup should ensure that most things that overlap with busybox take precedence when installed at the same time as busybox Aug 21 07:34:14 sorry yer my bad, priority is highest is picked over lowest for update-alternatives Aug 21 07:34:27 there are some recipes where we've missed setting up the alternatives, we should fix those as we find them Aug 21 07:34:48 I was actually going to try that, since I recalled that's how it worked for me in 1.6 Aug 21 07:35:04 is there a packagegroup that will replace most of the core cli tools? Aug 21 07:37:57 tasslehoff: packagegroup-core-full-cmdline IIRC Aug 21 09:05:09 bluelightning: indeed. thanks. Aug 21 12:51:55 the vim situation is annoying Aug 21 12:59:17 vim does not work, can someone fix recipes Aug 21 13:49:46 heh Aug 21 13:49:56 I checked the vim website and they are still transitioning Aug 21 13:50:30 Crofton: what about using ftp.vim.org Aug 21 13:51:31 looks empty Aug 21 13:51:50 Crofton:ftp://ftp.vim.org/pub/vim/unix/ Aug 21 13:51:51 I think we can't depend on googlecode.com anymore.. Aug 21 13:54:04 we are building something from hg that is later than the tarball Aug 21 13:54:08 not sure why Aug 21 13:54:18 hopefully they get up on github fast ... Aug 21 13:55:24 ok.. hopefully before August 25th.. googlecode.com says it will be "read-only" after that Aug 21 14:38:27 if someone needs system calls table: http://malenstwo.juszkiewicz.com.pl/~hrw/test/syscalls.html Aug 21 15:21:23 someone has hardware other than mentioned in that table and can build C code and run? Aug 21 15:21:50 if yes, then please build http://paste.fedoraproject.org/257642/44017035 and provide me output. Thanks Aug 21 15:39:45 Crofton: the vim repo on github no longer has the warning that it's not ready, fyi. Aug 21 15:40:07 though the news on the vim site still indicates the move is in progress Aug 21 15:40:14 * kergoth yawns Aug 21 15:47:23 http://malenstwo.juszkiewicz.com.pl/~hrw/test/syscalls.html updated with ppc64, s390, s390x archs Aug 21 15:59:26 kergoth, do have an url for the repo? Aug 21 15:59:48 https://github.com/vim/vim Aug 21 15:59:57 https://github.com/vim/vim Aug 21 15:59:59 heh Aug 21 16:15:31 patch sent **** ENDING LOGGING AT Sat Aug 22 02:59:58 2015