Re: Cookies in Links Web Browser

2025-02-14 Thread Oliver Schode
On Thu, 13 Feb 2025 15:52:38 -0800 David Hoff Jr wrote: > I have a fresh install on Debian 12 with all updates. I am trying > to use Links web browser to access the dailycaller.com web site but am > being blocked. A message says to enable cookies which I have tried > using "link

Re: Cookies in Links Web Browser

2025-02-14 Thread Will Mengarini
* David Hoff Jr [25-02/13=Th 15:52 -0800]: > I have a fresh install on Debian 12 with all updates. I am trying > to use Links web browser to access the dailycaller.com web site but am > being blocked. A message says to enable cookies which I have tried using > "link

Cookies in Links Web Browser

2025-02-13 Thread David Hoff Jr
I have a fresh install on Debian 12 with all updates. I am trying to use Links web browser to access the dailycaller.com web site but am being blocked. A message says to enable cookies which I have tried using "links -enable-cookies dailycaller.com", but to no avail. Is there a solution

Re: Bluetooth sound problems playing from a web browser

2024-04-08 Thread Richmond
; > Richmond writes: > > > >> When playing videos in a web browser, and sending the sound to > a > >> bluetooth speaker (amazon echo) I get playback problems; > stuttering, > >> sound quality reduction to AM radio level or lower). The

Re: Bluetooth sound problems playing from a web browser

2024-04-08 Thread Richmond
Lee writes: > On Sun, Apr 7, 2024 at 3:30 PM Richmond wrote: >> >> Richmond writes: >> >> > Richmond writes: >> > >> >> When playing videos in a web browser, and sending the sound to a >> >> bluetooth speaker (amazon echo) I get pla

Re: Bluetooth sound problems playing from a web browser

2024-04-07 Thread Lee
On Sun, Apr 7, 2024 at 3:30 PM Richmond wrote: > > Richmond writes: > > > Richmond writes: > > > >> When playing videos in a web browser, and sending the sound to a > >> bluetooth speaker (amazon echo) I get playback problems; stuttering, > >> so

Re: Bluetooth sound problems playing from a web browser

2024-04-07 Thread Jan Krapivin
Have you tried a LIVE-version of another Linux distribution? It will be interesting to compare. вс, 7 апр. 2024 г. в 22:30, Richmond : > Richmond writes: > > > Richmond writes: > > > >> When playing videos in a web browser, and sending the sound to a > >> b

Re: Bluetooth sound problems playing from a web browser

2024-04-07 Thread Richmond
Richmond writes: > Richmond writes: > >> When playing videos in a web browser, and sending the sound to a >> bluetooth speaker (amazon echo) I get playback problems; stuttering, >> sound quality reduction to AM radio level or lower). These things can >> clear u

Re: Bluetooth sound problems playing from a web browser

2024-03-30 Thread Richmond
Richmond writes: > When playing videos in a web browser, and sending the sound to a > bluetooth speaker (amazon echo) I get playback problems; stuttering, > sound quality reduction to AM radio level or lower). These things can > clear up after a minute or two, or be reduced. >

Bluetooth sound problems playing from a web browser

2024-03-30 Thread Richmond
When playing videos in a web browser, and sending the sound to a bluetooth speaker (amazon echo) I get playback problems; stuttering, sound quality reduction to AM radio level or lower). These things can clear up after a minute or two, or be reduced. When playing from nvlc however I get no such

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-05 Thread David Christensen
On 8/4/23 19:26, David Wright wrote: On Thu 03 Aug 2023 at 15:56:07 (-0700), David Christensen wrote: On 8/2/23 19:05, Greg Wooledge wrote: On Wed, Aug 02, 2023 at 07:01:22PM -0700, David Christensen wrote: Interesting. Is there a Debian specification that explains the 127.0.1.1 entry? http

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-04 Thread David Wright
On Thu 03 Aug 2023 at 15:56:07 (-0700), David Christensen wrote: > On 8/2/23 19:05, Greg Wooledge wrote: > > On Wed, Aug 02, 2023 at 07:01:22PM -0700, David Christensen wrote: > > > Interesting. Is there a Debian specification that explains the 127.0.1.1 > > > entry? > > > > https://www.debian.or

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-03 Thread David Christensen
On 8/2/23 19:05, Greg Wooledge wrote: On Wed, Aug 02, 2023 at 07:01:22PM -0700, David Christensen wrote: Interesting. Is there a Debian specification that explains the 127.0.1.1 entry? https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_hostname_resolution I'm sure there ar

Re: chrome web browser worthless

