One of those headaches, for myself, is installing from source packages. I hate doing it, mainly because there are different archives, different methods for extraction, etc. No two sets of instructions for untar and install, etc., look alike. You may disagree, if you like, but that's how it goes with me.
Anyway ... I managed to get icecat installed from source packages, the latest stable version, 60-something. (I saw a version 90-something on their site, but wonder about the 30 versions in-between that are missing ...)
Right away, I noticed that a lot of problems totally vanished. I could explain in more detail, but some will believe me, and some will not, according to their own needs and wants.
Now that I have it fresh in my mind, what needs to be done to make a successful installation, and seeing how useful it is, and wondering how I lived with lesser browsers, I thought maybe others might benefit from knowing the steps, now that I have it still fresh in my mind.
If there is some way of sharing this list of steps, I would be glad to retrace; but I don't want to go to this trouble if nobody cares. It may be that a) it's already obvious how-to for most readers of this list, or b) others are already satisfied with their browsers, or c) don't care, for a host of other reasons or non-reasons.
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others). I suppose a browser is not really a candidate for becoming a TDE-Trinity package? but it is a thought, since we already have Konqueror, which is a web browser as well as a file manager.
Just making the offer, if anybody would find it useful. I don't even know where I would post it, that it could be found by those who are searching for it.
Bill
jabber/xmpp dr_mojo_contendo@hot-chilli.net
On Monday 14 September 2020 10:01:40 am William Morder via tde-users wrote:
One of those headaches, for myself, is installing from source packages. I hate doing it, mainly because there are different archives, different methods for extraction, etc. No two sets of instructions for untar and install, etc., look alike. You may disagree, if you like, but that's how it goes with me.
Anyway ... I managed to get icecat installed from source packages, the latest stable version, 60-something. (I saw a version 90-something on their site, but wonder about the 30 versions in-between that are missing ...)
Right away, I noticed that a lot of problems totally vanished. I could explain in more detail, but some will believe me, and some will not, according to their own needs and wants.
Now that I have it fresh in my mind, what needs to be done to make a successful installation, and seeing how useful it is, and wondering how I lived with lesser browsers, I thought maybe others might benefit from knowing the steps, now that I have it still fresh in my mind.
If there is some way of sharing this list of steps, I would be glad to retrace; but I don't want to go to this trouble if nobody cares. It may be that a) it's already obvious how-to for most readers of this list, or b) others are already satisfied with their browsers, or c) don't care, for a host of other reasons or non-reasons.
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others). I suppose a browser is not really a candidate for becoming a TDE-Trinity package? but it is a thought, since we already have Konqueror, which is a web browser as well as a file manager.
I only use Konq for a file manager, so an extra browser is welcome.
Just making the offer, if anybody would find it useful. I don't even know where I would post it, that it could be found by those who are searching for it.
You can definitly put it on the TDE wiki as a sub-page of Tips And Tricks
https://wiki.trinitydesktop.org/Tips_And_Tricks
If nothing else it won't get lost and you'll have reference to it in the future. The wiki isn't hard but if you have questions, send me a mail.
Best, Michael
On Monday 14 September 2020, William Morder via tde-users wrote:
One of those headaches, for myself, is installing from source packages. I hate doing it, mainly because there are different archives, different methods for extraction, etc. No two sets of instructions for untar and install, etc., look alike. You may disagree, if you like, but that's how it goes with me.
Anyway ... I managed to get icecat installed from source packages, the latest stable version, 60-something. (I saw a version 90-something on their site, but wonder about the 30 versions in-between that are missing ...)
Right away, I noticed that a lot of problems totally vanished. I could explain in more detail, but some will believe me, and some will not, according to their own needs and wants.
Now that I have it fresh in my mind, what needs to be done to make a successful installation, and seeing how useful it is, and wondering how I lived with lesser browsers, I thought maybe others might benefit from knowing the steps, now that I have it still fresh in my mind.
If there is some way of sharing this list of steps, I would be glad to retrace; but I don't want to go to this trouble if nobody cares. It may be that a) it's already obvious how-to for most readers of this list, or b) others are already satisfied with their browsers, or c) don't care, for a host of other reasons or non-reasons.
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others). I suppose a browser is not really a candidate for becoming a TDE-Trinity package? but it is a thought, since we already have Konqueror, which is a web browser as well as a file manager.
Just making the offer, if anybody would find it useful. I don't even know where I would post it, that it could be found by those who are searching for it.
Bill
jabber/xmpp dr_mojo_contendo@hot-chilli.net _______________________________________________
If only hhtml could be update to start using kong as a browser again. I really miss it.
Kate
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 2020-09-14 12:48:52 BorgLabs - Kate Draven via tde-users wrote:
On Monday 14 September 2020, William Morder via tde-users wrote:
One of those headaches, for myself, is installing from source packages. I hate doing it, mainly because there are different archives, different methods for extraction, etc. No two sets of instructions for untar and install, etc., look alike. You may disagree, if you like, but that's how it goes with me.
Anyway ... I managed to get icecat installed from source packages, the latest stable version, 60-something. (I saw a version 90-something on their site, but wonder about the 30 versions in-between that are missing ...)
Right away, I noticed that a lot of problems totally vanished. I could explain in more detail, but some will believe me, and some will not, according to their own needs and wants.
Now that I have it fresh in my mind, what needs to be done to make a successful installation, and seeing how useful it is, and wondering how I lived with lesser browsers, I thought maybe others might benefit from knowing the steps, now that I have it still fresh in my mind.
If there is some way of sharing this list of steps, I would be glad to retrace; but I don't want to go to this trouble if nobody cares. It may be that a) it's already obvious how-to for most readers of this list, or b) others are already satisfied with their browsers, or c) don't care, for a host of other reasons or non-reasons.
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others). I suppose a browser is not really a candidate for becoming a TDE-Trinity package? but it is a thought, since we already have Konqueror, which is a web browser as well as a file manager.
Just making the offer, if anybody would find it useful. I don't even know where I would post it, that it could be found by those who are searching for it.
Bill
jabber/xmpp dr_mojo_contendo@hot-chilli.net _______________________________________________
If only hhtml could be update to start using kong as a browser again. I really miss it.
Kate
I'll second that!
Leslie
On Mon, 14 Sep 2020 08:01:40 -0700 William Morder via tde-users ml-migration-agent@trinitydesktop.org wrote:
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others).
Why? It's just a rebrand of Firefox with a few trivial patches, as far as I know. If you find Firefox itself unsatisfactory, try one of the other forks/cousins from the Mozilla family (Pale Moon, Waterfox, or Seamonkey).
I suppose a browser is not really a candidate for becoming a TDE-Trinity package? but it is a thought, since we already have Konqueror, which is a web browser as well as a file manager.
There's a couple of obvious problems:
1. Firefox and all its forks are GTK-based. TDE is (T)QT-based.
2. Adopting another Really Huge codebase is the last thing this project needs right now. If the manpower to work on a browser were available, it would be better to put it to use replacing Konqueror's layout and scripting engines with something more modern.
E. Liddell
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Monday 14 September 2020 18:22:35 E. Liddell wrote:
On Mon, 14 Sep 2020 08:01:40 -0700
William Morder via tde-users ml-migration-agent@trinitydesktop.org wrote:
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others).
Why? It's just a rebrand of Firefox with a few trivial patches, as far as I know. If you find Firefox itself unsatisfactory, try one of the other forks/cousins from the Mozilla family (Pale Moon, Waterfox, or Seamonkey).
Not so! True, it does look pretty much the same, and to the untrained eye, they are about equal. After having used a lot of Mozilla browsers, I can tell you for sure that Icecat offers some major differences.
For one thing, if you use Tork to manage the Tor network, you can watch the system requests that go out of your browser. If you have a graphical firewall that shows live connections in real time, you can watch what requests are sent out over direct connections. Lots of these requests go out in Firefox and other browsers, no matter how we might try to stop them. Whenever I would simply click on an open tab for a web page (weather, TV channels, ycombinator, whatever), immediately system calls went out, not only to the web page itself, but to other third-parties, despite the fact that I have systematically disabled everything of that sort, blocked sites, use a modified hosts file, etc.
Only Icecat blocks tracking of this sort. You don't have to believe me, of course; just check it out for yourself. On the other hand, even Icecat could be improved in small ways; but I would say that it comes closest to actual respect for users, and enabling a user to make the browser behave as desired.
Otherwise, you ought to just collect all your personal information, make it neat and orderly, put copies in envelopes, and mail them to Amazon, Google, Facebook, and all the rest; because you are just giving it all away, every time you open a browser, every single page you load, every tab you click, every scroll through the page, every little detail that gives away who you are.
I suppose a browser is not really a candidate for becoming a TDE-Trinity package? but it is a thought, since we already have Konqueror, which is a web browser as well as a file manager.
There's a couple of obvious problems:
Firefox and all its forks are GTK-based. TDE is (T)QT-based.
Adopting another Really Huge codebase is the last thing this project
needs right now. If the manpower to work on a browser were available, it would be better to put it to use replacing Konqueror's layout and scripting engines with something more modern.
Yeah, I sort of expected this answer. I didn't know the technical details, but I knew that people who work on mozilla-type browsers usually work on the same kinds of things; probably for good reason.
Still, it would be nice to see Icecat in the respositories.
E. Liddell
I will count you as in the *not interested* category.
;-)
Bill
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 2020-09-14 20:36:39 William Morder via trinity-users via tde-users wrote:
Re: [users] installing icecat from source packages From: "William Morder via trinity-users via tde-users" users@trinitydesktop.org To: TDE Users users@trinitydesktop.org CC: "William Morder via trinity-users" ml-migration-agent@trinitydesktop.org
On Monday 14 September 2020 18:22:35 E. Liddell wrote:
On Mon, 14 Sep 2020 08:01:40 -0700
William Morder via tde-users ml-migration-agent@trinitydesktop.org
wrote:
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others).
Why? It's just a rebrand of Firefox with a few trivial patches, as far as I know. If you find Firefox itself unsatisfactory, try one of the other forks/cousins from the Mozilla family (Pale Moon, Waterfox, or Seamonkey).
Not so! True, it does look pretty much the same, and to the untrained eye, they are about equal. After having used a lot of Mozilla browsers, I can tell you for sure that Icecat offers some major differences.
For one thing, if you use Tork to manage the Tor network, you can watch the system requests that go out of your browser. If you have a graphical firewall that shows live connections in real time, you can watch what requests are sent out over direct connections. Lots of these requests go out in Firefox and other browsers, no matter how we might try to stop them. Whenever I would simply click on an open tab for a web page (weather, TV channels, ycombinator, whatever), immediately system calls went out, not only to the web page itself, but to other third-parties, despite the fact that I have systematically disabled everything of that sort, blocked sites, use a modified hosts file, etc.
Only Icecat blocks tracking of this sort. You don't have to believe me, of course; just check it out for yourself. On the other hand, even Icecat could be improved in small ways; but I would say that it comes closest to actual respect for users, and enabling a user to make the browser behave as desired.
Otherwise, you ought to just collect all your personal information, make it neat and orderly, put copies in envelopes, and mail them to Amazon, Google, Facebook, and all the rest; because you are just giving it all away, every time you open a browser, every single page you load, every tab you click, every scroll through the page, every little detail that gives away who you are.
I suppose a browser is not really a candidate for becoming a TDE-Trinity package? but it is a thought, since we already have Konqueror, which is a web browser as well as a file manager.
There's a couple of obvious problems:
Firefox and all its forks are GTK-based. TDE is (T)QT-based.
Adopting another Really Huge codebase is the last thing this project
needs right now. If the manpower to work on a browser were available, it would be better to put it to use replacing Konqueror's layout and scripting engines with something more modern.
Yeah, I sort of expected this answer. I didn't know the technical details, but I knew that people who work on mozilla-type browsers usually work on the same kinds of things; probably for good reason.
Still, it would be nice to see Icecat in the respositories.
E. Liddell
I will count you as in the *not interested* category.
;-) Bill
Well, /I'm/ interested; I've been trying to get the Brave browser (supposedly good at blocking tracking, etc.) to work on my OpenSuSE (RPM-based) system without success; so I'll be giving IceCat a try. Thanks, Bill.
Leslie
Since this is not quite a new thread, but continues what was discussed in the old thread, I've just changed the header. Also, I cut out the comments, as this is already long enough, and those who are interested can refer to the older threads to see what they missed.
Okay, so there are a few more who express a little interest, by contrast with those who are not interested, or don't see the need.
The steps are still not quite as clear as they could be, but once I put it all in order, I'll post it on the TDE wiki, or get help from Michael. Comments are welcome; improvements can be made. This is not quite finished as I want it, but it'll do for most of us.
I could use some help on how to write symlinks at the end; otherwise, just give me some time, so I can make sure that I got it right. If I've missed anything, or could make it simpler or clearer, I am open to suggestions. After I (we) get it in order, and simplify the steps, then I'll post a how-to on the wiki.
My source page was here: https://ftp.gnu.org/gnu/gnuzilla/60.7.0/ Kate used another mirror, here: https://mirrors.ocf.berkeley.edu/gnu/gnuzilla/60.7.0/ There are other mirrors, too.
wget http://ftp.gnu.org/gnu/gnuzilla/60.7.0/icecat-60.7.0.en-US.gnulinux-i686.tar... tar xvf icecat-60.7.0.en-US.gnulinux-i686.tar.bz2 sudo ln -s $PWD/icecat/icecat-bin /usr/bin/icecat icecat
Here is where the problem comes in. The user [myself, in this example] ends up with an icecat folder in the /home/<user> directory. If you look at the last step, it is supposed to make a shortcut, /usr/bin/icecat, which points to /usr/lib/icecat/icecat-bin -- but it seems a couple steps are missing here.
Unless you want to run icecat from your home folder, then you need to find where to insert the icecat folder.
The user must copy the newly-created icecat folder from /home/<user>/icecat to /usr/lib; also it would probably be a good idea to backup this icecat folder somewhere safe, so you don't have to repeat the first step, and also for reference, because the contents will help you identify the proper location.
To make sure you are doing it right, compare with firefox or palemoon or another mozilla browser.
If you follow me so far, then: backup! sudo cp -v -r -f /home/<user>/icecat -t /media/<my_safe_location>/ then sudo cp -v -r -f /home/<user>/icecat -t /usr/lib/
So far, so good, but now you need to create a symlink:
/usr/lib/icecat/icecat-bin >>> /usr/bin/icecat-bin
Or maybe it is the other way round. In any case, I was reading up on the syntax, how to create a symlink. Otherwise, I just do it manually: put the two folders side by side, drag the icon into the folder where I want it, but when Konqueror asks me if I want to move, copy, or link here, I choose the last.
Last step, for the insane control freaks (like the present author) who want to stop all leaks and keep Big Brother and his evil minions from nibbling away at your soul ...
If you have extensions or settings from Firefox or other browsers, they can be copied into your Icecat folder pretty much wholesale (but I wouldn't do it that way the first time). /home/<user>/.mozilla/<mozilla browser>; except for Pale Moon, which uses a non-mozilla folder, /home/<user>/.moonchild productions -- which is annoying, for anybody who uses command-line to move things around, because of that space in the name.
Should you choose to go this route, try adding extensions from your other mozilla folders, one-at-a-time, to see what the browser will accept without complaint. The new web extensions are displacing the older xpi extensions, and some will not work, but newer ones are coming out, and new versions of old classics are being redone, too.
As I said, this is still messy, as I am retracing my steps and thinking out loud, and repeating myself. The short version comes only with revision.
Bill
On 2020-09-15 06:55:15 William Morder via tde-users wrote:
Since this is not quite a new thread, but continues what was discussed in the old thread, I've just changed the header. Also, I cut out the comments, as this is already long enough, and those who are interested can refer to the older threads to see what they missed.
Okay, so there are a few more who express a little interest, by contrast with those who are not interested, or don't see the need.
The steps are still not quite as clear as they could be, but once I put it all in order, I'll post it on the TDE wiki, or get help from Michael. Comments are welcome; improvements can be made. This is not quite finished as I want it, but it'll do for most of us.
I could use some help on how to write symlinks at the end; otherwise, just give me some time, so I can make sure that I got it right. If I've missed anything, or could make it simpler or clearer, I am open to suggestions. After I (we) get it in order, and simplify the steps, then I'll post a how-to on the wiki.
My source page was here: https://ftp.gnu.org/gnu/gnuzilla/60.7.0/ Kate used another mirror, here: https://mirrors.ocf.berkeley.edu/gnu/gnuzilla/60.7.0/ There are other mirrors, too.
wget http://ftp.gnu.org/gnu/gnuzilla/60.7.0/icecat-60.7.0.en-US.gnulinux-i686.ta r.bz2 tar xvf icecat-60.7.0.en-US.gnulinux-i686.tar.bz2 sudo ln -s $PWD/icecat/icecat-bin /usr/bin/icecat icecat
Here is where the problem comes in. The user [myself, in this example] ends up with an icecat folder in the /home/<user> directory. If you look at the last step, it is supposed to make a shortcut, /usr/bin/icecat, which points to /usr/lib/icecat/icecat-bin -- but it seems a couple steps are missing here.
Unless you want to run icecat from your home folder, then you need to find where to insert the icecat folder.
The user must copy the newly-created icecat folder from /home/<user>/icecat to /usr/lib; also it would probably be a good idea to backup this icecat folder somewhere safe, so you don't have to repeat the first step, and also for reference, because the contents will help you identify the proper location.
To make sure you are doing it right, compare with firefox or palemoon or another mozilla browser.
If you follow me so far, then: backup! sudo cp -v -r -f /home/<user>/icecat -t /media/<my_safe_location>/ then sudo cp -v -r -f /home/<user>/icecat -t /usr/lib/
So far, so good, but now you need to create a symlink:
/usr/lib/icecat/icecat-bin >>> /usr/bin/icecat-bin
Or maybe it is the other way round. In any case, I was reading up on the syntax, how to create a symlink. Otherwise, I just do it manually: put the two folders side by side, drag the icon into the folder where I want it, but when Konqueror asks me if I want to move, copy, or link here, I choose the last.
Last step, for the insane control freaks (like the present author) who want to stop all leaks and keep Big Brother and his evil minions from nibbling away at your soul ...
If you have extensions or settings from Firefox or other browsers, they can be copied into your Icecat folder pretty much wholesale (but I wouldn't do it that way the first time). /home/<user>/.mozilla/<mozilla browser>; except for Pale Moon, which uses a non-mozilla folder, /home/<user>/.moonchild productions -- which is annoying, for anybody who uses command-line to move things around, because of that space in the name.
Should you choose to go this route, try adding extensions from your other mozilla folders, one-at-a-time, to see what the browser will accept without complaint. The new web extensions are displacing the older xpi extensions, and some will not work, but newer ones are coming out, and new versions of old classics are being redone, too.
As I said, this is still messy, as I am retracing my steps and thinking out loud, and repeating myself. The short version comes only with revision.
Bill
When installing from a tarball, I always cd to /usr/local as root before I unpack, etc. (My /usr/local is on a separate device so that I don't lose my additions if I need to reinstall the os.) I hardly ever use sudo just because of issues like link creation. Anyway, once I'm in /usr/local, creating symbolic links is straightforward: the command format is ln -s <target> <link>; so in this case, | ln -s /usr/local/lib/icecat/icecat-bin /usr/local/bin | ll bin/icecat | lrwxrwxrwx 1 root root 13 2020-09-15 07:43:49 bin/icecat -> icecat/icecat One of the things that really bugs me about installing a GUI application from tarballs is that it almost never puts its icon where the desktop can find it (e.g. /usr/share/icons/...); sometimes there isn't even one in the tarball, and I have to scrape it from its website! So, for icecat, | for i in 128 16 32 48 64 | do | cp /usr/local/icecat/browser/chrome/icons/default/default$i.png \ | /usr/local/share/icons/crystalsvg/${i}x${i}/apps/icecat.png | done (I suppose I could have created links, but for some reason I always copy icons. :-) )
Okay, now this is strange; I've never seen this before.
| @08:05:31,leslie@pinto | ~ | $ paths | /home/leslie/bin | /home/leslie/bin/rexx | /home/leslie/bin/NetRexx | /home/leslie/.local/bin | /opt/trinity/bin | /opt/trinity/lib64 | /usr/local/bin | /bin | /usr/bin | /usr/local/sbin | /sbin | /usr/sbin | /usr/local/lib64 | /usr/local/lib | @08:05:40,leslie@pinto | ~ | $ whereis icecat | icecat: /usr/local/bin/icecat /usr/local/icecat | @08:05:44,leslie@pinto | ~ | $ icecat& | [1] 6451 | @08:05:52,leslie@pinto | ~ | $ icecat: command not found | [1]+ Exit 127 icecat | | @08:05:57,leslie@pinto | ~ | $ /usr/local/bin/icecat& | [1] 6537 | bash: /usr/local/bin/icecat: Too many levels of symbolic links | [1]+ Exit 126 /usr/local/bin/icecat
Hmm... but then, | @08:06:04,leslie@pinto | ~ | $ /usr/local/icecat/icecat& | [1] 6953 | @08:06:52,leslie@pinto | ~ | $ 1600175213915 addons.webextension.tortm-browser-button@jeremybenthum WARN Please specify whether you want browser_style or not in your browser_action options. | 1600175213916 addons.webextension.https-everywhere@eff.org WARN Please specify whether you want browser_style or not in your browser_action options. | JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError: cache is undefined | JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError: cache is undefined | JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError: cache is undefined | JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError: cache is undefined | JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError: cache is undefined | console.log: Accessibility service init or shutdown observer does not exist. | *** UTM:SVC TimerManager:registerTimer called after profile-before-change notification. Ignoring timer registration for id: telemetry_modules_ping | [1]+ Done /usr/local/icecat/icecat
Anyone know why this symlink failed?
Leslie
On Tuesday 15 September 2020 06:11:52 you wrote:
On 2020-09-15 06:55:15 William Morder via tde-users wrote:
Since this is not quite a new thread, but continues what was discussed in the old thread, I've just changed the header. Also, I cut out the comments, as this is already long enough, and those who are interested can refer to the older threads to see what they missed.
Okay, so there are a few more who express a little interest, by contrast with those who are not interested, or don't see the need.
The steps are still not quite as clear as they could be, but once I put it all in order, I'll post it on the TDE wiki, or get help from Michael. Comments are welcome; improvements can be made. This is not quite finished as I want it, but it'll do for most of us.
I could use some help on how to write symlinks at the end; otherwise, just give me some time, so I can make sure that I got it right. If I've missed anything, or could make it simpler or clearer, I am open to suggestions. After I (we) get it in order, and simplify the steps, then I'll post a how-to on the wiki.
My source page was here: https://ftp.gnu.org/gnu/gnuzilla/60.7.0/ Kate used another mirror, here: https://mirrors.ocf.berkeley.edu/gnu/gnuzilla/60.7.0/ There are other mirrors, too.
wget http://ftp.gnu.org/gnu/gnuzilla/60.7.0/icecat-60.7.0.en-US.gnulinux-i686. ta r.bz2 tar xvf icecat-60.7.0.en-US.gnulinux-i686.tar.bz2 sudo ln -s $PWD/icecat/icecat-bin /usr/bin/icecat icecat
Here is where the problem comes in. The user [myself, in this example] ends up with an icecat folder in the /home/<user> directory. If you look at the last step, it is supposed to make a shortcut, /usr/bin/icecat, which points to /usr/lib/icecat/icecat-bin -- but it seems a couple steps are missing here.
Unless you want to run icecat from your home folder, then you need to find where to insert the icecat folder.
The user must copy the newly-created icecat folder from /home/<user>/icecat to /usr/lib; also it would probably be a good idea to backup this icecat folder somewhere safe, so you don't have to repeat the first step, and also for reference, because the contents will help you identify the proper location.
To make sure you are doing it right, compare with firefox or palemoon or another mozilla browser.
If you follow me so far, then: backup! sudo cp -v -r -f /home/<user>/icecat -t /media/<my_safe_location>/ then sudo cp -v -r -f /home/<user>/icecat -t /usr/lib/
So far, so good, but now you need to create a symlink:
/usr/lib/icecat/icecat-bin >>> /usr/bin/icecat-bin
Or maybe it is the other way round. In any case, I was reading up on the syntax, how to create a symlink. Otherwise, I just do it manually: put the two folders side by side, drag the icon into the folder where I want it, but when Konqueror asks me if I want to move, copy, or link here, I choose the last.
Last step, for the insane control freaks (like the present author) who want to stop all leaks and keep Big Brother and his evil minions from nibbling away at your soul ...
If you have extensions or settings from Firefox or other browsers, they can be copied into your Icecat folder pretty much wholesale (but I wouldn't do it that way the first time). /home/<user>/.mozilla/<mozilla browser>; except for Pale Moon, which uses a non-mozilla folder, /home/<user>/.moonchild productions -- which is annoying, for anybody who uses command-line to move things around, because of that space in the name.
Should you choose to go this route, try adding extensions from your other mozilla folders, one-at-a-time, to see what the browser will accept without complaint. The new web extensions are displacing the older xpi extensions, and some will not work, but newer ones are coming out, and new versions of old classics are being redone, too.
As I said, this is still messy, as I am retracing my steps and thinking out loud, and repeating myself. The short version comes only with revision.
Bill
When installing from a tarball, I always cd to /usr/local as root before I unpack, etc. (My /usr/local is on a separate device so that I don't lose my additions if I need to reinstall the os.) I hardly ever use sudo just because of issues like link creation. Anyway, once I'm in /usr/local, creating symbolic links is straightforward: the command format is ln -s <target> <link>; so in this case,
| ln -s /usr/local/lib/icecat/icecat-bin /usr/local/bin | ll bin/icecat | lrwxrwxrwx 1 root root 13 2020-09-15 07:43:49 bin/icecat -> | icecat/icecat
One of the things that really bugs me about installing a GUI application from tarballs is that it almost never puts its icon where the desktop can find it (e.g. /usr/share/icons/...); sometimes there isn't even one in the tarball, and I have to scrape it from its website! So, for icecat,
| for i in 128 16 32 48 64 | do | cp /usr/local/icecat/browser/chrome/icons/default/default$i.png \ | /usr/local/share/icons/crystalsvg/${i}x${i}/apps/icecat.png | done
(I suppose I could have created links, but for some reason I always copy icons. :-) )
Okay, now this is strange; I've never seen this before.
| @08:05:31,leslie@pinto | ~ | $ paths | /home/leslie/bin | /home/leslie/bin/rexx | /home/leslie/bin/NetRexx | /home/leslie/.local/bin | /opt/trinity/bin | /opt/trinity/lib64 | /usr/local/bin | /bin | /usr/bin | /usr/local/sbin | /sbin | /usr/sbin | /usr/local/lib64 | /usr/local/lib | @08:05:40,leslie@pinto | ~ | $ whereis icecat | icecat: /usr/local/bin/icecat /usr/local/icecat | @08:05:44,leslie@pinto | ~ | $ icecat& | [1] 6451 | @08:05:52,leslie@pinto | ~ | $ icecat: command not found | [1]+ Exit 127 icecat | | @08:05:57,leslie@pinto | ~ | $ /usr/local/bin/icecat& | [1] 6537 | bash: /usr/local/bin/icecat: Too many levels of symbolic links | [1]+ Exit 126 /usr/local/bin/icecat
Hmm... but then,
| @08:06:04,leslie@pinto | ~ | $ /usr/local/icecat/icecat& | [1] 6953 | @08:06:52,leslie@pinto | ~ | $ 1600175213915 addons.webextension.tortm-browser-button@jeremybenthum | WARN
Please specify whether you want browser_style or not in your browser_action options.
| 1600175213916 addons.webextension.https-everywhere@eff.org WARN
Please specify whether you want browser_style or not in your browser_action options.
| JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line | 102:
TypeError: cache is undefined
| JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line | 102:
TypeError: cache is undefined
| JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line | 102:
TypeError: cache is undefined
| JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line | 102:
TypeError: cache is undefined
| JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line | 102:
TypeError: cache is undefined
| console.log: Accessibility service init or shutdown observer does not | exist. *** UTM:SVC TimerManager:registerTimer called after | profile-before-change
notification. Ignoring timer registration for id: telemetry_modules_ping
| [1]+ Done /usr/local/icecat/icecat
Anyone know why this symlink failed?
Leslie
I did not have this experience; but then, I went about it following my own steps, and manually inserting the symlink.
Bill
Hi Leslie Turriff via tde-users,
Anyway, once I'm in /usr/local, creating symbolic links is straightforward: the command format > is ln -s <target> <link>; so in his case, | ln -s /usr/local/lib/icecat/icecat-bin /usr/local/bin |
/usr/local/lib/icecat/icecat-bin is a file, right? /usr/local/bin is a directory, right? Linking a directory upon a file seems no good idea IMHO. Regards, Peter.
On 2020-09-15 09:08:58 phiebie@drei.at wrote:
Hi Leslie Turriff via tde-users,
Anyway, once I'm in /usr/local, creating symbolic links is straightforward: the command format > is ln -s <target> <link>; so in his case, | ln -s /usr/local/lib/icecat/icecat-bin /usr/local/bin |
/usr/local/lib/icecat/icecat-bin is a file, right? /usr/local/bin is a directory, right? Linking a directory upon a file seems no good idea IMHO. Regards, Peter. _______________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt op.org
Yeah. I don't know how I came to do that. (?) What I should have done was | cd /usr/local/bin | ln -s ../icecat/icecat icecat which works just fine.
On Tuesday 15 September 2020, J Leslie Turriff via tde-users wrote:
On 2020-09-15 09:08:58 phiebie@drei.at wrote:
Hi Leslie Turriff via tde-users,
Anyway, once I'm in /usr/local, creating symbolic links is straightforward: the command format > is ln -s <target> <link>; so in his case, | ln -s /usr/local/lib/icecat/icecat-bin /usr/local/bin |
/usr/local/lib/icecat/icecat-bin is a file, right? /usr/local/bin is a directory, right? Linking a directory upon a file seems no good idea IMHO. Regards, Peter. _______________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydes kt op.org
Yeah. I don't know how I came to do that. (?) What I should have done was
| cd /usr/local/bin | ln -s ../icecat/icecat icecat
which works just fine. _______________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt op.org
A simple symlink from the Icecat directory to /usr/bin will make it globally usable by all.
Kate
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 2020-09-15 12:57:15 BorgLabs - Kate Draven via tde-users wrote:
On Tuesday 15 September 2020, J Leslie Turriff via tde-users wrote:
On 2020-09-15 09:08:58 phiebie@drei.at wrote:
Hi Leslie Turriff via tde-users,
Anyway, once I'm in /usr/local, creating symbolic links is straightforward: the command format > is ln -s <target> <link>; so in his case, | ln -s /usr/local/lib/icecat/icecat-bin /usr/local/bin |
/usr/local/lib/icecat/icecat-bin is a file, right? /usr/local/bin is a directory, right? Linking a directory upon a file seems no good idea IMHO. Regards, Peter. _______________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinityd es kt op.org
Yeah. I don't know how I came to do that. (?) What I should have done was
| cd /usr/local/bin | ln -s ../icecat/icecat icecat
which works just fine. _______________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydes kt op.org
A simple symlink from the Icecat directory to /usr/bin will make it globally usable by all.
Kate
Correct. But for some reason I can't imagine, I linked the wrong thing. :-)
On Mon, 14 Sep 2020 18:36:39 -0700 "William Morder via trinity-users" trinity-users@lists.pearsoncomputing.net wrote:
On Monday 14 September 2020 18:22:35 E. Liddell wrote:
On Mon, 14 Sep 2020 08:01:40 -0700
William Morder via tde-users ml-migration-agent@trinitydesktop.org wrote:
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others).
Why? It's just a rebrand of Firefox with a few trivial patches, as far as I know. If you find Firefox itself unsatisfactory, try one of the other forks/cousins from the Mozilla family (Pale Moon, Waterfox, or Seamonkey).
Not so! True, it does look pretty much the same, and to the untrained eye, they are about equal. After having used a lot of Mozilla browsers, I can tell you for sure that Icecat offers some major differences.
They say right out on their own site:
"IceCat is generated from Firefox with the scripts available in the Git repository of GNUzilla."
Ergo, Firefox with some patches and possibly bundled extensions. Most distros without Debian ancestry don't even package it.
E. Liddell
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Tuesday 15 September 2020 04:37:55 E. Liddell via tde-users wrote:
On Mon, 14 Sep 2020 18:36:39 -0700
"William Morder via trinity-users"
trinity-users@lists.pearsoncomputing.net wrote:
On Monday 14 September 2020 18:22:35 E. Liddell wrote:
On Mon, 14 Sep 2020 08:01:40 -0700
William Morder via tde-users ml-migration-agent@trinitydesktop.org
wrote:
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others).
Why? It's just a rebrand of Firefox with a few trivial patches, as far as I know. If you find Firefox itself unsatisfactory, try one of the other forks/cousins from the Mozilla family (Pale Moon, Waterfox, or Seamonkey).
Not so! True, it does look pretty much the same, and to the untrained eye, they are about equal. After having used a lot of Mozilla browsers, I can tell you for sure that Icecat offers some major differences.
They say right out on their own site:
"IceCat is generated from Firefox with the scripts available in the Git repository of GNUzilla."
Ergo, Firefox with some patches and possibly bundled extensions. Most distros without Debian ancestry don't even package it.
I don't argue that point. What I mean is, those little differences make all the difference. You don't need to believe or disbelieve me; check it out for yourself, by watching your network traffic, by watching the requests made by your browser, just because you click on a tab or scroll through a page.
E. Liddell
Some years ago, I got into a dispute with somebody who refused to believe that using javascript would reveal all your system information. The large social network that he was using required javascript, as a new policy. As I said then, you don't need to believe me, just use an IP checker page.
Same thing here: If you don't believe me, then just try what I say, and you might change your mind, or at least decide that I am not totally bonkers.
No matter. If you are content with what you have, then shine on.
Bill
On 2020-09-14 20:36:39 William Morder via trinity-users via tde-users wrote:
On Monday 14 September 2020 18:22:35 E. Liddell wrote:
On Mon, 14 Sep 2020 08:01:40 -0700
William Morder via tde-users ml-migration-agent@trinitydesktop.org
wrote:
On a side note, I wonder if we could get a proper, working, up-to-date version of icecat into the repositories somewhere (as it has disappeared from Trisquel and others).
Why? It's just a rebrand of Firefox with a few trivial patches, as far as I know. If you find Firefox itself unsatisfactory, try one of the other forks/cousins from the Mozilla family (Pale Moon, Waterfox, or Seamonkey).
Not so! True, it does look pretty much the same, and to the untrained eye, they are about equal. After having used a lot of Mozilla browsers, I can tell you for sure that Icecat offers some major differences.
For one thing, if you use Tork to manage the Tor network, you can watch the system requests that go out of your browser. If you have a graphical firewall that shows live connections in real time, you can watch what requests are sent out over direct connections. Lots of these requests go out in Firefox and other browsers, no matter how we might try to stop them. Whenever I would simply click on an open tab for a web page (weather, TV channels, ycombinator, whatever), immediately system calls went out, not only to the web page itself, but to other third-parties, despite the fact that I have systematically disabled everything of that sort, blocked sites, use a modified hosts file, etc.
Only Icecat blocks tracking of this sort. You don't have to believe me, of course; just check it out for yourself. On the other hand, even Icecat could be improved in small ways; but I would say that it comes closest to actual respect for users, and enabling a user to make the browser behave as desired.
Otherwise, you ought to just collect all your personal information, make it neat and orderly, put copies in envelopes, and mail them to Amazon, Google, Facebook, and all the rest; because you are just giving it all away, every time you open a browser, every single page you load, every tab you click, every scroll through the page, every little detail that gives away who you are.
I suppose a browser is not really a candidate for becoming a TDE-Trinity package? but it is a thought, since we already have Konqueror, which is a web browser as well as a file manager.
There's a couple of obvious problems:
Firefox and all its forks are GTK-based. TDE is (T)QT-based.
Adopting another Really Huge codebase is the last thing this project
needs right now. If the manpower to work on a browser were available, it would be better to put it to use replacing Konqueror's layout and scripting engines with something more modern.
Yeah, I sort of expected this answer. I didn't know the technical details, but I knew that people who work on mozilla-type browsers usually work on the same kinds of things; probably for good reason.
Still, it would be nice to see Icecat in the respositories.
E. Liddell
I will count you as in the *not interested* category.
;-)
Bill
Thanks for helping with the icecat installation.
-
BorgLabs - Kate Draven -
E. Liddell
-
J Leslie Turriff -
Michael -
phiebie＠drei.at -
William Morder -
William Morder via trinity-users