Reported by heroxbd:

One thing left preventing it to work off the shelf is
"PYTHON_COMPAT=python3_3" generated. While in

https://pypi.python.org/pypi/objgraph/1.7.2

it says to be compatible with 2.4-7 and 3.1-3.

Hi,

I am trying to move all my emacs packages from melpa to g-sorcery. But I see a lot of packages being excluded, which led me to this. Could you please explain the reason behind this? I don't see any problem if these are generated even if they are in tree.

I was specifically trying to install the auto-complete package. The version of auto-complete in tree is several years out of date, since there hasn't been a release, so I really need to install it from git.

Hello Jauhien,

The Julia language also has a package manager: http://docs.julialang.org/en/release-0.4/manual/packages/ , which sounds similar to the way Gentoo manages packages. I haven't written any ebuilds myself, but I wondered if you thought it would be worthwhile to write a backend for Julia.

I tried reading through the code for gs-elpa, but got a bit lost in the elpa_db.py file, specifically the get_download_uries method. I wasn't sure if archive-contents was something specific to the elpa repository, or something common to git.

In your To Do list you mentioned implementing ebuild generation using an external tool, with the example of pypi. Julia might provide another use case to test. I should be happy to test or try writing my own if that helps.

Thank you,
Michael

Since herds are now gone, what about removing any reference to them?

At present, KEYWORDS is hard coded to ~amd64 ~x86.

ebuild.py
209: self.template.append('KEYWORDS="~amd64 ~x86"')

There should be a way to override this, for example, to add ~arm.

An ebuild for a package called parenface1.1 is generated which is of course not compatible with portage's package names. It shows up in the marmalade list, but the package doesn't exist, don't know why!

http://marmalade-repo.org/packages?q=parenface
http://marmalade-repo.org/packages/parenface1.1

Perhaps package names should be filtered using portage's regexes.

Verified under python 3.5 for all versions of layman >2.4 with both g-sorcery 0.2.1-r1 and live package.
Fixed when backed out to layman 2.3.0-r1.

layman -s pypi

• Fetching remote list...
• Failed to fetch overlay list!
• Original Error was:
• No module named 'layman.overlays.modules.g_sorcery.g-sorcery'
• Syncing selected overlay(s)...
  Traceback (most recent call last):
  File "/usr/lib/python-exec/python3.5/layman", line 45, in
  main()
  File "/usr/lib64/python3.5/site-packages/layman/cli.py", line 196, in call
  result += getattr(self, action[1])()
  File "/usr/lib64/python3.5/site-packages/layman/cli.py", line 281, in Sync
  result = self.api.sync(selection, update_news=True)
  File "/usr/lib64/python3.5/site-packages/layman/api.py", line 386, in sync
  db = self._get_installed_db()
  File "/usr/lib64/python3.5/site-packages/layman/api.py", line 520, in _get_installed_db
  self._installed_db = DB(self.config)
  File "/usr/lib64/python3.5/site-packages/layman/db.py", line 63, in init
  allow_missing=True,
  File "/usr/lib64/python3.5/site-packages/layman/dbbase.py", line 114, in init
  success = self.read_db(path)
  File "/usr/lib64/python3.5/site-packages/layman/dbbase.py", line 222, in read_db
  return db_ctl.read_db(path, text=text)
  File "/usr/lib64/python3.5/site-packages/layman/db_modules/xml_db/xml_db.py", line 116, in read_db
  success = self.read(document, origin=path)
  File "/usr/lib64/python3.5/site-packages/layman/db_modules/xml_db/xml_db.py", line 137, in read
  ovl = Overlay(config=self.config, xml=overlay, ignore=self.ignore)
  File "/usr/lib64/python3.5/site-packages/layman/overlays/overlay.py", line 71, in init
  self.from_xml(xml, ignore)
  File "/usr/lib64/python3.5/site-packages/layman/overlays/overlay.py", line 452, in from_xml
  self.sources = [create_overlay_source(e) for e in _sources]
  File "/usr/lib64/python3.5/site-packages/layman/overlays/overlay.py", line 452, in
  self.sources = [create_overlay_source(e) for e in _sources]
  File "/usr/lib64/python3.5/site-packages/layman/overlays/overlay.py", line 437, in create_overlay_source
  _class = self.module_controller.get_class(_type)
  File "/usr/lib64/python3.5/site-packages/layman/module.py", line 167, in get_class
  mod = self._modules[modname]['parent'].get_class(modname)
  File "/usr/lib64/python3.5/site-packages/layman/module.py", line 83, in get_class
  module = import(kid['module_name'], [], [], ["not empty"])
  ImportError: No module named 'layman.overlays.modules.g_sorcery.g-sorcery'

# gs-pypi -o heroxbd -r pypi install objgraph
 * checking manifest
Traceback (most recent call last):
  File "/usr/bin/g-sorcery-python2.7", line 18, in <module>
    sys.exit(g_sorcery.main())
  File "/usr/lib64/python2.7/site-packages/g_sorcery/g_sorcery.py", line 64, in main
    return backend.instance(sys.argv[2:], config, global_config)
  File "/usr/lib64/python2.7/site-packages/g_sorcery/backend.py", line 641, in __call__
    return args.func(args, config, global_config)
  File "/usr/lib64/python2.7/site-packages/g_sorcery/backend.py", line 581, in install
    self.generate(args, config, global_config)
  File "/usr/lib64/python2.7/site-packages/g_sorcery/backend.py", line 221, in generate
    pkg_db.read()
  File "/usr/lib64/python2.7/site-packages/g_sorcery/package_db.py", line 302, in read
    sane, errors = self.check_manifest()
  File "/usr/lib64/python2.7/site-packages/g_sorcery/package_db.py", line 206, in check_manifest
    raise DBStructureError('Bad manifest: no ' + name + ' entry')
g_sorcery.exceptions.DBStructureError: Bad manifest: no categories.json entry

Reported by heroxbd

https://github.com/helixarch/debtap
https://github.com/helixarch/debtap-p64

although for arch a g-sorcery port would be a nice to have. g-sorcery-deb2ebiuld
rpm2ebuild app-arch/alien ->| deb2ebuild.