[Cooker] Re: 9.0 BETA - Bug report / Install and Boot

[Alan Shoemaker]

Alan Shoemaker wrote:
> mandrakeexpert incident 30172 forwarded to cooker.
> -- 
> Alan
> 
> quoted text below
>
> "Nixit' has no email address in the mandrakeexpert
> database.
>
>  Nixit : 26/08 04:57 : Incident created     Hey, I have
> tested Beta 4 with the following hardware...
>
>
>
> -Asus A7V333 without RAID
>
>
> -Athlon XP 1800
>
>
> -Soundblaster Live value
>
>
> -Maxtor 20 GB 7200 RPM 2MB Harddrive
>
>
> -Canon N670U Scanner
>
>
> -Canon S520 Bubble Jet Printer
>
>
> -SOHOware 10/100 ethernet adapter
>
>
> -LG 12/10/32 CDRW 12 DVD
>
>
> -Toshiba 32x cd-rom
>
>
> -Powercolor GeForce 3 Ti200
>
>
> -Micro$oft Intellimouse optical USB (5 buttons)
>
>
> -Optiquest Q95 Monitor
>
>
>
> Several problems occured during and after
> installation...During installation my mouse wouldn't work
> properly then it would stop working and installation would
> freeze (I had the same problem in 8.2).. so I install using
> the keyboard instead.. not a big deal but a bug
> none-the-less.
>
>
>
> After install, Mandrake 9.0 beta 4 boots up into graphical
> login mode. After about 2 seconds it crashes and enters the
> console.. from their I run gdm as root and it would work,
> however the mouse would not, so I ran mousedrake and it
> fixed the problem... now everything works.
>
> However, everytime I reboot I have to go through the same
> process of running gdm and mousedrake.
>
> Other than the mouse and video problem, everything works
> fine.. awesome job keep up the good work!
>
> -end quoted text-

additional info from mandrakeexpert incident 30172 forwarded
to cooker.

tester's email address is: no email address in the 
mandrakeexpert database.

quoted text below

 Nixit : 07/09 12:03 : More info provided I tried the 
install with a ps/2 adapter attached to the usb connecter on 
the mouse making it a ps/2 mouse and have had no problems 
with the install leading me to believe it is an USB problem.

-end quoted text-

-- 
Alan

Re: [Cooker] Re: php-gd needs recompilation ?

[Digital Wokan]

Nice to finally understand the nature of "contribs".  It'll save me 
downloading an ISO or two at first since I suppose there's no use in my 
reporting problems in programs that aren't going to be supported anyway.  
(Though I still don't understand why we have Contribs *and* an Unsupported 
section on the FTP sites.)

On Thursday 05 September 2002 05:01 am, Jean-Michel Dault wrote:
> *Don't* upgrade to libgd2, it's in the *contribs*, so it's not
> supported.
>
> The official version in cooker is 1.8.
>
> Jean-Michel
>
> Le jeu 05/09/2002 à 03:44, Fabrice MARIE a écrit :
> > Hello,
> > while trying to upgrade my cooker this morning, I got the message :
> > Installation failed:
> > libgd1.8 >= 1.8.4 is needed by php-gd-4.2.2-1mdk
> > libgd.so.1 is needed by php-gd-4.2.2-1mdk
> >
> > supposedly cause by the attempted upgrade
> > -> libgd2-2.0.1-2mdk.i586.rpm
> >
> > # rpm -q libgd1 php-gd
> > libgd1-1.8.4-7plf
> > php-gd-4.2.2-1mdk
> >
> > Have a nice day,
> >
> > Fabrice.
> > --
> > Fabrice MARIE
> > Senior R&D Engineer
> > Celestix Networks
> > http://www.celestix.com/
> >
> > "Silly hacker, root is for administrators"
> >-Unknown

Re: [Cooker] Bug Report 9.0(B1-RC1)- Broken Gnome

[Brian McNeil]

snip
>Are you using Xinerama?  Unless Fred Crozat's done
>some backporting,
>true multihead support shouldn't appear until
>GNOME/GTK+ 2.2

No, I,m just using the default primary monitor only. I
haven't installed Xinerama or Matrox powerdesk in 9.0.
-Gnome and KDE in 8.2 works fine just using the
primary monitor, or dualhead using the Matrox
Powerdesk Linux drivers from their website.
-AkBrian

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [Cooker] problems wich need to be fixed

[Frederic Crozat]

Le Sat, 07 Sep 2002 07:43:43 +0200, Florent BERANGER a écrit :

>> Important, not urgent :
>> - create (at install or with lirc RPM) the /dev/lircd file.
> 
> rebuid the lirc RPM with devfs gestion ?

I have already respond on this one.. our lirc package don't use /dev/lircd
but /tmp/.lircd !!
-- 
Frédéric Crozat
MandrakeSoft

Re: [Cooker] MDK9.0b4: Urmpi not found, Mdk update not working.

[Marcel Pol]

On Sat, 7 Sep 2002 00:10:34 -0500 (CDT)
gonfer gas <[EMAIL PROTECTED]> wrote:

> Hi guys, me again, i've found some problems with
> urpmi, couldn't find it. Here is the message that
> sends whe i execute urpmi.
> 
> Can't locate URPM.pm in @INC 

$ urpmf URPM.pm
perl-URPM:/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/URPM.pm

But you are talking about beta4. I suggest installing urpmi and it's
dependencies by hand from a cooker mirror.



--
Marcel Pol

Linux 2.4.19-7.ringworld, up 6 days, 19:37
Registered User #163523

Re: [Cooker] Bug Report 9.0(B1-RC1)- Broken Gnome

[Levi Ramsey]

On Fri Sep 06 23:05 -0700, Brian McNeil wrote:
> Matrox G400Max Dualhead AGP

> 2- CTX PL9 crt monitors

Are you using Xinerama?  Unless Fred Crozat's done some backporting,
true multihead support shouldn't appear until GNOME/GTK+ 2.2.

-- 
Levi Ramsey
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

The way out is the way in...
Linux 2.4.19-4mdklrr
  2:15am  up 1 day,  4:46,  7 users,  load average: 0.53, 0.29, 0.20

[Cooker] interesting telephony project

[Florent BERANGER]

"Bayonne is the telephony server of the GNU project. Based
on the ACS project, it offers a multi-line interactive
voice response telephony server which may be scripted and
telephony plug-ins for runtime driver
configuration.directly extended thru modular plugins.
Bayonne also features "TGI" for making perl applications
"telephony aware". Support has been extended to include
XML parsing and support has been started on VoIP
integration to support next generation telephone networks.

The project is not fully completed but is moving steadily
towards producing a finished project that may be used to
build telephony based system administration, home
automation, automated attendent, v-commerce, and voice
messaging systems."


http://www.gnu.org/directory/bayonne.html
--
EXCEPTIONNEL!
Tiscali lance les forfaits Internet Illimités,
à partir de 15,95EUR / mois.
Pour en profiter,cliquez ici: http://register.tiscali.fr/forfaits/
Offres soumises à conditions.

[Cooker] suggestion for systems with VIA sound chips

[Levi Ramsey]

There is a problem which exists on many systems with VIA 82C686 sound chips
where X causes the sound to become crackly.  This behavior can be fixed
by adding the following to the Device section of /etc/X11/XF86Config-4:

Option "PciRetry" "true"

Would it be possible for DrakX to, if it detects the presence of this
sound chip, to make this addition?

-- 
Levi Ramsey
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

The way out is the way in...
Linux 2.4.19-4mdklrr
  2:15am  up 1 day,  4:46,  7 users,  load average: 0.53, 0.29, 0.20

[Cooker] Bug Report 9.0(B1-RC1)- Broken Gnome

[Brian McNeil]

I haven't been able to launch Gnome on Betas 1-4, or
RC1.  KDE works fine. Both Gnome and KDE worked fine
in 8.2 on this system.  This is for various install
choices, including using the Simple/ with all the
default choices. Betas 1-4 would leave me with a blue
screen with locked up mouse pointer. RC1 gives me the
same thing except for the Gnome spash.  Again KDE
doesn't do this.  My system specs are below.  Is this
a Matrox issue?  Just a newby trying to help out, I
really don't need a reply, but will provide more info
if nessesary- -AkBrian
My Linux Box

Epox 7KXA November 13, 2001 bios
AMD 700 slot A processer
3x128 inferion SDR 133 cas2 memory
20g ata66 WD or IBM installed in mobile rack -seperate
HD for betas:)
Matrox G400Max Dualhead AGP
HP 9300i CDRW
Samsung SD616 16/48 DVD
2- CTX PL9 crt monitors
D-Link DKVM-4 KVM switch
MS intellimouse optic (installed as generic wheel
mouse)
Netgear 10/100 NIC
Canon BJC6000 inkjet on
-Hawking Printserver (tcp/ip)
Hawking internet connection server (tcp/ip)
-

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [Cooker] problems wich need to be fixed

[Florent BERANGER]

Le Vendredi 6 Septembre 2002 13:08, Florent BERANGER a écrit :
> Very important / urgent :
>
> - add pcnet_cs driver in network driver list !

> - put the host name in /etc/hosts !

Is anyone working for it ?
Please

>
> - to have the possibility to add an SCSI card (we can do
> it at install in expert mode but no otherwise -> that's
> not normal -> (scsidrake ?)).

The tool exists at install in expert mode, just add this
possibility in MCC and/or harddrake.

>
> - AGFA snapscan scanners have a library, who is in libsane
> but they are listed as unsupported in this version of
> Mandrake. ???

in next release, snif.

>
> Important, not urgent :
> - create (at install or with lirc RPM) the /dev/lircd file.

rebuid the lirc RPM with devfs gestion ?

>
> - wine ~/.wine/config file is missing, wine dosn't works
> out of the box.

and a new version is out. I think it's time to rebuild
wine RPMS ;)

>
> Thanks to fix,
>   Florent

--
EXCEPTIONNEL!
Tiscali lance les forfaits Internet Illimités,
à partir de 15,95EUR / mois.
Pour en profiter,cliquez ici: http://register.tiscali.fr/forfaits/
Offres soumises à conditions.

[Cooker] MDK9.0b4: Urmpi not found, Mdk update not working.

[gonfer gas]

Hi guys, me again, i've found some problems with
urpmi, couldn't find it. Here is the message that
sends whe i execute urpmi.

Can't locate URPM.pm in @INC (@INC contains:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl/5.6.1
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl .) at
/usr/lib/perl5/vendor_perl/5.8.0/urpm.pm line 96.
BEGIN failed--compilation aborted at
/usr/lib/perl5/vendor_perl/5.8.0/urpm.pm line 96.
Compilation failed in require at /usr/sbin/urpmi line
20.
BEGIN failed--compilation aborted at /usr/sbin/urpmi
line 20.


The second observation is that the mandrake udate
isn't working, besides, mandrake control center worpks
with some trouble. Even it freezed when asked for the
mandreake update on mkd control center.
 that's all for now

Gonzalo Avaria

_
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com

Re: [Cooker] Problem installing 9.0 rc1

[Tom Whiting]

> Could not uncompress second stage ramdisk.  This is probably
> a hardware error while reading the data.  (This may be caused
> by a hardware failure or a linux kernel bug)
>
Is this using a DVD drive by chance? I've had the same problems (albeit with 
8.x)  while using my DVD drive. The solution was for me to restart 
installation on my secondary (cdrw) drive.
I'm not sure if that will help or not, but it might.
Another thing to do:
make SURE your cd rom is supported (it should be, most basic cdroms are)

