Re: Infrastructure status, 2008-08-16 UTC 1530

[Arthur Pemberton]

On Sun, Aug 17, 2008 at 5:42 AM, Marcelo M. Garcia
<[EMAIL PROTECTED]> wrote:
> max wrote:
>>
>> Tim wrote:
>>>
>>> On Sat, 2008-08-16 at 15:13 -0400, Matthew Miller wrote:

 So, is it safe to apply updates?
>>>
>>> I wondered that, too.  The original posting was too vague.  You can't
>>> tell if they're just fixing a fault, or sorting out an attack.
>>>
>> Assume the latter and act accordingly.
>>
>
> This means that if I updated my systems they could be compromised and I need
> to re-install? All because the announcement was made in other list!
>
> In any moment was clear to me, and probably others, that you have to another
> list to get such important announcements.
>
> Marcelo


In all fairness, I don't think it is too much of an assumption that
people would subscribe to the fedora-announce-list for announcements.
The fedora-list has always been for troubleshooting.

http://fedoraproject.org/wiki/Communicate#Mailing_Lists

Aside from personally sending you an email, how would you suggest that
it be made more clear. Perhaps your suggestion can be implemented.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Infrastructure status, 2008-08-16 UTC 1530

[Steve Repo]

On Mon, Aug 18, 2008 at 1:29 AM, max bianco <[EMAIL PROTECTED]>wrote:

> On Sun, Aug 17, 2008 at 8:36 AM, Matthew Miller <[EMAIL PROTECTED]> wrote:
> > On Sat, Aug 16, 2008 at 11:09:09PM -0400, max wrote:
> >>> I wondered that, too.  The original posting was too vague.  You can't
> >>> tell if they're just fixing a fault, or sorting out an attack.
> >> Assume the latter and act accordingly.
> >
> > Like, how? Quick, switch everything to another distro? We don't know
> enough
> > to act reasonably.
> >
> Like keep your eyes open for anything unusual at the least. Do a
> little packet sniffing just to see if there is any unusual traffic...I
> mean take sensible precautions, run chrootkit and rkhunter, run clam,
> obviously you aren't going to blow away boxes on a whim but it pays to
> be aware of what transpires on your network. I thought that is what
> sysadmins were suppossed to do, be aware of what's going on with the
> network.
>


If only all the sysadmins in the world had the time to check on each system
and every packet on the network! Try looking for a needle in a haysack?

The least fedora could have done is give some suggestions to users on how to
take precautions if this is really a security issue which seems quite
obvious now since it's been days and everyone is in the dark

Steve
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Kongqueror 4.1 - right click does nothing

[Dave Feustel]

On Sun, Aug 17, 2008 at 08:20:45PM -0430, Patrick O'Callaghan wrote:
> On Sun, 2008-08-17 at 20:04 -0400, Dave Feustel wrote:
> > In both konqueror 4.0.5 and 4.1 on Fedora 9, right click now
> > does nothing. Is any one else having this problem?
> 
> Right-click where? I get different pop-ups depending on the cursor
> position.
> 
> poc

I get nothing, regardless of where the cursor is.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

I think I have shut off a wrong service !?

[William Case]

Hi;

With all the playing and poking around for the last couple of weeks over
networking, I think I might have shut down a crucial service.

I have developed the following problems.

  * information for system => networking missing from my .gconf and
gconf-editor.
  * latest linux kernel update installed but not being updated in
grub.conf
  * 'clock' applet not getting task and calendar info from Evolution
properly -- works once when freshly added to panel.
  * my trashcan has disappeared from my desktop and nautilus through
gconf-editor won't/can't put it back
  * plus others that might not be related.


Below is a list of my services.  Is anything missing that should be
there or is anything off that should be on.

]$ chkconfig --list
NetworkManager  0:off   1:off   2:on3:on4:on5:on6:off
acpid   0:off   1:off   2:on3:on4:on5:on6:off
anacron 0:off   1:off   2:on3:on4:on5:on6:off
atd 0:off   1:off   2:off   3:on4:on5:on6:off
auditd  0:off   1:off   2:on3:on4:on5:on6:off
avahi-daemon0:off   1:off   2:off   3:on4:on5:on6:off
bluetooth   0:off   1:off   2:on3:on4:on5:on6:off
boinc-client0:off   1:off   2:on3:on4:on5:on6:off
btseed  0:off   1:off   2:off   3:off   4:off   5:off   6:off
bttrack 0:off   1:off   2:off   3:off   4:off   5:off   6:off
capi0:off   1:off   2:off   3:off   4:off   5:off   6:off
cpuspeed0:off   1:on2:on3:on4:on5:on6:off
crond   0:off   1:off   2:on3:on4:on5:on6:off
cups0:off   1:off   2:on3:on4:on5:on6:off
dc_client   0:off   1:off   2:off   3:off   4:off   5:off   6:off
dc_server   0:off   1:off   2:off   3:off   4:off   5:off   6:off
dund0:off   1:off   2:off   3:off   4:off   5:off   6:off
firstboot   0:off   1:off   2:off   3:off   4:off   5:off   6:off
fuse0:off   1:off   2:off   3:off   4:off   5:off   6:off
gpm 0:off   1:off   2:on3:on4:on5:off   6:off
haldaemon   0:off   1:off   2:off   3:on4:on5:on6:off
hsqldb  0:off   1:off   2:off   3:off   4:off   5:off   6:off
httpd   0:off   1:off   2:on3:on4:on5:on6:off
ip6tables   0:off   1:off   2:on3:on4:on5:on6:off
iptables0:off   1:off   2:on3:on4:on5:on6:off
irda0:off   1:off   2:off   3:off   4:off   5:off   6:off
irqbalance  0:off   1:off   2:off   3:on4:on5:on6:off
isdn0:off   1:off   2:on3:on4:on5:on6:off
jetty   0:off   1:off   2:off   3:off   4:off   5:off   6:off
kerneloops  0:off   1:off   2:off   3:on4:on5:on6:off
lm_sensors  0:off   1:off   2:off   3:off   4:off   5:off   6:off
mdmonitor   0:off   1:off   2:on3:on4:on5:on6:off
messagebus  0:off   1:off   2:on3:on4:on5:on6:off
multipathd  0:off   1:off   2:off   3:off   4:off   5:off   6:off
netconsole  0:off   1:off   2:off   3:off   4:off   5:off   6:off
netfs   0:off   1:off   2:on3:on4:on5:on6:off
netplugd0:off   1:off   2:on3:on4:on5:on6:off
network 0:off   1:off   2:off   3:off   4:off   5:off   6:off
nfs 0:off   1:off   2:on3:on4:on5:on6:off
nfslock 0:off   1:off   2:off   3:on4:on5:on6:off
nscd0:off   1:off   2:off   3:off   4:off   5:off   6:off
ntpd0:off   1:off   2:off   3:off   4:off   5:off   6:off
ntpdate 0:off   1:off   2:off   3:off   4:off   5:off   6:off
nvidia  0:off   1:off   2:on3:on4:on5:on6:off
pand0:off   1:off   2:on3:on4:on5:on6:off
pcscd   0:off   1:off   2:off   3:off   4:off   5:off   6:off
psacct  0:off   1:off   2:off   3:off   4:off   5:off   6:off
rdisc   0:off   1:off   2:off   3:off   4:off   5:off   6:off
restorecond 0:off   1:off   2:on3:on4:on5:on6:off
rpcbind 0:off   1:off   2:on3:on4:on5:on6:off
rpcgssd 0:off   1:off   2:off   3:on4:on5:on6:off
rpcidmapd   0:off   1:off   2:on3:on4:on5:on6:off
rpcsvcgssd  0:off   1:off   2:off   3:off   4:off   5:off   6:off
rsyslog 0:off   1:off   2:on3:on4:on5:on6:off
saslauthd   0:off   1:off   2:off   3:off   4:off   5:off   6:off
sendmail0:off   1:off   2:on3:on4:on5:on6:off
setroubleshoot  0:off   1:off   2:off   3:on4:on5:on6:off
shorewall   0:off   1:off   2:off   3:off   4:off   5:off   6:off
smartd  0:off   1:off   2:off   3:off   4:off   5:off   6:off
smolt   0:off   1:off   2:on3:on4:on5:on6:off
s

Re: spooky coincidence or disk killer virus?

[Ed Greshko]

Tim wrote:


I've seen live television where a camera was struck.  They were filming
the golf, and one of the remotes got hit.  The picture went wonky, then
the cameraman dropped his camera, then picked up moments later and
carried on filming, unaware of what bit him until told about it.  I
don't think I'd do that, I'd be sitting down and thinking about things
for a while, so to speak.


If it was a golfing event, I'd probably be heading to the nearest water 
hazard to wash out my undies.  :-)


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Tim]

On Sun, 2008-08-17 at 21:47 -0400, Tom Horsley wrote:
> this was one of those flash-boom varieties with no time delay between
> flash and boom

I had one of them, with no warning (it was the first strike).  It scared
the wits out of me, and one of the computers.  It suddenly winked out
and rebooted, while other things carried on as if nothing had happened.
The computer seemed fine, afterwards.

I've never been that close to a strike before.  The flash was alarming
and the sound was incredible.

I've seen live television where a camera was struck.  They were filming
the golf, and one of the remotes got hit.  The picture went wonky, then
the cameraman dropped his camera, then picked up moments later and
carried on filming, unaware of what bit him until told about it.  I
don't think I'd do that, I'd be sitting down and thinking about things
for a while, so to speak.

-- 
[EMAIL PROTECTED] ~]$ uname -r
2.6.25.14-108.fc9.i686

Don't send private replies to my address, the mailbox is ignored.  I
read messages from the public lists.



-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: (slashdot)Package Managers As Achilles Heel

[Mikkel L. Ellertson]

Joel Rees wrote:
> Just being alarmist, here,
> 
> On Aug 18, 2008, at 5:42 AM, Mikkel L. Ellertson wrote:
> 
>> Björn Persson wrote:
>>> Mikkel L. Ellertson wrote:
 Marcelo M. Garcia wrote:
> http://it.slashdot.org/article.pl?sid=08/07/10/227220&from=rss
 Two things bother me about this. First of all, most users are not
 using the same mirror all the time, so there would only be a brief
 window that the system would be vulnerable. The second thing is that
 yum is not going to install an older package, and the package
 version is not dependent on the file name. It is part of the
 information in the RPM. So they could delay the installation of an
 update on some systems. By default, yum picks a mirror at random
 from the mirror list to help spread the load on the mirrors.
>>>
>>> I found this in their FAQ:
>>>
>>> | Q: I use a service that distributes my requests to different
>>> mirrors for my
>>> | distribution (like MirrorManager). That means I'm not vulnerable,
>>> right?
>>>
>>> | A: The good aspect of these systems is that it may spread your
>>> requests
>>> | across multiple mirrors in the normal case. However, when testing
>>> some of
>>> | these systems, we were able to target the clients that used our
>>> mirror and
>>> | exclude them from using other mirrors. This means that if an
>>> attacker wants
>>> | to target your organization, these services may help the attacker
>>> do so.
>>>
>>> It's not clear whether Yum is vulnerable to getting locked to the
>>> malicious
>>> mirror, or how they did it.
>>>
>>> Björn Persson
>>>
>> By default, the mirrir list is fetched from
>> http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever&arch=$basearch
>>
>> and a mirror is picked at random from the list. You can override the
>> mirror used with the fast-mirror plugin, or by editing the repo
>> configuration file. So yum is probably not one of the clients they
>> could do that to.
> 
> Can yum install something that would overwrite its own configuration file?
> 
Sure, if you have an RPM that overwrite the fedora-release RPM
(Fedora repo configs) or the yum RPM. Plus you can add repo's
besides the Fedora ones. But the packages have to be signed with a
key you have installed, and be a newer version then the ones you
have. The signature in the hard part. If you modify the RPM, the
signature will no longer be valid. You need the Fedora private
key(s) to resign them. So while it can be done, it would not be easy
- you would have to convince the administrator to install the RPM
ageist proper security practices. You have to override you to
install the bad package.

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!



signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Russell Miller]

