Re: Handling Japanese new era "令和 (Reiwa)"
On Tue, 07 May 2019 03:45:33 +0900, Hideki Yamane wrote: > * IME (Input Method Editor) >- anthy: not yet done. > * "Natural language processing" Japanese dictionaries >- mecab-ipadic: not yet done. unidic is still active maintained dictionary by upstream, but there are no new release.
Re: Comma in Maintainer field
On Fri, 20 Apr 2018 15:07:56 +0900, Andreas Tille wrote: > So please all members of Natural Language Processing, Japanese team > update the maintainer field to some working e-mail address where the > name does not contain any ','. The affected source packages are: > > udd=# select distinct source from sources where release = 'sid' and > maintainer like '%pkg-nlp-ja-de...@lists.alioth.debian.org%' ; > source > -- > chasen > darts > kakasi > mecab > mecab-jumandic > mecab-naist-jdic > naist-jdic > unidic-mecab > (8 rows) I'll take care of them. Thank you.
Re: How to change config script for multiarch?
At Fri, 12 Feb 2016 01:12:43 +0100,
Jakub Wilk wrote:
> I don't know much about this package, but codesearch.d.n tells me that
> all users of chasen-config call it with the --mkchadic option, which
> causes the script to print /usr/lib//chasen/, which is a
> directory shipped by chasen-config. So it's not completely
> unrelated...
Oh, you are right. And it was already used and dependend in naist-jdic
package. I'll fix it.
> And, as it turns out, the implementation of --mkchadic is the only
> part of the config script that uses the multi-arch triplet in a way
> that can't be trivially patched-out. (The only other place where the
> triplet is used is --libs, where the script prints
> "-L${prefix}/lib/"; but this -L is a no-op that can be
> removed.)
Indeed. I'll remove it.
Re: How to change config script for multiarch?
At Wed, 10 Feb 2016 13:17:50 +0100, Jakub Wilk wrote: > Are you trying to move the script to libchasen-dev? Why? There are > Debian maintainer scripts that use chasen-config. Are they going to > depend on the -dev package? Yes, now I will move the script into libchasen-dev because it seems make sense, chasen-config is not related with chasen dictionaries.
Re: How to change config script for multiarch?
Thank you your good answer. At Wed, 10 Feb 2016 08:34:10 +0100, Vincent Danjean wrote: > I do not think there is a generic answer. But, if your script is > simple, perhaps just replacing hardcoded directory names by the output > of "dpkg -qDEB_HOST_MULTIARCH" will be enough. I think "dpkg-architecture -qDEB_HOST_MULTIARCH)" is the right command, not dpkg right? > Note that this won't solve cross-compilation issues. For this, unless > specific needs, a convertion to pkg-config style is probably the > easiest/rightest (but it is better to do it with upstream). In this > case, the chasen-config might be rewritten with internal calls to > pkg-config to avoid to duplicate the information and still keeping > the old interface. I am also a member of the upstream, but the software is now under maintainance phase, so it is hard to accept using pkg-config insead of the current script. I consider to use pkg-config on debian specific patch in the future. Thank you again.
How to change config script for multiarch?
I am a maintainer of chasen package. It contains chasen-config, it work as pkg-config like but it's a single script. Latest lintain reports: E: libchasen-dev: old-style-config-script-multiarch-path usr/bin/chasen-config full text contains architecture specific dir x86_64-linux-gnu But I want to keep libchasen-dev as Multi-Arch: same. Would you tell me finding the correct way to change the script?
Bug#798741: ITP: simstring -- fast and simple algorithm for approximate string matching/retrieval
Package: wnpp Severity: wishlist Owner: NOKUBI Takatsugu * Package name: simstring Version : 1.0 Upstream Author : Naoaki Okazaki * URL : http://www.chokkan.org/software/simstring/index.html.en * License : 3-BSD Programming Lang: C++ Description : fast and simple algorithm for approximate string matching/retrieval SimString is a simple library for fast approximate string retrieval. Approximate string retrieval finds strings in a database whose similarity with a query string is no smaller than a threshold. Finding not only identical but similar strings, approximate string retrieval has various applications including spelling correction, flexible dictionary matching, duplicate detection, and record linkage.
Re: REISSUED CfV: General Resolution: Init system coupling
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > 57dd4d7c-3e92-428f-8ab7-10de5172589e > [ 2 ] Choice 1: Packages may not (in general) require a specific init system > [ 3 ] Choice 2: Support for other init systems is recommended, but not > mandatory > [ 4 ] Choice 3: Packages may require specific init systems if maintainers > decide > [ 1 ] Choice 4: General Resolution is not required > [ 5 ] Choice 5: Further Discussion > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- pgp40zFyaljQE.pgp Description: PGP signature
Bug#763424: ITP: libsixel -- DEC SIXEL graphics codec implementation
Package: wnpp Severity: wishlist Owner: NOKUBI Takatsugu * Package name: libsixel Version : 1.1.2 Upstream Author : Hayaki Saito * URL : https://github.com/saitoha/libsixel * License : MIT Programming Lang: C, C++ Description : DEC SIXEL graphics codec implementation SIXEL is one of image formats for printer and terminal imaging introduced by Digital Equipment Corp. (DEC). Its data scheme is represented as a terminal-friendly escape sequence. So if you want to view a SIXEL image file, all you have to do is "cat" it to your terminal. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140930073644.10399.21617.reportbug@putia
Bug#760262: ITP: ruby-kakasi-ffi -- A Ruby binding for KAKASI implemented with Fiddle/DL/FFI
Package: wnpp Severity: wishlist Owner: NOKUBI Takatsugu * Package name: ruby-kakasi-ffi Version : 1.0.1 Upstream Author : Akinori MUSHA * URL : https://github.com/knu/kakasi_ffi * License : BSD-2-clause Programming Lang: Ruby, C Description : A Ruby binding for KAKASI implemented with Fiddle/DL/FFI ruby-kakasi-ffi is a replacement of ruby-kakasi. Former package was obsolete, and the upstream site had closed (RAA). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140902074135.27046.8541.reportbug@putia
ITA: anthy
At Sat, 04 Aug 2007 00:11:51 +0900, Masahito Omote wrote: > I intend to orphan the anthy package. Because I cannot take enough time > to catching up anthy's release and because no one take over or become a > co-maintainer of this package in [EMAIL PROTECTED] and > [EMAIL PROTECTED] I'll take it, but I have no time in a few days. -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: First call for vortes: GR: Accept the concept of Debian Maintainers
... Ah, I mistook again... Sorry and ignore please... -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: First call for vortes: GR: Accept the concept of Debian Maintainers
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > 211227d8-5b0a-4ff4-8837-915d24867d33 > [ 1 ] Choice 1: Endorse the concept of Debian Maintainers > [ 2 ] Choice 2: Further discussion > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- pgpGOsF5C3aim.pgp Description: PGP signature
Re: MIA: Masayuki Hatta
At Mon, 9 Oct 2006 13:37:25 +0200 (MEST), [EMAIL PROTECTED] wrote: > Is Masayuki Hatta <[EMAIL PROTECTED]> MIA? I can see his activity on a Japanese local SNS, so he would forget or filtered as a spam. -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#311795: ITP: rast -- A full text search system
At Mon, 06 Jun 2005 09:12:28 +0900, Junichi Uekawa wrote: > Instead of picking up keywords through whitespace-separated 'word's, > it uses pre-set N number of characters for indexing. I had a presentation about full-text search engines in Debian, see the following, and it describe about N-gram based search engine: http://www.daionet.gr.jp/~knok/materials/admc2005.sxi BTW, there is the "n-gram" word in libdigest-nilsimsa-perl package's description without explain of the word. -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#275816: ITP: libfile-type-perl -- determine file type using magic
At Mon, 11 Oct 2004 12:47:25 +0200, Hilko Bengen wrote: > Does its feature differ from File::MMagic (libfile-mmagic-perl)? It seems under different license. File::MMagic is The Apache License because it contains mime.magic database based on mod_mime_magic. -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED]
Re: aacraid driver
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes: >> "Brian Boerner" <[EMAIL PROTECTED]> writes: >> >> >> Well, if you want it, take it up with the Kernel maintainer -- that >> >> is, file a bug on kernel-image-2.2.18pre21-compact or >> >> kernel-source-2.2.18pre21 or whatever. >> >> >> >> Do not make the request here -- we cannot do anything about it. >> >> > I thought since this was the "debian-devel" list that the >> > distro kernel maintainers would be monitoring and/or interested >> > in obtaining official working versions of the source. I'm certainly >> > not interested in trying to hunt down all the distro kernel maintainers. >> > That would be a black hole. >> >> All you have to do is file a bug against kernel-source-2.2.18pre21. Ok. I'll do it. >> If you're not willing to do that, then there's nothing I can really do >> to help you. Thanks your suggestion, Adam.. And I want to say "thanks" to Brian. If you don't post to debian-devel, I couldn't notice that old aacraid has memory leak bug. -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED]
Re: aacraid driver
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes: >> I'm the developer of the aacraid driver. I've noticed some old posts on your >> web site w/r/t this driver. If the maintainer of the debian kernel is >> including this driver, he/she should contact me at [EMAIL PROTECTED] >> to make sure they have the latest version. It seems that the boot image of debian2.2r2 has not aacraid driver. >> If your still using the version >> snagged off of Red Hat's 2.2.16-22 kernel SRPMS, there has been a patch >> since then that fixes a memory leak. I would be more than happy to provide >> this patch to debian for posting on their web site or ftp site. Please let >> me know. Hmm, do you have the official web site of aacraid driver? I had been replied from Adam Di Calro <http://lists.debian.org/debian-boot-0009/msg00576.html>, however I couldn't find the official distribution site of aacraid driver. So I'v not to be able to reply to Adam. Recently, I had met some trouble on aacraid 1.0.3, so I changed to 1.0.6 (snaged off of rawhide's kernel-2.2.17-8.src.rpm) and it makes to be better. If official installer had it, I'm very happy (and maybe many people are). -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED]
ITP: irda-utils
I made irda-utils package. It is GPL. deb http://www.daionet.gr.jp/~knok/debian ./ deb-src http://www.daionet.gr.jp/~knok/debian/source ./ Currently, I'm not a developer. However, I sent a mail to new-maintainer team 6 months ago. -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] (Debian-JP)