[Cooker] Problem installing 9.0 rc1

[Trevor Ramoutar]

Hello all,

I downloaded the latest ISO, and the CD burned with no problems. 
 However once I start in the graphical install I receive the following 
error:

Could not uncompress second stage ramdisk.  This is probably
a hardware error while reading the data.  (This may be caused
by a hardware failure or a linux kernel bug)

I have no clue what went wrong.  I haven't had this problem with any 
other distros so I'm quite lost.  Any help/advice would be greatly 
appreciated.

Thanks,

Trevor.

Re: [Cooker] [RC1]

[David Walser]

--- Jean-Michel Dault <[EMAIL PROTECTED]>
wrote:
> Le sam 07/09/2002 à 00:15, Tom Whiting a écrit :
> 
> > As far as the fix, I noticed that myself, and,
> thought I tried that (maybe I 
> > didn't restart apache or somethin, either way).
> I'll go back through and try 
> > to re-upgrade. I'm assuming the php rpms in cooker
> have this fix in them 
> > then?
> 
> Yes, the rpms in cooker have this fix.
> 
> The only problem is that we use %config(noreplace),
> so upgrading will
> not fix the problem, unless you remove the package
> completely and
> reinstall it.

Or upgrade it with rpmdrake!  I did that this morning
and got the rpmsave viewer for php.ini

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

[Cooker] My apologies.

[Charlie M.]

It's a reflex for me to capitalise names. It won't happen again.
-- 
Charlie

Re: [Cooker] [RC1]

[Jean-Michel Dault]

Le sam 07/09/2002 à 00:15, Tom Whiting a écrit :

> As far as the fix, I noticed that myself, and, thought I tried that (maybe I 
> didn't restart apache or somethin, either way). I'll go back through and try 
> to re-upgrade. I'm assuming the php rpms in cooker have this fix in them 
> then?

Yes, the rpms in cooker have this fix.

The only problem is that we use %config(noreplace), so upgrading will
not fix the problem, unless you remove the package completely and
reinstall it.

Jean-Michel

Re: [Cooker] MDK 9.0-beta4: ADSL connection problem

[gonfer gas]

 --- Peter Ruskin <[EMAIL PROTECTED]> escribió: >
On 


> Is shorewall installed?  If so, either configure it
> or disable it, then 
> try again.  It was that on my box that was blocking

Yes it was, i don't know how to work with that, but
disabled on startup.

PS: Is the Update working cause mandrake update
didn't work for me.

_
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com

Re: [Cooker] [RC1]

[Tom Whiting]

On Saturday 07 September 2002 03:08 am, Jean-Michel Dault wrote:
> Le ven 06/09/2002 à 23:19, Tom Whiting a écrit :
> > Well I decided to download the RC1 ISO's, and give the whole cooker thing
> > a try once more. Perhaps I should have listened to intuition and just
> > stayed away, but, like  glutton for punishment, here I am again.
>
> Don't forget that cooker is a development version, and that we have a
> cycle of betas and release candidates for the whole purpose of finding
> bugs ;-) Don't run a production system on anything but a final release.
Like I said I'm a glutton for punishment:P

As far as production and whatnot, I've had no problems running a daily use 
producton server through betas (of course, I know it's strongly advised NOT 
to do, and I'm the only one I can blame if something goes wrong). In fact, I 
find no better way to test things than through daily use and whatnot.

As far as the fix, I noticed that myself, and, thought I tried that (maybe I 
didn't restart apache or somethin, either way). I'll go back through and try 
to re-upgrade. I'm assuming the php rpms in cooker have this fix in them 
then?

Re: [Cooker] [RC1]

[Jean-Michel Dault]

Le ven 06/09/2002 à 23:19, Tom Whiting a écrit :
> Well I decided to download the RC1 ISO's, and give the whole cooker thing a 
> try once more. Perhaps I should have listened to intuition and just stayed 
> away, but, like  glutton for punishment, here I am again.

Don't forget that cooker is a development version, and that we have a
cycle of betas and release candidates for the whole purpose of finding
bugs ;-) Don't run a production system on anything but a final release.

> Next, php:
> I'm not sure if this is a php thing, a distro thing, or what, but it's 
> something I noticed:

It's a problem with the php.ini, I picked up the php.ini-dist from the
PHP source, and had to cut-and-paste back some stuff. I messed up on
that one, the include_path misses a "." dot at the beginning, so it does
not include the current directory.

It should read:
include_path = ".:/usr/lib/php/:/usr/lib/php/pear/"

It's fixed in cooker, and will be in RC2, but you're better to edit the
file by hand since it's only a minor change.

Jean-Michel

> I use php-nuke rather heavily in my sites, and in all of them with the latest
> php rpm, they refuse to load the correct includes. For some reason, the 
> modules refuse to load mainfile.php (maybe because it's not in the same 
> directory as them, maybe not). The include path is correct (it's the same one 
> I've used for php since I started using it), the system just refuses to load 
> this in the latest php rpm. When I switched to 4.1.2 (I think that's the 
> previous drake rpm), I had no problem with this, so either php has changed 
> something, the rpm is messed up, or, well, the php build itself is messed up. 
> Either way, this is something that I noticed. If it's a php change, I'd love 
> for someone to tell me how I can go about fixing this so that it will 
> actually work (without using require_once ("/mainfile.php");, because that 
> would involve a LOT more work than simply going back to an older php 
> version). I went through php.ini, but I'll be damned if I could find 
> something that points to the problem.
> 
> 
> 
> 
> -- 
>  
>  TJW: Head tech, Dreamless Realms
>  Mud: http://dreamless.wolfstream.net
>  Snippets http://dreamless.wolfstream.net/
>  Telnet dreamless.wolfstream.net:9275
>  The OLC Pages http://olc.wolfstream.net
>  
> 
> 

Re: [Cooker] [Fwd: Fwd: Problem with videoCard Sis 630]

[Chua Keng Koon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Friday 06 September 2002 07:25 pm, marco wrote:

It work fine for my FOSA 340S8 (SIS630 chipset).
Maybe I'm missing something?

- -- 
Chua Keng Koon
Email:[EMAIL PROTECTED]

2.4.19-8mdk (gcc 3.2)
Mandrake Linux release 9.0 (Cooker) for i586
10:43am up 1:49, 3 users, load average: 0.00, 0.05, 0.09
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9eWgckaQaAwqnXPARApKVAJ9kRdqh3Rzgb1nhpeuXFr+BtQd2zwCeMaiw
BbxtSES696QWKPENdkf0BmY=
=Me1j
-END PGP SIGNATURE-

[Cooker] PHP testing suite

[Jean-Michel Dault]

Hello,

I just released a PHP test suite that verifies the functionality of php.
It is available in .tgz format at http://www.advx.org/devel/php-test.tgz

It tests:
- mod_php
- php, with bundled ftp, mail, pcre, posix, regex, session, yp and zlib
  functions
- php-gd (with freetype2, t1lib, jpg, png, wbmp and xbm support)
- php-mysql
- php-pgsql
- php-ldap
- php-imap (imap/pop3 with or without ssl)

Of course, the PHP packages in RC1 have passed all these tests
successfully ;-)

If you have comments, or have ideas for new tests, don't hesitate to
submit them to me.

Regards,

Jean-Michel

[Cooker] XFree86 ati.2 gatos radeon 7500 appears fixed in CVS

[Jason Straight]

Vladimir seems to have nabbed the hanging theatre module in ati drivers from 
gatos. I hope this can make it in 9.0 still since it should save you guys a 
lot of headache when everyone with radeon 7500's can't get X to work.

-- 
Jason Straight

Re: [Cooker] MDK 9.0-beta4: ADSL connection problem

[Peter Ruskin]

On Saturday 07 Sep 2002 02:40, gonfer gas wrote:
> Hi u guys...
> Finally i could get ing kde, when i was in, tried to
> connect to internet but it told me that there was no
> connection. Checked if it existed an IP address, and
> there it was. So tried the net_monitor.real , it said
> that there were no connection, so tried to reconnect
> with the button, but i got a message: "ADSL-start:
> there already seems to be an adsl connection up
> (PID:)". I used the adsl-stop, and then the
> adsl-connect, it connected and gave me an IP, but
> again when tried to connect, netscape said that there
> were no connections up.
> Does anyone had the same problem?
>
> Another thing; when i upgraded, the links on the
> desktop didn't updated, because there were the same
> links of the mdk8.1
>
> Ok guys, hope to hear from you soon.
> c-ya
>
Is shorewall installed?  If so, either configure it or disable it, then 
try again.  It was that on my box that was blocking all packets, so 
although gkrellm said ppp0 was up I couldn't get anywhere.
-- 
Gentoo Linux (portage-2.0.36).  KDE: 3.0.3  Qt: 3.0.5
AMD Athlon(tm) XP 1600+ 513MB.  Kernel: 2.4.19-win4lin. GCC 3.2
Linux user #275590 (http://counter.li.org/).  up 1 day, 13 h, 16 min
#=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=#

Re: [Cooker] sound (or unsound) feedback from a linux sound novice

[Tom Whiting]

> Anyway, sound now works for what I need it to do.  I'm a bit concerned
> that draksound needs a warning of some sort to say that maybe it should
> be run when not the user is logged into a gui and that all applications
> using sound shout not be running (and perhaps explain how to do that for
> a newbie).
I'd agree here. An expert (??) user should know that X sessions (at least 
most) start some sort of sound daemon (beit arts or esd), and to switch sound 
drivers would not be a good idea, but a newbie user wouldn't.

I'm still grasping a lot of sound issues myself (prompted more so with the 
latest switch from OSS to Alsa), so I wouldnt' call myself a seasoned 
veteran, but I try to learn a li'l more each and every day:P


-- 
 
 TJW: Head tech, Dreamless Realms
 Mud: http://dreamless.wolfstream.net
 Snippets http://dreamless.wolfstream.net/
 Telnet dreamless.wolfstream.net:9275
 The OLC Pages http://olc.wolfstream.net
 

[Cooker] [RC1]

[Tom Whiting]

Greetings,

Well I decided to download the RC1 ISO's, and give the whole cooker thing a 
try once more. Perhaps I should have listened to intuition and just stayed 
away, but, like  glutton for punishment, here I am again.

Firstly, the ISO's (once again) refuse to burn and sync correctly. I've 
resolved in this matter that the only way I'm ever going to be able to 
download a cd set from Mandrake again is to actually pull cooker in through 
fmirror and make my own, but this is ridiculous, to say the least. There's 
users out there that do have the same problem I have been having. I know this 
because I've seen the posts, I've talked to a few of them. Is it THAT much to 
ask that Mandrake go to standard iso's (between 650 and 690m)?? In this case, 
it wouldn't even involve much more than moving a few files around from one 
iso to the next. there's 3 cd's, 2 of which are packed so full they can't see 
straight, the third is so loosely packed that it's almost a waste of 100m 
space there. C'mon now.

I've never had a problem with Mandrake ISO's untill lately, hell, I've never 
had a problem with any ISO refusing to burn until I ran into these (though 
the most I've tried to put in the cd was just shy of 700m).
I certainly don't know what the problem is, but I'm certain I'm not the only 
one with it. It's more than enough to turn one away from using 'drake 
alltogether, believe me.

Next, logs:
Within a week of using 'drake, I found that 100m of logs were generated (yes, 
100m), most of these from msec, because of it's "high" security setting. Why 
this is integrated into 'drake, who knows, but it is completely and totally 
annoying to deal with.. here's why:
Firstly, quite a few files on web servers are required to be a+rxw. This 
results in enormous amounts of logs if you've got anything of a web server 
running. 
Personally, I have my logs set up on a seperate partition for easier access. 
Of course this partition is formatted every time I do a new install of the 
Operating System, but it just makes it easier to deal with. 100m of space for 
logs SHOULD be more than enough (if dealt with and rotated accordingly), but 
in this case it was far LESS than enough.. Talk about crazy. Msec reports to 
3 seperate files the SAME information (at default): syslog, secure, messages. 
In fact, most information is reported a redundant amount of times to messages 
(and syslog both),  as well as it's own personal file.
For example:
I install Qmail, and run it. One of the reasons I like the later distro's of 
'Drake is that I don't have to worry about removing any mail junk, I can 
simply untar my Qmail dist, configure it, set it up and poof, I have mail in 
< 10 minutes that's easy to configure and use.
Qmail logs info, warn, errors.  into /var/logs/mail
ALL of this as well is thrown into syslog, or messages (possibly both), if I 
remember correctly, causing redundancy the size of which is just insane. 
Whether this is done by Qmail or by the system logging mail (whichever prog 
is used) this way, it's just ick!
The same could be said for cron, and various other utilities. Logging is good, 
redundant logging is not, very much not. All this does is take up needless 
disk space.
Yes, I'm aware that I can change these, and I have, but most won't know how to 
do so, or that they can, hence it won't get done.

Next, sound:
I know I've been through this again, but, this time it's a li'l different.. Up 
untill recently (while going through my archives of burned cd's), I had 
forgotten that I purchased a copy of OSS/Paid just over a year ago. I decided 
to try this, rather than stock oss/alsa, and it seems to be handling things a 
bit better, as far as multi-channels go.
What I HAVE noticed though, is no matter the sound driver, the following never 
works:
kdemenu->preferences->sound->mixer
For one reason or another, this seems to just sit there and do nothing. 
Correction, it TRIES  to do something, but it fails miserably. 
I haven't tried this with the Gnome menus (not to start a war over which WM is 
better, but I've been hooked on KDE since I really got into using it), but 
I'm sure the output is somewhat the same.
Is it possible to get this to point to 'drake's sound manipulation, rather 
than kde/gnome mixers?

Next, php:
I'm not sure if this is a php thing, a distro thing, or what, but it's 
something I noticed:
I use php-nuke rather heavily in my sites, and in all of them with the latest
php rpm, they refuse to load the correct includes. For some reason, the 
modules refuse to load mainfile.php (maybe because it's not in the same 
directory as them, maybe not). The include path is correct (it's the same one 
I've used for php since I started using it), the system just refuses to load 
this in the latest php rpm. When I switched to 4.1.2 (I think that's the 
previous drake rpm), I had no problem with this, so either php has changed 
something, the rpm is messed up, or, well, the php build itself is messed up. 
Either way,

Re: [Cooker] clicking on a zip file from konqueror (RC1) : zip is not in PATH

[Ben Reser]

On Thu, Sep 05, 2002 at 03:32:01PM +0200, Pablo Pita wrote:
> I click  on a zip file from konqueror (RC1). I get a message that the zip 
> utility is not in PATH. 
> 
> I have the default setup from 9 RC1, with most of client packages installed 
> (included gzip). 

You need the unzip package for this feature.  It's not required because
well it doesn't break konqueror from working it just breaks this
feature.  I thought the error message was fairly obvious.

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

Never take no as an answer from someone who isn't authorized to say yes.

[Cooker] sound (or unsound) feedback from a linux sound novice

[Damon Lynch]

Even though I am by no means an expert on sound in Linux, I would like
to give some feedback all the same.  I hope it will be of some use, to
give you an idea of what a general novice might need prompting to try to
do.

Sound output worked right away using Release candidate one.  However, I
was not able to get ViaVoice Dictation for Linux to operate (the version
that was included with power packs 7.2 and 8.0, using the Sun JRE
instead of the IBM JRE), because it was not able to detect recorded
sound through the main application.  Strangely, it was able to record
some kind of speech using its audio setup wizard, even that the main
application would not work.  Even more strangely, sound output from the
audio setup wizard sounded like something short, nasty, and full of
static.  

I'm running a Sound Blaster live.  This is the relevant output of lspci:
00:11.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev
03)

So I figured the solution was to start draksound and see what choices it
would present.  It mentioned that there was a choice between Alsa and
OSS drivers.  However, it presented two choices in the drop down box:
audigy() and emu10k1().  It didn't mention anything in these choices
about Alsa or OSS, which I found confusing.  When I tried to select
emu10k1, I noticed on the command line output that the existing mixer
could not be shut down, because another process was using it (it turned
out to be the Gnome mixer).  It seemed to be indicating that Alsa's
mixer was running.  So I logged out of gnome, hit ctrl-alt-f1, and
logged in as root.  I ran draksound from the command line, chose the
second option, logged out, hit ctrl-alt-f7, and logged back into Gnome. 
I assume it must have loaded a different driver, because ViaVoice
Dictation for Linux now works (luckily for me).  Perhaps there is a bug
with recording under Alsa, or else ViaVoice Dictation is just not
compatible with it. 

Anyway, sound now works for what I need it to do.  I'm a bit concerned
that draksound needs a warning of some sort to say that maybe it should
be run when not the user is logged into a gui and that all applications
using sound shout not be running (and perhaps explain how to do that for
a newbie).

I hope this has been of minor assistance in making the version of
Mandrake the best yet!

Thanks very much.

Damon

[Cooker] MDK 9.0-beta4: ADSL connection problem

[gonfer gas]

Hi u guys...
Finally i could get ing kde, when i was in, tried to
connect to internet but it told me that there was no
connection. Checked if it existed an IP address, and
there it was. So tried the net_monitor.real , it said
that there were no connection, so tried to reconnect
with the button, but i got a message: "ADSL-start:
there already seems to be an adsl connection up
(PID:)". I used the adsl-stop, and then the
adsl-connect, it connected and gave me an IP, but
again when tried to connect, netscape said that there
were no connections up. 
Does anyone had the same problem?

Another thing; when i upgraded, the links on the
desktop didn't updated, because there were the same
links of the mdk8.1

Ok guys, hope to hear from you soon.
c-ya

_
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com

[Cooker] 9.0 RC1 near-catastrophic failure in installation

[Gary Lawrence Murphy]

"Beware the Jabberwock, my son!
  The jaws that bite, the claws that catch!
 Beware the Jubjub bird, and shun
  The frumious Bandersnatch!"

Mandrake 9.0rc1 killed my big machine.  Not totally toast: After a few
hours of intensive care it was up and running good as new, but it was
not an adventure for the squeemish and /really/ needs to be addressed
before this gets into the hands of people who may not have years of
Linux experience.  It may be a rare situation, but it is a real
situation.

What went wrong?  Disk space.  The installation does not properly
estimate the required diskspace (it was out by over a gigabyte) and
when it runs out, ka-bam.  In my case, I get to the summary screen
(keyboard, mouse, printer confirmation) and if you answer OK, you
get the error that RPM failed, in tty3 you can see it unable to
open headers for the final packages, and the /real/ truth is that
if RPM is writing to the disk when the disk fills up, the resulting
database is corrupt.  In fact, a lot of things get corrupt, and
even the shutdown command won't work.

The cure: I can't believe people still write software that assumes
infinite resources.  Memory is /finite/, and so is disk space.  The
install process should _verify_ it has sufficient space _before_ it
paints itself into a corner.  I know, that's easy for /me/ to say, but
it's still true: My partition shortage comes from an 8.2 install's
default partitions, so it's my guess that 9.0 needs a significantly
larger root partition.

The fix (or rather, _my_ fix) is to restart the install but scoot to
tty2 and run lilo to fix the boot table, then reboot the machine on
its own disk, move at least a gig of stuff to some other partition,
then do the rpmdb --rebuilddb and reboot to retry the upgrade.

Other issues:

- because I had to upgrade twice in a row, RPMs that store the
  previous config as configfile.rpmsave bumped the real original into
  never-never land.

- Mason was not removed so it had to be removed by hand from the http
  configs, and although Apache launches, all attempts to access it
  return Segmentation faults (similar to when you have module
  mismatches ... so it could be I have some legacy modules that are
  frustrating the upgrade)

- both a USB and a PS2 mouse are installed in the XFConfig86, but only
  one of them gets Emulate3Buttons, and wouldn't you know, its the wrong
  one in my case.  Easy fix.  Why are there no 3-button trackballs?

- ALT = Meta keybinding is gone again.  What was the fix for that?

- XFConfig86 set my max resolution to 1024 when the prior config was
  clearly 1152.  Should be an easy fix.

- Gnome desktop upgrades lose all previous panel config info; my guess
  is that there's great hoards of programmers working on this, but to
  be frank, my panels needed a good scrubbing anyway.

-- 
Gary Lawrence Murphy <[EMAIL PROTECTED]> TeleDynamics Communications Inc
 Business Advantage through Community Software : http://www.teledyn.com
"Computers are useless.  They can only give you answers."(Pablo Picasso)

Re: [Cooker] Re: [CHRPM] initscripts-6.91-3mdk

[David Walser]

--- Lonnie Borntreger <[EMAIL PROTECTED]> wrote:
> On Fri, 2002-09-06 at 19:20, David Walser wrote:
> > > No, Solaris uses init.d script, and thus is
> > > configurable by runlevel, 
> > > just like cooker.
> > 
> > I know.  Have fun setting up runlevel 5.
> 
> Well, considering that 3 and 5 are the same, except
> for X, it makes
> perfect sense to just add the dm startup to run
> level 3 - especially if
> you don't use a font server.

I meant on Solaris.

> OTOH, since Solaris "steps through" the run levels
> to the target run
> level, adding a higher run level is easy... all you
> have to add is the
> new service to start in that run level.

Oh yeah, that's right.  /me shuts up now :o)

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [Cooker] Re: [CHRPM] initscripts-6.91-3mdk

[Lonnie Borntreger]

On Fri, 2002-09-06 at 19:20, David Walser wrote:
> > No, Solaris uses init.d script, and thus is
> > configurable by runlevel, 
> > just like cooker.
> 
> I know.  Have fun setting up runlevel 5.

Well, considering that 3 and 5 are the same, except for X, it makes
perfect sense to just add the dm startup to run level 3 - especially if
you don't use a font server.

OTOH, since Solaris "steps through" the run levels to the target run
level, adding a higher run level is easy... all you have to add is the
new service to start in that run level.


TTFN, 
Lonnie Borntreger

Re: [Cooker] Re: [CHRPM] initscripts-6.91-3mdk

[Lonnie Borntreger]

On Fri, 2002-09-06 at 19:16, Teemu Torma wrote:
> On Saturday 07 September 2002 02:02, David Walser wrote:
> > Yep, an init script that starts after everything, so
> > it serves no useful purpose.  I guess Sun was too lazy
> > to configure two runlevels :o)
> 
> No, Solaris uses init.d script, and thus is configurable by runlevel, 
> just like cooker.  

That's what was meant.

The init.d scripts are also sometimes called rc scripts and/or init
scripts.  The stuff that inittab called directly are not init scripts,
they are just commands.


TTFN, 
Lonnie Borntreger

Re: [Cooker] Re: [CHRPM] initscripts-6.91-3mdk

[David Walser]

--- Teemu Torma <[EMAIL PROTECTED]> wrote:
> On Saturday 07 September 2002 02:02, David Walser
> wrote:
> >  Well... yes, but no.  Most Linux distros have
> always
> >
> > > started ?dm using
> > > init, but Solaris uses an rc script.  So it's
> not a
> > > standard, just a
> > > "Linux has always done that".
> >
> > Yep, an init script that starts after everything,
> so
> > it serves no useful purpose.  I guess Sun was too
> lazy
> > to configure two runlevels :o)
> 
> No, Solaris uses init.d script, and thus is
> configurable by runlevel, 
> just like cooker.

