Summary: | dev-libs/pwlib-1.10.10-r1 fails to build after updating sys-libs/libraw1394 to 2.0.0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Daniel Weigert <dlw> |
Component: | [OLD] Library | Assignee: | voip herd (OBSOLETE) <voip+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | chad.simmons, emond.papegaaij, eXt, federico, gnome, hans, howard_b_golden, j-pi, james.ausmus, njdoyle+bugs, stefan-r-bz, suertreus, tetromino |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
cut/paste of the error and emerge error
full build.log |
Description
Daniel Weigert
2009-06-06 02:01:36 UTC
Attach build.log. Created attachment 193672 [details]
cut/paste of the error and emerge error
Created attachment 193674 [details]
full build.log
raw1394_start_iso_rcv and raw1394_stop_iso_rcv was deprecated and are removed from sys-libs/libraw1394-2. http://www.linux1394.org/doc/libraw1394/r3028.html version 1.11.1 of pwlib does not solve this, downgrade (or port to new version) is necessary. confirming Here too. .. but with USE "-ieee1394" (disabling) I got around it. That's the point, though, to have ieee1394 in the library.. By the way, the functions which were removed from libraw1394 v2 are not implemented in the kernel anymore since 2.6.23 inclusive, from October 2007. The "avc" and "dc" video input modules are both controlled by the ieee1394 use flag. 1. The "dc" module uses libdc1394 v1 (and minimally libraw1394, v1 or v2 should both work from what I saw in the source). The dc module is for IIDC (a.k.a. DCAM) cameras which send uncompressed video. Those are industrial-grade cameras, and a few webcams which are no longer produced. 2. The "avc" module uses libraw1394 and must depend on <= libraw1394 v1, as noted in comment 4. The avc module is for DV camcorders (which follow the AV/C standard; DV is compressed video). So, should there perhaps be separate dc1394 and avc1394 use flags instead of the shared ieee1394 use flag? It looks like Debian choosed to disable avc and dc support in pwlib and redirect people to v4l: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519047 (In reply to comment #9) > The "avc" and "dc" video input modules are both controlled by the ieee1394 use > flag. > > 1. The "dc" module uses libdc1394 v1 (and minimally libraw1394, v1 or v2 should > both work from what I saw in the source). You're right Stefan, --enable-dc --disable-avc is working. However, is it really usefull to keep dc support as you said it was for old devices ? My opinion is we can do like Debian did and remove ieee1394 USE flag or just remove avc support. Anyway, pwlib will not be patched to let it works with ieee1394 as pwlib is not maintained since a long time and ptlib should be used instead. What's your opinion about it ? > However, is it > really usefull to keep dc support as you said it was for old devices ? IIDC webcams are long out of production (but still traded 2nd hand). There is a large active market of industrial grade IIDC cameras, but these are in a price region _way_ apart from webcams. I don't know if anyone is using such cameras together with ptlib or pwlib. Could be (in research settings perhaps, but not in SOHOs), but such users might run into other trouble in the mid term or long term because libdc1394 v1 --- the basis for pwlib's and ptlib's current dc module --- is not in active maintenance anymore as far as I understood. > My opinion is we can do like Debian did and remove ieee1394 USE flag or > just remove avc support. Would a libraw1394 v1 dependency (IOW < libraw1394 v2 dependency) implicate maintenance burdens? > Anyway, pwlib will not be patched to let it works with ieee1394 as pwlib > is not maintained since a long time and ptlib should be used instead. Well, OK, since migration to ptlib is going on, any super clever tweaks of pwlib (i.e. avc -- dc split) are probably not called for at this point anymore. > It looks like Debian choosed to disable avc and dc support in pwlib and
> redirect people to v4l:
v4l or v4l2 are no replacement for avc or dc.
Except if you count the out-of-tree, AFAIK now unmaintained, vloopback kernel module as an option, or if the replacement includes the purchase of a (admittedly cheap) USB webcam to replace AV/C ( = DV) or IIDC hardware at a user.
There is an idea to develop a V4L2 kernel module for AV/C hardware, but no work has been started yet. Affected users (are there any?) shouldn't hold their breath.
(In reply to comment #11) > > My opinion is we can do like Debian did and remove ieee1394 USE flag or > > just remove avc support. > > Would a libraw1394 v1 dependency (IOW < libraw1394 v2 dependency) implicate > maintenance burdens? We can't change libraw1394 depends to =libraw1394-1* because it will leads to conflicts if another app needs >libraw1394-1 and it will be the beginning of the end ;) > > Anyway, pwlib will not be patched to let it works with ieee1394 as pwlib > > is not maintained since a long time and ptlib should be used instead. > > Well, OK, since migration to ptlib is going on, any super clever tweaks of > pwlib (i.e. avc -- dc split) are probably not called for at this point anymore. I'm not against super-clever trick but against super-long one. So, after your message, i'm still with removing av/dc support from pwlib and see what we can do for ptlib. By the way, two questions: - is the bug present in ptlib ? - if someone is using pwlib av/dc support, in which context ? (ie. with which app). The app should be moved to ptlib asap. On my system, there are two things that use pwlib: ekaterine ~ # equery d pwlib * Searching for pwlib ... net-libs/opal-2.2.11 (~dev-libs/pwlib-1.10.10) net-voip/ekiga-2.0.12 (~dev-libs/pwlib-1.10.10[ldap]) The original apple iSight cameras are ieee1394a devices and were quite expensive.. >> - is the bug present in ptlib ? I scrolled through the code of ptlib a few days ago. Its avc and dc plugins looked the same as pwlib's. > The original apple iSight cameras are ieee1394a devices and were quite > expensive.. That's right. Apple has discontinued FireWire iSights quite a while ago, but they are surely still well in use; last time I checked they were still quite popular at the 'bay. These cameras are IIDC cameras, i.e. driven by the "dc" plugin. Hence it would be good to keep the dc plugin until libdc1394 v1 is EOLed or somebody updates these plugins for newer 1394 libraries in upstream ptlib. >>> - is the bug present in ptlib ? > > I scrolled through the code of ptlib a few days ago. Its avc and dc plugins > looked the same as pwlib's. I forgot: bug 276514 I've added a pwlib-1.10.10-r2 ebuild with disabled AVC plugin. As libraw1394-2 is not stable and pwlib-1.10.10-r1 is stable, -r1 can live until libraw1393-2 becomes stable. So, bug is fixed. Re-open it if it shows again (ie. libraw1394-2 goes stable and pwlib-1.10.10-r1 is still there) Thanks Stefan and Daniel for your help :) |