From Fedora Project Wiki

mNo edit summary
(done (?))
 
(6 intermediate revisions by the same user not shown)
Line 4: Line 4:




== Abstract ==
Common Lisp (CL) is an ANSI-standardized dialect of the Lisp programming languages family, modeled after the ''Lisp-2'' entitled approach of separated namespaces for function names and data variables. There are numerous implementations of CL, most of them being Free Software and available for GNU/Linux, some but not all for Fedora at the time of writing. The usual way to execute CL code is by compiling into the heap and running on top of a CL kernel, making it the fastest dynamic language available. There are also embeddable CL interpreters and CL to C compilers like GNU Common Lisp (GCL) however.<br/>
A Special Interest Group (SIG) for Common Lisp would comprise a lobby advocating the use of CL for projects while improving general development support on Fedora by delivering tools and standardized packaging procedures special to CL's nature.
== Mission Statement ==


== Abstract ==
'''Who the new project would serve?'''<br/>
Common Lisp (CL) is an ANSI-standardized dialect of the Lisp programming languages family, modeled after the ''Lisp-2'' entitled approach of separated namespaces for function names and data variables. There are numerous implementations of CL, most of them being Free Software and available for GNU/Linux, some but not all for Fedora at the time of writing.
Common Lisp hackers that Fedora is currently lacking almost completely due to miserable support of the subject, so this SIG will open the community for growth in an area that has almost been ignored so far.
 
'''Who will lead the project?'''<br/>
Me and..?
 
'''What the goals and scope of the new project would be?'''<br/>
CL hackers will benefit from well-defined, now-incomplete packaging processes for CL libraries and applications, more available and up-to-date CL implementations, faster rates of finishing new package process cycles and the powers of the best distro and the mightiest programming language known to mankind combined. Nowadays being rare, eventually more CL applications will pop up and flourish thanks to our forthcoming efforts.
 
'''When can the project be considered a success?'''<br/>
As soon as availability of crucial Common Lisp packages is ensured and the number of CL Fedorans reflects - or even better: outclasses - that of CL programmers in the outside world.
 
'''Where the project will lead and where it will fit into the Fedora Project?'''<br/>
`yum list cl-\*' will grow over time, users will switch over realizing what they've missed, GNU emacs will suddenly overthrow vi domination, our system-config-* Python tools will be replaced.. you get the idea. In fact, we've got lobbies for almost all other programming languages and platforms but Common Lisp is still kind of an orphan.
 
'''Why does this warrant the creation of a new project within the Fedora Project?'''<br/>
Common Lisp developers [http://blog.doloreslabs.com/2009/05/the-programming-language-with-the-happiest-users/ are among the happiest] but right now they will have a hard time setting up a fully working environment on Fedora, let alone have them create new packages. A SIG will ensure [[Packaging:Lisp|existing packaging guildelines]] undergo revision and will eventually cover all cases regarding upstream Common Lisp projects. Furthermore, the SIG will form an authoritative and qualified source for answering CL-related questions which is now missing.
 
'''How the project will benefit the Fedora Project and the Fedora Community?'''<br/>
Since the SIG will close a gap in the community, it is obviously a worthy addition. Common Lisp is currently in a phase of rejuvenation, i.e. young people are rediscovering the Lisp language family and decide to either go for CL or choose its sibling Scheme or even a successor like Arc. Nevertheless Common Lisp, through its standardization, offers a mature platform that can also be used to write new applications for and from within Fedora.
 
== Plan of Action ==
'''Immediate requirements to establish the project'''<br/>
* Creation of the SIG's wiki page
* Finding interested users
* Setting up a dedicated mailing list
 
'''Short-term strategy'''<br/>
After formation of the project and prior to any actions targeting the packaging of new Common Lisp libraries and applications some crucial amendments to [[Packaging:Lisp]] need to be performed by writing drafts to be discussed and approved by the [[Packaging:Committee]]:<br/>
* The current guideline advocates use of a [https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00055.html broken standard] (common-lisp-controller) that either needs to be fixed for all CL implementations or replaced altogether
* There are no rules at all for CL-based programs, only implementations and libraries
* Due to Common Lisp's nature, a number of unique questions and issues arise when considering the possibilities of how to package aforementioned programs, e.g. SBCL permits creation of "real" executables by re-bundling the kernel and modified heap image, other implementations must use trampolines
* Most CL programs support different implementations so package naming is an issue; imagine the project `foo' supports ECL and CLISP with unique advantages and disadvantages, do both implementations go into one package so `foo-ecl' and `foo-clisp' are just subpackage? If yes, which is the default implementation to install for `yum install foo'? If not, who or what will prevent naming clashes for another project named `foo'?
 
