{"action":"created","issue":{"url":"https://api.github.com/repos/leksah/leksah/issues/291","repository_url":"https://api.github.com/repos/leksah/leksah","labels_url":"https://api.github.com/repos/leksah/leksah/issues/291/labels{/name}","comments_url":"https://api.github.com/repos/leksah/leksah/issues/291/comments","events_url":"https://api.github.com/repos/leksah/leksah/issues/291/events","html_url":"https://github.com/leksah/leksah/issues/291","id":156683654,"number":291,"title":"install issues 8.0.1 - leksah has grown too feature rich and too complicated","user":{"login":"andrewufrank","id":928208,"avatar_url":"https://avatars.githubusercontent.com/u/928208?v=3","gravatar_id":"","url":"https://api.github.com/users/andrewufrank","html_url":"https://github.com/andrewufrank","followers_url":"https://api.github.com/users/andrewufrank/followers","following_url":"https://api.github.com/users/andrewufrank/following{/other_user}","gists_url":"https://api.github.com/users/andrewufrank/gists{/gist_id}","starred_url":"https://api.github.com/users/andrewufrank/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/andrewufrank/subscriptions","organizations_url":"https://api.github.com/users/andrewufrank/orgs","repos_url":"https://api.github.com/users/andrewufrank/repos","events_url":"https://api.github.com/users/andrewufrank/events{/privacy}","received_events_url":"https://api.github.com/users/andrewufrank/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":31,"created_at":"2016-05-25T07:44:39Z","updated_at":"2016-06-14T22:22:18Z","closed_at":null,"body":"i appreciate all the work which goes into leksah - i have used it since its beginning. today i am concerned about the direction it takes.\r\n\r\n- leksah adds features which are beyond what most users need. these features are undocumented (the docs are in the state my group fixed them many years again!) and can, therefore, not be used.\r\n\r\n- installation is a pain. i just spend a day to try to install leksah on 8.0.1 -- there are dependencies i do not see where they come from and what useable feature they support, but these dependencies make it impossible for a simple `cabal install leksah` to complete (this time it was `jsaddle`). the instructions are incomplete because leksah has grown too complex. \r\n\r\n- leksah is not a simple executable, it has dependencies which are not documented (on ghc and cabal version used for compilation). it is not possible to use a leksah built with one version of ghc for another one (for example, many required files are in .cabal/shared...)\r\n\r\ni would suggest that a simpleLeksah is split off which includes the features which are documented and designed to assure that the executable is self contained. an advancedLeksah collects all the advanced features (which make installation so painful). [I know that this is an oversimplification as gtk is part of the issues and i appreciate the steps made to construct gi-gtk, which compiles in 8.0.1]. \r\n\r\nif leksah continues to add (undocumented) features and installation remains a problem, i will have to look elsewhere (as many of my colleagues have already). an IDE must be a reliable workshorse and loosing regularly days to reconstruct the IDE is not tolerable."},"comment":{"url":"https://api.github.com/repos/leksah/leksah/issues/comments/226034135","html_url":"https://github.com/leksah/leksah/issues/291#issuecomment-226034135","issue_url":"https://api.github.com/repos/leksah/leksah/issues/291","id":226034135,"user":{"login":"jaccokrijnen","id":4022046,"avatar_url":"https://avatars.githubusercontent.com/u/4022046?v=3","gravatar_id":"","url":"https://api.github.com/users/jaccokrijnen","html_url":"https://github.com/jaccokrijnen","followers_url":"https://api.github.com/users/jaccokrijnen/followers","following_url":"https://api.github.com/users/jaccokrijnen/following{/other_user}","gists_url":"https://api.github.com/users/jaccokrijnen/gists{/gist_id}","starred_url":"https://api.github.com/users/jaccokrijnen/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jaccokrijnen/subscriptions","organizations_url":"https://api.github.com/users/jaccokrijnen/orgs","repos_url":"https://api.github.com/users/jaccokrijnen/repos","events_url":"https://api.github.com/users/jaccokrijnen/events{/privacy}","received_events_url":"https://api.github.com/users/jaccokrijnen/received_events","type":"User","site_admin":false},"created_at":"2016-06-14T22:22:18Z","updated_at":"2016-06-14T22:22:18Z","body":"The `new-build` process uses a global store for hackage packages and a local store for local packages (like a sandbox with only add-sources). ghc-pkg thinks your local packages are broken because it does not know about the global store (which is at ~/.cabal/store/ghc-VERSION/package.db/). So running\r\n```\r\n$ ghc-pkg list --package-db dist-newstyle/packagedb/ghc-VERSION/ --package-db ~/.cabal/store/ghc-VERSION/package.db/\r\n```\r\nshould not report any broken packages.\r\n\r\nI don't understand why it can't find `Data.GI.CodeGen.CabalHooks`, I just tried building Leksah from git with a clean package database and had no problems. Can try to run `git submodule update` to make sure you have the newest versions of all local dependencies?\r\nAnd you could you give the result of running  `cabal new-build -v` as it suggests, so we can see where it looks for `Data.GI.CodeGen.CabalHooks`?\r\n"}}
{"actor":{"display_login":"jaccokrijnen"}}