Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #188071 > unrolled thread

when do I get a browsere that will do internet purchases?

Back to article view | Back to linux.debian.user

Contents

  when do I get a browsere that will do internet purchases? Gene Heskett <gheskett@shentel.net> - 2017-10-19 20:00 +0200
    Re: when do I get a browsere that will do internet purchases? Dan Ritter <dsr@randomstring.org> - 2017-10-19 20:10 +0200
      Re: when do I get a browsere that will do internet purchases? Gene Heskett <gheskett@shentel.net> - 2017-10-19 21:10 +0200
        Re: when do I get a browsere that will do internet purchases? Jochen Spieker <ml@well-adjusted.de> - 2017-10-19 23:30 +0200
        Re: when do I get a browsere that will do internet purchases? Ben Caradoc-Davies <ben@transient.nz> - 2017-10-20 01:20 +0200
      Re: when do I get a browsere that will do internet purchases? Joe <joe@jretrading.com> - 2017-10-19 21:10 +0200
    Re: when do I get a browsere that will do internet purchases? Peter Hillier-Brook <phb@hbsys.plus.com> - 2017-10-19 23:40 +0200
      Password managers [WAS: Re: when do I get a browsere that will do  internet purchases?] Roberto C. Sánchez <roberto@debian.org> - 2017-10-20 03:10 +0200
        Re: Password managers [WAS: Re: when do I get a browsere that will do  internet purchases?] Ben Caradoc-Davies <ben@transient.nz> - 2017-10-20 03:50 +0200
      Password managers [WAS: Re: when do I get a browsere that will do internet purchases?] "Garreau\, Alexandre" <galex-713@galex-713.eu> - 2017-10-20 03:30 +0200
        Re: Password managers [WAS: Re: when do I get a browsere that will do internet purchases?] Gene Heskett <gheskett@shentel.net> - 2017-10-20 04:00 +0200
    Re: when do I get a browsere that will do internet purchases? David Christensen <dpchrist@holgerdanske.com> - 2017-10-20 02:40 +0200

#188071 — when do I get a browsere that will do internet purchases?

Since the last update to firefox-esr, none of the usual internet buying 
options work, or even show up after you've clicked add to cart.

clamav also claims that ~/firefox/browser/omni.ja is infected,
with but several re-installs of firefox-esr has not affected that. Turned 
into clamav, as an FP, it was ignored because I assume its not an FP.

Can this please be looked at?

I'd use chromium, but it does not remember firefox passwds that I can 
find and recall for use again next week.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [next] | [standalone]

#188072

On Thu, Oct 19, 2017 at 01:55:00PM -0400, Gene Heskett wrote:
> Since the last update to firefox-esr, none of the usual internet buying 
> options work, or even show up after you've clicked add to cart.
> 
> clamav also claims that ~/firefox/browser/omni.ja is infected,
> with but several re-installs of firefox-esr has not affected that. Turned 
> into clamav, as an FP, it was ignored because I assume its not an FP.
> 
> Can this please be looked at?
> 
> I'd use chromium, but it does not remember firefox passwds that I can 
> find and recall for use again next week.
> 

~/firefox is not created by your debian-installed firefox-esr.
Are you invoking something else?

If you aren't invoking something else, perhaps you should be:
I find running upstream firefox reasonable:

https://download.mozilla.org/?product=firefox-56.0.1-SSL&os=linux64&lang=en-US

and then unpack it and make sure you are running that particular
executable.

-dsr-

[toc] | [prev] | [next] | [standalone]

#188078

On Thursday 19 October 2017 14:08:59 Dan Ritter wrote:

> On Thu, Oct 19, 2017 at 01:55:00PM -0400, Gene Heskett wrote:
> > Since the last update to firefox-esr, none of the usual internet
> > buying options work, or even show up after you've clicked add to
> > cart.
> >
> > clamav also claims that ~/firefox/browser/omni.ja is infected,
> > with but several re-installs of firefox-esr has not affected that.
> > Turned into clamav, as an FP, it was ignored because I assume its
> > not an FP.
> >
> > Can this please be looked at?
> >
> > I'd use chromium, but it does not remember firefox passwds that I
> > can find and recall for use again next week.
>
> ~/firefox is not created by your debian-installed firefox-esr.
> Are you invoking something else?
>
> If you aren't invoking something else, perhaps you should be:
> I find running upstream firefox reasonable:
>
> https://download.mozilla.org/?product=firefox-56.0.1-SSL&os=linux64&la
>ng=en-US
>
> and then unpack it and make sure you are running that particular
> executable.
>
> -dsr-

I have it AFU now. Unpacked it to my home/src directory, then tried to 
run the updater in it.

Gets this:
ene@coyote:~/src/firefox$ ./updater
./updater: error while loading shared libraries: libgtk-3.so.0: cannot 
open shared object file: No such file or directory
gene@coyote:~/src/firefox$ sudo ./updater
./updater: error while loading shared libraries: libgtk-3.so.0: cannot 
open shared object file: No such file or directory
gene@coyote:~/src/firefox$                                                                                                

So: ldconfig -v | grep libgtk-3.so and pick this out of the mess:
       libgtk-3.so.0 -> libgtk-3.so.0.400.2

So its there, in: (locate output)
/usr/lib/i386-linux-gnu/libgtk-3.so
/usr/lib/i386-linux-gnu/libgtk-3.so.0
/usr/lib/i386-linux-gnu/libgtk-3.so.0.400.2

What do I do next?  This is wheezy, fully uptodate.

Thank you

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#188086

[Multipart message — attachments visible in raw view] — view raw

Gene Heskett:
> 
> What do I do next?  This is wheezy, fully uptodate.

What to do next? -Upgrade to some thing more recent than oldoldstable.
You cannot expect Mozilla to support the most recent Firefox on a Debian
release that was superseded 2,5 years ago.

J.
-- 
I enjoy shopping, eating, sex and doing jigsaw puzzles of idealised
landscapes.
[Agree]   [Disagree]
                 <http://archive.slowlydownward.com/NODATA/data_enter2.html>

[toc] | [prev] | [next] | [standalone]

#188095

On 20/10/17 07:59, Gene Heskett wrote:
> On Thursday 19 October 2017 14:08:59 Dan Ritter wrote:
>> If you aren't invoking something else, perhaps you should be:
>> I find running upstream firefox reasonable:
>> https://download.mozilla.org/?product=firefox-56.0.1-SSL&os=linux64&la
>> ng=en-US
>> and then unpack it and make sure you are running that particular
>> executable.

"linux64" suggests that this version is for amd64.

> I have it AFU now. Unpacked it to my home/src directory, then tried to
> run the updater in it.
> Gets this:
> ene@coyote:~/src/firefox$ ./updater
> ./updater: error while loading shared libraries: libgtk-3.so.0: cannot
> open shared object file: No such file or directory
> gene@coyote:~/src/firefox$ sudo ./updater
> ./updater: error while loading shared libraries: libgtk-3.so.0: cannot
> open shared object file: No such file or directory
> gene@coyote:~/src/firefox$
> So: ldconfig -v | grep libgtk-3.so and pick this out of the mess:
>         libgtk-3.so.0 -> libgtk-3.so.0.400.2
> So its there, in: (locate output)
> /usr/lib/i386-linux-gnu/libgtk-3.so
> /usr/lib/i386-linux-gnu/libgtk-3.so.0
> /usr/lib/i386-linux-gnu/libgtk-3.so.0.400.2

So you only have the i386 libgtk-3.so.0, and not the amd64 libraries?

> What do I do next?  This is wheezy, fully uptodate.

Alternatives:

(1) Upgrade to stretch. I recommend a fresh installation.

If you insist on staying on an unsupported release:

(2) Install libgtk-3-0:amd64. You must have some multiarch amd64 support 
installed or you would not have gotten as far as you did. The wheezy 
version is 3.4.2-7+deb7u1, which is much older than 3.22.11-1 on 
stretch. I have no idea whether the old version will work, but they 
should be binary compatible.

(3) Try downloading firefox for i386 to match your installed libgtk-3-0 
libraries:

If you start from the homepage, you will be redirected to the download 
for the architecture matching your current browser:
https://www.mozilla.org/en-US/firefox/new/

