[Cooker] URW Symbol font is invisible in gimp/gfontsel
This may not be the forum for the question, but I have not found help/got responses elsewhere. I am still running Mandrake 8.2. I have the URW fonts installed and they can be selected in gimp and gfontsel. However, anything in URW Symbol is invisible! URW Times works just fine and is encoded in iso8859-15. The encoding for URW Symbol is 'urw-fontspecific'. It is the only font in the system with this encoding and it is the only invisible one. Is encoding the problem? How do I fix it? Mikko
[Cooker] bogus devfsd rpm dependency?
I noticed that the 'devfsd' rpm requires the 'dynamic' rpm to be installed. Dynamic generates KDE and Gnome desktop entries, which are remarkably pointless on a machine that does not have KDE or Gnome installed. This is, of course, a very minor problem, but a nuisance when doing updates. I am using 8.2 and I am not sure if the dependecy is there in 9.0 beta or Cooker. Mikko
[Cooker] Rxvt, Emacs X resources via .Xdefaults?
I'm running 8.2 but I've had this problem with earlier releases of Mandrake, too. How, exactly, do X resources get set on Mandrake? For instance, I have Rxvt*font, Rxvt*background and Rxvt*foreground set in my ~/.Xdefaults file. The font resource works, but the colour settings get ignored. emacs*Font also has no effect. xterm*background is set to 'white' but I get some sort of pale lemon yellow instead. I've run 'xrdb -merge ~/.Xdefaults' both manually and from X startup scripts, to no avail. I'm aware of /etc/X11/app-defaults, but I cannot find the settings that override mine in there. [ By the way, why on earth are Emacs colours set to yellow text on green background by default? I have never ever seen anyone actually use those colours and I know a fair number people who spend most of their waking hours on Emacs. ] How do the user X resources get overridden and where should they be defined if not in ~/.Xdefaults? All of the above settings can be overridden from the command line when invoking the programs, but having to do that is a nuisance. I'm running Window Maker or PWM, I never use KDE. Mikko
[Cooker] wvdial-1.42-1mdk missing a man page in 8.2 RC1
I was very happy to see wvdial included in 8.2rc1. However, the wvdial-1.42-1mdk rpm is missing the wvdial.conf.1 man page (there is a man page for wvdialconf the program, but not wvdial.conf the file format, which does come with the tar ball). Mikko
Re: [Cooker] PCMCIA card (un)plugging hangs 8.2rc1
Warly writes: > Mikko Huhtala <[EMAIL PROTECTED]> writes: > > machine is booted after install, cardmgr comes up and seems to be > > running, but no cards are detected. I have a network card in one slot > > and a modem in the other. If I eject one or the other card, the system > > hangs immediately. > > try to boot with devfs=nomount and test if that works > -- > Warly In dmesg kernel card services say PCI: No IRQ known for interrupt pin A of device 00:02.0. PCI: No IRQ known for interrupt pin B of device 00:02.1. Yenta IRQ list 06b8, PCI irq0 Socket status: 3011 Yenta IRQ list 06b8, PCI irq0 Socket status: 3011 So it seems that IRQs do not get assigned correctly, but I suspect this is only a symptom of actual problem. I tried with 'devfs=nomount' as well as 'pci=biosirq' (recommended by cardmgr) both separately and together. The problem presists. My case seems to be a bit different from the one reported elsewhere in this thread in that if I boot without the cards and then plug one (does not matter which one) in when the system is up and cardmgr is running, the system does hang. Mikko
[Cooker] PCMCIA card (un)plugging hangs 8.2rc1
Installed 8.2rc1 on an old Toshiba Tecra 750CDT laptop (5 years or so, Pentium 233 MMX). The machine has 2 PC Card slots, whose controller, Toshiba ToPIC97, is dectected correctly during install. When the machine is booted after install, cardmgr comes up and seems to be running, but no cards are detected. I have a network card in one slot and a modem in the other. If I eject one or the other card, the system hangs immediately. I have been happily using a kernel and a pcmcia-cs package (distributed separately, not the in-kernel thing) compiled from source since 8.0 installation hanged on PCMCIA detection (I installed with 'nopcmcia' passed to kernel). Seems like the pcmcia support must be recompiled for 8.2 as well. Mikko Huhtala