[Pkg-mozext-maintainers] Bug#904933: webext-lightbeam: Pulls in 1 GB of texlive-fonts-extra

2019-02-15 Thread Mykola Nikishov
Package: webext-lightbeam Followup-For: Bug #904933 Control: severity -1 important Control: tags -1 patch It does have a major effect on the usability of a package by preventing user from installing it in the first place (i.e., Raspberry Pi with a limited free space on an SD card). There is also

[Pkg-mozext-maintainers] Bug#904933: webext-lightbeam: Pulls in 1 GB of texlive-fonts-extra

2019-02-10 Thread Mykola Nikishov
Carsten Schoenert writes: > Instead of discussing the severity of the bug report it would be more > helpful It is much more helpful to read original message in full: > Yes, it uses 4 OpenSans-*.ttf fonts. fonts-open-sans already provides > these fonts and is about 2 Mbytes in size. > I've subm

[Pkg-mozext-maintainers] Bug#904933: webext-lightbeam: Pulls in 1 GB of texlive-fonts-extra

2019-02-10 Thread Mykola Nikishov
Carsten Schoenert writes: > The issue in question isn't breaking any policy, raises security issues, > makes the package not usable or is provoking any data loss, so a > severity of critical, grave or serious isn't a correct tagging. > Decreasing the severity to normal. > > [1] https://www.debian

[Pkg-mozext-maintainers] Bug#904933: webext-lightbeam: Pulls in 1 GB of texlive-fonts-extra

2019-02-09 Thread Mykola Nikishov
Package: webext-lightbeam Followup-For: Bug #904933 severity -1 grave thanks Axel Beckert writes: > webext-lightbeam pulls in texlive-fonts-extra which has 1 GB of > installed size. Is this hard dependency really _required_? Yes, it uses 4 OpenSans-*.ttf fonts. fonts-open-sans already provides

[Pkg-mozext-maintainers] Bug#908158: Bug#908158: webext-ublock-origin: xul-ext-ublock-origin and webext-ublock-origin should co-exist

2018-09-07 Thread Mykola Nikishov
Carsten Schoenert writes: >> ... and I'm trying to make use of such flexibility. For smooth migration >> I'd like to use current firefox-esr/stable and >> xul-ext-ublock-origin/stable while moving to firefox/unstable with >> webext-ublock-origin/unstable (whatever unstable might be at the >> mome

[Pkg-mozext-maintainers] Bug#908158: webext-ublock-origin: xul-ext-ublock-origin and webext-ublock-origin should co-exist

2018-09-07 Thread Mykola Nikishov
Carsten Schoenert writes: > If users install a separate additional FF package they are on > their own, but the system is flexible enough to get this handled. ... and I'm trying to make use of such flexibility. For smooth migration I'd like to use current firefox-esr/stable and xul-ext-ublock-ori

[Pkg-mozext-maintainers] Bug#908158: webext-ublock-origin: xul-ext-ublock-origin and webext-ublock-origin should co-exist

2018-09-06 Thread Mykola Nikishov
Markus Koschany writes: > This is correct because the old XUL format does no longer work with > Firefox 62. It is not possible to install them both at the same time. Yes, I know that FF62 and XUL extensions are not compatible. My hope was if it is possible to have FF-ESR and FF-62 installed at

[Pkg-mozext-maintainers] Bug#908158: webext-ublock-origin: xul-ext-ublock-origin and webext-ublock-origin should co-exist

2018-09-06 Thread Mykola Nikishov
Package: webext-ublock-origin Severity: normal While using Firefox ESR with xul-ext-ublock-origin/stable in a default profile, user should be able to run Firefox 62 with webext-ublock-origin in a separate profile. But right now, webext-ublock-origin Breaks: xul-ext-ublock-origin and it is im