Le 13/03/2013 16:12, Eugen Dedu a écrit :
On 13/03/13 16:02, Thierry Simonnet wrote:
Hello,
when using last version of libav, there is a trouble when
compiling opal :
Codec_ID and CODEC_ID_ must be prefixed
On 13/03/13 16:02, Thierry Simonnet wrote:
Hello,
when using last version of libav, there is a trouble when compiling opal :
Codec_ID and CODEC_ID_ must be prefixed by a AV_.
I have not yet started to update to libav 0.9.x. What libav version do
you use?
It is more and more difficult to
Hello,
when using last version of libav, there is a trouble when compiling
opal :
Codec_ID and CODEC_ID_ must be prefixed by a AV_.
It is more and more difficult to keep a development tree up to date
with the last version of libraries.
Best regards
Le 03/06/2010 19:42, Eugen Dedu a écrit :
On 03/06/10 15:46, Julien Puydt wrote:
Le 03/06/2010 15:15, Julien Puydt a écrit :
Rrrr...
I'll try to get to it soon. Sigh.
Ok, after some playing around (finding an older pkg-config so I could
compile ptlib+opal+ekiga, then actually compili
Le 03/06/2010 19:41, Eugen Dedu a écrit :
On 03/06/10 14:48, Thierry Simonnet wrote:
On 06/03/2010 12:41 PM, Thierry Simonnet wrote:
On 06/02/2010 06:37 PM, Eugen Dedu wrote:
On 01/06/10 07:41, Thierry Simonnet wrote:
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been re
On 03/06/10 15:46, Julien Puydt wrote:
Le 03/06/2010 15:15, Julien Puydt a écrit :
Rrrr...
I'll try to get to it soon. Sigh.
Ok, after some playing around (finding an older pkg-config so I could
compile ptlib+opal+ekiga, then actually compiling ; installing and
configuring a small jab
On 03/06/10 14:48, Thierry Simonnet wrote:
On 06/03/2010 12:41 PM, Thierry Simonnet wrote:
On 06/02/2010 06:37 PM, Eugen Dedu wrote:
On 01/06/10 07:41, Thierry Simonnet wrote:
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next rel
Le 03/06/2010 15:15, Julien Puydt a écrit :
Rrrr...
I'll try to get to it soon. Sigh.
Ok, after some playing around (finding an older pkg-config so I could
compile ptlib+opal+ekiga, then actually compiling ; installing and
configuring a small jabber server for easier testing, finding
Le 03/06/2010 12:41, Thierry Simonnet a écrit :
On 06/02/2010 06:37 PM, Eugen Dedu wrote:
On 01/06/10 07:41, Thierry Simonnet wrote:
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga maste
On 06/03/2010 12:41 PM, Thierry Simonnet wrote:
On 06/02/2010 06:37 PM, Eugen Dedu wrote:
On 01/06/10 07:41, Thierry Simonnet wrote:
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga maste
On 06/02/2010 06:37 PM, Eugen Dedu wrote:
On 01/06/10 07:41, Thierry Simonnet wrote:
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga master/trunk. The
question is what do we take for ptli
On 01/06/10 07:41, Thierry Simonnet wrote:
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga master/trunk. The
question is what do we take for ptlib/opal. Will we take:
- trunk
- or current
On 31/05/10 15:47, Eugen Dedu wrote:
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga master/trunk. The
question is what do we take for ptlib/opal. Will we take:
- trunk
- or current stable branch, ptlib v2_8 and opal v3_8, released
Le mercredi 02 juin 2010 à 10:05 +0100, Peter Robinson a écrit :
> On Wed, Jun 2, 2010 at 9:43 AM, Julien Puydt wrote:
> > Le 01/06/2010 23:50, Peter Robinson a écrit :
> >>
> >> On Tue, Jun 1, 2010 at 8:37 PM, Julien Puydt wrote:
> >>>
> >>> Le 01/06/2010 18:50, yannick a écrit :
>
> L
On Wed, Jun 2, 2010 at 9:43 AM, Julien Puydt wrote:
> Le 01/06/2010 23:50, Peter Robinson a écrit :
>>
>> On Tue, Jun 1, 2010 at 8:37 PM, Julien Puydt wrote:
>>>
>>> Le 01/06/2010 18:50, yannick a écrit :
Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit :
>
> Well, it u
Le 01/06/2010 23:50, Peter Robinson a écrit :
On Tue, Jun 1, 2010 at 8:37 PM, Julien Puydt wrote:
Le 01/06/2010 18:50, yannick a écrit :
Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit :
Well, it uses it through dbus, as far as I know -- so indeed it doesn't
binary-depend on it, b
On Tue, Jun 1, 2010 at 8:37 PM, Julien Puydt wrote:
> Le 01/06/2010 18:50, yannick a écrit :
>>
>> Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit :
>>>
>>> Well, it uses it through dbus, as far as I know -- so indeed it doesn't
>>> binary-depend on it, but should nicely use it when avai
Le 01/06/2010 18:50, yannick a écrit :
Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit :
Well, it uses it through dbus, as far as I know -- so indeed it doesn't
binary-depend on it, but should nicely use it when available.
Then I probably mistaken this: did not Matthias used HAL for
Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit :
> Le 01/06/2010 14:08, Eugen Dedu a écrit :
> > On 01/06/10 11:44, Julien Puydt wrote:
> >> Le 31/05/2010 18:15, yannick a écrit :
> >>> Something that would maybe make a difference:
> >>> We must get ride of the HAL dependancy for Gnome 3
Le 01/06/2010 14:08, Eugen Dedu a écrit :
On 01/06/10 11:44, Julien Puydt wrote:
Le 31/05/2010 18:15, yannick a écrit :
Something that would maybe make a difference:
We must get ride of the HAL dependancy for Gnome 3, i.e. we need to
release at least in september something that includes this fi
On 01/06/10 11:44, Julien Puydt wrote:
Le 31/05/2010 18:15, yannick a écrit :
Something that would maybe make a difference:
We must get ride of the HAL dependancy for Gnome 3, i.e. we need to
release at least in september something that includes this fix...
Hmmm... is there a page somewhere do
On Tue, Jun 1, 2010 at 10:44 AM, Julien Puydt wrote:
> Le 31/05/2010 18:15, yannick a écrit :
>>
>> Something that would maybe make a difference:
>> We must get ride of the HAL dependancy for Gnome 3, i.e. we need to
>> release at least in september something that includes this fix...
>
> Hmmm...
Le 31/05/2010 18:15, yannick a écrit :
Something that would maybe make a difference:
We must get ride of the HAL dependancy for Gnome 3, i.e. we need to
release at least in september something that includes this fix...
Hmmm... is there a page somewhere documenting a little by what it is
replac
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga master/trunk. The
question is what do we take for ptlib/opal. Will we take:
- trunk
- or current stable branch, ptlib v2_8 and opal v3_8,
Le lundi 31 mai 2010 à 16:31 +0200, Eugen Dedu a écrit :
> On 31/05/10 16:01, Peter Robinson wrote:
> > On Mon, May 31, 2010 at 2:47 PM, Eugen Dedu
> > wrote:
> >> Hi,
> >>
> >> Now, that 3.2.7 has been released, we focus on trunk :o)
> >>
> >> The next release will probably be taken from ekiga m
On 31/05/10 16:01, Peter Robinson wrote:
On Mon, May 31, 2010 at 2:47 PM, Eugen Dedu
wrote:
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga master/trunk. The
question is what do we take for ptlib/opal. Will we take:
- trunk
-
On Mon, May 31, 2010 at 2:47 PM, Eugen Dedu
wrote:
> Hi,
>
> Now, that 3.2.7 has been released, we focus on trunk :o)
>
> The next release will probably be taken from ekiga master/trunk. The
> question is what do we take for ptlib/opal. Will we take:
> - trunk
> - or current stable branch, ptlib
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga master/trunk. The
question is what do we take for ptlib/opal. Will we take:
- trunk
- or current stable branch, ptlib v2_8 and opal v3_8, released as stable
beginning of May 2010?
Le mercredi 18 mars 2009 à 10:23 +0100, Thierry Simonnet a écrit :
> Hi,
>
> for auto answering, we have done some modification on 3.0.2 version
> (tested on win32 and linux environments)
> Patches are available at
> http://www.pateam.org/archive/tmp/ekiga-win32/3.0.2-Tandem/
> There are 2 patch
Hi,
for auto answering, we have done some modification on 3.0.2 version
(tested on win32 and linux environments)
Patches are available at
http://www.pateam.org/archive/tmp/ekiga-win32/3.0.2-Tandem/
There are 2 patches set :
* patch answer : for auto-answering
* patch gui : add a tab on
Hi,
The trunk is now open for any changes. I propose first to fix very fast
the string bugs,
http://bugzilla.gnome.org/buglist.cgi?product=ekiga&bug_status=NEW&bug_status=REOPENED&bug_status=ASSIGNED&bug_status=UNCONFIRMED&target_milestone=3.40
Afterwards, some of the bugs tagged 3.2,
http:
Le mardi 10 mars 2009 à 09:52 +0100, Julien Puydt a écrit :
> Damien Sandras a écrit :
> > Am I the only one to experience deadlocks or 'unregistered' messages
> > when Ekiga is registered with recent trunk releases ?
>
> Could you be more specific?
I think Robert fixed the problem already. Eithe
Damien Sandras a écrit :
Am I the only one to experience deadlocks or 'unregistered' messages
when Ekiga is registered with recent trunk releases ?
Could you be more specific?
Snark
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://
Hi,
Am I the only one to experience deadlocks or 'unregistered' messages
when Ekiga is registered with recent trunk releases ?
--
_ Damien Sandras
(o-
//\Ekiga Softphone : http://www.ekiga.org/
v_/_ Be IP : http://www.beip.be/
FOSDEM : http://www.fosdem
Hi,
Le samedi 13 décembre 2008 à 14:05 +0100, Eugen Dedu a écrit :
> Hi,
>
> A recent check-in in ptlib
> (http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?limit_changes=0&view=rev&revision=21788)
>
> removed "#include " from several header files. This leads to
> compilation errors in eki
Hi,
A recent check-in in ptlib
(http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?limit_changes=0&view=rev&revision=21788)
removed "#include " from several header files. This leads to
compilation errors in ekiga, such as:
g++ -DHAVE_CONFIG_H -I. -I../../../.. -I../../../../lib/gmconf
-I
Le jeudi 08 mai 2008 à 11:45 +0200, Torsten Schlabach a écrit :
> P.P.S.: Pardon my ignorance, but what's so cool about x264 that it's
> worth the hassle?
AFAIK, the first generation video codec used by µEkiga is H.261
The second generation is H.263+, Theora, MPEG4
The third generation is H.264.
Le jeudi 08 mai 2008 à 11:45 +0200, Torsten Schlabach a écrit :
> Gismo / Luca wrote:
>
> > If ekiga build-depends on
> > x264 (which, BTW, is *still* not present as a Debian package, neither in
> > non-free), ekiga itself will have to be put in non-free, which is
> > something I won't prefer.
>
Gismo / Luca wrote:
> If ekiga build-depends on
> x264 (which, BTW, is *still* not present as a Debian package, neither in
> non-free), ekiga itself will have to be put in non-free, which is
> something I won't prefer.
No, we don't want that I think.
> is *still* not present as a Debian package
Luca Capello wrote:
> Hi there!
>
> On Thu, 08 May 2008 09:43:39 +0200, Matthias Schneider wrote:
>> Let me explain again how x264 is used by Ekiga. By default, OPAL
>> dynamically loads the x264 plugin at runtime. The x264 plugin executes
>> a separate GPLed process, which in turn dynamically loa
Hi there!
On Thu, 08 May 2008 09:43:39 +0200, Matthias Schneider wrote:
> Let me explain again how x264 is used by Ekiga. By default, OPAL
> dynamically loads the x264 plugin at runtime. The x264 plugin executes
> a separate GPLed process, which in turn dynamically loads libx264. In
> case this fa
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Luca Capello wrote:
> > Hi there!
> >
> > On Wed, 07 May 2008 10:06:13 +0200, Torsten Schlabach wrote:
> >> Last night I have done a complete fresh checkout of PTLib / OPAL /
> >> Ekiga and built, pretty much using config options from:
> > [...]
> >> 3. Th
Luca Capello wrote:
> Hi there!
>
> On Wed, 07 May 2008 10:06:13 +0200, Torsten Schlabach wrote:
>> Last night I have done a complete fresh checkout of PTLib / OPAL /
>> Ekiga and built, pretty much using config options from:
> [...]
>> 3. The x264 lib is not yet available in Debian, while it seem
Hi there!
On Wed, 07 May 2008 10:06:13 +0200, Torsten Schlabach wrote:
> Last night I have done a complete fresh checkout of PTLib / OPAL /
> Ekiga and built, pretty much using config options from:
[...]
> 3. The x264 lib is not yet available in Debian, while it seems to be
> in Ubuntu.
Debian ha
Hi!
It was recently introduced and seems fixed now.
> Maybe thanks to this:
> [SVN OPAL-PTLib] r20207 - Fixed Linux compile with full fax code
> enabled. - rjongbloed - 2008-05-06 18:45:49 -0700 (Tue, 06 May 2008) -
> http://opalvoip.svn.sourceforge.net/opalvoip/?rev=20207&view=rev
You're right,
Le mercredi 07 mai 2008 à 10:06 +0200, Torsten Schlabach a écrit :
> Hi all!
>
> I assume Ekiga does not support T.38 fax yet, does it?
>
> Last night I have done a complete fresh checkout of PTLib / OPAL / Ekiga and
> built, pretty much using config options from:
>
> http://wiki.ekiga.org/inde
Hi all!
I assume Ekiga does not support T.38 fax yet, does it?
Last night I have done a complete fresh checkout of PTLib / OPAL / Ekiga and
built, pretty much using config options from:
http://wiki.ekiga.org/index.php/Compile_your_own_SVN_version_of_Ekiga_on_Ubuntu#Automated_installation_using_
47 matches
Mail list logo
