Re: This topic died off; any resolution?

[Reinhard Tartler]

Manoj Srivastava  writes:

> A special rule in debian/rules to duplicate apt-get source for
>  people who are skeptical of thea rchive (and have an ill defined
>  attack vector thay are being paranoid about) -- or to provide
>  functionality that apt-get source is not a duplicate for?

Well, for complicated cases (like ffmpeg, where we have to fight with
svn:externals, external svn servers etc) it is very helpful to have such
a rule. Espc. if some user objects with some of the modifications and
needs to apply changes to it in order to get a slightly modified
package.

I think this is a valid usecase for shipping a debian/rules target that
mimics 'apt-get source' (which cannot know what modifications have been
done to the source).

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: realtime kernel for Debian

[Grammostola Rosea]

Adrian Knoth wrote:

On Wed, Mar 25, 2009 at 12:37:37PM +0100, Grammostola Rosea wrote:

  

Why only in 64studio and not in plain Debian?
  
What's good for Debian is good for us :-) but the Debian project may 
not want to tweak the kernel or the FireWire stack just for the 
benefit of FFADO users. In the 64 Studio project we have more 
flexibility to do things like that.

Some background info here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/276463 
  
What is true about this? Shouldn't plain Debian also support those Pro 
audio Firewire devices, the ones the FFADO team are making drivers for?




It's easy:

http://ieee1394.wiki.kernel.org/index.php/Juju_Migration#Module_auto-loading


Compile both modules and blacklist the new Juju modules. That's the
current upstream recommendation.

Even if the default will change around 2.6.30 (or later, I don't know
the exact schedule), the FFADO users could still enable the old ieee1394
modules.

We already have libraw1394-v2 in sid, but as outlined, FFADO currently
only works with the old stack. This might also change in the future,
especially if the Google Summer of Code project succeeds. (in-kernel
alsa driver module for firewire audio)


IOW: ship both stacks, decide for one and blacklist the other. FFADO
users will then select the appropriate one. And of course, I'll continue
looking into the FFADO-on-Juju issue.


  
I asked an guy who did some work on the RT kernel for Ubuntu. This is 
what he said:



1) Ubuntu RT kernel don't offer the same guarantees that offer one of
the Debian kernels. For example DOS vulnerabilities are accepted into
Ubuntu RT Kernel (because it live in universe) when in Debian aren't
accepted at all.

2) Kernel packages between Debian and Ubuntu are very different.
Different version, different build infrastructure, different approach
in accepting external sources. These packages are one of few packages
that Ubuntu don't inherit from Debian.

3) Lenny is just released. I suppose that the next Debian release will
probably be in two years. In meanwhile it is probably that almost rt
bits will be merged and available in vanilla kernel (when it happen
the rt kernel could became one of all kernel flavours that Debian
offers).

In other words a lot of effort is required for satisfy high quality
requested by Debian policy.

Comments on this?

\r


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Suggestions about apt-spy

[Stefano Canepa]

Dear all,
I'm trying to release a new version of apt-spy but litian give me a
warning about /var/cache/apt-spy/mirrors.txt that is in unusual dir.
This file is a copy of README.mirrors.txt from debian main ftp and it's
cppied in this /var/cache/apt-spy at installation time and every time
the user askes apt-spy to download a new copy. This is not a
configuration file so placing it in /etc/apt-spy sounds not right to me.
Where is a the right place to copy the mirror list? 

TIA
Stefano

-- 
Stefano Canepa aka sc: s...@linux.it - http://www.stefanocanepa.it
Three great virtues of a programmer: laziness, impatience and hubris.
Le tre grandi virtù di un programmatore: pigrizia, impazienza e
arroganza. (Larry Wall)


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente

Re: Sponsorship requirements and copyright files

[Russ Allbery]

Manoj Srivastava  writes:
> On Thu, Mar 26 2009, Russ Allbery wrote:

>> One intermediate way in which I could see this specification going into
>> Policy without it being required for anyone would be to add a
>> subsection of the copyright section that says "you are not required to
>> use any particular format for debian/copyright, but if you *want* to
>> use a structured format, please use this one."  I can see some value in
>> doing that without requiring the format and I think it would fit into
>> the mandate of Policy to do so.