2023-08-02 Thread David Wright
On Wed 02 Aug 2023 at 14:48:30 (-0400), gene heskett wrote: > On 8/2/23 13:21, Greg Wooledge wrote: > > On Wed, Aug 02, 2023 at 01:07:13PM -0400, gene heskett wrote: > > > On 8/2/23 07:14, Greg Wooledge wrote: > > > > On Wed, Aug 02, 2023 at 08:43:32AM +0100, Darac Marjal wrote: > > > > > * "localh

Re: chrome web browser worthless

2023-08-02 Thread tomas
On Wed, Aug 02, 2023 at 08:05:11PM -0400, gene heskett wrote: [...] > show mea link to the doc that explains that please > Cheers, Gene Heskett. There's not "the doc", but many of them. For starters, rfc5735 [1] tells us that the whole subnet 127.0.0.0/8 is available for loopback purposes (I've

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-02 Thread David Wright
On Thu 03 Aug 2023 at 07:48:54 (+0800), jeremy ardley wrote: > On 3/8/23 07:34, Greg Wooledge wrote: > > > On Wed 02 Aug 2023 at 16:00:24 (-0400), gene heskett wrote: > > > > On 8/2/23 15:15, Brian wrote: > > > > > Where is the line with 127.0.1.1? Debian always provides that. > > > > > > > > > Tr

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-02 Thread Greg Wooledge
On Wed, Aug 02, 2023 at 07:01:22PM -0700, David Christensen wrote: > Interesting. Is there a Debian specification that explains the 127.0.1.1 > entry? https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_hostname_resolution I'm sure there are others, but this was the first one I

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-02 Thread David Christensen
On 8/2/23 16:34, Greg Wooledge wrote: On Wed 02 Aug 2023 at 16:00:24 (-0400), gene heskett wrote: On 8/2/23 15:15, Brian wrote: Where is the line with 127.0.1.1? Debian always provides that. True, but I've never seen a description of what that does or what its for. https://www.debian.org/do

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-02 Thread David Christensen
On 8/2/23 16:26, David Wright wrote: On Wed 02 Aug 2023 at 16:00:24 (-0400), gene heskett wrote: On 8/2/23 15:15, Brian wrote: On Wed 02 Aug 2023 at 14:52:26 -0400, gene heskett wrote: On 8/2/23 14:26, Brian wrote: No - that isn't the way it works. Give what is asked for, not a censored versi

Re: chrome web browser worthless

2023-08-02 Thread gene heskett
On 8/2/23 17:02, Brian wrote: On Wed 02 Aug 2023 at 16:00:24 -0400, gene heskett wrote: On 8/2/23 15:15, Brian wrote: On Wed 02 Aug 2023 at 14:52:26 -0400, gene heskett wrote: On 8/2/23 14:26, Brian wrote: No - that isn't the way it works. Give what is asked for, not a censored version that

Re: chrome web browser worthless

2023-08-02 Thread gene heskett
On 8/2/23 17:02, Brian wrote: On Wed 02 Aug 2023 at 16:00:24 -0400, gene heskett wrote: On 8/2/23 15:15, Brian wrote: On Wed 02 Aug 2023 at 14:52:26 -0400, gene heskett wrote: On 8/2/23 14:26, Brian wrote: No - that isn't the way it works. Give what is asked for, not a censored version that

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-02 Thread jeremy ardley
On 3/8/23 07:34, Greg Wooledge wrote: On Wed 02 Aug 2023 at 16:00:24 (-0400), gene heskett wrote: On 8/2/23 15:15, Brian wrote: Where is the line with 127.0.1.1? Debian always provides that. True, but I've never seen a description of what that does or what its for. https://www.debian.org/d

Re: 127.0.1.1 line, was Re: chrome web browser worthless

2023-08-02 Thread Greg Wooledge
> On Wed 02 Aug 2023 at 16:00:24 (-0400), gene heskett wrote: > > On 8/2/23 15:15, Brian wrote: > > > Where is the line with 127.0.1.1? Debian always provides that. > > > > > True, but I've never seen a description of what that does or what its > > for. https://www.debian.org/doc/manuals/debian-r

127.0.1.1 line, was Re: chrome web browser worthless

2023-08-02 Thread David Wright
On Wed 02 Aug 2023 at 16:00:24 (-0400), gene heskett wrote: > On 8/2/23 15:15, Brian wrote: > > On Wed 02 Aug 2023 at 14:52:26 -0400, gene heskett wrote: > > > On 8/2/23 14:26, Brian wrote: > > > > No - that isn't the way it works. Give what is asked for, not a censored > > > > version that suits y

Re: chrome web browser worthless

2023-08-02 Thread gene heskett
On 8/2/23 15:17, Greg Wooledge wrote: On Wed, Aug 02, 2023 at 08:14:41PM +0100, Brian wrote: Where is the line with 127.0.1.1? Debian always provides that. Either deleted, or not provided by Armbian in the first place. In any case, it's not immediately relevant to this thread's issue, so long

Re: chrome web browser worthless

2023-08-02 Thread gene heskett
On 8/2/23 15:15, Brian wrote: On Wed 02 Aug 2023 at 14:52:26 -0400, gene heskett wrote: On 8/2/23 14:26, Brian wrote: No - that isn't the way it works. Give what is asked for, not a censored version that suits you. ok, same cat in full: gene@bpi52:~$ cat /etc/hosts 127.0.0.1 localhost

Re: chrome web browser worthless

2023-08-02 Thread Lee
On 8/2/23, Brian wrote: > On Wed 02 Aug 2023 at 14:52:26 -0400, gene heskett wrote: > >> On 8/2/23 14:26, Brian wrote: >> > No - that isn't the way it works. Give what is asked for, not a >> > censored >> > version that suits you. >> > >> ok, same cat in full: >> gene@bpi52:~$ cat /etc/hosts >> 127

Re: chrome web browser worthless

2023-08-02 Thread Greg Wooledge
On Wed, Aug 02, 2023 at 08:14:41PM +0100, Brian wrote: > Where is the line with 127.0.1.1? Debian always provides that. Either deleted, or not provided by Armbian in the first place. In any case, it's not immediately relevant to this thread's issue, so long as the web service doesn't redirect to

Re: chrome web browser worthless

2023-08-02 Thread Andy Smith
Gene, On Wed, Aug 02, 2023 at 02:05:48PM -0400, gene heskett wrote: > this is a blatent attack by chrome You've absolutely no evidence to suggest that, and other people have already pointed out they are unable to replicate your issues. Like almost every thread you start or derail here this is ove

Re: chrome web browser worthless

2023-08-02 Thread gene heskett
On 8/2/23 14:26, Brian wrote: On Wed 02 Aug 2023 at 13:07:13 -0400, gene heskett wrote: On 8/2/23 07:14, Greg Wooledge wrote: On Wed, Aug 02, 2023 at 08:43:32AM +0100, Darac Marjal wrote: * "localhost:80" - This is ambiguous [...] It would be nice if we had an exact recipe for how to repr

Re: chrome web browser worthless

2023-08-02 Thread gene heskett
On 8/2/23 13:21, Greg Wooledge wrote: On Wed, Aug 02, 2023 at 01:07:13PM -0400, gene heskett wrote: On 8/2/23 07:14, Greg Wooledge wrote: On Wed, Aug 02, 2023 at 08:43:32AM +0100, Darac Marjal wrote: * "localhost:80" - This is ambiguous [...] It would be nice if we had an exact recipe for

Re: chrome web browser worthless

2023-08-02 Thread gene heskett
On 8/2/23 09:42, Stefan Monnier wrote: It would be nice if we had an exact recipe for how to reproduce the problem. Failing that, it'll be up to Gene to debug the situation on his end. I'm still leaning toward an edited /etc/hosts file. My guess is that his Chrome runs in a kind of container

Re: chrome web browser worthless

2023-08-02 Thread Greg Wooledge
On Wed, Aug 02, 2023 at 01:07:13PM -0400, gene heskett wrote: > On 8/2/23 07:14, Greg Wooledge wrote: > > On Wed, Aug 02, 2023 at 08:43:32AM +0100, Darac Marjal wrote: > > > * "localhost:80" - This is ambiguous > > > > [...] > > > > It would be nice if we had an exact recipe for how to reproduce

Re: chrome web browser worthless

2023-08-02 Thread gene heskett
On 8/2/23 07:14, Greg Wooledge wrote: On Wed, Aug 02, 2023 at 08:43:32AM +0100, Darac Marjal wrote: * "localhost:80" - This is ambiguous [...] It would be nice if we had an exact recipe for how to reproduce the problem. Failing that, it'll be up to Gene to debug the situation on his end. I

Re: chrome web browser worthless

2023-08-02 Thread Stefan Monnier
> It would be nice if we had an exact recipe for how to reproduce the > problem. Failing that, it'll be up to Gene to debug the situation on > his end. I'm still leaning toward an edited /etc/hosts file. My guess is that his Chrome runs in a kind of container that doesn't have access to the host

Re: chrome web browser worthless

