Re: Re: New installer report

2002-12-08 Thread Phil Lavigna

Hi,

On Sunday 08 December 2002 09:26 am, [EMAIL PROTECTED] wrote:
  BTW -- The default interface font for OpenOffice is bad; I can't read any
  of the menus or windows.

 Change de default fons andale... with times.
 The blind way:
 1- tools/option/openoffice.org/fonts substitions/
 or (4th menu from the righ)/last down/first/next to last/)
 2- Choose the last colonne of the only line.
 3- Go to the scroll menu just above
 4- write: Times
 5- Hit the now green button just right to it
 6- ok

 The other way:
 1- find the file common.xml in .openoffice/user/config/registry//
 2- Change luxi Sans by Times
 3- Save

  Thanks very much for the tips. The second way worked great.

Bye,
Phil




Re: New installer report

2002-12-07 Thread Stew Benedict

On Fri, 6 Dec 2002, Phil Lavigna wrote:

 
 Hi, 
 
   I didn't wait for the new kernel, but here's a short report about a new 
 Recommended Installation from the new ISO image and today's RPMs from 
 ftp.ciril.fr.
 

You didn't get mkinitrd errors?  I guess you got lucky :)

   The new 'install-gui' looked and worked nice on a 550MHz TiBook. Just some 
 minor cosmetic things:
 
 1) The installer uses 1024 x 768 instead of 1152 x 768 which left black space 
 on both sides of the screen.

OK.  I'm going to need some info from you to fix this.  I'll follow up a
bit later.  If you could give me 'cat /proc/cpuinfo', it may be enough.

 2) During X Configuration, the detected monitor was iMac/PowerBook instead of 
 TiPowerBook.

I don't think currently any detection goes on there, it just lands at that
entry as a starting point.  Perhaps I can improve on this.

 3) After selecting the proper monitor, the default selected resolution was 
 1024 x 768.
 

OK, I'll check that out.

   These might be general Cooker issues, but after booting to the desktop I 
 noticed:
 
 1) xinetd won't start due to '/usr/sbin/xinetd doesn't exist'. It works after 
 manually creating the link from /usr/sbin/xinetd-2.3.9

This should have been setup by alternatives. 

[root@powerbook root]# ls -l /usr/sbin/xinetd
lrwxrwxrwx1 root root   24 Oct 24 22:05 /usr/sbin/xinetd
- /etc/alternatives/xinetd*
[root@powerbook root]# ls -l /etc/alternatives/xinetd
lrwxrwxrwx1 root root   22 Oct 26 16:56
/etc/alternatives/xinetd - /usr/sbin/xinetd-2.3.9*

This machine has just been constantly urpmi'd, but I checked the iMac
which had a clean install and the links are there also. Not sure what
happened in your case. %post scriptlet error perhaps?

 2) The Application (root) menu doesn't load in WindowMaker

Think I've seen this in main cooker.  I'll take a look.

 3) The Mandrake Control Center won't start; the error message is:
 'Can't call method get_widget on an undefined value at 
 /usr/sbin/drakconf.real line 825' (it's been like that for awhile)

Definitely have seen this several times in main cooker.  A lot of drak
tools are going through re-writes.

 4) KPersonalizer runs each time the KDE desktop loads (it's been like that 
 for awhile)
 

Yes.  I can't understand why this would be ppc specific, but I guess it
is, I don't see x86 folks complaining about it.  I guess I'll need to dig
into the bowels of kde* and figure out why.

   Stew -- Even after a clean installation I still couldn't run your 
 monitor-detect script, so I performed an 'upgrade' to install the development 
 packages (thinking that might be the problem). The upgrade process got stuck 
 when cyrus-sasl was being installed (console 1 showed a full-screen of 
 continuously scrolling errors that I couldn't read, and console 3 said 'bad 
 package cyrus-sasl-1.5.27-6) so I removed that package, regenerated the 
 hdlist, then performed an upgrade without a problem.
 

cyrsus-sasl is broken - good one on my web space - 2GB db file issue.

   Unfortunately the script still returns ': bad interpreter: No such file or 
 directory' when I run it. Sorry, but I don't know what I'm doing wrong.
 