On Sun, Aug 17, 2008 at 6:47 PM, Tom Horsley <[EMAIL PROTECTED]> wrote:

>
> For a little while, this was one of those flash-boom varieties with
> no time delay between flash and boom, so some of them were indeed
> pretty close.
>

No time delay?  Yeah, I think you found the source of your problem.

Since there was no delay, that means they had to be at 1/5th of a mile or
closer (for about 200ms delay, which is not really all that perceptible).
That's a thousand feet.  Much closer than that and you're going to see
effects.  So, yeah.

--Russell
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Roger Heflin]

Alan Cox wrote:

Is this just a sign of superb quality control in the samsung
disk factories turning out identical disks that last almost
the exact same amount of time in the same CPU case with the
same number of power cycles?


I gad a very similar thing happen with IBM disks and a raid 1 array. That
near miss taught me a lesson about mixing drives in a raid array.


Or is there some spooky virus around that can actually destroy
the electronics in disk drives (both disks appear to be so dead
they can't even be recognized as disk drives by the BIOS).


In theory some drives can be firmware flashed and destroyed.   In practice
there are several more likely things I can think of as well as
the identical disks case:

- Power problems
- Exposure to strong magnetic fields (the firmware is mostly stored on
disk so if you trash the disk in a big magnetic field it may not register
in future..)


I would not count on any magnetic field anyone reasonably comes in contact
with doing much of anything to a disk.   The disks already have some of the
most powerful permanent magnets inside of the disk case within < an inch of
the disk.   And degaussing a disk is almost impossible to do by accident,
and in fact it takes a pretty expensive machine to do a proper job of it
(>$100k US).   I know a few years ago somewhere I worked tried to degauss
some 8mm tapes and did not have any luck with any of the handheld degaussers,
all of the tapes still read just fine, and the current disk material is
rated to require close to 10x the magnetic field strength of those tapes, so
are even harder to mess up.


- Nearby lightning strike damaging electroncis.


That would be more likely, I had one of my users take a machine overseas
(US 110V machine, not an auto voltage power supply) and someone got the
correct local cord and plugged it in without moving the switch to 220.
That took out the PS, one of the 2 hard disks, and a few other things,
with just a bit more voltage it would have likely gotten everything...



Or it could just be chance



That is very possible if both disks came from the same batch, I have
seen what good process control does when there was a underlying process
problem that no one knew about...

Usually when I have lost a large portion (or all) of a single lot it
has been a spin-up failure (I assume bad lube, or bad bearings, or a
bad motor, or ???), and they all tend to fail pretty consistently and usually
the ones that have not failed yet consistently fail on the next reboot or power 
up of any machines with that same disks model in them.


 Roger

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Craig White]

On Sun, 2008-08-17 at 21:47 -0400, Tom Horsley wrote:
> On Sun, 17 Aug 2008 17:44:23 -0700
> "Russell Miller" <[EMAIL PROTECTED]> wrote:
> 
> > If lightning strikes close enough it doesn't matter if it's unplugged,
> > lightning causes an EMP which could fry stuff.  Has to be really close
> > though,. and you'd know it.
> 
> For a little while, this was one of those flash-boom varieties with
> no time delay between flash and boom, so some of them were indeed
> pretty close.

close is when the hairs on your arms/head stand up and you can smell the
ozone.

Craig

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Tom Horsley]

On Sun, 17 Aug 2008 17:44:23 -0700
"Russell Miller" <[EMAIL PROTECTED]> wrote:

> If lightning strikes close enough it doesn't matter if it's unplugged,
> lightning causes an EMP which could fry stuff.  Has to be really close
> though,. and you'd know it.

For a little while, this was one of those flash-boom varieties with
no time delay between flash and boom, so some of them were indeed
pretty close.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: (slashdot)Package Managers As Achilles Heel

[Joel Rees]

Just being alarmist, here,

On Aug 18, 2008, at 5:42 AM, Mikkel L. Ellertson wrote:


Björn Persson wrote:

Mikkel L. Ellertson wrote:

Marcelo M. Garcia wrote:

http://it.slashdot.org/article.pl?sid=08/07/10/227220&from=rss

Two things bother me about this. First of all, most users are not
using the same mirror all the time, so there would only be a brief
window that the system would be vulnerable. The second thing is that
yum is not going to install an older package, and the package
version is not dependent on the file name. It is part of the
information in the RPM. So they could delay the installation of an
update on some systems. By default, yum picks a mirror at random
from the mirror list to help spread the load on the mirrors.


I found this in their FAQ:

| Q: I use a service that distributes my requests to different  
mirrors for my
| distribution (like MirrorManager). That means I'm not  
vulnerable, right?


| A: The good aspect of these systems is that it may spread your  
requests
| across multiple mirrors in the normal case. However, when  
testing some of
| these systems, we were able to target the clients that used our  
mirror and
| exclude them from using other mirrors. This means that if an  
attacker wants
| to target your organization, these services may help the  
attacker do so.


It's not clear whether Yum is vulnerable to getting locked to the  
malicious

mirror, or how they did it.

Björn Persson


By default, the mirrir list is fetched from
http://mirrors.fedoraproject.org/mirrorlist?repo=fedora- 
$releasever&arch=$basearch

and a mirror is picked at random from the list. You can override the
mirror used with the fast-mirror plugin, or by editing the repo
configuration file. So yum is probably not one of the clients they
could do that to.


Can yum install something that would overwrite its own configuration  
file?



Now, if you used a DNS bug to hijack
mirrors.fedoraproject.org, then you could lock in the mirror used by
suppling a list that only contained pointers to the malicious mirror.

Mikkel
--

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list



--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Intel 82541GI NIC comes up at 10mbps on one port

[Roger Heflin]

Mikkel L. Ellertson wrote:

Sam Varshavchik wrote:

Mikkel L. Ellertson writes:


Try using ethtoolto lock the port to 100 Mbs Full Duplex. It is
probably that the two do not handshake correctly to set the faster
speed. If I remember correctly, that was one of the things that the
exact protocol was not specified, so not all hardware works correctly.

I should've mentioned that I tried that too. By itself "speed 100" has
no effect, and the link still comes up auto-negotiated at 10mbps.

If I use "speed 100 autoneg off" the '100mbps' LED indicator on the
router does come on, but the NIC is completely dead and does not respond
to pings. Adding an explicit "duplex half" or "duplex full" to the mix
makes no difference. I've also tried unplugging and plugging the cable
after forcing the speed to 100. The router itself, as I mentioned, has
no configurable knobs, just the ports and nothing else. I'm guessing
that even after forcing the speed to 100mbps, the router wants to
negotiate something.

Sorting through the documentation for e1000.ko, there's a module option
to limit advertised link speeds to 100 mbps only, that is,
auto-negotiation remains on but the card won't advertise 10 mbps speed.
After enabling that option, the port does not come up at all.


Well, there goes the simple fix.

I would not expect "configuration knobs" on the router. There should
be configuration web pages when you open the routers address in a
web browser. http://192.168.0.1 or http://192.168.1.1 is the default
address, if I remember right. It is in the router manual. But it
probably does not have anything to help you with your problem.

Mikkel



In the past having one side negotiating and not the other got
generally bad results (usually 10-half duplex was the default
if negotiating failed, no matter what the other side was forced
to-and things worked really really bad).

On my linksys router (with the add-on linux DD-WRT software) I
can set each port to autoneg/100/FD, so it may be possible on
a standard router with the standard linksys router software.

   Roger

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ??

[Patrick O'Callaghan]

On Sun, 2008-08-17 at 15:55 -0800, Jeff Spaleta wrote:
> On Sun, Aug 17, 2008 at 5:46 AM, Patrick O'Callaghan
> <[EMAIL PROTECTED]> wrote:
> > Or am I misunderstanding something?
> 
> 
> I think you should get acquainted with the NM roadmap, specifically
> the work concerning how user connections are going to be publishable
> as system wide settings so NM can bring up interfaces at boot
> 
> And if you are KDE user then you should check in with how kde4.1 plans
> to interfaces with NM.  I'm not a kde user, so I can't tell you. All I
> can tell you is that the release notes for kde 4 and the betas leading
> up to 4.1 have mentioned NM integration.  There's absolutely no reason
> that each and every desktop that wants to can implement its on user
> session daemon to communicate with the system level daemon via D-Bus.
> I'm pretty sure for KDE 4.x there is something native to fill the role
> that nm-applet does. But since I'm not a KDE users I'm not going to
> pretend to understand it to the point of explaining it.

Fair enough. It's just that your previous posts imply that this has
something to do with NM itself, not nm-applet. However I see that
although NM is a Gnome project it is designed to allow a variety of
"info-managers" including GConf, LDAP, KConfig etc. See
http://live.gnome.org/NetworkManagerConfiguration

I'll need to read more to understand how this is going to work when the
same machine is running several different desktops at the same time.

poc

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Kongqueror 4.1 - right click does nothing

[Patrick O'Callaghan]

On Sun, 2008-08-17 at 20:04 -0400, Dave Feustel wrote:
> In both konqueror 4.0.5 and 4.1 on Fedora 9, right click now
> does nothing. Is any one else having this problem?

Right-click where? I get different pop-ups depending on the cursor
position.

poc

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: F9 boot-from-USB MemStick?

[Mikkel L. Ellertson]

Björn Persson wrote:
> 
> It's supposed to be possible to make a "live" USB stick out of a "live" CD 
> image. I haven't tried that but I have sometimes installed Fedora using an 
> installation DVD image and two USB sticks. I put the DVD image on one USB 
> stick such that the ISO image was a file in the file system on the stick. 
> Then I took the image file diskboot.img (which seems to be efidisk.img in 
> Fedora 9) from the DVD image and wrote it to another USB stick such that the 
> image became the file system on the stick. As I recall I first inserted the 
> boot stick and booted from it. Then I inserted the other USB stick, selected 
> the option to install from a hard disk, and gave the installer the path to 
> the DVD image on the stick.
> 
> Björn Persson
> 
http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo
http://lifehacker.com/391067/fedora-9-puts-your-desktop-on-a-usb-drive

There is a livecd-iso-to-disk script script on the live CD - you
will want that one if you want a system where you can save settings.

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!


signature.asc
Description: PGP signature


signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Russell Miller]

On Sun, Aug 17, 2008 at 5:21 PM, Tom Horsley <[EMAIL PROTECTED]> wrote:

> > I agree with the others, most likey power or impulse related.
>
> Yea, power could be it. I unplugged everything earlier in the
> day the first one died because one of those "Wrath of God" style
> thunder boomers was heading my way. Maybe I didn't turn it off
> soon enough.
>

If lightning strikes close enough it doesn't matter if it's unplugged,
lightning causes an EMP which could fry stuff.  Has to be really close
though,. and you'd know it.

Look for videos of close strikes on youtube, you can see the EMP hit the
electronics of the camera, manifests as a distortion in the video.

I'm a bit of a weather geek.  :-)

--Russell
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: F9 boot-from-USB MemStick?

[Mikkel L. Ellertson]

Björn Persson wrote:
> 
> It's supposed to be possible to make a "live" USB stick out of a "live" CD 
> image. I haven't tried that but I have sometimes installed Fedora using an 
> installation DVD image and two USB sticks. I put the DVD image on one USB 
> stick such that the ISO image was a file in the file system on the stick. 
> Then I took the image file diskboot.img (which seems to be efidisk.img in 
> Fedora 9) from the DVD image and wrote it to another USB stick such that the 
> image became the file system on the stick. As I recall I first inserted the 
> boot stick and booted from it. Then I inserted the other USB stick, selected 
> the option to install from a hard disk, and gave the installer the path to 
> the DVD image on the stick.
> 
> Björn Persson
> 
http://lifehacker.com/391067/fedora-9-puts-your-desktop-on-a-usb-drive

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!



signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Tom Horsley]

> I agree with the others, most likey power or impulse related.

Yea, power could be it. I unplugged everything earlier in the
day the first one died because one of those "Wrath of God" style
thunder boomers was heading my way. Maybe I didn't turn it off
soon enough.

