If I did not change /etc/sysconfig/iptables and render it totally open
to accept all connections, then what would change it?
Would yum update do that?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinf
On 05/17/2012 02:06 PM, JD wrote:
> That value is already set to false.
I'm suggesting you set it to "true" to disable IPv6.
> Yes I did try Chrome.
> Chrome resolves domain names as fast as nslookup .
> After I browsed to a domain using Chrome, and it almost immediately
> resolved and it brought
On 05/16/2012 06:21 PM, Ed Greshko wrote:
On 05/17/2012 03:52 AM, JD wrote:
Well, after running dnsmasq with the configuration I just emailed,
I see the following behavior of firefox vs. running nslookup on command line.
FF, even after resolving google.com only a minute ago, is still spinning s
On 05/17/2012 03:52 AM, JD wrote:
> Well, after running dnsmasq with the configuration I just emailed,
> I see the following behavior of firefox vs. running nslookup on command line.
>
> FF, even after resolving google.com only a minute ago, is still spinning
> saying:
> lookup up www.google.com
>
On 05/16/2012 03:15:24 PM, Kevin Fenzi wrote:
> On Wed, 16 May 2012 15:50:14 -0400
> Tom Horsley wrote:
>
> > On Wed, 16 May 2012 21:23:39 +0200
> > Heinz Diehl wrote:
> >
> > > This is not true, you can hav as many blanks as you like.
> > > Try it.
> >
> > Not as many as you like - I think the
On Wed, 16 May 2012 15:50:14 -0400
Tom Horsley wrote:
> On Wed, 16 May 2012 21:23:39 +0200
> Heinz Diehl wrote:
>
> > This is not true, you can hav as many blanks as you like.
> > Try it.
>
> Not as many as you like - I think the exec() service looks
> only at about the first 32 characters or s
On 05/16/2012 10:39 AM, Ed Greshko wrote:
On 05/17/2012 12:28 AM, Greg Woods wrote:
On Thu, 2012-05-17 at 00:13 +0800, Ed Greshko wrote:
when you do a look up on www.cnn.com it will return 4 IP
addresses. Now, since bind would have that in its cache it wouldn't have to
send out
a query. Wh
On Wed, 16 May 2012 21:23:39 +0200
Heinz Diehl wrote:
> This is not true, you can hav as many blanks as you like.
> Try it.
Not as many as you like - I think the exec() service looks
only at about the first 32 characters or something like that.
--
users mailing list
users@lists.fedoraproject.org
On 05/16/2012 11:19 AM, Brad Schuetz wrote:
On 05/16/2012 06:16 AM, Paul Robert Marino wrote:
The exact timing of the issue is to strange is there a backup job
running at midnight. Or some other timed job that could be eating the
ram or disk IO. Possibly one that is reliant on ldap queries that
On 16.05.2012, Kevin Fenzi wrote:
> ^ you have a " " here that shouldn't be there.
> Should be simply: "#!/bin/sh"
This is not true, you can hav as many blanks as you like.
Try it.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin
On 05/16/2012 12:41 PM, Tom Horsley wrote:
On Wed, 16 May 2012 09:42:20 -0600
JD wrote:
It isn't useless for me at work: It is the only thing that makes
NIS lookups reliable. At some point in time, glibc apparently
changed the timeout for NIS to something like 3 nanoseconds :-).
3 ns?? So, wha
Fedora 16,17 Samsung Printer drivers.
If you go onto Samsung driver download site and download a Drivers for a
CLX3175FN printer for Fedora 16,17 the driver they have won't work .
They only work on Fedora 15 and previous.
The updated drivers for Fedora 16, the CLX3175FN are in the CLX3185
dr
On Wed, 16 May 2012 09:42:20 -0600
JD wrote:
> > It isn't useless for me at work: It is the only thing that makes
> > NIS lookups reliable. At some point in time, glibc apparently
> > changed the timeout for NIS to something like 3 nanoseconds :-).
> 3 ns?? So, what did you do to make it work?
On Wed, May 16, 2012 at 9:13 AM, Ed Greshko wrote:
> On 05/16/2012 11:47 PM, JD wrote:
>> Interesting point. Hard to believe that most domain controllers would that.
>> Must be a small percentage?
>
> I have no idea what percentage it may be. But 300 seems a bit low
>
> I'd have to do some
On 05/16/2012 09:14:11 AM, Kevin Fenzi wrote:
> On Tue, 15 May 2012 16:52:08 -0700
> Geoffrey Leach wrote:
>
> > root@puget[10]->cat /etc/rc.d/rc.local
> > #! /bin/sh
>
> ^ you have a " " here that shouldn't be there.
>
> Should be simply: "#!/bin/sh"
Blush! The # is where it should be. Just
On 05/17/2012 12:28 AM, Greg Woods wrote:
> On Thu, 2012-05-17 at 00:13 +0800, Ed Greshko wrote:
>> when you do a look up on www.cnn.com it will return 4 IP
>> addresses. Now, since bind would have that in its cache it wouldn't have to
>> send out
>> a query. What I don't know is if an applicat
On Thu, 2012-05-17 at 00:13 +0800, Ed Greshko wrote:
> when you do a look up on www.cnn.com it will return 4 IP
> addresses. Now, since bind would have that in its cache it wouldn't have to
> send out
> a query. What I don't know is if an application would make a request would
> the list
> be
On 5/16/2012 12:04 PM, Pete Stieber wrote:
> On 5/16/2012 8:49 AM, Pete Stieber wrote:
>> Just updated a Fedora 15 box and this updated
>>
>> subversion-libs-1.6.18-1.fc15.x86_64
>> mod_dav_svn-1.6.18-1.fc15.x86_64
>> subversion-1.6.18-1.fc15.x86_64
>>
>> Now my post-commit hook to send mail doesn'
On Wed, 2012-05-16 at 09:47 -0600, JD wrote:
> On 05/16/2012 03:33 AM, Ed Greshko wrote:
> I've seen cases where the
> TTL has been set to as low as 300 seconds.
> Interesting point. Hard to believe that most domain controllers would that.
> Must be a small percentage?
As a DNS administrator,
On 05/17/2012 12:14 AM, Kevin Fenzi wrote:
> On Tue, 15 May 2012 16:52:08 -0700
> Geoffrey Leach wrote:
>
>> root@puget[10]->cat /etc/rc.d/rc.local
>> #! /bin/sh
> ^ you have a " " here that shouldn't be there.
>
> Should be simply: "#!/bin/sh"
>
>
That was my theory too But I like to test m
On Tue, 15 May 2012 16:52:08 -0700
Geoffrey Leach wrote:
> root@puget[10]->cat /etc/rc.d/rc.local
> #! /bin/sh
^ you have a " " here that shouldn't be there.
Should be simply: "#!/bin/sh"
kevin
signature.asc
Description: PGP signature
--
users mailing list
users@lists.fedoraproject.org
To
On 05/16/2012 11:47 PM, JD wrote:
> Interesting point. Hard to believe that most domain controllers would that.
> Must be a small percentage?
I have no idea what percentage it may be. But 300 seems a bit low
I'd have to do some research but it very well may be that sites set their TTL's
On 5/16/2012 8:49 AM, Pete Stieber wrote:
Just updated a Fedora 15 box and this updated
subversion-libs-1.6.18-1.fc15.x86_64
mod_dav_svn-1.6.18-1.fc15.x86_64
subversion-1.6.18-1.fc15.x86_64
Now my post-commit hook to send mail doesn't work because it can't
import svn.fs. Any simple python code
On 05/16/2012 03:33 AM, Ed Greshko wrote:
On 05/16/2012 04:27 PM, JD wrote:
I have used dnsmasq as well, and communicated with it's author
a couple of years ago.
But as I recall, it did not seem to help much, as I observed that
browsing to a website with just a couple of minutes lapse time,
FF s
Just updated a Fedora 15 box and this updated
subversion-libs-1.6.18-1.fc15.x86_64
mod_dav_svn-1.6.18-1.fc15.x86_64
subversion-1.6.18-1.fc15.x86_64
Now my post-commit hook to send mail doesn't work because it can't
import svn.fs. Any simple python code like...
#!/usr/bin/env python
import s
On 05/16/2012 03:33 AM, Ed Greshko wrote:
On 05/16/2012 04:27 PM, JD wrote:
I have used dnsmasq as well, and communicated with it's author
a couple of years ago.
But as I recall, it did not seem to help much, as I observed that
browsing to a website with just a couple of minutes lapse time,
FF s
On Wed, May 16, 2012 at 7:58 AM, Reindl Harald wrote:
> > 2) "systemctl list-units" doesn't mention colord
>
> it does and "systemctl restart colord.service" works
> like for any other service
>
> [root@rh:~]$ /bin/systemctl --no-pager --full list-units | grep colord
> colord-sane.service
> loaded
On 05/16/2012 03:33 AM, Tom Horsley wrote:
On Tue, 15 May 2012 23:54:03 -0700
JD wrote:
I was using nscd thinking it is a lightweight caching resolver. But as
it turns out it is useless.
Time for fedora to bury it :)
It isn't useless for me at work: It is the only thing that makes
NIS lookups
On Tue, May 15, 2012 at 05:25:39PM -0400, Bill Davidsen wrote:
> Reindl Harald wrote:
> >
> >
> >Am 15.05.2012 16:24, schrieb Steven Stern:
> >>On 05/15/2012 08:57 AM, Paul W. Frields wrote:
> >>>On Mon, May 14, 2012 at 11:25:47PM +0200, Reindl Harald wrote:
>
>
> Am 14.05.2012 23:22,
Am 16.05.2012 14:18, schrieb Patrick O'Callaghan:
> F16
>
> After a recent yum update, "needs-restarting" says that colord should be
> restarted. OK, let's see:
>
> 1) pstree says that colord's parent is systemd
> 2) "systemctl list-units" doesn't mention colord
it does and "systemctl restart
F16
After a recent yum update, "needs-restarting" says that colord should be
restarted. OK, let's see:
1) pstree says that colord's parent is systemd
2) "systemctl list-units" doesn't mention colord
3) There is no man page for colord
4) The colord docs ("rpm -qd colord") don't say anything about
On 05/16/2012 04:27 PM, JD wrote:
> I have used dnsmasq as well, and communicated with it's author
> a couple of years ago.
> But as I recall, it did not seem to help much, as I observed that
> browsing to a website with just a couple of minutes lapse time,
> FF showed on the status line it was lo
On Tue, 15 May 2012 23:54:03 -0700
JD wrote:
> I was using nscd thinking it is a lightweight caching resolver. But as
> it turns out it is useless.
> Time for fedora to bury it :)
It isn't useless for me at work: It is the only thing that makes
NIS lookups reliable. At some point in time, glibc a
On 05/16/2012 03:18 AM, Daniel Bossert wrote:
fedora skrev 16.05.12 10:33:
... or try dnsmasq
suomi
On 05/16/2012 08:54 AM, JD wrote:
On Tue, May 15, 2012 at 9:20 PM, Ed Greshko
wrote:
On 05/16/2012 10:11 AM, JD wrote:
I have nscd running.
/etc/resolv.conf starts out with
nameserver 127.0.0
On 05/16/2012 01:29 AM, Ed Greshko wrote:
On 05/16/2012 02:54 PM, JD wrote:
I understand the libs are what make calls to the resolver. But even
the resolver must look
at /etc/resolv.conf.
Well, you did say: "Am I to believe that the browser is NOT using
/etc/resolv.conf"
which to me reads tha
fedora skrev 16.05.12 10:33:
> ... or try dnsmasq
>
> suomi
>
> On 05/16/2012 08:54 AM, JD wrote:
>> On Tue, May 15, 2012 at 9:20 PM, Ed Greshko
>> wrote:
>>> On 05/16/2012 10:11 AM, JD wrote:
I have nscd running.
/etc/resolv.conf starts out with
nameserver 127.0.0.1
nameserver
... or try dnsmasq
suomi
On 05/16/2012 08:54 AM, JD wrote:
On Tue, May 15, 2012 at 9:20 PM, Ed Greshko wrote:
On 05/16/2012 10:11 AM, JD wrote:
I have nscd running.
/etc/resolv.conf starts out with
nameserver 127.0.0.1
nameserver 192.168.1.254
The 192.168.1.254 is the router, which has bee
On 05/16/2012 01:29 AM, Ed Greshko wrote:
On 05/16/2012 02:54 PM, JD wrote:
I understand the libs are what make calls to the resolver. But even
the resolver must look
at /etc/resolv.conf.
Well, you did say: "Am I to believe that the browser is NOT using
/etc/resolv.conf"
which to me reads tha
On 05/16/2012 01:10 AM, Siddhesh Poyarekar wrote:
On 16 May 2012 07:41, JD wrote:
I have nscd running.
/etc/resolv.conf starts out with
nameserver 127.0.0.1
nameserver 192.168.1.254
The 192.168.1.254 is the router, which has been a fast and reliable
resolver.
So, to test nscd caching behavio
On 05/16/2012 02:54 PM, JD wrote:
> I understand the libs are what make calls to the resolver. But even
> the resolver must look
> at /etc/resolv.conf.
Well, you did say: "Am I to believe that the browser is NOT using
/etc/resolv.conf"
which to me reads that you were thinking that somehow the
For random crashes, look into things like:
A buggy screensaver, particularly if you're set up to randomly swap
between different screen savers.
The CPU cooling is working properly (fans not spinning, or blocked
vents). Likewise for graphics card fans, power supply fans, and other
case fans.
Che
On 16 May 2012 07:41, JD wrote:
> I have nscd running.
> /etc/resolv.conf starts out with
> nameserver 127.0.0.1
> nameserver 192.168.1.254
>
>
> The 192.168.1.254 is the router, which has been a fast and reliable
> resolver.
>
> So, to test nscd caching behavior,
> I browse (using FF) over to any
42 matches
Mail list logo
