Re: New external dependencies for Rygel: GUPnP & Libgee

2010-06-08 Thread Jürg Billeter
On Tue, 2010-06-08 at 02:24 +0300, Zeeshan Ali (Khattak) wrote:
> On Tue, Jun 8, 2010 at 1:52 AM, Frederic Peters  wrote:
> > General questions first:
> >
> >  - Are there frequent releases of those?
> 
>   The GUPnP libraries, yes! libgee used to be very frequently released
> until recently when the new maintainer just disappeared after he moved
> to a new house. That said,  I haven't seen any issues with Libgee
> after 0.5.0 release and if I (or anyone) do, I'm sure Jürg will take
> over and make the releases happen in time. Right Jürg?

Sure, bug fix releases can happen quickly if necessary.

> > About libgee, shouldn't this be in glib, or in the language itself,
> > instead of an extra library?
> 
>   Don't know. I guess that would be a question for Jürg.

It was proposed multiple times¹² to be included in glib, however, it was
not accepted by the glib maintainers. The main reason was that glib
already contains various collection types and these types can obviously
not be removed from glib 2. This means that there would be two sets of
collection types, the previous ones in libglib and the new GType and
interface-based ones in libgobject/libgio, which wouldn't improve
consistency within glib, although it might still have improved
consistency outside glib.

Vala does not have a language-specific runtime library, glib is all you
need to run Vala applications. That's why a separate library has been
created for the collection types.

Regards,
Jürg

¹ http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00144.html
² https://bugzilla.gnome.org/show_bug.cgi?id=560061

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: New external dependencies for Rygel: GUPnP & Libgee

2010-06-08 Thread Maciej Piechotka
On Tue, 2010-06-08 at 02:24 +0300, Zeeshan Ali (Khattak) wrote:
> Hi Frederic,
>Thanks for the very quick reply. My reply below:
> 
> On Tue, Jun 8, 2010 at 1:52 AM, Frederic Peters  wrote:
> > General questions first:
> >
> >  - Are there frequent releases of those?
> 
>   The GUPnP libraries, yes! libgee used to be very frequently released
> until recently when the new maintainer just disappeared after he moved
> to a new house. That said,  I haven't seen any issues with Libgee
> after 0.5.0 release and if I (or anyone) do, I'm sure Jürg will take
> over and make the releases happen in time. Right Jürg?
> 

Bug fixes seems to be pushed to git tree (however after them it seems
that there was no 0.5.1 release). I can resume work on sorted
collections (I was suppose to write skip list implementation) as soon as
there is any chance of pushing it.

Regards


signature.asc
Description: This is a digitally signed message part
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: New external dependencies for Rygel: GUPnP & Libgee

2010-06-08 Thread Frederic Peters
Zeeshan Ali (Khattak) wrote:

> > Did you read http://live.gnome.org/TwoPointThirtyone/ExternalDependencies?
> 
>   I did but then again I've been reading a lot lately so things have
> been slipping of my mind.
> 
> > Especially this part:
> >
> >  If you want to add a new dependency or want one of the minimum
> >  versions updated, make a good case for it on desktop-devel-list (this
> >  may only require a few sentences). In particular, provide reasons why
> >  it is important to bump the version number, explain any impact
> >  (compile and run time) on other modules, and list any additional
> >  external dependencies it would pull in as well as any requirements on
> >  newer versions of existing external dependencies. Be prepared for
> >  others to take a few days to test it (in particular, to ensure it
> >  builds) before giving a thumbs up or down.
> >
> > Are you ok with it?
> 
>If you mean this decision taking some time, sure but rygel depended
> on these libs when it was proposed for inclusion so I was hoping that
> people have already tested it along with its dependencies.

Nope, the important part is that *every time* you will want to bump
the version number you will have to ask and wait.


Honestly I have no hardware talking UPnP so I didn't get much of a
look, and discovering it comes with the addition of five new modules
to our stack was not the pleasant welcome I expected when I got home
yesterday :)

Anyway, could you file a patch against jhbuild to switch all those
modules to tarballs?


Cheers,
Frederic
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: New external dependencies for Rygel: GUPnP & Libgee

2010-06-08 Thread Zeeshan Ali (Khattak)
Hi,

On Tue, Jun 8, 2010 at 2:00 PM, Frederic Peters  wrote:
> Zeeshan Ali (Khattak) wrote:
>
>> > Did you read http://live.gnome.org/TwoPointThirtyone/ExternalDependencies?
>>
>>   I did but then again I've been reading a lot lately so things have
>> been slipping of my mind.
>>
>> > Especially this part:
>> >
>> >  If you want to add a new dependency or want one of the minimum
>> >  versions updated, make a good case for it on desktop-devel-list (this
>> >  may only require a few sentences). In particular, provide reasons why
>> >  it is important to bump the version number, explain any impact
>> >  (compile and run time) on other modules, and list any additional
>> >  external dependencies it would pull in as well as any requirements on
>> >  newer versions of existing external dependencies. Be prepared for
>> >  others to take a few days to test it (in particular, to ensure it
>> >  builds) before giving a thumbs up or down.
>> >
>> > Are you ok with it?
>>
>>    If you mean this decision taking some time, sure but rygel depended
>> on these libs when it was proposed for inclusion so I was hoping that
>> people have already tested it along with its dependencies.
>
> Nope, the important part is that *every time* you will want to bump
> the version number you will have to ask and wait.

  Understood. One question: Next time I do this, should I do it before
committing the changes to master or before a release?

> Honestly I have no hardware talking UPnP so I didn't get much of a
> look, and discovering it comes with the addition of five new modules
> to our stack was not the pleasant welcome I expected when I got home
> yesterday :)

  Building rygel and testing it doesn't require any hardware. :)

> Anyway, could you file a patch against jhbuild to switch all those
> modules to tarballs?

  Sure, I'll try to do that today.

-- 
Regards,

Zeeshan Ali (Khattak)
FSF member#5124
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Modulesets Reorganization

2010-06-08 Thread Stefan Kost
Am 02.06.2010 02:37, schrieb Lucas Rocha:
> Hi all,
> 
> The release team would like to propose some important changes in the way we
> organize our modulesets. GNOME releases are currently organized into the
> following modulesets: Desktop, Platform, Bindings, Mobile, Admin, and Dev
> Tools. This model has served us well and has actually evolved through time - 
> we
> didn't have the Admin and Dev Tools modulesets initially. However, we feel 
> that
> this organization is reaching its limits, and we have explored several
> potential changes.
> 

> 
> In summary, this means that the GNOME releases would be composed by the
> following modulesets:
>  - Desktop
>  - Platform
>  - Extended Platform
>  - Mobile
> 

A bit late reply from my side ..

I find the Mobile module set a bit out of place. In this regard I like the MeeGo
approach [1]. Like having a common foundation, but separate User Experiences
(UX) on top of it.
This way we could have:

Applications
Desktop | Netbook | Mobile | ...
Platform | Extended Platform

The application module would be what has been suggested by some people in the
thread.

Stefan

[1] http://meego.com/developers/meego-architecture
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list