Re: RFS: sunpinyin - Simplified Chinese Input Method from SUN
Sorry for not reply until now, and Thank you for your kindly review.
I've upload the new sunpinyin package, but it use the same version number, The
package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/s/sunpinyin
- Source repository: deb-src http://mentors.debian.net/debian unstable main
> Here's an example copyright extract for a package with LGPL-2.
> <----------sample start----------->
> Files: debian/*
> Copyright: (C) 2001-2010, Thomas Goirand <email@example.com>
> License: LGPL-2
> This library is free software; you can redistribute it and/or
> modify it under the terms of the GNU Lesser General Public
> License as published by the Free Software Foundation; either
> version 2 of the License, or (at your option) any later version.
> This library is distributed in the hope that it will be useful,
> but WITHOUT ANY WARRANTY; without even the implied warranty of
> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
> Lesser General Public License for more details.
> You should have received a copy of the GNU Lesser General Public
> License along with this library; if not, write to the Free Software
> Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
> 02110-1301 USA
> On Debian systems, the complete text of the GNU Lesser General Public
> License (LGPL) may be found in /usr/share/common-licenses/LGPL.
> <----------sample end----------->
> The above is not a full copyright file, but just a copyright notice,
> wrapped on 80cols (looks ugly in the list in text format wrapped on
> 74cols). It's is enough since it's also in
> /usr/share/common-licenses/LGPL. As for the OPENSOLARIS.LICENSE file is
> not in /usr/share/common-licenses/, you should copy it completely in
> debian/copyright. Pointing to the Open Solaris license URL would be cool
> too, and you don't need to include it twice in your binary package (once
> in debian/copyright is enough).
I've add the license header to debian/copyright, and I changed debian/* to
license under LGPL-2.1 or CDDL, the same with upstream.
> According to the answers of the questions I asked in #debian-mentors,
> the CDDL is ok in Debian, but is incompatible with the GPL. That's fine
> since your package is in dual license with LGPL 2.1.
> Did you ask the IME Packaging Team if they agree to maintain sunpinyin
> in Debian? If so, why don't they take the responsibility of uploading,
> and why do you need sponsoring?
I've asked IME Packaging Team, and they allowed me to do so.
> > For sponsor a package, this FAQ may help. Develpers-reference have
> > related topics too.
> >> You wrote build-depends on debhelper (>= 7.0.50~) and quilt (>=
> >> 0.46-7~), do you need specificities on specific versions currently in
> >> Debian? If yes, which one?
> > I use dh_make to generate debian/*, ande debian/control comes with build-
> > depends on debhelper, if build-depends on debhelper removed, lintian
> > reports package-uses-debhelper-but-lacks-build-depends, and it will fail
> > to build in my pbuilder environment.
> With an up-to-date Lenny, I couldn't compile because it says:
> dpkg-checkbuilddeps: Unmet build dependencies: quilt (>= 0.46.7~)
> However, after "apt-get -t lenny-backports install quilt", I could still
> not build your package, even though:
> zigo@host$ dpkg -l | grep quilt
> ii quilt 0.46-8~bpo50+1
> Replacing the dependency by 0.46.7~ by 0.46-8~bpo50+1 made it work, and
> should be ok.
I change debian/control to depends on quilt (>= 0.48-7~), 0.48-7 is the
current git version I use.
> Also, I have attached all the lintian errors that I found on my Lenny
> system. Fix these. Then try your package on a SID test system (a test
> virtual machine if you like, using qemu, vmware or whatever you like).
> Running SID, compil and test using the new python 2.6 that has just been
> transition. Run lintian -Ii on the .change of your package under SID as
> See attached lintian errors.
I resolved almost all lintian warning except package-contains-empty-directory,
usr/lib/sunpinyin/data is usually used to store compiled data from open-gram,
but users can use data from other sources too, so I think this directory
should belongs to libsunpinyin3.
> >> * README.Debian
> >> Do you think you could package the files here:
> >> wget http://googlecode.debian.net/p/open-gram/dict.utf8.tar.bz2
> >> wget http://googlecode.debian.net/p/open-gram/lm_sc.t3g.arpa.tar.bz2
> >> into specific Debian packages on which you would depend?
> >> What are the licenses of lm_sc.t3g.arpa.tar.bz2 and dict.utf8.tar.bz2?
> >> Would the library continue to work without these files?
> > lm_sc.t3g.arpa.tar.bz2 and dict.utf8.tar.bz2 is licensed under Creative
> > Commons 3.0 BY-SA, CC-by-SA 3.0 is DFSG-compatible, I want to package
> > it latter, so I write debian/README.Debian as a transient proposal.
> Please do package them and depend on them yes.
I'll package open-gram-data, ibus-sunpinyin and xsunpinyin ASAP, After scim-
sunpinyin offical released, I'll package it too.