[Debian-olpc-devel] Packaging eLearning XHTML editor (eXe) for debian
David Farning
dfarning at ubuntu.com
Wed Aug 4 20:18:40 UTC 2010
On Wed, Aug 4, 2010 at 4:11 PM, Jonas Smedegaard <dr at jones.dk> wrote:
> Hi,
>
> On Wed, Aug 4, 2010 at 10:39 PM, Kandarp Kaushik <kandarp at seeta.in> wrote:
>>
>> I was trying to package eXe ( http://exelearning.org/wiki ) for debian.
>>
>> eXe uses subversion for as the concurrency revision control system. More
>> information at: http://exelearning.org/wiki/SourceControl
>>
>> It will help if someone could provide some pointers on how eXe should be
>> packaged.
>
> On Wed, Aug 04, 2010 at 10:44:38PM +0530, Manusheel Gupta wrote:
>>
>> I think your question is on packaging, where we are using a different
>> concurrency version control system, other than git. I think the steps should
>> remain the same. Community members, please confirm if there is a difference?
>
> In our Sugar packaging we do something extraordinary: in addition to
> tracking upstream tarball releases and our packaging in git, we also track
> upstream development.
>
> THIS IS UNSUSUAL. It is not the normal packaging style in Debian, and
> really it has no real benefit for Debian - it only has a potential benefit
> for us in that we can easier locate when and where each upstream change
> occured - i.e. correlate not only with release summaries but with upstream
> commit messages as well, which might contain additional valuable info for
> our packaging efforts.
>
> In other words, it is irrelevant what VCS upstream uses: ignore that an
> package their released tarballs.
>
> And beware: you cannot directly apply the working style of Sugar packaging
> to packaging other kinds of Debian packages. Most likely you need
> additional knowledge, and at least need to use other CDBS snippets (or even
> further changes if not using CDBS at all).
Thanks for the help.
> And specifically about eXe: I had a look at it some time ago, and it seemed
> abandoned upstream. Think twice before packaging dead code: most likely it
> is more difficult to maintain because you will be the most knowledgable in
> it - there will be noone to pass on bugreports to that know better than
> yourself. And often the code will slowly fall apart as surrounding
> compilers, libraries and toolkits gets updated.
Activity Central and partners will be supporting development on the
EXE Learning project. It was a well respected, widely used, and
decently written application. But it was funded by a university grant
when the grant dried up all of the developers moved onto different
projects:)
david
> Good luck!
>
> - Jonas
>
> --
> * Jonas Smedegaard - idealist & Internet-arkitekt
> * Tlf.: +45 40843136 Website: http://dr.jones.dk/
>
> [x] quote me freely [ ] ask before reusing [ ] keep private
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIcBAEBCgAGBQJMWcl2AAoJECx8MUbBoAEhjmwP/j8pC+crAuAJFqIOp/dQYff3
> 3WnDgj9+45Bs1gB/T4tUmEe4KeKISZ16YeJCV+i8aCMP4zUJF31ggyDWCZDQiE4J
> 0tI0bT95j5bV3FPuIbkNXUlCHpT72+ddz03PeRG6oj7Z3nd3M81toNGEuitx6DSZ
> dCyWnjZ68NBE3DmR4fL5TMzBE+Jir5gbrTc39iYB2gdQUHegMe+zuiqaOFmEMCFv
> mbcucoGIc/LVXDfKb5lgAEky2S4q3rWaZRcBRy4ctjpDJG7k8rsZNN0jkbsIsfDi
> DOzSjGw7MQMZHOi/N6WbjwcHIqzNAiuHGc6AX+nBHSXfU2NUvqja7MmAt0oaWl6l
> 2Eh1zVxOpULxMZlgzagNElAThaeXCJCPf9aTvhZnssmrIRbnMgjBpHDZAdzbPLId
> NaQfYpSzkvtkLTeUYM4LNA0GYk5h9nIWM6E3MawsNwA3QKdfw7/2M8NjVNClVLI1
> /98kwVAwhX77XRIMsAbBCrEtYJu2pPGJvDQf06puNx32GSz60obnkfL15RN25aHr
> GDosFyGixksMVWrSiVjnECqWY10fpWk5zkJmvyr6/rvTJq0+cw7zLvgVM7THcZTy
> pR+pDxQwoEt6eimZ/RBcjHribqUrQ/eQj47SWGpNTuD8NF247MNbEFwN7w8f7Y/6
> 48MKzsHaHKvdcn//mD2k
> =iYty
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Debian-olpc-devel mailing list
> Debian-olpc-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/debian-olpc-devel
>
>
More information about the Debian-olpc-devel
mailing list