Re: [gentoo-soc] Framework for automated ebuild generators: final report

[EBo]

Jauhien,

First congratulations on finishing the project!  I have a couple of 
questions and suggestions for possible future work.  I will inline to 
keep the thread.

On Sep 25 2013 2:58 PM, Jauhien Piatlicki wrote:
> Hi all,
>
> summary
> ~~~~~~~
>
> I'm working on `Framework for automated ebuild generators [1]. My
> mentor
> is Rafael Martins. The aim of this project is to facilitate creation
> of
> ebuild-generators for 3d party software providers. For those
> interested
> in the advance of a project there is a Kanban board [2] and a
> git-repository with code [3].
>
> Final report
> ~~~~~~~~~~~~
>
> Status: finished.
>
> A framework for automated ebuild generators was created as was
> planned.
> A developer's documentation can be found at [4]. During the project 3
> working backends were implemented:
>
> -- for ELPA repositories of emacs elisp packages
> -- for CTAN (not so useful, as there is good CTAN suppport in Gentoo,
> but usable if something is missing in the main tree)
> -- for PyPI

It would interesting if this work could work with other efforts to 
tackle specific other specific backends like R and the R_Overlay 
project.  I also know that ruby, and rubygems is another management 
headache (which I recently smacked my forehead against -- for the third 
time in as many years).

> A brief user's documentation is available at [5]. Also there are man
> pages available after installing g-sorcery.
>
> Usage is simple:
>
> 1. Add jauhien overlay with
>
> 	# layman -a jauhien
>
> 2. Emerge app-portage/g-sorcery (note, it depends on
> app-portage/layman-9999)

With Gentoo's distain for live ebuilds, do you have a sense for which 
version of layman might support the necessary functionality?

> 	# emerge -va g-sorcery
>
> 3. List available overlays with
>
> 	# layman -L
>
> 4. Add a g-sorcery overlay you like (note, there is dependency
> between
> overlays)
>
> 	# layman -a gnu-elpa -a marmalade
>
> 5. Emerge package you want
>
> 	# emerge -va app-emacs/clojure-mode
>
> Credits. Thanks to:
>
> 	-- Rafael Martins for mentoring
> 	-- Brian Dolbec for lots of advices
> 	-- Denis Dupeyron for general coordination
> 	-- Auke Booij for implementing during GSoC 2010 idea that I found
> interesting and that inspired me to work on ebuild generation
> 	-- anybody from Gentoo community who helped with answers to my
> questions (not only during this GSoC ;-) )
>
> Also I would like to know if somebody wants a backend for any
> repository
> type. At the moment I'm planning to have a look at Leiningen
> packaging
> system as I have plans to do some work with Clojure.

recently I started looking at OSv, and it uses gradle.  The current 
gentoo ebuilds I have found are -bin installs.  Since OSv has a Java VM 
as one of its primary pieces, it might be both instructive and useful to 
contact them and get the skinny on why they use gradle since you are 
looking at Clojure.

I mentioned rubygems/ruby above.  Maybe that would be an interesting 
avenue also.

other than that, thanks for all the great work!

   EBo --

> [1]
> http://www.google-melange.com/gsoc/project/google/gsoc2013/jauhien/17001
>
> [2]
>
> https://trello.com/board/framework-for-automated-ebuild-generators/51ad0f829c32858e72000c5f
>
> [3]
> http://git.overlays.gentoo.org/gitweb/?p=proj/g-sorcery.git;a=summary
>
> [4]
>
> https://github.com/jauhien/g-sorcery/blob/master/docs/developer_instructions.rst
>
> [5] https://github.com/jauhien/g-sorcery/blob/master/README.md
>
> --
> Regards,
> Jauhien