Project

General

Profile

Packaging request #2165

[Iceweasel-UXP] Add UXP-based firefox fork to repos

hnasiet - 6 months ago - . Updated 2 months ago.

Status:
open
Priority:
bug
Assignee:
-
% Done:

0%


Description

Since icecat has been updated to version 60, it no longer supports XUL, losing support for some popular addons such as Vimperator and DownThemAll. The Hyperbola project is developing their UXP-based(see https://github.com/MoonchildProductions/UXP) basilisk fork which in turn is a fork of firefox 52 (https://wiki.hyperbola.info/doku.php?id=en:project:iceweasel-uxp).


Files

PKGBUILD (5.73 KB) PKGBUILD hnasiet, 2019-02-11 09:56 PM

Subtasks

Packaging request #2287: [pcr] Add waterfox-bin from aur to pcr.open

Actions

History

#1

Updated by freemor 6 months ago

Wouldn't a more proper approach be to bring the plug-ins forward rather than drag the browser backwards?
It's a maintenance challenge just keeping up with the browsers we currently have. I'm not sure adding yet another browser to maintain is the best idea.

#2

Updated by bandali 6 months ago

freemor wrote:

Wouldn't a more proper approach be to bring the plug-ins forward rather than drag the browser backwards?
It's a maintenance challenge just keeping up with the browsers we currently have. I'm not sure adding yet another browser to maintain is the best idea.

In principle, yes, that would be the ideal solution. However, the number of such plug-ins is not small, the refactoring/rewriting effort required in many cases is substantial, and in some cases equivalent WebExtension APIs simply don't exist. A few have been slowly added, but some important ones have not (or may not ever be added, due to inherent changes of architecture).

Of course, that is not to say maintaining browsers is an easy/trivial task.

#3

Updated by bill-auger 6 months ago

i would consider it a pretty poor assessment to say this is "dragging the browser backwards" - that is a hard fork (the "Pale Moon"/"Basilisk" browser) that was forked when that firefox (~v52?) was current - it is actively developed by that upstream and moving "forward" in its own direction - the hyperbola iceweasel version is mostly likely just some FSDG modifications to that

as eli suggested, many addon devs prefer the extra capabilities of the classic XUL system, which enjoyed a very long and fruitful life - the concept in of itself has merit, in that it would bring some unique capability to parabola - what remains to be seen is how widely the demand is for those "legacy" addons and the longevity of this browser strain

#4

Updated by bill-auger 6 months ago

another thing i could say is "yes, parabola has too many browsers already" that is true; but this one does bring something unique to the table - if that is the main concern stopping this from being adopted; i would suggest dropping some of the others such as midori, qupzilla, epiphany, or any of several others that are all essentially webkit/webengine clones that offer nothing unique

#5

Updated by hnasiet 6 months ago

bill-auger wrote:

i would suggest dropping some of the others such as midori, qupzilla, epiphany, or any of several others that are all essentially webkit/webengine clones that offer nothing unique

qupzilla(falkon) could very well be removed as it depends on webengine and qutebrowser will very soon drop support for webkit.

#6

Updated by hnasiet 6 months ago

I was able to package iceweasel-UXP by using the sourcefiles from the hyperbola repos, and just changing icu to parabola's updated version and autoconf-legacy to autoconf2.13 in the PKGBUILD.

#7

Updated by freemor 6 months ago

Nice work hnasiet

Feel free to attach the PKGBUILD you created to this BR

#8

Updated by hnasiet 6 months ago

I also removed the conflicts with iceweasel and icecat. The rest of the files are here https://git.hyperbola.info:50100/packages/extra.git/tree/iceweasel-uxp.

#9

Updated by oaken-source 6 months ago

freemor wrote:

It's a maintenance challenge just keeping up with the browsers we currently have. I'm not sure adding yet another browser to maintain is the best idea.

I'm with freemor here. Just because we can, doesn't mean we should.

#10

Updated by bill-auger 6 months ago

or, as i suggested, whether or not we do add this one, we could actually drop a number of others from the workload without sacrificing any use-cases, namely the numerous, barely distinguishable, light-weight graphical web browsers (mostly webkit/webengine clones), all of which are in [pcr] or being re-built in [libre]

  • konqueror
  • midori
  • netsurf
  • arora
  • epiphany

of those above, only konqueror has dependents

note that the arch builds of the following apparently meet the FSDG:

light-weight graphical web browsers:
  • 'eolie'
  • 'surf'
  • 'dillo'
text-mode web browsers:
  • 'elinks'
  • 'w3m'
  • 'links'
  • 'lynx'
and of course the heavy-weight web browsers in [libre]:
  • 'icecat'
  • 'iceweasel'
#11

Updated by freemor 4 months ago

Joined this to #2287 As it is a very similar request.

It should also be noted that Mozilla had very good security reasons for making the switch away from the old plugin system.

#12

Updated by archetyp 2 months ago

I think we should include Iceweasel-UXP & Icedove-UXP, but drop Iceweasel and Midori.

#13

Updated by bill-auger 2 months ago

i think we determined that iceweasel-uxp was a LTS (ESR)
browser; so if this would replace another browser in parabola,
icecat would be the one - many people want the rolling release
mozilla browser - we can not do without it

#14

Updated by archetyp 2 months ago

That's logical, but should we rename Iceweasel to Icedog? The names Iceweasel and Iceweasel-UXP are confusingly similar.

Also available in: Atom PDF