For i386 this should lead you to:
https://download.mozilla.org/?product=firefox-56.0.1-SSL&os=linux&lang=en-US
(same as Dan's link above with the "64" removed.

Kind regards,

-- 
Ben Caradoc-Davies <ben@transient.nz>
Director
Transient Software Limited <http://transient.nz/>
New Zealand

[toc] | [prev] | [next] | [standalone]

#188079

On Thu, 19 Oct 2017 14:08:59 -0400
Dan Ritter <dsr@randomstring.org> wrote:

> On Thu, Oct 19, 2017 at 01:55:00PM -0400, Gene Heskett wrote:
> > Since the last update to firefox-esr, none of the usual internet
> > buying options work, or even show up after you've clicked add to
> > cart.
> > 
> > clamav also claims that ~/firefox/browser/omni.ja is infected,
> > with but several re-installs of firefox-esr has not affected that.
> > Turned into clamav, as an FP, it was ignored because I assume its
> > not an FP.
> > 
> > Can this please be looked at?
> > 
> > I'd use chromium, but it does not remember firefox passwds that I
> > can find and recall for use again next week.
> >   
> 
> ~/firefox is not created by your debian-installed firefox-esr.
> Are you invoking something else?
> 
> If you aren't invoking something else, perhaps you should be:
> I find running upstream firefox reasonable:
> 
> https://download.mozilla.org/?product=firefox-56.0.1-SSL&os=linux64&lang=en-US
> 
> and then unpack it and make sure you are running that particular
> executable.
> 

Agreed. Some time ago, FF-ESR started crashing the tab when I went to
the login page of my bank. I tried Konqueror, and it didn't crash, but
the login just re-showed the page. Midori worked.

Very recently, Midori stopped working, and an attempt from a Windows
machine with the current FF worked, so I installed from Mozilla, and
that worked fine on the bank login page, but the Back button didn't
work, and the right-click menu filled the entire page vertically. So
I've linked the upstream to the menu as Firefox-56 for bank use, and
reinstalled FF-ESR (52) from the repository for other uses.

This *is* sid, I suppose, but for a while it looked as if I'd have to
do my Internet banking from (gulp) Windows. OK, browsers have always
been something of a pain, but the number of scripts used frivolously
(i.e. for advertising) these days has become stupid, and I'm sure
that's where most of the trouble comes from. FF showing a Google
results page, or the Telegraph, will sit there eating most of a CPU.
And that's *with* No-Script running, with just the bare minimum
enabled for the page to function at all.

-- 
Joe

[toc] | [prev] | [next] | [standalone]

#188088

On 19/10/17 18:55, Gene Heskett wrote:
> Since the last update to firefox-esr, none of the usual internet buying 
> options work, or even show up after you've clicked add to cart.
> 
> clamav also claims that ~/firefox/browser/omni.ja is infected,
> with but several re-installs of firefox-esr has not affected that. Turned 
> into clamav, as an FP, it was ignored because I assume its not an FP.
> 
> Can this please be looked at?
> 
> I'd use chromium, but it does not remember firefox passwds that I can 
> find and recall for use again next week.

I had similar problems and switched to Chromium, however I would never
trust *any* browser to store passwords. Passwordsafe is my best friend,
especially since it was upgraded to run under Stretch.

Peter HB

[toc] | [prev] | [next] | [standalone]

#188102 — Password managers [WAS: Re: when do I get a browsere that will do internet purchases?]

On Thu, Oct 19, 2017 at 10:24:55PM +0100, Peter Hillier-Brook wrote:
> 
> I had similar problems and switched to Chromium, however I would never
> trust *any* browser to store passwords. Passwordsafe is my best friend,
> especially since it was upgraded to run under Stretch.

+1

Though, I prefer KeePassX.

Regards,

-Roberto

-- 
Roberto C. Sánchez

[toc] | [prev] | [next] | [standalone]

#188105 — Re: Password managers [WAS: Re: when do I get a browsere that will do internet purchases?]

On 20/10/17 14:04, Roberto C. Sánchez wrote:
> On Thu, Oct 19, 2017 at 10:24:55PM +0100, Peter Hillier-Brook wrote:
>> I had similar problems and switched to Chromium, however I would never
>> trust *any* browser to store passwords. Passwordsafe is my best friend,
>> especially since it was upgraded to run under Stretch.
> +1
> Though, I prefer KeePassX.

+1 for KeePassX on Debian and KeePassDroid on Android. Both use the same 
.kdbx format so databases can be synchronised with sftp (AndFTP on the 
Android side, but looking for open source recommendations).

Kind regards,

-- 
Ben Caradoc-Davies <ben@transient.nz>
Director
Transient Software Limited <http://transient.nz/>
New Zealand

[toc] | [prev] | [next] | [standalone]

#188103 — Password managers [WAS: Re: when do I get a browsere that will do internet purchases?]

On 19/10/2017 at 22:24, Peter Hillier-Brook wrote:
> I had similar problems and switched to Chromium, however I would never
> trust *any* browser to store passwords

I don’t especially like or trust fully Firefox, but I wouldn’t trust
Chromium more (yet my bank website too doesn’t work with firefox, that’s
why I do everything from commandline with boobank (which does), yet once
I used to use Chromium only for that).

I’d especially like to notice that there are the packages
*xul-ext-gnome-keyring* and *xul-ext-kwallet5* which make both Firefox
and Thunderbird use respectively GNOME and KDE’s password
managers. That’s way more secure imho, and especially with the package
xul-ext-pwdhash.

Waiting for the beautiful day where you’ll have only one passphrase to
remember, update and type for both grub/libreboot, luks, PAM/login,
password manager, and gpg-agent… Would that difficult to achieve? Would
require intensive hack on packages grub, luks, shadow, Linux-PAM,
Gnome-Keyring/KWallet and gnupg2 right?

There are also the solution on allowing that unique passphrase per a
usb token, a pgp card, or no passphrase at all (when you have memory
problems and if you’re old and poor enough for example).

Makes computers way more accessible…

[toc] | [prev] | [next] | [standalone]

#188106 — Re: Password managers [WAS: Re: when do I get a browsere that will do internet purchases?]

On Thursday 19 October 2017 21:27:07 Garreau, Alexandre wrote:

> On 19/10/2017 at 22:24, Peter Hillier-Brook wrote:
> > I had similar problems and switched to Chromium, however I would
> > never trust *any* browser to store passwords
>
> I don’t especially like or trust fully Firefox, but I wouldn’t trust
> Chromium more (yet my bank website too doesn’t work with firefox,
> that’s why I do everything from commandline with boobank (which does),
> yet once I used to use Chromium only for that).
>
> I’d especially like to notice that there are the packages
> *xul-ext-gnome-keyring* and *xul-ext-kwallet5* which make both Firefox
> and Thunderbird use respectively GNOME and KDE’s password
> managers. That’s way more secure imho, and especially with the package
> xul-ext-pwdhash.
>
> Waiting for the beautiful day where you’ll have only one passphrase to
> remember, update and type for both grub/libreboot, luks, PAM/login,
> password manager, and gpg-agent… Would that difficult to achieve?
> Would require intensive hack on packages grub, luks, shadow,
> Linux-PAM, Gnome-Keyring/KWallet and gnupg2 right?
>
> There are also the solution on allowing that unique passphrase per a
> usb token, a pgp card, or no passphrase at all (when you have memory
> problems and if you’re old and poor enough for example).
>
Don't mention age, cuz at 83 the word itself is discouraging.

> Makes computers way more accessible…


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

[toc] | [prev] | [next] | [standalone]

#188099

On 10/19/17 10:55, Gene Heskett wrote:
> Since the last update to firefox-esr, none of the usual internet buying
> options work, or even show up after you've clicked add to cart.
> 
> clamav also claims that ~/firefox/browser/omni.ja is infected,
> with but several re-installs of firefox-esr has not affected that. Turned
> into clamav, as an FP, it was ignored because I assume its not an FP.
> 
> Can this please be looked at?
> 
> I'd use chromium, but it does not remember firefox passwds that I can
> find and recall for use again next week.

I buy stuff from Amazon without any problems on my Debian primary 
desktop machine:

2017-10-19 16:58:46 dpchrist@tinkywinky ~
$ cat /etc/debian_version
9.2

2017-10-19 17:11:56 dpchrist@tinkywinky ~
$ uname -a
Linux tinkywinky 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) 
x86_64 GNU/Linux

2017-10-19 17:12:46 dpchrist@tinkywinky ~
$ dpkg-query --show firefox-esr
firefox-esr	52.4.0esr-1~deb9u1


Firefox add-ons:

     Disconnect
     NoScript
     Privacy Badger


Disconnect and Privacy Badger settings are defaults.


I configure NoScript:

     General -> Temporarily allow top-level sites by default -> Base 2nd 
level Domains.

     Whitelist -> highlight everything -> Remove Select Sites


I don't run anti-virus software.


When browsing, NoScript pops up a warning status bar at the bottom of 
the browser when the page tries to load JavaScript from other domains. 
I temporarily allow scripts from specific sites to get the site to work, 
as determined by trial and error (for Amazon, it's 
ssl-images-amazon.com).  Sometimes, I need to "temporarily allow all".


I typically run only one instance of Firefox at a time, and close/ start 
a fresh copy often.  When I want to do shopping, banking, government 
sites, etc., I start a fresh copy of Firefox, browse to the site, lower 
NoScript settings as required, log in, do my work, log out, and then 
close the browser.


Do a fresh install of Stretch on a desktop box, keep it stock, and you 
should do fine.


David

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web