from the quill of Pixel <[EMAIL PROTECTED]> on scroll
<[EMAIL PROTECTED]>
> "Brian J. Murrell" <[EMAIL PROTECTED]>
> writes:
> > 
> > - Video resolution sucks bigtime.
> > 
> > After selecting video modes I got an interlaced mode at 1280x1024
> even
> > though I selected my MAG DX1795 monitor which can do 1280x1024 at
> 60Hz
> > NI easily on my Matrox Millenium II.
> > 
> 
> strange, that's XFree who chooses the resolution to use...

OK, the problem with this was that while my monitor, a MAG DX1795 has a
horizontal sync rate of 30kHz - 65kHz, the install only put 30-64 into
the XF86Config file.  That last kHz was enough to make the server trim
out some very usable video modes leaving only some very unusable modes.

Simply changing the HorizSync to "30-65" and restarting X made the
screen look wonderful again!

> > - The Perl-GTK dependancy for package rpmdrake was not satisfied
> during
> >   installation.
> > 
> 
> nasty. never happened here... could you mail me your /root/auto_inst*
> and
> /root/ddebug.log ?

Mailed to you separately.

> look at /var/log/urpmi.log for more 
> i know error messages could appear more nicely :-/

Well sadly enough, there is nothing more useful there either (please
excuse the wrapping):

Thu Dec 30 12:28:54 1999 urpmi called with --X control-center
Thu Dec 30 12:28:56 1999
http://rpmfind.net/linux/MandrakeCooker/oxygen/Mandrake
/RPMS/control-center-1.0.51-2mdk.i586.rpm
Thu Dec 30 12:32:26 1999 urpmi called with --X control-center
Thu Dec 30 12:32:27 1999
http://rpmfind.net/linux/MandrakeCooker/oxygen/Mandrake
/RPMS/control-center-1.0.51-2mdk.i586.rpm
Thu Dec 30 12:33:51 1999 urpmi called with --X xmms-gnome
Thu Dec 30 12:33:52 1999
http://rpmfind.net/linux/MandrakeCooker/oxygen/Mandrake
/RPMS/xmms-gnome-0.9.5.1-7mdk.i586.rpm
Thu Dec 30 12:40:22 1999 urpmi called with --X DrakConf
Thu Dec 30 12:40:22 1999
http://rpmfind.net/linux/MandrakeCooker/oxygen/Mandrake
/RPMS/DrakConf-0.34-7mdk.i586.rpm
Mon Jan  3 20:58:39 2000 urpmi called with --X linuxconf
Mon Jan  3 20:58:49 2000
http://rpmfind.net/linux/MandrakeCooker/oxygen/Mandrake
/RPMS/linuxconf-1.16r10-3mdk.i586.rpm
http://rpmfind.net/linux/MandrakeCooker/ox
ygen/Mandrake/RPMS/gd-1.7.3-1mdk.i586.rpm

That's it.  rpmdrake still does not work correctly.

Now for some new issues I found while continuing on with working with
Oxygen:

- On my (gnome) desktop there is a DrakConf icon which is of course the
  file ~/.gnome-desktop/DrakConf/ but it is symlinked to
  "/usr/bin/kdesu -c '/usr/X11R6/bin/DrakConf'":

lrwxrwxrwx    1 brian    brian          43 Jan  3 21:39 DrakConf ->
/usr/bin/kdesu -c '/usr/X11R6/bin/DrakConf'

I am wondering when did this kind of symlink became legal?  :-)

- Lothar fails to detect my tulip ethernet card.  I have two ethernet
  cards, a 3com 3c59x and some kind of card that uses the "tulip"
  driver.
    - only the 3com was in my conf.modules file bound to eth0
    - I had to populate conf.modules manually for the tulip on eth1
      (or use linuxconf)

- What is the "Mandrake" way of configuring additional ethernet cards?
  Is it linuxconf?

- rpmdrake/urpmi still fails with very little information

- Who/what/when/how is esound (esd) supposed to get started/run?  It was
  not running on my Oxygen machine's desktop by default.  It also seems
  that it has been restricted to being run by root and group "audio".

- Lothar totally failed to config my soundcard.  It complained of some
  kind of conflict when it ran the isapnptools utility for setting up
  isapnp.  I can get the details if they are needed.
    - My card is a soundblaster 32AWE PnP.

- I selected the "framebuffer" kernel at install time and it was
  installed but not "activated":

lrwxrwxrwx    1 root     root           23 Dec 30 11:19 System.map ->
System.map-2.2.14-12mdk
-rw-r--r--    1 root     root       174024 Dec 28 17:23
System.map-2.2.14-12mdk
-rw-r--r--    1 root     root       182454 Dec 28 16:57
System.map-2.2.14-12mdkfb
-rw-r--r--    1 root     root          512 Dec 30 11:51 boot.0800
-rw-r--r--    1 root     root          512 Jan  3 18:58 boot.0820
-rw-r--r--    1 root     root         4568 Oct 18 02:02 boot.b
-rw-r--r--    1 root     root          612 Oct 18 02:02 chain.b
-rw-r--r--    1 root     root       350518 Dec 30 11:49
initrd-2.2.14-12mdk.img
lrwxrwxrwx    1 root     root           23 Dec 30 11:49 initrd.img ->
initrd-2.2.14-12mdk.img
-rw-r--r--    1 root     root          365 Jan  3 20:05 kernel.h
drwxr-xr-x    2 root     root        12288 Dec 30 10:41 lost+found
-rw-------    1 root     root        16896 Jan  3 20:55 map
-rw-r--r--    1 root     root          182 Dec 30 11:51 message
lrwxrwxrwx    1 root     root           24 Dec 30 11:19 module-info ->
module-info-2.2.14-12mdk
-rw-r--r--    1 root     root        11773 Dec 28 17:28
module-info-2.2.14-12mdk
-rw-r--r--    1 root     root        11773 Dec 28 16:57
module-info-2.2.14-12mdkfb
-rw-r--r--    1 root     root          620 Oct 18 02:02 os2_d.b
-rw-r--r--    1 root     root          256 Dec 30 11:51 us.klt
lrwxrwxrwx    1 root     root           20 Dec 30 11:19 vmlinuz ->
vmlinuz-2.2.14-12mdk
-rw-r--r--    1 root     root       615961 Dec 28 17:23
vmlinuz-2.2.14-12mdk
-rw-r--r--    1 root     root       644151 Dec 28 16:57
vmlinuz-2.2.14-12mdkfb

- If you are going to use the ALSA sound drivers you really should
  include an up-to-date alsa-lib RPM and probably an update to date 
  alsa-utils RPM in the distro (not contrib).
    - Also would it be difficult to have the kernel package "provide"
      the alsa-driver "package" (for dependancies)?

- Is ~/.gnomerc not run to start a gnome-session anymore?  On my heavily
  hacked (especially gnome-wise) 6.1 box, if .gnomerc exists in ~ then
  gnome-session runs that to start your session.
    - This does not seem to be happening on Oxygen.

Well that should keep you guys busy for a bit.  If there is anything
more I can do to help, just let me know.

b.


--
Brian J. Murrell                              InterLinx Support Services, Inc.
North Vancouver, B.C.                                             604 983 UNIX
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD

Reply via email to