On Fri 25 Apr 2025 at 09:24:14 (-0400), Haines Brown wrote:
> I did a new install of debian and find that exim and spamassassin are not
> recognized
> services. That is, in /etc/systemd/system/ exim and spanassassin are not
> listed.
>
> So when I do
>
> # syst
On 2025-04-25 at 09:24, Haines Brown wrote:
> I did a new install of debian and find that exim and spamassassin
> are not recognized services. That is, in /etc/systemd/system/ exim
> and spanassassin are not listed.
Did you install the packages for them? I'm not sure about exim,
On 25.04.2025 16:24, Haines Brown wrote:
I did a new install of debian and find that exim and spamassassin are not
recognized
services. That is, in /etc/systemd/system/ exim and spanassassin are not listed.
So when I do
# systemctl start exim.service
RROR:systemctl:Unit exim.service
I did a new install of debian and find that exim and spamassassin are not
recognized
services. That is, in /etc/systemd/system/ exim and spanassassin are not listed.
So when I do
# systemctl start exim.service
RROR:systemctl:Unit exim.service could not be found.
This no help:
# systemctl
On 09/03/2025 23:15, pe...@easthope.ca wrote:
https://wiki.debian.org/Pan . There we read,
To enable Stunnel edit /etc/default/stunnel4
ENABLED=1
/etc/default/stunnel4 exists but lacks ENABLED. My best guess is that
systemd obsoleted it. Stunnel needs https://wiki.debian.org/Stunnel
with curr
From: Greg Wooledge
Date: Sat, 8 Mar 2025 23:28:24 -0500
> '... the unit definition without the argument parameter is
> called a "template".'
Thanks.
So /lib/systemd/system/stunnel@.service is a service template file
rather than service file.
Here, one execution of command "stunnel" y
From: Greg Wooledge
Date: Thu, 13 Feb 2025 13:35:31 -0500
> [shorewall]'s a native systemd service (/lib/systemd/...) but the service is
> showing as disabled.
# ls -1 /lib/systemd/system/shorewall*
/lib/systemd/system/shorewall-init.service
/lib/systemd/system/shorewall.service
> system
ES
It is possible for systemd services to take a single argument via the
"service@argument.service" syntax. Such services are called
"instantiated" services, while the unit definition without the argument
parameter is called a "template". An exam
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
1 - 100 of 921 matches
Mail list logo
