[pkg-fso-maint] Status Update of SHR stuff

[Sebastian Reichel]

Hi,

On Sun, Nov 15, 2009 at 01:46:16PM +0000, Enrico Zini wrote:
> On Sun, Nov 15, 2009 at 05:15:23AM +0100, Sebastian Reichel wrote:
> 
> > repository as deprecated. By asking the shr developers I got
> > out, that they moved away from ophonekitd and libframeworkd-phonegui
> > stuff in favour of phonefsod and phoneuid. The current status of
> 
> Just out of curiosity... I recall looking at the
> ophonekitd/libframeworkd-phonegui code and design and I've been
> traumatised for more than a week. I would wake up in the middle of the
> night crying of despair.

:D

> Now there are two new names that substitute them, that I have never
> heard of. I tried to google for them: the results for "phonefsod" are at
> best pastebin entries. The results for "phoneuid" are none whatsoever.

If you have a look at the the originate from the old stuff, so the
design didn't change much. phoneuid is the daemon for showing the
Userinterfaces via libphone-ui, which in turn uses libphone-ui-shr.
phoneuid can be triggerd by the apps from phoneui-apps or by
phonefsod, which in turn is triggerd by the framework.

> Since you seem to have had a look: are these two libraries something
> worth having any hope for?

As I said, the design didn't change much and they originate from the
old stuff. So far I only had a look at the phoneui-apps sourcecode
(the smallest package). It contains the small c files triggering
phoneuid via dbus.

But I didn't have much of a look so far. I want to get it running first.

Apart from this I noticed their repository structure is better now,
not one big repository with everything, but one repository per
package.

> I wouldn't want to risk to have a look and be finally driven to insanity
> and throw the Freerunner against the wall: it is being quite useful to
> me so far.

I will build -dbg packages this time and try to fix and report
errors. I pretty much like the design. I guess it would be quite
nice without the nasty bugs^Wsegfaults :P

P.S.: btw. we will have to wait for new ecore packages before I can
continue to package libphone-ui-shr, because it's dependent on this
change:

http://trac.enlightenment.org/e/changeset/42825/trunk/ecore/src/lib/ecore

-- Sebastian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-fso-maint/attachments/20091115/c86f21ba/attachment.pgp>