13 Jul
2012
13 Jul
'12
7:34 p.m.
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
13 Jul
13 Jul
7:38 p.m.
New subject: [trinity-devel] HDAPS applet.
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
7:41 p.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 15:38, Timothy Pearson <kb9vqf(a)pearsoncomputing.net> wrote:
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
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
7:51 p.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 15:41, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
On 13 July 2012 15:38, Timothy Pearson <kb9vqf(a)pearsoncomputing.net>wrote;wrote:
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
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
8:42 p.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 15:51, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
On 13 July 2012 15:41, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
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:38, Timothy Pearson <kb9vqf(a)pearsoncomputing.net>wrote;wrote:
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
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
8:43 p.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 15:51, Calvin Morrison
<mutantturkey(a)gmail.com> wrote:
-lDCOP IS right. Something else might be wrong...
Tim
On 13 July 2012 15:41, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
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:38, Timothy Pearson
<kb9vqf(a)pearsoncomputing.net>wrote;wrote:
nevermind got it
Calvin
> 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
8:44 p.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 16:43, Timothy Pearson <kb9vqf(a)pearsoncomputing.net> wrote:
On 13 July
2012 15:51, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
$(LIB_KDECORE),
On 13 July 2012 15:41, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
Okay I've hit a few blocks, but I solved them by including
On 13 July 2012 15:38, Timothy Pearson
<kb9vqf(a)pearsoncomputing.net>wrote;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
nevermind got it
Calvin
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 :-)
8:50 p.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 16:44, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
On 13 July 2012 16:43, Timothy Pearson <kb9vqf(a)pearsoncomputing.net>wrote;wrote:
$(LIB_KDECORE),
OK!
it builds and runs :-)
just doesn't work yet.
On 13
July 2012 15:51, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
>
>
> On 13 July 2012 15:41, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
>
>>
>>
>> On 13 July 2012 15:38, Timothy Pearson
>> <kb9vqf(a)pearsoncomputing.net>wrote;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-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 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 :-)
11:13 p.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 16:50, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
On 13 July 2012 16:44, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
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.
On 13 July 2012 16:43, Timothy Pearson <kb9vqf(a)pearsoncomputing.net>wrote;wrote:
OK!
it builds and runs :-)
just doesn't work yet.
On 13
July 2012 15:51, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
>
>
> On 13 July 2012 15:41, Calvin Morrison <mutantturkey(a)gmail.com>
wrote:
>
>>
>>
>> On 13 July 2012 15:38, Timothy Pearson
>> <kb9vqf(a)pearsoncomputing.net>wrote;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-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 :-)
11:24 p.m.
New subject: [trinity-devel] HDAPS applet.
<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
11:35 p.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 19:24, Timothy Pearson <kb9vqf(a)pearsoncomputing.net> wrote:
<snip>
Can you give me permissions to just this repository?
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?
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
14 Jul
14 Jul
1:20 a.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 19:24, Timothy Pearson
<kb9vqf(a)pearsoncomputing.net>
wrote:
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
<snip>
Can you give me permissions to just this repository?
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?
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.
2:11 a.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 21:20, Timothy Pearson <kb9vqf(a)pearsoncomputing.net> wrote:
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 19:24, Timothy Pearson <kb9vqf(a)pearsoncomputing.net>
wrote:
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
<snip>
Can you give me permissions to just this repository?
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?
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.
3:19 a.m.
New subject: [trinity-devel] HDAPS applet.
On 13 July 2012 22:11, Calvin Morrison <mutantturkey(a)gmail.com> wrote:
On 13 July 2012 21:20, Timothy Pearson <kb9vqf(a)pearsoncomputing.net>wrote;wrote:
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
On 13
July 2012 19:24, Timothy Pearson <kb9vqf(a)pearsoncomputing.net>
wrote:
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
<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.
4569
days inactive
4570
days old
13 comments
2 participants
participants (2)
-
Calvin Morrison -
Timothy Pearson