On Thu, Apr 22, 2021, 11:37 AM Dan Ritter wrote:
> Kenneth Parker wrote:
> > Is Debian using Zram now? (I will need to check my Bullseye system when
> I
> > get home).
> >
> > So is Debian "sneaking" Zram on us, or do you have to select it yourself?
>
> It's an option, not a default.
>
> -dsr-
>
Kenneth Parker wrote:
> Is Debian using Zram now? (I will need to check my Bullseye system when I
> get home).
>
> So is Debian "sneaking" Zram on us, or do you have to select it yourself?
It's an option, not a default.
-dsr-
On Thu, Apr 22, 2021, 8:26 AM Dmitry Katsubo wrote:
> Dear Debian community,
>
> I have noticed that all failed services were missing some directories
> under /run directory. I checked the service which is supposed to create
> them:
>
> * systemd-tmpfiles-setup.service -
On 2021-04-22 14:26 +0200, Dmitry Katsubo wrote:
> Dear Debian community,
>
> I have noticed that all failed services were missing some directories under
> /run directory. I checked the service which is supposed to create them:
>
> * systemd-tmpfiles-setup.service - Create
Dear Debian community,
I have noticed that all failed services were missing some directories under
/run directory. I checked the service which is supposed to create them:
* systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded (/lib/systemd/system/systemd
On Wed, Dec 09, 2020 at 10:30:52AM -0500, Stefan Monnier wrote:
> > This reminds me of an article from ESR.
> > He pointed out that there are essential pieces we use everyday
> > without any afterthought or payment. There are people who maintain
> > software or services fo
> This reminds me of an article from ESR.
> He pointed out that there are essential pieces we use everyday
> without any afterthought or payment. There are people who maintain
> software or services for free on their own time we could not
> live without. NTP comes to mind. I
eminds me of an article from ESR.
He pointed out that there are essential pieces we use everyday
without any afterthought or payment. There are people who maintain
software or services for free on their own time we could not
live without. NTP comes to mind. I thing gnupg is basically maintained
by one
Andrei writes:
> It seems to me rhkramer is referring to this:
> https://www.nytimes.com/2020/10/06/technology/congress-big-tech-monopoly-power.html
So institute regulations forcing Amazon to shut down its "marketplace"
and sell only its own products (or rather ones they purchase: they make
nothin
On Mi, 28 oct 20, 08:26:15, John Hasler wrote:
> rhkramer writes:
> > Investigations started in the US congress (and, iirc, in the EC
> > counterparts) may lead to de-monopolizing some of those services.
>
> If you are referring to the efforts to gut the DMCA "safe harb
rhkramer writes:
> Investigations started in the US congress (and, iirc, in the EC
> counterparts) may lead to de-monopolizing some of those services.
If you are referring to the efforts to gut the DMCA "safe harbor"
provisions that will have the opposite effect. Same for the e
ney, having to buy RAM and CPU power
> > just for their sake?
>
> Assuming that is not a rhetorical question, or answering for posterity, it
> was
> primarily by accepting the word "free" in their promises of free services at
> face value.
Client-side scripting does
ing that is not a rhetorical question, or answering for posterity, it was
primarily by accepting the word "free" in their promises of free services at
face value.
> How do we get out of here?
Don't know. It was / is a tradeoff. For some of us, and with appropriate
protective measu
, 2020 at 06:41:39PM -0700, Ross Boylan wrote:
>> > I am having intermittent problems on startup in which network services
>> do
>> > not start properly, generally with messages suggesting the network
>> > interface they need is not available. If I stop and start them
Boylan wrote:
> > I am having intermittent problems on startup in which network services do
> > not start properly, generally with messages suggesting the network
> > interface they need is not available. If I stop and start them after,
> they
> > will run.
>
> The nu
Andrei POPESCU wrote:
> On Ma, 14 iul 20, 07:11:39, Dan Ritter wrote:
> > The way to handle a giant blocklist efficiently is ipset, which manipulates
> > large groups of IPs that will be matched for a particular rule.
>
> Disclaimer: I'm not an expert on either iptables or nftables, this is
> ju
On Ma, 14 iul 20, 07:11:39, Dan Ritter wrote:
> Andrei POPESCU wrote:
> > On Lu, 13 iul 20, 18:41:39, Ross Boylan wrote:
> > >
> > > The interface has a pre-up script that has over 1,000 iptables add lines
> > > for blacklists, and I suspect this is slowing things down enough to cause
> > > troub
On Mon, Jul 13, 2020 at 06:41:39PM -0700, Ross Boylan wrote:
> I am having intermittent problems on startup in which network services do
> not start properly, generally with messages suggesting the network
> interface they need is not available. If I stop and start them after, they
&
Andrei POPESCU wrote:
> On Lu, 13 iul 20, 18:41:39, Ross Boylan wrote:
> >
> > The interface has a pre-up script that has over 1,000 iptables add lines
> > for blacklists, and I suspect this is slowing things down enough to cause
> > trouble. I was not having problems when the script was shorter
nit=/lib/sysvinit/init"
in /etc/default/grub
Except tftpd-hpa there are no other issues - all network services start
properly.
I have most of the services listed also running:
tftpd-hpa
nmbd
hddtemp
exim4.service
smbd.service
inetd.service
isc-dhcp-server.service
as said only tftpd-hpa fail
On Lu, 13 iul 20, 18:41:39, Ross Boylan wrote:
>
> The interface has a pre-up script that has over 1,000 iptables add lines
> for blacklists, and I suspect this is slowing things down enough to cause
> trouble. I was not having problems when the script was shorter.
P.S. as far as I understand nf
On Lu, 13 iul 20, 18:41:39, Ross Boylan wrote:
> I am having intermittent problems on startup in which network services do
> not start properly, generally with messages suggesting the network
> interface they need is not available. If I stop and start them after, they
> will run. I
I am having intermittent problems on startup in which network services do
not start properly, generally with messages suggesting the network
interface they need is not available. If I stop and start them after, they
will run. I suspect this is a result of the interaction of systemd,
ifupdown, and
On Sun 05 Jul 2020 at 20:12:36 (+), davidson wrote:
> On Mon, 1 Jun 2020 David Wright wrote:
> > On Sun 31 May 2020 at 16:28:34 (+0700), Victor Sudakov wrote:
> > > David Wright wrote:
> > > > On Fri 29 May 2020 at 21:57:06 (+0700), Victor Sudakov wrote:
>
> [big snip]
>
> > > > > I, too, was
t;, it will
be read last and hence can easily be overridden by spin or
administrator preset policy.
[...]
Example 3. Administrator policy
# /etc/systemd/system-preset/00-lennart.preset
enable httpd.service
enable sshd.service
enable postfix.service
disable *
Dear Debian community,
I hit the similar problem but this time with /run folder. Few services have
failed to start:
# systemctl status php7.0-fpm.service
Jun 24 23:09:48 debian php-fpm7.0[893]: [24-Jun-2020 23:09:48] ERROR: unable to
bind listening socket for address '/run/php/php7.0-fpm
On Wed, 15 Apr 2020 07:49:28 -0400
Greg Wooledge wrote:
> On Tue, Apr 14, 2020 at 07:12:47PM -0400, Lee wrote:
> > On 4/14/20, Greg Wooledge wrote:
> > > Accessing the mirrors via https makes the packages un-cacheable, which
> > > makes the traffic volume significantly greater -- and the package
On Wed 15 Apr 2020 at 07:49:28 (-0400), Greg Wooledge wrote:
> On Tue, Apr 14, 2020 at 07:12:47PM -0400, Lee wrote:
> > On 4/14/20, Greg Wooledge wrote:
> > > Accessing the mirrors via https makes the packages un-cacheable, which
> > > makes the traffic volume significantly greater -- and the pack
On Tue, Apr 14, 2020 at 07:12:47PM -0400, Lee wrote:
> On 4/14/20, Greg Wooledge wrote:
> > Accessing the mirrors via https makes the packages un-cacheable, which
> > makes the traffic volume significantly greater -- and the package lists
> > are already signed, so there's no gain in trustworthine
On 4/14/20, Greg Wooledge wrote:
> On Mon, Apr 13, 2020 at 07:03:12PM -0400, Lee wrote:
>> dnssec just adds a cryptographic signature to the data -- everything
>> is still done "in the clear" (like Debian updates. or has buster
>> switched to using https for downloading updates?)
>
> The apt-tran
On Tue, 14 Apr 2020 05:45:45 -0400
Lee wrote:
> On 4/13/20, Celejar wrote:
> > On Mon, 13 Apr 2020 08:47:22 +0300
> > Reco wrote:
> >
> >>Hi.
> >>
> >> On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
> >
> > ...
> >
> >> > I just did a quick search and couldn't find anything for smart T
On Ma, 14 apr 20, 07:32:58, Greg Wooledge wrote:
> On Mon, Apr 13, 2020 at 07:03:12PM -0400, Lee wrote:
> > dnssec just adds a cryptographic signature to the data -- everything
> > is still done "in the clear" (like Debian updates. or has buster
> > switched to using https for downloading updates?
n 10 DoH providers at
> https://github.com/curl/curl/wiki/DNS-over-HTTPS
curl is ahead of Firefox in this regard. But it's a good list, something
one could consider for blocking the controversial feature.
> >> >> At least Cloudflare resolvers have dnssec enabled.
>
On Tue, Apr 14, 2020 at 01:48:24PM +0200, n...@dismail.de wrote:
> On Tue, Apr 14, 2020 at 07:06:05 -0400, Lee wrote:
> > Is there some other DNS provider that has a published privacy policy?
> > That's anywhere near as good as CloudFlare's?
> >
> > To be clear - I'm not saying you should trust
On Tue, Apr 14, 2020 at 07:06:05 -0400, Lee wrote:
> Is there some other DNS provider that has a published privacy policy?
> That's anywhere near as good as CloudFlare's?
>
> To be clear - I'm not saying you should trust CloudFlare. It's just
> that I don't see a whole lot of options & quite po
On Mon, Apr 13, 2020 at 07:03:12PM -0400, Lee wrote:
> dnssec just adds a cryptographic signature to the data -- everything
> is still done "in the clear" (like Debian updates. or has buster
> switched to using https for downloading updates?)
The apt-transport-https package is available, but is n
On 4/14/20, Reco wrote:
> Hi.
Hi
> On Mon, Apr 13, 2020 at 06:42:10PM -0400, Lee wrote:
>> On 4/13/20, Reco wrote:
>> > On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
>> >> > The questionable idea behind DOH is that the browser makers do not
>> >> > trust
>> >> > your local resolver.
On 4/13/20, Celejar wrote:
> On Mon, 13 Apr 2020 08:47:22 +0300
> Reco wrote:
>
>> Hi.
>>
>> On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
>
> ...
>
>> > I just did a quick search and couldn't find anything for smart TVs
>> > using DOH.
>>
>> Probably because they aren't there yet. A t
On Mon, Apr 13, 2020 at 07:03:12PM -0400, Lee wrote:
> On 4/13/20, tomas wrote:
> > On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
[...]
> Agreed. But how many home users have a local sys admin? That knows
> how to configure the local resolver?
>
> OK .. on this list, probably most. But
Hi.
On Mon, Apr 13, 2020 at 06:42:10PM -0400, Lee wrote:
> On 4/13/20, Reco wrote:
> > On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
> >> > The questionable idea behind DOH is that the browser makers do not
> >> > trust
> >> > your local resolver.
> >>
> >> Mozilla claims it's a pr
On Mon, 13 Apr 2020 08:47:22 +0300
Reco wrote:
> Hi.
>
> On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
...
> > I just did a quick search and couldn't find anything for smart TVs
> > using DOH.
>
> Probably because they aren't there yet. A typical smart TV is based on
> the Androi
On 4/13/20, tomas wrote:
> On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
>
> [...]
>
>> Mozilla claims it's a privacy issue:
>> https://support.mozilla.org/en-US/kb/firefox-dns-over-https
>> Benefits
>
> Yes, sure [1], but *not in each and every friggin' application*.
I prefer apps that d
On 4/13/20, Reco wrote:
> Hi.
Hi
> On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
>> > The questionable idea behind DOH is that the browser makers do not
>> > trust
>> > your local resolver.
>>
>> Mozilla claims it's a privacy issue:
>> https://support.mozilla.org/en-US/kb/firefox-dn
On Mon 13 Apr 2020 at 09:47:25 (-0400), Celejar wrote:
> On Sat, 11 Apr 2020 16:03:30 - (UTC) Curt wrote:
> > On 2020-04-11, wrote:
> > >
> > > Note that I'm not recommending that site. It was just one
> > > hit in the search engine.
> >
> > I found another outfit that nailed me within a 50
On Mon, 13 Apr, 2020 at 16:19:55 +0300, Reco wrote:
> On Mon, Apr 13, 2020 at 12:14:44PM +0100, Liam O'Toole wrote:
> > On Mon, 13 Apr, 2020 at 12:57:54 +0300, Reco wrote:
> > > Hi.
> > >
> > > On Mon, Apr 13, 2020 at 11:16:02AM +0300, Andrei POPESCU wrote:
> >
> > [...]
> >
> > > > Whether Do
, Colombia.
And
Gnome Maps is showing my location precise to about a 10 meter radius
of
my actual location. That is my concern. Location Services are Off and
have never been turned on on this machine.
I should not have said a 10 meter radius, thats not fair. I would say,
always, within a 50 meter
Cali, Colombia.
And
Gnome Maps is showing my location precise to about a 10 meter radius
of
my actual location. That is my concern. Location Services are Off and
have never been turned on on this machine.
I should not have said a 10 meter radius, thats not fair. I would say,
always, within a 50
ysically in the beautiful city of Cali, Colombia.
> >> And
> >> Gnome Maps is showing my location precise to about a 10 meter radius
> >> of
> >> my actual location. That is my concern. Location Services are Off and
> >> have never been turned on on
On Sat, 11 Apr 2020 16:03:30 - (UTC)
Curt wrote:
> On 2020-04-11, wrote:
> >
> > Note that I'm not recommending that site. It was just one
> > hit in the search engine.
>
> I found another outfit that nailed me within a 50 meter radius (if that
> demonstrates anything).
>
>
> https://ww
On Mon, Apr 13, 2020 at 12:14:44PM +0100, Liam O'Toole wrote:
> On Mon, 13 Apr, 2020 at 12:57:54 +0300, Reco wrote:
> > Hi.
> >
> > On Mon, Apr 13, 2020 at 11:16:02AM +0300, Andrei POPESCU wrote:
>
> [...]
>
> > > Whether DoH or DNS-over-TLS, you have to trust the DNS server.
> >
> > Yup. T
On Sat, Apr 11, 2020 at 09:28:51AM -0500, Anil F Duggirala wrote:
> On Fri, 2020-04-10 at 17:51 +0300, Reco wrote:
> > GeocodeNominatim *
> > geocode_nominatim_get_gnome (void)
> > {
> > GeocodeNominatim *backend;
> >
> > G_LOCK (backend_nominatim_gnome_lock);
> > backend = g_weak_ref_
On Mon, 13 Apr, 2020 at 12:57:54 +0300, Reco wrote:
> Hi.
>
> On Mon, Apr 13, 2020 at 11:16:02AM +0300, Andrei POPESCU wrote:
[...]
> > Whether DoH or DNS-over-TLS, you have to trust the DNS server.
>
> Yup. That's why I have my own, and every Debian user can have their own
> too, using o
On Mon, Apr 13, 2020 at 12:57:54PM +0300, Reco wrote:
> Hi.
>
> On Mon, Apr 13, 2020 at 11:16:02AM +0300, Andrei POPESCU wrote:
[...]
> Yup. That's why I have my own, and every Debian user can have their own
> too, using only free software.
...and that is why I want the apps on my box to
Hi.
On Mon, Apr 13, 2020 at 11:16:02AM +0300, Andrei POPESCU wrote:
> On Lu, 13 apr 20, 08:47:22, Reco wrote:
> > On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
> >
> > > How many people use a dnssec validating resolver?
> >
> > See above. Besides, DNSSEC is for integrity of zones,
On Lu, 13 apr 20, 08:47:22, Reco wrote:
> On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
>
> > How many people use a dnssec validating resolver?
>
> See above. Besides, DNSSEC is for integrity of zones, not privacy.
> You need DNS-over-TLS if you need last one.
>
>
> > At least Cloudflare
On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
[...]
> Mozilla claims it's a privacy issue:
> https://support.mozilla.org/en-US/kb/firefox-dns-over-https
> Benefits
Yes, sure [1], but *not in each and every friggin' application*.
It'd be OK for the local DNS caching resolver to forward
Hi.
On Sun, Apr 12, 2020 at 07:46:38PM -0400, Lee wrote:
> > The questionable idea behind DOH is that the browser makers do not trust
> > your local resolver.
>
> Mozilla claims it's a privacy issue:
> https://support.mozilla.org/en-US/kb/firefox-dns-over-https
It's a privacy issue along
On 4/12/20, Reco wrote:
> On Sun, Apr 12, 2020 at 12:35:44PM +0200, to...@tuxteam.de wrote:
>> On Sun, Apr 12, 2020 at 01:21:08PM +0300, Reco wrote:
>> > On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote:
>> > > That's why I cringe at the idea that browsers want to start doing
>> >
Andrei writes:
> This very much ISP dependent. My current one will allocate new IPs (v4
> as well as v6) on every re-connection, so the only way to keep the
> same IPs is connection uptime.
> The only benefits I can think of from their side is less management
> overhead and charging for fixed IPs
On Sunday 12 April 2020 09:39:09 to...@tuxteam.de wrote:
> On Sun, Apr 12, 2020 at 07:33:51AM -0400, Gene Heskett wrote:
>
> [...]
>
> > I don't either, but at some point in an https environment, it seems
> > to me that a dns lookup is going to have to be translated into a
> > plain dns lookup.
>
On 2020-04-12, Andrei POPESCU wrote:
>
> I was only trying to point out that just querying an external geoip
> database has similar privacy implications as any regular internet access
> (the server will learn your IP and can, at will, get your aproximate
> location from a geoip database).
>
> The
On Du, 12 apr 20, 09:43:08, Curt wrote:
> On 2020-04-12, Andrei POPESCU wrote:
> >
> > Just to clarify, the privacy concern here is the software accessing the
> > internet without explicit user consent, regardless of what it is using
>
> That's not my understanding. I understood the OP explicitly
On Sun, Apr 12, 2020 at 01:34:07PM +0100, Tixy wrote:
> On Sun, 2020-04-12 at 13:21 +0300, Reco wrote:
> > On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote:
> > > That's why I cringe at the idea that browsers want to start doing
> > > name resolution over HTTPS.
> >
> > This simple
On Sun, Apr 12, 2020 at 07:33:51AM -0400, Gene Heskett wrote:
[...]
> I don't either, but at some point in an https environment, it seems to me
> that a dns lookup is going to have to be translated into a plain dns
> lookup.
No, that's not how it works. When the browser wants to resolve a
name
On Sun, Apr 12, 2020 at 02:03:55PM +0300, Reco wrote:
> On Sun, Apr 12, 2020 at 12:35:44PM +0200, to...@tuxteam.de wrote:
[...]
> > [1] That's not a rhethorical flourish, it's genuine. I know too
> >little about DNS-over-HTTP to be of any use at this point.
>
> The questionable idea behind D
On 2020-04-12, wrote:
>
> On Sun, Apr 12, 2020 at 11:48:40AM +0300, Andrei POPESCU wrote:
>
> [...]
>
>> Just to clarify, the privacy concern here is the software accessing the
>> internet without explicit user consent, regardless of what it is using
>> this information for (internal only or prov
On Sun, 2020-04-12 at 13:21 +0300, Reco wrote:
> On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote:
> > That's why I cringe at the idea that browsers want to start doing
> > name resolution over HTTPS.
>
> This simple one line of dnsmasq configuration will disable this
> problematic
On Sunday 12 April 2020 06:35:44 to...@tuxteam.de wrote:
> On Sun, Apr 12, 2020 at 01:21:08PM +0300, Reco wrote:
> > On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote:
> > > That's why I cringe at the idea that browsers want to start doing
> > > name resolution over HTTPS.
> >
> > T
On Sun, Apr 12, 2020 at 12:35:44PM +0200, to...@tuxteam.de wrote:
> On Sun, Apr 12, 2020 at 01:21:08PM +0300, Reco wrote:
> > On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote:
> > > That's why I cringe at the idea that browsers want to start doing
> > > name resolution over HTTPS.
>
On Sun, Apr 12, 2020 at 01:21:08PM +0300, Reco wrote:
> On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote:
> > That's why I cringe at the idea that browsers want to start doing
> > name resolution over HTTPS.
>
> This simple one line of dnsmasq configuration will disable this
> prob
On Sun, Apr 12, 2020 at 12:10:45PM +0200, to...@tuxteam.de wrote:
> That's why I cringe at the idea that browsers want to start doing
> name resolution over HTTPS.
This simple one line of dnsmasq configuration will disable this
problematic feature for good for Firefox (basically it creates a bogus
On Sun, Apr 12, 2020 at 11:48:40AM +0300, Andrei POPESCU wrote:
[...]
> Just to clarify, the privacy concern here is the software accessing the
> internet without explicit user consent, regardless of what it is using
> this information for (internal only or providing it to other software).
Wha
GeoIP. Is that simply guessing his position via his IP address or
something else, maybe some database?
https://help.gnome.org/users/gnome-help/stable/privacy-location.html.en
Geolocation, or location services, uses cell tower positioning, GPS, and
nearby Wi-Fi access points to determine you
On Du, 12 apr 20, 08:05:49, Curt wrote:
>
> Surely there must be a way of stracing the Maps app in Gnome to
> determine what it is doing and how, with a view to seeing whether the
> OP's privacy settings are being respected or not. It does appear,
> though, at any rate, that a 50 m radius geolocat
On Sun, Apr 12, 2020 at 08:05:49AM -, Curt wrote:
[...]
> Surely there must be a way of stracing the Maps app in Gnome to
> determine what it is doing and how [...]
Shudder.
I just had some quality time stracing Firefox -- and don't want to
imagine how stracing Gnome is like. I have some ne
On 2020-04-12, rhkra...@gmail.com wrote:
>> > Do you have your own static IP, or do you use an IP from your ISP?
>>
>> Yes.
>
> Did I ask the wrong question? I don't understand -- you have both?
>
>
I have a static ip (I think) attributed by my ISP (the one not precluding
the other).
This sit
On 2020-04-11, Joe wrote:
>>
>> BTW, I fed my IP address to this site
>>
>> https://www.maxmind.com/en/locate-my-ip-address
>>
>> and it nails my location approximately within a 50 meter radius (I
>> entered the latitudinal and longitudinal coordinate output into
>> Google's search engine, whi
On Sb, 11 apr 20, 20:31:46, Gene Heskett wrote:
>
> And I have discovered a way to have a fixed IPv4 address. My router's mac
> which I have cloned into a second emergency router, is how they assign
> an ipv4 address to me, net result has been a fixed dns address, so I am
> now on my 3rd 5 year
On Saturday 11 April 2020 19:14:22 John Hasler wrote:
> Joe writes:
> > And I live in the easternmost London Borough. So much for accuracy.
> > My ISP's national HQ is in Sheffield, but where the hell Washington
> > comes from, I don't know.
>
> GeoIP usually (though not always) puts me in Elk Mou
On Saturday, April 11, 2020 04:09:46 PM Curt wrote:
> On 2020-04-11, rhkra...@gmail.com wrote:
> > On Saturday, April 11, 2020 11:48:00 AM Curt wrote:
> >> BTW, I fed my IP address to this site
> >>
> >> https://www.maxmind.com/en/locate-my-ip-address
> >>
> >> and it nails my location approxim
Joe writes:
> And I live in the easternmost London Borough. So much for accuracy. My
> ISP's national HQ is in Sheffield, but where the hell Washington comes
> from, I don't know.
GeoIP usually (though not always) puts me in Elk Mound because that's
where the CenturyLink concentrator that I connec
ysically in the beautiful city of Cali, Colombia.
> >> And
> >> Gnome Maps is showing my location precise to about a 10 meter
> >> radius of
> >> my actual location. That is my concern. Location Services are Off
> >> and have never been turned on o
On 2020-04-11, rhkra...@gmail.com wrote:
> On Saturday, April 11, 2020 11:48:00 AM Curt wrote:
>> BTW, I fed my IP address to this site
>>
>> https://www.maxmind.com/en/locate-my-ip-address
>>
>> and it nails my location approximately within a 50 meter radius (I
>> entered the latitudinal and l
On Saturday, April 11, 2020 11:48:00 AM Curt wrote:
> BTW, I fed my IP address to this site
>
> https://www.maxmind.com/en/locate-my-ip-address
>
> and it nails my location approximately within a 50 meter radius (I
> entered the latitudinal and longitudinal coordinate output into Google's
> sear
On Sat, 11 Apr 2020 15:32:31 - (UTC)
Curt wrote:
> On 2020-04-11, wrote:
> >
> > On Sat, Apr 11, 2020 at 09:49:50AM -0500, Anil F Duggirala wrote:
> >
> > [...]
> >
> >> I should not have said a 10 meter radius, thats not fair. I would
> >> say, always, within a 50 meter radius. Which imo
On 2020-04-11, Brad Rogers wrote:
>
> On Sat, 11 Apr 2020 15:48:00 - (UTC)
> Curt wrote:
>
> Hello Curt,
>
>>BTW, I fed my IP address to this site
>> https://www.maxmind.com/en/locate-my-ip-address
>
> That puts my IP in West Sussex. Still a long way off from where I am.
> Based on where my
On 2020-04-11, wrote:
>
> Note that I'm not recommending that site. It was just one
> hit in the search engine.
I found another outfit that nailed me within a 50 meter radius (if that
demonstrates anything).
https://www.maxmind.com/en/geoip-demo
I'm not recommending these people either, BTW.
On Sat, 11 Apr 2020 15:32:31 - (UTC)
Curt wrote:
Hello Curt,
>I wanted to try this myself but got a
>
> 403 Permission Denied
> You do not have permission for this request
Worked for me.
Apparently, I'm on top of Nelson's Column (London, England). In
reality, I'm about 160 miles west(is
On Sat, 11 Apr 2020 15:48:00 - (UTC)
Curt wrote:
Hello Curt,
>BTW, I fed my IP address to this site
> https://www.maxmind.com/en/locate-my-ip-address
That puts my IP in West Sussex. Still a long way off from where I am.
Based on where my ISP connection is located, I think.
--
Regards _
On Sat, Apr 11, 2020 at 03:32:31PM -, Curt wrote:
> On 2020-04-11, wrote:
> >
> > On Sat, Apr 11, 2020 at 09:49:50AM -0500, Anil F Duggirala wrote:
> >
> > [...]
> >
> >> I should not have said a 10 meter radius, thats not fair. I would say,
> >> always, within a 50 meter radius. Which imo is
is showing my location precise to about a 10 meter radius
>> of
>> my actual location. That is my concern. Location Services are Off and
>> have never been turned on on this machine.
>>
> I should not have said a 10 meter radius, thats not fair. I would say,
> a
On 2020-04-11, wrote:
>
> On Sat, Apr 11, 2020 at 09:49:50AM -0500, Anil F Duggirala wrote:
>
> [...]
>
>> I should not have said a 10 meter radius, thats not fair. I would say,
>> always, within a 50 meter radius. Which imo is pretty precise for IP
>> based location.
>
> Just for kicks, I entere
On 2020-04-11, Anil F Duggirala wrote:
>
> This is precisely my issue. I set Location Services to Off in Gnome
> settings. And then a Gnome app, like Gnome Maps, provides me with my
> location. If you can advise me on how to report this to the Gnome
At what level of granularity (
Hi.
On Sat, Apr 11, 2020 at 09:28:51AM -0500, Anil F Duggirala wrote:
> On Fri, 2020-04-10 at 17:51 +0300, Reco wrote:
> > Hi.
> >
> > On Fri, Apr 10, 2020 at 08:24:41AM -0500, Anil Felipe Duggirala
> > wrote:
> > > On Thu, Apr 9, 2020, at 11:16 AM, John Hasler wrote:
> > > > It's jus
Anil writes:
> Location Services are set to Off
This may mean that requests for location service by a browser or a script
started by a browser will be declined, the intent being to prevent your
location from being given out to Web sites.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
On Sat, Apr 11, 2020 at 09:49:50AM -0500, Anil F Duggirala wrote:
[...]
> I should not have said a 10 meter radius, thats not fair. I would say,
> always, within a 50 meter radius. Which imo is pretty precise for IP
> based location.
Just for kicks, I entered my external IP address into https://
of
> my actual location. That is my concern. Location Services are Off and
> have never been turned on on this machine.
>
I should not have said a 10 meter radius, thats not fair. I would say,
always, within a 50 meter radius. Which imo is pretty precise for IP
based location.
On Sat, 2020-04-11 at 10:33 +0300, Andrei POPESCU wrote:
> On Vi, 10 apr 20, 08:24:41, Anil Felipe Duggirala wrote:
> > I don't know if somehow ISPs here have a more detailed (precise
> > location) database based on IP, or if that is possible at all.
>
> As far as I can tell it depends a lot on t
am on a machine with a newly installed Debian. No settings
> have been altered (including Location Services :Off). And I am
> connected to my apartments wifi and have not connected to any other
> network.
I believe you :)
I wasn't implying anything -- I was just musing about how comp
On Thu, 2020-04-09 at 09:48 -0500, David Wright wrote:
> On Thu 09 Apr 2020 at 07:49:46 (-0500), Anil F Duggirala wrote:
> > I am running Gnome 3 in Debian Buster. I am wondering why, even
> > though
> > my Location Services are set to Off (and has always been set to
> &
1 - 100 of 913 matches
Mail list logo