Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

opam package? #11

Open
gasche opened this issue Oct 31, 2016 · 6 comments
Open

opam package? #11

gasche opened this issue Oct 31, 2016 · 6 comments

Comments

@gasche
Copy link

gasche commented Oct 31, 2016

Could we have an opam release of dmlenu? I just found out about the project and would like to use it as a drop-in dmenu replacement, I would expect opam install dmlenu to do something.

(There is the issue that the presentation as a library sort of suggests that everyone should build their own dmenu-replacement from it, while I would prefer to have an executable available out of the box. This suggests that maybe main could be made into an actual binary instead of just an "example". But at least having the library available through opam would be nice.)

@asmanur
Copy link
Contributor

asmanur commented Nov 2, 2016

The problem being that dmlenu's dev died down before it got an actual userbase (apart from Armael). There has been some discussions to start the dev again but we've been quite busy. (And I'm not even a user of dmlenu anymore as of now).
To be fair, unless there is a regain of interest (perhaps by Armael) I don't see the point of distributing an opam package of dmlenu. Moreover, if you want to replace dmenu by dmlenu, you will not gain a lot (the interface is a bit prettier but that's it.)

@gasche
Copy link
Author

gasche commented Nov 2, 2016

@Armael, I'm interested in using dmlenu instead of dmenu. Would you be willing to take over package ownership, and provide an OPAM package and distribution strategy?

@trefis
Copy link
Member

trefis commented Nov 2, 2016

I don't quite understand why you are interested if not for the library aspect of the thing.
Using the example emulating dmenu_run instead of dmenu_run itself won't bring you anything, so what's the point?

As for the library aspect of the thing, it's a nice idea, except the API and its implementation are... let's just say "not that good".

@gasche
Copy link
Author

gasche commented Nov 2, 2016

I would be happy to replace a small and not-perfect utility written in C by a small and not-perfect utility written in OCaml in my user environment. Knowing that I can modify it easily is also good. I also hoped the design would be nice, but you are suggesting that there are things to improve there.

@trefis
Copy link
Member

trefis commented Nov 2, 2016

I would be happy to replace a small and not-perfect utility written in C by a small and not-perfect utility written in OCaml in my user environment.

OK.
What follows is somewhat unrelated to the current issue but: do you really want to be using opam to manage programs that you do not plan to work on, are not tied to your ocaml environment, and (apparently) plan to use regardless of the switch you're currently in, etc.?

@Armael
Copy link
Contributor

Armael commented Nov 2, 2016

@gasche note that at the moment, you can pin this repository in opam and get the dmlenu binary as a drop-in replacement for dmenu_run. I personally do not see the point of not distributing an opam package of dmlenu.

I also do not dislike the current API of dmlenu; it may be not perfect in the eyes of the authors, but as it is now I think it is usable and does the job. So far I only understand the authors insisting that dmlenu is and should be dead as a coquetterie. I can submit a PR to opam-repository for dmlenu if anyone agrees on that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants