[opensuse-packaging] 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-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+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-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
El 19/11/10 05:01, Dave Plater escribió:
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.
huh ? let's go straight to the point.. do you have a list of failing packages ? and the reasons why they fail ? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 11/19/2010 03:02 PM, Cristian Rodríguez wrote:
El 19/11/10 05:01, Dave Plater escribió:
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.
huh ? let's go straight to the point.. do you have a list of failing packages ? and the reasons why they fail ?
osc whatdependson openSUSE:Factory pwlib standard i586 pwlib : bayonne2 gnugk isdngw ohphone openam openh323 openivr openmcu pstngw t38modem That's the sum of the packages that directly depend on the failing pwlib. Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
El 19/11/10 16:49, Dave Plater escribió:
huh ? let's go straight to the point.. do you have a list of failing packages ? and the reasons why they fail ?
osc whatdependson openSUSE:Factory pwlib standard i586 pwlib :
Ok, so the incompatibility is here, do you have a build log with the exact error message in order to check it out ? -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 11/19/2010 10:00 PM, Cristian Rodríguez wrote:
El 19/11/10 16:49, Dave Plater escribió:
huh ? let's go straight to the point.. do you have a list of failing packages ? and the reasons why they fail ?
osc whatdependson openSUSE:Factory pwlib standard i586 pwlib :
Ok, so the incompatibility is here, do you have a build log with the exact error message in order to check it out ?
make[3]: Entering directory `/usr/src/packages/BUILD/pwlib_v1_11_0/plugins/vidinput_avc' mkdir -p ../pwlib/device/videoinput g++ -D_REENTRANT -Wall -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fno-strict-aliasing -fstack-protector -DP_64BIT -fPIC -DPIC -I/usr/src/packages/BUILD/pwlib_v1_11_0/include \ -lraw1394 -ldv -lrom1394 \ -I. -shared vidinput_avc.cxx -o ../pwlib/device/videoinput/avc_pwplugin.so In file included from /usr/src/packages/BUILD/pwlib_v1_11_0/include/ptlib/timer.h:133:0, from /usr/src/packages/BUILD/pwlib_v1_11_0/include/ptlib.h:175, from vidinput_avc.h:82, from vidinput_avc.cxx:65: /usr/src/packages/BUILD/pwlib_v1_11_0/include/ptlib/notifier.h: In constructor 'PNotifierFunction::PNotifierFunction(void*)': /usr/src/packages/BUILD/pwlib_v1_11_0/include/ptlib/notifier.h:42:18: warning: the address of 'obj' will always evaluate as 'true' 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 Taken from home:plater pwlib branched from network:telephony. It only happens with libraw1394-11 from factory not with libraw1394-8 so it's most probably an api change. Thanks Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
El 19/11/10 21:54, Dave Plater escribió:
Taken from home:plater pwlib branched from network:telephony. It only happens with libraw1394-11 from factory not with libraw1394-8 so it's most probably an api change. Thanks Dave P
This is because the code that fails to build is obsolete and has been replaced by the V4l plugins. Fixed in SR#53562 , let's move to the next issue ;-) Cheers. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 11/20/2010 03:22 AM, Cristian Rodríguez wrote:
El 19/11/10 21:54, Dave Plater escribió:
Taken from home:plater pwlib branched from network:telephony. It only happens with libraw1394-11 from factory not with libraw1394-8 so it's most probably an api change. Thanks Dave P
This is because the code that fails to build is obsolete and has been replaced by the V4l plugins.
Fixed in SR#53562 , let's move to the next issue ;-)
Cheers.
Thanks Dave P -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
participants (3)
-
Cristian Rodríguez
-
Dave Plater
-
Philipp Thomas