Bug 20456 – dbskkd-cdb-1.01.ebuild (New Package)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Mamoru KOMACHI (RETIRED) 2003-05-04 22:54:03 UTC]

Hello.

dbskkd-cdb is a fast, reliable dictionary server for the SKK
Japanese-input software. It works under inetd so that you can
restrict accesss to the server with tcp-wrappers.

I suggest dev-db/freecdb and app-i18n/skk-jisyo-cdb as this version
of dbskkd-cdb cannot be compiled with the current version (0.75) of
dev-db/cdb.

[Comment 1 Mamoru KOMACHI (RETIRED) 2003-05-04 22:57:09 UTC]

Created attachment 11499 [details]
dbskkd-cdb-1.01.ebuild

[Comment 2 Mamoru KOMACHI (RETIRED) 2003-05-04 22:58:32 UTC]

Created attachment 11500 [details]
dbskkd-cdb.xinetd

[Comment 3 Mamoru KOMACHI (RETIRED) 2003-05-04 23:15:59 UTC]

It depends on dev-db/freecdb while building. The portage version
(0.75) of dev-db/cdb is not compatible with the submitted version
(1.01) of dbskkd-cdb.

[Comment 4 Mamoru KOMACHI (RETIRED) 2003-05-04 23:19:23 UTC]

dbskkd-cdb depends on app-i18n/skk-jisyo-cdb when it runs.

[Comment 5 Patrick Kursawe (RETIRED) 2003-05-05 03:50:35 UTC]

Taking this one - Masatomo, I think this would have been assigned to you but I currently have a bit spare time.

[Comment 6 Patrick Kursawe (RETIRED) 2003-05-05 03:51:46 UTC]

Ooops, forgot that click...

[Comment 7 Patrick Kursawe (RETIRED) 2003-05-05 05:29:53 UTC]

Done - but please be sure to check the license next time. This looks more like "as-is" than like GPL.

[Comment 8 Mamoru KOMACHI (RETIRED) 2003-05-05 09:04:05 UTC]

Thanks!
Yeah, I noticed that it looks like as-is when you take a look at
LICENSE file; but at the end of its Release-Notes it says:

> Redistribution of this software
> 
> Redistribution of this software is under the GNU Public License.
> For the further details, consult to each file of the package.

so I thought dbskkd-cdb is under GPL. (Red Hat also treats it
as GPL'd software) Surely it is a little bit confusing and I'll 
check it out next time.

[Comment 9 Masatomo Nakano (RETIRED) 2003-05-05 11:24:06 UTC]

I think it should be RDEPEND to 'sys-apps/xinetd' or include inetd.conf line.
What do you think?

[Comment 10 Patrick Kursawe (RETIRED) 2003-05-06 02:10:14 UTC]

I just emailed the author because of the license... it is not clear which applies.

About (x)inetd: I will have a look how other packages handle this. 

[Comment 11 Mamoru KOMACHI (RETIRED) 2003-05-06 02:36:28 UTC]

Created attachment 11553 [details]
dbskkd-cdb.xinetd (fixed typo)

Sorry I included wrong xinetd conf file. "server skkserv" should be
"service skkserv".

[Comment 12 Mamoru KOMACHI (RETIRED) 2003-05-06 03:20:53 UTC]

There are few packages that depend on virtual/inetd (only net-ftp/ftpd and
net-mail/qpopper at the point) and both of them do not include inetd.conf
file. Qpopper's ebuild, however, puts a messege about inetd.conf in pkg_postinst()
section. Personally I uses inetd to invoke dbskkd-cdb server so I don't want it
to depend on xinetd. Qpopper's solution (show some notice about inetd.conf)
would be better than doing nothing, but probably the best way is to include inetd.conf as you mentioned.

[Comment 13 Patrick Kursawe (RETIRED) 2003-05-06 11:17:29 UTC]

Now it checks for /usr/sbin/xinetd and creates an example configuration line for inetd in /etc/inetd.skkserv (and gives some notice) if it does not find it. Ok?

[Comment 14 Mamoru KOMACHI (RETIRED) 2003-05-07 11:19:57 UTC]

Thanks. The ebuild file has been improved so much :-)