I know.  Have fun setting up runlevel 5.

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [Cooker] Re: [CHRPM] initscripts-6.91-3mdk

[Teemu Torma]

On Saturday 07 September 2002 02:02, David Walser wrote:
>  Well... yes, but no.  Most Linux distros have always
>
> > started ?dm using
> > init, but Solaris uses an rc script.  So it's not a
> > standard, just a
> > "Linux has always done that".
>
> Yep, an init script that starts after everything, so
> it serves no useful purpose.  I guess Sun was too lazy
> to configure two runlevels :o)

No, Solaris uses init.d script, and thus is configurable by runlevel, 
just like cooker.  

Teemu

Re: [Cooker] [Fwd: Typo in license agreement]

[Levi Ramsey]

On Fri Sep 06 17:06 -0700, David Walser wrote:
> Yes, but doesn't it mean expressing interest?  I think
> here he would say raising an eyebrow.

It generally means something along the lines of without pausing, looking
calm and natural.

-- 
Levi Ramsey
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

The way out is the way in...
Linux 2.4.19-4mdklrr
  8:00pm  up 22:31,  8 users,  load average: 0.75, 1.08, 0.97

Re: [Cooker] [Fwd: Typo in license agreement]

[David Walser]

--- Todd Lyons <[EMAIL PROTECTED]> wrote:
> Adam Williamson wrote on Fri, Sep 06, 2002 at
> 11:03:32PM +0100 :
> > 
> > glass is nearly full up" and no-one will bat an
> eyelid. (Is *that* a UK
> > phrase too? :>)
> 
> "bat an eye" is common in the US.

