The fonts now are too obscure to see after updating today.
by 肇 鑫
Greeting everyone.
I update the XFree86 to 4.3.0-42 today.
I notice that the fonts change a lot now. However, I think they are worse
than before.
If you are somebody like me, who choose Chinese as default, you will find
the characters become so obscure now. I believe that if this is still
existed, fedora should not be released.
I use a notebook with 14.1 @ 1024*768. So I try to reset fonts using LCD
mode in font setting. But it seems no changes happened.
So please chech-out want is wrong in that.
Thanks.
Best wishes.
huhu
_________________________________________________________________
与联机的朋友进行交流,请使用 MSN Messenger: http://messenger.msn.com/cn
20 years, 5 months
Re: applications:///
by Ryan
On Wed, 2003-10-29 at 11:11, Ryan wrote:
> Hi,
>
> I'm not sure my initial email made it to the list (I just set up a new
> "list only" email account).
>
> I've read on the gnome-devel list that Redhat removed the ability to
> edit applications:///
>
> I'm wondering if this is true and if so what the reasoning behind this
> is? And also how I can fix things so that I can edit menus.
>
> thanks all,
> -ry
For those others out there (few though they may be) who would like to be
able to edit applications:/// try these instructions at your own risk
(they're pulled verbatim from
http://people.ecsc.co.uk/~matt/repository.html and they worked fine for
me).
Menu-editing in RedHat 9
* To enable menu editing per user config (via nautilus), you need
to open a terminal and do the following:
su -
<give root password>
cd /etc/gnome-vfs-2.0/modules
cp default-modules.conf default-modules.conf-no-menu-editing
cp default-modules.conf.with-menu-editing default-modules.conf
For any user you want to have the right to edit their menu, you
also need to do this as the user:
cd ~/.gnome2/vfolders
cp /etc/X11/desktop-menus/applications.menu
applications.vfolder-info
* When gnome-panel is restarted (via logout/login or kill) the
user will be able to see the changes they have made to their
menu.
Enjoy,
-ry
20 years, 5 months
Setting Default System Theme
by jeff
What file contains the default system theme? I mean, when you add a new user,
they get that theme automatically instead of Bluecurve.
I've changed a number of files, but they don't do the trick:
/etc/gtk-2.0/gtkrc
/etc/skel/.gtkrc
/etc/gconf/schemas/desktop_gnome_interface.schemas
/etc/gconf/schemas/metacity.schemas
/usr/share/themes/Default/gtk/gtkrc
Anyone? :)
Thanks,
-Jeff
20 years, 5 months
Battery status problem (with ACPI)
by Peter Boy
If I activate ACPI the gnome battery applet shows up with 0%.
If I check /proc/acpi/battery/BAT0/state I get:
present: yes
ERROR: Unable to read battery status
Is this usual for the current status of acpi support or is there an
error? (as mentioned in another message, I get a warning in dmsg about a
broken AML implementation)
Hardware: IBM Thinkpad T40p
20 years, 6 months
Fedora and Wireless support
by Ryan Nix
Is there a list anywhere of what wireless PCI and PCMCIA cards are
supported by the Fedora kernel?
20 years, 6 months
2.4.22-1.2115.nptl kernel lockups with acpi
by Joshua Legbandt
I'm experiencing kernel lockups with 2.4.22-1.2115.nptl after I receive
the following messages in /var/log/messages:
Nov 2 06:56:23 suburbia kernel: ACPI-0345: *** Error: Handler for
[EmbeddedControl] returned AE_TIME
Nov 2 06:56:23 suburbia kernel: ACPI-1120: *** Error: Method
execution failed [\_SB_.BAT1.SEBS] (Node c163f9c0), AE_TIME
Nov 2 06:56:23 suburbia kernel: ACPI-1120: *** Error: Method
execution failed [\_SB_.BAT1._BST] (Node c163f800), AE_TIME
These lockups seem to happen at random intervals, anywhere from every 20
to 60 minutes. I was not receiving these errors and lockup with
kernel-2.4.22-1.2111.nptl
-josh
--
Joshua Legbandt <jtlegbandt(a)earthlink.net>
20 years, 6 months
Bluetooth and 2.4.22-1.2115.nptl problems?
by Daniel Durgin
At boot up I get a messege about lsmod not being able
to load 2.4.22-1.2115.nptl bluetooth modules, because
they already exist.
Forgive me for not having the real message, for some
reason they are not show up with dmesg.
I can't sync ( pilot-xfer -p net:any -l ) with my
Tungsten T even though I can log in ppp via Bluetooth
just fine.
I am on the right track?
- Dan
__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
20 years, 6 months
ACPI AML problem on Thinkpad T40p - how to correct?
by Peter Boy
I activated acpi on my IBM Thinkpad T40p. ACPI it meant for device
enumaration only and, indeed, the power saving functions nor the battery
applet did work.
Inspecting /var/log/messages I found:
Nov 1 14:26:09 ibmLaptop kernel: ACPI-0178: *** Warning: The ACPI
AML in your computer contains errors, please nag the manufacturer to
correct it.
Nov 1 14:26:09 ibmLaptop kernel: ACPI-0181: *** Warning: Allowing
relaxed access to fields; turn on CONFIG_ACPI_DEBUG for details.
Nov 1 14:26:09 ibmLaptop kernel: ACPI: Interpreter enabled
Is the AML (ACPI Machine Language) issue related to the DSDT issues,
which has been reported here several times? I couldn't determine it
based on the information I found on the ACPI project pages and INTEL's.
And how to correct it or is it even necessary to correct? I suppose a
kindly letter for Mr. Palmisano will not help so much :-).
Regards
Peter
20 years, 6 months
ifup issues
by Jaap A. Haitsma
Hi,
I have a Cisco Aironet 340 PCMCIA wireless access card. ifup and ifdown
have the expected behaviour but ifup generates some output I think it
should not generate.
* Issue 1, when my card is in Managed mode
I get the following extraneous line:
Cannot get driver information: Operation not supported
It is generated by ethtool -i in the following line in ifup (line 212)
if [ "${TYPE}" = "Bonding" ] || ethtool -i $DEVICE | grep -q "driver:
bonding" ; then
* Issue 2, when my card is in Auto mode
I get the following extra output
Error for wireless request "Set Mode" (8B06) :
SET failed on device eth1 ; Invalid argument.
Cannot get driver information: Operation not supported
First two lines are generated by
iwconfig $DEVICE mode $MODE (line 34 of ifup-wireless)
last line again by ifup
* Issue 3
I have set the option that normal users can issue an ifup and an ifdown
and I also have encryption enabled on my wireless link.
redhat-config-network saves the WEP key in
/etc/sysconfig/network-scripts/keys-wifi0
and gives this file rw permission for only the root owner. Issuing an
ifup or ifdown as a normal user then gives the following extra output
/sbin/ifup: line 48: keys-wifi0: Permission denied
It's easily solved by just changing the permissions of the file, but in
my opinion redhathe file should be world readable if I tell
redhat-config-network that I want users to be able to control the device
Jaap
20 years, 6 months