2023-08-02 Thread Greg Wooledge
On Wed, Aug 02, 2023 at 08:43:32AM +0100, Darac Marjal wrote: > * "localhost:80" - This is ambiguous > > In the case of the latter, are you wanting to use the localhost scheme to > access the resource called 80 (now, you're going to say "There is no > protocol called localhost" and I think that Ch

Re: chrome web browser worthless

2023-08-02 Thread Darac Marjal
On 01/08/2023 10:33, gene heskett wrote: Google seems to have high jacked port 80, I cannot use it as a browser to run klipper as a google search intercepts port 80, so localhost:80 cannot be used for troubleshooting or for running a 3d printer with klipper.. I think this comes down to an amb

Re: chrome web browser worthless

2023-08-01 Thread Roy J. Tellason, Sr.
On Tuesday 01 August 2023 05:33:55 am gene heskett wrote: > Google seems to have high jacked port 80, I cannot use it as a browser > to run klipper as a google search intercepts port 80, so localhost:80 > cannot be used for troubleshooting or for running a 3d printer with > klipper.. > > FF has

Re: chrome web browser worthless

2023-08-01 Thread Bret Busby
On 1/8/23 20:54, gene heskett wrote: On 8/1/23 06:26, Bret Busby wrote: On 1/8/23 17:33, gene heskett wrote: Google seems to have high jacked port 80, I cannot use it as a browser to run klipper as a google search intercepts port 80, so localhost:80 cannot be used for troubleshooting or for ru

Re: chrome web browser worthless

2023-08-01 Thread gene heskett
On 8/1/23 06:26, Bret Busby wrote: On 1/8/23 17:33, gene heskett wrote: Google seems to have high jacked port 80, I cannot use it as a browser to run klipper as a google search intercepts port 80, so localhost:80 cannot be used for troubleshooting or for running a 3d printer with klipper.. F

Re: chrome web browser worthless

2023-08-01 Thread Andrew M.A. Cater
On Tue, Aug 01, 2023 at 08:13:50AM -0400, gene heskett wrote: > On 8/1/23 06:16, Phil Wyett wrote: > > On Tue, 2023-08-01 at 05:33 -0400, gene heskett wrote: > > > > Hi, > > > > Maybe direct this to the appropriate arena. Debians default browser is > > Firefox, if there is no issue with FF means

Re: chrome web browser worthless

2023-08-01 Thread gene heskett
On 8/1/23 06:16, Phil Wyett wrote: On Tue, 2023-08-01 at 05:33 -0400, gene heskett wrote: Google seems to have high jacked port 80, I cannot use it as a browser to run klipper as a google search intercepts port 80, so localhost:80 cannot be used for troubleshooting or for running a 3d printer wi

Re: chrome web browser worthless

2023-08-01 Thread Greg Wooledge
t; > FF has no such problems. On my system, with this package: ii google-chrome-stable 115.0.5790.110-1 amd64 The web browser from Google and with Help -> About Google Chrome showing this version string: Version 115.0.5790.110 (Official Build) (64-bit) I cannot reproduce your re

Re: chrome web browser worthless

2023-08-01 Thread Bret Busby
On 1/8/23 17:33, gene heskett wrote: Google seems to have high jacked port 80, I cannot use it as a browser to run klipper as a google search intercepts port 80, so localhost:80 cannot be used for troubleshooting or for running a 3d printer with klipper.. FF has no such problems. Cheers, Gen

Re: chrome web browser worthless

2023-08-01 Thread Phil Wyett
On Tue, 2023-08-01 at 05:33 -0400, gene heskett wrote: > Google seems to have high jacked port 80, I cannot use it as a > browser > to run klipper as a google search intercepts port 80, so localhost:80 > cannot be used for troubleshooting or for running a 3d printer with > klipper.. > > FF has n

chrome web browser worthless

2023-08-01 Thread gene heskett
Google seems to have high jacked port 80, I cannot use it as a browser to run klipper as a google search intercepts port 80, so localhost:80 cannot be used for troubleshooting or for running a 3d printer with klipper.. FF has no such problems. Cheers, Gene Heskett. -- "There are four boxes to

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-17 Thread tomas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, May 17, 2018 at 03:40:24PM +0300, Reco wrote: [...] > Squid can do it. It was called SSL Bump in old (pre 3.4) Squid, now they > renamed it to SSL Peek and Splice - [1]. Thanks! - -- t -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (G

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-17 Thread Reco
Hi. On Thu, May 17, 2018 at 08:49:04AM +0200, to...@tuxteam.de wrote: > On Wed, May 16, 2018 at 07:35:51PM -0700, Kushal Kumaran wrote: > > [...] > > > You should note that HTTP-proxy based systems will not be able to do any > > inspection or modification of traffic for sites using HTTPS

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-17 Thread tomas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, May 17, 2018 at 07:52:55AM -0400, Celejar wrote: > On Thu, 17 May 2018 08:49:04 +0200 > wrote: [... proxy as SSL endpoint...] > > I don't know whether privoxy or squid can do that (I'd love to know, > > mind you, but days are so short). > >

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-17 Thread Celejar
On Thu, 17 May 2018 08:49:04 +0200 wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wed, May 16, 2018 at 07:35:51PM -0700, Kushal Kumaran wrote: > > [...] > > > You should note that HTTP-proxy based systems will not be able to do any > > inspection or modification of traffic for

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-16 Thread tomas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, May 16, 2018 at 07:35:51PM -0700, Kushal Kumaran wrote: [...] > You should note that HTTP-proxy based systems will not be able to do any > inspection or modification of traffic for sites using HTTPS. This is true... and then it's not :-) If

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-16 Thread Kushal Kumaran
davidson writes: > On Tue, 15 May 2018, davidson wrote: > >> I have a problem: The more frequently I browse a web site, the more I >> notice all the things I hate about its web pages. >> >> And I seem to have a partial solution to this problem: I can make XSLT >> stylesheets[1] that will transfor

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-16 Thread davidson
On Tue, 15 May 2018, davidson wrote: I have a problem: The more frequently I browse a web site, the more I notice all the things I hate about its web pages. And I seem to have a partial solution to this problem: I can make XSLT stylesheets[1] that will transform a web page A, as received from a

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-15 Thread Dan Ritter
preprocessing) into the web browsing activity. > > I would like to launch a web browser[3], browse pages at domain X, and > know that when I go to http://X/page, or https://X/page, etc, the > browser will render not the page served from the remote site, but will > render instead t

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-15 Thread Celejar
On Tue, 15 May 2018 14:52:16 +0300 Reco wrote: > Hi. > > On Tue, May 15, 2018 at 12:58:04AM +, davidson wrote: > > I would like to launch a web browser[3], browse pages at domain X, and > > know that when I go to http://X/page, or https://X/page, etc, the > &

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-15 Thread Alexander V. Makartsev
On 15.05.2018 05:58, davidson wrote: > Do I want a local proxy server that I can instruct to apply > appropriate transformations to documents received from certain > domains? This seems sensible, but I haven't examined too deeply what > is available along these lines, and I would rather not spend t

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-15 Thread Reco
Hi. On Tue, May 15, 2018 at 12:58:04AM +, davidson wrote: > I would like to launch a web browser[3], browse pages at domain X, and > know that when I go to http://X/page, or https://X/page, etc, the > browser will render not the page served from the remote site, but will