Anyway, it looks like the repos are up again, so I should be
up to date and back to normal soon with a couple of much bigger
disks (now if Fay will only stay as far west as possible away
from South Florida, maybe I'll be OK for a while :-).

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Kongqueror 4.1 - right click does nothing

[Dave Feustel]

In both konqueror 4.0.5 and 4.1 on Fedora 9, right click now
does nothing. Is any one else having this problem?

Thanks.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ??

[Jeff Spaleta]

On Sun, Aug 17, 2008 at 5:46 AM, Patrick O'Callaghan
<[EMAIL PROTECTED]> wrote:
> Or am I misunderstanding something?


I think you should get acquainted with the NM roadmap, specifically
the work concerning how user connections are going to be publishable
as system wide settings so NM can bring up interfaces at boot

And if you are KDE user then you should check in with how kde4.1 plans
to interfaces with NM.  I'm not a kde user, so I can't tell you. All I
can tell you is that the release notes for kde 4 and the betas leading
up to 4.1 have mentioned NM integration.  There's absolutely no reason
that each and every desktop that wants to can implement its on user
session daemon to communicate with the system level daemon via D-Bus.
I'm pretty sure for KDE 4.x there is something native to fill the role
that nm-applet does. But since I'm not a KDE users I'm not going to
pretend to understand it to the point of explaining it.

-jef
.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Intel 82541GI NIC comes up at 10mbps on one port

[Mikkel L. Ellertson]

Sam Varshavchik wrote:
> Mikkel L. Ellertson writes:
> 
>> Try using ethtoolto lock the port to 100 Mbs Full Duplex. It is
>> probably that the two do not handshake correctly to set the faster
>> speed. If I remember correctly, that was one of the things that the
>> exact protocol was not specified, so not all hardware works correctly.
> 
> I should've mentioned that I tried that too. By itself "speed 100" has
> no effect, and the link still comes up auto-negotiated at 10mbps.
> 
> If I use "speed 100 autoneg off" the '100mbps' LED indicator on the
> router does come on, but the NIC is completely dead and does not respond
> to pings. Adding an explicit "duplex half" or "duplex full" to the mix
> makes no difference. I've also tried unplugging and plugging the cable
> after forcing the speed to 100. The router itself, as I mentioned, has
> no configurable knobs, just the ports and nothing else. I'm guessing
> that even after forcing the speed to 100mbps, the router wants to
> negotiate something.
> 
> Sorting through the documentation for e1000.ko, there's a module option
> to limit advertised link speeds to 100 mbps only, that is,
> auto-negotiation remains on but the card won't advertise 10 mbps speed.
> After enabling that option, the port does not come up at all.
> 
Well, there goes the simple fix.

I would not expect "configuration knobs" on the router. There should
be configuration web pages when you open the routers address in a
web browser. http://192.168.0.1 or http://192.168.1.1 is the default
address, if I remember right. It is in the router manual. But it
probably does not have anything to help you with your problem.

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!



signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Tod Merley]

On Sun, Aug 17, 2008 at 2:48 PM, Tom Horsley <[EMAIL PROTECTED]> wrote:
> Friday, my system disk died, so I took that as a sign to
> reinstall everything from scratch and reorganize my partitions
> (not to mention getting a much bigger disk). I figure the disk
> picked Friday to die because it knew fedora updates and livna
> build system were down, so it would be the most inconvenient
> time it could possibly pick to die :-).
>
> Today, my 2nd disk with lots of data died as well (the new
> disk is currently getting filled back up via rsync from
> my backup drive).
>
> Is this just a sign of superb quality control in the samsung
> disk factories turning out identical disks that last almost
> the exact same amount of time in the same CPU case with the
> same number of power cycles?
>
> Or is there some spooky virus around that can actually destroy
> the electronics in disk drives (both disks appear to be so dead
> they can't even be recognized as disk drives by the BIOS).
>
> These were 2 samsung HD160JJ sata disks ordered at the same time
> and probably pulled from the same box, both made 2006.1 according
> to the date stamp.
>
> I hope this isn't the same problem livna and fedora infrastructure
> had :-).
>
> --
> fedora-list mailing list
> fedora-list@redhat.com
> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>


Hi Tom Horsley!

I agree with the others, most likey power or impulse related.  Brown
outs or spikes from large electric motors or welding devices or
lightning can take out a lot of things.  Also, if your weather over
there is hot and the air handling in the unit is poor I suppose they
could overheat.  If the enviornment is cold but then you open a door
to the hot outside it is possible to create water condensation inside
a unit which can do very strange things indeed.

It is likely that whatever is in the enviornment that took the one
dirve weakened the other.  Either way your sense of them dieing to
gether because they were made the same and in the same enviornment is
valad.

To look for a possible virus connection google your manufacturer of HD
and MB together and apart along with the word "virus", firmware,
problem, and failure.

Good hunting!

Tod

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Alan Cox]

> Is this just a sign of superb quality control in the samsung
> disk factories turning out identical disks that last almost
> the exact same amount of time in the same CPU case with the
> same number of power cycles?

I gad a very similar thing happen with IBM disks and a raid 1 array. That
near miss taught me a lesson about mixing drives in a raid array.

> Or is there some spooky virus around that can actually destroy
> the electronics in disk drives (both disks appear to be so dead
> they can't even be recognized as disk drives by the BIOS).

In theory some drives can be firmware flashed and destroyed. In practice
there are several more likely things I can think of as well as
the identical disks case:

- Power problems
- Exposure to strong magnetic fields (the firmware is mostly stored on
disk so if you trash the disk in a big magnetic field it may not register
in future..)
- Nearby lightning strike damaging electroncis.

Or it could just be chance

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ?? [SOLVED] kinda

[William Case]

Thanks for your time and thoughtful explanation Marko;

On Sun, 2008-08-17 at 20:49 +, Marko Vojinovic wrote:
> Ok, can I give it a try to help clear things up? Not that I am an expert on 
> the subject, but hopefully... :-) Somebody please correct me if I get 
> something wrong here.
[BIG SNIP]

I have copied and pasted your explanation into the notes I am keeping.
You come close to describing what I have come to understand over the
last week.

It would probably been more clear if I had had system => networking =>
connections showing in my gconf-editor.  Now I have to figure out how to
fix that.  I think I will start with a yum remove and yum install
gconf-editor.

I am not sure whether networking data was in there originally and got
removed by my messing around, or was never there.

-- 
Regards Bill;
Fedora 9, Gnome 2.22.3
Evo.2.22.3.1, Emacs 22.2.1

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: spooky coincidence or disk killer virus?

[Russell Miller]

Tom Horsley wrote:

Is this just a sign of superb quality control in the samsung
disk factories turning out identical disks that last almost
the exact same amount of time in the same CPU case with the
same number of power cycles?
  

I'd bet on a power spike.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

spooky coincidence or disk killer virus?

[Tom Horsley]

Friday, my system disk died, so I took that as a sign to
reinstall everything from scratch and reorganize my partitions
(not to mention getting a much bigger disk). I figure the disk
picked Friday to die because it knew fedora updates and livna
build system were down, so it would be the most inconvenient
time it could possibly pick to die :-).

Today, my 2nd disk with lots of data died as well (the new
disk is currently getting filled back up via rsync from
my backup drive).

Is this just a sign of superb quality control in the samsung
disk factories turning out identical disks that last almost
the exact same amount of time in the same CPU case with the
same number of power cycles?

Or is there some spooky virus around that can actually destroy
the electronics in disk drives (both disks appear to be so dead
they can't even be recognized as disk drives by the BIOS).

These were 2 samsung HD160JJ sata disks ordered at the same time
and probably pulled from the same box, both made 2006.1 according
to the date stamp.

I hope this isn't the same problem livna and fedora infrastructure
had :-).

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: F7 on EeePC : how to connect??

[Beartooth]

On Sun, 17 Aug 2008 10:59:13 -0700, Roopnarine, Peter wrote:

> Even though you might have an older eee PC model, I suggest that you
> install Fedora 9 on it. Even Fedora 8 is lacking suitable drivers. 

Hmm  I hadn't thought of the driver question. I do remember 
that getting F8 to run on it was one helluva lot of work ...

> I
> recently used liveusb creator to download and install Fedora 9-KDE on an
> eee PC 4G. The live boot worked fine and the machine networked instantly
> with a DHCP connection via LAN cable. I installed from the live desktop,
> using the default partition scheme, and everything was fine upon reboot.

I'm not sure I even made a liveCD for F9; I had enough trouble 
getting usable install media burned. But I'm trying an upgrade now, and 
if that fails, I'll try a fresh install next.

The reason I tried F7 was that I have an older PC, which had run 
both F7 and F8 fine, and which seemed to have taken to F9 as well, till 
it suddenly seemed to die. I thought my hard drive was kaputt. But then a 
young friend who speaks hardware, and works on computers for a living, 
brought his whole toolkit over.

At his behest, I ran DBAN, then installed F7; it took at once, 
several weeks ago, and still seems fine.

> I then instrall kmod-madwifi package, and after another reboot, wireless
> was up and running. I travel a lot, and I have to say that my experience
> with the capabilities and convenience of the eee PC are very different
> from yours. I am able to do a lot of work remotely, but I even have the
> Gimp installed on the thing.

Is kmod-madwifi something I can run under Gnome, or do I need a 
different package?

I don't doubt it's a good machine; but I'll give long odds your 
fingers are smaller and more agile, and your eyes sharper, than mine. I 
can't manage a touchpad, if that's the name for such things, on a big 
laptop, let alone this one.
 
It'll do me for waiting in doctors' offices, etc. -- and be small 
enough to take to such places. But even with a mouse, I can't keep at it 
physically for more than an hour or so.

-- 
Beartooth Staffwright, PhD, Neo-Redneck Linux Convert
Fedora 7, 8 & 9; Alpine 1.10, Pan 0.132; Privoxy 3.0.6;
Dillo 0.8.6, Galeon 2, Epiphany 2, Opera 9, Firefox 2 & 3
Remember I know precious little of what I am talking about.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: F9 + KDE 4.0 (and 4.1) + Inkscape (missing color picker widgets) [SOLVED]

[Michael Park]

> In most cases I've seen gtk-qt-engine of misrenders, it's usually a bug in 
> the app.  Are the inkscape folks *certain* about this?
>

No, but it was suggested to try and send it their way first, and they
could always send back over to the inkscape devs if they felt it
wasn't theirs.

Here's a snip from my email thread on the inkscape-devel list:

..

>> Again this looks like a GTK-QT Theme Engine bug.
>
> So would it be better to report this bug to the GTK-Qt Theme Engine
> devs, or the Nokia/Trolltech guys?
>
Mike,

I would bug the GTK-Qt guys first. They can always talk to us if they
feel it our bug and not their's.
It could be our older code base (pre-fork) is the issue but that first
glance it looks like it just a case the haven't fully covered.

Joshua L. Blocher
verbalshadow

..

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Yum Failure with mirrors unavailable

[Bob Goodwin USA]

Gregory P. Ennis wrote:


Yes, I believe it is the result of system problems. 


Bob



Thanks Bob see the other posts now

  


Things appear to be working now, I just finished the latest update.

Bob


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Intel 82541GI NIC comes up at 10mbps on one port

[Sam Varshavchik]

Mikkel L. Ellertson writes:


Sam Varshavchik wrote:

I'm stumped. I've got a motherboard with the following dual-port NIC:

03:0a.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet
Controller
Subsystem: Intel Corporation PRO/1000 MT Network Connection

One port is connected to my DSL modem. It comes up at 100mbps:

Aug 17 15:54:41 headache kernel: e1000: eth0: e1000_watchdog: NIC Link
is Up 100 Mbps Full Duplex, Flow Control: RX

The second port is connected to a plain-vanilla Linksys router. That
port always negotiates to 10mbps, no matter what:


<-{[SNIP]>


I've arrived at a dead end. No matter what, the motherboard can talk to
the router only @10mbps. The only possibility that I see is that the
'Intel Corporation 82541GI' NIC has an interoperability problem with
this specific Linksys router hardware. It's a plain blue 5-port consumer
router, plug in and go, no knobs to turn.

So, any suggestions, besides "get a new router"?


Try using ethtoolto lock the port to 100 Mbs Full Duplex. It is
probably that the two do not handshake correctly to set the faster
speed. If I remember correctly, that was one of the things that the
exact protocol was not specified, so not all hardware works correctly.


I should've mentioned that I tried that too. By itself "speed 100" has no 
effect, and the link still comes up autonegotiated at 10mbps.


If I use "speed 100 autoneg off" the '100mbps' LED indicator on the router 
does come on, but the NIC is completely dead and does not respond to pings. 
Adding an explicit "duplex half" or "duplex full" to the mix makes no 
difference. I've also tried unplugging and plugging the cable after forcing 
the speed to 100. The router itself, as I mentioned, has no configurable 
knobs, just the ports and nothing else. I'm guessing that even after forcing 
the speed to 100mbps, the router wants to negotiate something.


Sorting through the documentation for e1000.ko, there's a module option to 
limit advertised link speeds to 100 mbps only, that is, autonegotiation 
remains on but the card won't advertise 10 mbps speed. After enabling that 
option, the port does not come up at all.





pgpS9JEYuGZDJ.pgp
Description: PGP signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ?? [SOLVED -- for now]

[William Case]

Thank you very much Aaron;

I am not going crazy!


On Sun, 2008-08-17 at 15:23 -0500, Aaron Konstam wrote:
> On Sun, 2008-08-17 at 13:09 -0400, William Case wrote:
[snip]
> I  can't find all the connection activity I had found previously but in
> gconf-editor there is a database called:
> system->networking->connections which contains subdirectories that
> contain some connection info.

My gconf-editor has 'system' which includes things like dns_sd;
gstreamer; http_proxy; etc.  But definitely,no => networking; and no =>
networking => connections.

-- 
Regards Bill;
Fedora 9, Gnome 2.22.3
Evo.2.22.3.1, Emacs 22.2.1

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: (slashdot)Package Managers As Achilles Heel

[Mikkel L. Ellertson]

Björn Persson wrote:
> Mikkel L. Ellertson wrote:
>> Marcelo M. Garcia wrote:
>>> http://it.slashdot.org/article.pl?sid=08/07/10/227220&from=rss
>> Two things bother me about this. First of all, most users are not
>> using the same mirror all the time, so there would only be a brief
>> window that the system would be vulnerable. The second thing is that
>> yum is not going to install an older package, and the package
>> version is not dependent on the file name. It is part of the
>> information in the RPM. So they could delay the installation of an
>> update on some systems. By default, yum picks a mirror at random
>> from the mirror list to help spread the load on the mirrors.
> 
> I found this in their FAQ:
> 
> | Q: I use a service that distributes my requests to different mirrors for my
> | distribution (like MirrorManager). That means I'm not vulnerable, right? 
> 
> | A: The good aspect of these systems is that it may spread your requests
> | across multiple mirrors in the normal case. However, when testing some of
> | these systems, we were able to target the clients that used our mirror and
> | exclude them from using other mirrors. This means that if an attacker wants
> | to target your organization, these services may help the attacker do so.
> 
> It's not clear whether Yum is vulnerable to getting locked to the malicious 
> mirror, or how they did it.
> 
> Björn Persson
> 
By default, the mirrir list is fetched from
http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever&arch=$basearch
and a mirror is picked at random from the list. You can override the
mirror used with the fast-mirror plugin, or by editing the repo
configuration file. So yum is probably not one of the clients they
could do that to. Now, if you used a DNS bug to hijack
mirrors.fedoraproject.org, then you could lock in the mirror used by
suppling a list that only contained pointers to the malicious mirror.

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!



signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ?? [SOLVED] kinda

[Marko Vojinovic]

Ok, can I give it a try to help clear things up? Not that I am an expert on 
the subject, but hopefully... :-) Somebody please correct me if I get 
something wrong here.

When we speak of "network", there are several layers at work here.

First, there is hardware. Cables, network cards at their ends and such. Your 
particular host machine may have two network cards, for example (wired and 
wireless, typically for a laptop). These network cards, the *hardware*, are 
called "network interfaces". They are present in your computer whether you 
like it or not, and can have a "state", for example they can be "active" or 
"inactive" and such.

Next there is the kernel. It has drivers and other software to communicate 
with other computers using the network cards, ie. interfaces. This software 
(inside the kernel) encompasses various protocols, firewall, settings, 
parameters etc. You may wish to take a look at /proc/net for a feel of it. 
The kernel is responsible for actual communication, it holds inside the 
settings such as IP number of each interface, its current state and such.

Then there are various utilities that are used to setup and configure these 
settings in the kernel. It goes along the way of conversation like:

utility: "Please, could you set the IP for eth0 interface to be 10.0.0.1?"
kernel: "Ok, it is set, from now on eth0 operates with this IP."
utility: "Please, could you drop any udp packets coming from 1.2.3.4 if they 
are not a response to an outgoing connection?"
kernel: "Ok, the appropriate firewall rule is set up."
utility: "Please, could you tell me if wlan0 interface is active and 
configured?"
kernel: "No, the wlan0 interface is not active, but is configured."

(I hope you get the idea.) Various utilities are used to set up various 
aspects of communication. These utilities include ifconfig, ip, iptables, 
arp, rarp, tc, and so on. These utilities also have appropriate config files 
which they consult when asking the kernel to do this or that. Some of these 
config files reside under /etc/sysconfig/network*, while other reside 
elsewhere (for example, resolv.conf resides in /etc).

Now here is the catch. There may be more than one utility to perform the same 
configuration of network interfaces. These utilities that do equivalent job 
may have config files that differ or contradict each other. This means that 
*only one* of those should be used, in order to avoid potential havoc.

At this point let me simplify a bit --- there are basically *two* utilities 
that do this on a Fedora system. One is the script /etc/init.d/network (go 
take a look at it) which does its job by looking at appropriate config files 
(those in /etc/sysconfig/network*) and calls some executables (like /sbin/ip) 
to do the job. Another is the NetworkManager, which has its config files 
elsewhere and does all on its own or uses other executables (or maybe the 
same?).

