Also, is anyone aware, how to edit ecls.sourceforge.net site? (it's different then site accessed with SF search).
Daniel Kochmański writes: > Hello, > > it's saturday and nobody has risen concerns about new maintainership, so > I assume it's ok with you all - thanks for putting trust on unknown > person. > > For start I need admin privileges on SF, and on wikispaces (which also > requires subscription renewal). My user name on both portals is > dkochmanski. > > Best regards, > Daniel > > Juan Jose Garcia-Ripoll writes: > >> 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 >> >> On Sun, Feb 15, 2015 at 10:00 PM, ZhanLin Shang <shangzhan...@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 >>> >>> On Sun Feb 15 2015 at 8:56:01 PM Daniel Kochmański < >>> jackdan...@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@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@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 ------------------------------------------------------------------------------ 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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list