Re: [NEW] inputmethods/libkkc

2022-01-02 Thread SASANO Takayoshi
> That was just my thoughts, and go ahead your original separate package
> if it is good.

ok, now committed to inputmethods/libkkc-data.
thanks all!

-- 
SASANO Takayoshi (JG1UAA) 



Re: [NEW] inputmethods/libkkc

2022-01-02 Thread Kinichiro Inoguchi
On Sun, Jan 02, 2022 at 09:52:56AM +, Stuart Henderson wrote:
> You can try something like this:
> 
> MASTER_SITES0= https://somebody/path/
> DISTFILES= ${GH_DISTFILE} second_distfile.tar.gz:0
> 
> But I don't think there is a problem to have separate ports for libkkc and
> libkkc-data anyway.
> 
> -- 
>  Sent from a phone, apologies for poor formatting.
> 
> On 2 January 2022 07:11:31 SASANO Takayoshi  wrote:
> 
> > Hi,
> > 
> > a happy new year, I hope this year will be good for you.
> > 
> > > My personal thoughts, how about make this libkkc-data as sub package of
> > > libkkc,
> > > since this data releates to it and sub package could reduce the space of
> > > directory under the inputmethods/.
> > 
> > I tried to modify Makefile, but I have no idea to integrate.
> > This is difficult for me.
> > 
> > Different from libmarisa, the source code for libkkc comes from
> > GitHub's git repository, and libkkc-data comes from tarball asset.
> > 
> > Is there any good method to handle git and tarball same time?
> > 
> > Regards,
> > --
> > SASANO Takayoshi (JG1UAA) 
> 

That was just my thoughts, and go ahead your original separate package
if it is good.



Re: [NEW] inputmethods/libkkc

2022-01-02 Thread Stuart Henderson

You can try something like this:

MASTER_SITES0= https://somebody/path/
DISTFILES= ${GH_DISTFILE} second_distfile.tar.gz:0

But I don't think there is a problem to have separate ports for libkkc and 
libkkc-data anyway.


--
 Sent from a phone, apologies for poor formatting.

On 2 January 2022 07:11:31 SASANO Takayoshi  wrote:


Hi,

a happy new year, I hope this year will be good for you.


My personal thoughts, how about make this libkkc-data as sub package of
libkkc,
since this data releates to it and sub package could reduce the space of
directory under the inputmethods/.


I tried to modify Makefile, but I have no idea to integrate.
This is difficult for me.

Different from libmarisa, the source code for libkkc comes from
GitHub's git repository, and libkkc-data comes from tarball asset.

Is there any good method to handle git and tarball same time?

Regards,
--
SASANO Takayoshi (JG1UAA) 




Re: [NEW] inputmethods/libkkc

2022-01-01 Thread SASANO Takayoshi
Hi,

a happy new year, I hope this year will be good for you.

> My personal thoughts, how about make this libkkc-data as sub package of
> libkkc,
> since this data releates to it and sub package could reduce the space of
> directory under the inputmethods/.

I tried to modify Makefile, but I have no idea to integrate.
This is difficult for me.

Different from libmarisa, the source code for libkkc comes from
GitHub's git repository, and libkkc-data comes from tarball asset.

Is there any good method to handle git and tarball same time?

Regards,
-- 
SASANO Takayoshi (JG1UAA) 



Re: [NEW] inputmethods/libkkc

2021-11-22 Thread Kinichiro Inoguchi
My personal thoughts, how about make this libkkc-data as sub package of libkkc,
since this data releates to it and sub package could reduce the space of
directory under the inputmethods/.

On Thu, Sep 23, 2021 at 12:27:41PM +0900, SASANO Takayoshi wrote:
> Hi,
> 
> here is libkkc-data, kana-kanji conversion dictionary for libkkc.
> 
> this needs py(3)-libmarisa.
> 
> -- 
> SASANO Takayoshi (JG1UAA) 
> 




Re: [NEW] inputmethods/libkkc

2021-11-22 Thread SASANO Takayoshi
Hi,

> I'm fine with this and OK inoguchi@.
> '-pthread' might be '-lpthread' ('l' is missing) ?

Thanks, committed with the fix '-lpthread'.

-- 
SASANO Takayoshi (JG1UAA) 



Re: [NEW] inputmethods/libkkc

2021-11-22 Thread Kinichiro Inoguchi
I'm fine with this and OK inoguchi@.

'-pthread' might be '-lpthread' ('l' is missing) ?

On Sun, Nov 21, 2021 at 05:27:48AM +0900, SASANO Takayoshi wrote:
> Hello, sorry for late reply.
> 
> This is fixed version.
> 
> CONFIGURE_STYLE, AUTORECONF is modified/added.
> I thought using CONFIGURE_ENV is better,
> so patches/patch-marisa-glib-makefile-am is removed.
> 
> Adding CONFIGURE_ENV += CFLAGS="..." to suppress C warnings
> (generated from Vala code).
> 
> Regards,
> -- 
> SASANO Takayoshi (JG1UAA) 
> 




Re: [NEW] inputmethods/libkkc

2021-11-20 Thread SASANO Takayoshi
Hello, sorry for late reply.

This is fixed version.

CONFIGURE_STYLE, AUTORECONF is modified/added.
I thought using CONFIGURE_ENV is better,
so patches/patch-marisa-glib-makefile-am is removed.

Adding CONFIGURE_ENV += CFLAGS="..." to suppress C warnings
(generated from Vala code).

Regards,
-- 
SASANO Takayoshi (JG1UAA) 



libkkc.tgz
Description: Binary data


Re: [NEW] inputmethods/libkkc

2021-10-30 Thread Kinichiro Inoguchi
Hi,

I just thought that using "CONFIGURE_STYLE = autoreconf" rather than 'autoconf'
and adding "AUTORECONF = ./autogen.sh" could remove 'do-gen:' block,
like textproc/liblrdf.
I don't think "MODULES = lang/python" is not required.

And adding 'CONFIGURE_ENV += LIBS="-lc++ -lc++abi -lpthread"' could remove
patches/patch-marisa-glib-makefile-am.
I'm not sure which way is better, though.

Also, 'CONFIGURE_ENV += CFLAGS="-Wno-... -Wno-..."' would suppress some
unwanted compilation warnings.

On Thu, Sep 23, 2021 at 12:25:46PM +0900, SASANO Takayoshi wrote:
> Hi,
> 
> here is libkkc, Kana-Kanji Conversion library for Japanese.
> this needs textproc/libmarisa.
> 
> -- 
> SASANO Takayoshi (JG1UAA) 
>