Browser update

Please reproduce your error on a second machine before posting, and check the error by running without saved changes or extra modules (See FAQ No. 13, "How to report a bug"). For unstable Porteus versions (alpha, beta, rc) please use the relevant thread in our "Development" section.
User avatar
Ed_P
Contributor
Contributor
Posts: 8341
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

Browser update

Post#1 by Ed_P » 12 Mar 2021, 20:43

Cinnamon 4.0 64-bit Firefox 78.6.1esr upgrading to 86.0.1

Code: Select all

firefox/plugin-container.sig
firefox/firefox.sig
firefox/libxul.so.sig
 Linking firefox binary ... 
/tmp/portff
 Copying firefox files ... 
 Creating default settings ... 
 Copying config files ... 
cp: cannot stat '/home/guest/files/*': No such file or directory
chown: cannot access '/tmp/portff/ff.3901/home/guest': No such file or directory
Adding home page ...
Creating module ...
Problem?? :%)
Ed

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3924
Joined: 20 Mar 2012, 03:42
Distribution: v5.0-64bit
Location: australia
Contact:

Browser update

Post#2 by ncmprhnsbl » 13 Mar 2021, 02:06

Ed_P wrote:
12 Mar 2021, 20:43
Problem??
you mean this bit? :

Code: Select all

Copying config files ... 
cp: cannot stat '/home/guest/files/*': No such file or directory
chown: cannot access '/tmp/portff/ff.3901/home/guest': No such file or directory
just some redundant lines in the script.. you get a new firefox module in /tmp, right? (i do)
have commented those lines now in the script on the server..
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
Ed_P
Contributor
Contributor
Posts: 8341
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

Browser update

Post#3 by Ed_P » 13 Mar 2021, 05:25

Yes, I got a new firefox module in /tmp and am using it as I write this.

A strange thing is a desktop file opening a webpage in firefox now doesn't open the url, it just brings up a firefox window with no open tabs. I don't know if it's a firefox 86.0.1 problem or a nucleus 5.11.6 problem since both are new at this point. :%)

Added in 11 minutes :
I don't have the problem with the desktop file using firefox 86.0.1 in Porteus 4.0. :o

Added in 1 day 10 hours 31 minutes 20 seconds:
Ed_P wrote:
13 Mar 2021, 05:36
A strange thing is a desktop file opening a webpage in firefox now doesn't open the url, it just brings up a firefox window with no open tabs. I don't know if it's a firefox 86.0.1 problem or a nucleus 5.11.6 problem since both are new at this point.
And today it works. :%) :unknown:
Ed

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Browser update

Post#4 by Rava » 02 Jun 2021, 17:46

I just ran update-browser -d -p with a manually downloaded palemoon-29.2.0.linux-x86_64-gtk3.tar.xz and got these errors:

Code: Select all

xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value
xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value
They come here:

Code: Select all

[…]
'palemoon/defaults/pref' -> '/Porteus_modules/5.0/palemoon/.pale.21574/package-palemoon/opt/palemoon/defaults/pref'
'palemoon/defaults/pref/channel-prefs.js' -> '/Porteus_modules/5.0/palemoon/.pale.21574/package-palemoon/opt/palemoon/defaults/pref/channel-prefs.js'
Setting Porteus Forum to Homepage
Adding home page ...
Fixing permissions ...
xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value
xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value
Setting libmozavutil.so as executable ...
Setting libnspr4.so as executable ...
Setting run-mozilla.sh as executable ...
Setting libxul.so as executable ...
Setting libsoftokn3.so as executable ...
[…]
Is that an issue?
Cheers!
Yours Rava

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3924
Joined: 20 Mar 2012, 03:42
Distribution: v5.0-64bit
Location: australia
Contact:

Browser update

Post#5 by ncmprhnsbl » 02 Jun 2021, 22:46

Rava wrote:
02 Jun 2021, 17:46
Is that an issue?
not really, because "ignoring previous --max-args value" does no harm.. have seen this in a lot of scripts recently, i guess that with some recent xargs update 'the rules' have been tightened around this...
and technically, a warning is not an error :)
i will get around to cleaning this up, though .. thanks
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Browser update

Post#6 by Rava » 02 Jun 2021, 23:42

ncmprhnsbl wrote:
02 Jun 2021, 22:46
have seen this in a lot of scripts recently, i guess that with some recent xargs update 'the rules' have been tightened around this...
and technically, a warning is not an error :)
i will get around to cleaning this up, though .. thanks
Makes sense that they changed the code when the warnings are all over the place.
ncmprhnsbl wrote:
02 Jun 2021, 22:46
because "ignoring previous --max-args value" does no harm..
When your code explicitly relies on the old behaviour, it can be the start of a bug.

Anyhow, I have a script question: Since it is off topic, I PM you, hopefully you have a tip for me. :)
Cheers!
Yours Rava

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Browser update

Post#7 by Rava » 30 Sep 2021, 22:59

Tried creating an en-UK version of chromium via update-browser -d -c

Result has the very same size than the server version (both are the same version):

Code: Select all

