Hello Martin

Thank you so much. It was very helpful.
Your fix works so fine. I could input Japanese on machine via uim-anthy.

I understood that I should use append instead of += in these cases.


2017-08-10 8:58 GMT+09:00 Martin Jansa <martin.ja...@gmail.com>:

> Hello,
>
> Build time dependencies (DEPENDS) unlike runtime dependencies (RDEPENDS)
> don't care about packages (empty or not), they depend on whatever the
> recipe stages to sysroot.
>
> So depending on PROVIDED anthy-dev is the same as depending on just anthy.
>
> The issue you were seeing is because anthy actually wasn't in the DEPENDS
> for target builds.
>
> I've fixed your change when cherry-picking it to master-next, see (and
> test) this:
> http://git.openembedded.org/meta-openembedded/commit/?h=master-next&id=
> 6360697095094bcc800bbe9f8950c96ae4760e2e
>
>
> On Wed, Aug 9, 2017 at 4:40 PM, Yusuke Mitsuki <
> mickey.happygolu...@gmail.com> wrote:
>
>> Hello Khem
>>
>> I wrote:
>> > I tried that reverted this patch(Added libanthy-dev to
>> PROVIDES_class-terget uim: Added libanthy-dev to DEPENDS_class-targe) and
>> added ALLOW_EMPTY_${PN} = "1".
>>
>> ALLOW_EMPTY_${PN} = "1" was added into anthy recipe.
>>
>> A result is in my recent email.(do_configure was not failed but uim-anthy
>> feature is dropped at configure script in uim recipe.)
>>
>> You say that adding libanthy-dev into DEPENDS_class-target at uim recipe
>> is
>> redundant.
>>
>> I want to know a solution of this problem.  I do not intend to persist in
>> my method.
>> BUT under the present conditions I cannot achieve a purpose.(Wants to use
>> uim-anthy for Japanese input)
>>
>> Are there any good ideas?
>>
>> Thanks.
>>
>>
>>
>>
>> 2017-08-09 10:43 GMT+09:00 Yusuke Mitsuki <mickey.happygolu...@gmail.com
>> >:
>>
>> > Hello Khem
>> >
>> > I tried that reverted this patch(Added libanthy-dev to
>> > PROVIDES_class-terget uim: Added libanthy-dev to DEPENDS_class-targe)
>> and
>> > added ALLOW_EMPTY_${PN} = "1".
>> > However config.log say "conftest.c:65:25: fatal error: anthy/anthy.h: No
>> > such file or directory"
>> > It means uim-anthy feature is dropped. uim-anthy could not created
>> > correctly.
>> >
>> > I want to avoid that uim-anthy feature dropping at configure script.
>> >
>> > What should I do?
>> >
>> > Thanks
>> >
>> >
>> > 2017-08-09 10:16 GMT+09:00 Khem Raj <raj.k...@gmail.com>:
>> >
>> >> On Tue, Aug 8, 2017 at 6:00 PM, Yusuke Mitsuki
>> >> <mickey.happygolu...@gmail.com> wrote:
>> >> > Hello Khem
>> >> >
>> >> > Sorry I cannot understand...
>> >> >
>> >> > Are you saying to allow empty for anthy package?
>> >> >
>> >>
>> >> yes whichever recipe is providing libanthy-dev add it there.
>> >>
>> >> > I want to use uim-anthy package in order to input Japanese on the
>> >> machine.
>> >> > I think that it will be a problem if these are empty packages.
>> >> >
>> >> > I see that the dependency is not accurate.
>> >> > anthy recipe seems a bit strange.
>> >> > Most of the definitions are in the subpackage.
>> >> > It seems that neither anthy-dev nor anthy-dbg has any meaning.
>> >> >
>> >> > Thanks.
>> >> >
>> >> >
>> >> >
>> >> > 2017-08-09 9:40 GMT+09:00 Khem Raj <raj.k...@gmail.com>:
>> >> >>
>> >> >> On Tue, Aug 8, 2017 at 5:33 PM, Yusuke Mitsuki
>> >> >> <mickey.happygolu...@gmail.com> wrote:
>> >> >> > Hello Khem
>> >> >> >
>> >> >> > Are you saying that  libanthy-dev is not need and anthy only is
>> >> >> > sufficient?
>> >> >> >
>> >> >> > anthy is in DEPENDS already. BUT it is not sufficient.
>> >> >> > If libanthy-dev is not in DEPENDS_class-target, do_configure will
>> >> not be
>> >> >> > failed.
>> >> >>
>> >> >> that means the dependency is not accurate. can you add
>> >> >>
>> >> >> ALLOW_EMPTY_${PN} = "1"
>> >> >>
>> >> >> to anthy recipe and see if that helps ?
>> >> >>
>> >> >> >
>> >> >> > However config.log say like as follows:
>> >> >> >
>> >> >> > -----
>> >> >> > configure:20054: checking anthy/anthy.h usability
>> >> >> > configure:20054: i586-poky-linux-gcc -m32 -march=i586
>> >> >> >
>> >> >> > --sysroot=/home/y-mitsuki/yocto/build_keyboard/tmp/work/i586
>> >> -poky-linux/uim/1.8.6-r0/recipe-sysroot
>> >> >> > -c  -O2 -pipe -g -feliminate-unused-debug-types
>> >> >> >
>> >> >> > -fdebug-prefix-map=/home/y-mitsuki/yocto/build_keyboard/tmp/
>> >> work/i586-poky-linux/uim/1.8.6-r0=/usr/src/debug/uim/1.8.6-r0
>> >> >> >
>> >> >> > -fdebug-prefix-map=/home/y-mitsuki/yocto/build_keyboard/tmp/
>> >> work/i586-poky-linux/uim/1.8.6-r0/recipe-sysroot-native=
>> >> >> >
>> >> >> > -fdebug-prefix-map=/home/y-mitsuki/yocto/build_keyboard/tmp/
>> >> work/i586-poky-linux/uim/1.8.6-r0/recipe-sysroot=
>> >> >> > conftest.c >&5
>> >> >> > conftest.c:65:25: fatal error: anthy/anthy.h: No such file or
>> >> directory
>> >> >> > #include <anthy/anthy.h>
>> >> >> > -----
>> >> >> >
>> >> >> > Then uim-anthy is not created.
>> >> >> > In order to build uim-anthy, anthy.h is need but it is not
>> installed
>> >> >> > into
>> >> >> > recipes-sysroot.
>> >> >> > anthy.h is incluced libanthy-dev not anthy.
>> >> >> >
>> >> >> > Therefor I think libanthy-dev is need.
>> >> >> >
>> >> >> > Let me know you opinions?
>> >> >> >
>> >> >> > 2017-08-08 12:48 GMT+09:00 Khem Raj <raj.k...@gmail.com>:
>> >> >> >>
>> >> >> >>
>> >> >> >> On Mon, Aug 7, 2017 at 6:00 PM Yusuke Mitsuki
>> >> >> >> <mickey.happygolu...@gmail.com> wrote:
>> >> >> >>>
>> >> >> >>> anthy.h could not found at confiugre of uim.
>> >> >> >>> Dependency broke since it began to use recipes-sysroot.
>> >> >> >>>
>> >> >> >>> Signed-off-by: Yusuke Mitsuki <mickey.happygolu...@gmail.com>
>> >> >> >>> ---
>> >> >> >>>  meta-oe/recipes-support/anthy/anthy_9100h.bb | 1 +
>> >> >> >>>  meta-oe/recipes-support/uim/uim_1.8.6.bb     | 2 +-
>> >> >> >>>  2 files changed, 2 insertions(+), 1 deletion(-)
>> >> >> >>>
>> >> >> >>> diff --git a/meta-oe/recipes-support/anthy/anthy_9100h.bb
>> >> >> >>> b/meta-oe/recipes-support/anthy/anthy_9100h.bb
>> >> >> >>> index a65d324..c507ad7 100644
>> >> >> >>> --- a/meta-oe/recipes-support/anthy/anthy_9100h.bb
>> >> >> >>> +++ b/meta-oe/recipes-support/anthy/anthy_9100h.bb
>> >> >> >>> @@ -18,6 +18,7 @@ SRC_URI[sha256sum] =
>> >> >> >>> "d256f075f018b4a3cb0d165ed6151fda4ba7db1621727e0eb54569b6e2
>> >> >> >>>
>> >> >> >>>  DEPENDS_class-target = "anthy-native"
>> >> >> >>>  RDEPENDS_${PN}_class-target = "libanthy0"
>> >> >> >>> +PROVIDES_class-target = "libanthy-dev"
>> >> >> >>
>> >> >> >>
>> >> >> >> This seems redundant
>> >> >> >>
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>  inherit autotools pkgconfig
>> >> >> >>>
>> >> >> >>> diff --git a/meta-oe/recipes-support/uim/uim_1.8.6.bb
>> >> >> >>> b/meta-oe/recipes-support/uim/uim_1.8.6.bb
>> >> >> >>> index ed846b9..4cb7b62 100644
>> >> >> >>> --- a/meta-oe/recipes-support/uim/uim_1.8.6.bb
>> >> >> >>> +++ b/meta-oe/recipes-support/uim/uim_1.8.6.bb
>> >> >> >>> @@ -14,7 +14,7 @@ SRC_URI[md5sum] =
>> "ecea4c597bab1fd4ba98ea84edcec
>> >> e59"
>> >> >> >>>  SRC_URI[sha256sum] =
>> >> >> >>> "7b1ea803c73f3478917166f04f67cce6e45ad7ea5ab6df99b948c17eb1c
>> b235f"
>> >> >> >>>
>> >> >> >>>  DEPENDS = "anthy fontconfig libxft libxt glib-2.0 ncurses
>> >> intltool"
>> >> >> >>> -DEPENDS_class-target += "intltool-native gtk+ gtk+3 uim-native
>> >> >> >>> takao-fonts"
>> >> >> >>> +DEPENDS_class-target += "intltool-native gtk+ gtk+3 uim-native
>> >> >> >>> takao-fonts libanthy-dev"
>> >> >> >>
>> >> >> >>
>> >> >> >> It should say anthy not libanthy-dev
>> >> >> >>>
>> >> >> >>>
>> >> >> >>>  RDEPENDS_uim = "libuim0 libedit"
>> >> >> >>>  RDEPENDS_uim-anthy = "takao-fonts anthy libanthy0"
>> >> >> >>> --
>> >> >> >>> 2.7.4
>> >> >> >>>
>> >> >> >>> --
>> >> >> >>> _______________________________________________
>> >> >> >>> Openembedded-devel mailing list
>> >> >> >>> Openembedded-devel@lists.openembedded.org
>> >> >> >>> http://lists.openembedded.org/mailman/listinfo/openembedded-
>> devel
>> >> >> >
>> >> >> >
>> >> >
>> >> >
>> >>
>> >
>> >
>> --
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>
>
>
-- 
_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Reply via email to