<div dir="ltr">no objections!</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 21, 2014 at 11:54 AM, L.C. Karssen <span dir="ltr"><<a href="mailto:lennart@karssen.org" target="_blank">lennart@karssen.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear list,<br>
<br>
As I didn't get any negative responses on my proposal to start<br>
versioning the filevector code and tagging it in SVN I will proceed to<br>
do so.<br>
<br>
I'd like to give the current filevector code version number 1.0.0<br>
because it's been in production for several years and I assume most bugs<br>
have been ironed out by now.<br>
<br>
Any objections? Let me know!<br>
<br>
<br>
Thanks,<br>
<br>
Lennart.<br>
<div><div class="h5"><br>
On 09-02-14 14:13, L.C. Karssen wrote:<br>
> Dear list,<br>
><br>
> As you may know I have been playing with the idea of creating filevector<br>
> (more specifically the fvlib directory) a separate library (see the<br>
> discussions at [1-3]). I also created a separate SVN branch to play<br>
> around with that idea. Basically this would mean that packages like<br>
> ProbABEL, DatABEL and VariABEL would get a dependency in the form of<br>
> what I call 'libfilevector'. Especially for the R packages in the<br>
> GenABEL suite this may not be very user-friendly because many of them<br>
> would not have admin rights (I assume) and therefore cannot simply<br>
> install operating system packages that contain libfilevector. Obviously<br>
> such a change to libfilevector would be a major one.<br>
><br>
> Apart from the discussions on the mailing list this topic came up again<br>
> a few weeks ago in a discussion with Maksim and Yurii. We discussed many<br>
> of the pros and cons (mostly revolving around user-friendliness vs.<br>
> technical advantages) and in the end we came up with the following:<br>
><br>
> Let's start to put versions on the filevector code. So far filevector<br>
> has never been released separately (always as part of the ABEL<br>
> packages). By putting a version number on the fv code and by making tags<br>
> of those releases in SVN we can solve several issues:<br>
> - It can be made clear which *ABEL package depends on which version of<br>
> the filevector code<br>
> - Improvements in the filevector code do not immediately affect the<br>
> 'trunk' of the other packages<br>
> - This allows packages like ProbABEL to depend on a separate<br>
> libfilevector, whereas R packages can create a symlink to the tagged<br>
> code instead of filevector trunk (as is the present situation)<br>
><br>
> A final advantage may be that it becomes easier to treat filevector as<br>
> one of various file-format backends to the *ABELs. But this is something<br>
> I'll elaborate on in another e-mail to this list.<br>
><br>
><br>
> We would like to hear your opinions about this versioning of filevector<br>
> and tagging of these official filevector releases, as well as on the use<br>
> of symlinks to these tags by other packages (this may not be ideal, but<br>
> it solves the user-friendliness issue, while allowing the creation and<br>
> release of libfilevector).<br>
><br>
><br>
> Hope to hear from you!<br>
><br>
> Lennart.<br>
><br>
><br>
><br>
> [1]<a href="http://lists.r-forge.r-project.org/pipermail/genabel-devel/2013-July/000714.html" target="_blank">http://lists.r-forge.r-project.org/pipermail/genabel-devel/2013-July/000714.html</a><br>
> [2]<br>
> <a href="http://lists.r-forge.r-project.org/pipermail/genabel-devel/2013-November/000779.html" target="_blank">http://lists.r-forge.r-project.org/pipermail/genabel-devel/2013-November/000779.html</a><br>
> [2]<br>
> <a href="http://lists.r-forge.r-project.org/pipermail/genabel-devel/2013-November/000797.html" target="_blank">http://lists.r-forge.r-project.org/pipermail/genabel-devel/2013-November/000797.html</a><br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> genabel-devel mailing list<br>
> <a href="mailto:genabel-devel@lists.r-forge.r-project.org">genabel-devel@lists.r-forge.r-project.org</a><br>
> <a href="https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/genabel-devel" target="_blank">https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/genabel-devel</a><br>
<div class="HOEnZb"><div class="h5">><br>
<br>
--<br>
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*<br>
L.C. Karssen<br>
Utrecht<br>
The Netherlands<br>
<br>
<a href="mailto:lennart@karssen.org">lennart@karssen.org</a><br>
<a href="http://blog.karssen.org" target="_blank">http://blog.karssen.org</a><br>
GPG key ID: A88F554A<br>
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-<br>
<br>
</div></div><br>_______________________________________________<br>
genabel-devel mailing list<br>
<a href="mailto:genabel-devel@lists.r-forge.r-project.org">genabel-devel@lists.r-forge.r-project.org</a><br>
<a href="https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/genabel-devel" target="_blank">https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/genabel-devel</a><br></blockquote></div><br><br clear="all">
<div><br></div>-- <br>-----------------------------------------------------<br>Yurii S. Aulchenko<br><div><br></div><div>[ <a href="http://nl.linkedin.com/in/yuriiaulchenko" target="_blank">LinkedIn</a> ] [ <a href="http://twitter.com/YuriiAulchenko" target="_blank">Twitter</a> ] [ <a href="http://yurii-aulchenko.blogspot.nl/" target="_blank">Blog</a> ]</div>

</div>