❦ 24 juin 2013 20:51 CEST, Kevin Cave <ke...@scarygliders.net> : > I think the best way to avoid confusion to down-stream users, and > especially Distro producers, would be to leave v0.7 exactly as it > is. There might be one or two Distros who already package v0.7 as it > is - and to suddenly have it use newer code with newer licenses would > probably cause a lot of headache - you'd be surprised how many people > take licensing VERY seriously :)
The release process of xrdp is quite chaotic. It seems that many people talk about 0.7 while it is not officially out. We had exactly the same problem with 0.5: there were no changes for a few months, some people start assuming that it was released even if we didn't had a tarball, people were working on the next version, then we started packaging it but it got several new commits and therefore, we didn't know exactly which commits to use and which not to use. Jay, I think that you should release earlier, even when you think that it needs more testing. Release a 0.7.0, then a 0.7.1. Or a 0.7~rc1. Releasing tarballs helps distros to decide when to package. Moreover, it's easy to watch. -- /* Fuck me gently with a chainsaw... */ 2.0.38 /usr/src/linux/arch/sparc/kernel/ptrace.c ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ xrdp-devel mailing list xrdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xrdp-devel