Yes, but doesn't it mean expressing interest?  I think
here he would say raising an eyebrow.

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [Cooker] Re: [CHRPM] initscripts-6.91-3mdk

[David Walser]

--- Lonnie Borntreger <[EMAIL PROTECTED]> wrote:
> On Fri, 2002-09-06 at 16:48, J.A. Magallon wrote:
> > Uh, I have realized a couple things...
> > 
> > - Isn't something like breaking 'standards' that
> dm is not controlled by
> >   init, but by chkconfig ??

Yes, but sometimes innovating is at odds with
following standards.

> Well... yes, but no.  Most Linux distros have always
> started ?dm using
> init, but Solaris uses an rc script.  So it's not a
> standard, just a
> "Linux has always done that".

Yep, an init script that starts after everything, so
it serves no useful purpose.  I guess Sun was too lazy
to configure two runlevels :o)

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [Cooker] Basilisk Networking (sheep_net rpm)

[Dan Whitehouse]

When I try to start the program with networking enabled I get a message that
/dev/sheep_net cannot be found. Do I need to compile a new kernel for this
function?

If I tick the checkbox to tunnel over udp, the error message doesnt appear,
but I cannot ping the Basilisk Macintosh.

- Original Message -
From: "Gwenole Beauchesne" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, September 06, 2002 11:11 PM
Subject: Re: [Cooker] Basilisk Networking (sheep_net rpm)


> Hi,
>
> > Where is the sheep_net rpm? I have been trying to locate such a thing
> > to enable me to use networking with BasiliskII JIT, however, though
> > these seemed to exist in the past I cant find them now...
>
> sheepnet module is integrated to our kernel now.
>
>

Re: [Cooker] Re: [Contrib-Rpm] gd2-2.0.1-2mdk

[Ben Reser]

On Thu, Sep 05, 2002 at 09:30:43AM +0200, Gwenole Beauchesne wrote:
> Yes, until the patent covering the LZW scheme used in GIF expires. FYI,
> the _original_ patent should expire on 20-12-2002, in the _US_. The
> _original_ patent in _Germany_ should expire on 18-06-2004. I don't know
> for other countries. This depends on when they were filed and the local
> rules for patent expiry.

IBM or Unisys patent?  Both of them have a patent.  Don't ask me how
that happened.  Stupid USPTO.

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

Never take no as an answer from someone who isn't authorized to say yes.

Re: [Cooker] more translation comments

[Levi Ramsey]

On Fri Sep 06 23:29 +0100, Adam Williamson wrote:
> the all-new Adam disclaimer: here in the country
> where we INVENTED English, anyway. ;)

Well, English is really just a hack on Danish...  ;o)

-- 
Levi Ramsey
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

The way out is the way in...
Linux 2.4.19-4mdklrr
  7:15pm  up 21:46,  7 users,  load average: 0.12, 0.20, 0.21

Re: [Cooker] [Fwd: Typo in license agreement]

[Levi Ramsey]

On Fri Sep 06 23:03 +0100, Adam Williamson wrote:
> bat an eyelid. (Is *that* a UK
> phrase too? :>)

I've tended to hear "bat an eye"... :o)

-- 
Levi Ramsey
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

The way out is the way in...
Linux 2.4.19-4mdklrr
  7:00pm  up 21:31,  7 users,  load average: 0.23, 0.24, 0.21

Re: [Cooker] [Fwd: Typo in license agreement]

[Todd Lyons]

Adam Williamson wrote on Fri, Sep 06, 2002 at 11:03:32PM +0100 :
> 
> glass is nearly full up" and no-one will bat an eyelid. (Is *that* a UK
> phrase too? :>)

"bat an eye" is common in the US.

Blue skies...   Todd
-- 
| MandrakeSoft USA | Security is like an onion.  It's made |
| http://www.mandrakesoft.com  | made up of several layers and makes   |
| http://www.mandrakelinux.com | you cry.  --Howard Chu|



msg74137/pgp0.pgp
Description: PGP signature

[Cooker] Bugreport concerning rpmdrake/grpmi and cronjobbed rpmv

[Christoffer Olsen]

When rpmv runs (daily cronjob), grpmi stops without redrawing. If it is
minimised or anything like that, it turns blank. When rpmv finishes up,
it continues as it should. It looks like a hangup while it's not.
-- 
gpg key:
lynx -source http://deem55.virtualave.net/olsty.asc | gpg --import



signature.asc
Description: This is a digitally signed message part

Re: [Cooker] Gaim 0.59 package requires old perl 5.6 ?

[Pixel]

Pixel <[EMAIL PROTECTED]> writes:

> Aleksander Adamowski <[EMAIL PROTECTED]> writes:
> 
> > Pixel wrote:
> > 
> > >>I've noticed that the latest version of Gaim package, gaim-0.59.1-1.1mdk, is
> > >>dependent on an old version of perl:
> > >>
> > >>Unsatisfied dependencies for gaim-0.59.1-1.1mdk: perl-base = 5.601
> > >>
> > >uh? we have gaim-0.59.1-1mdk which is ok...
> > >
> > I think my gaim package comes from latest Mandrake 8.2 updates (I've done full
> > update before upgrading to RC1) - it's newer than the one in RC1, so the
> > installer for RC1 hasn't upgraded it...
> 
> hum that would explain.
> 
> ok, i'm rebuilding gaim again so that 0.59.2mdk > 0.59.1-1mdk

well make it 0.59.1-2mdk > 0.59.1-1.1mdk

Re: [Cooker] Gaim 0.59 package requires old perl 5.6 ?

[Pixel]

Aleksander Adamowski <[EMAIL PROTECTED]> writes:

> Pixel wrote:
> 
> >>I've noticed that the latest version of Gaim package, gaim-0.59.1-1.1mdk, is
> >>dependent on an old version of perl:
> >>
> >>Unsatisfied dependencies for gaim-0.59.1-1.1mdk: perl-base = 5.601
> >>
> >uh? we have gaim-0.59.1-1mdk which is ok...
> >
> I think my gaim package comes from latest Mandrake 8.2 updates (I've done full
> update before upgrading to RC1) - it's newer than the one in RC1, so the
> installer for RC1 hasn't upgraded it...

hum that would explain.

ok, i'm rebuilding gaim again so that 0.59.2mdk > 0.59.1-1mdk

Re: [Cooker] Gaim 0.59 package requires old perl 5.6 ?

[Aleksander Adamowski]

Pixel wrote:

>>I've noticed that the latest version of Gaim package, gaim-0.59.1-1.1mdk, is
>>dependent on an old version of perl:
>>
>>Unsatisfied dependencies for gaim-0.59.1-1.1mdk: perl-base = 5.601
>>
>>
>uh? we have gaim-0.59.1-1mdk which is ok...
>
I think my gaim package comes from latest Mandrake 8.2 updates (I've 
done full update before upgrading to RC1) - it's newer than the one in 
RC1, so the installer for RC1 hasn't upgraded it...

Re: [Cooker] AutoInstall: no keyboard, no mouse in X

[Adam Williamson]

On Fri, 2002-09-06 at 17:59, Pixel wrote:

> > This also happens of course with a combination of USB mouse and PS/2
> > keyboard.
> 
> i can't reproduce this. It works fine here

And for me. Never had a problem with a PS/2 keyboard and USB mouse on
Cooker.
-- 
adamw

Re: [Cooker] more translation comments

[Adam Williamson]

On Fri, 2002-09-06 at 21:42, Elliott Martin wrote:

> It seems that mentioning any translation issues on anything in mandrake
> linux is a real sore spot for some reason, but it has to be said, so i'm
> ready to take the flak.
> 
> in the latest rpmdrake, the main banner at the top reads "Software
> Packages Installation", and i believe the plural is used in error. i think
> it should read "Software Package Installation".
> 
> after all, isn't it all about the little things? :)

I don't think there's anything *strictly* wrong with Packages
Installation - you can install plural packages after all - but Software
Package Installation would indeed be more common usage. And now, thanks
to the full up debacle, the all-new Adam disclaimer: here in the country
where we INVENTED English, anyway. ;)

> ((about the whole 'full up' issue, i work at a university, and this
> morning i got a call from an english prof whose groupwise account died, so
> i asked, and it was a dangling participle problem like somebody else
> said.))

Um...there's no dangling participle in "full up", nor indeed any
participles at all. Check your English prof's medication. It's just an
idiomatic phrase. No more, no less. Neither "full" nor "up" is a
participle at all. The present participle of that particular verb is
"filling", the past participle is "filled". "Up" is an adverb. Where
does he get the whole participle idea from? :).
-- 
adamw

Re: [Cooker] [Fwd: Typo in license agreement]

[Adam Williamson]

On Fri, 2002-09-06 at 16:46, Elliott Martin wrote:

> The reason its sounds screwy to the non-english speakers, and alright to
> the english, but totally screwed to the americans, is because of the up on
> the end. "Is close to full up" vs "Is close to full". I can't remember
> exactly what that's called, but there's a name for that type of
> grammatical error.

*sigh*

