{"action":"opened","issue":{"url":"https://api.github.com/repos/clibs/clib/issues/129","labels_url":"https://api.github.com/repos/clibs/clib/issues/129/labels{/name}","comments_url":"https://api.github.com/repos/clibs/clib/issues/129/comments","events_url":"https://api.github.com/repos/clibs/clib/issues/129/events","html_url":"https://github.com/clibs/clib/issues/129","id":128333041,"number":129,"title":"Support src/install in the same project configuration","user":{"login":"zackehh","id":5376378,"avatar_url":"https://avatars.githubusercontent.com/u/5376378?v=3","gravatar_id":"","url":"https://api.github.com/users/zackehh","html_url":"https://github.com/zackehh","followers_url":"https://api.github.com/users/zackehh/followers","following_url":"https://api.github.com/users/zackehh/following{/other_user}","gists_url":"https://api.github.com/users/zackehh/gists{/gist_id}","starred_url":"https://api.github.com/users/zackehh/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/zackehh/subscriptions","organizations_url":"https://api.github.com/users/zackehh/orgs","repos_url":"https://api.github.com/users/zackehh/repos","events_url":"https://api.github.com/users/zackehh/events{/privacy}","received_events_url":"https://api.github.com/users/zackehh/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":0,"created_at":"2016-01-23T15:08:46Z","updated_at":"2016-01-23T15:08:46Z","closed_at":null,"body":"Disclaimer: I'm new to using `clib` so apologies if this has been visited in the past and I've missed it. \r\n\r\nFrom what I understand, if you provide `\"install\"` in your `package.json`, your project isn't pulled as a dependency. I used to think that this makes sense, however I'm starting to think that having both should be an option. For example, there might be a library which provides some specific functionality, but the author also wishes to provide a command line wrapper so you can choose whether you want to integrate the lib into your projects, or just use the executable.\r\n\r\nI don't think that's too far out there (in fact I hit this recently, which is why I'm here :)). The main issue is that you cannot have separate packages from the same repo (unless I'm missing something). You could always make a new repo to bind the command line tool using the library version as a dependency but it seems... wasteful?\r\n\r\nSo; how about something like having `--src` and `--binary` as flags for install, meaning:\r\n\r\n- if you install a package with only src, and you specify `--binary`, error\r\n- if you install a package with only binary, and you specify `--src`, error\r\n- if you install a package with only src, specifying no flags, current behaviour\r\n- if you install a package with only binary, specifying no flags, current behaviour\r\n- if you install a package with **both**, specifying no flags, inform user to select one or the other\r\n- if you install a package with **both**, and you specify `--binary`, you get the `\"install\"` path\r\n- if you install a package with **both**, and you specify `--src`, you get it as a dependency in `./deps`\r\n\r\nThis would allow distribution of a library alongside an example executable without having to have two packages set up.\r\n\r\nThoughts? Again, sorry if I'm bringing up something already decided... it just *feels* that there's something missing for this use case."}}