Re: "pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-14 Thread tomas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, May 15, 2018 at 12:58:04AM +, davidson wrote: > I have a problem: The more frequently I browse a web site, the more I > notice all the things I hate about its web pages. [...] I think you're looking for a HTTP proxy. Cheers - -- t -B

"pre-treating" documents from certain remote URLs before a web browser renders them

2018-05-14 Thread davidson
(and preliminary preprocessing) into the web browsing activity. I would like to launch a web browser[3], browse pages at domain X, and know that when I go to http://X/page, or https://X/page, etc, the browser will render not the page served from the remote site, but will render instead that page as

Re: Why "Midori" web browser is not there in Debian 8 jessie?

2015-09-15 Thread Mihamina Rakotomandimby
On 09/16/2015 09:29 AM, muntasimulha...@tutamail.com wrote: Hi, I couldn't find the package "midori" in Debian 8 jessie. I searched in Debian Packages archive, and found that Midori web browser was there in Squeeze, Wheezy, and it's here in Sid; but not in jessie. Why mid

Why "Midori" web browser is not there in Debian 8 jessie?

2015-09-15 Thread muntasimulhaque
Hi, I couldn't find the package "midori" in Debian 8 jessie. I searched in Debian Packages archive, and found that Midori web browser was there in Squeeze, Wheezy, and it's here in Sid; but not in jessie. Why midori is not available for jessie? With thanks, Muntasim Ul Haque

Re: Light web browser for old PC

2015-08-27 Thread Rodolfo Medina
Mihamina Rakotomandimby writes: > On 07/01/2015 09:21 AM, Rodolfo Medina wrote: >> Hi ... As web browser, Midori was claimed to be light, but I see almost no >> difference with Firefox. Please any advice for a *really* light one, >> suitable for that old machine? > >

Re: CPU slow after running web browser, any command to recover it back again soon?