it's NOT a grammatical error. It's merely a UK English idiomatic usage.
It appears the formation "full up" is common in UK English but seemingly
non-existent in US English, which surprises me - it's not a difference
noted on the classic lists of UK/US differences. But I assure you, come
to England and say "my bag's full up", "that bus is full up" or "my
glass is nearly full up" and no-one will bat an eyelid. (Is *that* a UK
phrase too? :>)
-- 
adamw

[Cooker] 9.0 RC1 polish applications menu: translation glitch

[Aleksander Adamowski]

Currently, the menu that contains all Internet utilities (mail clients, 
web browsers etc) is named "Ustawienia sieci" which roughly translates 
to "Network configuration".

It should rather be named "Sieć" ("Network") or plainly "Internet".

(this message is encoded in ISO-8859-2, so you should get the polish 
diacritical character in the "Sieć" word correctly)

-- 
Olo
GG#: 274614
ICQ UIN: 19780575 
http://olo.office.altkom.com.pl

Re: [Cooker] Basilisk Networking (sheep_net rpm)

[Gwenole Beauchesne]

Hi,

> Where is the sheep_net rpm? I have been trying to locate such a thing 
> to enable me to use networking with BasiliskII JIT, however, though 
> these seemed to exist in the past I cant find them now...

sheepnet module is integrated to our kernel now.

Re: [Cooker] Suggestion for future 9.1 installer: make it more failure-proof(will make debugging cooker easier)

[Aleksander Adamowski]

Igor Izyumin wrote:

>Also, can we have a "retry" button when a package fails to install?  I often 
>get problems with packages when installing over the network or on old CDROMs, 
>and it would really help.  Currently, there is only an option to cancel or 
>continue.  Is it really that hard to implement?
>  
>
I'd like that too.

It can help when the installation CD is dirty, you can unmount&eject it, 
clean it, insert into the drive, mount and then you'd have a chance that 
retry succeeds.

It's ridiculous if a small lump of dirt on an installation CD's surface 
can ruin your 2-hour install... :(

[Cooker] 9.0 BETA - Bug report / XFree 86 - Intel i845 graphics card problems

[Alan Shoemaker]

mandrakeexpert incident 30779 forwarded to cooker.

tester's email address is: [EMAIL PROTECTED]

quoted text below

 jenglish : 02/09 10:25 : Incident created
Hardware: Gateway 500SE, with an Intel i845 graphics chipset
which is giving me no end of difficulties :-)

The 9.0 RC1 release does a little bit better than betas 3 and 
4 --
previously the X server wouldn't even start without manually 
tweaking the XF86Config-4 file, this time the automatic 
configuration produces an almost-working configuration.

However, the display will still only start up at 640x480 in 
16bpp, or 800x600 with 8bpp, there are some really bad 
display glitches, and the X server occasionally crashes with 
this message in the log file:

pgetbl_ctl: 0xffe0001 pgetbl_err: 0x0
ipeir: 0 iphdr: 0
LP ring tail: 1e0 head: 3a0 len: f001 start
10c000
eir: 0 esr: 0 emr: ff7b
instdone: ffc1 instpm: 0
memmode: 0 instps: 20
hwstam:  ier: 0 imr:  iir: 0 
Fatal server error:
Active ring not flushed
-- 
I can supply more details if you need them; my MandrakeOnline 
user ID is 'jenglish'.
-- 

A few other problems: 'lspcidrake' segfaults, the 'HardDrake' 
menu entry won't start, and /etc/init.d/harddrake also 
crashes (these are possibly related). Also, although I can 
play .wav files, the GNOME cd player doesn't
seem to work.

Will try again when RC2 comes out...
 

  

jenglish : 06/09 08:16 : More info provided
Manuel Chakravarty has posted some more information (and 
patches)
for the i845 chipset:
http://www.cse.unsw.edu.au/~chak/linux/c400.html#xfree86

-end quoted text-

-- 
Alan

[Cooker] 9.0 BETA - Bug report / Installation - /dev/usbmouse doesn\'t exist

[Alan Shoemaker]

mandrakeexpert incident 31129 forwarded to cooker.

tester's email address is: [EMAIL PROTECTED]

quoted text below

 jmcswain : 06/09 01:40 : Incident created During 
installation of RC1 the folliwing error appeared:

GTK-Log**
file gtkwindow.c line 1129 (gtk_window_realize): Assertion 
'!GTK_WIDGET_REALIZED (widget)' failed at 
/usr/bin/perl-install/mouse.pm line 459

subsequently after booting into the new system, the mouse 
does not work. On every boot I have to drop to the shell and 
run mousedrake. Usb wheel is already highlited, and I just 
click 'OK'.

-end quoted text-

-- 
Alan

Re: [Cooker] Ctrl-Alt-+ zooming broken in XFree86

[Todd Lyons]

Levi Ramsey wrote on Fri, Sep 06, 2002 at 05:40:23PM -0400 :
> > > 
> > > Ctrl-Alt-+ and Ctrl-Alt--  no longer zoom the X display.
> > It works for me on my Cooker box.  I'm doing a fresh install of 9.0 RC1
> > to test this though.  I will know more in an hour or so.
> Odd... restarting X fixed it...

Good.  It works on the upgrade that I did from 8.2 to 9.0 RC1, now I
will do a completely fresh install and verify that it is ok as well.
Unless I report a problem, it is safe to assume that it worked normally.

Blue skies...   Todd
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn



msg74124/pgp0.pgp
Description: PGP signature

Re: [Cooker] rpmdrake latest interesting features

[J.A. Magallon]

On 2002.09.06 Guillaume Cottenceau wrote:
>
>22mdk
>- --changelog-first will make the "maximum information" mode
>  shows the changelog before the filelist

Isn't more useful to have by default changelog first, and give a
--filelist-first ? I think most people will not mind about file list...

TIA

-- 
J.A. Magallon <[EMAIL PROTECTED]>  \ Software is like sex:
werewolf.able.es \   It's better when it's free
Mandrake Linux release 9.0 (Cooker) for i586
Linux 2.4.20-pre5-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-1mdk))

Re: [Cooker] audio cd rip broken in RC1?

[Salane]

On Friday 06 September 2002 05:43 pm, Norman Cleesattel wrote:
> Hi,
>
> I noticed the following problem with grip, konquerer, xcdroast:
> I can display and play the audio cds, but I cannot rip any audio cd. It
> starts transfering the data to the designated folder with 40b/s but
> stops after about 4kb. The message box reads that the transfer is still
> in progress but halted. Only remedy is to abort the process.
>
> The cds I tried are all without any copyright protection scheme. I tried
> with KDE /Gnome; root /user; multiple audio cds; rip and encode /just
> rip

the only one I got to work is eroaster. It should be in contribs

Re: [Cooker] 9.0 BETA - Bug report / The sound in Xine

[Florent BERANGER]

Le Vendredi 6 Septembre 2002 21:59, Alan Shoemaker a écrit :
> mandrakeexpert incident 31170 forwarded to cooker.
>
> tester's email address is: no email address in the
> mandrakeexpert database.
>
> quoted text below
>
>  vbroca : 06/09 02:30 : Incident created After
installing
> Mdk 9.0RC1 I've found that XINE can not play sounds anymore.
> In the sound device in appears NULL even if I edit the
config
> file and put it to auto.
>
> Some programs, like Kaboodle, work perfectly, but others,
> like noatun, also don't work at all.
>
> According to HardDrake my sound card is a VT82C686 (Apollo
> Super AC97/Audio),
> made by Via Technologis, PCI, bus 1106:3058:1106:4511,
0:7:5,
> module via82cxxx_audio MULTIMEDIA_AUDIO
>
> I hope you'll help me.
>
> -end quoted text-

Is xine-oss, xine-alsa or xine-arts installed ?
Xine display null sound output if not.

I hope it's just that.

