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

Please tag a versioned release #5

Open
hishamhm opened this issue Oct 2, 2016 · 12 comments
Open

Please tag a versioned release #5

hishamhm opened this issue Oct 2, 2016 · 12 comments

Comments

@hishamhm
Copy link
Contributor

hishamhm commented Oct 2, 2016

This rock is at the bottom of a dependency chain for the Awesome WM PulseAudio widget. :)

Also, for a more straightforward installation, wouldn't it be nicer to move the dbus-1.0/ part of the incdir to the #include calls? (And also testing for "dbus-1.0/dbus/dbus.h" in the rockspec instead). It would make luarocks install dbus work right out of the box once a release is made, and it would encode the desired API version in the source code, which I believe is a nice thing for compatibility.

@daurnimator
Copy link
Owner

Also, for a more straightforward installation, wouldn't it be nicer to move the dbus-1.0/ part of the incdir to the #include calls? (And also testing for "dbus-1.0/dbus/dbus.h" in the rockspec instead). It would make luarocks install dbus work right out of the box once a release is made, and it would encode the desired API version in the source code, which I believe is a nice thing for compatibility.

Note that DBUS_ARCH_INCDIR is usually in /usr/lib not /usr/include.

@hishamhm
Copy link
Contributor Author

hishamhm commented Oct 3, 2016

Note that DBUS_ARCH_INCDIR is usually in /usr/lib not /usr/include.

Oh, I clearly missed it. In any case, the versioned release helps. :)

As for the location of include dirs, the best way to improve this would be for LuaRocks to support pkgconfig on Unix.

@daurnimator
Copy link
Owner

the best way to improve this would be for LuaRocks to support pkgconfig on Unix.

I'm not sure about pkgconfig support. But what about being able to provide some "default" search locations? e.g. in external_dependencies I could suggest searching in /usr/lib/dbus-1.0.
This would help with several other projects too.

@hishamhm
Copy link
Contributor Author

hishamhm commented Oct 3, 2016

But what about being able to provide some "default" search locations?

Ah, that could work too! I think both this approach and pkgconfig have complementary pros and cons. Perhaps we could add both.

@daurnimator
Copy link
Owner

Reviewing my own code I found two significant bugs, one fixed in HEAD (4e95fff) and one now filed as #6. The latter will require a significant refactor; something I don't have time for.

Do you still want a release?

@hishamhm
Copy link
Contributor Author

hishamhm commented Oct 3, 2016

Do you still want a release?

I ended up going through a different approach here, so I won't be using this immediately. I'll ping you again if it proves necessary again. But thanks in any case!

@stefano-m
Copy link

Hi, I think @hishamhm is referring to my Awesome WM Widget that uses ldbus via a higher level api (also written by me).

I have not bothered you since I saw that development on ldbus had been still for a while, but it would actually be great if you managed to pin a release at your convenience so I can pin my dependencies too. No hurry though, and thank you for writing ldbus!

@hishamhm
Copy link
Contributor Author

hishamhm commented Oct 3, 2016

@stefano-m That's right! For my use case, I ended up going with an ALSA widget for now but I plan to revisit yours in the future. :)

@daurnimator
Copy link
Owner

daurnimator commented Oct 4, 2016

FWIW I use pasystray. What does using an awesome widget do over that? (I can use mouse wheel to scroll over it to change volume; I have bindings from volume up/down keys to just run pactl)

@stefano-m
Copy link

What does using an awesome widget do over that?

That's a bit OT, bu whatever 😄 So, I have started to use the Awesome WM and was unhappy with the widgets I found around: almost all of them use timers and parse text output from command line using io.popen or similar. I wanted to leverage DBus (asynchronous API, and Awesome has also good built-in support for signals) and also have nice icons and took the opportunity to learn some Lua in the meantime. I always thought I'd be the only user of my code.

Regarding this issue. As I said, it would be great if you could tag a version if/when you have time. Of course if my widgets gain any more traction, your library may get more attention as well!

BTW, thanks again for writing ldbus, I wouldn't have been able to write my widgets without it!

@stefano-m
Copy link

#5 (comment)

@hishamhm FYI I have heavily refactored https://github.com/stefano-m/awesome-pulseaudio_widget and have replaced ldbus with lgi. The catch is that it will work on Awesome 4.x only though.

I still have one of my widgets that depend on ldbus, but I hope I will move it to lgi eventually.

ldbus was great to learn DBus and co, but I appreciate that daurnimator is not working actively on it. On the other hand, lgi is actively developed and is also a dependency of Awesome.

(sorry for the OT comment)

@hishamhm
Copy link
Contributor Author

@stefano-m Thanks for the heads up! :)

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

3 participants