[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFS: kmfl-keyboards-mywin (updated package)



On Sat, Sep 19, 2009 at 1:26 PM, ThanLwinSoft development
<devel@thanlwinsoft.org> wrote:

>> Alternatively, since you
>> are upstream, why does the .kmn file need to have a version number in
>> it?
>
> My original thinking was that if people are installing it directly rather
> than through a package then it is easier to see the version number quickly.

Hmm, ok. Not sure what situations such users would need to see it in.
The upstream tarball should contain the version number in the
filename, so they would have the version number at manual install
time.

>> Why do you install the .bmp and .png files twice?
>
> When you start scim with scim -d it shows a warning if the .bmp file is not
> in /usr/share/scim/kmfl. However, when you actually select the keyboard it
> requires the .bmp file to be in /usr/share/scim/kmfl/icons. The png wasn't
> actually being used directly, so I've moved it to
> /usr/share/doc/kmfl-keyboards-mywin where it is linked to by the
> welcome.htm.

Hmm, ok. I'd suggest symlinking the .bmp file if that works with scim.

> The lintian output is clean now. For the upstream changelog I just created a
> file which says to look in the header of the kmn file. I hope this is OK.

Hmm, OK. Personally I would have split the change information out into
a separate file.

>> PS: do you plan to package any of the other ThanLwinSoft software for
>> Debian?
>
> Most of the other software I have released on my website is written in Java
> and is using Eclipse 3.4. I see that Eclipse 3.4.1 is now in debian
> unstable, so I will consider packaging DocCharConvert, which would probably
> be the most useful, when I get some time.

OpenJDK is now available in Debian, so you could concievably package
some of your software for Debian. The Firefox extension could be
interesting for some users too.

> I'm currently assisting some others with the translation of OpenOffice into
> Burmese, so when that's ready it should be picked up by debian anyway.

Great, thanks.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


Reply to: