Hi all.
I tried to include into v3.5.13-sru commit d8cbbab8: "Use libv4l if available, otherwise check for v4l1 headers". But I found that it causes FTBFS on Ubuntu Natty, Oneiric and Precise - on both v3.5.13-sru and also R14-git.
Please, can someone also confirm this? If yes, have anyone solution, or do I revert it?
Slavek --
Le 05/08/2012 16:54, Slávek Banko a écrit :
If yes, have anyone solution, or do I revert it?
Not a solution for you, but this patch does not cause any harm here (rhel, fedora, mageia, mandriva) using 3.5.13-sru.
Francois
On Sunday 05 of August 2012 17:44:38 Francois Andriot wrote:
Le 05/08/2012 16:54, Slávek Banko a écrit :
If yes, have anyone solution, or do I revert it?
Not a solution for you, but this patch does not cause any harm here (rhel, fedora, mageia, mandriva) using 3.5.13-sru.
Francois
Note, for v3.5.13-sru branch I have not sent this patch to git - I only tested it on my build machine.
Slavek --
Le 05/08/2012 17:50, Slávek Banko a écrit :
On Sunday 05 of August 2012 17:44:38 Francois Andriot wrote:
Le 05/08/2012 16:54, Slávek Banko a écrit :
If yes, have anyone solution, or do I revert it?
Not a solution for you, but this patch does not cause any harm here (rhel, fedora, mageia, mandriva) using 3.5.13-sru.
Francois
Note, for v3.5.13-sru branch I have not sent this patch to git - I only tested it on my build machine.
Slavek
OK I do not know what I've done since the other day, but today this patch makes my tdenetwork FTBFS too. So we should avoid this patch for now.
Francois
Dne st 8. srpna 2012 François ANDRIOT napsal(a):
OK I do not know what I've done since the other day, but today this patch makes my tdenetwork FTBFS too. So we should avoid this patch for now.
Francois
Great - Tim has already done the fix - see commit d573a253. I just tested it in Precise (where was FTBFS) and in Squeeze (where it was ok) and both are ok.
It seems that commits d8cbbab8 and d573a253 can be included into v3.5.13-sru.
Slavek --