I'm doing a preupgrade from F12 to F13. yesterday I stopped preupgrade
and started it again today. For my surprise preupgrade restarted
downloading the installation images, which, with my slow connection,
makes me loose more then 1/2 an hour only downloading the images.
The question is, why does it download the installation images each
time I start preupgrade again?
select 'martin.marques' || '@' || 'gmail.com'
DBA, Programador, Administrador
$ sudo yum -y install parted
Loaded plugins: refresh-packagekit
Error: Cannot retrieve repository metadata (repomd.xml) for repository:
InstallMedia. Please verify its path and try again
sudo vi /etc/yum.repos.d/packagekit-media.repo
It worked fine for one update session.
Next update, problem comes back again.
Why is it being clobbered with a new packagekit-media.repo ?
Is there a conf file I can edit to permanently disable this repo?
Does anyone know if there is a workaround for running the ati fglrx
drivers on fedora 13 or how difficult it would be to port fedora 12's
xorg to f13?
For fedora 12 there is this:
And it works (thanks Steffen Seeger for the effort!), but I'm now on
fedora 13 and laptop gets too hot with the experimental mesa drivers
(altough performance wise they are decentish).
did somebody try to run qtparted in F13? I did it, but getting an error
prompt: "Cannot get parted version". If pressing OK, qtparted exits.
rpm -q parted qtparted
Joachim Backes <joachim.backes(a)rhrk.uni-kl.de>
I have been struggling with an attempt to print a crossword
puzzle for about an hour now.
I click on print and 20 seconds later the printer activity lamp
begins to blink, 40 seconds later it produces a copy. And that
is an improvement, up until a few minutes ago it simply refused
to print at all!
Everything happens in slow motion.
In desperation I booted as root in order to get cups to allow me
to do anything, I have never booted this computer as root
before, doing anything in cups is also very slow.
All of this worked before in F-12. The printers are network
printers on our LAN.
Another F-12 computer next to this one works normally. I just
switched that computer on and once booted I was able to print 2
copies each of 2 pages in a minutes time so the rest of the
system is working normally. The problem is peculiar to the F-13
I have gone through the troubleshooting process that pops up
numerous times over the last couple of days to no avail.
I think that in this case it might be simpler to wipe out
everything to do with printing and start over configuring with cups?
Am I the only one with this problem? Suggestions welcome?
I am running nscd-2.12-2.i686 on F13.
my /etc/resolv.conf contains:
followed by other nameservers from my provider.
I am using the default nscd.conf file
My email client is Thunderbird.
Every time i check for email, or send a message,
thunderbird takes it many seconds to find the ip address
Similarly, firefox takes it sometimes almost 60 seconds to resolve
web site ip addresses.
Mu machine is not loaded at all. I have other
machines (windows) on same subnet and are mostly quiet,
but they do not have this problem.
What do I need to do as far as configuration to make nscd a better cacher?
I asked recently about using /etc/redhat-release and got some useful answers.
My thanks to all who replied.
Now a slight variant:
Can anyone suggest some resource that a PROGRAM (compiled C program) can
examine while running to find out what platform it is runninng on ?
Things that come to mind include:
1. output of uname to see if the kernel version contains "elX" where X
is a digit, such as el4, el5, etc., identifying RHEL-4, RHEL-5, etc.
2. do the same thing by exmining the filename of the kernel (if I knew
how to find the file for the currently running kernel, that is.
can anyone suggest any other checks I could do?
---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us -----------------------------
The Lord detests the way of the wicked
but he loves those who pursue righteousness.
----------------------------- Proverbs 15:9 (niv) -----------------------------
Trying to burn a iso image in k3b and I get a error in Filesize and Volume,
Can some tell me what problem I have and how to fix it ?
I can see a difference of .1 mb.
Detected: iso9660 image
Filesize: 498.0 Mib (different than declared volume size)
Volume: 498.1 Mib
k3b(25465)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know ""
localhost kernel: sr 2:0:0:0: [sr0] Result: hostbyte=DID_OK
Jul 1 17:15:48 localhost kernel: sr 2:0:0:0: [sr0] Sense Key : Illegal
Jul 1 17:15:48 localhost kernel: Info fld=0x0
Jul 1 17:15:48 localhost kernel: sr 2:0:0:0: [sr0] Add. Sense: Logical
block address out of range
Jul 1 17:15:48 localhost kernel: sr 2:0:0:0: [sr0] CDB: Read(10): 28 00
00 00 00 00 00 00 01 00
Jul 1 17:15:48 localhost kernel: end_request: I/O error, dev sr0, sector 0
Jul 1 17:15:48 localhost kernel: quiet_error: 40 callbacks suppressed
Jul 1 17:15:48 localhost kernel: Buffer I/O error on device sr0,
logical block 0
> Is there a way to query nscd and ask it what's in it's cache?
have not used it, but quick lookup below may help ?
> nscd --help
> nscd -g | --statistics
> nscd -d | --debug
> ls -al /var/db/nscd/
Trobleshooting Name Service Information
Each name service provides tool for acquiring information stored
within it. The problem is that it displays only information pertinent
to a particular name service without understanding of the influence of
/etc/nsswitch.conf on the real behavior of the system. To solve this
problem Selecting the correct In Solaris the getent utility provides
a generic retrieval interface to search several name service databases
in the order in which they are specified in/etc/nsswitch.conf.
Usage of the getent utility instead of service specific utilities like
nslookup, dig, ypmatch, etc can reduce troubleshooting time when
isolating name service malfunctions.