[pkg-fso-maint] New phoneuid snapshot?

[Sebastian Reichel]

On Wed, Jun 02, 2010 at 02:52:02PM +0300, Timo Jyrinki wrote:
> 2010/6/1 Sebastian Reichel <elektranox at gmail.com>:
> > About the dependencies: phoneuid sits on top, so I will have to
> > update all SHR packages ;)
> 
> Would be possible to someone to fix and fill in what I just started on the wiki:
> 
> http://wiki.debian.org/Teams/DebianFSO#FSO.2B-SHRstack
> 
> :) The amount of libraries is quite exhausting, and especially this
> (semi)separation of FSO1 and FSO2 is quite unclear to me, as are for
> example the fso-abyss vs. *mux* libraries (does fso-abyss replace them
> all or some of those).

Actually it's the other way around - fso-abyss introduced the mux
libraries. In fso-gsm0710muxd this was implemented in the daemon.
fso-gsmd still uses these libraries. fso-gsmd is like fso-abyss and
ogsmd service from fso-frameworkd in one daemon.

> I know they have been discussed on the mailing list, but I think it
> would be beneficial to have some representation of the hierarchy on
> the wiki.

I like the idea of creating a dependency graph :) Yours is not
completly correct, though.

1. Zhone does not belong to Phone systems, it's a UI application
   using the phone system.
2. shr-frameworkd does not exist, but fso-frameworkd uses
   python-phoneutils in opimd
3. Your graph is missing SHR stuff, I can add them after the
   other things are fixed. libframeworkd-glib and libphone-utils
   will be connected to them.
4. About fso-frameworkd, it actually provides an alternative
   implementation of fso-usaged, fso-deviced and fso-gsmd
5. I think nodm, xserver-xorg-video-glamo & vala-terminal should
   go into another package list, since they are not connected
   to FSO at all
6. intone has a link to the framework, since it automatically
   pauses audio when you are called

Another note: In the FSO2 stack there will no longer be "config
alternatives" packages. The libfsoframework used by all FSO2
daemons to load their configuration checks /proc/cpuinfo and
loads the correct files shipped with the daemon.

-- 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/20100602/deb04ff3/attachment.pgp>