So strange, it's only 8 or so lines of perl using libDrakx like all the
drak tools.  You've already tried running it with perl also right?

perl /home/stew/build/perl-stuff/detect-card.pm
Card: ati
$VAR1 = \{
'BAD_FB_RESTORE_XF3' = 1,
'description' = 'ATI|3D Rage LT Pro',
'VendorName' = 'ATI',
'BusID' = 'PCI:0:17:0',
'card_name' = 'ATI Mach64 Utah',
'Driver' = 'ati',
'BoardName' = 'ATI Mach64 Utah'
  };
Mac model: PowerBook1,1

That's all I was trying to get at is what card the drak tools detect and
the Mac model from /proc/cpuinfo.  Sounds like card detction worked OK for
you, we just need to force 1152x768, which I can do based on Mac model.

   Other than that, it looks real nice. Thanks.
 

Thanks for the feedback.

Stew Benedict

-- 
MandrakeSoft
PPC FAQ: http://www.linux-mandrake.com/en/ppcFAQ.php3
IRC: irc.openproject.net #cooker-ppc
Archives: http://marc.theaimsgroup.com/?l=mandrake-cooker-ppcr=1w=2





Re: New installer report

2002-12-07 Thread Ben Reser
On Sat, Dec 07, 2002 at 06:57:04AM -0500, Stew Benedict wrote:
 This should have been setup by alternatives. 
 
 [root@powerbook root]# ls -l /usr/sbin/xinetd
 lrwxrwxrwx1 root root   24 Oct 24 22:05 /usr/sbin/xinetd
 - /etc/alternatives/xinetd*
 [root@powerbook root]# ls -l /etc/alternatives/xinetd
 lrwxrwxrwx1 root root   22 Oct 26 16:56
 /etc/alternatives/xinetd - /usr/sbin/xinetd-2.3.9*
 
 This machine has just been constantly urpmi'd, but I checked the iMac
 which had a clean install and the links are there also. Not sure what
 happened in your case. %post scriptlet error perhaps?

update-alternatives stinks... Every 9.0 install I've seen hasn't had the
links for postfix made right.  If you run update-alternatives --config
mta then they get fixed... Why they aren't done properly at install time
I have no idea.

-- 
Ben Reser [EMAIL PROTECTED]
http://ben.reser.org

If you're not making any mistakes, you're flat out not trying hard
enough. - Jim Nichols




New installer report

2002-12-06 Thread Phil Lavigna

Hi, 

  I didn't wait for the new kernel, but here's a short report about a new 
Recommended Installation from the new ISO image and today's RPMs from 
ftp.ciril.fr.

  The new 'install-gui' looked and worked nice on a 550MHz TiBook. Just some 
minor cosmetic things:

1) The installer uses 1024 x 768 instead of 1152 x 768 which left black space 
on both sides of the screen.
2) During X Configuration, the detected monitor was iMac/PowerBook instead of 
TiPowerBook.
3) After selecting the proper monitor, the default selected resolution was 
1024 x 768.

  These might be general Cooker issues, but after booting to the desktop I 
noticed:

1) xinetd won't start due to '/usr/sbin/xinetd doesn't exist'. It works after 
manually creating the link from /usr/sbin/xinetd-2.3.9
2) The Application (root) menu doesn't load in WindowMaker
3) The Mandrake Control Center won't start; the error message is:
'Can't call method get_widget on an undefined value at 
/usr/sbin/drakconf.real line 825' (it's been like that for awhile)
4) KPersonalizer runs each time the KDE desktop loads (it's been like that 
for awhile)

  Stew -- Even after a clean installation I still couldn't run your 
monitor-detect script, so I performed an 'upgrade' to install the development 
packages (thinking that might be the problem). The upgrade process got stuck 
when cyrus-sasl was being installed (console 1 showed a full-screen of 
continuously scrolling errors that I couldn't read, and console 3 said 'bad 
package cyrus-sasl-1.5.27-6) so I removed that package, regenerated the 
hdlist, then performed an upgrade without a problem.

  Unfortunately the script still returns ': bad interpreter: No such file or 
directory' when I run it. Sorry, but I don't know what I'm doing wrong.

  Other than that, it looks real nice. Thanks.


Bye,
Phil Lavigna