-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Apr 13, 2017 at 09:43:26AM -0500, John Hasler wrote:
> tomas writes:
> > Part of Google's perceived superiority is that it "learns to know
> > you": a couple of search terms thrown in, for Google is "search terms
> > + context", while for DDG,
John Hasler:
> I see no evidence that it does, nor do I see any reason why it would
> bother. At least 99% of its users accept the cookies and scripts. Why
> would it care about a few weirdos like me given that it wouldn't work
> very well anyway?
It is reporting on weirdos like you that paves
tomas writes:
> Part of Google's perceived superiority is that it "learns to know
> you": a couple of search terms thrown in, for Google is "search terms
> + context", while for DDG, the context is missing.
I wrote:
> Google does not "learn to know you" if you block all its scripts and
> cookies,
On Thu, 13 Apr 2017 09:43:26 -0500
John Hasler wrote:
> tomas writes:
> > Part of Google's perceived superiority is that it "learns to know
> > you": a couple of search terms thrown in, for Google is "search terms
> > + context", while for DDG, the context is missing.
>
> Google does not "learn
tomas writes:
> Part of Google's perceived superiority is that it "learns to know
> you": a couple of search terms thrown in, for Google is "search terms
> + context", while for DDG, the context is missing.
Google does not "learn to know you" if you block all its scripts and
cookies, which is how
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Apr 13, 2017 at 02:43:48PM +0100, Lisi Reisz wrote:
> On Thursday 06 April 2017 19:41:15 Richard Owlett wrote:
> > I've been avoiding Google for personal reasons and using DuckDuckGo
> > instead. DuckDuckGo does not return that page - I'd assum
On Thursday 06 April 2017 19:41:15 Richard Owlett wrote:
> I've been avoiding Google for personal reasons and using DuckDuckGo
> instead. DuckDuckGo does not return that page - I'd assumed the two
> search engines were equally productive.
No, they are not. That is why some of us sadly use Google
On Thu 06 Apr 2017 at 13:41:15 -0500, Richard Owlett wrote:
> On 04/06/2017 09:40 AM, Curt wrote:
> >On 2017-04-06, Richard Owlett wrote:
> >
> >>Could you point me to such a page whose primary focus is silversearcher-ag?
> >>
> >
> >"silversearcher-ag tutorial" as search terms brought me rapidly
On 04/06/2017 09:40 AM, Curt wrote:
On 2017-04-06, Richard Owlett wrote:
Could you point me to such a page whose primary focus is silversearcher-ag?
"silversearcher-ag tutorial" as search terms brought me rapidly to this
page.
http://conqueringthecommandline.com/book/ack_ag
That demonstr
On 2017-04-06, Richard Owlett wrote:
> Could you point me to such a page whose primary focus is silversearcher-ag?
>
"silversearcher-ag tutorial" as search terms brought me rapidly to this
page.
http://conqueringthecommandline.com/book/ack_ag
On 04/06/2017 03:42 AM, Darac Marjal wrote:
[snip]
I can also recommend "ag" (debian package: silversearcher-ag), which
is astoundingly fast as searching text. It ignores VCS directories
as above, it searches compressed files without needing to be told
(so no need for zgrep, bzgrep etc), and it m
Nicolas George writes:
> Le septidi 17 germinal, an CCXXV, Nathanael Schweers a écrit :
>> connect(6, {sa_family=AF_UNIX,
>> sun_path="/run/user/1000/gnupg/S.gpg-agent"}, 34) = 0
>> read(6,
>>
>> It seems to me that strace shouldn’t just stop in the middle of an
>> argument list, but I might be
On Thu, Apr 06, 2017 at 10:32:04AM +0200, Nicolas George wrote:
Le septidi 17 germinal, an CCXXV, Nathanael Schweers a écrit :
connect(6, {sa_family=AF_UNIX,
sun_path="/run/user/1000/gnupg/S.gpg-agent"}, 34) = 0
read(6,
It seems to me that strace shouldn’t just stop in the middle of an
argument
Le septidi 17 germinal, an CCXXV, Nathanael Schweers a écrit :
> connect(6, {sa_family=AF_UNIX,
> sun_path="/run/user/1000/gnupg/S.gpg-agent"}, 34) = 0
> read(6,
>
> It seems to me that strace shouldn’t just stop in the middle of an
> argument list, but I might be wrong.
It is perfectly normal. s
When I run strace gpg2 -d notes.org.gpg strace stops output in mid
syscall(?)
[... cut ...]
open("/usr/share/locale/en_US/LC_MESSAGES/libgpg-error.mo", O_RDONLY) =
-1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = -1
ENOENT (No such file or
Le septidi 17 germinal, an CCXXV, Nathanael Schweers a écrit :
> For instance gpg2 -K --verbose prints "gpg: using pgp trust model", but
> then just hangs. Trying to decrypt a file via gpg2 -d --verbose
> simply outputs what my public key is (I think a fingerprint
> is listed), and then also hang
Hi fellow debian users,
after upgrading a system running debian jessie/stable, I performed an
upgrade to stretch/testing, which went fairly well for the most part. I
had a few issues, but nothing I couldn’t handle.
I have unresolved issues with gpg though. This is what happened so far:
Most
17 matches
Mail list logo
