I've upgraded to firefox-18.0.1 on one machine (x86_64, radeon r600 video chipset), after building nasm and turbo jpeg. Everything was fine, apart from an absence of jpegs. Some pages seemed to render ok, others had either white or grey areas where an image should be, e.g. news.google.co.uk had framed white rectangles instead of thumbnails, and youtube thumbnails were also grey.
I know Fernando reported something similar in the firefox ticket (#3658), so I'm wondering if the problem is common to certain video hardware, or perhaps it's an x86_64 issue ? I also had a debian patch from iceweasel to use system cairo (they patch one file in firefox, instead of patching cairo), so I've now been through a few builds to try to track the problem down. After the second build I remembered that I had a jpeg in ~/ on this machine : using File -> Open from firefox gave me a thumbnail when selecting the file, but when it opened I had a grey rectangle instead of the image. For once, I had changed my log directory names across the builds, so the rebuilds weren't overwriting the previous logs. I wondered if nasm was still needed (if I wasn't going to build jpeg turbo in the upgrade, did firefox need nasm ?), so I looked at the logs. The only references to nasm were parameters passed to yasm when building [ -rnasm -pnasm ], so I wondered if yasm could build libjpeg-turbo-1.2.1 : the answer is that it can, and the .so is a bit smaller. Unfortunately the resulting firefox was no better, although my local jpeg now opened as a white rectangle instead of grey. In another build I proved that the debian system cairo patch is not causing any obvious problems (some playbacks on youtube still fail, so I'm not sure if it is a good idea - but jpegs are fine with the version shipped in firefox, whether or not I use debian's patch). So for the moment I'm using the shipped jpeg-turbo in firefox (which builds v6b, not v8). Call me grumpy (I much prefer system libraries). If the problem is widespread, I think we should mention it. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