I have a similar sound card (integrated in motherboard in
fact and it's works fine).
--
EXCEPTIONNEL!
Tiscali lance les forfaits Internet Illimités,
à partir de 15,95EUR / mois.
Pour en profiter,cliquez ici: http://register.tiscali.fr/forfaits/
Offres soumises à conditions.

[Cooker] 9.0 BETA - Bug report / kdevelop lacks C reference manual

[Alan Shoemaker]

mandrakeexpert incident 31152 forwarded to cooker.

tester's email address is: [EMAIL PROTECTED]

quoted text below

 darkcoder : 06/09 09:14 : Incident created After 
installing Kdevelop with or without optional components like 
ksdk, kdoc, htdig among others, the C Reference Manual points 
to nowhere, apparently it's missing. This is still present in 
9.0 RC 1. (kdevelop-2.1.3-3mdk.rpm and cooker 
kdevelop-2.1.3-5mdk.rpm)

-end quoted text-

-- 
Alan

Re: [Cooker] Gaim 0.59 package requires old perl 5.6 ?

[Levi Ramsey]

On Fri Sep 06 23:08 +0200, Aleksander Adamowski wrote:
> I've noticed that the latest version of Gaim package, 
> gaim-0.59.1-1.1mdk, is dependent on an old version of perl:
> 
> Unsatisfied dependencies for gaim-0.59.1-1.1mdk: perl-base = 5.601

Odd...

[root@tatiana root]# rpm -qR gaim
perl-base = 5.8.0
.
.
.

[root@tatiana root]# rpm -q gaim
gaim-0.59.1-1mdk

-- 
Levi Ramsey
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

The way out is the way in...
Linux 2.4.19-4mdklrr
  6:00pm  up 20:31,  7 users,  load average: 0.38, 0.24, 0.20

Re: [Cooker] audio cd rip broken in RC1?

[Igor Izyumin]

On Friday 06 September 2002 04:43 pm, Norman Cleesattel wrote:
> Hi,
>
> I noticed the following problem with grip, konquerer, xcdroast:
> I can display and play the audio cds, but I cannot rip any audio cd. It
> starts transfering the data to the designated folder with 40b/s but
> stops after about 4kb. The message box reads that the transfer is still
> in progress but halted. Only remedy is to abort the process.
>
> The cds I tried are all without any copyright protection scheme. I tried
> with KDE /Gnome; root /user; multiple audio cds; rip and encode /just
> rip

Did it work in 8.2?  Maybe you just have an old cdrom or scratched CD?  Did 
you try commandline cdparanoia?
-- 
-- Igor

Re: [Cooker] Why 700MB CDs there is easyer to write to 650MB and less to download

[Igor Izyumin]

On Friday 06 September 2002 04:54 pm, Texstar wrote:
> Keep in mind that people coming from Windows who may want to try Linux
> (Mandrake of course) need to be able to burn them from Windows
> applications as well.

Any decent windows burning program (CDRWIN, Nero, etc) can burn 700 meg discs 
just fine.
-- 
-- Igor

Re: [Cooker] Suggestion for future 9.1 installer: make it more failure-proof (will make debugging cooker easier)

[Igor Izyumin]

Also, can we have a "retry" button when a package fails to install?  I often 
get problems with packages when installing over the network or on old CDROMs, 
and it would really help.  Currently, there is only an option to cancel or 
continue.  Is it really that hard to implement?
-- 
-- Igor

[Cooker] ntpdrake?

[Aleksander Adamowski]

When installing 8.2, when choosing timezone in the "Summary" step, the 
installergave me an option to automatcally synchronize the clock with a 
NTP server using the ntp package.

Can this be configured with Mandrake Control Center later, after the 
installation? The ntp config files and configuration for them are quite 
messy, and most people only want to synchronize their clock to a 
reference server, not plug an atomic clock to their computer. Such 
simple wizard (ntpdrake?) would be very useful. I imagine it would be 
accessible from Mandrake Control Center in System->Date&Time configuration.

-- 
Olo
GG#: 274614
ICQ UIN: 19780575 
http://olo.office.altkom.com.pl

Re: [Cooker] [Fwd: Typo in license agreement]

[Adam Williamson]

On Fri, 2002-09-06 at 15:58, Brad Felmey wrote:

> On Fri, 2002-09-06 at 05:26, Adam Williamson wrote:
> > On Fri, 2002-09-06 at 06:30, Quel Qun wrote:
> > 
> > > Since then I also noticed during the install the description of partmon 
> > > service: "Checks if a partition is close to full up".
> > > 
> > > Please check, but I think "is close to fill up" would sound better. or 
> > > "is getting full".
> > 
> > Nope. "Is close to full up" is fine, and standard English usage. You
> > could also use "Is close to being full" or even just "Is nearly full",
> > but "Close to full up" is just fine.
> 
> I think this is one of those times when en_GB and en_US diverge a bit.
> It may sound completely appropriate to you, yet in the US it sounds
> quite awkward.

Yeah, from all the Americans wondering if i'm mad it seems it's a GB
idiom. Odd, I always assumed it was universal. In that case it's
probably best to change it, any of the other alternatives I mentioned
would be fine..."is nearly full" is probably the simplest option. 

BTW, whoever suggested "is close to fill up" is off the ball, since
"fill up" is a verb and the form "fill up" is either the infinitive or a
naked participle, you can't use it like that. It'd have to be "is close
to filling up" if you wanted to put it that way. But that's still
idiomatic, i'd definitely suggest "is nearly full" or something similar.
-- 
adamw

Re: [Cooker] Re: [CHRPM] initscripts-6.91-3mdk

[Lonnie Borntreger]

On Fri, 2002-09-06 at 16:48, J.A. Magallon wrote:
> Uh, I have realized a couple things...
> 
> - Isn't something like breaking 'standards' that dm is not controlled by
>   init, but by chkconfig ??

Well... yes, but no.  Most Linux distros have always started ?dm using
init, but Solaris uses an rc script.  So it's not a standard, just a
"Linux has always done that".


TTFN, 
Lonnie Borntreger

Re: [Cooker] Why 700MB CDs there is easyer to write to 650MB andless to download

[Texstar]

Keep in mind that people coming from Windows who may want to try Linux
(Mandrake of course) need to be able to burn them from Windows
applications as well.




On Fri, 2002-09-06 at 14:16, Brent Hasty wrote:
> On Friday 06 September 2002 11:49, Byron Poland wrote:
> I dont mind the 700 meg cd's, they are not any more difficult to burn than 
> 650 mb cd's just a different pice of media.  I would prefer the 700 over the 
> 650 so more goodies can be included.
> 

Re: [Cooker] Suggestion cdrom recognition

[Igor Izyumin]

On Friday 06 September 2002 03:24 am, Buchan Milne wrote:
> There are sometimes issues when using ide-scsi on non-burners. I have
> had some problems, it seems that I can't use supermount on my writer if
> I use ide-scsi on my dvd/cdrom, so I don't think ide-scsi should be the
> default for CDROMs/DVDs when a writer is detected (although we might
> want more opinions on this).

That would be a very bad thing.  CDROMs have to be SCSI [or emulated] for CD 
copying programs to work, and few people want to use their CD burner for 
reading CDs. 
-- 
-- Igor

[Cooker] Basilisk Networking (sheep_net rpm)

[Dan Whitehouse]

Where is the sheep_net rpm? I have been trying to 
locate such a thing to enable me to use networking with BasiliskII JIT, however, 
though these seemed to exist in the past I cant find them 
now...

[Cooker] Re: [CHRPM] initscripts-6.91-3mdk

[J.A. Magallon]

On 2002.09.06 Frederic Lepied wrote:
>--=-=-=
>Name: initscripts  Relocations: (not relocateable)
>Version : 6.91  Vendor: MandrakeSoft
>Release : 3mdk  Build Date: Fri Sep  6 19:16:03 2002

Uh, I have realized a couple things...

- Isn't something like breaking 'standards' that dm is not controlled by
  init, but by chkconfig ??

- Didn't knew this. I did somthing useful...:

* jue ago 08 2002 Warly <[EMAIL PROTECTED]> 6.87-2mdk
- replace check_down_link with J.A. Magallon version in network-functions

By

-- 
J.A. Magallon <[EMAIL PROTECTED]>  \ Software is like sex:
werewolf.able.es \   It's better when it's free
Mandrake Linux release 9.0 (Cooker) for i586
Linux 2.4.20-pre5-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-1mdk))

[Cooker] audio cd rip broken in RC1?

[Norman Cleesattel]

Hi,

I noticed the following problem with grip, konquerer, xcdroast:
I can display and play the audio cds, but I cannot rip any audio cd. It
starts transfering the data to the designated folder with 40b/s but
stops after about 4kb. The message box reads that the transfer is still
in progress but halted. Only remedy is to abort the process.

The cds I tried are all without any copyright protection scheme. I tried
with KDE /Gnome; root /user; multiple audio cds; rip and encode /just
rip

Re: [Cooker] Why 700MB CDs there is easyer to write to 650MB and less to download

[Igor Izyumin]

On Friday 06 September 2002 02:29 am, Sitsofe Wheeler wrote:
> On Thu, 2002-09-05 at 21:41, erik wrote:
> > If for instance Openoffice is remove from download version no problem to
> > get M9.0 into three 650MB CDs. Possible to burn CDs from 650MB burners
> > increase market.
> > And less download time
>
> Unfortunately OpenOffice is exactly the sort of app that I want on my
> CDs. So what you are suggesting is a something I would hate to see
> Mandrake do. You don't even have to get anything past the first CD if
> you just want a basic system...
>
> There is a fine line between what's useful and what will be too many CDs
> and I want to see how the current situation pans out. The whole reason
> why I prefer Mandrake to RedHat is because I don't have to download all
> the extra apps I use separately from the distro.

You're absolutely right.  Download time is not really relevant here - if you 
can download 3 650MB CDs, you can download 3 700MB CDs in about the same 
time.  99% of the burners out there work OK with 700MB media (My old 2x Ricoh 
burns them just fine, and I can't imagine anything older than that burner), 
most of the media out there is 700MB, and throwing away essential apps just 
so that people can burn them on their antique CD burners or cheap old media 
is pointless.
-- 
-- Igor

Re: [Cooker] Gaim 0.59 package requires old perl 5.6 ?

[Aleksander Adamowski]

Pixel wrote:

>uh? we have gaim-0.59.1-1mdk which is ok...
>  
>
I've checked, the package on CD requires perl 5.8.
So that is probably rpm database on my machine screwed up...

Heck, will I finally get an install of RC1 which isn't interrupted by 
some disaster? :)

First, power outage, then bad cd drive...
Tomorrow I'll try at home, and hope not to provoke an earthquake :)

Re: [Cooker] Gaim 0.59 package requires old perl 5.6 ?

[Pixel]

Aleksander Adamowski <[EMAIL PROTECTED]> writes:

[...]

> I've noticed that the latest version of Gaim package, gaim-0.59.1-1.1mdk, is
> dependent on an old version of perl:
> 
> Unsatisfied dependencies for gaim-0.59.1-1.1mdk: perl-base = 5.601

uh? we have gaim-0.59.1-1mdk which is ok...

> eperl-2.2.14-12mdk is also dependent on perl 5.601, and there are other
> unsatisfied dependencies. Is it my rpm packages screwed by interrupted
> install, or are those deps really wrong in RC1?

eperl is deprecated and removed from the distro.

Re: [Cooker] Gaim 0.59 package requires old perl 5.6 ?

[Aleksander Adamowski]

Aleksander Adamowski wrote:

> I've got the system running by manually onvokong mkinitrd.

That should be "manually invoking mkinitrd", sorry :)

-- 
Olo
GG#: 274614
ICQ UIN: 19780575 
http://olo.office.altkom.com.pl

[Cooker] Gaim 0.59 package requires old perl 5.6 ?

[Aleksander Adamowski]

I've just posted results of my upgrade from 8.2 to 9.0 rc1 here 
(unfortunately, this is the interrupted installation due to poor cdrom 
drive):


I've got the system running by manually onvokong mkinitrd.

Now I've performed integrity check by rebuilding rpm db ("rpm 
--rebuilddb") and running verification of all installed packages ("rpm 
-Va").
Here's the output:


I've noticed that the latest version of Gaim package, 
gaim-0.59.1-1.1mdk, is dependent on an old version of perl:

Unsatisfied dependencies for gaim-0.59.1-1.1mdk: perl-base = 5.601

eperl-2.2.14-12mdk is also dependent on perl 5.601, and there are other 
unsatisfied dependencies. Is it my rpm packages screwed by interrupted 
install, or are those deps really wrong in RC1?

-- 
Olo
GG#: 274614
ICQ UIN: 19780575 
http://olo.office.altkom.com.pl

Re: [Cooker] [Fwd: Typo in license agreement]

[Peter Ruskin]

On Friday 06 Sep 2002 15:55, Wesley J Landaker wrote:
> On Friday 06 September 2002 04:26 am, Adam Williamson wrote:
> > On Fri, 2002-09-06 at 06:30, Quel Qun wrote:
> > > Since then I also noticed during the install the description of
> > > partmon service: "Checks if a partition is close to full up".
> > >
> > > Please check, but I think "is close to fill up" would sound
> > > better. or "is getting full".
> >
> > Nope. "Is close to full up" is fine, and standard English usage.
> > You could also use "Is close to being full" or even just "Is nearly
> > full", but "Close to full up" is just fine.
>
> It's grammatically correct, yes, but it certainly sounds *extremely*
> odd to a native English speaker from the US. =)
Are you sure there is such a thing?  ;-p
-- 
Gentoo Linux (portage-2.0.36).  KDE: 3.0.3  Qt: 3.0.5
AMD Athlon(tm) XP 1600+ 513MB.  Kernel: 2.4.19-win4lin. GCC 3.2
Linux user #275590 (http://counter.li.org/).  up 1 day, 7:56.
#=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=#

Re: [Cooker] Suggestion for future 9.1 installer: make it more failure-proof (will make debugging cooker easier)

[Pixel]

"David Bolin" <[EMAIL PROTECTED]> writes:

> Also during beta4 I had a very similar problem with 
> my USB compactflash/smartmedia card reader plugged in.  Failed the install, 
> unplugged the reader and tried again and install went off without a hitch.

this should be ok now (in rc1, and the rc2-to-come)

[Cooker] Re: 9.0 BETA - Bug report / Installation - 3COM 3C589D Etherlink III PC-Card

[Alan Shoemaker]

Alan Shoemaker wrote:
> mandrakeexpert incident 31011 forwarded to cooker.
>
> tester's email address is: [EMAIL PROTECTED]
>
> quoted text below
>
>  darkcoder : 04/09 05:57 : Incident created Under
> various Mandrake 9.0 Betas/RC 1 the 3COM 3C589D Etherlink
> III PC is not available as an option during the network
> configuration. The card itself configures well, but the
> user has to select another 3COM device that its
> configuration will fail anyway, to be able to select dhcp
> assigned ip or static ip. After that, the card works
> without problem. While this is not that bad, a non
> experienced user will be in the problem of configuring that
> LAN card. The problem also appears under DrakConnect after
> installation.
>
> It should be nice since Mandrake recognize the card after
> that workaround without problem to be available under the
> NIC drivers so the user can choose it.
>
> -end quoted text-