82288640 Sep 30 23:58 chromium-ungoogled-92.0.4515.159-x86_64-en-GB-1alien.xzm
82288640 Sep 11 14:26 chromium-ungoogled-92.0.4515.159-x86_64-en-US-1alien.xzm
What bothers me, when I choose en-UK I not want en-US remaining in the program. Logic might be differnt when someone chooses a different language than en-* - then keeping a default en-* might be a sane choice.

But when someone wants instead of en-US en-UK or en-CA (when that's available; as in CAnada, not CAlifornia) me presumes that person always wants en-US removed and only en-UK or whatever en-* (s)he chooses to be the sole en-* language.

So, checking the result via mloop I found this:

Code: Select all

root@porteus:/mnt/loop/usr/lib64/chromium-ungoogled/locales# ls -o
total 855
-rw-r--r-- 1 root 268596 Aug 22 20:27 en-GB.pak
-rw-r--r-- 1 root 606291 Aug 22 20:27 en-GB.pak.info
Which, of course, is what I want, I choose en-UK after all.

But

Code: Select all

root@porteus:/mnt/loop/home/guest/.config/chromium-ungoogled/Dictionaries# ls -o
total 436
-rw-r--r-- 1 guest 446149 Nov 16  2016 en-US-7-1.bdic
is not what I want. Is chromium, even chromium-ungoogled so stingy that it breaks when removing en-US-7-1.bdic ?
It is a mere 435.69 KB in size, compared to both en-GB.pak* added, which are 854.38 KB.

For now I manually remove home/guest/.config/chromium-ungoogled/Dictionaries/en-US-7-1.bdic and check what the difference is when activating chromium-ungoogled-92.0.4515.159-x86_64-en-GB-1alien.xzm vs chromium-ungoogled-92.0.4515.159-x86_64-en-GB-1alien_rava.xzm. :)

Added in 8 minutes 31 seconds:
My version is just a tad smaller:

Code: Select all

82100224 2021-10-01 01:06 chromium-ungoogled-92.0.4515.159-x86_64-en-US-1alien_rava.xzm
Cheers!
Yours Rava

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3924
Joined: 20 Mar 2012, 03:42
Distribution: v5.0-64bit
Location: australia
Contact:

Browser update

Post#8 by ncmprhnsbl » 01 Oct 2021, 06:17

Rava wrote:
30 Sep 2021, 23:07
But

Code: Select all

root@porteus:/mnt/loop/home/guest/.config/chromium-ungoogled/Dictionaries# ls -o
total 436
-rw-r--r-- 1 guest 446149 Nov 16  2016 en-US-7-1.bdic
is not what I want.
sure. done. mirror propagation pending.
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Browser update

Post#9 by Rava » 01 Oct 2021, 11:30

ncmprhnsbl wrote:
01 Oct 2021, 06:17
sure. done. mirror propagation pending.
You, my good sir are the best. Never let anyone tell you otherwise.
Image
Cheers!
Yours Rava

User avatar
Ed_P
Contributor
Contributor
Posts: 8341
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

Browser update

Post#10 by Ed_P » 01 Oct 2021, 15:57

Rava wrote:
01 Oct 2021, 11:30
You, my good sir are the best. Never let anyone tell you otherwise.
Totally agree. :happy62:
Ed

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Browser update

Post#11 by Rava » 08 Nov 2021, 05:14

Chromium makes itself the default browser. :wall:

I presume the following is no update-browser by itself issue still it should be resolved if possible.
I have Chromium as well, using it when some websites fail with Palemoon because they refuse to adhere to web standards or whatnot reason they fail in PM.

Now, I activated Chromium, ran it and quit it.

In Interlink I accidentally clicked on a http / https link and I heard the hard disk caching in the background, waiting for the browser window to open.

And like in the past: instead of PM opening, the chromium window opened since the later loaded chromium module must have changed the default handler for the http / https protocol.

Ironically, it says in its message area between the URL bar and the content area below "Chromium is not your default browser. Do you want to make Chromium your default browser?" or a similar worded message.
I did not approve the "make Chromium your default browser?" issue but exited Chromium.

Now, I clicked a link in Interlink on purpose, again Chromium started and now the "Chromium is not your default browser. Do you want to make Chromium your default browser?" message did not appear, meaning without my given permission chromium still set itself as default browser.
Seems even chromium obtained some of gøøgle's world domination arrogance.

● How can Chromium be kicked in its butt to stop setting it up as default browser by itself when its whining to be the default browser was not approved? (I either clicked No, or I clicked the [x] close icon in the message area, or maybe there was no No button and I only could click the [x] close icon in the message area) Be it as it may, I did not approve of Chromium becoming my default browser, still it set up up to still be it.

● How can it be set up so that when I activate Chromium after PM (and my system loads PM as default at boot up so Chromium or Firefox or any other PM alternative is always loaded after PM) is not the browser to open URLs via Interlink, or via any other means but I explicitly choose to open either Chromium or to explicitly open an URL via Chromium. /mnt/live/memory/images/chromium-86.0.4240.198-x86_64--1jay.xzm/var/lib/pkgtools/scripts/chromium-86.0.4240.198-x86_64-1alien contains this:

Code: Select all

# Update the desktop database:
if [ -x usr/bin/update-desktop-database ]; then
  chroot . /usr/bin/update-desktop-database usr/share/applications > /dev/null 2>&1
fi
[…]
# Update the mime database:
if [ -x usr/bin/update-mime-database ]; then
  chroot . /usr/bin/update-mime-database usr/share/mime >/dev/null 2>&1
fi

Code: Select all

guest@porteus:/mnt/live/memory/images/chromium-86.0.4240.198-x86_64--1jay.xzm$ l usr/share/applications/
total 17
drwxr-xr-x 2 root   62 2020-11-20 19:43 .
drwxr-xr-x 5 root   64 2020-11-13 15:48 ..
-rw-r--r-- 1 root 8548 2020-11-20 19:43 browser.desktop
-rw-r--r-- 1 root 8502 2020-11-13 15:48 chromium.desktop
guest@porteus:/mnt/live/memory/images/chromium-86.0.4240.198-x86_64--1jay.xzm$ l usr/share/mime
/bin/ls: cannot access 'usr/share/mime': No such file or directory
I know the first issue in my ● bullets list is an issue of setting up Linux, the 2nd issue seems to be an Chromium bug or a setup issue via /var/lib/pkgtools/scripts/chromium-86.0.4240.198-x86_64-1alien ? Still I hope both can be resolved.

My current browsers:
Palemoon 005-palemoon-29.4.1.linux-x86_64-gtk3
Chromium chromium-86.0.4240.198-x86_64--1jay
Cheers!
Yours Rava

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Browser update

Post#12 by Rava » 19 Jan 2022, 16:09

Suggestion: Adding

Code: Select all

 -u ungoogled-chromium.
Your thoughts? :)

I have no clue how much code can be recycled from either

Code: Select all

 -g : google-chrome.
and/or

Code: Select all

 -c : chromium.
Added in 27 minutes 52 seconds:
Made ungoogled-chromium-97.0.4692.71-2-x86_64.xzm out of ungoogled-chromium-97.0.4692.71-2-x86_64.pkg.tar.zst and in 5.0rc3 XFCE results in at least these missing dependencies:

Code: Select all

guest@porteus:/$ ldd /usr/lib/chromium/chromium|grep found
	libicui18n.so.70 => not found
	libicuuc.so.70 => not found
	libjpeg.so.8 => not found
	libavcodec.so.58 => not found
	libavformat.so.58 => not found
	libavutil.so.56 => not found
	libre2.so.9 => not found
	libsnappy.so.1 => not found
	libminizip.so.1 => not found
Added in 4 minutes 39 seconds:
libjpeg.so.8.xzm is the only one I already have… :(
Cheers!
Yours Rava

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3924
Joined: 20 Mar 2012, 03:42
Distribution: v5.0-64bit
Location: australia
Contact:

Browser update

Post#13 by ncmprhnsbl » 19 Jan 2022, 21:38

Rava wrote:
19 Jan 2022, 16:41
Your thoughts?
-c : chromium which downloads a script: update-chromium-live currently uses alienbobs chromium-ungoogled package .. :)
and yes, expect library incompatibilities with arch packages, especially icu (slackware 69 != arch 70)
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Browser update

Post#14 by Rava » 20 Jan 2022, 08:27

So,
ncmprhnsbl wrote:
19 Jan 2022, 21:38
chromium-ungoogled
is the same as ungoogled-chromium?

Added in 50 seconds:
ncmprhnsbl wrote:
19 Jan 2022, 21:38
incompatibilities with arch packages, especially icu
What again is icu?
Cheers!
Yours Rava

User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

Browser update

Post#15 by Rava » 12 Feb 2022, 05:49

Is it possible to have a .desktop file for all usual browsers that not only does the

Code: Select all

Open with "[browser name]"
but also a

Code: Select all

Open with "[browser name] (Private Mode)"
or whatever we want to call the private mode (FFx an PM calls it that).
That would be awesome.
For now I researched only PM via

Code: Select all

guest@porteus:~$ palemoon --help|grep -i private
  --private-window <url>                       Open <url> in a new private window.
since its currently the only browser activated (aside from lynx, and since there is no lynx.desktop file anyway…) so the .desktop file for PM's open URL in private mode looks like so
cat /usr/share/applications/palemoon-privatemode.desktop :

Code: Select all

[Desktop Entry]
Version=1.0
Name=Pale Moon Web Browser (private mode)
Comment=Browse the World Wide Web
Keywords=Internet;WWW;Browser;Web;Explorer
Exec=palemoon --private-window %u
Terminal=false
X-MultipleArgs=false
Type=Application
Icon=palemoon
Categories=Network;WebBrowser;Internet;GTK;
MimeType=text/html;application/xhtml+xml;application/xml;application/rss+xml;application/rdf+xml;image/gif;image/jpeg;image/png;x-scheme-handler/http;x-scheme-handler/https;x-scheme-handler/ftp;x-scheme-handler/chrome;video/webm;application/x-xpinstall;
StartupNotify=true
Cheers!
Yours Rava

Post Reply