<div dir="ltr">Hi Daniel,<br>I agree with your opinion, I know some C (I've been playing around with C for 5 years but not embedding) and some CL (which is the language I use the most), I will try to help if I can.<div>Best,</div><div>Z.Shang</div></div><br><div class="gmail_quote">On Sun Feb 15 2015 at 8:56:01 PM Daniel Kochmański <<a href="mailto:jackdaniel@hellsgate.pl">jackdaniel@hellsgate.pl</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
most of you have probably noticed, that ECL is unmaintained for quite a<br>
while. Some spontaneous attempts are made, like submitting a patch, or<br>
answering question - what is great, but insufficient. Many important bug<br>
fixes last on git head, a few potential improvements wait in patch<br>
queue. The other words - ECL starts to smell funny, what's a shame,<br>
since it's a great project.<br>
<br>
I'm writing to mailing list to volunteer myself as projects<br>
maintainer. I'm sure there are people better suited for such role, but<br>
since nobody asks for it, I do. Please reply to this message with<br>
protests or support, if any. I'm full time embedded engineer with strong<br>
C background, and solely speaking - CL new-be. Since I'm full time<br>
worker, I can spare only a few hours a week, but I'm sure it would be<br>
sufficient for start.<br>
<br>
Short plan of things, which have to be done (any help welcome) - in<br>
descendent order:<br>
<br>
** Roll out a new release<br>
   Many bug-fixes lie on git, and are absent on current release. It is<br>
   really important to make a new release.<br>
<br>
   1. Introduce new branching model<br>
      <a href="http://nvie.com/posts/a-successful-git-branching-model/" target="_blank">http://nvie.com/posts/a-<u></u>successful-git-branching-<u></u>model/</a><br>
<br>
   2. Move development to gitorious<br>
      Split separate projects into separate repositories (libffi, gmp)<br>
<br>
   3. Patch submissions<br>
      I think it would be plausible to move patch submissions to<br>
      mailing list, so they can be commented.<br>
<br>
** Refresh<br>
   1. Website<br>
      I find it counter-intuitive and hard to navigate. Sitemap should<br>
      be rearranged, and maybe even moved from SF.<br>
<br>
   2. Materials<br>
      Wiki's subscription is ended now. It should be brought back.<br>
      Usage examples should be easier to find and study.<br>
      It would be nice to have tutorials describing, how to install and<br>
      embed ECL in project.<br>
<br>
   3. Patch/feature/bug queues (as started by Arto)<br>
      Decide, which patches need to be merged into ECL, reject the<br>
      rest. Same with feature requests - if something is beyond our<br>
      reach for now, should be tagged as won't do. Bug reports should be<br>
      checked for these already fixed, not-bugs and some which won't be<br>
      fixed anytime soon.<br>
<br>
   4. Actualizing ECL support libraries - libffi breaks on build for<br>
      armv5 (new version works like a charm). It is also at least worth<br>
      considering switching to lgpl3 (for pragmatic reasons) - this one<br>
      requires further discussion, but first things first.<br>
<br>
** Evolve<br>
   1. Third party libraries<br>
      - Use most recent libraries (asdf, quicklisp, swank, etc)<br>
      - Treat libffi as separate project /move to more recent version/<br>
      - Treat libgc as separate project /consider lgplv3/<br>
<br>
   2. Make more ports<br>
      - Android (merge patches, write nice tutorial)<br>
      - NaCL<br>
      - Minix<br>
<br>
   3. Regression / testing / deployment<br>
      - vagrant<br>
      - automated reports<br>
      - suggestions?<br>
<br>
   4. ECL java application for android<br>
<br>
============================<br>
<br>
I already wrote similar mail to Juan Jose Garcia-Ripoll (attached as<br>
reference), and he suggested to write to mailing list.<br>
<br>
Best regards,<br>
Daniel Kochmański<br>
<br>
> Hello,<br>
><br>
> my name is Daniel Kochmański, and I want to say, that I am really<br>
> impressed by your work on Embeddable Common Lisp, and I want to thank<br>
> you for it. I find ecl nice piece of software and consider it a great<br>
> opportunity to learn.<br>
><br>
> I'm writing to you, because I want to be maintainer of it. I have strong<br>
> C background, and I'm learning Common Lisp, so it wouldn't be very good<br>
> pick if project is actively developed, but since it starts to smell<br>
> funny (pun intended), I think it won't be a bad idea. I'm full time<br>
> embedded systems engineer, so I can spare only few hours a week, but I'm<br>
> convinced it would be sufficient for start.<br>
><br>
> First thing I'd like to do is to roll out a new release, since git head<br>
> has many improvements over current release (especially bugfix for<br>
> bordeaux-threads), and cleanup of feature-requests and bug-reports on<br>
> SourceForge.<br>
><br>
> Then I plan to move development to gitorious, and host third party<br>
> libraries as separate projects. Also, branching model would change -<br>
> current commits will land on "develop", and "master" will be kept for<br>
> releases only. I'm also considering reorganizing, or even moving ecl<br>
> site from SourceForge, because I find it really hard to navigate. There<br>
> is also problem with wiki, where subscription has ended, and needs<br>
> reactivation by one of the wiki organizers (according to wikispaces).<br>
><br>
> Next thing would be actualizing libffi (build breaks on armv5 on old<br>
> sources included with ECL), and merging patches for android and nacl<br>
> builds - I'm working on it on my local repository lately. After that to<br>
> attract more people, I think that would be a nice idea to make android<br>
> app, which will bring ECL to android devices.<br>
><br>
> What do you think about this proposition? I was convincing myself to<br>
> write this mail for few weeks from now, but I'm still not sure if I<br>
> should write to mailing list first. Anyways, again, thank you for<br>
> keeping this project alive for so many years.<br>
><br>
> Best regards,<br>
> Daniel Kochmański<br>
><br>
> --<br>
> Daniel Kochmański | Poznań, Poland<br>
> ;; aka jackdaniel<br>
><br>
> "Be the change that you wish to see in the world." - Mahatma Gandhi<br>
><br>
<br>
--<br>
Daniel Kochmański | Poznań, Poland<br>
;; aka jackdaniel<br>
<br>
"Be the change that you wish to see in the world." - Mahatma Gandhi<br>
<br>
------------------------------<u></u>------------------------------<u></u>------------------<br>
Dive into the World of Parallel Programming. The Go Parallel Website,<br>
sponsored by Intel and developed in partnership with Slashdot Media, is your<br>
hub for all things parallel software development, from weekly thought<br>
leadership blogs to news, videos, case studies, tutorials and more. Take a<br>
look and join the conversation now. <a href="http://goparallel.sourceforge.net/" target="_blank">http://goparallel.sourceforge.<u></u>net/</a><br>
______________________________<u></u>_________________<br>
Ecls-list mailing list<br>
<a href="mailto:Ecls-list@lists.sourceforge.net" target="_blank">Ecls-list@lists.sourceforge.<u></u>net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/ecls-list" target="_blank">https://lists.sourceforge.net/<u></u>lists/listinfo/ecls-list</a><br>
</blockquote></div>