Spec & SRPM for F-13 & above: Spec URL: http://nkumar.fedorapeople.org/ibus-table-mathwriter/ibus-table-mathwriter-1.0.0.20100521-1.fc13.src.rpm SRPM URL: http://nkumar.fedorapeople.org/ibus-table-mathwriter/ibus-table-mathwriter.spec Description: ibus-table-mathwriter provides input method for writing Unicode Mathematics symbols using IBus Spec & SRPM for F-12 Spec URL: http://nkumar.fedorapeople.org/ibus-table-mathwriter-f12/ibus-table-mathwriter.spec SRPM URL: http://nkumar.fedorapeople.org/ibus-table-mathwriter-f12/ibus-table-mathwriter-1.0.0.20100521-1.fc12.src.rpm Description: ibus-table-mathwriter provides input method for writing Unicode Mathematics symbols using IBus Hi! I would appreciate a review so that this package can get into fedora.
Hey Naveen, As this is a GPLv3 licensed table, how about include that into ibus-table-others? http://github.com/kaio/ibus-table-others/ I could add you commit permissions to the repository and pkgdb (once that is approved for CVS).
(In reply to comment #1) > Hey Naveen, > > As this is a GPLv3 licensed table, how about include that into > ibus-table-others? > > http://github.com/kaio/ibus-table-others/ > > I could add you commit permissions to the repository and pkgdb (once that is > approved for CVS). Hi Kaio, Sorry for replying late as I was on a leave for some time. I do not have any issues with adding it (ibus-table-mathwriter) to ibus-table-others. But I would need access (checkout & commit) to this table as the work is not fully complete yet. Also there is also something that I would like to add, that I might write an engine for mathematical input method using ibus API's in near future. In that case I would like you to suggest me the best possible course whether to merge it with ibus-table-others or keep it as a separate package.
> > Also there is also something that I would like to add, that I might write an > engine for mathematical input method using ibus API's in near future. In that > case I would like you to suggest me the best possible course whether to merge > it with ibus-table-others or keep it as a separate package. If you want to write an new engine for ibus, then ibus-table-mathwriter seems not a proper name for this new engine. You may need another name for this package.
(In reply to comment #3) > > > > Also there is also something that I would like to add, that I might write an > > engine for mathematical input method using ibus API's in near future. In that > > case I would like you to suggest me the best possible course whether to merge > > it with ibus-table-others or keep it as a separate package. > > If you want to write an new engine for ibus, then ibus-table-mathwriter seems > not a proper name for this new engine. You may need another name for this > package. Yep, I think for the time being let us move it to ibus-table-others as I am not certain of writing it now. I will package it with different name then, because then it would be more than ibus-table-* & probably the behaviour & table format may also not be the same. @kaio Please direct me with the next step.
In that case probably you could close this bug or reassign it to ibus-table-other to track the progress.
*** This bug has been marked as a duplicate of bug 630932 ***