jauhien / gs-elpa

g-sorcery backend for elisp packages
GNU General Public License v2.0
6 stars 3 forks source link

Packages already in portage not available #2

Closed alem0lars closed 9 years ago

alem0lars commented 9 years ago

I don't know why, but if a package is already available in portage, the versions available from the overlays (e.g. melpa) are not available.

For example: app-emacs/slime is provided from the portage tree (a.t.m. versions 2.0_p20080731, 2.0_p20080731-r1, 2.0_p20101103). But there should also be the version 20141118.1321 which is from melpa but I don't see it and I cannot install it.

I've noticed exactly the same behavior for all of the packages which are already available in portage.

It should be nice to also have the overlays' version as for the other packages. E.g. this is blocking me because the portage version of slime it's too old and I need the melpa version.

Thanks.

jauhien commented 9 years ago

That's a feature, not a bug. ;-)

If you'll have a look at /etc/g-sorcery/gs-elpa.json config file, you'll find this section there:

     "exclude": [
      "actionscript-mode", "alt-font-menu", "analog", "anything",
      "apache-mode", "apel", "auctex", "autoconf-mode",
      "bbdb", "binclock", "blogmax", "bm", "bongo", "boxquote", "browse-kill-ring",
      "bubblet", "calfw", "cedet", "chess", "circe", "cldoc", "cmail", "color-browser",
      "color-moccur", "color-theme", "company-mode", "cperl-mode",
      "crontab-mode", "crypt++", "csharp-mode", "css-mode", "csv-mode",
      "ddskk", "delicious", "develock", "df-mode", "dictionary", "dircolors",
      "dired-sort-menu", "distel", "doctest-mode", "doxymacs", "dropdown-list",
      "ebuild-mode", "ecb", "edb", "edit-list", "elib", "elscreen",
      "emacs-common-gentoo", "emacs-daemon", "emacs-jabber",
      "emacs-wm", "emacs-wget", "emacs-wiki", "emacs-wiki-blog",
      "emhacks", "emms", "eperiodic", "erc", "erobot", "eselect-mode", "ess",
      "evil", "fff", "filladapt", "flashcard", "flim", "folding", "gnuserv",
      "gnuserv-programs", "google-c-style", "graphviz-dot-mode",
      "grep-edit", "h4x0r", "haskell-mode", "highline", "howm", "htmlize",
      "http-emacs", "httpd", "icicles", "identica-mode", "igrep", "imaxima", "inform-mode",
      "initsplit", "jam-mode", "jasmin", "javascript", "jde", "keywiz", "limit",
      "lookup", "lua-mode", "lyskom-elisp-client", "magit", "mailcrypt", "mairix", "markdown-mode",
      "matlab", "mcomplete", "mell", "mew", "mic-paren", "mldonkey", "mmm-mode",
      "moccur-edit", "mode-compile", "mpg123-el", "mu-cite", "muse", "nagios-mode", "navi2ch",
      "nxml-docbook5-schemas", "nxml-gentoo-schemas", "nxml-libvirt-schemas", "nxml-mode",
      "nxml-svg-schemas", "ocaml-mode", "org-mode",
      "outline-magic", "paredit", "parenface1.1", "php-mode",
      "planner", "po-mode", "po.foo", "po.elscreen",
      "popwin", "pov-mode", "prime-el", "prom-wl", "proofgeneral", "protbuf",
      "psgml", "pymacs", "python-mode", "quack", "quilt-el", "qwerty", "redo", "regress", "remember",
      "rfcview", "riece", "rnc-mode", "rpm-spec-mode", "ruby-mode", "rudel", "sawfish", "scala-mode",
      "scheme-complete", "scss-mode", "semi", "session", "setnu", "slime", "sml-mode", "sokoban", "ssh",
      "stripes", "sumibi", "tdtd", "teco", "template", "tempo-snippets", "thinks", "thumbs", "tnt",
      "tuareg-mode", "twittering-mode", "typing", "u-vm-color", "uboat", "undo-tree", "uptimes",
      "vhdl-mode", "view-process", "vm", "volume", "w3mnav", "wanderlust", "whine", "wikipedia-mode", "xclip",
      "xrdb-mode", "xslide", "yaml-mode", "yasnippet", "yatex", "yc", "zenburn", "yyzenirc"
    ]

remove the packages you need from this list and ebuilds for them will be generated. What is really a bug, that I have not written about this in documentation. So, thanks for pointing this out. ;-)

The rationale behind this is that packages in the tree can be quite specific, e.g. containing some additional files or whatever else. So it's safer to disable autogeneration of ebuilds for such packages. From the other side you always can switch this generation on editing a config, so you have a choice.

Btw, the right way of having the latest versions of packages that are already in the tree is filing a version bump bug to the Gentoo bugzilla. You can add me to CC in this kind of bugs.

See also jauhien/g-sorcery#1.

jauhien commented 9 years ago

Ok, closing this issue. And, please, file a version bump bug for the packages from the tree that you need.