[opensuse-factory] Libraw1394-8 and the state of linux h323 and other telephony [RFC]
Hi, I innocently updated a very old libraw1394 a month and a half ago, realizing that a lot depended on it I was careful to try not to break the system but it seems it was like cleaning a mark on the wall to find out that the wall was rotten under the paint layer. I'm assuming that VoIP telephony isn't messed with because it just works but all of the associated software, with the exception of h323plus and GNOME:Factory opal (VoIP) which has updated to the latest since the libraw1394 update. I don't know the state of the other telephony apps that use libraw1394 but I'm pretty sure that any package that fails due to a missing libraw1394.so.8 is depreciated. Anyway this has come back to haunt me and I'm creating the package libraw1394-8 to prevent a sudden loss of telephony packages, it's not as easy as I thought, I have to move the headers in the devel package into a named directory to prevent a conflict with libraw1394-devel. IMHO the VoIP packages need an overhaul so any help will be appreciated - home:plater libraw1394-8, I'm slowly getting snowed under and although I learn rapidly by finding things out by trial and error this time I need some more experienced help to speed the process up. Thanks Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
* Dave Plater (davejplater@gmail.com) [20101119 09:01]:
Hi, I innocently updated a very old libraw1394 a month and a half ago,
libraw1394-8 to prevent a sudden loss of telephony packages, it's not as easy as I thought, I have to move the headers in the devel package into a named directory to prevent a conflict with libraw1394-devel.
Why do you need headers? Only binary packages should matter and their only requirement would be the old shared library which could be provided by a package that builds all but only packages the shared library. Or do you mean that the API changed and that the VoIP packages don't compile with newer headers? Then the only correct thing to do is fix the VoIP packages.
IMHO the VoIP packages need an overhaul so any help will be appreciated - home:plater libraw1394-8, I'm slowly getting snowed under and although I learn rapidly by finding things out by trial and error this time I need some more experienced help to speed the process up.
I'll try but can't promise anything. Philipp -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 11/19/2010 01:55 PM, Philipp Thomas wrote:
* Dave Plater (davejplater@gmail.com) [20101119 09:01]:
Hi, I innocently updated a very old libraw1394 a month and a half ago,
libraw1394-8 to prevent a sudden loss of telephony packages, it's not as easy as I thought, I have to move the headers in the devel package into a named directory to prevent a conflict with libraw1394-devel.
Why do you need headers? Only binary packages should matter and their only requirement would be the old shared library which could be provided by a package that builds all but only packages the shared library.
Or do you mean that the API changed and that the VoIP packages don't compile with newer headers? Then the only correct thing to do is fix the VoIP packages.
IMHO the VoIP packages need an overhaul so any help will be appreciated - home:plater libraw1394-8, I'm slowly getting snowed under and although I learn rapidly by finding things out by trial and error this time I need some more experienced help to speed the process up.
I'll try but can't promise anything.
Philipp
The main problem is libdc1394-1.2.2 won't build with the new libraw. libdc1394-1.2.2 (see home:plater libdc1394) builds with libdc1394-2.1.2 to produce libdc1394_control12-1.2.2 and libdc1394_control12-devel-1.2.2 is needed for pwlib (failing in factory atm) which is required by most of the dated VoIP packages. I can't see a way for the libraw1394-8-devel package to exist with libraw1394-devel unfortunately it doesn't produce versioned directories. Thanks Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Le vendredi 19 novembre 2010 à 14:12 +0200, Dave Plater a écrit :
On 11/19/2010 01:55 PM, Philipp Thomas wrote:
* Dave Plater (davejplater@gmail.com) [20101119 09:01]:
Hi, I innocently updated a very old libraw1394 a month and a half ago,
libraw1394-8 to prevent a sudden loss of telephony packages, it's not as easy as I thought, I have to move the headers in the devel package into a named directory to prevent a conflict with libraw1394-devel.
Why do you need headers? Only binary packages should matter and their only requirement would be the old shared library which could be provided by a package that builds all but only packages the shared library.
Or do you mean that the API changed and that the VoIP packages don't compile with newer headers? Then the only correct thing to do is fix the VoIP packages.
IMHO the VoIP packages need an overhaul so any help will be appreciated - home:plater libraw1394-8, I'm slowly getting snowed under and although I learn rapidly by finding things out by trial and error this time I need some more experienced help to speed the process up.
I'll try but can't promise anything.
Philipp
The main problem is libdc1394-1.2.2 won't build with the new libraw. libdc1394-1.2.2 (see home:plater libdc1394) builds with libdc1394-2.1.2 to produce libdc1394_control12-1.2.2 and libdc1394_control12-devel-1.2.2 is needed for pwlib (failing in factory atm) which is required by most of the dated VoIP packages. I can't see a way for the libraw1394-8-devel package to exist with libraw1394-devel unfortunately it doesn't produce versioned directories.
Just drop dc1394 support from pwlib / opal. All distro have disabled it,
it is no longer maintained.
--
Frederic Crozat
Le vendredi 19 novembre 2010, à 13:17 +0100, Frederic Crozat a écrit :
Just drop dc1394 support from pwlib / opal. All distro have disabled it, it is no longer maintained.
I did that a few weeks ago, and it's in Factory already. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Freitag 19 November 2010 schrieb Vincent Untz:
Le vendredi 19 novembre 2010, à 13:17 +0100, Frederic Crozat a écrit :
Just drop dc1394 support from pwlib / opal. All distro have disabled it, it is no longer maintained.
I did that a few weeks ago, and it's in Factory already.
You did not update pwlib in Factory, no. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Le vendredi 19 novembre 2010, à 15:06 +0100, Stephan Kulow a écrit :
Am Freitag 19 November 2010 schrieb Vincent Untz:
Le vendredi 19 novembre 2010, à 13:17 +0100, Frederic Crozat a écrit :
Just drop dc1394 support from pwlib / opal. All distro have disabled it, it is no longer maintained.
I did that a few weeks ago, and it's in Factory already.
You did not update pwlib in Factory, no.
Ah, pwlib, right. I updated libpt2, which is the new branch, but now pwlib. So yes, indeed, we should fix pwlib in the same way. Dave, shall I do it, or did you start already? Cheers, Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 11/19/2010 04:14 PM, Vincent Untz wrote:
Le vendredi 19 novembre 2010, à 15:06 +0100, Stephan Kulow a écrit :
Am Freitag 19 November 2010 schrieb Vincent Untz:
Le vendredi 19 novembre 2010, à 13:17 +0100, Frederic Crozat a écrit :
Just drop dc1394 support from pwlib / opal. All distro have disabled it, it is no longer maintained.
I did that a few weeks ago, and it's in Factory already.
You forgot to remove the "--enable-dc" not that it made any difference. You did not update pwlib in Factory, no.
Ah, pwlib, right. I updated libpt2, which is the new branch, but now pwlib. So yes, indeed, we should fix pwlib in the same way.
Dave, shall I do it, or did you start already?
Cheers,
Vincent
You can take over anytime, it only fails with libraw1394-11 not <= 11.3 with libraw1394-8 it's some sort of possible api change problem : vidinput_avc.cxx: In member function 'virtual BOOL PVideoInputDevice_1394AVC::Start()': vidinput_avc.cxx:170:57: error: 'raw1394_set_iso_handler' was not declared in this scope vidinput_avc.cxx: In member function 'virtual BOOL PVideoInputDevice_1394AVC::GetFrameDataNoDelay(BYTE*, PINDEX*)': vidinput_avc.cxx:376:39: error: 'raw1394_start_iso_rcv' was not declared in this scope vidinput_avc.cxx:420:34: error: 'raw1394_stop_iso_rcv' was not declared in this scope make[3]: *** [../pwlib/device/videoinput/avc_pwplugin.so] Error 1 make[3]: Leaving directory `/usr/src/packages/BUILD/pwlib_v1_11_0/plugins/vidinput_avc' Thanks Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 11/19/2010 04:14 PM, Vincent Untz wrote:
Le vendredi 19 novembre 2010, à 15:06 +0100, Stephan Kulow a écrit :
Am Freitag 19 November 2010 schrieb Vincent Untz:
Le vendredi 19 novembre 2010, à 13:17 +0100, Frederic Crozat a écrit :
Just drop dc1394 support from pwlib / opal. All distro have disabled it, it is no longer maintained.
I did that a few weeks ago, and it's in Factory already.
You did not update pwlib in Factory, no.
Ah, pwlib, right. I updated libpt2, which is the new branch, but now pwlib. So yes, indeed, we should fix pwlib in the same way.
Dave, shall I do it, or did you start already?
Cheers,
Vincent
It was fixed by elvigia see SR#53562 Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (5)
-
Dave Plater -
Frederic Crozat -
Philipp Thomas -
Stephan Kulow -
Vincent Untz