Micheal,
Well, I know how to add new subdirectory - just as svn add/svn commit.
Already did it with baselib and transport.
But hpibrowser is not juse a new subdirectory.
It will be a new project in repository with its only trunks, branches and
tags.
There is a guide about importing a new project.
Mohan,
As I can see Qt4 has 3 license options: LGPL2, GPL3 and Commercial.
http://qt.nokia.com/products/licensing
Seems LGPL2 option is fine for us.
For example OpenHPI make use of glib-2.0 which is released
under LGPL2. I don't see any problem here.
Anton Pak
> Anton and others,
>
> This wi
Mohan asked me to comment on licenses; I think what's being proposed is
fine. Let me clarify what I think I've heard to this point:
* The new code will not be a required part of the OpenHPI
library/daemon
* The new code will be licensed under the BSD, consistent with the
Anton and others,
This will make a good addition to openhpi tools.
Qt is shipped under various licenses. I am not an expert in licenses,
but seeing GPL v3 with special exceptions
( http://doc.trolltech.com/4.4/license-gpl-exceptions.html ) cautions me
little more. It is better to consult knowled
Anton -
I like hpibrowser - and I don't think that name has been used before.
For guidance, I suggest googling for an svn how-to guide - and it should be
pretty easy to add a new directory. You might want to wait for others to chime
in before you commit your changes. I'd suggest waiting until
My ideas:
- (q)hpiview3
- (q)hpiviewer
- (q)hpiexplorer
- (q)hpicommander
- (q)hpibrowser
- hpigui
- hpiui
What say?
Anton Pak
> Well,
>
> Now I need a guidance about how to add it into openhpi repository and a
> good
> name for application. After that - ready to add!
>
>Anton Pak
>
>> Ant
Well,
Now I need a guidance about how to add it into openhpi repository and a good
name for application. After that - ready to add!
Anton Pak
> Anton -
>
> I agree that is the right place for this.
>
> --michael
>
>
>> -Original Message-
>> From: anton@pigeonpoint.com [mailto:anto
Anton -
I agree that is the right place for this.
--michael
> -Original Message-
> From: anton@pigeonpoint.com [mailto:anton@pigeonpoint.com]
> Sent: Thursday, May 27, 2010 3:35 PM
> To: openhpi-devel@lists.sourceforge.net
> Cc: 'openhpi-devel@lists.sourceforge.net'
> Subject: R
Corrent.
I suggest new subdirectory here:
http://openhpi.svn.sourceforge.net/viewvc/openhpi/
At the same level as openhpi, hpiview, hpiview2, subagent.
Anton Pak
> Anton -
>
> That sounds good. So in this proposed organization, the HPI GUI app
> source would not even be in the main openhpi
Anton -
That sounds good. So in this proposed organization, the HPI GUI app source
would not even be in the main openhpi development tree. Is that right?
--michael
> -Original Message-
> From: anton@pigeonpoint.com [mailto:anton@pigeonpoint.com]
> Sent: Thursday, May 27, 2010
My proposal is to organize it in the same way as for existing hpiview or
pyOpenHPI:
- openhpi and hpiview are in the same SVN repo. (not sure about the same)
- separate tarball hpiview-$version.tar.gz
Anton Pak
> Anton -
>
> Perhaps I'm getting ahead of myself here - but it sounds like the HPI
Anton -
Perhaps I'm getting ahead of myself here - but it sounds like the HPI GUI app
source code could be included in the OpenHPI project - but that the user would
be responsible for downloading the QT4 development/runtime kit prior to
building it? If this is what you are envisioning, then th
Michael,
Yes, it requires QT4.
Yes, one need to have Qt4 for compilation (like glib or openssl for OpenHPI).
Dan pointed out there is no problem with BSD app and GPL lib.
> Anton -
>
> I'm assuming the HPI GUI application you are proposing requires the QT4
> libraries to compile/run. Is that rig
Anton -
I'm assuming the HPI GUI application you are proposing requires the QT4
libraries to compile/run. Is that right?
If QT4 is LGPL2/GPL3 - isn't that going to cause issues if we include those
libraries with OpenHPI - given that OpenHPI is BSD? I think it would be an
issue.
Or is your th
Great! BSD license works!
Anton Pak
> anton@pigeonpoint.com pÃÅ¡e v ÄŒt 27. 05. 2010 v 16:03 -0400:
>> 1. We are fine with BSD license and PPS copyright note in the
>> source files. In the same fashion like in OpenHPI source code.
>> However QT4 is LGPL2/GPL3 and I read there were incompa
anton@pigeonpoint.com píše v Čt 27. 05. 2010 v 16:03 -0400:
> 1. We are fine with BSD license and PPS copyright note in the
> source files. In the same fashion like in OpenHPI source code.
> However QT4 is LGPL2/GPL3 and I read there were incompatibility
> issues with the original BSD license.
1. We are fine with BSD license and PPS copyright note in the
source files. In the same fashion like in OpenHPI source code.
However QT4 is LGPL2/GPL3 and I read there were incompatibility
issues with the original BSD license.
Do you have any thougth on this topic?
2. Yes, proposing for 2.15.0.
Su
Uli -
I think Mohan and I agree on #1.
On #2, Lars intends to provide a default configuration - so a new user could
start using the new simulator immediately without difficulty. I agree that a
better name should be chosen - since it will not be the "new simulator"
forever. I like your sugges
Anton -
The slides look great - and this would be a fine addition to OpenHPI.
A few questions:
1. Is this application copyrighted, trademarked, or in anyway protected from
redistribution thru OpenHPI's BSD-style license? In other words, what are the
legal issues surrounding this?
2. Are you
Anton Pak píše v Čt 27. 05. 2010 v 21:56 +0400:
> Hello All!
>
> There is a small QT4 based HPI application that shows information about
> HPI service:
> Domains, RPT, Entities and so on.
> The main idea is to present HPI system in an hierarchical tree and allow
> to walk over it.
> I've atta
Hi Anton,
it looks very good!I think such a GUI is the right way and a thing which is
really missing in the openhpi projekt at the moment.
Lars
On Thursday, 27. May 2010 19:56, Anton Pak wrote:
> Hello All!
>
> There is a small QT4 based HPI application that shows information about
> HPI servic
I will clean tonight. I do not want u to help - just relax. It will be fast. I
want to do it. Please don't do anything except pick u your clothes.
Sent from my HTC Snap on the Now Network from SprintR.
-Original Message-
From: Anton Pak
Sent: Thursday, May 27, 2010 1:55 PM
To: OpenHPI-d
Hi,
here is my two cents on some of these issues:
1. I agree that default for debug should be off
2. I think the oldsimulator should stay available.
The new simulator needs some configuration to do, which
could be complex for a newcomer.
But I think the newsimulator could have a fancy
Hi,
I didn't see any answer on this bug. Since we are planning to move to
multi domain configurations,
I am getting a bit scared, since I didn't understand fully the
consequences of this bug.
Cheers,
Uli
-Original Message-
From: ext SourceForge.net [mailto:nore...@sourceforge.net]
Sent:
24 matches
Mail list logo