2015-07-12 Thread Rodolfo Medina
Ralph Katz writes: > On 07/11/2015 08:55 PM, David Wright wrote: >> Quoting Rodolfo Medina (rodolfo.med...@gmail.com): >> >>> I simply want to speed up the natural process through which the machine >>> itself gets back to working normally as before, like someone that breaths >>> with difficulty

Re: CPU slow after running web browser, any command to recover it back again soon?

2015-07-12 Thread Ralph Katz
On 07/11/2015 08:55 PM, David Wright wrote: > Quoting Rodolfo Medina (rodolfo.med...@gmail.com): > >> I simply want to speed >> up the natural process through which the machine itself gets back to working >> normally as before, like someone that breaths with difficulty after a >> tremendous scare

Re: CPU slow after running web browser, any command to recover it back again soon?

2015-07-11 Thread David Wright
Quoting Rodolfo Medina (rodolfo.med...@gmail.com): > I simply want to speed > up the natural process through which the machine itself gets back to working > normally as before, like someone that breaths with difficulty after a > tremendous scare and it takes time to get breathing normally again.

Re: CPU slow after running web browser, any command to recover it back again soon?

2015-07-11 Thread Selim T . Erdoğan
s it starts working normally again. > > > > Then, to try to recover it, I do: > > > > $ sync > > > > , but this is not enough. Is there any command to get the processor back > > soon in its speed such as it was before opening

Re: CPU slow after running web browser, any command to recover it back again soon?

2015-07-11 Thread Rodolfo Medina
it, I do: > > $ sync > > , but this is not enough. Is there any command to get the processor back > soon in its speed such as it was before opening the web browser? > Apologises for not having the right technical terms... -- To UNSUBSCRIBE, email to

Re: CPU slow after running web browser, any command to recover it back again soon? (was: Light web browser for old PC)

2015-07-11 Thread Gábor Hársfalvi
t the processor back > soon > in its speed such as it was before opening the web browser? Apologises > for not > having the right technical terms... > > Thanks, > > Rodolfo > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org >

CPU slow after running web browser, any command to recover it back again soon? (was: Light web browser for old PC)

2015-07-11 Thread Rodolfo Medina
there any command to get the processor back soon in its speed such as it was before opening the web browser? Apologises for not having the right technical terms... Thanks, Rodolfo -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Troub

Re: Light web browser for old PC

2015-07-08 Thread Rodolfo Medina
Rodolfo Medina writes: > Hi all the listers. > > I have an old Hyundai Notebook too slow for Gnome, in fact I installed > openbox as Window Manager in it and am happy with it and think I'll be using > it for good, so simple fast and essential as it is. As web browser, Midori

Re: Light web browser for old PC

2015-07-05 Thread Wilko Fokken
s: > > > > A problem with the opera web browser, that causes me to avoid using > recent versions, and to avoid updating, and, to recommend against > installing it, is the inclusion of the malware named speed dial, and, > the obsession of the opera staff, with preventing users

Re: Light web browser for old PC

2015-07-03 Thread Chris Bannister
On Thu, Jul 02, 2015 at 03:52:36PM +0300, Mihamina Rakotomandimby wrote: > On 07/02/2015 02:25 PM, Rodolfo Medina wrote: > >Displaying images or not has very few things related to the browser heavyness > >and celerity/velocity. What the OP asked for is a lightweitght browser > >(memory footprint)

Re: Light web browser for old PC

2015-07-03 Thread albcares
2015-07-02 18:44 GMT+02:00 Rodolfo Medina : > writes: > > > On Thu, 2 Jul 2015 09:18:48 + (UTC) > > Glyn Astill wrote: > > > >> > >> > From: Andrew M.A. Cater > >> >To: debian-user@lists.debian.org > >> >Sent: Wednesda

Re: Light web browser for old PC

2015-07-02 Thread Rodolfo Medina
writes: > On Thu, 2 Jul 2015 09:18:48 + (UTC) > Glyn Astill wrote: > >> >> > From: Andrew M.A. Cater >> >To: debian-user@lists.debian.org >> >Sent: Wednesday, 1 July 2015, 19:15 >> >Subject: Re: Light web browser for old PC >

Re: Light web browser for old PC

2015-07-02 Thread briand
On Thu, 2 Jul 2015 09:18:48 + (UTC) Glyn Astill wrote: > > > From: Andrew M.A. Cater > >To: debian-user@lists.debian.org > >Sent: Wednesday, 1 July 2015, 19:15 > >Subject: Re: Light web browser for old PC > > > > > >On Wed, Jul 01, 2015 at 09

Re: Light web browser for old PC

