[Kde-hardware-devel] More discussion on the UPnP decision

Leandro Melo de Sales leandroal at gmail.com
Fri Apr 30 21:42:08 CEST 2010

Hi Frederick.

On Mon, Apr 26, 2010 at 6:37 AM, Friedrich W. H. Kossebau
<kossebau at kde.org>wrote:

> Hi Leandro,
> thanks for your introduction.
> Vendredi, le 16 avril 2010, à 06:49, Leandro Melo de Sales a écrit:
> > Hello guys, I'm very glad to get to all of you in this e-mail, finally!
> >   I'm sending this e-mail because I'd like to discuss more about the use
> of
> > the UPnP stack in the KDE projects. As some of you already know, me, as
> the
> > BRisa Project Manager and a group of some developers are implementing a
> > UPnP stack in Qt  called BRisa UPnP Framework. I have recently found the
> > project HUPnP at the same time you guys were talking about this in this
> > list but unfortunatelly I was very busy with other stuff. We are
> > developing the BRisa project in partnership with Nokia Institute of
> > Technology [1] and the Federal University of Campina Grande at the
> > Embedded Systems and Pervasive Laboratory [2], both in Brazil, with a
> goal
> > of make a powerful
> > implementation of a UPnP stack in Qt.
> >   We started the implementation in the middle of the last year after some
> > discussion with Kate Alhola (Nokia/Maemo project manager) in the ELC
> > (Embedded Linux Conferece) 2009. Recently we have released the first, but
> a
> > complete version, of a UPnP stack, which is available at [3] and it was
> > based on our mature python version of a UPnP stack. In fact, we have
> being
> > working with UPnP stuff since 2005 and many issues with the UPnP specs
> has
> > being studies etc. Now, after a great efforts from many developers, we
> have
> > the complete stack available in Qt with a strong goal of providing a
> native
> > UPnP stack implementation in three main programming languages: Qt, Python
> > and Java, but with a unique programming language API.
> >   I'm glad to say that we are currently supporting not only windows,
> linux
> > and mac, but also maemo platform and with the targets for MeeGo Platform
> (a
> > new mobile platform built as the result of a merging of maemo platform,
> > from nokia, and moblin, from Intel).
> Impressive. So your complete stack is running on all of these platforms, or
> does it reuse things already available?
It basically uses LibQxt project and QtSOAP. The rest is from BRisa project.

> What is the relation to GUPnP/Rygel/..., which seems to be part of the
> current/next maemo platform? Is there cooperation or rivaling?
Neither one. They have different strategy and we are an alternative for
GUPnP since it is written in Qt. GLib is available for maemo, which enables
GUPnP to be run on it. Qt is available also, which will also enables BRisa
to run on it, Qt is becoming a standard for maemo platform, we are looking
for this and that is it.

> >   This is why I'm writting to all of you, unfortunatelly only now. I'm
> > currently at the Embedded Linux Conference 2010, where I gave a talk
> about
> > our project, but most importantly, also in the Linux Collaboration Summit
> > (the conference merged in one they), I had opportunity to talk to some
> guys
> > from Nokia and Qt Framework to work in collaboration with them in this
> > initiative to make a unique and powerful UPnP stack in Qt.
> >    It is in this moment where I'd like a little from the attention of all
> > of you guys. I'd like  to discuss the possibility of integrate Qt-BRisa
> > and HUPnP in just one project where we can collaborate and make a decent
> > UPnP implementation.
> If you could join forces that might be great.
Yes, it is, I think. But, recently the HUPnP project manager answered me in
a private conversation and he think it will be difficult to do, although he
clean said that it would be great, but he didn't see any merging
possibilitity. The only option he sees is to stop one of both project and
all of us focus in just one, but he said that it will not do this with
HUPnP. Since will cannot do this also, I also can't see a easy possibility
for this.

Well, BRisa is part of my PhD researching in partnership with some companies
interesting on supporting the project. The project is available, there is a
set of developers working on it and it is also supported by the university
where I'm taking my PhD. It is there and just want to let you know about it,
but I really don't like to stress any deadlock situation on this. My PhD is
going well, we develop many researching on UPnP stack for user
authentication and service authorization (we gained a best paper award on
this) and many others technical/researching projects on top of UPnP and this
is our thoughts and interesting.

UPnP is a very good standard, although it is limited in many aspects, where
we are always targeting on these issues, while maintaining a UPnP stack
compliant with the standard. Although it has some limitations, the way how
it was thought allows a object-oriented design that allow it to be
implemented in different programming languages. This object-oriented design
we believe that it is really possible and is it real in BRisa UPnP stack.
Since we are developing based on a standard, I can see this is possible. It
is **similar** to implement a TCP stack in different languages but provide
the same BSD-Like Socket API.

> > I have being also talking to Bart about the
> > possibility of integrating Qt-BRisa in the KIO and also, as a
> > representative of the research field (as the university) too, we have
> > being working on some improvements of the UPnP specifications, mainly in
> > the area of security issues, such as authentication and authorization
> > mechanism. In this field, we have recently publish an article that talked
> > about a possible solution on this and as a result we have gained the best
> > paper award of the conference.
> Would be nice to have you as such an experienced player in the construction
> of
> a good UPnP support in the KDE platform.
Well, this will depends on how the things will be decided. I'm open for


Leandro Melo de Sales
Professor in Computer Science at Federal University of Alagoas, Brazil
Pervasive and Embedded Computing Laboratory, UFCG
PhD candidate in Computer Science at UFCG

> Friedrich
> --
> KDE Okteta - a simple hex editor - http://utils.kde.org/projects/okteta
> _______________________________________________
> Kde-hardware-devel mailing list
> Kde-hardware-devel at kde.org
> https://mail.kde.org/mailman/listinfo/kde-hardware-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-hardware-devel/attachments/20100430/5fb92eb7/attachment.htm 

More information about the Kde-hardware-devel mailing list