Problems with 3COM 3C900Combo
by Christian Moller
Hi all Fedora users,
I have just joined this list. I am running the latest Fedora but I can't get
my 3C900Combo networking card to work. I can see that the card is installed
but no IP-address is asigned to it and I can't set it. So I think that there
is a bug in that driver. Any other user out there who have a solution for
this?
Best regards and thanks,
Christian
8 years, 12 months
RAGE XL Framebuffer
by Yanick Quirion
Hi all
I know that is not a specific question about Fedora, but I can't find answer on the kernel mailing list.
Is somebody having server with integrated ATI RAGE XL video card? Is it possible to patch the kernel to support this video card? If I add VGA=791 in my grub.conf, I will have a resolution of 1024x768 which is good, but the display is very slow (especially when the screen is scrolling). If I use I this: "video=aty128fb:1024x768@70" it will not work. I'm using kernel 2.4.22 but I will try 2.6.0-test11 today.
If somebody has a patch, a link or anything else that can help me, it will be appreciated.
Thanks for your help.
Regards,
-----------
Yanick Quirion
Administrateur Réseau/Network Manager
NEOKIMIA INC.
Institut de Pharmacologie de Sherbrooke
3e étage (Édifice Z5)
3001 12e avenue Nord
Sherbrooke, Québec
CANADA
J1H 5N4
Tél.: +1 819 820-6040
Direct: +1 819 820-6855
Fax.: +1 819 820-6841
email: Yanick.Quirion(a)neokimia.com
8 years, 12 months
Soundblaster
by Antonio Montagnani
I have two similar PC (old Pentium but workin fine)
In Pc no.1 I upgraded from RH8 to Fedora and it went fine: Soundblaster
is working fine
In Pc no.2 I made a fresh installation but in redhat-sound-config Fedora
doesn't see any card, that was working on Redhat 9 after soundconfig...
Where is the trick?? I assume that my Sounblaster is an old 16...but
fine on a router/firewall.
Tnx
Antonio
8 years, 12 months
Tablet hardware
by Florian Weimer
Is there any tablet-like hardware which is well-supported by Fedora 20
and later? Something with a high-resolution display?
I don't need 3D acceleration beyond what's needed to run a typical
desktop environment, but I'd like to have lots of RAM, a bit of CPU
power (perhaps even a current Core i7) and an SSD with decent read
speed.
9 years
RPM build error
by Ranjan Maitra
Hello,
I am trying to build an RPM for sylfilter available at
http://sylpheed.sraoss.jp/sylfilter/src/sylfilter-%{?version}.tar.gz
with the attached .spec file but I get the following errors:
.....
error: Installed (but unpackaged) file(s) found:
/usr/include/sylfilter/bayes-filter.h
/usr/include/sylfilter/blacklist-filter.h
/usr/include/sylfilter/filter-kvs-gdbm.h
/usr/include/sylfilter/filter-kvs-qdbm.h
/usr/include/sylfilter/filter-kvs-sqlite.h
/usr/include/sylfilter/filter-kvs.h
/usr/include/sylfilter/filter-manager.h
/usr/include/sylfilter/filter-utils.h
/usr/include/sylfilter/filter.h
/usr/include/sylfilter/ngram-filter.h
/usr/include/sylfilter/textcontent-filter.h
/usr/include/sylfilter/whitelist-filter.h
/usr/include/sylfilter/wordsep-filter.h
/usr/lib64/libsylfilter.a
/usr/lib64/libsylfilter.la
/usr/lib64/libsylfilter.so
/usr/lib64/libsylfilter.so.0
/usr/lib64/libsylfilter.so.0.0.0
RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/include/sylfilter/bayes-filter.h
/usr/include/sylfilter/blacklist-filter.h
/usr/include/sylfilter/filter-kvs-gdbm.h
/usr/include/sylfilter/filter-kvs-qdbm.h
/usr/include/sylfilter/filter-kvs-sqlite.h
/usr/include/sylfilter/filter-kvs.h
/usr/include/sylfilter/filter-manager.h
/usr/include/sylfilter/filter-utils.h
/usr/include/sylfilter/filter.h
/usr/include/sylfilter/ngram-filter.h
/usr/include/sylfilter/textcontent-filter.h
/usr/include/sylfilter/whitelist-filter.h
/usr/include/sylfilter/wordsep-filter.h
/usr/lib64/libsylfilter.a
/usr/lib64/libsylfilter.la
/usr/lib64/libsylfilter.so
/usr/lib64/libsylfilter.so.0
/usr/lib64/libsylfilter.so.0.0.0
Not sure what the issue is, but wondering if anyone had any suggestions?
Many thanks and best wishes,
Ranjan
--
Important Notice: This mailbox is ignored: e-mails are set to be
deleted on receipt. Please respond to the mailing list if appropriate.
For those needing to send personal or professional e-mail, please use
appropriate addresses.
____________________________________________________________
GET FREE 5GB EMAIL - Check out spam free email with many cool features!
Visit http://www.inbox.com/email to find out more!
9 years, 3 months
Evolution 3.10.4 and Fedora 20
by Gregory P. Ennis
Everyone,
I have about 6 desktop's running F20 with evolution 3.10.4 that have had
problems related to the desktop gui 'freezing'. I can go to a terminal
interface by hitting <cntrl><alt>F2, and when I toggle back to the gui
it is still not usable. The screen is filled with the last object
displayed in this case it is always evolution that does not respond, and
I am unable to switch to anything else on the gui. All panels are
unaddressable.
At first I thought the problem was gpaste so I removed it on a test
desktop. The symptoms appeared less often but were still present. It
seems to hang with evolution.
Has anyone else had this problem? Can anyone help me debug this.
Thank you for your help.
Greg Ennis
9 years, 5 months
Latest systemd news
by Sam Varshavchik
Making the rounds of various technical mailing lists yesterday, with a
subject that's typically a variation of "Just for yucks, and giggles" is a
link to a commit to systemd's git, adding DNS caching to systemd; in one,
huge 857 line glop. Here's its entire commit message: "resolved: add DNS
cache".
And, it's beauty to read. Made me teary-eyed to know that systemd will cache
my DNS queries. Not sure why systemd, all of a sudden, needs to make DNS
queries. But if it does, it's going to cache them now! Such a sight to
behold makes my heart skip a beat: now, not just bind, or pretty much every
DNS server that automatically caches DNS for you – but so will systemd!
But, seriously folks, systemd's DNS caching achieves absolutely 100%
nothing. Really. Surprised? Well, you'll be shocked to know that the DNS
server that systemd queries for that DNS RR, such as the stock "bind",
already automatically caches all recursive DNS replies!! systemd's own
caching produces absolutely zero useful results. On the oft chance that it
sends a query for a non-cached RR, the local DNS server will cache the
response, before returning it to systemd, and then use the cached response
for all future queries. That's what DNS servers do: provide caching for
local clients. It's inherent in DNS's design: DNS was explicitly designed to
use aggressive caching, it's an internet-wide, distributed, locally cached
database.
Isn't modern technology amazing?
I'm willing to consider the possibility that I missed something obvious,
some obvious value-added result from caching DNS RRs directly by systemd,
and I'll stick around for someone to enlighten me; or if Occam's razor
applies, and the author of that commit had no idea that bind already
automatically caches DNS responses, and, more importantly, that its caching
algorithms are a result of painful lessons learned from various DNS cache
poisoning attacks, that have circulated around the intertubes, for the last
couple of years.
The only possible use case for this kind of caching approach would be if:
A) You do not have a local DNS server nearby; and you have non-negligible
latencies to whatever DNS server you use.
B) Your queries tend to be for domains that your DNS servers are not
authoritative for, so they'll benefit from local caching.
So, can someone explain to me how likely this is going to be the case in a
typical deployment scenario that systemd is targeted for; in an average
corporate environment where systemd's alleged benefits will supposedly shine?
I would guess that a typical systemd deployment, in a corporate/business
environment, will certainly have multiple, low-latency DNS servers nearby,
won't that be the case? And, if so, then this is just another potentially
exploitable security hole in systemd, nothing more.
P.S. After I wrote the above, poking around, Google dumped this onto my
screen:
http://seclists.org/oss-sec/2014/q4/592
Mental note to myself: go back and check the timestamp of the systemd git
commit – before, or after, this was disclosed…
9 years, 5 months
how to set LC_TIME in gnome?
by Dr. Michael J. Chudobiak
How can I set LC_TIME=en_DK.UTF-8 for all users, to get a sensible ISO
date format in most programs?
Setting /etc/locale.conf doesn't help:
[mjc@xena ~]$ more /etc/locale.conf
LANG=en_US.UTF-8
LC_TIME=en_DK.UTF-8
After rebooting, and launching a terminal in gnome-shell, LC_TIME is
stuck at en_US:
[mjc@xena ~]$ locale | grep LC_TIME
LC_TIME="en_US.UTF-8"
9 years, 6 months
Configuring a printer on a server without a GUI
by Robert Moskowitz
I have a server here that has no GUI installed.
No gnome, xfce, or any other. And I want to install a printer. It is
an HP8610 and I have the url for it. I strangely thought that
system-config-printer would work, but that also requires more than just
a text window as I get:
# system-config-printer
Unable to init server: Could not connect: Connection refused
Unable to init server: Could not connect: Connection refused
Unable to init server: Could not connect: Connection refused
(system-config-printer.py:15388): Gtk-WARNING **: cannot open display:
Oh, yes, no monitor at ALL. Only a serial console or SSH terminal.
9 years, 6 months
Is my USB drive dying?
by Robert Moskowitz
Logwatch says:
--------------------- Kernel Begin ------------------------
WARNING: Kernel Errors Present
EXT4-fs error (device sdc1): e ...: 80 Time(s)
sd 7:0:0:0: [sdc] Sense Key : Recovered Error [current] [descr ...: 14 Time(s)
---------------------- Kernel End -------------------------
And in /var/log/messages I see:
Nov 30 07:41:11 homebase kernel: sd 7:0:0:0: [sdc] Sense Key : Recovered
Error [current] [descriptor]
Nov 30 07:41:11 homebase kernel: Descriptor sense data with sense
descriptors (in hex):
Nov 30 07:41:11 homebase kernel: 72 01 04 1d 00 00 00 0e 09 0c 00
00 00 00 3a a6
Nov 30 07:41:11 homebase kernel: 00 32 00 06 40 50
Nov 30 07:41:11 homebase kernel: sd 7:0:0:0: [sdc] ASC=0x4 ASCQ=0x1d
Nov 30 07:41:11 homebase kernel: sd 7:0:0:0: [sdc] Sense Key : Recovered
Error [current] [descriptor]
Nov 30 07:41:11 homebase kernel: Descriptor sense data with sense
descriptors (in hex):
Nov 30 07:41:11 homebase kernel: 72 01 04 1d 00 00 00 0e 09 0c 00
00 00 00 3a 00
Nov 30 07:41:11 homebase kernel: 00 4f 00 c2 00 50
Nov 30 07:41:11 homebase kernel: sd 7:0:0:0: [sdc] ASC=0x4 ASCQ=0x1d
This is both my backup drive and where my repos are located. So given
this is the time of the 'big sales' is this drive failing and it is time
to buy a replacement?
9 years, 6 months