2015-07-02 Thread Kruppt
On 2015-07-01, Rodolfo Medina wrote: > Hi all the listers. > > I have an old Hyundai Notebook too slow for Gnome, in fact I installed openbox > as Window Manager in it and am happy with it and think I'll be using it for > good, so simple fast and essential as it is. As web

Re: Light web browser for old PC

2015-07-02 Thread Mihamina Rakotomandimby
On 07/02/2015 02:25 PM, Rodolfo Medina wrote: Displaying images or not has very few things related to the browser heavyness and celerity/velocity. What the OP asked for is a lightweitght browser (memory footprint) and potentially velocity in rendering pages (CPU cycle usage). I thought downloadi

Re: Light web browser for old PC

2015-07-02 Thread Rodolfo Medina
Mihamina Rakotomandimby writes: > On 07/02/2015 03:52 AM, Wilko Fokken wrote: >> In the past times, depending on a serial modem for internet access, >> I preferred Opera, because it allows to switch ANY graphics OFF // ON >> through simple menu buttons: >> >> [View]--> [Images]--> { [Show images]

Re: Light web browser for old PC

2015-07-02 Thread Glyn Astill
> From: Andrew M.A. Cater >To: debian-user@lists.debian.org >Sent: Wednesday, 1 July 2015, 19:15 >Subject: Re: Light web browser for old PC > > >On Wed, Jul 01, 2015 at 09:52:03AM +0300, Mihamina Rakotomandimby wrote: >> On 07/01/2015 09:21 AM, Rodolfo Medina wrote

Re: Light web browser for old PC

2015-07-02 Thread Bret Busby
On 02/07/2015, Wilko Fokken wrote: > In the past times, depending on a serial modem for internet access, > I preferred Opera, because it allows to switch ANY graphics OFF // ON > through simple menu buttons: > A problem with the opera web browser, that causes me to avoid using rec

Re: Light web browser for old PC

2015-07-01 Thread Mihamina Rakotomandimby
On 07/02/2015 03:52 AM, Wilko Fokken wrote: In the past times, depending on a serial modem for internet access, I preferred Opera, because it allows to switch ANY graphics OFF // ON through simple menu buttons: [View]--> [Images]--> { [Show images] || [Cached Images] || [No Images] } (Any of th

Re: Light web browser for old PC

2015-07-01 Thread Stuart Longland
On 01/07/15 16:21, Rodolfo Medina wrote: > Hi all the listers. > > I have an old Hyundai Notebook too slow for Gnome, in fact I installed openbox > as Window Manager in it and am happy with it and think I'll be using it for > good, so simple fast and essential as it is. As

Re: Light web browser for old PC

2015-07-01 Thread Wilko Fokken
In the past times, depending on a serial modem for internet access, I preferred Opera, because it allows to switch ANY graphics OFF // ON through simple menu buttons: [View]--> [Images]--> { [Show images] || [Cached Images] || [No Images] } (Any of the three options can be made the default, to be

Re: Light web browser for old PC

2015-07-01 Thread Andrew M.A. Cater
On Wed, Jul 01, 2015 at 09:52:03AM +0300, Mihamina Rakotomandimby wrote: > On 07/01/2015 09:21 AM, Rodolfo Medina wrote: > >Hi ... As web browser, Midori was > >claimed to be light, but I see almost no difference with Firefox. Please any > >advice for a *really* light one,

Re: Light web browser for old PC

2015-07-01 Thread Cláudio E. Elicker
tial as it > is. As web browser, Midori was claimed to be light, but I see almost > no difference with Firefox. Please any advice for a *really* light > one, suitable for that old machine? Or maybe the problem is actually > the in the heavier and heavier web pages in themselves? >

Re: Light web browser for old PC

2015-06-30 Thread Mihamina Rakotomandimby
On 07/01/2015 09:21 AM, Rodolfo Medina wrote: Hi ... As web browser, Midori was claimed to be light, but I see almost no difference with Firefox. Please any advice for a *really* light one, suitable for that old machine? Most browsers rely on the redering engine. On that field you mostly have

Re: Light web browser for old PC

2015-06-30 Thread Petter Adsen
tial as it > is. As web browser, Midori was claimed to be light, but I see almost > no difference with Firefox. Please any advice for a *really* light > one, suitable for that old machine? Or maybe the problem is actually > the in the heavier and heavier web pages in themselves? Maybe

Light web browser for old PC

2015-06-30 Thread Rodolfo Medina
Hi all the listers. I have an old Hyundai Notebook too slow for Gnome, in fact I installed openbox as Window Manager in it and am happy with it and think I'll be using it for good, so simple fast and essential as it is. As web browser, Midori was claimed to be light, but I see almo