After clearance from the committee some high-priority packages need to be packaged for Fedora:
* [https://bugzilla.redhat.com/show_bug.cgi?id=562226 Clozure CL]
* [http://www.cliki.net/asdf asdf] badly needs an update
* [http://common-lisp.net/project/slime/ SLIME/SWANK]
* [http://jjames.fedorapeople.org/cl-alexandria/ Alexandria]
* [http://www.fractalconcept.com/asp/CNO5/sdataQ0vKR0jlQyW5DM==/sdataQuvY9x3g$ecX mod_lisp]
* [http://weitz.de/hunchentoot/ Hunchentoot]
* Add more here


== Mission Statement (WIP) ==
'''Mid-term outlook'''<br/>
At the end of the day, at least all CL packages should be in place as provided by [http://packages.debian.org/search?keywords=cl-&searchon=names&suite=unstable&section=all another well-known community distribution]. In the process of doing so, CL packaging is likely to mature and be enhanced by new RPM macros, e.g. automatic dependency detection which should be really easy for CL. At this point the SIG will toot the horn and proclaim CL developers finally have more choice in terms of choosing their primary development platform and can achieve much bigger downstream spread. They will also benefit from `yum groupinstall Common Lisp Development' which is going to give them a ready development environment in no time.
This pretty much sums up the state where the CL SIG, or Common Lisp in general can be called a "permanent fixture" of Fedora.


'''Who the new project would serve?'''
'''Long-term set of goals'''<br/>
The complement of the mid-term outlook: Making Fedora a permanent fixture in the world of Common Lisp. This means contributing back to upstream projects and raising awareness CL - or actually, Lisp in general - is not the ill-reputed AI niche programming language many believe but actually the most powerful tool in the hands of a hacker to create something the community benefits from.
The SIG might evolve to an all-encompassing "Lisp SIG" for children of the original LISP or new SIGs could be founded for CL's siblings.


Common Lisp hackers that Fedora is currently lacking almost completely due to miserable support, opening the community for growth in an area that has almost been ignored so far.
Those people will benefit from well-defined, now-incomplete packaging processes for CL libraries and applications, more available and up-to-date CL implementations, faster rates of finishing new package process cycles and the powers of the best distro and the mightiest programming language known to mankind combined.


== Resources and References ==
== Resources and References ==
* [[Packaging:Lisp]]
* [[Defining_projects]]
* [[Defining_projects]]
* [[Board]]
* [[Board]]

Latest revision as of 10:05, 27 February 2010

Fedora Common Lisp Special Interest Group (CL SIG)

If you're interested in joining as co-lead or regular contributor, please add yourself here:


Abstract

Common Lisp (CL) is an ANSI-standardized dialect of the Lisp programming languages family, modeled after the Lisp-2 entitled approach of separated namespaces for function names and data variables. There are numerous implementations of CL, most of them being Free Software and available for GNU/Linux, some but not all for Fedora at the time of writing. The usual way to execute CL code is by compiling into the heap and running on top of a CL kernel, making it the fastest dynamic language available. There are also embeddable CL interpreters and CL to C compilers like GNU Common Lisp (GCL) however.
A Special Interest Group (SIG) for Common Lisp would comprise a lobby advocating the use of CL for projects while improving general development support on Fedora by delivering tools and standardized packaging procedures special to CL's nature.


Mission Statement

Who the new project would serve?
Common Lisp hackers that Fedora is currently lacking almost completely due to miserable support of the subject, so this SIG will open the community for growth in an area that has almost been ignored so far.

Who will lead the project?
Me and..?

What the goals and scope of the new project would be?
CL hackers will benefit from well-defined, now-incomplete packaging processes for CL libraries and applications, more available and up-to-date CL implementations, faster rates of finishing new package process cycles and the powers of the best distro and the mightiest programming language known to mankind combined. Nowadays being rare, eventually more CL applications will pop up and flourish thanks to our forthcoming efforts.

When can the project be considered a success?
As soon as availability of crucial Common Lisp packages is ensured and the number of CL Fedorans reflects - or even better: outclasses - that of CL programmers in the outside world.

Where the project will lead and where it will fit into the Fedora Project?
`yum list cl-\*' will grow over time, users will switch over realizing what they've missed, GNU emacs will suddenly overthrow vi domination, our system-config-* Python tools will be replaced.. you get the idea. In fact, we've got lobbies for almost all other programming languages and platforms but Common Lisp is still kind of an orphan.

Why does this warrant the creation of a new project within the Fedora Project?
Common Lisp developers are among the happiest but right now they will have a hard time setting up a fully working environment on Fedora, let alone have them create new packages. A SIG will ensure existing packaging guildelines undergo revision and will eventually cover all cases regarding upstream Common Lisp projects. Furthermore, the SIG will form an authoritative and qualified source for answering CL-related questions which is now missing.

How the project will benefit the Fedora Project and the Fedora Community?
Since the SIG will close a gap in the community, it is obviously a worthy addition. Common Lisp is currently in a phase of rejuvenation, i.e. young people are rediscovering the Lisp language family and decide to either go for CL or choose its sibling Scheme or even a successor like Arc. Nevertheless Common Lisp, through its standardization, offers a mature platform that can also be used to write new applications for and from within Fedora.

Plan of Action

Immediate requirements to establish the project

  • Creation of the SIG's wiki page
  • Finding interested users
  • Setting up a dedicated mailing list

Short-term strategy
After formation of the project and prior to any actions targeting the packaging of new Common Lisp libraries and applications some crucial amendments to Packaging:Lisp need to be performed by writing drafts to be discussed and approved by the Packaging:Committee:

  • The current guideline advocates use of a broken standard (common-lisp-controller) that either needs to be fixed for all CL implementations or replaced altogether
  • There are no rules at all for CL-based programs, only implementations and libraries
  • Due to Common Lisp's nature, a number of unique questions and issues arise when considering the possibilities of how to package aforementioned programs, e.g. SBCL permits creation of "real" executables by re-bundling the kernel and modified heap image, other implementations must use trampolines
  • Most CL programs support different implementations so package naming is an issue; imagine the project foo' supports ECL and CLISP with unique advantages and disadvantages, do both implementations go into one package so foo-ecl' and foo-clisp' are just subpackage? If yes, which is the default implementation to install for yum install foo'? If not, who or what will prevent naming clashes for another project named foo'?

After clearance from the committee some high-priority packages need to be packaged for Fedora:

Mid-term outlook
At the end of the day, at least all CL packages should be in place as provided by another well-known community distribution. In the process of doing so, CL packaging is likely to mature and be enhanced by new RPM macros, e.g. automatic dependency detection which should be really easy for CL. At this point the SIG will toot the horn and proclaim CL developers finally have more choice in terms of choosing their primary development platform and can achieve much bigger downstream spread. They will also benefit from
yum groupinstall Common Lisp Development' which is going to give them a ready development environment in no time. This pretty much sums up the state where the CL SIG, or Common Lisp in general can be called a "permanent fixture" of Fedora.

Long-term set of goals
The complement of the mid-term outlook: Making Fedora a permanent fixture in the world of Common Lisp. This means contributing back to upstream projects and raising awareness CL - or actually, Lisp in general - is not the ill-reputed AI niche programming language many believe but actually the most powerful tool in the hands of a hacker to create something the community benefits from. The SIG might evolve to an all-encompassing "Lisp SIG" for children of the original LISP or new SIGs could be founded for CL's siblings.


Resources and References