additional info from mandrakeexpert incident 31011 forwarded
to cooker.

tester's email address is: [EMAIL PROTECTED]

quoted text below

darkcoder : 06/09 11:56 : More info provided One mistake 
in the report, the card is 3C589C and not D, but it is a 
Etherlink III 10-base T.

-end quoted text-

-- 
Alan

Re: [Cooker] Suggestion for future 9.1 installer: make it more failure-proof (will make debugging cooker easier)

[David Bolin]

I saw this bug while I was installing, and the installation failed(fresh 
install), I really don't know if this had anything to do with the cause, but 
I tried once again to do the install and it succeeded.  The only thing that I 
did different was remove a DVD that I had forgotten to remove from my dvd-
rom.  Again, I don't know if that could cause the problem I saw, but I know 
that after removing the DVD and trying the install once again it succeeded 
without a single error.  Also during beta4 I had a very similar problem with 
my USB compactflash/smartmedia card reader plugged in.  Failed the install, 
unplugged the reader and tried again and install went off without a hitch.

Aleksander Adamowski <[EMAIL PROTECTED]> said:

> Hi!
> I were trying to hunt for that dreaded mkinitrd bug in RC1.
> 
> First, I've tried to conduct an upgrade from 9.0 beta4 to 9.0 RC1 on my 
> machine at home during the weekend, but during the packages installation 
> process there was a power outage.
> 
> I've continued the upgradeafter the power had been restored, but some 
> packages were left in a hosed state.
> 
> The mkinitrd failed during that install, but since the installation of 
> packages has been interrupted, I can't say that the bug really is here. 
> Maybe some leftover beta4 packages were causing it.
> 
> Second, yesterday I've tried to upgrade an old machine at work that has 
> 8.2 installed.
> 
> It has an old CD-ROM drive, so this time there were some errors about 
> packages being not readable from the CD. The problem with mkinitrd also 
> appeared - after the reboot there was no initrd-2.4.19-7mdk.img, but 
> there was vmlinuz-2.4.19-7mdk.
> In /boot, the vmlinuz symlink pointed at the new kernel, the initrd.img 
> symlink pointed at the old initrd. You know what are the results - 
> kernel panic on boot.
> I've used the rescue mode from RC1 CD1 to mount filesystems, chroot, 
> mount /proc and run mkinitrd manually, then correct symlinks in /boot 
> and run lilo.
> 
> But I still don't know for sure whether the mkinitd problem exists in 
> RC1, or whether interrupted installations are at fault.
> 
> 
> Two installations in a row were hosed by external circumstances (power 
> outage, defective CD-ROM drive?). Those things happen.
> So my suggestion is: make the installer fully bulletproof, so that you 
> can literally pull the plug during installation. Particularly the 
> packages installation phase - it takes the most time, it has the highest 
> probability of being interrupted.
> 
> E.G.:
> 
> * When installing a portion of packages as a transaction:
> 1. create a file in the root fs named 
> ".mdk9.1_install_transactions_to_perform" (or 
> ".mdk9.1_upgrade_transactions_to_perform", depending on installation 
> class). It should contain all the information about RPM transaction that 
> is to be executed, and about all the transactions that are planned after 
> that, and all the information about the state of installation that is 
> needed to resume it in case of a failure.
> 2. after writing contents, close that file.
> 3. sync.
> 4. conduct the RPM transaction.
> 5. sync.
> 6. optionally, sleep for e.g. 2 seconds
> 7. rename ".mdk9.1_install_transactions_to_perform" to 
> ".mdk9.1_last_committed_transaction"
> 8. sync
> 9. GOTO 1.
> 
> * When ending "Install system" stage:
> 1. Delete the file ".mdk9.1_install_transactions_to_perform"  and the 
> likes from the root filesystem
> 
> 
> * When booting from the install CD, after initial installer steps:
> 1. ask the user for installation class (as currently, 
> Recommended/Expert, Install/Upgrade/Upgrade packages only)
> 2. detect harddrive, locate the original root filesystem, see whether 
> the files like ".mdk9.1_install_transactions_to_perform" exist.
> 3. try to parse the file to determine what transaction needs to be 
> replayed (with --force) and how the installation is to be continued. If 
> its contents cannot be parsed => there was a power down when it was 
> being written to => try to parse ".mdk9.1_last_committed_transaction" - 
> it is good with 100% probability.
> 4. replay the transaction mentioned in the file with --force (there is a 
> chance that transaction was hosed, so better to replay it)
> 5. continue the installation according to data found in that ".mdk91*" file.
> 
> 
> 
> 



-- 
Just when you think you were making progress you realize that you were facing 
backwards.

Re: [Cooker] Missing in contrib: xoscope

[Warly]

Brent Hasty <[EMAIL PROTECTED]> writes:

> On Friday 06 September 2002 11:55, Warly wrote:
> I will cast a vote for keeping xosview, I make use of it.
>> Reinhard Katzmann <[EMAIL PROTECTED]> writes:
>> > Hi!
>> >
>> > I just found out that one of my preferred oscilloscope programs
>> > is missing in contrib (I don't know when it was "dropped")
>> > there is no new version of xoscope there but I saw at least
>> > some fixes in the CVS (xoscope.sf.net). the last version in
>> > contrib I found on rpmfind was dated juli 3-2001.
>>
>> Yes it was removed as nobody seemed to either use or want to
>> take care of it.
>>
>> If you use it and want/are able to maintain it, we can reintroduce
>> it into the distro.

1. Learn to quote

2. Learn to read

-- 
Warly

[Cooker] more translation comments

[Elliott Martin]

It seems that mentioning any translation issues on anything in mandrake
linux is a real sore spot for some reason, but it has to be said, so i'm
ready to take the flak.

in the latest rpmdrake, the main banner at the top reads "Software
Packages Installation", and i believe the plural is used in error. i think
it should read "Software Package Installation".

after all, isn't it all about the little things? :)
-Elliott


((about the whole 'full up' issue, i work at a university, and this
morning i got a call from an english prof whose groupwise account died, so
i asked, and it was a dangling participle problem like somebody else
said.))

Re: [Cooker] Missing in contrib: xoscope

[Brent Hasty]

On Friday 06 September 2002 11:55, Warly wrote:
I will cast a vote for keeping xosview, I make use of it.
> Reinhard Katzmann <[EMAIL PROTECTED]> writes:
> > Hi!
> >
> > I just found out that one of my preferred oscilloscope programs
> > is missing in contrib (I don't know when it was "dropped")
> > there is no new version of xoscope there but I saw at least
> > some fixes in the CVS (xoscope.sf.net). the last version in
> > contrib I found on rpmfind was dated juli 3-2001.
>
> Yes it was removed as nobody seemed to either use or want to
> take care of it.
>
> If you use it and want/are able to maintain it, we can reintroduce
> it into the distro.

Re: [Cooker] Ctrl-Alt-+ zooming broken in XFree86

[Todd Lyons]

Levi Ramsey wrote on Fri, Sep 06, 2002 at 03:18:32PM -0400 :
> Using XFree86-4.2.0-26mdk and the nv driver included in the
> distribution.
> 
> Ctrl-Alt-+ and Ctrl-Alt--  no longer zoom the X display.

It works for me on my Cooker box.  I'm doing a fresh install of 9.0 RC1
to test this though.  I will know more in an hour or so.

It would help if you would post your /etc/X11/XF86Config-4 and your
/var/log/XFree86.0.log.  There might be some configuration tweaks that
need to occur (ie it is disqualifying some of the modes as it starts up
for some reason).

Blue skies...   Todd
-- 
  Todd Lyons -- MandrakeSoft, Inc.   http://www.mandrakesoft.com/
UNIX was not designed to stop you from doing stupid things, because 
  that would also stop you from doing clever things. -- Doug Gwyn



msg74095/pgp0.pgp
Description: PGP signature

Re: [Cooker] Ctrl-Alt-+ zooming broken in XFree86

[Stew Benedict]

On Fri, 6 Sep 2002, Brent Hasty wrote:

> On Friday 06 September 2002 12:18, Levi Ramsey wrote:
> `> Using XFree86-4.2.0-26mdk and the nv driver included in the
> > distribution.
> >
> > Ctrl-Alt-+ and Ctrl-Alt--  no longer zoom the X display.
> When this feature is fixed, will the Ctrl-Alt-+ and Ctrl-Alt--  zooming work 
> on the terminals using the new terminal server features of MDK 9.0?
> 

Shouldn't make any difference.  You're still running the same XFree.

> Is it possiable to set a per user preference for the display resolution?
> 

Not per user, but per client machine, yes.

Stew Benedict

-- 
MandrakeSoft
PPC FAQ: http://www.linux-mandrake.com/en/ppcFAQ.php3
IRC: irc.openproject.net #cooker-ppc

[Cooker] PHP 4.2.3 released

[Oden Eriksson]

-- 
Regards // Oden Eriksson
Deserve-IT Networks -> http://d-srv.com

Re: [Cooker] Ctrl-Alt-+ zooming broken in XFree86

[Brent Hasty]

On Friday 06 September 2002 12:18, Levi Ramsey wrote:
`> Using XFree86-4.2.0-26mdk and the nv driver included in the
> distribution.
>
> Ctrl-Alt-+ and Ctrl-Alt--  no longer zoom the X display.
When this feature is fixed, will the Ctrl-Alt-+ and Ctrl-Alt--  zooming work 
on the terminals using the new terminal server features of MDK 9.0?

Is it possiable to set a per user preference for the display resolution?

Re: [Cooker] rpmdrake segmentation fault

[Brook Humphrey]

On Friday 06 September 2002 12:09 pm, Warly wrote:
> Brook Humphrey <[EMAIL PROTECTED]> writes:
> > On Friday 06 September 2002 06:35 am, Guillaume Cottenceau wrote:
> >> In my tests, it did work.. maybe if you could see what's going
> >> on with logs, strace, anything..
> >
> > Don't know if this has anything to do with it but I'm using cd's that I
> > creat from my local mirror.
> >
> > I use Makecd and I get 5 cd's instead of 2 or 3 but I'm sure you know
> > this.
>
> It must have included contribs
yes thats were all the good stuff is.
-- 
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
  Brook Humphrey   
Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107
http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED]   
 Holiness unto the Lord
 -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-

Re: [Cooker] Drakconf will not run

[Luis M]

do you have a cdwriter?

if you do, then rename:
/usr/share/mcc/themes/default/diskdrake-cdwriter.png
to
/usr/share/mcc/themes/default/diskdrake_cdwriter.png

At least, that's what you get when you launch the script (drakconf) from a 
terminal.

my $0.02 ...


>From: "dave williams" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: [Cooker] Drakconf will not run
>Date: Fri, 6 Sep 2002 10:05:38 +0100
>
>Since installing rc1, mandrake control centre will not run, it says
>loading please wait. Then nothing?
>
>What now?
>
>Do I wait for rc2 or go back to beta 4 where I could not get ics
>working?
>
>Thanks
>
>Dave Williams
>
>
>


)(-
Luis Mondesi
System Administrator/Web developer
LatinoMixed.com

[EMAIL PROTECTED]

You think Oedipus had a problem -- Adam was Eve's mother.


Be secured. Get the public signature here: 
http://www.latinomixed.com/lems1/public-a.asc

[Cooker] Ctrl-Alt-+ zooming broken in XFree86

[Levi Ramsey]

Using XFree86-4.2.0-26mdk and the nv driver included in the
distribution.

Ctrl-Alt-+ and Ctrl-Alt--  no longer zoom the X display.

-- 
Levi Ramsey
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

The way out is the way in...
Linux 2.4.19-4mdklrr
  3:15pm  up 17:46,  5 users,  load average: 0.34, 0.24, 0.29

Re: [Cooker] Why 700MB CDs there is easyer to write to 650MB andless to download

[Warly]

Vox <[EMAIL PROTECTED]> writes:

>> All the packages will be available on the live tree, of course.
>
>   Will they be urpmi-able?  Contrib stuff has never been installable
>   through urpmi except on the release CDs, and now that it won't be
>   available in the dld edition would be a good time to add the
>   hdlist.cz to it...right? :)