> You think policy shol recommend people use a format known to ve
>  flawed, in draft form, and scheduled to be radically changed?

No, no.  Not until it's been discussed and is fairly stable.  Sorry, I
wasn't clear.  My only point was that we can put it into Policy without
making it mandatory (or even recommended unless people *want* to use a
machine-parsable format).

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: realtime kernel for Debian

[Cassiel]

2009/3/28 Grammostola Rosea 

>
>>
> I asked an guy who did some work on the RT kernel for Ubuntu. This is what
> he said:
>
>  1) Ubuntu RT kernel don't offer the same guarantees that offer one of
>> the Debian kernels. For example DOS vulnerabilities are accepted into
>> Ubuntu RT Kernel (because it live in universe) when in Debian aren't
>> accepted at all.
>>
>> 2) Kernel packages between Debian and Ubuntu are very different.
>> Different version, different build infrastructure, different approach
>> in accepting external sources. These packages are one of few packages
>> that Ubuntu don't inherit from Debian.
>>
>> 3) Lenny is just released. I suppose that the next Debian release will
>> probably be in two years. In meanwhile it is probably that almost rt
>> bits will be merged and available in vanilla kernel (when it happen
>> the rt kernel could became one of all kernel flavours that Debian
>> offers).
>>
>
debian stable aims to production servers, IMO multimedia users can/should
live with testing without any fear of system crashes and security updates.

having RT kernel in testing could lead to a significant improvement for
multimedia tasks under debian when squeeze will be released (in 18 months I
hope).

waiting for the RT bits to be merged into the kernel mainline sounds like a
slow down..


>
>> In other words a lot of effort is required for satisfy high quality
>> requested by Debian policy.
>>
> Comments on this?
>
>
> \r
>

raffaele

Re: RFS: libnet - orphaning libnet

[Stefanos Harhalakis]

Hello again,

On Friday 27 March 2009, David Paleino wrote:
> After all, it's your choice, you should have fun working with VCS's (that's
> why I switched from SVN to Git most of my packages, *grin*)

I've retitled bug #516222 to be an ITA. I see that I need to upload a new 
version with myself as maintainer but since you've already a version that 
awaits, I'll wait for it to be uploaded first. Then I'll send another one 
with the changes.

Is this this corrector procedure? Is there anything else that needs to be 
done?

I'm not subscribed to debian-devel, so if you posted something there, I didn't 
get it.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Suggestions about apt-spy

[Paul Wise]

2009/3/28 Stefano Canepa :

> Where is a the right place to copy the mirror list?

Perhaps a static copy in /usr/share/apt-spy and the dynamically
downloaded version at /var/cache/apt-spy/ ?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: RFS: libnet - orphaning libnet

[David Paleino]

On Sat, 28 Mar 2009 15:22:46 +0200, Stefanos Harhalakis wrote:

> Hello again,

Hi Stefanos,

> On Friday 27 March 2009, David Paleino wrote:
> > After all, it's your choice, you should have fun working with VCS's (that's
> > why I switched from SVN to Git most of my packages, *grin*)
> 
> I've retitled bug #516222 to be an ITA. I see that I need to upload a new 
> version with myself as maintainer but since you've already a version that 
> awaits, I'll wait for it to be uploaded first. Then I'll send another one 
> with the changes.

Uh?
Please go yourself, I don't have any new version ready. Also, please coordinate
with upstream (Sam Roberts), to have a new version released.

Kindly,
David

