firefox-48.0

[ken@…]

Now available at ​https://ftp.mozilla.org/pub/firefox/releases/48.0/source/ but the Release Notes have not arrived yet.

Looking at fedora (a late beta) the build seems similar to before in their latest (f25), except that the gtk-3.20 patch has had a lot of changes.

For the system harfbuzz and graphite2 patch, the gentoo patch for 48.0-b10 is at [​https://dev.gentoo.org/~axs/mozilla/patchsets/firefox-48.0-patches-0.1.tar.xz ] (found via an overlay at zugaina.org) - I have not looked at that yet to see if it has changed.

I'm just going to bed, and I've got other things to do when I surface, so for the moment I won't take this.

[ken@…]

Well, I'm trying to start on this - but it looks as if it will be as painful as t he previous 2 releases, but for different reasons.

I've prepared new versions of the gtk+-3.20 and system-graphite2_harfbuzz patches (both have been updated), but when I untarred firefox as a user it ended with cc2 and the messages:

tar: .: Cannot utime: Operation not permitted
tar: .: Cannot change mode to rwxr-xr-t: Operation not permitted
tar: Exiting with failure status due to previous errors

If those messages relate to the last file untarred, it would be something for docker, so not relevant to us.

I then untarred separately as root, and the content of the trees seems to be the same. But when my normal user tries to run ls -lR on *his* extract and to write that to a file he gets -EPERM in /tmp. But /tmp is mode 755.

But when my normal user untars it somewhere else there is no problem. <sigh/>

And I can't apply patches because I can't write to /tmp. Rebooting.

[ken@…]

It seems that untarring as root *unset* the sticky bit for the directory.

And the gcc6 patch seems to already be included (config/gcc-stl-wrapper.template.h fa ils, gfx/graphite2/src/Collider.cpp already applied).

I'll have to pass on whether there are any new configure switches - I tried diffing old-configure (configure.py seems to use it) but the new version is over 4000 lines shorter and the diff is impenetrable.

Will give it a go on my gcc6 machine.

[ken@…]

The options

--disable-libnotify
--enable-gstreamer

are now treated as unknown and break the build. My build with gcc-6.1 / gtk+-3.20 / system harfbuzz and graphite2 has been in use for more than 40 minutes, playing youtube videos for all that time, lots of tabs open, seems ok.

[ken@…]

Replying to ken@…:

libnotify had already dropped out of the book's mozconfig, I had missed that.

Also, there seems to be a minimal shipped ffmpeg in dom/media/platforms/ffmpeg containing LGPLv2.1 headers from libav 0.8.9, 0.9, 1.0 (to keep stable class layouts). I will remove ffmpeg from the optional deps.

I'm slightly puzzled to see that the browser plugin links to files from evince, I assume that a rebuild of something after evince had been installed caused an existing package to pull evince in.

It builds significantly faster for me on this fast machine, only 12 SBU with -j4 on a haswell i7 using the book's config.

[Igor Živković]

Replying to ken@…:

Also, there seems to be a minimal shipped ffmpeg in dom/media/platforms/ffmpeg containing LGPLv2.1 headers from libav 0.8.9, 0.9, 1.0 (to keep stable class layouts). I will remove ffmpeg from the optional deps.

Could you please check H.264 video playback without system-wide FFmpeg in that case?

[ken@…]

Replying to izivkov:

Replying to ken@…:

Also, there seems to be a minimal shipped ffmpeg in dom/media/platforms/ffmpeg containing LGPLv2.1 headers from libav 0.8.9, 0.9, 1.0 (to keep stable class layouts). I will remove ffmpeg from the optional deps.

Could you please check H.264 video playback without system-wide FFmpeg in that case?

For the moment I cannot - I always build ffmpeg with a fairly-full AV stack, and I'm several days away from being able to start a new build. For the moment I'll keep it in the optional deps, but I've created #8145 so it will eventually get tested.

[ken@…]

Some further notes:

Although the patch for system harfuzz checks for >- 1.1.3, on a gcc-5.3 (BLFS-7.9) system that gave a scope error - upgrading to 1.2.7 solved that - I've emailed the gentoo dev.

Evince does provide the browser plugin, to display tiff, ps and eps, PDF, Comic Book files (firefox can anyway display PDFs itself), but for me evince fails to open when I click to use it, I guess I am missing part of the gnome stack, maybe dconf. Evince on its own works fine.

Process Separation (e10s) should now be available, but it is off by default (in about:support a number >0 in "Multiprocess Windows" shows it is on). It can be turned on by going to about:config and setting browser.tabs.remote.autostart to true then restarting firefox. But for me, about:support then shows it as 'Disabled by add-ons' - I only have AdBlock Plus and Privacy Badger, I'm not going to drop those.

[ken@…]

Fixed at r17624 .

[ken@…]

I removed the evince dependency in r17625, it will never work and actually it is evince which installs the plugin if /usr/lib/mozilla exists. I've added notes to the wiki pages for firefox and evince.

[ken@…]

And in r17626 I removed it completely from firefox (17625 commented it) because the plugin comes from evince - I also added a note on the evince list of libraries that firefox cannot use this.