Wrong, contrib are urpmi-able since at least 8.1

-- 
Warly

Re: [Cooker] rpmdrake segmentation fault

[Warly]

Brook Humphrey <[EMAIL PROTECTED]> writes:

> On Friday 06 September 2002 06:35 am, Guillaume Cottenceau wrote:
>> In my tests, it did work.. maybe if you could see what's going
>> on with logs, strace, anything..
>
> Don't know if this has anything to do with it but I'm using cd's that I creat 
> from my local mirror. 
>
> I use Makecd and I get 5 cd's instead of 2 or 3 but I'm sure you know this.

It must have included contribs

-- 
Warly

Re: [Cooker] Why 700MB CDs there is easyer to write to 650MB and less to download

[Brent Hasty]

On Friday 06 September 2002 11:49, Byron Poland wrote:
I dont mind the 700 meg cd's, they are not any more difficult to burn than 
650 mb cd's just a different pice of media.  I would prefer the 700 over the 
650 so more goodies can be included.

> On Fri, 2002-09-06 at 11:19, Vox wrote:
> > Warly <[EMAIL PROTECTED]> writes:
> > > Jason <[EMAIL PROTECTED]> writes:
> > > > I disagree, IMHO the download CD's should be as complete as
> > > > possible. For example, AFAIK the 3rd CD of the betas and RC1 has had
> > > > nearly 200MB of free space left on it while important contrib
> > > > packages have been left out. This should not be the case. If a 3rd CD
> > > > is available, it should be full.
> > >
> > > The 3 download CDs are the exact replication of the 3 standard or
> > > powerpack first CDs, except for the 150 MB of commercial apps on the
> > > disc 3.
> > >
> > > As a consequence the download edition will have a CD 3 of 560 MB.
> > >
> > > Contribs will not the present on the download edition, only main,
> > > contribs CD will be available in powerpack and prosuite only.
> > >
> > > All the packages will be available on the live tree, of course.
> >
> >   Will they be urpmi-able?  Contrib stuff has never been installable
> >   through urpmi except on the release CDs, and now that it won't be
> >   available in the dld edition would be a good time to add the
> >   hdlist.cz to it...right? :)
> >
> >   Vox
>
> If the symbolic link is set up correctly on the server you can do:
>
> uprmi.addmedia contrib ftp://PATH_TO/Mandrake/RPMS2 with
> ../base/hdlist2.cz

Re: [Cooker] AutoInstall: no keyboard, no mouse in X

[David Walser]

--- Pixel <[EMAIL PROTECTED]> wrote:
> Norman Cleesattel <[EMAIL PROTECTED]> writes:
> 
> > Am Fre, 2002-09-06 um 18.27 schrieb Pixel:
> > > Nora Etukudo <[EMAIL PROTECTED]> writes:
> > > 
> > > > First, I thought my hardware is broken, but
> today I could check with
> > > > several boxes: If there is a PS/2 keyboard and
> a serial mouse at ttyS0
> > > > connected, then the generated
> 'auto_inst.cfg.pl' contains
> > > 
> > > :-(
> > > 
> > > a PS/2 mouse is detected even if not present.
> > > 
> > > workarounding this: 
> > >   during install, don't probe PS/2 mice when a
> serial mouse is already found.
> > >   (otherwise if a PS/2 keyboard is present, a
> PS/2 is found even if absent, and
> > >   configuring an auxmouse PS/2 causes the PS/2
> keyboard to freeze)
> > > 
> >
> > This also happens of course with a combination of
> USB mouse and PS/2
> > keyboard.
> 
> i can't reproduce this. It works fine here

I'm not doing autoinstall, but the combination of USB
mouse and PS/2 keyboard is fatally broken here.  It
looks like the mouse has finally been fixed (that was
just a general usb problem, I saw it in one of the
changelogs), but the PS/2 keyboard locks up when an X
server takes control of the screen.  Running toppler
or clanbomber as the owner of the X server (root
during KDM, someone logged in otherwise) unlocks it
(until you logout, or switch to a VC).

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

[Cooker] Re: logrotate broken?

[David Walser]

--- Warly <[EMAIL PROTECTED]> wrote:
> David Walser <[EMAIL PROTECTED]> writes:
> 
> > My messages file is *huge* (because of the screwed
> up
> > autofs...) and there is no messages.1 or anything
> else.
> 
> Do you have a /var/log/message entry in
> /etc/logrotate.d/syslog?

Yes.

> Is your cron correctly running?

Yes.

> Have you a logrotate entry in your cron.daily?

Yes.

Götz Waschk told me to try:
/usr/sbin/logrotate /etc/logrotate.conf
which exited immediately, and reported no errors to
the console or /var/log/messages, which is currently
2.2MB in size.

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [Cooker] an rc2 ?

[Aleksander Adamowski]

Thierry Vignaud wrote:

>those "serious problems" were just warnings generated by gdk-pixbuf
>initialization.
>
Oh, ok.
But I'm still seeing this mkinitrd bug when upgrading from beta4 or 8.2
Fact, those installs were interrupted due to power outage, faulty cd 
drive, and I'm still trying to conduct a clean upgrade, but this *might* 
be serious problem in RC1, a bit uncertain.

[Cooker] Suggestion for future 9.1 installer: make it more failure-proof (willmake debugging cooker easier)

[Aleksander Adamowski]

Hi!
I were trying to hunt for that dreaded mkinitrd bug in RC1.

First, I've tried to conduct an upgrade from 9.0 beta4 to 9.0 RC1 on my 
machine at home during the weekend, but during the packages installation 
process there was a power outage.

I've continued the upgradeafter the power had been restored, but some 
packages were left in a hosed state.

The mkinitrd failed during that install, but since the installation of 
packages has been interrupted, I can't say that the bug really is here. 
Maybe some leftover beta4 packages were causing it.

Second, yesterday I've tried to upgrade an old machine at work that has 
8.2 installed.

It has an old CD-ROM drive, so this time there were some errors about 
packages being not readable from the CD. The problem with mkinitrd also 
appeared - after the reboot there was no initrd-2.4.19-7mdk.img, but 
there was vmlinuz-2.4.19-7mdk.
In /boot, the vmlinuz symlink pointed at the new kernel, the initrd.img 
symlink pointed at the old initrd. You know what are the results - 
kernel panic on boot.
I've used the rescue mode from RC1 CD1 to mount filesystems, chroot, 
mount /proc and run mkinitrd manually, then correct symlinks in /boot 
and run lilo.

But I still don't know for sure whether the mkinitd problem exists in 
RC1, or whether interrupted installations are at fault.


Two installations in a row were hosed by external circumstances (power 
outage, defective CD-ROM drive?). Those things happen.
So my suggestion is: make the installer fully bulletproof, so that you 
can literally pull the plug during installation. Particularly the 
packages installation phase - it takes the most time, it has the highest 
probability of being interrupted.

E.G.:

* When installing a portion of packages as a transaction:
1. create a file in the root fs named 
".mdk9.1_install_transactions_to_perform" (or 
".mdk9.1_upgrade_transactions_to_perform", depending on installation 
class). It should contain all the information about RPM transaction that 
is to be executed, and about all the transactions that are planned after 
that, and all the information about the state of installation that is 
needed to resume it in case of a failure.
2. after writing contents, close that file.
3. sync.
4. conduct the RPM transaction.
5. sync.
6. optionally, sleep for e.g. 2 seconds
7. rename ".mdk9.1_install_transactions_to_perform" to 
".mdk9.1_last_committed_transaction"
8. sync
9. GOTO 1.

* When ending "Install system" stage:
1. Delete the file ".mdk9.1_install_transactions_to_perform"  and the 
likes from the root filesystem


* When booting from the install CD, after initial installer steps:
1. ask the user for installation class (as currently, 
Recommended/Expert, Install/Upgrade/Upgrade packages only)
2. detect harddrive, locate the original root filesystem, see whether 
the files like ".mdk9.1_install_transactions_to_perform" exist.
3. try to parse the file to determine what transaction needs to be 
replayed (with --force) and how the installation is to be continued. If 
its contents cannot be parsed => there was a power down when it was 
being written to => try to parse ".mdk9.1_last_committed_transaction" - 
it is good with 100% probability.
4. replay the transaction mentioned in the file with --force (there is a 
chance that transaction was hosed, so better to replay it)
5. continue the installation according to data found in that ".mdk91*" file.

[Cooker] Drakconf will not run

[dave williams]

Since installing rc1, mandrake control centre will not run, it says
loading please wait. Then nothing?

What now?

Do I wait for rc2 or go back to beta 4 where I could not get ics
working?

Thanks

Dave Williams

Re: [Cooker] Missing in contrib: xoscope

[Warly]

Reinhard Katzmann <[EMAIL PROTECTED]> writes:

> Hi!
>
> I just found out that one of my preferred oscilloscope programs
> is missing in contrib (I don't know when it was "dropped")
> there is no new version of xoscope there but I saw at least
> some fixes in the CVS (xoscope.sf.net). the last version in 
> contrib I found on rpmfind was dated juli 3-2001.

Yes it was removed as nobody seemed to either use or want to 
take care of it.

If you use it and want/are able to maintain it, we can reintroduce
it into the distro.

-- 
Warly

Re: [Cooker] Why 700MB CDs there is easyer to write to 650MB andless to download

[Byron Poland]

On Fri, 2002-09-06 at 11:19, Vox wrote:
> Warly <[EMAIL PROTECTED]> writes:
> 
> > Jason <[EMAIL PROTECTED]> writes:
> > 
> > > I disagree, IMHO the download CD's should be as complete as
> > > possible. For example, AFAIK the 3rd CD of the betas and RC1 has had
> > > nearly 200MB of free space left on it while important contrib packages
> > > have been left out. This should not be the case. If a 3rd CD is
> > > available, it should be full.
> > 
> > The 3 download CDs are the exact replication of the 3 standard or powerpack
> > first CDs, except for the 150 MB of commercial apps on the disc 3.
> > 
> > As a consequence the download edition will have a CD 3 of 560 MB.
> > 
> > Contribs will not the present on the download edition, only main, contribs
> > CD will be available in powerpack and prosuite only.
> > 
> > All the packages will be available on the live tree, of course.
> 
>   Will they be urpmi-able?  Contrib stuff has never been installable
>   through urpmi except on the release CDs, and now that it won't be
>   available in the dld edition would be a good time to add the
>   hdlist.cz to it...right? :)
> 
>   Vox

If the symbolic link is set up correctly on the server you can do:

uprmi.addmedia contrib ftp://PATH_TO/Mandrake/RPMS2 with
../base/hdlist2.cz