Was curious if anyone has seen/used any kind of auto-setup scripts for
large amounts of users. I have a couple of hundred pine/mutt users that
I intend to move over to evolution sooner rather than later.
I would like to create their email accounts automatically, and not have
to setup each one seperately as they login.
Is there a place I can go to check out the current artwork for Fedora Core 4
Test 2 ? Is there any artwork that the group could use?
J.J. Barnicke Edmonton Ltd.
#2300, 10123 99 Street
I just noted that Asus has released a beauty of a Mobo for a Dual-
Opteron setup I am building. What is the current level of support for
the nVIDIA nForce4 Professional (CrushK8-04 Professional) chipset.
P.S. the mobo is an Asus K8N-DL
Why don't Fedora Project make an i586 optimized binaries (as Mandrake does)?
Some says about 40% performance increase with it. I am really doubt anybody
uses FC on machines slower than Pentium. What's you thoughts?
I have a problem with the screen not being centered
on the monitor.
The system is booted with Windows XP Pro, Red Hat 9
Fedora Core 3.
The screen is in the center of the monitor for
Windows XP Pro and Red Hat 9.
The screen is not in the center of the monitor for
Fedora Core 3. The screen is against the right side
of the monitor.
Has anyone had this problem? How did you fix it?
I have not been able to find a solution on google.
Do you Yahoo!?
Plan great trips with Yahoo! Travel: Now over 17,000 guides!
On basic Fedora Core 3 gnome (using the Metacity window
damager), and traditional focus-follows-mouse, how does one
prevent the focus from changing when a new window is opened?
At least for me, the principle of least astonishment is
continuously broken when a newly opened window grabs the focus
from right under my mouse pointer (and I need to move the
pointer out of my window and then back in to regain it).
piglet:~% uname -a
Linux piglet.otto.net 2.6.10-1.770_FC3smp #1 SMP Thu Feb 24 14:20:06 EST 2005
i686 i686 i386 GNU/Linux
piglet:~% rpm -q xorg-x11 metacity
piglet:~% cat /etc/fedora-release
Fedora Core release 3 (Heidelberg)
/* * * Otto J. Makela <om(a)iki.fi> * * * * * * * * * * * * * * * */
/* Phone: +358 40 765 5772, FAX: +358 42 765 5772, ICBM: 60N25E */
/* Mail: Mechelininkatu 26 B 27, FIN-00100 Helsinki, FINLAND */
/* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * */
I sent what I thought was a very important request to one of the Fedora
lists which was quickly beaten down, and I did not receive anything back
on subsequent replies. I would appreciate your help in making sure that
the lists are safe for all of us. I'm actually going to the trouble of
subscribing to nearly all of the Red Hat mailing lists just to get the
One thing that I have done recently was to search for my e-mail
addresses on the Internet web pages to find all of the places that list
them. Why bother doing this? Just like how Google has spiders that
crawl the Internet to gather general information, spammers have spiders
that crawl the Internet to gather e-mail addresses to spam people. I
have contacted all of the websites who did not modify my e-mail
addresses (mostly on mailing lists) in such that they cannot be
collected. Red Hat has done at least one thing right in that they have
modified everyone's e-mail address in their web archive, such that it
reads something like <walrus bellsouth.net> for mine.
However Red Hat has left one big gaping whole that the spam spiders can
still crawl into. There is a complete active mirror of these lists as
postable newsgroups kept on a service called Gmane <http://gmane.org>.
I'm using Gmane to write this message to you now. It's a pretty
sophisticated setup, has safeguards to prevent spam getting posted, and
they use Spam Assassin to clean up stuff that still ends up on the list
(except you have to filter it yourself on the newsgroup interface). The
only problem is that spam spiders crawl the newsgroups to collect e-mail
Gmane has a safeguard to prevent this, but it has to be turned on by the
list administrator. Gmane can encrypt the e-mail addresses on the list
such that any mail sent to them is routed through Gmane first, and then
the sender must under go a challenge-response before the message gets
routed to the actual recipient. Of all of the Red Hat lists I've only
found two newsgroup mirrors that use address encryption:
gmane.linux.redhat.fedora.java <fedora-java-list>, and
If you would like to see the Red Hat newsgroup mirrors have encrypted
e-mail addresses, please reply to this topic and discuss. If you are
even more brave (important since some of these lists are high-volume and
not everything gets read), please contact your list administrator
directly at <listname-admin(a)redhat.com>. If someone knows how to get
the word out on the international lists or to their administrators
(since I don't speak multiple tongues), please do so. If someone knows
who to contact who can make all of the newsgroups have encrypted e-mail
addresses going above all of the list administrators (maybe the person
who decided to obfuscate them all on the web archive?) please contact
him or her and let us know how to contact that person.
Thanks so much,
> I'd have to agree that there needs to be serious evaluation of totem
> again as the default player for fc4. I'm not aware of a technical
> advantage that Helix has out-of-the-box. And unless Helix has grown
> some interesting new plugin support... its immensely easier to just
> replace Helix with Real when you go looking for additional codec
> support. From a user perspective I don't see a compelling reason to
> use Helix over Real in any real-world situation. Totem on the other
> hand when backed by gst has a reasonable useful mechanism to extend
> its support via additional gst plugins instead of being replaced
> wholesale with another player application. And the gst dependancy
> makes for tighter integration with the default desktop. I'm reading
> and I personally don't see a profound reason to keep Helix as the
> default when compared to totem based on the objective criteria
> setforth there.
> If there are differing opinions grounded in technical criteria for
> helix still being the default, I'd appreciate hearing them for
Instead of discussing it here maybe we should take it to -desktop-list
where it can maybe get a bit more sane and less flamable responses.