We should remove bonobo. I had removed all the includes. The problem is
that it still is linked through libgnome or libgnomeui, thus we can not
get rid of it.
Let's get rid of libgnomeui libgnome then : they're supposed to die
anyway.
The only reason why we keep them is for gnome
Le vendredi 19 septembre 2008 à 01:26 +0200, Jan Schampera a écrit :
Peter Robinson wrote:
On Thu, Sep 18, 2008 at 3:06 PM, Julien Puydt [EMAIL PROTECTED] wrote:
Peter Robinson a écrit :
Not so much push it up higher (I think we've moved to 2.12?) but
rather move some of the libgnome
Damien Sandras a écrit :
We should remove bonobo. I had removed all the includes. The problem is
that it still is linked through libgnome or libgnomeui, thus we can not
get rid of it.
Let's get rid of libgnomeui libgnome then : they're supposed to die
anyway.
Snark
Le vendredi 19 septembre 2008 à 10:31 +0200, Julien Puydt a écrit :
Damien Sandras a écrit :
We should remove bonobo. I had removed all the includes. The problem is
that it still is linked through libgnome or libgnomeui, thus we can not
get rid of it.
Let's get rid of libgnomeui
We should remove bonobo. I had removed all the includes. The problem is
that it still is linked through libgnome or libgnomeui, thus we can not
get rid of it.
Let's get rid of libgnomeui libgnome then : they're supposed to die
anyway.
The only reason why we keep them is for gnome
Peter Robinson a écrit :
We should remove bonobo. I had removed all the includes. The problem is
that it still is linked through libgnome or libgnomeui, thus we can not
get rid of it.
Let's get rid of libgnomeui libgnome then : they're supposed to die
anyway.
The only reason why we keep them
Le vendredi 19 septembre 2008 à 10:06 +0100, Peter Robinson a écrit :
We should remove bonobo. I had removed all the includes. The problem is
that it still is linked through libgnome or libgnomeui, thus we can not
get rid of it.
Let's get rid of libgnomeui libgnome then : they're
On Thu, Sep 18, 2008 at 11:36 AM, Julien Puydt [EMAIL PROTECTED] wrote:
Peter Robinson a écrit :
I think uPnP support would be a pretty reasonable user facing change.
While not bling, would make it much easier for a lot of people.
No idea on that one :-)
Peter Robinson a écrit :
Not so much push it up higher (I think we've moved to 2.12?) but
rather move some of the libgnome related stuff to the new GTK features
instead
http://live.gnome.org/ProjectRidley
I think we still use gnome_program_init, but the rest is gone already.
Snark
Peter Robinson wrote:
On Thu, Sep 18, 2008 at 3:06 PM, Julien Puydt [EMAIL PROTECTED] wrote:
Peter Robinson a écrit :
Not so much push it up higher (I think we've moved to 2.12?) but
rather move some of the libgnome related stuff to the new GTK features
instead
Hello,
OPAL and PTLIB have been branched for the Ekiga 3.00 release.
Please use the new branches and not SVN TRUNK anymore.
You do this with :
cd ptlib
svn switch
https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_4
cd opal
svn switch
Damien Sandras a écrit :
OPAL and PTLIB have been branched for the Ekiga 3.00 release.
Please use the new branches and not SVN TRUNK anymore.
Is it possible to do the same for ekiga too?
I have a few patches for after 3.0 already.
And a few ideas too.
Snark
Is it needed to adjust the source-snapshotting at snapshots.ekiga.net?
For now, that's best. In a few weeks, we will move to plain trunk again
Ok adjusted and quickly tested - seems to work.
What's your preferred release codename? :-P
No idea yet ;-)
Hehe...
J.
Does it look good?
Not at all.
The reason is that there are no user visible or centric features. Let's
not make the same mistake than for 3.00.
I suggest to keep that discussion down until one or more bugfix releases
for 3.xx came out (3.0.1).
Reasons:
- people will test and use
-
Le mercredi 17 septembre 2008 à 16:10 +0200, Damien Sandras a écrit :
Le mercredi 17 septembre 2008 à 15:56 +0200, Julien Puydt a écrit :
Damien Sandras a écrit :
Le mercredi 17 septembre 2008 à 15:05 +0200, Julien Puydt a écrit :
Damien Sandras a écrit :
Le mercredi 17 septembre 2008
15 matches
Mail list logo