On Tue, Nov 22, 2016 at 07:40:21AM +1000, Stuart Longland wrote: > On Mon, Nov 21, 2016 at 02:55:17PM +0000, Christian Weisgerber wrote: > > On 2016-11-21, Stuart Longland <stua...@longlandclan.id.au> wrote: > > > > > Other webkit-based browsers seem to be similarly affected. They fail > > > installing because there's no gstreamer1-plugins-libav package > > > available. `surf` was another I tried, with identical results. It's as > > > if the package went AWOL, because it clearly had to have built for > > > midori and surf to be built. > > > > No, gstreamer1-plugins-libav is a RUN_DEPENDS. The midori and surf > > packages can be _built_ without it, just not installed. > > Fair enough, is there much point supplying a binary package that can't > be installed?
(building broken big packages) "Provides a complete stresstest for the base OS" https://rhaalovely.net/~landry/eurobsdcon2016/ > I would have thought it was in RUN_DEPENDS because the > application binary links against it at runtime: something it normally > can only do if the relevant .so is installed on the build host at the > time of linking. > > Thinking about it now: gstreamer uses a dynamic loading infrastructure, > so the library isn't needed to be present for building as it's gstreamer > core itself that gets linked. The libav plug-in does have some MIPS32 > assembly in it that can cause grief too. (And it embeds its own libav.) > > For what it's worth, I don't care much for multimedia playback on this > machine, but I suspect it's a compile-time flag to turn it off. > > I'll keep hunting then, see what can be achieved. I just tried `vimb` > on here, and it installs but just Bus Errors. > > Fun and games. At least I have lynx. :-) Even without gstreamer, probably webkit will not work. Try with netsurf. -- Juan Francisco Cantero Hurtado http://juanfra.info