Thanks for the message. No gizmod is not dead! The svn version should compile on all modern distros (gentoo and ubuntu 8.10 tested with confirmations from others about others working as well). I haven't put put a new source tarball because I honestly didn't think there was a need. Seems like most people are using the deb binary release these day.
Have you tried compiling from svn? It should be just as easy as from release and there are instructions on the wiki.
If you have please paste any errors and we'll see if we can get them sorted.
Also there hasn't been much development lately because I'm working on another project, but rest assured I've got the next version pretty much planned out and I think it's going to be great. Two major features: 1) unified event / action / device model -- so you define "power button" with app X does action Y. Which should make it much easier to reuse actions, have less coding required to perform the same tasks, and allow for easier programmatical creation of event sequences (think macros and recording).
And 2) a gui!
Thanks again and let me know if you have any success (or oterwise)
Tim.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
My apologies for taking so long to respond to this!
On a Fedora 10 x86_64 system, after the cmake completes:
[build] $ make
Scanning dependencies of target H
[ 1%] Building CXX object libH/CMakeFiles/H.dir/Average.o
[ 3%] Building CXX object libH/CMakeFiles/H.dir/Debug.o
[ 5%] Building CXX object libH/CMakeFiles/H.dir/Exception.o
[ 7%] Building CXX object libH/CMakeFiles/H.dir/FileEventWatcher.o
cc1plus: warnings being treated as errors
/home/bdaniels/work/gizmod/gizmod-3.4/libH/FileEventWatcher.cpp: In member function ‘void H::FileEventWatcher::handleEventsOnFile(pollfd&)’:
/home/bdaniels/work/gizmod/gizmod-3.4/libH/FileEventWatcher.cpp:456: error: suggest explicit braces to avoid ambiguous ‘else’
make[2]: *** [libH/CMakeFiles/H.dir/FileEventWatcher.o] Error 1
make[1]: *** [libH/CMakeFiles/H.dir/all] Error 2
make: *** [all] Error 2
And we're done. (for)
Digging around online found a patch file that gets around that one. Then you have to add
CXXFLAGS="-DBOOST_NO_INTRINSIC_INT64_T" to the make line to get past another set of errors. That gets it to build, but then you have to mv libGizmod.so* /usr/lib64 by hand.
Not exactly a smooth build process :-)
Doing all of the above gets me a working gizmod, execpt that:
1. It will randomly (1-2 times a day) mute my sound, as if I had pressed down on the Powermate.
2. Whenever sound gets muted (randomly or intentionally), unmuting leaves the front channel muted and I have to go into KMix to fix.
Not insurmountable problems (as evidenced by how long it took me to look back at this issue!), but stuff I'm hoping gets cleaned up eventually...
In any case, thanks for writing it!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There hasn't been any activity in a long time, it won't compile on current distros. Is this project dead?
I'm hoping not, because it worked well!
Hi Brian,
Thanks for the message. No gizmod is not dead! The svn version should compile on all modern distros (gentoo and ubuntu 8.10 tested with confirmations from others about others working as well). I haven't put put a new source tarball because I honestly didn't think there was a need. Seems like most people are using the deb binary release these day.
Have you tried compiling from svn? It should be just as easy as from release and there are instructions on the wiki.
If you have please paste any errors and we'll see if we can get them sorted.
Also there hasn't been much development lately because I'm working on another project, but rest assured I've got the next version pretty much planned out and I think it's going to be great. Two major features: 1) unified event / action / device model -- so you define "power button" with app X does action Y. Which should make it much easier to reuse actions, have less coding required to perform the same tasks, and allow for easier programmatical creation of event sequences (think macros and recording).
And 2) a gui!
Thanks again and let me know if you have any success (or oterwise)
Tim.
My apologies for taking so long to respond to this!
On a Fedora 10 x86_64 system, after the cmake completes:
[build] $ make
Scanning dependencies of target H
[ 1%] Building CXX object libH/CMakeFiles/H.dir/Average.o
[ 3%] Building CXX object libH/CMakeFiles/H.dir/Debug.o
[ 5%] Building CXX object libH/CMakeFiles/H.dir/Exception.o
[ 7%] Building CXX object libH/CMakeFiles/H.dir/FileEventWatcher.o
cc1plus: warnings being treated as errors
/home/bdaniels/work/gizmod/gizmod-3.4/libH/FileEventWatcher.cpp: In member function ‘void H::FileEventWatcher::handleEventsOnFile(pollfd&)’:
/home/bdaniels/work/gizmod/gizmod-3.4/libH/FileEventWatcher.cpp:456: error: suggest explicit braces to avoid ambiguous ‘else’
make[2]: *** [libH/CMakeFiles/H.dir/FileEventWatcher.o] Error 1
make[1]: *** [libH/CMakeFiles/H.dir/all] Error 2
make: *** [all] Error 2
And we're done. (for)
Digging around online found a patch file that gets around that one. Then you have to add
CXXFLAGS="-DBOOST_NO_INTRINSIC_INT64_T" to the make line to get past another set of errors. That gets it to build, but then you have to mv libGizmod.so* /usr/lib64 by hand.
Not exactly a smooth build process :-)
Doing all of the above gets me a working gizmod, execpt that:
1. It will randomly (1-2 times a day) mute my sound, as if I had pressed down on the Powermate.
2. Whenever sound gets muted (randomly or intentionally), unmuting leaves the front channel muted and I have to go into KMix to fix.
Not insurmountable problems (as evidenced by how long it took me to look back at this issue!), but stuff I'm hoping gets cleaned up eventually...
In any case, thanks for writing it!
The above is from the current tarball. I just got the SVN version:
[ 49%] Building CXX object libGizmod/CMakeFiles/Gizmod.dir/CPUUsage.o
[ 50%] Building CXX object libGizmod/CMakeFiles/Gizmod.dir/Gizmo.o
[ 52%] Building CXX object libGizmod/CMakeFiles/Gizmod.dir/GizmoATIX10.o
[ 54%] Building CXX object libGizmod/CMakeFiles/Gizmod.dir/GizmoClient.o
[ 56%] Building CXX object libGizmod/CMakeFiles/Gizmod.dir/GizmoEvent.o
[ 58%] Building CXX object libGizmod/CMakeFiles/Gizmod.dir/GizmoEventATIX10.o
[ 60%] Building CXX object libGizmod/CMakeFiles/Gizmod.dir/GizmoEventCPUUsage.o
In file included from /home/bdaniels/work/gizmod/gizmod3/libGizmod/GizmoEventCPUUsage.hpp:44,
from /home/bdaniels/work/gizmod/gizmod3/libGizmod/GizmoEventCPUUsage.cpp:30:
/usr/include/boost/serialization/vector.hpp:126: error: redefinition of ‘struct boost::serialization::implementation_level<std::vector<long int, std::allocator<long int> > >’
/usr/include/boost/serialization/vector.hpp:126: error: previous definition of ‘struct boost::serialization::implementation_level<std::vector<long int, std::allocator<long int> > >’
/usr/include/boost/serialization/vector.hpp:126: error: redefinition of ‘struct boost::serialization::implementation_level<std::vector<long unsigned int, std::allocator<long unsigned int> > >’
/usr/include/boost/serialization/vector.hpp:126: error: previous definition of ‘struct boost::serialization::implementation_level<std::vector<long unsigned int, std::allocator<long unsigned int> > >’
make[2]: *** [libGizmod/CMakeFiles/Gizmod.dir/GizmoEventCPUUsage.o] Error 1
make[1]: *** [libGizmod/CMakeFiles/Gizmod.dir/all] Error 2
make: *** [all] Error 2
Fedora 10, x86_64