Now having, say, two network interfaces on the system, you may choose to 
configure for example eth0 using the /etc/init.d/network, while wlan0 using 
NetworkManager. This is ok, as long as you say to *both* of these services to 
"ignore the other interface". As for /etc/init.d/network, you tell it to 
ignore wlan0 by starting system-config-network gui and clicking appropriate 
checkmark, or manually editing a file under /etc/sysconfig/network*. As for 
NetworkManager I don't know, but guess that there should be some way to tell 
it to ignore some interface (btw, the system-config-network gui has 
*absolutely nothing* to do with NetworkManager --- it is merely a gui for the 
files under /etc/sysconfig/network* which NM doesn't use at all). Given all 
this, if you configure everything properly, you would want *both* 
NetworkManager service and network service active under 
system-config-services. But it is usually easier to configure only one of 
them for all interfaces and shut down the other, in order to avoid confusion.
Which one you would want to use is up to your preference and needs, because 
the two tools use different paradigms to function and one may be better 
suited over the other for a particular task. Hence both are included in 
Fedora.

Having all that in mind, you should be aware that there is no daemon to 
control the network --- the kernel does this, and these utilities merely 
communicate to the kernel to ask for this or that behavior. This means that 
you can use one tool (NM) to configure eth0 interface, and then use another 
(service network status) to ask the kernel for the status of eth0. This is 
why the sequence

# service network stop
# service network status

gives you the output that seems confusing at first glance. The NetworkManager 
has configured and activated eth0, so it is active no matter that service 
network is stopped. Service network is probably configured not to touch eth0 
(because it is serviced by NM) so when you say "stop" it doesn't stop eth0, 
but rather ignores it. This is the action of the appropriate 

Re: Intel 82541GI NIC comes up at 10mbps on one port

[Mikkel L. Ellertson]

Sam Varshavchik wrote:
> I'm stumped. I've got a motherboard with the following dual-port NIC:
> 
> 03:0a.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet
> Controller
> Subsystem: Intel Corporation PRO/1000 MT Network Connection
> 
> One port is connected to my DSL modem. It comes up at 100mbps:
> 
> Aug 17 15:54:41 headache kernel: e1000: eth0: e1000_watchdog: NIC Link
> is Up 100 Mbps Full Duplex, Flow Control: RX
> 
> The second port is connected to a plain-vanilla Linksys router. That
> port always negotiates to 10mbps, no matter what:
> 
<-{[SNIP]>
> 
> I've arrived at a dead end. No matter what, the motherboard can talk to
> the router only @10mbps. The only possibility that I see is that the
> 'Intel Corporation 82541GI' NIC has an interoperability problem with
> this specific Linksys router hardware. It's a plain blue 5-port consumer
> router, plug in and go, no knobs to turn.
> 
> So, any suggestions, besides "get a new router"?
> 
Try using ethtoolto lock the port to 100 Mbs Full Duplex. It is
probably that the two do not handshake correctly to set the faster
speed. If I remember correctly, that was one of the things that the
exact protocol was not specified, so not all hardware works correctly.

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!



signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ?? [SOLVED -- for now]

[Aaron Konstam]

On Sun, 2008-08-17 at 13:09 -0400, William Case wrote:
> Hi Aaron et al;
> 
> This is my last post (for a while) on this subject.  Actually the
> answers are quite simple.  Just after spending $45 for "Understanding
> Linux Network Internals" (but not yet delivered) it came to me what
> everyone was saying.
> 
> Below I have tried out my own explanation.  No response is required
> other than to add to the conversation if you want.  I am going to
> spend
> a week or so diving into the whole network question.  When I come up
> for
> air I might have a question or two.
> 
> By the way, there is one thing I do NOT have an answer to.  Several
> people, Jeff in particular, have made reference to the info, settings
> etc. that are in gconf.  I have searched /etc/gconf, ~/.gconf and
> gconf-editor and can find no network or NetworkManager data or keys
> whatsoever.  If I am looking in the wrong place or for the wrong info,
> please tell me.  If it should be there, please point to name or tree
> so
> I can find it.  Help me fix it if I reply (in a new thread) that I
> definitely do NOT have such data. 
I  can't find all the connection activity I had found previously but in
gconf-editor there is a database called:
system->networking->connections which contains subdirectories that
contain some connection info.
--
===
Life is a sexually transmitted disease with 100% mortality.
===
Aaron Konstam telephone: (210) 656-0355 e-mail: [EMAIL PROTECTED]

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Intel 82541GI NIC comes up at 10mbps on one port

[Sam Varshavchik]

I'm stumped. I've got a motherboard with the following dual-port NIC:

03:0a.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet 
Controller
Subsystem: Intel Corporation PRO/1000 MT Network Connection

One port is connected to my DSL modem. It comes up at 100mbps:

Aug 17 15:54:41 headache kernel: e1000: eth0: e1000_watchdog: NIC Link is Up 
100 Mbps Full Duplex, Flow Control: RX


The second port is connected to a plain-vanilla Linksys router. That port 
always negotiates to 10mbps, no matter what:


Aug 17 15:54:41 headache kernel: e1000: eth1: e1000_watchdog: NIC Link is Up 
10 Mbps Full Duplex, Flow Control: RX/TX


* Other machines have no problems talking to the Linksys router at 100mbps.

Things that I've already tried:

* Swapped the cables. Swapped the DSL cable with the router cable. The 
router port still comes up at 10mbps, the DSL port still comes up at 
100mbps. This proves that both cables can handle 100BaseT.


* Switched the ports on the motherboard. Switched the DSL port with the 
router port, using same cables (swapped the IP addresses on eth0 and eth1). 
The new router port (former DSL port) still comes up at 10mbps, the new DSL 
port (former router port) comes up at 100mbps. This proves that both ports 
can handle 100BaseT.


* Switched the ports on the Linksys router. Switched the port on the router 
with the port connected to another machine, that comes up at 100mbps. The 
other machine comes up at 100mbps on the port that this Intel NIC negotiates 
down to 10. This proves that all ports on the router can handle 100BaseT.


* Disconnected all machines from the router. Plugged back only this one, 
still comes up at 10mbps. This eliminates the possibility that the router 
can't handle all ports @100mbps.


* Disconnected both the DSL cable and the router cable. Plugged in the 
router cable. The router cable still comes up at 10mbps. This eliminates the 
possibility that the motherboard cannot handle both ports @100mbps.


I've arrived at a dead end. No matter what, the motherboard can talk to the 
router only @10mbps. The only possibility that I see is that the 'Intel 
Corporation 82541GI' NIC has an interoperability problem with this specific 
Linksys router hardware. It's a plain blue 5-port consumer router, plug in 
and go, no knobs to turn.


So, any suggestions, besides "get a new router"?




pgpAQqdc0NdYX.pgp
Description: PGP signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Yum Failure with mirrors unavailable

[Gregory P. Ennis]

On Sun, 2008-08-17 at 15:32 -0400, Bob Goodwin USA wrote:
> Gregory P. Ennis wrote:
> > Everyone,
> >
> > I have an FC8 unit that for some reason has stopped allowing yum
> > updates.  
> >
> > unname -a results in :
> >
> > Linux .Domain.com 2.6.25.10-47.fc8 #1 SMP Mon Jul 7 18:31:41 EDT
> > 2008 x86_64 x86_64 x86_64 GNU/Linux
> >
> > When I tried to do so manually with the command :
> >
> > yum update
> >
> > I receive the follow error message:
> >
> > Determining fastest mirrors
> > Could not retrieve mirrorlist
> > http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-8&arch=x86_64
> > error was
> > [Errno 14] HTTP Error 503: Service Unavailable
> >
> > Has this happened to anyone else?
> >
> > Greg Ennis
> >
> >   
> 
> Yes, I believe it is the result of system problems. 
> 
> Bob
> 
Thanks Bob see the other posts now

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: [F9] radeon dual-head display w/Xinerama

[Russell Miller]

Sean Bruno wrote:


o, Xinerama just doesn't work with the radeon driver any more?  Or was
it just pure luck that it worked at all before?

  
Just for reference, I have a dual head setup with one Radeon and one 
Nvidia card under FC9.  Acceleration is hosed but everything else works 
just fine using Xinerama.


--Russell

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Infrastructure status, 2008-08-16 UTC 1530

[max bianco]

On Sun, Aug 17, 2008 at 8:36 AM, Matthew Miller <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 16, 2008 at 11:09:09PM -0400, max wrote:
>>> I wondered that, too.  The original posting was too vague.  You can't
>>> tell if they're just fixing a fault, or sorting out an attack.
>> Assume the latter and act accordingly.
>
> Like, how? Quick, switch everything to another distro? We don't know enough
> to act reasonably.
>
Like keep your eyes open for anything unusual at the least. Do a
little packet sniffing just to see if there is any unusual traffic...I
mean take sensible precautions, run chrootkit and rkhunter, run clam,
obviously you aren't going to blow away boxes on a whim but it pays to
be aware of what transpires on your network. I thought that is what
sysadmins were suppossed to do, be aware of what's going on with the
network.

-Max

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: (slashdot)Package Managers As Achilles Heel

[Björn Persson]

Mikkel L. Ellertson wrote:
> Marcelo M. Garcia wrote:
> > http://it.slashdot.org/article.pl?sid=08/07/10/227220&from=rss
>
> Two things bother me about this. First of all, most users are not
> using the same mirror all the time, so there would only be a brief
> window that the system would be vulnerable. The second thing is that
> yum is not going to install an older package, and the package
> version is not dependent on the file name. It is part of the
> information in the RPM. So they could delay the installation of an
> update on some systems. By default, yum picks a mirror at random
> from the mirror list to help spread the load on the mirrors.

I found this in their FAQ:

| Q: I use a service that distributes my requests to different mirrors for my
| distribution (like MirrorManager). That means I'm not vulnerable, right? 

| A: The good aspect of these systems is that it may spread your requests
| across multiple mirrors in the normal case. However, when testing some of
| these systems, we were able to target the clients that used our mirror and
| exclude them from using other mirrors. This means that if an attacker wants
| to target your organization, these services may help the attacker do so.

It's not clear whether Yum is vulnerable to getting locked to the malicious 
mirror, or how they did it.

Björn Persson


signature.asc
Description: This is a digitally signed message part.
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: k9copy broken again in FC9 x64

[Mick M.]

> Fwiw, I cannot reproduce, but I'm using
> kde-4.1.0/qt-4.4.1 (from updates-testing).  Maybe that's
> it (ie, k9copy built against newer versions, cannot run on
> older).
> 
> -- Rex
> 

4.1 sounds good to me.

I submitted an attachment with debug info.
(Got tangled up in bugzilla and did it twice.)

Mick M.


  

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Yum Failure with mirrors unavailable

[Bob Goodwin USA]

Gregory P. Ennis wrote:

Everyone,

I have an FC8 unit that for some reason has stopped allowing yum
updates.  


unname -a results in :

Linux .Domain.com 2.6.25.10-47.fc8 #1 SMP Mon Jul 7 18:31:41 EDT
2008 x86_64 x86_64 x86_64 GNU/Linux

When I tried to do so manually with the command :

yum update

I receive the follow error message:

Determining fastest mirrors
Could not retrieve mirrorlist
http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-8&arch=x86_64
error was
[Errno 14] HTTP Error 503: Service Unavailable

Has this happened to anyone else?

Greg Ennis

  


Yes, I believe it is the result of system problems. 


Bob

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Yum Failure with mirrors unavailable

[Gregory P. Ennis]

Everyone,

I have an FC8 unit that for some reason has stopped allowing yum
updates.  

unname -a results in :

Linux .Domain.com 2.6.25.10-47.fc8 #1 SMP Mon Jul 7 18:31:41 EDT
2008 x86_64 x86_64 x86_64 GNU/Linux

When I tried to do so manually with the command :

yum update

I receive the follow error message:

Determining fastest mirrors
Could not retrieve mirrorlist
http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-8&arch=x86_64
error was
[Errno 14] HTTP Error 503: Service Unavailable

Has this happened to anyone else?

Greg Ennis

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: k9copy broken again in FC9 x64

[Rex Dieter]

Mick M. wrote:

> filed as bugzilla 459345

Strictly speaking, k9copy isn't a fedora package... I assume you got it from 
livna?  If we can rule out a qt issue, we'll need to file something @ 
bugzilla.livna.org.

Fwiw, I cannot reproduce, but I'm using kde-4.1.0/qt-4.4.1 (from 
updates-testing).  Maybe that's it (ie, k9copy built against newer versions, 
cannot run on older).

-- Rex

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: [F9] radeon dual-head display w/Xinerama

[Peter Boy]

Am Sonntag, den 17.08.2008, 11:15 -0700 schrieb Sean Bruno:
> > Section "ServerLayout"
> > Identifier "ATI dual head configuration"
> > Screen  0  "Default Screen" 0 0
> > InputDevice"Mouse0" "CorePointer"
> > InputDevice"Keyboard0" "CoreKeyboard"
> > EndSection
> > 
> So, Xinerama just doesn't work with the radeon driver any more?  Or was
> it just pure luck that it worked at all before?

To my knowledge in a strictly technical meaning the radeon driver never
used Xinerama but a technique called MergedFB (up to F7 or F8). With F9
(or perhaps F8, never used that) they switched to a randr compatible
technique. Nevertheless, the driver uses a big virtual screen and places
the outputs (i.e. the physical screens) on that virtual screen. So the
Virtual directive is quite important.

You may use the xrandr utility to experiment with different settings. 

Your displays seem to work in a 1600x1200 resolution each which would
result in a virtual screen of 3200x2400. I'm not shure if the
card /driver does support it (the max I found when I checked some times
ago was 2560x2048). 


Peter




-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Re: Re: VMware Server 1.06 on Fedora 8 x86_64

[Eugene Poole]

Yes, I used vmware-any-any-update117c and  vmware-any-any-update117d  
with the same results.  It fails at the vmnet build step.


TIA,
Gene

Kam Leo wrote:

Have you installed the latest vmware-any-any-update patch?

  


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: [F9] radeon dual-head display w/Xinerama

[Sean Bruno]

On Sun, 2008-08-17 at 17:53 +, Peter Boy wrote:
> Am Samstag, den 16.08.2008, 10:12 -0700 schrieb Sean Bruno:
> > The desktop area for each monitor, is somehow exceeding the displayable
> > area(I have to move the mouse to the edge of the monitor to make the
> > desktop scroll over to the rest of the desktop).  This only shows up in
> > a dual head configuration.  If I simply comment out the second display,
> > my primary display is sized correctly and all is well.  
> > 
> > Help?
> 
> 
> When I updated to F9 I had some probs with my ati dual head card. My
> conf file is:
> 
> Section "ServerLayout"
>   Identifier "ATI dual head configuration"
>   Screen  0  "Default Screen" 0 0
>   InputDevice"Mouse0" "CorePointer"
>   InputDevice"Keyboard0" "CoreKeyboard"
> EndSection
> 
So, Xinerama just doesn't work with the radeon driver any more?  Or was
it just pure luck that it worked at all before?

> Especially important is the "Virtual" option in section "Screen".
> 
> You may check for a ~/.gnome2/monitors.xml file and remove / rename it
> and check. See https://bugzilla.redhat.com/show_bug.cgi?id=457673 
> 

Nope, not present on my system.  So this isn't my issue.  

Sean

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

RE: F7 on EeePC : how to connect??

[Roopnarine, Peter]

Even though you might have an older eee PC model, I suggest that you install
Fedora 9 on it. Even Fedora 8 is lacking suitable drivers. I recently used
liveusb creator to download and install Fedora 9-KDE on an eee PC 4G. The
live boot worked fine and the machine networked instantly with a DHCP
connection via LAN cable. I installed from the live desktop, using the
default partition scheme, and everything was fine upon reboot. I then
instrall kmod-madwifi package, and after another reboot, wireless was up and
running. I travel a lot, and I have to say that my experience with the
capabilities and convenience of the eee PC are very different from yours. I
am able to do a lot of work remotely, but I even have the Gimp installed on
the thing.
Peter

Peter D. Roopnarine, Assoc. Curator
Dept. of Invertebrate Zoology & Geology
California Academy of Sciences
875 Howard St.
San Francisco CA 94103
USA

http://zeus.calacademy.org/roopnarine/peter.html
http://www.calacademy.org/blogs
Tel. (415)379-5271
"There's a thing about Americans. We're not very good occupiers." Judgement
at Nuremberg



-Original Message-
From: [EMAIL PROTECTED] on behalf of Beartooth
Sent: Sun 8/17/2008 7:14 AM
To: fedora-list@redhat.com
Subject: F7 on EeePC : how to connect??
 


   I have what I think is one of the earliest EeePCs; a label on the back 
says ASUS 701 -- model number??

   After a lot of trouble, I got it to triple-boot Puppy, Eeedora, and 
Fedora 8, two of them from geek sticks. Then when I tried using them all, 
I soon found that for anyone with large trifocal fingers and arthritic 
eyeballs, about its only worthwhile use would be sitting in waiting 
rooms. 

   So I fitted it and its peripheral paraphernalia into a suitable 
receptacle, and kept that handy. But it happened that I had no occasion 
to use it for several weeks.

   When I did, the battery had gone dead, just sitting there. 

Once I got it usable at all again, two of the three boots were 
unusable, and the other was my least favorite.

   Yesterday I installed Fedora 7, from a live CD in an external USB 
drive -- twice. After the second install, which wouldn't boot, I tried 
booting it with the puppy stick inserted -- and it booted, but to Fedora. 

   But it can't seem to find the ethernet cable which is plugged right 
into it. (Come to think of it, anaconda never asked me its usual routine 
questions about connecting.)

   How do I get the fool thing to connect??

-- 
Beartooth Staffwright, PhD, Neo-Redneck Linux Convert
Fedora 7, 8 & 9; Alpine 1.10, Pan 0.132; Privoxy 3.0.6;
Dillo 0.8.6, Galeon 2, Epiphany 2, Opera 9, Firefox 2 & 3
Remember I know precious little of what I am talking about.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list


