David Wright writes:
> On Sun 30 Jan 2022 at 09:29:29 (+0530), Pankaj Jangid wrote:
>> When I search via apt i.e. ‘apt search linux-image’ gives results:
>>
>> --8<---cut here---start->8---
>> Sorting...
>> Full Text Search...
>> linux-headers-5.10.0-10-amd64/
On Sun 30 Jan 2022 at 09:29:29 (+0530), Pankaj Jangid wrote:
> When I search via apt i.e. ‘apt search linux-image’ gives results:
>
> --8<---cut here---start->8---
> Sorting...
> Full Text Search...
> linux-headers-5.10.0-10-amd64/stable 5.10.84-1 amd64
> Head
When I search via apt i.e. ‘apt search linux-image’ gives results:
--8<---cut here---start->8---
Sorting...
Full Text Search...
linux-headers-5.10.0-10-amd64/stable 5.10.84-1 amd64
Header files for Linux 5.10.0-10-amd64
linux-headers-5.10.0-10-cloud-amd64/sta
On Sat, Nov 14, 2015 at 5:47 PM, Safwat wrote:
> For those who say it's a css thing:
>
> 1. The DOM is definitely changing. I can see that through inspect element.
Can you tell if what you're looking at is before or after the stream
processing? I'm not familiar enough with firefox deugging to gue
> Wow. That means that they bypass NoScript. Through technical or human
> weakness, whatever.
You're reaching conclusions too fast. It's possible that this is simply
NoScript disabling Google's tracking by modifying the URLS.
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Nov 14, 2015 at 10:47:13AM +0200, Safwat wrote:
> For those who say it's a css thing:
>
> 1. The DOM is definitely changing. I can see that through inspect element.
>
> 2. It doesn't happen when NoScript is off and Firefox's
> javascript_enab
For those who say it's a css thing:
1. The DOM is definitely changing. I can see that through inspect element.
2. It doesn't happen when NoScript is off and Firefox's
javascript_enabled is set to false.
On Sat, Nov 14, 2015 at 12:00 AM, Eduardo M KALINOWSKI
wrote:
> On Qui, 12 Nov 2015, Safwat wrote:
>>
>> I am running NoScript + Iceweasel, and I observed something weird.
>> Consider a Google search result which has this "a href" value:
>>
>>
>> https://www.google.com/url?q=https://en.wikipedia.o
>Could it be NoScript itself, or another extension, changing the link to
avoid Google tracking?
That's definitely possible. I'll check it out.
On Qui, 12 Nov 2015, Safwat wrote:
I am running NoScript + Iceweasel, and I observed something weird.
Consider a Google search result which has this "a href" value:
https://www.google.com/url?q=https://en.wikipedia.org/wiki/Hello_(Adele_song)&sa=U&ved=0CCsQFjAIahUKEwjPuq3H34vJAhWDWhQKHW7eCbA&usg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Nov 12, 2015 at 10:46:23PM +0200, Safwat wrote:
> I am running NoScript + Iceweasel, and I observed something weird.
> Consider a Google search result which has this "a href" value:
>
> https://www.google.com/url?q=https://en.wikipedia.org/wik
I am running NoScript + Iceweasel, and I observed something weird.
Consider a Google search result which has this "a href" value:
https://www.google.com/url?q=https://en.wikipedia.org/wiki/Hello_(Adele_song)&sa=U&ved=0CCsQFjAIahUKEwjPuq3H34vJAhWDWhQKHW7eCbA&usg=AFQjCNHJRKExeuRwwdFmAKkJ6dH7qv_TeQ
On Sun, Mar 25, 2012 at 11:40 PM, Ano Nymous wrote:
>
> I've read man 7 regex and I'm fairly sure those regexes are fine but many
> instances give wrong results.
> An application that gives expected results is grep, in particular grep -E.
> Is this a known issue, or where am I going wrong?
The cl
apt 0.8.16
aptitude 0.6.4
If I search for a package name (~n) then using '$' should prevent -dbg -doc
-multi.
So I would consider the following results wrong:
$ aptitude search "~ngstreamer(.+)-(ffmpeg|plugins-(ugly|bad))$"
i gstreamer0.10-ffmpeg- FFmpeg plugin for
GStreamer
p gstr
In article <[EMAIL PROTECTED]>, "Ethan Benson"
<[EMAIL PROTECTED]> wrote:
> but to answer your question it looks like this can be changed with the
> following resources in your ~/.Xresources file. these are the defaults:
>
> ! These resources control the foreground and background colors of text
>
On Sat, Mar 17, 2001 at 03:20:29PM +0100, Felix E. Klee wrote:
> Hi,
>
> when I use the find command in Netscape, the found text is allways
> marked yellow. That is very hard to read on white backround. Where can I
> change this color?
you think thats bad, in mozilla when you highlight text the h
Hi,
when I use the find command in Netscape, the found text is allways
marked yellow. That is very hard to read on white backround. Where can I
change this color?
TIA,
Felix
... in the packages search of the debian web-server gives the results
under three headers:
´Release´ and ´Package(size)´ are clear, but what´s the definition of
´Quality´ ?
e.g., a search for alsa shows for alsalib0.1.1-1 a quality of 33% and
for alsalib.1.3-dev0.1.3-2 a quality of 99%.
curious
h
> I just tried a search on mount. I have dwww and boa installed.
> I only got the following. Any ideas why I don't get the rest?
The searching in dwww doesn't work very well. I'm planning on
fixing it very soon.
Cheers,
- Jim
pgpjshqD6j7Cd.pgp
Description: PGP signature
Alair Pereira do Lago wrote:
>
> Rick Macdonald <[EMAIL PROTECTED]> writes:
> > I just tried a search on mount. I have dwww and boa installed.
> > I only got the following. Any ideas why I don't get the rest?
>
> I do not know why. Indeed I am using Apache as my httpd but I do not think
> this c
Rick Macdonald <[EMAIL PROTECTED]> writes:
[...]
> I just tried a search on mount. I have dwww and boa installed.
> I only got the following. Any ideas why I don't get the rest?
[...]
I do not know why. Indeed I am using Apache as my httpd but I do not think
this could be the problem.
One gu
Alair Pereira do Lago wrote:
> Just an example, if I search info on mount I get
>
> ----
> Search results
>
> Documentation related to mount
>
> Package: mount
>
> Manual pages: nfs(5) fstab(5) swapoff(8) losetup(8) mount(8) swapon(8)
>
22 matches
Mail list logo
