[Ecls-list] [maintainership]
Daniel Kochmański
jackdaniel at hellsgate.pl
Mon Feb 16 18:30:31 UTC 2015
Hello,
Evrim Ulu writes:
> Count me in too,
that's great :-)
>
> I've started fixing the autoconf script, i'll try to merge Sylvain's
> patches into the repo.
I tried to consult patch-queue, to check, if you refer some of patches
there, but SourceForge seems down. What patches do you have in mind?
>
> Feel free to join at
>
> https://github.com/evrim/ecl-mobile/branches
>
> I'm working on mobile branch but its obvious that i need to fix
> generic things first.
>
>
> evrim.
>
> On Mon, Feb 16, 2015 at 7:15 AM, Hernan Ezequiel Di Giorgi
> <hernan.digiorgi at gmail.com> wrote:
>> I definitively want to help. I tried to port the ECL build system in the
>> past to CMAKE, but i drop it. Also i create a nice repl with ECL for
>> android, https://play.google.com/store/apps/details?id=ar.com.playnu.clrepl.
>> I programmed all my life as programmer in C and C++.
>>
That's good news. Compilation guide for ECL against bionic would be nice
thing. If it's free software, you could put clrepl it on FreeDroid
repository as well.
>> I studied the source the last month, so i could be ready to help.
>>
>> About the point 2.
>> Why not github? Is seems more social and popular.
I'm more into gitorious, since it more focuses on projects, not on
people, but I have no problem with github as well. Github better exposes
issues interface and fork/merge utilities, so after short
reconsideration I think it's better idea.
>> And no separate the libffi, gmp, and leave them to can get only one shared
>> library when compiling, what is specially nice when working with android.
>>
I'm not sure, what do you mean? It would be no functionality split, but
rather separation of different projects.
>> (:
>>
>> 2015-02-15 18:13 GMT-03:00 ZhanLin Shang <shangzhanlin at gmail.com>:
>>
>>> Hi Juanjo,
>>> I think we would need a well-organized document (including examples) to
>>> make others know ECL well.
>>> I can help to translate the documents into Chinese :)
>>> Best
>>> Z.Shang
>>>
>>> On Sun Feb 15 2015 at 9:08:51 PM Juan Jose Garcia-Ripoll
>>> <juanjose.garciaripoll at gmail.com> wrote:
>>>>
>>>> Dear all,
>>>>
>>>> first of all thanks for taking me into consideration and for volunteering
>>>> to continue the project. I was overoptimistic in assuming that I could even
>>>> continue fixing bugs or reading the mailing list at all. I therefore welcome
>>>> any initiative to have a stable team that works on bugs and keeps the
>>>> project alive and useful. Just let me know what you need, such as adding you
>>>> to the Admin list and perhaps updating or giving you access to other
>>>> resources.
>>>>
>>>> Since I do not have much time to read these threads, I would appreciate a
>>>> warning when the issue has been settled by the community, with a list of
>>>> steps that I should take.
>>>>
>>>> Best regards
>>>>
>>>> Juanjo
Thank you, I'll drop you an e-mail in a few days with update.
>>>>
>>>> On Sun, Feb 15, 2015 at 10:00 PM, ZhanLin Shang <shangzhanlin at gmail.com>
>>>> wrote:
>>>>>
>>>>> Hi Daniel,
>>>>> 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.
>>>>> Best,
>>>>> Z.Shang
Your help is appreciated and welcome.
I think it is best to wait until Saturday to gather more opinions and
discuss whole thing.
Best regards,
Daniel
>>>>>
>>>>> On Sun Feb 15 2015 at 8:56:01 PM Daniel Kochmański
>>>>> <jackdaniel at hellsgate.pl> wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> most of you have probably noticed, that ECL is unmaintained for quite a
>>>>>> while. Some spontaneous attempts are made, like submitting a patch, or
>>>>>> answering question - what is great, but insufficient. Many important
>>>>>> bug
>>>>>> fixes last on git head, a few potential improvements wait in patch
>>>>>> queue. The other words - ECL starts to smell funny, what's a shame,
>>>>>> since it's a great project.
>>>>>>
>>>>>> I'm writing to mailing list to volunteer myself as projects
>>>>>> maintainer. I'm sure there are people better suited for such role, but
>>>>>> since nobody asks for it, I do. Please reply to this message with
>>>>>> protests or support, if any. I'm full time embedded engineer with
>>>>>> strong
>>>>>> C background, and solely speaking - CL new-be. Since I'm full time
>>>>>> worker, I can spare only a few hours a week, but I'm sure it would be
>>>>>> sufficient for start.
>>>>>>
>>>>>> Short plan of things, which have to be done (any help welcome) - in
>>>>>> descendent order:
>>>>>>
>>>>>> ** Roll out a new release
>>>>>> Many bug-fixes lie on git, and are absent on current release. It is
>>>>>> really important to make a new release.
>>>>>>
>>>>>> 1. Introduce new branching model
>>>>>> http://nvie.com/posts/a-successful-git-branching-model/
>>>>>>
>>>>>> 2. Move development to gitorious
>>>>>> Split separate projects into separate repositories (libffi, gmp)
>>>>>>
>>>>>> 3. Patch submissions
>>>>>> I think it would be plausible to move patch submissions to
>>>>>> mailing list, so they can be commented.
>>>>>>
>>>>>> ** Refresh
>>>>>> 1. Website
>>>>>> I find it counter-intuitive and hard to navigate. Sitemap should
>>>>>> be rearranged, and maybe even moved from SF.
>>>>>>
>>>>>> 2. Materials
>>>>>> Wiki's subscription is ended now. It should be brought back.
>>>>>> Usage examples should be easier to find and study.
>>>>>> It would be nice to have tutorials describing, how to install and
>>>>>> embed ECL in project.
>>>>>>
>>>>>> 3. Patch/feature/bug queues (as started by Arto)
>>>>>> Decide, which patches need to be merged into ECL, reject the
>>>>>> rest. Same with feature requests - if something is beyond our
>>>>>> reach for now, should be tagged as won't do. Bug reports should
>>>>>> be
>>>>>> checked for these already fixed, not-bugs and some which won't be
>>>>>> fixed anytime soon.
>>>>>>
>>>>>> 4. Actualizing ECL support libraries - libffi breaks on build for
>>>>>> armv5 (new version works like a charm). It is also at least worth
>>>>>> considering switching to lgpl3 (for pragmatic reasons) - this one
>>>>>> requires further discussion, but first things first.
>>>>>>
>>>>>> ** Evolve
>>>>>> 1. Third party libraries
>>>>>> - Use most recent libraries (asdf, quicklisp, swank, etc)
>>>>>> - Treat libffi as separate project /move to more recent version/
>>>>>> - Treat libgc as separate project /consider lgplv3/
>>>>>>
>>>>>> 2. Make more ports
>>>>>> - Android (merge patches, write nice tutorial)
>>>>>> - NaCL
>>>>>> - Minix
>>>>>>
>>>>>> 3. Regression / testing / deployment
>>>>>> - vagrant
>>>>>> - automated reports
>>>>>> - suggestions?
>>>>>>
>>>>>> 4. ECL java application for android
>>>>>>
>>>>>> ============================
>>>>>>
>>>>>> I already wrote similar mail to Juan Jose Garcia-Ripoll (attached as
>>>>>> reference), and he suggested to write to mailing list.
>>>>>>
>>>>>> Best regards,
>>>>>> Daniel Kochmański
>>>>>>
>>>>>> > Hello,
>>>>>> >
>>>>>> > my name is Daniel Kochmański, and I want to say, that I am really
>>>>>> > impressed by your work on Embeddable Common Lisp, and I want to thank
>>>>>> > you for it. I find ecl nice piece of software and consider it a great
>>>>>> > opportunity to learn.
>>>>>> >
>>>>>> > I'm writing to you, because I want to be maintainer of it. I have
>>>>>> > strong
>>>>>> > C background, and I'm learning Common Lisp, so it wouldn't be very
>>>>>> > good
>>>>>> > pick if project is actively developed, but since it starts to smell
>>>>>> > funny (pun intended), I think it won't be a bad idea. I'm full time
>>>>>> > embedded systems engineer, so I can spare only few hours a week, but
>>>>>> > I'm
>>>>>> > convinced it would be sufficient for start.
>>>>>> >
>>>>>> > First thing I'd like to do is to roll out a new release, since git
>>>>>> > head
>>>>>> > has many improvements over current release (especially bugfix for
>>>>>> > bordeaux-threads), and cleanup of feature-requests and bug-reports on
>>>>>> > SourceForge.
>>>>>> >
>>>>>> > Then I plan to move development to gitorious, and host third party
>>>>>> > libraries as separate projects. Also, branching model would change -
>>>>>> > current commits will land on "develop", and "master" will be kept for
>>>>>> > releases only. I'm also considering reorganizing, or even moving ecl
>>>>>> > site from SourceForge, because I find it really hard to navigate.
>>>>>> > There
>>>>>> > is also problem with wiki, where subscription has ended, and needs
>>>>>> > reactivation by one of the wiki organizers (according to wikispaces).
>>>>>> >
>>>>>> > Next thing would be actualizing libffi (build breaks on armv5 on old
>>>>>> > sources included with ECL), and merging patches for android and nacl
>>>>>> > builds - I'm working on it on my local repository lately. After that
>>>>>> > to
>>>>>> > attract more people, I think that would be a nice idea to make
>>>>>> > android
>>>>>> > app, which will bring ECL to android devices.
>>>>>> >
>>>>>> > What do you think about this proposition? I was convincing myself to
>>>>>> > write this mail for few weeks from now, but I'm still not sure if I
>>>>>> > should write to mailing list first. Anyways, again, thank you for
>>>>>> > keeping this project alive for so many years.
>>>>>> >
>>>>>> > Best regards,
>>>>>> > Daniel Kochmański
>>>>>> >
>>>>>> > --
>>>>>> > Daniel Kochmański | Poznań, Poland
>>>>>> > ;; aka jackdaniel
>>>>>> >
>>>>>> > "Be the change that you wish to see in the world." - Mahatma Gandhi
>>>>>> >
>>>>>>
>>>>>> --
>>>>>> Daniel Kochmański | Poznań, Poland
>>>>>> ;; aka jackdaniel
>>>>>>
>>>>>> "Be the change that you wish to see in the world." - Mahatma Gandhi
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>>>> sponsored by Intel and developed in partnership with Slashdot Media, is
>>>>>> your
>>>>>> hub for all things parallel software development, from weekly thought
>>>>>> leadership blogs to news, videos, case studies, tutorials and more.
>>>>>> Take a
>>>>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>>>>> _______________________________________________
>>>>>> Ecls-list mailing list
>>>>>> Ecls-list at lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/ecls-list
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>>>> sponsored by Intel and developed in partnership with Slashdot Media, is
>>>>> your
>>>>> hub for all things parallel software development, from weekly thought
>>>>> leadership blogs to news, videos, case studies, tutorials and more. Take
>>>>> a
>>>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>>>> _______________________________________________
>>>>> Ecls-list mailing list
>>>>> Ecls-list at lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/ecls-list
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Instituto de Física Fundamental, CSIC
>>>> c/ Serrano, 113b, Madrid 28006 (Spain)
>>>> http://juanjose.garciaripoll.googlepages.com
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>> sponsored by Intel and developed in partnership with Slashdot Media, is
>>> your
>>> hub for all things parallel software development, from weekly thought
>>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Ecls-list mailing list
>>> Ecls-list at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/ecls-list
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming. The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media, is your
>> hub for all things parallel software development, from weekly thought
>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>> look and join the conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Ecls-list mailing list
>> Ecls-list at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/ecls-list
>>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> Ecls-list mailing list
> Ecls-list at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ecls-list
--
Daniel Kochmański | Poznań, Poland
;; aka jackdaniel
"Be the change that you wish to see in the world." - Mahatma Gandhi
More information about the ecl-devel
mailing list