Damien Sandras wrote:
> Le mardi 20 mai 2008 à 11:00 +0200, Eugen Dedu a écrit :
>> Luca Capello wrote:
>>> Hi there!
>>>
>>> On Sun, 18 May 2008 20:38:52 +0200, Eugen Dedu wrote:
Matthias Schneider wrote:
> --- Eugen Dedu <[EMAIL PROTECTED]> schrieb am So, 18.5.2008:
>> 1. I grouped a
Lionel Elie Mamane wrote:
> On Mon, May 19, 2008 at 09:18:20PM +0200, Eugen Dedu wrote:
>> Lionel Elie Mamane wrote:
>
>>> The Debian snapshots on snapshots.ekiga.net are quite old (several
>>> months), and don't install anymore on an up-to-date Debian sid (they
>>> just need a recompile against a
Le mardi 20 mai 2008 à 11:00 +0200, Eugen Dedu a écrit :
> Luca Capello wrote:
> > Hi there!
> >
> > On Sun, 18 May 2008 20:38:52 +0200, Eugen Dedu wrote:
> >> Matthias Schneider wrote:
> >>> --- Eugen Dedu <[EMAIL PROTECTED]> schrieb am So, 18.5.2008:
> 1. I grouped all libpt-snapshot-plugin
Luca Capello wrote:
> Hi there!
>
> On Sun, 18 May 2008 20:38:52 +0200, Eugen Dedu wrote:
>> Matthias Schneider wrote:
>>> --- Eugen Dedu <[EMAIL PROTECTED]> schrieb am So, 18.5.2008:
1. I grouped all libpt-snapshot-plugins-* packages into one package,
libpt-snapshot-plugins.
>>> Is this
>> ../../../../lib/engine/presence/local-roster/local-presentity.cpp:272:
>> error: no matching function for call to
>> 'find(std::_Rb_tree_const_iterator> std::char_traits, std::allocator > >,
>> std::_Rb_tree_const_iterator> std::char_traits, std::allocator > >, const
>> std::basic_string, std::a
Hello,
On FreeBSD the sound files and pixmaps are correctly placed below
/usr/local/share/sounds/ekiga
/usr/local/share/pixmaps/ekiga
but the compiled software searches them via the config.h
#define DATA_DIR "/usr/local/lib"
in a wrong place; I've tried a lot, including setting
--datadir=/
On Tue, May 20, 2008 at 11:20:34AM +0200, Eugen Dedu wrote:
> Lionel Elie Mamane wrote:
>> On Mon, May 19, 2008 at 09:18:20PM +0200, Eugen Dedu wrote:
>>> I maintain ptlib/opal/ekiga packages for debian/ubuntu, you can find
>>> amd64 packages at http://eugen.dedu.free.fr.
>> Ah, interesting. They
Hello,
I've the following problem with the new copiled ekiga; it says on start
on sdterr:
"Bad NAT type"
does not present the NAT type / STUN config page during the Config
Assistant and
does not register, it says:
SIP/2.0 406 Not Acceptable
CSeq: 1 REGISTER
Via: SIP/2.0/UDP
10.0.1.29:5060;bra
Le mardi 20 mai 2008 à 14:25 +0200, Matthias Apitz a écrit :
> Hello,
>
> I've the following problem with the new copiled ekiga; it says on start
> on sdterr:
>
> "Bad NAT type"
>
> does not present the NAT type / STUN config page during the Config
> Assistant and
>
> does not register, it says
El día Tuesday, May 20, 2008 a las 02:28:48PM +0200, Damien Sandras escribió:
> Le mardi 20 mai 2008 à 14:25 +0200, Matthias Apitz a écrit :
> > Hello,
> >
> > I've the following problem with the new copiled ekiga; it says on start
> > on sdterr:
> >
> > "Bad NAT type"
> >
> > does not present
Matthias Apitz a écrit :
> El día Tuesday, May 20, 2008 a las 02:28:48PM +0200, Damien Sandras escribió:
>
>> Le mardi 20 mai 2008 à 14:25 +0200, Matthias Apitz a écrit :
>>> Hello,
>>>
>>> I've the following problem with the new copiled ekiga; it says on start
>>> on sdterr:
>>>
>>> "Bad NAT type
Le mardi 20 mai 2008 à 14:54 +0200, Julien Puydt a écrit :
> Matthias Apitz a écrit :
> > El día Tuesday, May 20, 2008 a las 02:28:48PM +0200, Damien Sandras
> > escribió:
> >
> >> Le mardi 20 mai 2008 à 14:25 +0200, Matthias Apitz a écrit :
> >>> Hello,
> >>>
> >>> I've the following problem wit
El día Tuesday, May 20, 2008 a las 02:54:02PM +0200, Julien Puydt escribió:
> >> Is it repeatable ?
> >
> > Yes, on each start;
>
> Damien, it looks like what I have here : once the configuration has been
> done once, all subsequent runs can't register. Only the very first run
> with a clean c
Martin Ebourne a écrit :
> On Mon, 2008-05-19 at 23:23 +0100, Peter Robinson wrote:
>> ../../../../lib/engine/presence/local-roster/local-presentity.cpp:272:
>> error: no matching function for call to
>> 'find(std::_Rb_tree_const_iterator> std::char_traits, std::allocator > >,
>> std::_Rb_tree_cons
Le mardi 20 mai 2008 à 14:59 +0200, Matthias Apitz a écrit :
> El día Tuesday, May 20, 2008 a las 02:54:02PM +0200, Julien Puydt escribió:
>
> > >> Is it repeatable ?
> > >
> > > Yes, on each start;
> >
> > Damien, it looks like what I have here : once the configuration has been
> > done once,
El día Tuesday, May 20, 2008 a las 03:09:28PM +0200, Damien Sandras escribió:
> > YES
> >
> > Removing /home/guru/.gconf/apps/ekiga
> > Shutting down GConf daemon
> > ...Done.
> >
> > $ ekiga
> > Bad NAT Type
> >
> > it does not bring me into the NAT/STUN dialog; the resulting config
> > look
Le mardi 20 mai 2008 à 15:56 +0200, Matthias Apitz a écrit :
> El día Tuesday, May 20, 2008 a las 03:09:28PM +0200, Damien Sandras escribió:
>
> > > YES
> > >
> > > Removing /home/guru/.gconf/apps/ekiga
> > > Shutting down GConf daemon
> > > ...Done.
> > >
> > > $ ekiga
> > > Bad NAT Type
> >
Damien,
The Opal configuration proc looks for libavcodec.so which is in
FreeBSD in:
$ ls -l /usr/local/lib/libavcodec.so
lrwxr-xr-x 1 root wheel 21 21 mar 19:23 /usr/local/lib/libavcodec.so
-> libavcodec.so.51.44.0
and the header file is /usr/local/include/ffmpeg/avcodec.h
the problem with
Matthias Apitz wrote:
Damien,
The Opal configuration proc looks for libavcodec.so which is in
FreeBSD in:
$ ls -l /usr/local/lib/libavcodec.so
lrwxr-xr-x 1 root wheel 21 21 mar 19:23 /usr/local/lib/libavcodec.so
-> libavcodec.so.51.44.0
and the header file is /usr/local/include/ffmpeg/avcod
El día Tuesday, May 20, 2008 a las 04:25:16PM +0200, Damien Sandras escribió:
> Le mardi 20 mai 2008 à 15:56 +0200, Matthias Apitz a écrit :
> > El día Tuesday, May 20, 2008 a las 03:09:28PM +0200, Damien Sandras
> > escribió:
> >
> > > > YES
> > > >
> > > > Removing /home/guru/.gconf/apps/ekig
Hi Eugen!
On Tue, 20 May 2008 11:00:51 +0200, Eugen Dedu wrote:
> - having 6 packages, so wonder which one to choose (for ex. in my case
> by default v4l was installed, afterwards I saw that uvc works only in
> v4l2, reinstall v4l2, remove v4l...), complexify the dependencies etc.
>
> - having 1 p
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Matthias Apitz wrote:
> > Damien,
> >
> > The Opal configuration proc looks for libavcodec.so which is in
> > FreeBSD in:
> >
> > $ ls -l /usr/local/lib/libavcodec.so
> > lrwxr-xr-x 1 root wheel 21 21 mar 19:23 /usr/local/lib/libavcodec.so
> > -> libavc
Matthias Apitz wrote:
> El día Tuesday, May 20, 2008 a las 04:25:16PM +0200, Damien Sandras escribió:
>
>> Le mardi 20 mai 2008 à 15:56 +0200, Matthias Apitz a écrit :
>>> El día Tuesday, May 20, 2008 a las 03:09:28PM +0200, Damien Sandras
>>> escribió:
>>>
> YES
>
> Removing /home/gu
Le mardi 20 mai 2008 à 20:13 +0200, Eugen Dedu a écrit :
Matthias Apitz wrote:
> > El día Tuesday, May 20, 2008 a las 04:25:16PM +0200, Damien Sandras
> > escribió:
> >
> >> Le mardi 20 mai 2008 à 15:56 +0200, Matthias Apitz a écrit :
> >>> El día Tuesday, May 20, 2008 a las 03:09:28PM +0200, Dam
Matthias Schneider wrote:
>>> About the packages issue, I suppose that there should
>> be packages like this:
>>> ekiga
>>> opal includes h.261 & theora or depends opal-h261
>> & oapl-theora
>>> ptlib
>>> opal-h263p depends libavcodec
>>> opal-mpeg4 depends libavcodec
>>> opal-h264 depends libavcod
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Matthias Schneider wrote:
> >>> About the packages issue, I suppose that there should
> >> be packages like this:
> >>> ekiga
> >>> opal includes h.261 & theora or depends opal-h261
> >> & oapl-theora
> >>> ptlib
> >>> opal-h263p depends libavcodec
> >>> o
Matthias Schneider wrote:
> Quoting Eugen Dedu <[EMAIL PROTECTED]>:
>
>> Matthias Schneider wrote:
> About the packages issue, I suppose that there should
be packages like this:
> ekiga
> opal includes h.261 & theora or depends opal-h261
& oapl-theora
> ptlib
> opal-h
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Matthias Schneider wrote:
> > Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> >
> >> Matthias Schneider wrote:
> > About the packages issue, I suppose that there should
> be packages like this:
> > ekiga
> > opal includes h.261 & theora or depen
Le mardi 20 mai 2008 à 22:04 +0200, Matthias Schneider a écrit :
> Quoting Eugen Dedu <[EMAIL PROTECTED]>:
>
> > Matthias Schneider wrote:
> > > Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> > >
> > >> Matthias Schneider wrote:
> > > About the packages issue, I suppose that there should
> > b
El día Tuesday, May 20, 2008 a las 08:37:21PM +0200, Damien Sandras escribió:
>
> Good news. I just understood what happened and could reproduce the bug
> here.
>
> Everything should work now... I just committed 2 patches for that
> potential problem. Thanks for reporting it!
I've SVN updates
El día Tuesday, May 20, 2008 a las 06:03:27PM +0200, Eugen Dedu escribió:
> Matthias Apitz wrote:
> >Damien,
> >
> >The Opal configuration proc looks for libavcodec.so which is in
> >FreeBSD in:
> >
> >$ ls -l /usr/local/lib/libavcodec.so
> >lrwxr-xr-x 1 root wheel 21 21 mar 19:23 /usr/local/li
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Tuesday, May 20, 2008 a las 06:03:27PM +0200, Eugen Dedu escribió:
>
> > Matthias Apitz wrote:
> > >Damien,
> > >
> > >The Opal configuration proc looks for libavcodec.so which is in
> > >FreeBSD in:
> > >
> > >$ ls -l /usr/local/lib/libavcodec.
El día Wednesday, May 21, 2008 a las 08:01:54AM +0200, Matthias Schneider
escribió:
> No, this has nothing to do with FREEBSD, just with the ffmpeg version. Like I
> said I do have some code already to autodetect that, I just have to backport
> it
> to opals current build system.
> Matthias
You
33 matches
Mail list logo