-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: [F9] radeon dual-head display w/Xinerama

[Peter Boy]

Am Samstag, den 16.08.2008, 10:12 -0700 schrieb Sean Bruno:
> The desktop area for each monitor, is somehow exceeding the displayable
> area(I have to move the mouse to the edge of the monitor to make the
> desktop scroll over to the rest of the desktop).  This only shows up in
> a dual head configuration.  If I simply comment out the second display,
> my primary display is sized correctly and all is well.  
> 
> Help?


When I updated to F9 I had some probs with my ati dual head card. My
conf file is:

Section "ServerLayout"
Identifier "ATI dual head configuration"
Screen  0  "Default Screen" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

... (modules, keyboard, etc)

Section "Device"

Identifier  "ATI Radeon"
Driver  "radeon"
VendorName  "ATI corp."
BoardName   "ATI Technologies Inc RV350 AP [Radeon 9600]"
BusID   "PCI:1:0:0"
# Option"AGPFastWrite"  "on"
# Option"AccelMethod"  "EXA"
Option  "Monitor-DVI-0" "Panel-0"
Option  "Monitor-DVI-1" "Panel-1"
EndSection

Section "Monitor"

Identifier   "Panel-1"
VendorName   "Monitor Vendor"
ModelName"NEC MultiSync LCD1700NX (Digital)"
# Comment all HorizSync and VertSync values to use DDC:
# HorizSync31.0 - 68.0
# VertRefresh  56.0 - 75.0
# DisplaySize  340  270
Option  "dpms"
#   Option  "LeftOf" "Panel-0"
#   Option  "Ignore" "true"

EndSection

Section "Monitor"

Identifier   "Panel-0"
VendorName   "Monitor Vendor"
ModelName"NEC MultiSync LCD1700NX (Digital)"
# Comment all HorizSync and VertSync values to use DDC:
# HorizSync31.0 - 68.0
# VertRefresh  56.0 - 75.0
Option  "dpms"
Option  "RightOf" "Panel-1"

EndSection

Section "Screen"
Identifier "Default Screen"
Device "ATI Radeon"
Monitor"Panel-1"
DefaultDepth 24

SubSection "Display"
Viewport   0 0
Depth 24
# big virtual screen to place the monitors
Virtual   2560 1024
#   Modes"1280x1024" "1024x768" "800x600" "640x480"
EndSubSection

EndSection


Especially important is the "Virtual" option in section "Screen".

You may check for a ~/.gnome2/monitors.xml file and remove / rename it
and check. See https://bugzilla.redhat.com/show_bug.cgi?id=457673 


Peter



-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Problems with ath5k and Madwifi drivers

[huppert]

ath5k shipped with Fedora 8/9 doesn't work with the AR500EG pci-express card. 
The simplest solution is to take the old ath_pci driver from madwifi. The only 
problem is to compile it with the current iw_handler.h file. Take the old one 
of Fedora 7 and use it temporarily just to compile the madwifi sources. 
Additionally you have to prevent loading eth5k removing it from modules.dep.
Andreas


-- 
This is an email sent via The Fedora Community Portal https://fcp.surfsite.org
https://fcp.surfsite.org/modules/newbb/viewtopic.php?post_id=283711&topic_id=59918&forum=10#forumpost283711
If you think, this is spam, please report this to [EMAIL PROTECTED] and/or 
blame [EMAIL PROTECTED]

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: F8: Nautilus: Strange behaviors...

[Daniel B. Thurman]

g wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Daniel B. Thurman wrote:

  

Mine is Microsoft InteliMouse PS/2 Compatable.



is this a 'rolling ball' or a 'reflected infrared'?

either could be dirty, or possible a lose connection at mouse.

  

As the rolling joke goes, I keep my mouse balls clean. :D

Dan

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ?? [SOLVED -- for now]

[William Case]

Hi Aaron et al;

This is my last post (for a while) on this subject.  Actually the
answers are quite simple.  Just after spending $45 for "Understanding
Linux Network Internals" (but not yet delivered) it came to me what
everyone was saying.

Below I have tried out my own explanation.  No response is required
other than to add to the conversation if you want.  I am going to spend
a week or so diving into the whole network question.  When I come up for
air I might have a question or two.

By the way, there is one thing I do NOT have an answer to.  Several
people, Jeff in particular, have made reference to the info, settings
etc. that are in gconf.  I have searched /etc/gconf, ~/.gconf and
gconf-editor and can find no network or NetworkManager data or keys
whatsoever.  If I am looking in the wrong place or for the wrong info,
please tell me.  If it should be there, please point to name or tree so
I can find it.  Help me fix it if I reply (in a new thread) that I
definitely do NOT have such data. 

On Sun, 2008-08-17 at 08:46 -0500, Aaron Konstam wrote:
> On Sat, 2008-08-16 at 23:35 -0400, William Case wrote: 
> > On Sat, 2008-08-16 at 18:28 -0500, Aaron Konstam wrote:
> > > On Sat, 2008-08-16 at 18:11 -0400, William Case wrote: 
[snip]
> 
> This is a hard question to answer. network uses the ifcfg-x files
> in /etc/sysconfig/network-scripts/.
> NM spreads the information over a collection of programs. wpa-client,
> dns, dhclient,nm-applet and their associated config files which are
> automatically created.
> 
> Truthfully, I am not sure where all the configurations are stored
> however in trying to answer one of your previous questions (I don't
> blame you). I wish I knew how I did it. One problem is I knew where
> these were in previous versions of Fedora but I can't find it in F9.
> 
> I am not sure that the other responses to your question on the list make
> it any clearer.
> 
> For definitive information sign up for [EMAIL PROTECTED]

I am going to sign up today.

What I have discovered -- I think:

There are two entities -- init.d scripts; one called 'network' and one
called 'NetworkManager'.  (entities might equal objects, but never
having done C++ or other OOp, I hesitate to use technical terms.)

The 'network' script references the
various /etc/sysconfig/network-scripts to get all its parts and pieces
running during initialization.

The 'NetworkManager' script references /etc/sysconfig/networking
which in turn has subdirectories ./devices and ./profiles.  ./devices
has a copy of 'ifcfg-eth0'; ./profiles/default has copies of 'hosts'
'ifcfg-eth0' and 'resolv.conf'.

Obviously, there is room to dig a lot deeper into the kernel and the
various scripts.

Some concerns I have are:

  * Not nearly enough clear and detailed manuals, help text and
tutorials; particularly for NetworkManager.
  * Too much overlap in the names used for various things; too much
reliance on the use of words that have a common generic meaning
as well as a computer specific meaning.
  * The copying of certain files to a new directory.  That strikes
me as a bit of an unreliable hack. Links at least would have
been explanatory if the scripts used were exactly the same and
would remain identical, a new name would be preferable if they
weren't. I currently have two or three copies of most networking
files or scripts.
  * It would be nice to be able to see the kernel contents of both
(and/or other) network managers in a cat /sys/... virtual file
system.
  * Each network management system should be completely shielded
from each other so that there are various options and choices of
which system to use and how.  It doesn't have to be one or the
other.
  * The use of the NetworkManager gui is unclear.  As simple as it
seems to an experienced user, for new users, every data entry
field should be clearly and exactly explained.  If you are a
beginner, networking contains many difficult concepts to grasp.

That's where I now stand on this subject.  I intend to find out a lot
more.  Thanks to everyone for their patience and help over the last week
or so. 

-- 
Regards Bill;
Fedora 9, Gnome 2.22.3
Evo.2.22.3.1, Emacs 22.2.1

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: touchpad (Asus F3Sr) on Fedora 9

[Matthew Saltzman]

On Sun, 2008-08-17 at 10:42 +, Mike wrote:
> Matthew Saltzman  clemson.edu> writes:
> 
> > Sorry, that's gsynaptics and ksynaptics (ending in 's').
> 
> Do you know what the status of ksynaptics is?
> 
> According to 
> http://www.kde-apps.org/content/show.php?content=17286
> it seems to be discontinued and a replacement app called TouchFreeze
> replaces it - but I don't know if this is in the F9 repos?

Sorry, no idea.  I've been using GNOME.

> 
> 
> 
-- 
Matthew Saltzman

Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: touchpad (Asus F3Sr) on Fedora 9

[Mike]

David Hláčik  hlacik.eu> writes:

> Guys, it still does not work for me :(I have added to xorg.conf :
> Section "InputDevice"
> Identifier  "Synaptics Touchpad"
> Driver  "synaptics"
> Option  "SendCoreEvents""true"
> Option  "Device""/dev/psaux"
> Option  "Protocol"  "auto-dev"
> Option  "HorizScrollDelta"  "0"
> Option  "SHMConfig" "true"EndSection
> Restarted X, even restarted notebook and my gsynaptics still says :

Did you add
InputDevice"Synaptics TouchPad" "CorePointer"
to the serverlayout section as well?

The name "Synaptics Touchpad" must match in the inputdevice definition
as well as in the serverlayout 

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: touchpad (Asus F3Sr) on Fedora 9

[David Hláčik]

Well it iits not, you are right.

(II) Synaptics touchpad driver version 0.14.6 (1406)
(--) SynPS/2 Synaptics TouchPad auto-dev sets device to /dev/input/event2
(**) Option "Device" "/dev/input/event2"
(--) SynPS/2 Synaptics TouchPad touchpad found
(**) SynPS/2 Synaptics TouchPad: always reports core events
(II) XINPUT: Adding extended input device "SynPS/2 Synaptics TouchPad"
(type: MOUSE)
(--) SynPS/2 Synaptics TouchPad auto-dev sets device to /dev/input/event2
(**) Option "Device" "/dev/input/event2"
(--) SynPS/2 Synaptics TouchPad touchpad found

Well, how to discover my correct settings ?

[EMAIL PROTECTED] ~]# lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory
Controller Hub (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express
Root Port (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #5 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio
Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
5 (rev 03)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port
6 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface
Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE
Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA
AHCI Controller (rev 03)
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD
2400
02:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit Ethernet
Adapter (rev b0)
03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN
Network Connection (rev 61)
04:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI
Controller (rev 02)
08:00.0 Memory controller: Intel Corporation Turbo Memory Controller (rev
01)
09:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev
05)
09:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host
Adapter (rev 22)
09:01.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter
(rev 12)
09:01.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12)

Thanks!







2008/8/17 Andrew Parker <[EMAIL PROTECTED]>

