**** BEGIN LOGGING AT Tue Mar 31 02:59:59 2015
Mar 31 11:00:57 <ant_work> lumag: any comment on  https://lkml.org/lkml/2015/3/9/732
Mar 31 12:10:40 <lumag> ant_work, bluelightning_ hello
Mar 31 12:11:21 <ant_work> hi
Mar 31 12:11:33 <lumag> ant_work, the patch is logical but not critical for our devices.
Mar 31 12:12:58 <ant_work> ok. I was wondering about the last fix we did (repartition after suspend)
Mar 31 12:13:10 <ant_work> doesn't seem related, anyway
Mar 31 13:09:59 <ant_work> bluelightning: wb
Mar 31 13:10:14 <bluelightning> hi ant_work, lumag
Mar 31 13:11:12 <ant_work> I have a Q for you: is it possible for fetcher2 to unpack an http SRC_URI in a 'destsuffix' like for the git fetcher? I think it was possible long ago but not anymore
Mar 31 13:12:09 <ant_work> Now apparently the source is unpacked under a dir with the same name as
Mar 31 13:12:09 <ant_work>  the tarbal.
Mar 31 13:12:21 <ant_work> So for linux_4.0-rc6.xz  > S = "${WORKDIR}/linux-4.0-rc6". No alternatives.
Mar 31 13:12:42 <ant_work> PN doesn't matter here!
Mar 31 13:13:28 <ant_work> it means linux-handheld_blah must set S as above
Mar 31 13:19:34 <bluelightning> ant_work: I believe that is possible, one moment
Mar 31 13:21:29 <bluelightning> ant_work: did you try "subdir" ?
Mar 31 13:22:10 <bluelightning> that of course will not rename lin-4.0-rc6, it will just put one or more subdirectories in front of it, because linux-4.9-rc6 comes from the tarball
Mar 31 13:22:19 <bluelightning> argh I cannot type today
Mar 31 13:22:26 <bluelightning> linux-4.0-rc6
Mar 31 13:23:59 <ant_work> er.. no
Mar 31 13:24:16 <ant_work> I tried destsuffix just coming from -yocto but it doesn't happly
Mar 31 13:24:24 <ant_work> *apply
Mar 31 13:24:56 <ant_work> iir we had old git kernels setting S=${WORKDIR}/git
Mar 31 13:25:30 <ant_work> I'm looking for a generic S= for non-yocto kernels but I'm turning in cirles...
Mar 31 13:26:07 <ant_work> in fact the recipes I'm doing are fetching the tarball
Mar 31 13:26:46 <ant_work> seems preferable for casual OE-kernel developers (lumag, linusw)
Mar 31 13:28:42 <bluelightning> S is going to need to be set dependent on the structure of the tarball contents, no different from any other recipe
Mar 31 13:29:23 <ant_work> yes but the split S/B of kernel and gcc killed some procedures
Mar 31 13:29:40 <bluelightning> talk to Bruce or Richard I guess
Mar 31 13:30:04 <ant_work> I'm reading they have far-related issue with devshell in fact
Mar 31 13:30:20 <ant_work> bluelightning: note that all this hassle is only needed until linux-yocto_4.0
**** ENDING LOGGING AT Wed Apr 01 02:59:58 2015