Xprt cpu usage at 90% Why?
by Brian Millett
I've noticed the last couple of day, after updating to the xorg stuff,
that the Xprt process is taking up 80-95% of the cpu. Why? I'm not
printing anything, nor have I tried to day to print anything. If I am
not using xprint, do I need the service?
Thanks.
--
Brian Millett - Technologist Rex
"Ah, Ambassador..."
'No! Get away from him! Get away! We've got to get out of here. He'll
eat your mind."
"Thomas?"
'I saw him. I saw him do it. He'll suck your brain dry.'
"Thomas! Excuse me, Ambassador. Perhaps later?"
-- Aldous Gajic and Thomas "Jinxo" Jordan (visiting Kosh), "Grail"
20 years, 1 month
policy on library packages
by Aurelien Bompard
Hi all
I can't find the policy regarding library (sub-)packages. I am packaging a
digital camera program for KDE called DigiKam (#1404). This package can use
a plugins package for more features: digikamplugins (#1406). Thus,
digikamplugins depends on libdigikam.so. But then, an image viewer for KDE
called ShowImg (#1410) can also use digikam's plugins. In the end, we have
an image viewer depending on a digital camera manager. This could be fixed
by splitting libdigikam out of the main package, but it looks like it is
rarely done in the Fedora distribution. Is there a policy regarding this
kind of situation (I'm sure it is neither the only nor the fist time this
happens) ? Is there a general policy as regards to sub-packages, and to
library packages ?
Thanks
Aurélien
--
http://gauret.free.fr ~~~~ Jabber : gauret(a)amessage.info
"As we enjoy great advantages from inventions of others, we should be
glad of an opportunity to serve others by any invention of ours ; and
this we should do freely and generously." -- Benjamin Franklin
20 years, 1 month
k3b fedora.us reviews or new maintainer wanted!
by Michael Schwendt
My update packages for k3b are in need of further reviews according
to the fedora.us package submission and QA policies.
k3b 0.11.6 (one review)
https://bugzilla.fedora.us/show_bug.cgi?id=1106
k3b i18n 0.11
https://bugzilla.fedora.us/show_bug.cgi?id=1341
Alternatively, if someone likes to take over the packages (I'm not the
initial packager and have prepared the 0.9.x and 0.10.x updates only),
that would be appreciated, too, as I would add the required review.
My motivation to review and approve new packages has reached an all-time
low, when I see that the very few packages which I maintain or which I
have brought into shape during QA, don't seem to get published.
Notice that most package updates are considerably easier to review than
new package requests, since an update can be compared with the previous
release. Verification and confirmation of the included tarball checksum
is the most important step.
--
20 years, 1 month
FastTrack 133 "Lite" or why there is no /dev/hda
by Martin Mewes
Hi folks,
recently I installed Fedore Core 1 on a PC with a FastTrack 133 "Lite"
on it.
<14:33:12> macmewes@linux:~ $ df
Filesystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/hdg2 79048292 6264524 68768324 9% /
/dev/hdg1 101086 8337 87530 9% /boot
/dev/hdh1 77348004 375092 73043820 1% /home
none 775416 0 775416 0% /dev/shm
This is a parallel installation with Windows XP which is on the first
two harddisks which I would see as hda and hdb if Fedora Kernels came
with NTFS-Support for mounting them into my system for reading only.
I do not want to start a chit-chat about why this feature is not in
Fedore-Kernels, but what I wonder about is if Windows XP resides on
hda and hdb why Fedora (as well as SuSE, RedHat, Knoppix, Debian ...)
is starting to acutally see the harddisks not with hda but hde?
A "demsg"-extract for you ...
[...]
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
SiI3112 Serial ATA: IDE controller at PCI slot 00:08.0
SiI3112 Serial ATA: chipset revision 2
SiI3112 Serial ATA: not 100% native mode: will probe irqs later
ide0: MMIO-DMA , BIOS settings: hda:pio, hdb:pio
ide1: MMIO-DMA , BIOS settings: hdc:pio, hdd:pio
PDC20276: IDE controller at PCI slot 00:0f.0
PDC20276: chipset revision 1
PDC20276: not 100% native mode: will probe irqs later
ide2: BM-DMA at 0xc400-0xc407, BIOS settings: hde:pio, hdf:pio
ide3: BM-DMA at 0xc408-0xc40f, BIOS settings: hdg:pio, hdh:pio
VP_IDE: IDE controller at PCI slot 00:11.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci00:11.1
ide4: BM-DMA at 0xd400-0xd407, BIOS settings: hdi:pio, hdj:pio
ide5: BM-DMA at 0xd408-0xd40f, BIOS settings: hdk:DMA, hdl:pio
hda: no response (status = 0xfe)
hdc: no response (status = 0xfe)
hde: IC35L090AVV207-0, ATA DISK drive
hdf: IC35L090AVV207-0, ATA DISK drive
blk: queue c03ff0f8, I/O limit 4095Mb (mask 0xffffffff)
blk: queue c03ff238, I/O limit 4095Mb (mask 0xffffffff)
hdg: IC35L090AVV207-0, ATA DISK drive
hdh: IC35L090AVV207-0, ATA DISK drive
blk: queue c03ff554, I/O limit 4095Mb (mask 0xffffffff)
blk: queue c03ff694, I/O limit 4095Mb (mask 0xffffffff)
hdk: DV-516E, ATAPI CD/DVD-ROM drive
ide2 at 0xb400-0xb407,0xb802 on irq 10
ide3 at 0xbc00-0xbc07,0xc002 on irq 10
ide5 at 0x170-0x177,0x376 on irq 15
hde: attached ide-disk driver.
hde: host protected area => 1
hde: 160836480 sectors (82348 MB) w/1821KiB Cache, CHS=10011/255/63,
UDMA(100)
hdf: attached ide-disk driver.
hdf: host protected area => 1
hdf: 160836480 sectors (82348 MB) w/1821KiB Cache, CHS=10011/255/63,
UDMA(100)
hdg: attached ide-disk driver.
hdg: host protected area => 1
hdg: 160836480 sectors (82348 MB) w/1821KiB Cache, CHS=10011/255/63,
UDMA(100)
hdh: attached ide-disk driver.
hdh: host protected area => 1
hdh: 160836480 sectors (82348 MB) w/1821KiB Cache, CHS=10011/255/63,
UDMA(100)
Partition check:
hde: hde1
hdf: hdf1
hdg: hdg1 hdg2
hdh: hdh1 hdh2
ide: late registration of driver.
[...]
Any hints?
bis dahin/kind regards
Martin Mewes
--
http://www.mewes.tv/
Official Webmin/Usermin Translation Co-Ordinator 2003/2004
######################################################################
20 years, 1 month
weird install problem
by tony
I just tried installing Fedora Core 1 from CD-ROM on a K6-2 333 machine.
It has a Kyro 3D card, SCSI adaptor with non bootable CD drive, sound
blaster and network card. As the SCSI CD isn't bootable I had plugged an
IDE drive in to install from.
The install went fine up till the end where it hung on "finishing..."
(as the install was done in French I don't have the english text). The
only issue was the video card wasn't recognised so vesa driver was used.
OK so reset and... nothing. No BIOS screen, no hard disk activity. The
only things showing any life were the two CD-ROM drives which were
getting power.
Power off - power on nothing the machine is dead.
Any clues? Coincidence or "something bad happened during install" TM?
Cheers
Tony Grant
--
www.tgds.net Library management software toolkit
20 years, 1 month
flac package incompatibilty
by Mihai Maties
There is an incompatibility between the flac package from Fedora Core
development tree and the flac package from fedora.us:
while flac-1.1.0-3.src.rpm from Fedora Core devel tree consists of flac,
flac-devel and flac-xmms the package from fedora.us splits this further by
generating the flac-libs package.
The Fedora Core devel tree approach is used by Freshrpms too so currently
people who use Fedora.us and Freshrpms are affected. For instance I'm
packaging K3b which requires flac, but if someone is using both the freshrpms
and fedora.us/stable repositories this happens:
yum detects that k3b needs flac, it installs it from freshrpms(it seems
newer), but it detects at the same time that libFLAC.so.4 is needed which is
provided by fedora's flac-libs. Of course when trying to install both
packages yum fails. An workaround would be to issue "yum --exclude=flac-libs
install k3b", but this is rather an ugly hack.
I spoke with Matthias Saou (who maintains flac from freshrpms) and he agreed
to change his package if the flac package from devel tree will be splitted
into fedora-libs too.
While this might be a temporary problem between Freshrpms and Fedora.us,
things will get worse as soon as Fedora Core 2 will be released. I already
submitted a bug on fedora.us about this issue
( https://bugzilla.fedora.us/show_bug.cgi?id=1397 ) but since nobody answered
I followed Warren Togamy's advise and took the problem in here.
Mihai
20 years, 1 month
H.323 gatekeeper on FC1?
by Hugo van der Kooij
Hi,
Is someone working on a H.323 gatekeeper that compiles (and works) on FC1
and higher and make it packageable?
Hugo.
--
All email sent to me is bound to the rules described on my homepage.
hvdkooij(a)vanderkooij.org http://hvdkooij.xs4all.nl/
Don't meddle in the affairs of sysadmins,
for they are subtle and quick to anger.
20 years, 1 month