> 2008/8/17 David Hláčik <[EMAIL PROTECTED]>
> >
> > Guys, it still does not work for me :(
> >
> > I have added to xorg.conf :
> >
> > Section "InputDevice"
> > Identifier  "Synaptics Touchpad"
> > Driver  "synaptics"
> > Option  "SendCoreEvents""true"
> > Option  "Device""/dev/psaux"
> > Option  "Protocol"  "auto-dev"
> > Option  "HorizScrollDelta"  "0"
> > Option  "SHMConfig" "true"
> > EndSection
> >
> > Restarted X, even restarted notebook and my gsynaptics still says :
> >
> > GSynaptics couldn't initialize.
> > You have to set 'SHMConfig' 'true' in xorg.conf or XF86Config to use
> GSynaptics
> >
> > Please help,
> >
> > David
>
> Check the X log (/var/log/Xorg.0.log), it may be that your touchpad is
> not a Synaptics variant.
>
> --
> fedora-list mailing list
> fedora-list@redhat.com
> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: (slashdot)Package Managers As Achilles Heel

[Mikkel L. Ellertson]

Marcelo M. Garcia wrote:
> Hi.
> 
> I'm assuming that something similar to this might happened:
> Package Managers As Achilles Heel
> http://it.slashdot.org/article.pl?sid=08/07/10/227220&from=rss
> 
> It would help a lot if someone of the infrastructure team explains what
> is going on. What raised their suspicious? What we, as users, should do?
> 
> Regards
> 
> Marcelo
> 
Two things bother me about this. First of all, most users are not
using the same mirror all the time, so there would only be a brief
window that the system would be vulnerable. The second thing is that
yum is not going to install an older package, and the package
version is not dependent on the file name. It is part of the
information in the RPM. So they could delay the installation of an
update on some systems. By default, yum picks a mirror at random
from the mirror list to help spread the load on the mirrors.

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!



signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: No audio when recording using Audacity in Fedora 9

[Gerhard Magnus]

On Fri, 2008-08-15 at 12:58 -0700, stan wrote:
> Jonathan Ryshpan wrote:
> > I'm using audacity with jack under F9 to record audio coming in through
> > my computer's line input.  Everything seems to work OK, except that no
> > signal appears in the input VU meter or in the displayed waveform.  The
> > recording is silent.  A little web searching turned up this snippet:
> > 
> > Audacity doesn't support PulseAudio, nor Esound for the moment.
> > You'll have to kill or suspend pulseaudio before you use this
> > application. Audacity uses the PortAudio cross-platform Audio
> > API which doesnt support pulseaudio. Some work was started on
> > making portaudio support PulseAudio but this does not appear to
> > be under active development currently and does not work in it's
> > current state. 
> > 
> > In F8 under KDE, I was able to stop the aRts sound server, and record
> > successfully.  F9 with Gnome appears to use both PulseAudio and EsounD.
> > It's easy to stop PulseAudio, using something like:
> > pasuspender -- audacity 
> > but there doesn't seem to be any way to stop EsounD.
> > 
> > Has anyone used audacity successfully with jack?  Or any other way?
> > 
> > 
> Yes, I use audacity on Fedora 9.  I do not use pulse at all, though it 
> is installed and disabled (not temporarily suspended).  I am not using 
> jack, though that probably isn't your issue.  I am using the audacity 
> 1.3.6 beta, and I compiled and installed it from the tarball.  I have 
> used the line in successfully to record.  It was necessary to select 
> it as the mic is usually the default.  alsamixer  then F4, and select 
> the recording source.
> 
> As far as I know the way to turn off the esound server is   esdctl off 
>.  I think esound is just an alias for pulse at this point.  I seem 
> to recall tracing this down and finding that.  So suspending pulse 
> should suspend esound.
> 
I've been able to get audacity to work without disabling pulseaudio by
installing audacity-nonfree (1.3.4-0.7.20080123cvs.lvn9) instead of
audacity.

Jerry

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Infrastructure status, 2008-08-16 UTC 1530

[Mikkel L. Ellertson]

Marcelo M. Garcia wrote:
> 
> This means that if I updated my systems they could be compromised and I
> need to re-install? All because the announcement was made in other list!
> 
> In any moment was clear to me, and probably others, that you have to
> another list to get such important announcements.
> 
> Marcelo
> 
Did you turn off signature checking in yum? If not, then unless
Fedora's PGP key was compromised, the RPMs will fail the check, and
not be installed. You also have to override yum to install an
unsigned package.

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!



signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Bluetooth headset in Fedora 9

[Steve Repo]

I have fedora 9 x86_64 install with all updates up-to-date.

I have Belkin USB dongle that works with my Motorola Phone (I can browse my
phone over bluetooth)

I bought a Jabra 125 bluetooth headset that workswith my Motorola Phone.

I want to use this headset with fedora for making calls via ekiga.

I have no clue how to get this going. I found a sad link here,
http://fedorasolved.org/post-install-solutions/bluetooth-headset-config

Here is more details,

$ rpm -qa | grep bluezbluez-libs-3.32-1.fc9.x86_64
bluez-gnome-0.26-1.fc9.x86_64
bluez-utils-3.32-1.fc9.x86_64
bluez-utils-cups-3.32-1.fc9.x86_64
bluez-utils-alsa-3.32-1.fc9.x86_64

$ rpm -qa | grep alsa
alsa-tools-1.0.16-4.fc9.x86_64
alsa-lib-1.0.16-3.fc9.x86_64
alsa-lib-devel-1.0.16-3.fc9.x86_64
alsa-utils-1.0.16-3.fc9.x86_64
bluez-utils-alsa-3.32-1.fc9.x86_64

$ hcitool scan
Scanning ...
00:1D:82:3C:62:E2Jabra BT125

$ hcitool cc 00:1D:82:3C:62:E2
Can't create connection: Operation not permitted

$ hcitool inq
Inquiring ...
00:1D:82:3C:62:E2   clock offset: 0x2fd5class: 0x200404

Then tried to follow the instructions,
$ ./bootstrap
alsa-plugins/Makefile.am:10: Libtool library used but `LIBTOOL' is undefined
alsa-plugins/Makefile.am:10:   The usual way to define `LIBTOOL' is to add
`AC_PROG_LIBTOOL'
alsa-plugins/Makefile.am:10:   to `configure.in' and run `aclocal' and
`autoconf' again.
alsa-plugins/Makefile.am:10:   If `AC_PROG_LIBTOOL' is in `configure.in',
make sure
alsa-plugins/Makefile.am:10:   its definition is in aclocal's search path.
alsa-plugins/Makefile.am:33: compiling `a2dpd.c' with per-target flags
requires `AM_PROG_CC_C_O' in `configure.in'
$ ./configure
bash: ./configure: No such file or directory
$

What am I doing wrong? (Is there an easier to way to do this?)

Steve
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: touchpad (Asus F3Sr) on Fedora 9

[Andrew Parker]

2008/8/17 David Hláčik <[EMAIL PROTECTED]>
>
> Guys, it still does not work for me :(
>
> I have added to xorg.conf :
>
> Section "InputDevice"
> Identifier  "Synaptics Touchpad"
> Driver  "synaptics"
> Option  "SendCoreEvents""true"
> Option  "Device""/dev/psaux"
> Option  "Protocol"  "auto-dev"
> Option  "HorizScrollDelta"  "0"
> Option  "SHMConfig" "true"
> EndSection
>
> Restarted X, even restarted notebook and my gsynaptics still says :
>
> GSynaptics couldn't initialize.
> You have to set 'SHMConfig' 'true' in xorg.conf or XF86Config to use 
> GSynaptics
>
> Please help,
>
> David

Check the X log (/var/log/Xorg.0.log), it may be that your touchpad is
not a Synaptics variant.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

F7 on EeePC : how to connect??

[Beartooth]

   I have what I think is one of the earliest EeePCs; a label on the back 
says ASUS 701 -- model number??

   After a lot of trouble, I got it to triple-boot Puppy, Eeedora, and 
Fedora 8, two of them from geek sticks. Then when I tried using them all, 
I soon found that for anyone with large trifocal fingers and arthritic 
eyeballs, about its only worthwhile use would be sitting in waiting 
rooms. 

   So I fitted it and its peripheral paraphernalia into a suitable 
receptacle, and kept that handy. But it happened that I had no occasion 
to use it for several weeks.

   When I did, the battery had gone dead, just sitting there. 

Once I got it usable at all again, two of the three boots were 
unusable, and the other was my least favorite.

   Yesterday I installed Fedora 7, from a live CD in an external USB 
drive -- twice. After the second install, which wouldn't boot, I tried 
booting it with the puppy stick inserted -- and it booted, but to Fedora. 

   But it can't seem to find the ethernet cable which is plugged right 
into it. (Come to think of it, anaconda never asked me its usual routine 
questions about connecting.)

   How do I get the fool thing to connect??

-- 
Beartooth Staffwright, PhD, Neo-Redneck Linux Convert
Fedora 7, 8 & 9; Alpine 1.10, Pan 0.132; Privoxy 3.0.6;
Dillo 0.8.6, Galeon 2, Epiphany 2, Opera 9, Firefox 2 & 3
Remember I know precious little of what I am talking about.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: DNS poison? Yum tummy ache?

[Patrick O'Callaghan]

On Sun, 2008-08-17 at 11:07 +0100, Anne Wilson wrote:
> On Sunday 17 August 2008 05:54:42 g wrote:
> > i am half greek, half scotch-irish. i speak some greek, and can read and
> > pronounce what i read, understanding about 2% of it. no scotch or irish.
> > my native tongue is american english
> 
> Now you are being offensive :-)  'Scotch' is whisky, and the Scottish people 
> take this issue very seriously :-)

Actually "Scotch" is legitimate English for the Scots, and may reliably
be used to annoy them if you feel like living dangerously :-)

(No flames please, I lived in Edinburgh for 5 years and go back whenever
I can).

poc

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ?? [SOLVED] kinda