-- 
 . ''`.  Debian maintainer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Re: RFS: fsprotect

[Stefanos Harhalakis]

Hello,

I've just found this reply that was post in debian-devel using google. Please 
CC me or keep the discussion in debian-mentors or CC debian-mentors. I'm not 
subscribed to debian-devel.

> On Sun, Mar 22, 2009 at 06:17:45PM +0200, Stefanos Harhalakis wrote:
> > fsprotect ease the pain of protecting a system. By using an init script
> > and a initramfs script it can make the root and other filesystems
> > immutable. It uses aufs and tmpfs.
>
> Please provide further information. A Debian system without root access
> does not need a different layer of protection, especially as it brings
> in another piece of kernel code (aufs).

There actually is. Public computers require such protection for various 
reasons:

a) Because users can change their own settings. Using fsprotect, all data (not 
only root's) aren't altered.
b) It is convenient to have existing filesystems mounted as RO. This results 
in no problems when computers are turned off
c) No root-owned processes can ever change disk data. This means that logs 
don't grow, etc.
d) Combined with other techniques it may even makes it somehow safe in the 
futire to provide root access. This was somehow possible with BSD security 
levels since you could forbid remounting and raw disk access, so it was 
impossible to change data on disk. (Is there something similar today?)
e) I bet that there are uses for flash-based disks to prevent disk writes.

Of course, some things may also be done with other ways/tools, but from my 
experience on this subject I found this to be the easiest and safest 
approach.

It is also possible to use it on PCs for testing purposes (i.e. test 
etch->lenny upgrades). I've used it to test KDE4.2 from experimental on a PC 
that had KDE3.5 :-)

The best thing of fsprotect is the simplicity of using it. It takes about 5 
minutes (max) to install, RTFM and configure and your PC is "fixed". It 
attempts to do some of the things that deepfreeze[1] does for windows and/or 
linux.

Even if fsprotect is a native debian package, it is not unique to debian. 
Other distributions may also use it but it needs to be packaged 
per-distribution. It isn't possible to provide a generic package. Don't judge 
it as if it was a modification to debian. Consider it as a generic package.

[1] http://www.faronics.com/html/Deepfreeze.asp


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

fsprotect - Directory in /

[Stefanos Harhalakis]

Dear DDs,

I've written a native debian package named fsprotect[1] that makes existing 
filesystems immutable by combining them with tmpfs using aufs. For fsprotect 
to properly work it absolutely needs a directory to pre-exist in the root 
filesystem. I've used /fsprotect but Matt suggested that it should be placed 
under /lib. Looking again in FHS I see that using /lib would be a kind of 
abuse (am I missing something?).

fsprotect will mount initially three filesystems for each protected filesystem 
under that directory (/fsprotect) and will latter umount (move) one of them, 
leaving two filesystems (per filesystem) in there while the system is 
running. It also needs this directory while running its script in initramfs 
and while running the init script (where other filesystems are umounted).

So, the 1.000.000 $/€/£/whatever question is: Is it OK to use /fsprotect or 
should I use another directory? My suggestion is to use /fsprotect, in a way 
SELinux uses /selinux (as someone mentioned in IRC). It will only be there 
for computers that are "locked" using fsprotect.

Alternatives are: /lib/init/fsprotect and /lib/fsprotect (any other 
suggestion?) Example mounted filesystems per case:

/:
/fsprotect/fs/var/orig
/fsprotect/fs/var/tmp

/lib:
/lib/fsprotect/fs/var/orig
/lib/fsprotect/fs/var/tmp

/lib/init:
/lib/init/fsprotect/fs/var/orig
/lib/init/fsprotect/fs/var/tmp

p.s. Please CC me. I'm not subscribed to debian-devel. I've also set the 
M-Fup-To.

[1]http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=fsprotect


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: realtime kernel for Debian

[Tzafrir Cohen]

On Sat, Mar 28, 2009 at 02:15:38PM +0100, Cassiel wrote:

> debian stable aims to production servers, IMO multimedia users can/should
> live with testing without any fear of system crashes and security updates.

Just to note a different type of target audience: a PBX such as
Asterisk. In this case the stability requirements are actually a bit
higher.

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
ICQ# 16849754 || friend


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Official Debian AWS EC2 AMIs?

[Obey Arthur Liu]

Edouard Nemours a écrit :
> Dear List,
> 
> i'd love to raise awareness of the fact that many companies and users of
> debian hosts move their systems to "the cloud" (for instance amazon ec2).
> Recently Ubuntu started developing official Ubuntu EC2 images.
> 
> Wouldn't it be nice to have official Debian EC2 images/AMIs, too?
> Didn't find any discussion on this topic before.
> 
> Cheers,
> 
> --Ed

Creating Debian EC2 images/AMIs and related tools would make a very cool
Google Summer of Code project. Anyone willing to mentor that ?



Cheers,

Arthur

-- 
Obey Arthur Liu




signature.asc
Description: OpenPGP digital signature

Re: realtime kernel for Debian

[Andreas Tille]

On Sat, 28 Mar 2009, Cassiel wrote:


debian stable aims to production servers,


That's wrong.  Debian stable aims at production systems.  If your
arguing would be true I wonder why stable contains applications like
Openoffice.org or audio players or  ...


IMO multimedia users can/should live with
testing without any fear of system crashes and security updates.


I guess there are multimedia users out there who care much about a
stable system, reproducible results and have to earn some money from
their work - so they do not want to deal with unforseable changes.
Please do not advertise testing as a release which is ready for
users.  (Yes, I admit I use testing in the way you describe - but
*I* know what I'm doing.)

Kind regards

 Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#521627: ITP: ibus-anthy -- anthy engine for IBus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-anthy
Version: 1.1.0.20090211
Upstream Author: Huang Peng 
URL: http://code.google.com/p/ibus
License: GPLv2+
Description: anthy engine for IBus
 IBus is an Intelligent Input Bus. It is a new input framework for Linux
 OS. It provides full featured and user friendly input method user interface.
 It also may help developers to develop input method easily.
 .
 IBus-Anthy is an input method (IM) for Japanese, based on IBus.





signature.asc
Description: This is a digitally signed message part.

Bug#521628: ITP: ibus-hangul -- hangul engine for IBus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-hangul
Version: 1.1.0.20090211
Upstream Author: Huang Peng 
URL: http://code.google.com/p/ibus
License: GPLv2+
Description: hangul engine for IBus
 IBus is an Intelligent Input Bus. It is a new input framework for Linux
 OS. It provides full featured and user friendly input method user interface.
 It also may help developers to develop input method easily.
 .
 IBus-Hangul is an input method (IM) for Korea, based on IBus.




signature.asc
Description: This is a digitally signed message part.

Bug#521629: ITP: ibus-chewing -- chewing input engine for IBus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-chewing
Version: 1.0.4.20090323
Upstream Author: Ding-Yi Chen , Peng Huang 

URL: http://code.google.com/p/ibus
License: GPLv2+
Description: chewing input engine for IBus
 IBus is an Intelligent Input Bus. It is a new input framework for Linux
 OS. It provides full featured and user friendly input method user interface.
 It also may help developers to develop input method easily.
 .
 IBus-chewing is a IM Engine for Traditional Chinese, based on IBus.



signature.asc
Description: This is a digitally signed message part.

Bug#521625: ITP: taglib-extras -- TagLib extras library

[Modestas Vainius]

Package: wnpp
Severity: wishlist
Owner: Modestas Vainius 

* Package name: taglib-extras
  Version : 0.1.1
  Upstream Author : Amarok Developers 
* URL : 
http://www.jefferai.com/taglib-extras/taglib-extras-0.1.1.tar.gz
* License : LGPL-2.1 / GPL-2+
  Programming Lang: C++
  Description : TagLib extras library

 The library implements reading and editing tags of a couple extra media file
 formats which are not supported by the core TagLib Audio Meta-Data Library
 (taglib). Currently supported file formats are ASF, Audible, MP4, RealMedia
 and WAV.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#521630: ITP: ibus-table -- table engine for IBus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-table
Version: 1.1.0.20090306
Upstream Author: Yu Yuwei 
URL: http://code.google.com/p/ibus
License: LGPLv2.1+
Description: table engine for IBus
 IBus-Table is the IM Engine framework for table-based input methods, such as
 WuBi, ErBi, CangJie and so on.
 .
 This package provide the table engine framework and one input method:
 * Compose: input special letter by compose letter and diacritical mark
 .
 More input method based on ibus-table can be installed from
 ibus-table-cangjie, ibus-table-wubi, ...



signature.asc
Description: This is a digitally signed message part.

Bug#521631: ITP: ibus-m17n -- m17n engine for IBus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-m17n
Version: 1.1.0.20090211
Upstream Author: Huang Peng 
URL: http://code.google.com/p/ibus
License: GPLv2+
Description: m17n engine for IBus
 IBus-m17n is a IM Engine for multiple languages, based on IBus.
 .
 IBus-m17n enables IBus to input many non-latin characters from the keyboard
 using libm17n library.




signature.asc
Description: This is a digitally signed message part.

Bug#521626: ITP: libchamplain -- libchamplain is a map widget for your applications

[Sebastian Reichel]

Package: wnpp
Severity: wishlist
Owner: Sebastian Reichel 

* Package name: libchamplain
  Version : 0.2.9
  Upstream Author : Pierre-Luc Beaudoin 
* URL : http://projects.gnome.org/libchamplain/index.html
* License : LGPL
  Programming Lang: C
  Description : libchamplain is a map gtk widget written in C

libchamplain is a clutter based map gtk widget. By default it
supports OpenStreetMap, OpenAerialMap and MapsForFree. It will
be needed to package eog-plugins.

A full feature list is available under the project's url.

This also fixes bug #498369 "RFP: libchamplain"

-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#521633: ITP: ibus-pinyin -- pinyin engine for ibus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-pinyin
Version: 1.1.0.20090303
Upstream Author: Huang Peng 
URL: http://code.google.com/p/ibus
License: GPLv2+
Description: pinyin engine for ibus
 ibus-pinyin is a im engine for Chinese, based on ibus.
 .
 this package provide one input method:
 * pinyin: pinyin input method.
 .
 for more information on pinyin input method, check
 http://en.wikipedia.org/wiki/Pinyin_method .



signature.asc
Description: This is a digitally signed message part.

Bug#521632: ITP: ibus-table-extraphrase -- Extra phrase for table engine of ibus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-table-extraphrase
Version: 1.1.0.20090219
Upstream Author: Yu Yuwei 
URL: http://code.google.com/p/ibus
License: GPLv3+
Description: Extra phrase for table engine of ibus
 IBus-Table is the IM Engine framework for table-based input methods, such as
 WuBi, ErBi, Cangjie and so on.
 .
 This package provide extra phrase for table engine of ibus.




signature.asc
Description: This is a digitally signed message part.

Bug#521634: ITP: ibus-table-cangjie -- Cangjie input method based on table engine of ibus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-table-cangjie
Version: 1.1.0.20090313
Upstream Author: Yu Yuwei 
URL: http://code.google.com/p/ibus
License: GPLv3+
Description: Cangjie input method based on table engine of ibus
 IBus-Table is the IM Engine framework for table-based input methods, such as
 WuBi, ErBi, Cangjie and so on.
 .
 This package provide four input methods: CangJie5, CaneJie3, Quick5, Quick3.
 .
 CangJie is a Traditional Chinese input method, check more information at
 http://en.wikipedia.org/wiki/Cangjie_input_method .



signature.asc
Description: This is a digitally signed message part.

Bug#521635: ITP: ibus-table-erbi -- Erbi input method based on table engine of ibus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-table-erbi
Version: 1.1.0.20090220
Upstream Author: Yu Yuwei 
URL: http://code.google.com/p/ibus/
License: GPLv3+
Description: Erbi input method based on table engine of ibus
 IBus-Table is the IM Engine framework for table-based input methods, such as
 WuBi, ErBi, Cangjie and so on.
 .
 This package provide one input method:
   * Erbi-QS: Qingsong Erbi
 .
 Erbi is a Simplified Chinese input method, check more information at
 http://zh.wikipedia.org/wiki/%E4%BA%8C%E7%AC%94%E8%BE%93%E5%85%A5%E6%B3%95 
(in
 Chinese).



signature.asc
Description: This is a digitally signed message part.

Bug#521636: ITP: ibus-table-wubi -- Wubi input method based on table engine of ibus

[LI Daobing (李道兵)]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: ibus-table-wubi
Version: 1.1.0.20090327
Upstream Author: Yu Yuwei 
URL: http://code.google.com/p/ibus
License: GPLv3+
Description: Wubi input method based on table engine of ibus
 IBus-Table is the IM Engine framework for table-based input methods, such as
 WuBi, ErBi, Cangjie and so on.
 .
 This package provide one input method:
   * WuBi86: Wubi input method (version 86).
 .
 Wubi is a Chinese input method, check more information at
 http://en.wikipedia.org/wiki/Wubi_method .




signature.asc
Description: This is a digitally signed message part.