Re: Is there a way to undo web browser changing desktop manager

2015-02-13 Thread Bret Busby
I have, in the last hour or so, had a Rekonq crash, which I assume is due to javascript possibly having been temporarily enabled, and not remembered to disable the javascript after a particular action. I note that an unexplained popup existed, when I saw the Rekonq crash (I came back to the compute

Re: Is there a way to undo web browser changing desktop manager

2015-02-13 Thread Liam O'Toole
er on your other system? Is something preventing you from doing that? > > So, as the system (Debain 6 LTS) is incapable of having consistemt > interfaces across different systems, I will have to wait until the > next time that I have a system crash on this system, before providing >

Re: Is there a way to undo web browser changing desktop manager

2015-02-12 Thread Bret Busby
ain 6 LTS) is incapable of having consistemt interfaces across different systems, I will have to wait until the next time that I have a system crash on this system, before providing the "before and after" stuff, providing that, when the system crashes, it goes back to the way that it was

Re: Is there a way to undo web browser changing desktop manager

2015-02-12 Thread Liam O'Toole
On 2015-02-12, Bret Busby wrote: > Hello. > > I am running Debian 6 LTS, with the GNOME Desktop Manager (if that is > what it is named). > > I have three web browsers open; Arora, Konqueror and Rekonq. > > Each of the web browsers, is used for different reasons. > > None of them, appear to have pr

Is there a way to undo web browser changing desktop manager

2015-02-12 Thread Bret Busby
Hello. I am running Debian 6 LTS, with the GNOME Desktop Manager (if that is what it is named). I have three web browsers open; Arora, Konqueror and Rekonq. Each of the web browsers, is used for different reasons. None of them, appear to have provision for saving sessions. In accessing a parti

Re: maintained web-browser (

2013-10-24 Thread D.E. Bil
On Wed, Oct 23, 2013 at 11:05:55PM +0200, berenger.mo...@neutralite.org wrote: > >>You might take a look at Xombrero, although it's not in Debian. > >>It's > >>based on Webkit and has the capability built-in to use a Javascript > >>whitelist. See https://opensource.conformal.com/wiki/xombrero > >

Re: maintained web-browser (

2013-10-23 Thread Doug
On 10/23/2013 08:27 PM, Scott Ferguson wrote: > On 24/10/13 11:09, Ralf Mardorf wrote: >> On Wed, 2013-10-23 at 19:58 -0400, Doug wrote: >>> I looked at Qupzilla's website, and tried to download the Mandriva >>> version, that being closest to pclos. But I could just move between >>> "Download" and

Re: maintained web-browser (

2013-10-23 Thread Ralf Mardorf
On Thu, 2013-10-24 at 11:27 +1100, Scott Ferguson wrote: > NOTE: Qupilla is lightest when your DE is QT-based e.g. KDE/Razor etc. > If you run GNOME or other GTKx-based DE's it will pull in library/ies > you won't use for anything else. For my installs it doesn't matter, pro-audio software does u

Re: maintained web-browser (

2013-10-23 Thread Ralf Mardorf
JFTR The Arch build port uses this link, when building from tarball instead of git: https://github.com/QupZilla/qupzilla/tarball/v1.4.4 If I should build for Debian I would use the github releases link: https://github.com/QupZilla/qupzilla/archive/v1.4.4.tar.gz I guess both are the same, but you

Re: maintained web-browser (

2013-10-23 Thread Scott Ferguson
On 24/10/13 11:09, Ralf Mardorf wrote: > On Wed, 2013-10-23 at 19:58 -0400, Doug wrote: >> I looked at Qupzilla's website, and tried to download the Mandriva >> version, that being closest to pclos. But I could just move between >> "Download" and "Mandriva" but nothing else happens--no download, no

Re: maintained web-browser (

2013-10-23 Thread Ralf Mardorf
On Thu, 2013-10-24 at 02:09 +0200, Ralf Mardorf wrote: > On Wed, 2013-10-23 at 19:58 -0400, Doug wrote: > > I looked at Qupzilla's website, and tried to download the Mandriva > > version, that being closest to pclos. But I could just move between > > "Download" and "Mandriva" but nothing else happe

Re: maintained web-browser (

2013-10-23 Thread Ralf Mardorf
On Wed, 2013-10-23 at 19:58 -0400, Doug wrote: > I looked at Qupzilla's website, and tried to download the Mandriva > version, that being closest to pclos. But I could just move between > "Download" and "Mandriva" but nothing else happens--no download, no > nothing. Thought I'd at least try it out,

  1   2   3   4   5   6   7   >