[Patrick O'Callaghan]

On Sat, 2008-08-16 at 23:29 -0400, William Case wrote:
> Hi Patrick;
> 
> As I said I am now satisfied that a conflict between some entity called
> 'network' or NM is the cause of my problems.  So some of this discussion
> is a bit moot.
> 
> On Sat, 2008-08-16 at 20:15 -0430, Patrick O'Callaghan wrote:
> > On Sat, 2008-08-16 at 18:41 -0400, William Case wrote:
> > > So why can't I get rid of 'network' entirely?  I understand that
> > > 'network' is not an application to be removed, but something is
> > > sticking it in the list of services.  With NetworkManager running,
> > > 'network' is not a service I need.  So why confuse the issue?
> > 
> > Bill, if your question is "why do I get a network status report when I
> > invoke 'service network status'?" the answer is that the status is
> > simply a report on the state of the various interfaces. It has nothing
> > whatever to do with you using system-config-network.
> > 
> It seems that the word 'network' is being used in two different
> senses.  

At least two, correct.

> If I look at system-config-services I see what looks like an entity
> (program, application or process) that can be enabled, disabled,
> started, stopped or restarted as can its alternate NetworkManager.  I
> supposed that that entity (network) was what I was looking at with the
> command service network status.

To me "entity" implies a single thing, which it clearly isn't. The
*network service* is a set of related "entities", and if you look at
system-config-network this is fairly explicit.

> But it seems with the service network status command the word network is
> simply a generalized reference to any network.  So be it, but it is
> confusing.

No, it's not even that. The status command shows you the state of your
network interfaces, that's all. It says nothing about the various
networks you are connected to (that would be another meaning of
"network").

> If this second meaning is true, it would make far more sense if
> 'network' was not listed as running in system-config-services.  Or had
> another name such as 'default_networking' (poor choice but ...) that
> would assign some definition and distinction to it. 

"networking" would be clearer perhaps.

poc

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ??

[Aaron Konstam]

On Sat, 2008-08-16 at 23:35 -0400, William Case wrote: 
> On Sat, 2008-08-16 at 18:28 -0500, Aaron Konstam wrote:
> > On Sat, 2008-08-16 at 18:11 -0400, William Case wrote: 
> 
> > 
> > > It lists 'Wired Network' and ' . System eth0' as the Access Points.
> > 
> > > 
> > Which tells me it detects no access points in the neighborhood. Do you
> > have any and do they have eessids?
> 
> I know of no wireless access points in the neighbourhood.
> 
> Aaron, in an earlier post you said "If you use NM then
> system-confiig-network is of no use. It controls the
> scripts for network."  How can I find out exactly which scripts NM
> controls for the network?  I am assuming the antecedent for the 'It'
> pronoun quoted above is the word 'NM'.

This is a hard question to answer. network uses the ifcfg-x files
in /etc/sysconfig/network-scripts/.
NM spreads the information over a collection of programs. wpa-client,
dns, dhclient,nm-applet and their associated config files which are
automatically created.

Truthfully, I am not sure where all the configurations are stored
however in trying to answer one of your previous questions (I don't
blame you). I wish I knew how I did it. One problem is I knew where
these were in previous versions of Fedora but I can't find it in F9.

I am not sure that the other responses to your question on the list make
it any clearer.

For definitive information sign up for [EMAIL PROTECTED]
--
===
I never pray before meals -- my mom's a good cook.
===
Aaron Konstam telephone: (210) 656-0355 e-mail: [EMAIL PROTECTED]

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ??

[Patrick O'Callaghan]

On Sat, 2008-08-16 at 19:52 -0800, Jeff Spaleta wrote:
> You already found the connections area under gconf...NM holds
> information in there about connections its name in there.

Somewhat OT, but is anyone else slightly concerned about the fact that
NM seems to be dependant on gconf, i.e. Gnome? I fail to see how the
underlying plumbing of network setup relates to a specific desktop,
especially when the same plumbing is needed even if there is no desktop.
It seems like a very Windows-like view of the world to me.

Or am I misunderstanding something?

poc

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ??

[Aaron Konstam]

On Sat, 2008-08-16 at 20:46 -0400, Matthew Saltzman wrote:
> On Sat, 2008-08-16 at 17:28 -0400, William Case wrote:
> > Hi Matthew;
> > 
> > On Sat, 2008-08-16 at 16:54 -0400, Matthew Saltzman wrote:
> > > On Sat, 2008-08-16 at 14:55 -0430, Patrick O'Callaghan wrote:
> > > > On Sat, 2008-08-16 at 14:40 -0400, William Case wrote:
> > 
> > > He's referring to /etc/initi.d/network.  And no, it should be off if you
> > > are running NetowrkManager (and vice versa).  And the interfaces you
> > > want to be managed by NetworkManager should be so set in
> > > system-config-network.
> > 
> > They *are set* in system-config-network.
> 
> Sorry if I wasn't clear.  In system-config-network, there is a check-box
> for each interface indicating whether it is controlled by
> NetworkManager.  If you have NetworkManager service running and the
> network service off, you want that box checked.  If you have
> NetworkManager off and network running, you want that box unchecked.
> 
I use NM and that box ix not checked and does not have to be. There is
no real reason to use system-config-network when using NM.
--
===
job Placement, n.: Telling your boss what he can do with your job.
===
Aaron Konstam telephone: (210) 656-0355 e-mail: [EMAIL PROTECTED]

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: touchpad (Asus F3Sr) on Fedora 9

[David Hláčik]

Guys, it still does not work for me :(

I have added to xorg.conf :

*Section "InputDevice"*
*Identifier  "Synaptics Touchpad"*
*Driver  "synaptics"*
*Option  "SendCoreEvents""true"*
*Option  "Device""/dev/psaux"*
*Option  "Protocol"  "auto-dev"*
*Option  "HorizScrollDelta"  "0"*
*Option  "SHMConfig" "true"*
*EndSection*

Restarted X, even restarted notebook and my gsynaptics still says :

*GSynaptics couldn't initialize.*
*You have to set 'SHMConfig' 'true' in xorg.conf or XF86Config to use
GSynaptics*

Please help,

David

On Sun, Aug 17, 2008 at 12:42 PM, Mike <[EMAIL PROTECTED]> wrote:

> Matthew Saltzman  clemson.edu> writes:
>
> > Sorry, that's gsynaptics and ksynaptics (ending in 's').
>
> Do you know what the status of ksynaptics is?
>
> According to
> http://www.kde-apps.org/content/show.php?content=17286
> it seems to be discontinued and a replacement app called TouchFreeze
> replaces it - but I don't know if this is in the F9 repos?
>
>
> --
> fedora-list mailing list
> fedora-list@redhat.com
> To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
>
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: DNS poison? Yum tummy ache?

[Gene Heskett]

On Sunday 17 August 2008, g wrote:
>Gene Heskett wrote:
>
>> OT:
>> I need to learn something of your native tongue
>
>i am half greek, half scotch-irish. i speak some greek, and can read and
>pronounce what i read, understanding about 2% of it. no scotch or irish.
>my native tongue is american english.

Ooops..

>to answer your question, that you did not ask,
> 'tc,hago' + 'take care, have a good one'.
>
And that's good, thanks.
>
>--
>tc,hago.
>
>g
>.
>
>in a free world without fences, who needs gates.
>
>learn linux:
>'Rute User's Tutorial and Exposition'  
> http://rute.2038bug.com/index.html.gz 'The Linux Documentation Project'  
> http://www.tldp.org/
>'HowtoForge'   http://howtoforge.com/

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Truth has no special time of its own.  Its hour is now -- always.
-- Albert Schweitzer

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

(slashdot)Package Managers As Achilles Heel

[Marcelo M. Garcia]

Hi.

I'm assuming that something similar to this might happened:
Package Managers As Achilles Heel
http://it.slashdot.org/article.pl?sid=08/07/10/227220&from=rss

It would help a lot if someone of the infrastructure team explains what 
is going on. What raised their suspicious? What we, as users, should do?


Regards

Marcelo

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Infrastructure status, 2008-08-16 UTC 1530

[Matthew Miller]

On Sat, Aug 16, 2008 at 11:09:09PM -0400, max wrote:
>> I wondered that, too.  The original posting was too vague.  You can't
>> tell if they're just fixing a fault, or sorting out an attack.
> Assume the latter and act accordingly.

Like, how? Quick, switch everything to another distro? We don't know enough
to act reasonably.

-- 
Matthew Miller   [EMAIL PROTECTED]  
Boston University Linux  -->  

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Infrastructure status, 2008-08-16 UTC 1530

[Marcelo M. Garcia]

max wrote:

Tim wrote:

On Sat, 2008-08-16 at 15:13 -0400, Matthew Miller wrote:

So, is it safe to apply updates?


I wondered that, too.  The original posting was too vague.  You can't
tell if they're just fixing a fault, or sorting out an attack.


Assume the latter and act accordingly.



This means that if I updated my systems they could be compromised and I 
need to re-install? All because the announcement was made in other list!


In any moment was clear to me, and probably others, that you have to 
another list to get such important announcements.


Marcelo

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: touchpad (Asus F3Sr) on Fedora 9

[Mike]

Matthew Saltzman  clemson.edu> writes:

> Sorry, that's gsynaptics and ksynaptics (ending in 's').

Do you know what the status of ksynaptics is?

According to 
http://www.kde-apps.org/content/show.php?content=17286
it seems to be discontinued and a replacement app called TouchFreeze
replaces it - but I don't know if this is in the F9 repos?


-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: DNS poison? Yum tummy ache?

[Mike Dwiggins]

Anne Wilson wrote:

On Sunday 17 August 2008 05:54:42 g wrote:
  

i am half greek, half scotch-irish. i speak some greek, and can read and
pronounce what i read, understanding about 2% of it. no scotch or irish.
my native tongue is american english



Now you are being offensive :-)  'Scotch' is whisky, and the Scottish people 
take this issue very seriously :-)


Anne
  

Yes Anne, the proper term is Scots-Irish.  We are Scots and we drink Scotch!

Mike

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: DNS poison? Yum tummy ache?

[Björn Persson]

Gene Heskett wrote:
> With all due respect for Paul, an announcement like this truly belongs on
> the mail list, not on some list only 2% are subbed to.

I'm not going to make up bogus percentages but I'm sure there are many Fedora 
users who don't read fedora-list. I've been participating on this list for a 
few months now, and I've been here a few times before. I think I may soon 
have to leave this list again as other things will take up my time, but I'll 
remain subscribed to fedora-announce-list. Even now I skip large parts of 
fedora-list, following only some threads, so I could easily miss an 
announcement made on this list. I used to have all the Fedora lists mixed in 
the same mail folder, but now I have separate sub-folders for fedora-list, 
fedora-announce-list and fedora-package-announce. That way important 
announcements don't drown in the noise on the other lists, and I can more 
easily delete old package announcements while keeping archives of the other 
lists longer.

One can expect people to subscribe to either fedora-list or 
fedora-announce-list but not both, and send all announcements to both lists, 
or else one can expect people who want to receive announcements to subscribe 
to fedora-announce-list, and send the announcements to that list. I vote for 
the latter.

Björn Persson


signature.asc
Description: This is a digitally signed message part.
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: DNS poison? Yum tummy ache?

[Anne Wilson]

On Sunday 17 August 2008 05:54:42 g wrote:
> i am half greek, half scotch-irish. i speak some greek, and can read and
> pronounce what i read, understanding about 2% of it. no scotch or irish.
> my native tongue is american english

Now you are being offensive :-)  'Scotch' is whisky, and the Scottish people 
take this issue very seriously :-)

Anne


signature.asc
Description: This is a digitally signed message part.
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: network vs NetworkManger services ??

[Mike]

Matthew Saltzman  clemson.edu> writes:

> Sorry if I wasn't clear.  In system-config-network, there is a check-box
> for each interface indicating whether it is controlled by
> NetworkManager.  If you have NetworkManager service running and the
> network service off, you want that box checked.  If you have
> NetworkManager off and network running, you want that box unchecked.

Just to add another twist to the options
Of course you can define the interfaces in /etc/sysconfig/network-scripts/
ifcfg-

 and then start/run these using 
service network start
chkconfig network on

But not have NetworkManager running or

you can 
service network stop
chkconfig network off

and then use NetworkManager during a logged in session to control connections.

I have an alternative way of running my wireless network on a laptop 
which I want to have the wireless running before a user logs in... that
way I can log in wirelessly and do updates etc without the extra load from
an X desktop.  How I do this is to run wpa_supplicant directly, after
setting up the config files /etc/wpa_supplicant/wpa_supplicant.conf
and /etc/sysconfig/wpa_supplicant and then have NetworkManager not running
and do
service wpa_supplicant start
chkconfig wpa_supplicant on

This is also useful if administering a laptop for a user who knows little
about networking - and wpa_supplicant can be set up to run with local
wpa encrypted LANs, or wireless networks elsewhere or open networks all
governed by sets of lines defining the networks in 
/etc/wpa_supplicant/wpa_suppliant.conf

So there are three choices - though for running wpa encrypted wireless
I had problems trying with the "network" service and could only get
things to work with NetworkManager and wpa_supplicant



-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Autofs timeout?

[Gilboa Davara]

On Thu, 2008-08-14 at 12:20 -0700, Nifty Fedora Mitch wrote:
> On Thu, Aug 14, 2008 at 07:44:30AM -0700, Craig White wrote:
> > Subject: Re: Autofs timeout?
> > From: Craig White <[EMAIL PROTECTED]>
> > To: For users of Fedora 
> > Date: Thu, 14 Aug 2008 07:44:30 -0700
> > Reply-To: For users of Fedora 
> > Delivered-To: [EMAIL PROTECTED]
> > Return-Path: [EMAIL PROTECTED]
> > Message-Id: <[EMAIL PROTECTED]>
> > Sender: [EMAIL PROTECTED]
> > 
> > On Thu, 2008-08-14 at 16:40 +0300, Gilboa Davara wrote:
> > > Hello all,
> > > 
> > > I'm using autofs+nfs combo on all my workstations.
> > > These machine are also used for software testing and crash a -lot-.
> > > Problem is - both nfs and autofs are notorious for going zombie once the
> > > host server dies.
> > > 
> > > Any idea how I can get the nfs-client (and/or the autofs) to time-out
> > > gracefully / error out, when the nfs server dies instead of just hanging
> > > till the end of time?
> > 
> > what's the host server?  RHEL?  CentOS?
> > 
> > Is this your issue?
> > https://bugzilla.redhat.com/show_bug.cgi?id=453094
> 
> And also does the fstab and autofs mount line contain the intr flag?
> 
>intr   If an NFS file operation has a major timeout and  it  is
>   hard  mounted,  then  allow signals to interupt the file
>   operation and cause it to return EINTR  to  the  calling
>   program.  The default is to not allow file operations to
>   be interrupted.
> 
> see also "bg" and "soft".
> 
> Depending on what software testing is testing these might help.

Thanks!

I'll give it a shot.

- Gilboa

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: Autofs timeout?

[Gilboa Davara]

On Thu, 2008-08-14 at 07:44 -0700, Craig White wrote:
> On Thu, 2008-08-14 at 16:40 +0300, Gilboa Davara wrote:
> > Hello all,
> > 
> > I'm using autofs+nfs combo on all my workstations.
> > These machine are also used for software testing and crash a -lot-.
> > Problem is - both nfs and autofs are notorious for going zombie once the
> > host server dies.
> > 
> > Any idea how I can get the nfs-client (and/or the autofs) to time-out
> > gracefully / error out, when the nfs server dies instead of just hanging
> > till the end of time?
> 
> what's the host server?  RHEL?  CentOS?
> 
> Is this your issue?
> https://bugzilla.redhat.com/show_bug.cgi?id=453094
> 
> Craig
> 

Sorry for the late reply.
Problem with both RHEL, CentOS and Fedora.

Kill the host, the autofs/nfs clients go zombie.

- Gilboa

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list