hidey-ho neighbors!
HDAPS is a hard drive monitoring system created by IBM for thinkpad laptops to protect them in case of dropping/falling/whatever. There was a KDE3 applet called khdapsapplet [0] which would show the status of the system. I think this is a good candidate for inclusion/porting to trinity. Trinity seeks to be a desktop environment for serious users and enterprise environments, and thinkpad also targets that very market. This is a utility that could be employed by those users who use thinkpads and trinity desktop (which is a very logical combination).
I would be willing to do the work on this to possibly get it included in R14 or later. I will be busy all summer however.
What do you guys think?
Calvin [0] http://kde-apps.org/content/show.php/khdapsmonitor?content=41710
I would be willing to do the work on this to possibly get it included in R14 or later. I will be busy all summer however.
What do you guys think?
Sounds like a good candidate to me!
Running the convert_qt_itself_qt3 and convert_qt_itself_qt3_batch* scripts from http://git.trinitydesktop.org/cgit/experimental/tree/qt3-tqt3 on the sources for that application should take care of converting the Q* objects to TQ* objects. Then you would need to pull in the latest admin/ directory from TDE GIT and fix any compilation errors that were caused by the automated conversion.
Hope this helps!
Tim
On 13 July 2012 15:38, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
I would be willing to do the work on this to possibly get it included in R14 or later. I will be busy all summer however.
What do you guys think?
Sounds like a good candidate to me!
Running the convert_qt_itself_qt3 and convert_qt_itself_qt3_batch* scripts from http://git.trinitydesktop.org/cgit/experimental/tree/qt3-tqt3 on the sources for that application should take care of converting the Q* objects to TQ* objects. Then you would need to pull in the latest admin/ directory from TDE GIT and fix any compilation errors that were caused by the automated conversion.
Hope this helps!
Tim
Awesome I am glad you approve :-)
What is the git clone address for that repository? (btw i couldn't seem to find it anywhere)
Calvin
On 13 July 2012 15:41, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:38, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
I would be willing to do the work on this to possibly get it included in R14 or later. I will be busy all summer however.
What do you guys think?
Sounds like a good candidate to me!
Running the convert_qt_itself_qt3 and convert_qt_itself_qt3_batch* scripts from http://git.trinitydesktop.org/cgit/experimental/tree/qt3-tqt3 on the sources for that application should take care of converting the Q* objects to TQ* objects. Then you would need to pull in the latest admin/ directory from TDE GIT and fix any compilation errors that were caused by the automated conversion.
Hope this helps!
Tim
Awesome I am glad you approve :-)
What is the git clone address for that repository? (btw i couldn't seem to find it anywhere)
Calvin
nevermind got it
Calvin
On 13 July 2012 15:51, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:41, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:38, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
I would be willing to do the work on this to possibly get it included
in
R14 or later. I will be busy all summer however.
What do you guys think?
Sounds like a good candidate to me!
Running the convert_qt_itself_qt3 and convert_qt_itself_qt3_batch* scripts from http://git.trinitydesktop.org/cgit/experimental/tree/qt3-tqt3 on the sources for that application should take care of converting the Q* objects to TQ* objects. Then you would need to pull in the latest admin/ directory from TDE GIT and fix any compilation errors that were caused by the automated conversion.
Hope this helps!
Tim
Awesome I am glad you approve :-)
What is the git clone address for that repository? (btw i couldn't seem to find it anywhere)
Calvin
nevermind got it
Calvin
Okay I've hit a few blocks, but I solved them by including $(LIB_KDECORE), now I am getting complaints about dcop.
ld -ldcop doesn't work to include it, does anyone know the proper -l flag for dcop? -lDCOP is not right, -libDCOP is not right...
On 13 July 2012 15:51, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:41, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:38, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
I would be willing to do the work on this to possibly get it
included in
R14 or later. I will be busy all summer however.
What do you guys think?
Sounds like a good candidate to me!
Running the convert_qt_itself_qt3 and convert_qt_itself_qt3_batch* scripts from http://git.trinitydesktop.org/cgit/experimental/tree/qt3-tqt3 on the sources for that application should take care of converting the Q* objects to TQ* objects. Then you would need to pull in the latest admin/ directory from TDE GIT and fix any compilation errors that were caused by the automated conversion.
Hope this helps!
Tim
Awesome I am glad you approve :-)
What is the git clone address for that repository? (btw i couldn't seem to find it anywhere)
Calvin
nevermind got it
Calvin
Okay I've hit a few blocks, but I solved them by including $(LIB_KDECORE), now I am getting complaints about dcop.
ld -ldcop doesn't work to include it, does anyone know the proper -l flag for dcop? -lDCOP is not right, -libDCOP is not right...
-lDCOP IS right. Something else might be wrong...
Tim
On 13 July 2012 16:43, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
On 13 July 2012 15:51, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:41, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:38, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
I would be willing to do the work on this to possibly get it
included in
R14 or later. I will be busy all summer however.
What do you guys think?
Sounds like a good candidate to me!
Running the convert_qt_itself_qt3 and convert_qt_itself_qt3_batch* scripts from http://git.trinitydesktop.org/cgit/experimental/tree/qt3-tqt3 on the sources for that application should take care of converting the Q* objects to TQ* objects. Then you would need to pull in the latest admin/ directory from TDE GIT and fix any compilation errors that were caused by the automated conversion.
Hope this helps!
Tim
Awesome I am glad you approve :-)
What is the git clone address for that repository? (btw i couldn't seem to find it anywhere)
Calvin
nevermind got it
Calvin
Okay I've hit a few blocks, but I solved them by including
$(LIB_KDECORE),
now I am getting complaints about dcop.
ld -ldcop doesn't work to include it, does anyone know the proper -l flag for dcop? -lDCOP is not right, -libDCOP is not right...
-lDCOP IS right. Something else might be wrong...
Tim
Got it... a typo :-)
On 13 July 2012 16:44, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 16:43, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
On 13 July 2012 15:51, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:41, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:38, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
> I would be willing to do the work on this to possibly get it included in > R14 or later. I will be busy all summer however. > > What do you guys think?
Sounds like a good candidate to me!
Running the convert_qt_itself_qt3 and convert_qt_itself_qt3_batch* scripts from http://git.trinitydesktop.org/cgit/experimental/tree/qt3-tqt3on the sources for that application should take care of converting the Q* objects to TQ* objects. Then you would need to pull in the latest admin/ directory from TDE GIT and fix any compilation errors that were
caused
by the automated conversion.
Hope this helps!
Tim
Awesome I am glad you approve :-)
What is the git clone address for that repository? (btw i couldn't
seem
to find it anywhere)
Calvin
nevermind got it
Calvin
Okay I've hit a few blocks, but I solved them by including
$(LIB_KDECORE),
now I am getting complaints about dcop.
ld -ldcop doesn't work to include it, does anyone know the proper -l
flag
for dcop? -lDCOP is not right, -libDCOP is not right...
-lDCOP IS right. Something else might be wrong...
Tim
Got it... a typo :-)
OK!
it builds and runs :-)
just doesn't work yet.
On 13 July 2012 16:50, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 16:44, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 16:43, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
On 13 July 2012 15:51, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 15:41, Calvin Morrison mutantturkey@gmail.com
wrote:
On 13 July 2012 15:38, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
> > I would be willing to do the work on this to possibly get it > included > in > > R14 or later. I will be busy all summer however. > > > > What do you guys think? > > Sounds like a good candidate to me! > > Running the convert_qt_itself_qt3 and convert_qt_itself_qt3_batch* > scripts > from http://git.trinitydesktop.org/cgit/experimental/tree/qt3-tqt3on > the > sources for that application should take care of converting the Q* > objects > to TQ* objects. Then you would need to pull in the latest admin/ > directory from TDE GIT and fix any compilation errors that were
caused
> by > the automated conversion. > > Hope this helps! > > Tim > > Awesome I am glad you approve :-)
What is the git clone address for that repository? (btw i couldn't
seem
to find it anywhere)
Calvin
nevermind got it
Calvin
Okay I've hit a few blocks, but I solved them by including
$(LIB_KDECORE),
now I am getting complaints about dcop.
ld -ldcop doesn't work to include it, does anyone know the proper -l
flag
for dcop? -lDCOP is not right, -libDCOP is not right...
-lDCOP IS right. Something else might be wrong...
Tim
Got it... a typo :-)
OK!
it builds and runs :-)
just doesn't work yet.
Yippie!
It works :-). I patched it up to work with the more modern /sys interface and it now works very very well.
Tim, what should we do now? It needs a conversion to CMake probably first, but then what? can I check it into a new repository?
Calvin.
<snip>
Yippie!
It works :-). I patched it up to work with the more modern /sys interface and it now works very very well.
Tim, what should we do now? It needs a conversion to CMake probably first, but then what? can I check it into a new repository?
What is wrong with the Automake version? If you want to port it to CMake that's up to you, but first I would have someone with GIT access check it in to a new module.
What is the exact name of the applet? Would hdaps-monitor be appropriate?
Thanks!
Tim
On 13 July 2012 19:24, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
<snip> > Yippie! > > It works :-). I patched it up to work with the more modern /sys interface > and it now works very very well. > > Tim, what should we do now? It needs a conversion to CMake probably first, > but then what? can I check it into a new repository?
What is wrong with the Automake version? If you want to port it to CMake that's up to you, but first I would have someone with GIT access check it in to a new module.
Can you give me permissions to just this repository?
What is the exact name of the applet? Would hdaps-monitor be appropriate?
It is currently called khdapsmonitor. I think the name is fine but hdaps-monitor works as well.
As a side note, I have not built this with Trinity R14, but on 3.5.13, some appropriate linking might be necessary.
Calvin
On 13 July 2012 19:24, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
<snip> > Yippie! > > It works :-). I patched it up to work with the more modern /sys interface > and it now works very very well. > > Tim, what should we do now? It needs a conversion to CMake probably first, > but then what? can I check it into a new repository?
What is wrong with the Automake version? If you want to port it to CMake that's up to you, but first I would have someone with GIT access check it in to a new module.
Can you give me permissions to just this repository?
What is the exact name of the applet? Would hdaps-monitor be appropriate?
It is currently called khdapsmonitor. I think the name is fine but hdaps-monitor works as well.
As a side note, I have not built this with Trinity R14, but on 3.5.13, some appropriate linking might be necessary.
Can you try to get it building on R14 before we officially add it to GIT?
I have created an empty repository for this application, and granted you write access to it. Use this command to pull it: git clone http://<username>@scm.trinitydesktop.org/scm/git/hdaps-monitor
When you check in the new application, make sure all of the following files are removed prior to commit if they exist: configure Makefile.in Makefile admin/ cmake/ all object files and binaries
When you have the initial version in GIT, let me know and I will add the admin/ and cmake/ submodules.
Tim
On 13 July 2012 21:20, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
On 13 July 2012 19:24, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
<snip> > Yippie! > > It works :-). I patched it up to work with the more modern /sys interface > and it now works very very well. > > Tim, what should we do now? It needs a conversion to CMake probably first, > but then what? can I check it into a new repository?
What is wrong with the Automake version? If you want to port it to CMake that's up to you, but first I would have someone with GIT access check it in to a new module.
Can you give me permissions to just this repository?
What is the exact name of the applet? Would hdaps-monitor be appropriate?
It is currently called khdapsmonitor. I think the name is fine but hdaps-monitor works as well.
As a side note, I have not built this with Trinity R14, but on 3.5.13, some appropriate linking might be necessary.
Can you try to get it building on R14 before we officially add it to GIT?
I have created an empty repository for this application, and granted you write access to it. Use this command to pull it: git clone http://<username>@scm.trinitydesktop.org/scm/git/hdaps-monitor
When you check in the new application, make sure all of the following files are removed prior to commit if they exist: configure Makefile.in Makefile admin/ cmake/ all object files and binaries
When you have the initial version in GIT, let me know and I will add the admin/ and cmake/ submodules.
Tim
I will port it to cmake because automake is ugly.
I do not have a Trinity R14 system up and running. Darrell or David, could you test and verify it works with R14 (just that it compiles, to run it successfully you need a thinkpad)
Calvin
On 13 July 2012 22:11, Calvin Morrison mutantturkey@gmail.com wrote:
On 13 July 2012 21:20, Timothy Pearson kb9vqf@pearsoncomputing.netwrote:
On 13 July 2012 19:24, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
<snip> > Yippie! > > It works :-). I patched it up to work with the more modern /sys interface > and it now works very very well. > > Tim, what should we do now? It needs a conversion to CMake probably first, > but then what? can I check it into a new repository?
What is wrong with the Automake version? If you want to port it to CMake that's up to you, but first I would have someone with GIT access check it in to a new module.
Can you give me permissions to just this repository?
What is the exact name of the applet? Would hdaps-monitor be appropriate?
It is currently called khdapsmonitor. I think the name is fine but hdaps-monitor works as well.
As a side note, I have not built this with Trinity R14, but on 3.5.13, some appropriate linking might be necessary.
Can you try to get it building on R14 before we officially add it to GIT?
I have created an empty repository for this application, and granted you write access to it. Use this command to pull it: git clone http://<username>@scm.trinitydesktop.org/scm/git/hdaps-monitor
When you check in the new application, make sure all of the following files are removed prior to commit if they exist: configure Makefile.in Makefile admin/ cmake/ all object files and binaries
When you have the initial version in GIT, let me know and I will add the admin/ and cmake/ submodules.
Tim
I will port it to cmake because automake is ugly.
I do not have a Trinity R14 system up and running. Darrell or David, could you test and verify it works with R14 (just that it compiles, to run it successfully you need a thinkpad)
Calvin
I have checked my changes into a github repository.
https://github.com/mutantturkey/hdaps-monitor
can somebody please test this on an R14 system?
thanks
Calvin
-
Calvin Morrison -
Timothy Pearson