date:20030129

Andrey Borzenkov wrote:
The real test for supermount will be when you can
successfully install a
copy protected game under WineX; like Baldur's Gate 2,
for instance. That's going to be my acid test. 
 
 
 this almost sounds like you are threatening :)
 
 Copy protection does not have anything to do with supermount. But sure, we lack real 
life examples.
 

Insert Mandrake CD, and:

$ find /mnt/cdrom -name '*.rpm' -exec rpm -K {} \;

BTW, I ran this with Danny's 2.4.19-16.7mdk on a Mandrake workstation
DVD with no problems, where it would give up quite early with 2.4.19-16mdk

 OTOH the first mounting should work without problem. The problems possibly start 
first time you change CD ...
 

We could write a small script that prompts for more CDs, and do it for
at least a Mandrake 3 CD set ...

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7

[Cooker] [Bug 1121] [xine-ui] Xine ratio's are wrong on a Rage Mobility 128

2003-01-29 Thread [Bug 1121]

https://qa.mandrakesoft.com/show_bug.cgi?id=1121

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 09:14 ---
Xine display's correctly when video is set to xshm.  9.0 uses Xv (and worked out
of the box) on the same machine.  

(No difference in the X configuration between 9.1 and 9.0 Perhaps a Xserver
issue with the r128 driver?)



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
When Xine starts up the Xine logo only shows the X and part of the I in the
logo.  Movies look out of proportion.

(This is on a IBM Thinkpad A22p.  No issues with 9.0 in this machine)

[Cooker] [Bug 1028] [harddrake] My disc writer doesn't appear in Harddrake hardware list

2003-01-29 Thread [Bug 1028]

https://qa.mandrakesoft.com/show_bug.cgi?id=1028

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 09:23 ---
just fixed in cvs. there'll be a new drakxtool and a new harddrake packages today



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
Connected on the second IDE plug, as a slave. It is an Hewlett Packard one, and
I can mount it.

what kind of information do you need?

[Cooker] [Bug 1095] [ldetect-lst] typo error in ScannerDB

2003-01-29 Thread [Bug 1095]

https://qa.mandrakesoft.com/show_bug.cgi?id=1095

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|30  |83

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 09:41 ---
applied, thanks



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
The following error is logged in /var/log/syslog  when harddrake detects my 
scanner: 
jan 21 17:58:49 pcpc scannerdrake[26605]: ### Program is starting ###  
jan 21 17:58:49 pcpc scannerdrake[26605]: ### Program is starting ###  
jan 21 17:58:49 pcpc scannerdrake[26605]: unknown line 1574 ( #for hardware  
detection)  
 
this is due to a typo in ScannerDB from ldetect-lst 
 
 
please apply this fix : 
 
# diff -u ScannerDB.org  ScannerDB 
--- ScannerDB.org   2003-01-27 14:32:05.0 +0100 
+++ ScannerDB   2003-01-27 14:35:42.0 +0100 
@@ -1571,7 +1571,8 @@ 
 DRIVER Firewire 
 COMMENT not tested 
 UNSUPPORTED 
- #for hardware detection 
+ 
+#for hardware detection 
 NAME Umax|Astra 1220U 
 DRIVER usb 
 UNSUPPORTED

[Cooker] [Bug 1133] [drakxtools] New: Alt Gr key for french keyboard

2003-01-29 Thread [Bug 1133]

https://qa.mandrakesoft.com/show_bug.cgi?id=1133

   Product: drakxtools
 Component: libsasl2-plug-ntlm
   Summary: Alt Gr key for french keyboard
   Version: 9.1-0.12mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Alt Gr keys are not actived on a french key board even after using keyboarddrake

[root@localhost sbin]# perl keyboarddrake
TODO: XSetInputFocus if force_focus
TODO: ensure focus stuff
XKB extension not present on :0.0
Chargement du affectation clavier : fr-latin1   [  OK  ]
Chargement des touches compose: compose.latin.inc   [  OK  ]
La touche effacement (-) envoie : ^?   [  OK  ]
[root@localhost sbin]#

Below a copy of my XF86Config-4 file


# File generated by XFdrake.

# **
# Refer to the XF86Config man page for details about the format of
# this file.
# **

Section Files
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Mandrake 6.0 and later now use a font server independent of
# the X server to render fonts.
FontPath unix/:-1
EndSection

Section ServerFlags
#DontZap # disable CrtlAltBS (server abort)
#DontZoom # disable CrtlAltKP_+/KP_- (resolution switching)
AllowMouseOpenFail # allows the server to start up even if the mouse doesn't
work
EndSection

Section Module
Load dbe # Double-Buffering Extension
Load v4l # Video for Linux
Load extmod
Load type1
Load freetype
Load glx # 3D layer
EndSection

Section InputDevice
Identifier Keyboard1
Driver Keyboard
Option XkbModel pc105
Option XkbLayout fr
Option XkbDisable 
Option XkbCompat 
Option XkbOptions 
EndSection

Section InputDevice
Identifier Mouse1
Driver mouse
Option Protocol IMPS/2
Option Device /dev/usbmouse
Option ZAxisMapping 4 5
EndSection

Section Monitor
Identifier monitor1
VendorName Plug'n Play
ModelName Princeton Ultra 75/75B
HorizSync 30-70
VertRefresh 50-150

# Sony Vaio C1(X,XS,VE,VN)?
# 1024x480 @ 85.6 Hz, 48 kHz hsync
ModeLine 1024x48065.00 1024 1032 1176 1344   480  488  494  563 -hsync
-vsync

# TV fullscreen mode or DVD fullscreen output.
# 768x576 @ 79 Hz, 50 kHz hsync
ModeLine 768x576 50.00  768  832  846 1000   576  590  595  630

# 768x576 @ 100 Hz, 61.6 kHz hsync
ModeLine 768x576 63.07  768  800  960 1024   576  578  590  616
EndSection

Section Device
Identifier device1
VendorName nVidia Corporation
BoardName RIVA TNT2
Driver nvidia
Option DPMS
Option nvagp 3
EndSection

Section Screen
Identifier screen1
Device device1
Monitor monitor1
DefaultColorDepth 24

Subsection Display
Depth 8
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 15
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 16
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 24
Modes 1024x768 800x600 640x480
EndSubsection
EndSection

Section ServerLayout
Identifier layout1
InputDevice Keyboard1 CoreKeyboard
InputDevice Mouse1 CorePointer
Screen screen1
EndSection



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] [Bug 894] [drakconf] sis900 worked in 9.1 beta 1, does not in 9.1 beta 2

2003-01-29 Thread [Bug 894]

https://qa.mandrakesoft.com/show_bug.cgi?id=894





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 10:07 ---
I had pulled the hard drive (22 GB) from this machine to temporarily fix a broken 
ReplayTV 
(long story) and today I put it back in.  Since it had the ReplayTV file system on it, 
I 
completely repartitioned it.  I installed 9.1 beta 2 in a 4 GB partition, and noticed 
that the sound 
worked but the network did not.  (I reinstalled because I wanted to be sure.) 
 
To be completely sure, I created another 4 GB partition for 9.1 beta 1, and installed 
it.  As I 
experienced before, the sound does not work -- but the network DOES.  I am actually 
posting 
this comment from 9.1 beta 1 on the celeron machine. 
 
So my question is this: is it possible for me to pull the RPMs for sound from 9.1 beta 
2, so 
that I can have a machine with all peripherals working?  If so, which RPMs should I 
use? 
 
And if you have a fix for the network, I'll gladly try it on the 9.1 beta 2 partition 
which I still have.  
Anything I can do to help.  Thanks. 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
I have a Celeron on a SIS motherboard.  The network, sound, and video are all
embedded on the motherboard.  The network portion, configured as sis900, worked
in 9.1 beta 1 but I cannot make a connection in 9.1 beta 2.

Also, when I go in the Mandrake Control Center, click on Network  Internet, it
shows the state as up but the section above that says Internet Access
Status: not connected and a box for Connect  If I click on Expert Mode
2 new boxes appear, Configure Internet Access... and Configure Local Area
Network  If I click on either of the two Configure boxes, I am returned
to the main Control Center page!

If I click on Connect..., nothing appears to happen (no dialogs appear, and
I'm able to click on other boxes on the page so the UI returned control to me).

Also, sometimes when I click on Network  Internet I have to Alt+Tab to
another application and Alt+Tab back before the screen will update.

I tried clicking on the Wizard... button, to try to reconfigure the network,
and it went through once okay and then started the wizard a second time, and
when it got to the hostname page I could not click in the text field.  I *could*
click Previous and did, then clicked Next but still couldn't enter any text
(and the field was empty, rather than having the celeron.kenbeal.com which it
had the first time through).  I just restarted the Control Center and was able
to run the Wizard correctly (and it only ran once).  The card is up but the
status is still not connected.  And if I click on Connect..., the card goes
to down.

One good thing changed between 9.1 beta 1 and beta 2: my sound was not working
under beta 1, but is working under beta 2!  (The sound is sis 7018 PCI audio.)

[Cooker] [Bug 902] [kdebase] Upon rebooting after install, had to login twice

2003-01-29 Thread [Bug 902]

https://qa.mandrakesoft.com/show_bug.cgi?id=902





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 10:11 ---
This also happened on Mandrake Linux 9.1 beta 1.  (Just in case that info helps.) 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
Upon rebooting after install, I had to login twice.  I had told it not to
auto-login a user, and also told it to start the X server upon booting.

The console window showed that it was starting httpd (I think - it went by
quickly and now that I'm logged in it doesn't show that line) and another
httpds perhaps?  One had started but the other was starting when I logged in
the first time, and it cleared the screen and returned me to the login prompt.

The second time I logged in, it worked.

This is Mandrake 9.1 beta 2.

(This is probably the wrong Product/Component to put this bug under but I'm new
to this system and couldn't determine the correct Product.  A suggestion: make
the Product names more descriptive so that newbies like me can more easily
determine the proper place to file bugs.)

[Cooker] [Bug 1018] [kdebase] konqueror take off to 100% when requested for client's cert by webserver

2003-01-29 Thread [Bug 1018]

https://qa.mandrakesoft.com/show_bug.cgi?id=1018





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 10:25 
---
still there in version kdebase-3.1-1mdk

I just realize it output the following error message before shooting to
100% CPU time and stay there:

kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libkdecore.so.4: undefined
symbol: PKCS7_content_free
kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libkdecore.so.4: undefined
symbol: OpenSSL_add_all_algorithms




--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
Hello,

When konqueror is asked by the webserver to provide the client's
SSL certificate for authentication, it will reach 100% and stay
there forever. [works fine with cooker's mozilla].

To reproduce, just add the directive
SSLVerifyClient require in /var/www/html/.htaccess
and load
https://localhost/ with konqueror.

Thanks.

Have a nice day.

[Cooker] [Bug 1134] [initscripts] New: ifplugd is incompatible with range eth aliases.

2003-01-29 Thread [Bug 1134]

https://qa.mandrakesoft.com/show_bug.cgi?id=1134

   Product: initscripts
 Component: initscripts
   Summary: ifplugd is incompatible with range eth aliases.
   Version: 7.02-3mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Try to define range interface aliases with the following file:
/etc/sysconfig/network-scripts/ifcfg-eth0-range0

IPADDR_START=192.168.0.80
IPADDR_END=192.168.0.82
BOOTPROTO=static
CLONENUM_START=0
GATEWAY=192.168.0.1

Then issue a restart:
# service network restart
[...]
Bringing up interface eth0: [  OK  ]
Bringing up interface eth0-range0:  Sorry, there is already an instance of ifplu
gd for eth0 running.
[FAILED]

The problem seems to come from the fact that the network-scripts want to launch
an ifplugd as if the aliases were new interface and not aliases.

Workaround:
---
There is a simple workaround, just add MII_NOT_SUPPORTED=1 to the aliases range
file to deactivate ifplugd.
At least it should be specified somewhere in the doc or in the ifup-aliases file

Brice



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] Re: PATCH: 2.4.21-0.pre3.1mdk: supermount - fix ESTALE on media change wth busy files

2003-01-29 Thread Andrey Borzenkov

  Nope, you need it to have a working: extract cd, change cd,
 make it working.
 
 
 borzenkov Nope, it is just an accidental side effect. Put_inode (as
 borzenkov it was) is buggy and not needed.
 
 Are you sure?  We are using put_inode() to _never_ cache inodes of
 supermounted media after use.  Supermount relies on that behaviour.

To clarify - inode caching is not a problem because supermount never
reuse inodes. On first lookup new dentry/inode pair is allocated,
after media change inode is stale, on next lookup d_revalidate returns
false and we allocate new dentry/inode pair. (directories is 
special case but it does not change general rule). We never lookup
or reuse old inode. using force_delete just purges them from cache
faster. 

 borzenkov - fix the last case of improper ESTALE
 
 I thought this one should been fixed, will look at it.

No, the attached patch really fixes it. It disconnects busy dentries
from fs tree. they go away when process that holds them open goes away.

It is as much as I expect to go into update for 9.0 (assuming no
serious bugs is found). For 9.1 if time permit see later.

 borzenkov - some more vague ideas
 
 Humm, that is really vague.

No more.

- keep list of struct files; close subfs files on media change to
allow clean umount; mark supermount files as dead; provide mount
option on_media_change={TERM,KILL,EIO,ESTALE} to respectively TERM or
KILL owners or just return EIO/ESTALE on subsequent read/write and
let them handle it.

- add strict_media_change option to always check; intended for slow
writable media like floppy to catch media change as soon as possible
to avoid overwriting of newly inserted floppy.

- add user interface to umount subfs; it is pretty trivial to
implement as remount option but I am not sure about permissions.
Intentional use is approximately

mount -o remount,release /mnt/floppy
format /dev/fd
mkfs /dev/fd
cp /vmlinuz /mnt/floppy

Not sure how really useful it is but it is quite trivial to implement.

- document the whole stuff

-andrey



diff -ru -x '*.o' -x '*~' /home/bor/src/supermount/super.c 
linux-2.4.21-0.pre3.1mdk/fs/supermount/super.c
--- /home/bor/src/supermount/super.c2003-01-28 00:29:42.0 +0300
+++ linux-2.4.21-0.pre3.1mdk/fs/supermount/super.c  2003-01-28 23:39:55.0 
++0300
@@ -71,6 +71,30 @@
}
 }
 
+/*
+ * Cut off busy dentries unless mounted over. They go away when
+ * their owners die
+ * We run under mutex or sb lock so nobody can change directory structure
+ * d_drop holds dcache lock for us
+ * FIXME: it probably should unmount submounts
+ */
+static void
+supermount_drop_dentries(struct super_block *sb)
+{
+   struct dentry *d;
+   struct list_head *ptr;
+
+   if (!sb-s_root)
+   return;
+
+   list_for_each(ptr, sb-s_root-d_subdirs) {
+   d = list_entry(ptr, struct dentry, d_child);
+
+   if (!have_submounts(d))
+   d_drop(d);
+}
+}
+
 void
 subfs_umount(struct super_block *sb)
 {
@@ -87,6 +111,7 @@
}
shrink_dcache_sb(sb);
supermount_clean_inodes(sb);
+   supermount_drop_dentries(sb);
if (!mnt)
supermount_panic(sb, subfs_umount,
 Can't find mount point\n);
diff -ru -x '*.o' -x '*~' /home/bor/src/supermount/super_operations.c 
linux-2.4.21-0.pre3.1mdk/fs/supermount/super_operations.c
--- /home/bor/src/supermount/super_operations.c 2003-01-28 00:25:51.0 +0300
+++ linux-2.4.21-0.pre3.1mdk/fs/supermount/super_operations.c   2003-01-28 
+23:31:43.0 +0300
@@ -125,10 +125,9 @@
 {
struct supermount_sb_info *sbi = supermount_sbi(sb);
 
-   dput(sb-s_root);
-
if (subfs_is_mounted(sbi))
subfs_umount(sb);
+
sb-u.generic_sbp = 0;
free_sbi(sbi);
sb-s_dev = 0;

[Cooker] Menudrake is still not saving changes bug 845

2003-01-29 Thread mika . laitio

Could somebody else checkout whether he/she can produce the bug descriped 
here.
1) If I edit folders with menudrake and save changes, then changes does 
not activate
2) open in console checkbox bug

I have filled a detailed bugreport to

https://qa.mandrakesoft.com/show_bug.cgi?id=845

but it is still in the unconfirmed stage. URL above contains also a 
detailed steps for reproducing the problems.

Mika

RE: [Cooker] Re: [cooker] PATCH: 2.4.21-0.pre3.1mdk: supermount - fix ESTALE on media change wth busy files

2003-01-29 Thread Borzenkov Andrey

 Insert Mandrake CD, and:
 
 $ find /mnt/cdrom -name '*.rpm' -exec rpm -K {} \;
 

kernel version?

 BTW, I ran this with Danny's 2.4.19-16.7mdk on a Mandrake workstation
 DVD with no problems, where it would give up quite early with 2.4.19-16mdk
 

0.pre3.1mdk has the same supermount. Version that was intended for 9.0
update has the same bug as 9.0.

  OTOH the first mounting should work without problem. The problems
 possibly start first time you change CD ...
 
 

with this bug you get problem of first mount as well.

-andrey

Re: [Cooker] [Bug 1048] [drakconf] Screen layout makes it impossibleto use!

2003-01-29 Thread Reinout van Schouwen

On Tue, 28 Jan 2003, HoytDuff wrote:

 Reinout's comment sounds to me like an excuse to justify his lack of
 interest and lack of persistence. Or pehaps he just has an argumentative
 personality or a need to control; it doesn't really matter. I don't like

[snip]

Perhaps it's a problem with my personality, but I can't seem to grasp what
your incoherent comment adds to the discussion at hand.

Happy flaming,

-- 
Reinout van SchouwenArtificial Intelligence student
email: [EMAIL PROTECTED] mobile phone: +31-6-44360778
GPG public key http://www.cs.vu.nl/~reinout/reinout.asc

Re: [Cooker] [Bug 1048] [drakconf] Screen layout makes it impossibleto use!

No repsonse to this one yet, so it seems Mandrakesoft doesn't really
want to compete with Windows? Just with Debian I guess.

Buchan

Buchan Milne wrote:
 Thierry Vignaud wrote:
 
Buchan Milne [EMAIL PROTECTED] writes:

Of course, if you could use it without a mouse (so one could
configure a mouse when the mouse isn't working!) that would be much
better ...

drakxconf is usable without a mouse since it works smoothly as a gui
well as on the console

 
 Sure, but I was meaning in X!
 
How difficult would it be to make drakxconf take keyboard input
(probably easier than drakconf).

it's already the case :-)

 
 Please. Consider something that affects new users who have only ever
 used Windows (and Windows has had this since Windows 95, yes, that's 7
 years ago!).
 
 1)Windows almost always gives you a GUI. In the worst cases, you may
 have to use safe mode. Only if you're an MCSE are you supposed to know
 about things like the recovery console (on win2k).
 
 2)You can fix anything from the gui without a mouse. Even the mouse.
 
 3)90% of new users of Mandrake are lost if X doesn't start (see some of
 the recent bug reports for examples where people think the installation
 failed because X didn't start).
 
 So, how about addressing some of this, by:
 a)If X keeps crashing, start X in vesa mode, starting up XFdrake or
 drakxconf or similar to try and fix the config
 b)Allow a user to configure a mouse in this mode without a mouse
 c)Have the failsafe boot option pass a parameter to the dm service which
 starts it like this by default.
 
 For a distribution aiming at converting existing windows users, you
 really need to make it *seem* bullet-proof. We all know it is,
 convincing point-and-clickers that it is means ensuring that if they
 wanted a GUI, they *always* get one, and can fix *anything* (besides
 fsck of course, which even windows can't do in a GUI) with GUI tools.
 
 Buchan
 


-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7

Re: [Cooker] Re: [CHRPM] urpmi-4.2-14mdk

2003-01-29 Thread François Pons

Le mar 28/01/2003 à 20:30, Tibor Pittich a écrit :

 sorry, if this question is stupid, but i would ask to format of these
 new options, especially limit-rate, if i want use it in global
 urpmi.cfg. unfortunately documentation (man page) isn't updated with
 this new features, but it is useful (therefore i'm requested it;)
 ) maybe not only for me.
 
 i'm trying change urpmi.cfg like this:
 
 {
   limit-rate 10k  or limit-rate : 10k
 }
 
 or add these variations into source definition, but always i get syntax
 error.
 
 if i try put arbitrary of these lines which i see in changelog:
 
 {
   verify-rpm : on|yes
   verify-rpm
   no-verify-rpm
 }
 
 there is no syntax error message.
 
 is this problem in implementation (bug?) or only my configuration
 mistake/ignorance ?

This is a mistake from me, an error message is displayed *BUT* the
option is taken into account by urpmi (and not by urpmi.update).

I fix the error message and the support in urpmi.update and
urpmi.addmedia.

François.

[Cooker] hardware trouble

2003-01-29 Thread Hannes Richter

Hello,

hannes and i have got some trouble running mandrake 9.0 on my system.

after the installation and starting kde i tried to run several programs 
like kwrite, some games, etc. but everything program took a long time 
loading. so i was checking the hardware on the mandrake control center and 
what i found was the mandrake could not find certain modules for my chipset 
and for usb.
i already read the support on the intel website but nothing i tried applied.

can you help me? is it my processor? or my motherboard or even my harddrive?

here are the information about my current system:  P4 2,53GHz; Epox 4G4A 
with Intel i845G chipset; Radeon 8500; Seagate Barracuda 80GB (2x)

thx for helping me


regards Hannes

Re: [Cooker] [Bug 1048] [drakconf] Screen layout makes it impossibleto use!

2003-01-29 Thread Reinout van Schouwen

Hello David,

On Tue, 28 Jan 2003, David Walser wrote:

can switch resolution to 640x480 using mcc, he should be able to
revert back using that same tool?!

True enough. The fact is though that they can. They
can use a different frontend.

I'm sorry, but you're missing the point entirely. This is very basic HCI
theory: Forgive the user. Let him undo a change easily. See for instance:

http://developer.gnome.org/projects/gup/hig/draft_hig/usabilityprinciples.html#forgive-the-user

In this case it means that when a user performs operations X, Y and Z to
change his screen resolution, he can reasonably expect that the same chain
of operations will enable him to change back. In your view, the user is
just out of luck and will have to smell somehow that he has to perform
operations F, G and H to revert his change.

Various suggestions have been done here already to alleviate this problem,
I suggest that one of them is chosen (automatic switch to framebuffer mode
sounds good to me, but I don't know if that's feasible).

2. Requiring different frontends makes things more complicated than
needed, thus putting off users on the one hand, and generating support

No, having more frontends has more machines, more people's needs, and
more people's tastes and configurations that we can't think of

Look, I'm not suggesting to _remove_ the other ways of configuring things,
but only to make the way that's most likely to be used by most
inexperienced users work WELL. I don't believe that is too much to ask.

not, is really easy to program. Adding this neat idea would take a lot
more work, and probably isn't worth all of the effort right now.

Mandrake has been great in making Linux ready for end users, but to really
get there takes effort. *I* think it is worth the effort, do you? (Before
you suggest that I submit a patch; I do my share in making sure the Dutch
translations of the Mandrake tools are complete and valid).

regards,

--
Reinout van SchouwenArtificial Intelligence student
email: [EMAIL PROTECTED] mobile phone: +31-6-44360778
GPG public key http://www.cs.vu.nl/~reinout/reinout.asc

[Cooker] Re: PATCH: 2.4.21-0.pre3.1mdk: supermount - fix ESTALE on mediachange wth busy files

2003-01-29 Thread Juan Quintela

 andrey == Andrey Borzenkov [EMAIL PROTECTED] writes:

  Nope, you need it to have a working: extract cd, change cd,
 make it working.
 
 
borzenkov Nope, it is just an accidental side effect. Put_inode (as
borzenkov it was) is buggy and not needed.
 
 Are you sure?  We are using put_inode() to _never_ cache inodes of
 supermounted media after use.  Supermount relies on that behaviour.

andrey To clarify - inode caching is not a problem because supermount never
andrey reuse inodes. On first lookup new dentry/inode pair is allocated,
andrey after media change inode is stale, on next lookup d_revalidate returns
andrey false and we allocate new dentry/inode pair. (directories is 
andrey special case but it does not change general rule). We never lookup
andrey or reuse old inode. using force_delete just purges them from cache
andrey faster. 

This is a nice theory, but is the thing that is failing :(

For some reason, d_revalidate() is not given the correct values :(

Just now I am having this problem when I switch CD's with ejects in
the midle of some operation:

[root@besta root]# ls /mnt/cdrom/
ls: /mnt/cdrom/libncurses5-5.2-16mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libnetpbm9-9.10-6mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libnewt0.50-0.50.31-1mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libnspr4-4.1-6mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libnss3-3.2.1-6mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/liboaf0-0.6.6-3mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libogg0-1.0-0.rc2.1mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libopenssl0-0.9.6b-1mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libpcap0-0.6.2-1mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libpcre0-3.5-1mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libpilot-link4-0.9.5-3mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libpng2-1.0.12-2mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libpng2-devel-1.0.12-2mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libprelude0-0.4.2-6mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libpspell4-0.12.2-2mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libptal0-0.8-1mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libpth14-1.4.0-2mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libqt2-2.3.1-14mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libqtcups2-2.1-13mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/librep-0.14-1mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/librsvg1-1.0.1-1mdk.i586.rpm: No such file or directory
ls: /mnt/cdrom/libsafe-2.0.5-5mdk.i586.rpm: No such file or directory


I think that it just has happened that inode numbers of the old sub
mounted media are just given the same number than the old used ones,
but I don't know what that is happening 

(yes, there are not rpm on this root directory, it is a installation
disk of Mandrake).

borzenkov - fix the last case of improper ESTALE
 
 I thought this one should been fixed, will look at it.

andrey No, the attached patch really fixes it. It disconnects busy dentries
andrey from fs tree. they go away when process that holds them open goes away.


I will like this patch, just not sure about the handling of the
sb-s_root dentry.  We were assuming (for some reason I don't
remember) than the root dentry is always there.  I think that it was
to be able to not mount the subfs each time that somebody did a stat
of /mnt/cdrom.

andrey It is as much as I expect to go into update for 9.0 (assuming no
andrey serious bugs is found). For 9.1 if time permit see later.

borzenkov - some more vague ideas
 
 Humm, that is really vague.

andrey No more.

andrey - keep list of struct files; close subfs files on media change to
andrey allow clean umount; mark supermount files as dead; provide mount
andrey option on_media_change={TERM,KILL,EIO,ESTALE} to respectively TERM or
andrey KILL owners or just return EIO/ESTALE on subsequent read/write and
andrey let them handle it.

Only sane way to handle it is -EIO/ESTALE.  

andrey - add strict_media_change option to always check; intended for slow
andrey writable media like floppy to catch media change as soon as possible
andrey to avoid overwriting of newly inserted floppy.

andrey - add user interface to umount subfs; it is pretty trivial to
andrey implement as remount option but I am not sure about permissions.
andrey Intentional use is approximately

andrey mount -o remount,release /mnt/floppy
andrey format /dev/fd
andrey mkfs /dev/fd
andrey cp /vmlinuz /mnt/floppy

andrey Not sure how really useful it is but it is quite trivial to implement.

andrey - document the whole stuff

Yep, I did one beggining, but just stopped due to other things.

I have just thinkig about a way to improve the check_media mess.
- s/int s_media_changed/atomic_t s_media_changed/
  that way, we are not loosing media changes due to anything, and
  should make all things working

[Cooker] Re: AIRONET DRIVERS STILL BROKE!

Jeremy Salch [EMAIL PROTECTED] writes:

 The 3-2mdk cooker kernel still has the duplicated cisco aironet drivers.  


 the bad copy of the driver is under 
 /lib/modules/kernel/drivers/net/pcmcia/airo.  and airo_cs

 Its been posted to the cooker that the bad drivers would be removed and that 
 was back before the 2.4.21-pre2.1   kernel and they are still there.  

 I hope they can get removed before 9.1 comes out.  

sorry again i forgot i will do before next build.

Re: [Cooker] Re: XFS merge in mandrake kernel

Stefan [EMAIL PROTECTED] writes:

 Good job! - from xfs side..
 Is xfs really back or just temporary?

i guess it will stay.

 Should I reformat(repartition) my /var or not?

[Cooker] [Bug 1108] [kernel] Boot stops when loading affectation clavier fr-latin 1

2003-01-29 Thread [Bug 1108]

https://qa.mandrakesoft.com/show_bug.cgi?id=1108





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 10:58 ---
Here is the first PC II 233 MHz machine lspcidrake + lspci output :

agpgart : Intel Corporation|440LX/EX - 82443LX/EX Host bridge
unknown : Intel Corporation|440LX/EX - 82443LX/EX AGP bridge
unknown : Intel Corporation|82371AB PIIX4 ISA
unknown : Intel Corporation|82371AB PIIX4 IDE
usb-uhci: Intel Corporation|82371AB PIIX4 USB
sonypi  : Intel Corporation|82371AB PIIX4 ACPI - Bus Master IDE
Controller
ne2k-pci: Realtek|RTL-8029(AS)
es1371  : Ensoniq|CT5880
Card:ATI Mach64 Utah: ATI|3D Rage Pro AGP 1X/2X
unknown : Virtual|Hub []
00:00.0 Host bridge: Intel Corp. 440LX/EX - 82443LX/EX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corp. 440LX/EX - 82443LX/EX AGP bridge (rev 03)
00:04.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 01)
00:04.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:04.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:04.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 01)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
00:0b.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X
(rev 5c)

On this machine I have no USB connected devices.
For me the system is always frozen at the same displayed lines about fr-latin 1


This is the lspcidrake ouput on my more recent PIII machine :

agpgart : Intel Corporation|440BX/ZX - 82443BX/ZX Host bridge
[BRIDGE_HOST]
unknown : Intel Corporation|440BX/ZX - 82443BX/ZX AGP bridge
[BRIDGE_PCI]
unknown : Intel Corporation|82371AB PIIX4 ISA [BRIDGE_ISA]
unknown : Intel Corporation|82371AB PIIX4 IDE [STORAGE_IDE]
usb-uhci: Intel Corporation|82371AB PIIX4 USB [SERIAL_USB]
sonypi  : Intel Corporation|82371AB PIIX4 ACPI - Bus Master IDE
Controller [BRIDGE_OTHER]
usb-ohci: OPTi Inc.|82C861 [SERIAL_USB]
usb-ohci: OPTi Inc.|82C861 [SERIAL_USB]
es1371  : Ensoniq|ES1371 [AudioPCI-97] [MULTIMEDIA_AUDIO]
ne2k-pci: Realtek|RTL-8029(AS) [NETWORK_ETHERNET]
ohci1394: Texas Instruments|TSB12LV26 OHCI-Lynx PCI IEEE 1394 Host
Controller [SERIAL_FIREWIRE]
unknown : Promise Technology, Inc.|20262 (Ultra66) [STORAGE_OTHER]
yenta_socket: Texas Instruments|PCI1410 PC card Cardbus Controller
[BRIDGE_CARDBUS]
Card:Matrox Millennium G400: Matrox|MGA G400 AGP [DISPLAY_VGA]
unknown : Unknown|USB OHCI Root Hub [Hub|Root Hub]
unknown : Unknown|USB OHCI Root Hub [Hub|Root Hub]
unknown : Unknown|USB UHCI Root Hub [Hub|Root Hub]
scanner : Hewlett-Packard|ScanJet 3400C []

See if it helps you.

Bernard,
Hamradio F6BVP




--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
On two different PC booting would stop at the level of message :
chargement du affectation clavier fr-latin 1
or the next step.

The occurence of this problem is once over 5 boot approximately.
It is not systematic, and next boot will succeed after a hard reset.

This is new with kernel 2.4.21-1mdk

Bernard

[Cooker] [Bug 1051] [Installation] default route IP set when installing PPP and LAN

2003-01-29 Thread [Bug 1051]

https://qa.mandrakesoft.com/show_bug.cgi?id=1051

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-01-24 17:40 ---
On Friday 24 January 2003 17:15, [Bug 1051] wrote:

There was an errata about that. Don't cure the symptoms , cure the reasons !! 
Read the errata on : http://www.mandrakelinux.com/en/errata.php3#gateway

Error scenario: You have an ethernet card for the local LAN and a modem for 
internet access and you can't reach the internet.

Why: Drakconnect wrongly asks for a gateway, and ppp can't set your modem 
connection as the default route.

Solution: As root, edit /etc/sysconfig/network and manually remove the GATEWAY 
entry. 


--- Additional Comments From [EMAIL PROTECTED]  2003-01-24 20:40 ---
In your network configuration, do you have a GATEWAY
configured?

If so delete it, delete your rc.local hack, and let us
know if you still have this problem.

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 11:12 ---
Yes the problem was cured by removing both GATEWAY declarations into
/etc/sysconfig/network

I had to remove the GATEWAY DEVICE = eth0 for there was still a default
route installed to IP 0.0.0.0 through eth0 with it.

Thanks a lot for your help.
Internet access now works fine.

Best regards,

Bernard,
Hamradio F6BVP




--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
When upgrading with Mandrake 9.1 beta1 a system with both Internet connexion
wia modem (using ppp) and a LAN, a default route is set to the LAN IP adresse 
that prevent Internet connexion to work.

pppd documentation explains clearly that a default route MUST NOT be set for 
pppd to work correctly, as it cannot replace a new default.

This bug was also present with previous installation with 9.0 distro.

I cured the problem by putting the following line at the end of rc.d/rc.local :
route del default

Then pppd can assign a default route when connecting to the ISP.

Bernard Pidoux

[Cooker] [Bug 1135] [Installation] New: default value does not keep it for gnome

2003-01-29 Thread [Bug 1135]

https://qa.mandrakesoft.com/show_bug.cgi?id=1135

   Product: Installation
 Component: hardware
   Summary: default value does not keep it for gnome
   Version: 1.772
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: major
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


if gnome is selected as the primary UI during OOBE, if you log out and log back in, it 
will in as KDE Language French kernel 2.4.21pre3-3mdk RPROCEDURE: == *Install 
The os *During OOBE, select Gnome as the prefered UI *Once at the desktop, log on. You 
will notice that you are in KDE desktop *In MCC-Boot-DrakBoot- check Launch UI at 
boot-check the user  Gnome-OK *Log off then log back. Once more, you are logged in 
KDE desktop instead of Gnome. *Log out and click on Session, the options are: °Last 
°KDE °Gnome °WindowMaker °IceWM  To adress the issue for now, you can do the 
following: Notice that if you log out and click on GNOME, you will get the message:  
You have chosen GNOME for this session, but your default setting is kde. Do you wish 
to make GNOME the default for future sessions ?  If you click yes, all your future 
logins will default GNOME. You can change this to any other UI you wish by clicking on 
Session.  It looks as if the os does not recollect wha
 t the Last Session logon was So the problem seems ro stem from the fact that during 
setup, the preferred UI is set to GNOME, but the Last  field was not updated to 
assign the Last UI to be GNOME and not KDE. this value for Last should be set 
during the OOBE when the user picks the preferred UI.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

Re: [Cooker] sshd slapd bite each other

2003-01-29 Thread Guillaume Cottenceau

Pixel [EMAIL PROTECTED] writes:

  4) On the package selection screen, after toggling to
  flat mode and hitting the Floppy button I noticed a
  few things.  First the screen is a mess.  It looks
  like the header part of the window is too short,
  there's some image in the top left that looks like
  it's being cut off, and the text up there is being
  overlapped with some text about insert a floppy.
  Actually it seems text is just kinda being written in
  random locations.
 
 this happens when 2 dialog boxes want to use the same window :)
 
 gc, any idea why we don't behave pop_it-like when $::WizardTable
 already has a child? (ugtk2.pm line 788)

Hum, can't find what you're talking about on line 788.. as far as
I can see on 1.54 line 791, it's probably not the problem since
it only happens when $::isEmbedded..

-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/

Re: [Cooker] [Bug 1113] [Installation] New: ISA cards not detected.

2003-01-29 Thread Pixel

HoytDuff [EMAIL PROTECTED] writes:

 On Tuesday 28 January 2003 08:04 pm, Pixel scribbled in crayon on a yellow 
 legal pad:
  it never supported detection, at least not actively ;p
 
  as for configuration, it still supports it (AFAIK!)
 
 OK, so why not give the ISA folks some help with a README?

Why not. Warly, who is taking care of the cdrom's README?

see http://archives.mandrakelinux.com/cooker/2003-01/msg03023.php
for Hoyt's suggestion.

thanks!

PS: warly is off today, it may take him a few time to answer

Re: [Cooker] [Bug 1127] [Installation] New: HighPoint 374 IDE controller and drives not detected by install kernel.

2003-01-29 Thread Guillaume Cottenceau

@product=kernel
@[EMAIL PROTECTED]

-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/

Re: [Cooker] postgresql initscript bug

2003-01-29 Thread James Gregory

On Wed, 2003-01-29 at 20:36, Guillaume Rousse wrote:
 Le Mercredi 29 Janvier 2003 08:12, James Gregory a écrit :
  On Wed, 2003-01-29 at 18:04, James Gregory wrote:
   I suspect the culprit is this line:
  
   su -l postgres -s /bin/sh -c /usr/bin/pg_ctl  -D $PGDATA -p
   /usr/bin/postmaster -o '-p ${PGPORT}' start   /dev/null 21 
   /dev/null
 
  ... indeed it was. I'm now using this:
 
  su -l postgres -s /bin/sh -c /usr/bin/pg_ctl  -D $PGDATA -p
  /usr/bin/postmaster -o '-p ${PGPORT} ${PGOPTS}' start   /dev/null 21
   /dev/null
 Don't change the initscript. Use /var/log/pgsql/data/postgres.conf instead.

I don't actually have a /var/log/pgsql, I went hunting for one when my
server didn't come up. If you're referring to
/var/lib/pgsql/data/postgres.conf, yes, you're quite right, that's where
the setting goes, as per
/usr/share/doc/postgresql-7.3.1/README.rpm-dist.

So, I want to know - what purpose does the line 

export PGOPTS

have in /etc/rc.d/init.d/postgresql have if not to specify such options?
If you search for that string, you'll notice it's only used once, on
that line. The variable is never referred to again.

My reading of the file is that it is intended to read the options in
from /etc/sysconfig/pgsql/postgresql and apply them if they are present.
This is all well and good, except that unlike PGDATA and PGPORT, PGOPTS
is never used.

I think that either my modification (well, a variation which tests
whether PGOPTS is set) should be applied or the section that exports
PGOPTS should be removed and a note placed there that all configuration
(including -i) should be done in the relevant configuration file (and
name said configuration file)

There should be *one* way to configure these things, and it should be
easy.

Thanks,

James.

Re: [Cooker] PCMCIA problems

2003-01-29 Thread J. Greenlees

James Sparenberg wrote:

Vincent,

  I've been pulling what hair I have left out lately over a problem that
may or may not be related.  What I've found when insert a cardbus style
pcmcia card (32 bit ones) or any USB device is that hotplug attempts to
start everything on the PCI bus.  Which on this comp is everything.  VGA
sound the works.  Older non Cardbus PCMCIA cards that have a static IRQ
demand work fine.  PCI assigns everthing to IRQ 11 (this is a designed
by Manf IRQ and I can't change it.)  When you do insert the pcmcia card
do tail -f /var/log/messages and I'm willing to bet you see a similar
event happening.  Hotplug also insists on loading uhci even though
usb-uhci is it's replacement and the fact that uhci is in the blacklist
in /etc/hotplug/blacklist.  BTW I'm trying to get wireless working.  I
can't even get 2 of the most supported cards around to work.  D-Link
DWL-650 and an Orinoco Gold I used from a friend of mine.


and I get same issues with dlink 680tx cardbus nic


James


On Tue, 2003-01-28 at 15:05, Vincent Meyer, MD wrote:


Hello,

	There are still problems with PCMCIA support, which have been there for some 
time.  I haven't bothered to test to see if they'd been fixed since pre 9.0 
days.. and today discovered that they are indeed still a problem.

	Plugging and unplugging pcmcia cards can cause the interupt handler in the 
kernel to crash.  Message that EIP is at (2.4.21pre3-2mdk)
then a register dump then
0 kernel panic
Aiee, killing interupt handler!
In interupt handler, not syncinf.

The caps lock and scroll lock lights blinking.

Also, more annoying than anything else, is when the modem is plugged in at 
boot time (can't plug it in later - the interupt handler will crash about 25% 
of the time), and you try to use it it's busy.  Have to modprobe -r serial_cs 
then modprobe serial_cs to get it to work.

Additional info or files or whatever needed to help debug, let me know and 
i'll send it.

Re: [Cooker] sshd slapd bite each other

2003-01-29 Thread Adam Williamson

On Wed, 2003-01-29 at 04:53, David Walser wrote:

   2) License Agreement, Refuse is selected by
  default
   o_O
  
  i don't think this will change, sorry :-/
 
 Ok, I just thought it was weird.  It'll probably throw
 a lot of people off, but whatever.

My guess is this may be a sort-of legal thing...I've seen other programs
do it, and my guess is some lawyer somewhere in the shadowy world of
software licensing decided it'd make a difference if the user had to
make an actual choice to click yes (or accept) and accept the
license...just conjecture, though. :)
-- 
adamw

Re: [Cooker] sshd slapd bite each other

Adam Williamson wrote:
 On Wed, 2003-01-29 at 04:53, David Walser wrote:
 

 
 My guess is this may be a sort-of legal thing...I've seen other programs
 do it, and my guess is some lawyer somewhere in the shadowy world of
 software licensing decided it'd make a difference if the user had to
 make an actual choice to click yes (or accept) and accept the
 license...just conjecture, though. :)

But, it may be best to have *neither* chosen by default, AFAIK the
present setup defaults to shutting the machine down ... whereas it
should popup a dialog asking you to either accept or reject the license ...

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7

Re: [Cooker] postgresql initscript bug

James Gregory wrote:
 On Wed, 2003-01-29 at 20:36, Guillaume Rousse wrote:
 
Le Mercredi 29 Janvier 2003 08:12, James Gregory a écrit :

On Wed, 2003-01-29 at 18:04, James Gregory wrote:

I suspect the culprit is this line:

su -l postgres -s /bin/sh -c /usr/bin/pg_ctl  -D $PGDATA -p
/usr/bin/postmaster -o '-p ${PGPORT}' start   /dev/null 21 
/dev/null

... indeed it was. I'm now using this:

su -l postgres -s /bin/sh -c /usr/bin/pg_ctl  -D $PGDATA -p
/usr/bin/postmaster -o '-p ${PGPORT} ${PGOPTS}' start   /dev/null 21
 /dev/null

[...]

 I think that either my modification (well, a variation which tests
 whether PGOPTS is set) should be applied or the section that exports
 PGOPTS should be removed and a note placed there that all configuration
 (including -i) should be done in the relevant configuration file (and
 name said configuration file)
 
 There should be *one* way to configure these things, and it should be
 easy.
 

Haven't tried this, and am not sure how the args should be passed (ie
should -o be passed if PGOPTS isn't set but PGPORT it?) but it would be
something like this:

su -l postgres -s /bin/sh -c /usr/bin/pg_ctl  -D $PGDATA -p \
/usr/bin/postmaster ${PGOPTS:+'-o'} '-p ${PGPORT:+'-p '}${PGPORT} \
 ${PGOPTS}' start   \
/dev/null 21  /dev/null

(I think, but the script may have been mangled by the mail before I
looked at it ..).

(
[bgmilne@bgmilne bgmilne]$ unset MYVAR
[bgmilne@bgmilne bgmilne]$ echo ${MYVAR:+'-o '}${MYVAR}

[bgmilne@bgmilne bgmilne]$ MYVAR=yo
[bgmilne@bgmilne bgmilne]$ echo ${MYVAR:+'-o '}${MYVAR}
-o yo
[bgmilne@bgmilne bgmilne]$
)

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7

[Cooker] [Bug 1131] [Installation] Unable to start graphic installation.

2003-01-29 Thread [Bug 1131]

https://qa.mandrakesoft.com/show_bug.cgi?id=1131





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 13:09 ---
Maybe you should attach a report.bug file so that the informations on hardware
are  fully provided ?
(start the install in text or vga16 mode, switch to a console with Alt-Ctrl-F2,
insert a floppy, type bug then Enter in the console, and attach here the
(compressed) report.bug created on the floppy.)



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
When i start the installation process with 9.1beta2 in normal/vgalo/vgahi mode 
i get a greey screen. Possible from bad support with my hardware.
The two modes that work is text and vga16 but vga16 mode gives me to smal 
screen for the installation so im unable to se ll the options during the stages.

I found a patch file for nvidia cards in http://www.linux-
mandrake.com/en/errata.php3 but it gave the same result.

My hardware:
Proccessor: 2 x 1600+ AMD MP
Moderboard: ASUS A7M266-D
RAM: 1024MB DDR
Graphiccard: Creative 3D Blaster 4 Titanium 4600  ( Geforce4 TI4600 )

[Cooker] [Bug 1136] [Installation] New: automatic assignment of keyboard

2003-01-29 Thread [Bug 1136]

https://qa.mandrakesoft.com/show_bug.cgi?id=1136

   Product: Installation
 Component: stage1
   Summary: automatic assignment of keyboard
   Version: 1.772
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When installing a Mandrake 9.1 beta 2 on a dell lattitude c400, with
French/Francais as language, the installer did not ask me what my keyboard was.
The installer assumed a french azerty keyboard when the keyboard was a qwerty
one. I was able to correct it AFTER I was asked for the root password.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] [Bug 1117] [Installation] no chiness font for the installation

2003-01-29 Thread [Bug 1117]

https://qa.mandrakesoft.com/show_bug.cgi?id=1117





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 13:28 ---
during install, this is a known bug that will be fixed (duplicate of 1098)

for kde I don't know if it's install's or kde's fault.. any hint?



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
and kde

[Cooker] [Bug 1137] [Installation] New: interactive window too small for buttons to show up (on laptop)

2003-01-29 Thread [Bug 1137]

https://qa.mandrakesoft.com/show_bug.cgi?id=1137

   Product: Installation
 Component: Installation
   Summary: interactive window too small for buttons to show up (on
laptop)
   Version: 1.772
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: blocker
  Priority: P1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Computer: Dell Lattitude c400 laptop. Trying to install a Mandrake 9.1 beta 2.

Sometimes, the bottom of the screen, and especially the buttons at the bottom on
the screen was not visible. Hence, it was impossible to select the
functionalities. It happens at least for:

- chosing the partitions/formating (whatever the name of the program which
enables to partition the hard drives).

- selecting the packages

I had no problem when I installed a Mandrake 9.1 on the very same laptop.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] [Bug 1138] [XFree86-server] New: AltGr key stopped working after upgrading to latest rpm

2003-01-29 Thread [Bug 1138]

https://qa.mandrakesoft.com/show_bug.cgi?id=1138

   Product: XFree86-server
 Component: XFree86-server
   Summary: AltGr key stopped working after upgrading to latest rpm
   Version: 4.2.99.5-0.20030127.1mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


After upgrading to latest rpm, the AltGr key of my Finnish keyboard layout
stopped working (or rather, works identically to the Alt key). If I start X
using startx, I get the following output on the console:

parse error: line 12 of pc/fi
The XKEYBOARD keymap compiler (xkbcomp) reports:
 Error:Error interpreting include file pc/fi
   Exiting
   Abandoning symbols file default
Errors from xkbcomp are not fatal to the X server



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] [Bug 1138] [XFree86-server] AltGr key stopped working after upgrading to latest rpm

2003-01-29 Thread [Bug 1138]

https://qa.mandrakesoft.com/show_bug.cgi?id=1138

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 14:34 ---


*** This bug has been marked as a duplicate of 1133 ***



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
After upgrading to latest rpm, the AltGr key of my Finnish keyboard layout
stopped working (or rather, works identically to the Alt key). If I start X
using startx, I get the following output on the console:

parse error: line 12 of pc/fi
The XKEYBOARD keymap compiler (xkbcomp) reports:
 Error:Error interpreting include file pc/fi
   Exiting
   Abandoning symbols file default
Errors from xkbcomp are not fatal to the X server

[Cooker] [Bug 1133] [XFree86-I128] Alt Gr key for french keyboard

2003-01-29 Thread [Bug 1133]

https://qa.mandrakesoft.com/show_bug.cgi?id=1133

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 14:34 ---
*** Bug 1138 has been marked as a duplicate of this bug. ***



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
Alt Gr keys are not actived on a french key board even after using keyboarddrake

[root@localhost sbin]# perl keyboarddrake
TODO: XSetInputFocus if force_focus
TODO: ensure focus stuff
XKB extension not present on :0.0
Chargement du affectation clavier : fr-latin1   [  OK  ]
Chargement des touches compose: compose.latin.inc   [  OK  ]
La touche effacement (-) envoie : ^?   [  OK  ]
[root@localhost sbin]#

Below a copy of my XF86Config-4 file


# File generated by XFdrake.

# **
# Refer to the XF86Config man page for details about the format of
# this file.
# **

Section Files
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Mandrake 6.0 and later now use a font server independent of
# the X server to render fonts.
FontPath unix/:-1
EndSection

Section ServerFlags
#DontZap # disable CrtlAltBS (server abort)
#DontZoom # disable CrtlAltKP_+/KP_- (resolution switching)
AllowMouseOpenFail # allows the server to start up even if the mouse doesn't
work
EndSection

Section Module
Load dbe # Double-Buffering Extension
Load v4l # Video for Linux
Load extmod
Load type1
Load freetype
Load glx # 3D layer
EndSection

Section InputDevice
Identifier Keyboard1
Driver Keyboard
Option XkbModel pc105
Option XkbLayout fr
Option XkbDisable 
Option XkbCompat 
Option XkbOptions 
EndSection

Section InputDevice
Identifier Mouse1
Driver mouse
Option Protocol IMPS/2
Option Device /dev/usbmouse
Option ZAxisMapping 4 5
EndSection

Section Monitor
Identifier monitor1
VendorName Plug'n Play
ModelName Princeton Ultra 75/75B
HorizSync 30-70
VertRefresh 50-150

# Sony Vaio C1(X,XS,VE,VN)?
# 1024x480 @ 85.6 Hz, 48 kHz hsync
ModeLine 1024x48065.00 1024 1032 1176 1344   480  488  494  563 -hsync
-vsync

# TV fullscreen mode or DVD fullscreen output.
# 768x576 @ 79 Hz, 50 kHz hsync
ModeLine 768x576 50.00  768  832  846 1000   576  590  595  630

# 768x576 @ 100 Hz, 61.6 kHz hsync
ModeLine 768x576 63.07  768  800  960 1024   576  578  590  616
EndSection

Section Device
Identifier device1
VendorName nVidia Corporation
BoardName RIVA TNT2
Driver nvidia
Option DPMS
Option nvagp 3
EndSection

Section Screen
Identifier screen1
Device device1
Monitor monitor1
DefaultColorDepth 24

Subsection Display
Depth 8
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 15
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 16
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 24
Modes 1024x768 800x600 640x480
EndSubsection
EndSection

Section ServerLayout
Identifier layout1
InputDevice Keyboard1 CoreKeyboard
InputDevice Mouse1 CorePointer
Screen screen1
EndSection

Re: [Cooker] [Bug 1133] [drakxtools] New: Alt Gr key for french keyboard

2003-01-29 Thread Pixel

[Bug 1133] [EMAIL PROTECTED] writes:

 Alt Gr keys are not actived on a french key board even after using keyboarddrake

@product=XFree86

Re: [Cooker] sshd slapd bite each other

2003-01-29 Thread Pixel

David Walser [EMAIL PROTECTED] writes:

   1) Font face in the active part of the installation
   program is pretty inconsistent.  It's spotty and very
   faded in spots.
  
  ?
 
 Is it possible to do screenshots if the install
 doesn't finish?  Something onto a floppy maybe?

for screenshots, 2 possibilities:


* Making screenshots ***

1. easy solution: press F2!

2. On a test machine, make a network install, switch to console (ctrl-alt-F2), enter:
% xhost+
then, on another computer:
% DISPLAY=test_machine:0 xwd -root | convert - screenshot.png

(from gi/docs/README)

Re: [Cooker] postgresql initscript bug

2003-01-29 Thread James Gregory

On Thu, 2003-01-30 at 00:18, Buchan Milne wrote:
 James Gregory wrote:
  On Wed, 2003-01-29 at 20:36, Guillaume Rousse wrote:
  
 Le Mercredi 29 Janvier 2003 08:12, James Gregory a écrit :
 
 On Wed, 2003-01-29 at 18:04, James Gregory wrote:
 
 I suspect the culprit is this line:
 
 su -l postgres -s /bin/sh -c /usr/bin/pg_ctl  -D $PGDATA -p
 /usr/bin/postmaster -o '-p ${PGPORT}' start   /dev/null 21 
 /dev/null
 
 ... indeed it was. I'm now using this:
 
 su -l postgres -s /bin/sh -c /usr/bin/pg_ctl  -D $PGDATA -p
 /usr/bin/postmaster -o '-p ${PGPORT} ${PGOPTS}' start   /dev/null 21
  /dev/null
 
 [...]
 
  I think that either my modification (well, a variation which tests
  whether PGOPTS is set) should be applied or the section that exports
  PGOPTS should be removed and a note placed there that all configuration
  (including -i) should be done in the relevant configuration file (and
  name said configuration file)
  
  There should be *one* way to configure these things, and it should be
  easy.
  
 
 Haven't tried this, and am not sure how the args should be passed (ie
 should -o be passed if PGOPTS isn't set but PGPORT it?) but it would be
 something like this:

[snip]

yes, that was in fact what I had in mind. However it occurs to me that
it's unnecessary; the -o will be there anyway to set the port. if PGOPTS
isn't set then it will just append the empty string = no harm done.

ie, PGPORT seems to be set regardless. I haven't looked into where it is
set, but the existing script works on the assumption that it is, so we
should too.

I was going to suggest that PGOPTS be removed entirely, since it's now
in the GUC. However, it may remain convenient for users to pass misc
options to the postmaster for some time yet...

That said It should probably be phased out eventually -- should we just
remove the PGOPTS line and ignore the whole debacle? (and put the
comment pointing users to the config file in its place)

James.

Re: [Cooker] PCMCIA problems

2003-01-29 Thread Matt Phillips

On Tue, Jan 28, 2003 at 11:04:35PM -0800, James Sparenberg wrote:
 I'm trying to get wireless working.  I can't even get 2 of the most
 supported cards around to work.  D-Link DWL-650 and an Orinoco Gold I
 used from a friend of mine.

2.4.19-18mdk was the last kernel that worked with my D-Link DWL-650; you
might try that if you can find it.  I reported this at the time, but
nobody seemed to care (and it was before cooker used bugzilla to track
such things).

-Matt

-- 
Matt Phillips [EMAIL PROTECTED]
ICT-Carlisle, Operation Mobilisation

Public PGP Key: http://moses.om.org/~mattp/gpg.asc

[Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Serge Plüss

Hi

after doing my morning urpmi update I can't launch Konqueror as a Webbrowser 
nor as the Home Icon.
From the command line I can launch 'konqueror' but if I do the command that is 
behind the icons I get the following output:

kfmclient openProfile webbrowsing
ERROR: Couldn't start konqueror from konqueror.desktop: Could not find service 
'konqueror.desktop'.

Nothing on the desktop has changed since before the update today and it was 
working properly until this new update with:

cooker/i586/Mandrake/RPMS/kdeaddons-3.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdebase-3.1-3mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdebase-devel-3.1-3mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdebase-nsplugins-3.1-3mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdemultimedia-3.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdemultimedia-aktion-3.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdemultimedia-devel-3.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS/koffice-1.2.1-4mdk.i586.rpm
cooker/i586/Mandrake/RPMS/koffice-devel-1.2.1-4mdk.i586.rpm


Thanks

Serge

[Cooker] Cooker community meeting

2003-01-29 Thread Guillaume Rousse

Slightly off-topic, but i think many people here are susceptible to join 
linux-expo in Paris next week, and fosdem in Bruxels the week thereafter. 
What about organising for both event some rendez-vous in order to meet each 
others IRL ?
-- 
The speed with which components become obsolete is directly proportional to 
the price of the component. 
-- Murphy's Computer Laws n°9

[Cooker] Re: [CHRPM] drakconf-9.1-0.13mdk

On Wed, 29 Jan 2003 11:15:32 +0100 (CET)
Thierry Vignaud [EMAIL PROTECTED] wrote:

 Name: drakconf Relocations: (not
 relocateable) Version : 9.1   Vendor:
 MandrakeSoft Release : 0.13mdk   Build Date:
 Wed Jan 29 11:07:45 2003 Install date: (not installed)  
 Build Host: ke.mandrakesoft.com Group   :
 System/Configuration/OtherSource RPM: (none) Size: 3484381
  License: GPL
 Packager: Thierry Vignaud [EMAIL PROTECTED]

[root@localhost 1.0.4-2]# mcc
[root@localhost 1.0.4-2]# Undefined subroutine main::prepare_gtk2
called at /usr/sbin/drakconf.real line 43.



Charles


The algorithm for finding the longest path in a graph is NP-complete.
For you systems people, that means it's *real slow*.
-- Bart Miller
--
Mandrake Linux 9.1
Kernel- 2.4.21pre3-3mdk
--




msg88584/pgp0.pgp
Description: PGP signature

Re: [Cooker] Re: AIRONET DRIVERS STILL BROKE!

2003-01-29 Thread Jeremy Salch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 29 January 2003 05:06 am, Chmouel Boudjnah wrote:
 Jeremy Salch [EMAIL PROTECTED] writes:
  The 3-2mdk cooker kernel still has the duplicated cisco aironet drivers.
 
 
  the bad copy of the driver is under
  /lib/modules/kernel/drivers/net/pcmcia/airo.  and airo_cs
 
  Its been posted to the cooker that the bad drivers would be removed and
  that was back before the 2.4.21-pre2.1   kernel and they are still there.
 
  I hope they can get removed before 9.1 comes out.

 sorry again i forgot i will do before next build.

No problem, Thanks for looking into it.I just wanted to make sure it did 
get removed.   Happy Hunting



- -- 
http://tblx.net/encrypt/index.html for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+N+wQxqewf6/SKYURAqDbAJsFwtE48I+vcvWZZ5FYHzLk9/sukQCfUxZR
SP9w/PH2K3su1vbsmUHXDjw=
=KcJy
-END PGP SIGNATURE-

Re: [Cooker] Re: AIRONET DRIVERS STILL BROKE!

Jeremy Salch [EMAIL PROTECTED] writes:

 On Wednesday 29 January 2003 05:06 am, Chmouel Boudjnah wrote:
 Jeremy Salch [EMAIL PROTECTED] writes:
  The 3-2mdk cooker kernel still has the duplicated cisco aironet drivers.
 
 
  the bad copy of the driver is under
  /lib/modules/kernel/drivers/net/pcmcia/airo.  and airo_cs
 
  Its been posted to the cooker that the bad drivers would be removed and
  that was back before the 2.4.21-pre2.1   kernel and they are still there.
 
  I hope they can get removed before 9.1 comes out.

 sorry again i forgot i will do before next build.

 No problem, Thanks for looking into it.I just wanted to make sure it did 
 get removed.   Happy Hunting

it will in next build now i have :

2.4.21-pre4q1/kernel/drivers/net/aironet4500_card.o
2.4.21-pre4q1/kernel/drivers/net/aironet4500_core.o
2.4.21-pre4q1/kernel/drivers/net/aironet4500_proc.o
2.4.21-pre4q1/kernel/drivers/net/pcmcia/aironet4500_cs.o
2.4.21-pre4q1/kernel/drivers/net/wireless/airo.o
2.4.21-pre4q1/kernel/drivers/net/wireless/airo_cs.o

is it ok ? or should i remove also the pcmcia/aironet4500_cs ?

Re: [Cooker] Re: AIRONET DRIVERS STILL BROKE!

2003-01-29 Thread Jeremy Salch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 29 January 2003 09:33 am, Chmouel Boudjnah wrote:
 Jeremy Salch [EMAIL PROTECTED] writes:
  On Wednesday 29 January 2003 05:06 am, Chmouel Boudjnah wrote:
  Jeremy Salch [EMAIL PROTECTED] writes:
   The 3-2mdk cooker kernel still has the duplicated cisco aironet
   drivers.
  
  
   the bad copy of the driver is under
   /lib/modules/kernel/drivers/net/pcmcia/airo.  and airo_cs
  
   Its been posted to the cooker that the bad drivers would be removed
   and that was back before the 2.4.21-pre2.1   kernel and they are still
   there.
  
   I hope they can get removed before 9.1 comes out.
 
  sorry again i forgot i will do before next build.
 
  No problem, Thanks for looking into it.I just wanted to make sure it
  did get removed.   Happy Hunting

 it will in next build now i have :

 2.4.21-pre4q1/kernel/drivers/net/aironet4500_card.o
 2.4.21-pre4q1/kernel/drivers/net/aironet4500_core.o
 2.4.21-pre4q1/kernel/drivers/net/aironet4500_proc.o
 2.4.21-pre4q1/kernel/drivers/net/pcmcia/aironet4500_cs.o
 2.4.21-pre4q1/kernel/drivers/net/wireless/airo.o
 2.4.21-pre4q1/kernel/drivers/net/wireless/airo_cs.o

 is it ok ? or should i remove also the pcmcia/aironet4500_cs ?

I think so.  I don't have a old 4500 card. those are really old cards so i 
can't say for sure on that driver but for the airo.o and airo_cs.o driver 
looks good. it is for all the new cards 4800,340,350



- -- 
http://tblx.net/encrypt/index.html for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+N+3lxqewf6/SKYURAqzsAKCNKvWrar1x8NjKDPzEkw2VzF2fPgCdHz+M
SksqTjLw9NXPc9RnpOCFNyk=
=pGjG
-END PGP SIGNATURE-

Re: [Cooker] Re: [CHRPM] drakconf-9.1-0.13mdk

2003-01-29 Thread Thierry Vignaud

Charles A Edwards [EMAIL PROTECTED] writes:

 [root@localhost 1.0.4-2]# mcc
 [root@localhost 1.0.4-2]# Undefined subroutine main::prepare_gtk2
 called at /usr/sbin/drakconf.real line 43.

yep, i forget to update ugtk2.pm from perl-GTK2.
just update to the last one i uploaded a couple of hours ago.

Re: [Cooker] Re: [CHRPM] drakconf-9.1-0.13mdk

On Wed, 29 Jan 2003 16:40:01 +0100
Thierry Vignaud [EMAIL PROTECTED] wrote:

  [root@localhost 1.0.4-2]# mcc
  [root@localhost 1.0.4-2]# Undefined subroutine main::prepare_gtk2
  called at /usr/sbin/drakconf.real line 43.
 
 yep, i forget to update ugtk2.pm from perl-GTK2.
 just update to the last one i uploaded a couple of hours ago.
 

rpm -q drakconf
drakconf-9.1-0.13mdk

Is there a -14?


Charles


What hath Bob wrought?
--
Mandrake Linux 9.1
Kernel- 2.4.21pre3-3mdk
--




msg88589/pgp0.pgp
Description: PGP signature

[Cooker] [Bug 1133] [XFree86-server] Alt Gr key for french keyboard

2003-01-29 Thread [Bug 1133]

https://qa.mandrakesoft.com/show_bug.cgi?id=1133





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 17:19 ---
The problem was fixed by replacing file /etc/X11/xkb/symbols/pc/fi with an older
version (I'm using a Finnish keyboard mapping).





--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
Alt Gr keys are not actived on a french key board even after using keyboarddrake

[root@localhost sbin]# perl keyboarddrake
TODO: XSetInputFocus if force_focus
TODO: ensure focus stuff
XKB extension not present on :0.0
Chargement du affectation clavier : fr-latin1   [  OK  ]
Chargement des touches compose: compose.latin.inc   [  OK  ]
La touche effacement (-) envoie : ^?   [  OK  ]
[root@localhost sbin]#

Below a copy of my XF86Config-4 file


# File generated by XFdrake.

# **
# Refer to the XF86Config man page for details about the format of
# this file.
# **

Section Files
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Mandrake 6.0 and later now use a font server independent of
# the X server to render fonts.
FontPath unix/:-1
EndSection

Section ServerFlags
#DontZap # disable CrtlAltBS (server abort)
#DontZoom # disable CrtlAltKP_+/KP_- (resolution switching)
AllowMouseOpenFail # allows the server to start up even if the mouse doesn't
work
EndSection

Section Module
Load dbe # Double-Buffering Extension
Load v4l # Video for Linux
Load extmod
Load type1
Load freetype
Load glx # 3D layer
EndSection

Section InputDevice
Identifier Keyboard1
Driver Keyboard
Option XkbModel pc105
Option XkbLayout fr
Option XkbDisable 
Option XkbCompat 
Option XkbOptions 
EndSection

Section InputDevice
Identifier Mouse1
Driver mouse
Option Protocol IMPS/2
Option Device /dev/usbmouse
Option ZAxisMapping 4 5
EndSection

Section Monitor
Identifier monitor1
VendorName Plug'n Play
ModelName Princeton Ultra 75/75B
HorizSync 30-70
VertRefresh 50-150

# Sony Vaio C1(X,XS,VE,VN)?
# 1024x480 @ 85.6 Hz, 48 kHz hsync
ModeLine 1024x48065.00 1024 1032 1176 1344   480  488  494  563 -hsync
-vsync

# TV fullscreen mode or DVD fullscreen output.
# 768x576 @ 79 Hz, 50 kHz hsync
ModeLine 768x576 50.00  768  832  846 1000   576  590  595  630

# 768x576 @ 100 Hz, 61.6 kHz hsync
ModeLine 768x576 63.07  768  800  960 1024   576  578  590  616
EndSection

Section Device
Identifier device1
VendorName nVidia Corporation
BoardName RIVA TNT2
Driver nvidia
Option DPMS
Option nvagp 3
EndSection

Section Screen
Identifier screen1
Device device1
Monitor monitor1
DefaultColorDepth 24

Subsection Display
Depth 8
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 15
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 16
Modes 1024x768 800x600 640x480
EndSubsection

Subsection Display
Depth 24
Modes 1024x768 800x600 640x480
EndSubsection
EndSection

Section ServerLayout
Identifier layout1
InputDevice Keyboard1 CoreKeyboard
InputDevice Mouse1 CorePointer
Screen screen1
EndSection

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Bret Baptist

On Wednesday 29 January 2003 8:48 am, Serge Plüss wrote:
 Hi

 after doing my morning urpmi update I can't launch Konqueror as a
 Webbrowser nor as the Home Icon.
 From the command line I can launch 'konqueror' but if I do the command that
 is behind the icons I get the following output:

 kfmclient openProfile webbrowsing
 ERROR: Couldn't start konqueror from konqueror.desktop: Could not find
 service 'konqueror.desktop'.

 Nothing on the desktop has changed since before the update today and it was
 working properly until this new update with:

 cooker/i586/Mandrake/RPMS/kdeaddons-3.1-1mdk.i586.rpm
 cooker/i586/Mandrake/RPMS/kdebase-3.1-3mdk.i586.rpm
 cooker/i586/Mandrake/RPMS/kdebase-devel-3.1-3mdk.i586.rpm
 cooker/i586/Mandrake/RPMS/kdebase-nsplugins-3.1-3mdk.i586.rpm
 cooker/i586/Mandrake/RPMS/kdemultimedia-3.1-1mdk.i586.rpm
 cooker/i586/Mandrake/RPMS/kdemultimedia-aktion-3.1-1mdk.i586.rpm
 cooker/i586/Mandrake/RPMS/kdemultimedia-devel-3.1-1mdk.i586.rpm
 cooker/i586/Mandrake/RPMS/koffice-1.2.1-4mdk.i586.rpm
 cooker/i586/Mandrake/RPMS/koffice-devel-1.2.1-4mdk.i586.rpm


 Thanks

 Serge

I can confirm this behavour.  I get the exact same results.


-- 
Bret Baptist
Systems and Technical Support Specialist
[EMAIL PROTECTED]
Internet Exposure, Inc.
http://www.iexposure.com
 
(612)676-1946 x17
Web Development-Web Marketing-ISP Services
--


Today is the tomorrow you worried about yesterday.

Re: [Cooker] Broken KFMCLIENT in last update

Bret Baptist wrote:


On Wednesday 29 January 2003 8:48 am, Serge Plüss wrote:
 

Hi

after doing my morning urpmi update I can't launch Konqueror as a
Webbrowser nor as the Home Icon.
From the command line I can launch 'konqueror' but if I do the command that
is behind the icons I get the following output:

kfmclient openProfile webbrowsing
ERROR: Couldn't start konqueror from konqueror.desktop: Could not find
service 'konqueror.desktop'.

Nothing on the desktop has changed since before the update today and it was
working properly until this new update with:

cooker/i586/Mandrake/RPMS/kdeaddons-3.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdebase-3.1-3mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdebase-devel-3.1-3mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdebase-nsplugins-3.1-3mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdemultimedia-3.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdemultimedia-aktion-3.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS/kdemultimedia-devel-3.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS/koffice-1.2.1-4mdk.i586.rpm
cooker/i586/Mandrake/RPMS/koffice-devel-1.2.1-4mdk.i586.rpm


Thanks

Serge
   


I can confirm this behavour.  I get the exact same results.


 

I tested this out myself last night and had no problems with Konqueror.  
I was able to surf the web, including an ftp site, and do file 
management tasks as well.  The only problem I had was trying to print.  
I said it printed but nothing ever came out of the printer. 

I'm running cooker as of late last night.

Scott

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Jason Straight

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 29 January 2003 11:57 am, scott chevalley wrote:
 I tested this out myself last night and had no problems with Konqueror.  
 I was able to surf the web, including an ftp site, and do file
 management tasks as well.  The only problem I had was trying to print.  
 I said it printed but nothing ever came out of the printer.

 I'm running cooker as of late last night.

 Scott

Mine also works fine. I use standard kde menus, not the mandrake menus. I 
wonder if this might have something to do with it?


- -- 
Jason Straight
[EMAIL PROTECTED]
icq: 1796276
pgp: http://www.JeetKuneDoMaster.net/~jason/pubkey.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iQCUAwUBPjgJCRFHZPcobeHxAQJDRAP3TFsmzhS95wYXGx2Q3qLcFHFIuvOQ2V9z
wvMmimlR8sUL5UphA+C9YOr07rr2XySZ0tQmyTGh/wXGA+1vKbahuwI1zAn/IeI4
iTTPED2X2a6g/kKBzhOvebUULpgIrxUC1+cGprGDjzhHxSbr6cmIO8JvL+7NuwHC
cgkD19byTA==
=UZCQ
-END PGP SIGNATURE-

Re: [Cooker] Cooker community meeting

2003-01-29 Thread Pascal Terjan

Guillaume Rousse wrote:

Slightly off-topic, but i think many people here are susceptible to join 
linux-expo in Paris next week, and fosdem in Bruxels the week thereafter. 
What about organising for both event some rendez-vous in order to meet each 
others IRL ?

If I can find a car for the trip from Rennes or Paris I'll be happy to 
meet cooker people :-)

Re: [Cooker] Broken KFMCLIENT in last update

Jason Straight wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 29 January 2003 11:57 am, scott chevalley wrote:
 

I tested this out myself last night and had no problems with Konqueror.  
I was able to surf the web, including an ftp site, and do file
management tasks as well.  The only problem I had was trying to print.  
I said it printed but nothing ever came out of the printer.

I'm running cooker as of late last night.

Scott
   


Mine also works fine. I use standard kde menus, not the mandrake menus. I 
wonder if this might have something to do with it?


- -- 
Jason Straight
[EMAIL PROTECTED]
icq: 1796276
pgp: http://www.JeetKuneDoMaster.net/~jason/pubkey.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iQCUAwUBPjgJCRFHZPcobeHxAQJDRAP3TFsmzhS95wYXGx2Q3qLcFHFIuvOQ2V9z
wvMmimlR8sUL5UphA+C9YOr07rr2XySZ0tQmyTGh/wXGA+1vKbahuwI1zAn/IeI4
iTTPED2X2a6g/kKBzhOvebUULpgIrxUC1+cGprGDjzhHxSbr6cmIO8JvL+7NuwHC
cgkD19byTA==
=UZCQ
-END PGP SIGNATURE-


 

I don't think so, as I'm running the mandrake menu's.  But, this is an 
upgraded system, not newly installed, and my /home is on a seperate 
volume that has been around since before 9.0 was released...  I just 
can't imagine it's something in the home directory that's causing it. 

hmmm...

Scott

Re: [Cooker] Cooker community meeting

2003-01-29 Thread Jason Komar

On Wed, 2003-01-29 at 10:06, Pascal Terjan wrote:
 Guillaume Rousse wrote:
  Slightly off-topic, but i think many people here are susceptible to join 
  linux-expo in Paris next week, and fosdem in Bruxels the week thereafter. 
  What about organising for both event some rendez-vous in order to meet each 
  others IRL ?
 
 If I can find a car for the trip from Rennes or Paris I'll be happy to 
 meet cooker people :-)

I'd love to go, but Calgary is a long way from Paris.
-- 
Jason Komar [EMAIL PROTECTED]
Lubetec

Re: [Cooker] Re: [CHRPM] drakconf-9.1-0.13mdk

2003-01-29 Thread Adam Williamson

On Wed, 2003-01-29 at 16:05, Charles A Edwards wrote:
 On Wed, 29 Jan 2003 16:40:01 +0100
 Thierry Vignaud [EMAIL PROTECTED] wrote:
 
   [root@localhost 1.0.4-2]# mcc
   [root@localhost 1.0.4-2]# Undefined subroutine main::prepare_gtk2
   called at /usr/sbin/drakconf.real line 43.
  
  yep, i forget to update ugtk2.pm from perl-GTK2.
  just update to the last one i uploaded a couple of hours ago.
  
 
 rpm -q drakconf
 drakconf-9.1-0.13mdk
 
 Is there a -14?

He means latest perl-GTK2.
-- 
adamw

[Cooker] Re: [Contrib-Rpm] wxBase-2.2.7-3mdk

Lenny Cartier wrote:
 [Contrib-RPM]
 
 --=-=-=
 Name: wxBase   Relocations: (not relocateable)
 Version : 2.2.7 Vendor: MandrakeSoft
 Release : 3mdk  Build Date: Wed Jan 29 16:44:52 2003
 Install date: (not installed)   Build Host: enne.mandrakesoft.com
 Group   : System/Libraries  Source RPM: (none)
 Size: 791524   License: wxWindows Licence
 Packager: Lenny Cartier [EMAIL PROTECTED]
 URL : http://www.wxwindows.org/
 Summary : wxBase library - non-GUI support classes of wxWindows toolkit
 Description :

Any reason not to update?

http://prdownloads.sourceforge.net/wxwindows/wxBase-2.2.9.tar.bz2
or
http://prdownloads.sourceforge.net/wxwindows/wxBase-2.4.0.tar.bz2

It would be nice if wxWindows and wxBase matched ...

I don't know if Gotz wants to comment here, but at present we still have
unstable and stable releases of wxgtk. Here are all the wx RPMs in
contrib (yesterday):

cooker/i586/Mandrake/RPMS2/libwxBase0-2.2.7-2mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/libwxBase0-devel-2.2.7-2mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/libwxgtk2.4-2.4.0-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/libwxgtk2.4-devel-2.4.0-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/libwxgtkgl2.4-2.4.0-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/libwxPythonGTK2.4-2.4.0.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/libwxPythonGTK2.4-devel-2.4.0.1-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/wxGTK2.3_1-2.3.2-9mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/wxGTK2.3_1-devel-2.3.2-9mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/wxGTK2.3_1-gl-2.3.2-9mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/wxGTK-2.4.0-1mdk.i586.rpm
cooker/i586/Mandrake/RPMS2/wxPythonGTK-2.4.0.1-1mdk.i586.rpm

BTW, this was worse in 9.0, where there were two versions of the
unstable 2.3 series, and no 2.2.x. I am still working with 2.2.x (don't
want to mess with unicode when I just want to finish my code so I can
hand in my thesis), so I maintain my own RPMs since 9.0, but I just
don't understand why there wasn't a 2.2.x?

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7

Re: [Cooker] Cooker community meeting

2003-01-29 Thread HoytDuff

On Wednesday 29 January 2003 12:12 pm, Jason Komar scribbled in crayon on a 
yellow legal pad:
 I'd love to go, but Calgary is a long way from Paris.

The French have that ultra-cool, fast airliner . . .

-- 
Hoyt
http://www.maximumhoyt.com

Fix it until it breaks.

Re: [Cooker] Re: [Contrib-Rpm] wxBase-2.2.7-3mdk

2003-01-29 Thread Götz Waschk

Am Mittwoch, 29. Januar 2003, 19:29:26 Uhr MET, schrieb Buchan Milne:
 Any reason not to update?
 http://prdownloads.sourceforge.net/wxwindows/wxBase-2.2.9.tar.bz2
 or
 http://prdownloads.sourceforge.net/wxwindows/wxBase-2.4.0.tar.bz2
 It would be nice if wxWindows and wxBase matched ...

Hi,

does anyone use wxBase?

 
 I don't know if Gotz wants to comment here, but at present we still have
 unstable and stable releases of wxgtk. Here are all the wx RPMs in
 contrib (yesterday):
This is the latest stable version:
 cooker/i586/Mandrake/RPMS2/libwxgtk2.4-2.4.0-1mdk.i586.rpm
 cooker/i586/Mandrake/RPMS2/libwxgtk2.4-devel-2.4.0-1mdk.i586.rpm
 cooker/i586/Mandrake/RPMS2/libwxgtkgl2.4-2.4.0-1mdk.i586.rpm
 cooker/i586/Mandrake/RPMS2/wxGTK-2.4.0-1mdk.i586.rpm
This is used by my plf package of pyslsk:
 cooker/i586/Mandrake/RPMS2/wxPythonGTK-2.4.0.1-1mdk.i586.rpm
These contain the same library as above, because the official packages
of wxPythonGTK do it the same way (include CVS wxGTK2.4 and don't link
against the released version).
 cooker/i586/Mandrake/RPMS2/libwxPythonGTK2.4-2.4.0.1-1mdk.i586.rpm
 cooker/i586/Mandrake/RPMS2/libwxPythonGTK2.4-devel-2.4.0.1-1mdk.i586.rpm
These are still needed by audacity:
 cooker/i586/Mandrake/RPMS2/wxGTK2.3_1-2.3.2-9mdk.i586.rpm
 cooker/i586/Mandrake/RPMS2/wxGTK2.3_1-devel-2.3.2-9mdk.i586.rpm
 cooker/i586/Mandrake/RPMS2/wxGTK2.3_1-gl-2.3.2-9mdk.i586.rpm

 BTW, this was worse in 9.0, where there were two versions of the
 unstable 2.3 series, and no 2.2.x. I am still working with 2.2.x (don't
 want to mess with unicode when I just want to finish my code so I can
 hand in my thesis), so I maintain my own RPMs since 9.0, but I just
 don't understand why there wasn't a 2.2.x?
Maybe nobody else needed them? 
-- 
   Götz Waschk  master of computer science   University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 -- Logout Fascism! --

Re: [Cooker] Cooker community meeting

2003-01-29 Thread Levi Ramsey

On Wed Jan 29 12:22 -0500, HoytDuff wrote:
 On Wednesday 29 January 2003 12:12 pm, Jason Komar scribbled in crayon on a 
 yellow legal pad:
  I'd love to go, but Calgary is a long way from Paris.
 
 The French have that ultra-cool, fast airliner . . .

Not sure I'd call the Concorde ultra-cool... after all, even with the
thin air at its cruising altitude (55000 ft/17000 m), it generates
enough friction to boil water on its surface.

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

GPG Fingerprint: 354C 7A02 77C5 9EE7 8538  4E8D DCD9 B4B0 DC35 67CD
Currently playing:  Monster Magnet - Atomic Clock
Linux 2.4.21pre3-2mdk
 12:30:00  up 44 min,  6 users,  load average: 0.07, 0.15, 0.25

Re: [Cooker] Cooker community meeting

2003-01-29 Thread Lonnie Borntreger

On Wed, 2003-01-29 at 11:31, Levi Ramsey wrote:
 On Wed Jan 29 12:22 -0500, HoytDuff wrote:
  On Wednesday 29 January 2003 12:12 pm, Jason Komar:
   I'd love to go, but Calgary is a long way from Paris.
  
  The French have that ultra-cool, fast airliner . . .
 
 Not sure I'd call the Concorde ultra-cool... after all, even with the
 thin air at its cruising altitude (55000 ft/17000 m), it generates
 enough friction to boil water on its surface.

I'm quite sure the Concorde is British, not French.

TTFN, 
Lonnie Borntreger

Re: [Cooker] Re: [Contrib-Rpm] wxBase-2.2.7-3mdk

Götz Waschk wrote:
 Am Mittwoch, 29. Januar 2003, 19:29:26 Uhr MET, schrieb Buchan Milne:
 
Any reason not to update?
http://prdownloads.sourceforge.net/wxwindows/wxBase-2.2.9.tar.bz2
or
http://prdownloads.sourceforge.net/wxwindows/wxBase-2.4.0.tar.bz2
It would be nice if wxWindows and wxBase matched ...
 
 
 Hi,
 
 does anyone use wxBase?
 

I will be ... the whole reason I am using wx is I needed a toolkit that
allowed me to write a console-based program for linux and a windows
program with a windows-native gui with the programs sharing a lot of
code, and I wanted network/sockets and a number of other classes. wxBase
on linux and wxWindows seemed the best option at the time.

It just seemed weird to have two development releases in 9.0, and no
stable release ...

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7

Re: [Cooker] Cooker community meeting

Lonnie Borntreger [EMAIL PROTECTED] writes:

 Not sure I'd call the Concorde ultra-cool... after all, even with the
 thin air at its cruising altitude (55000 ft/17000 m), it generates
 enough friction to boil water on its surface.
 I'm quite sure the Concorde is British, not French.

Half/Half but mainly financed and engineered by France.

Re: [Cooker] Cooker community meeting

2003-01-29 Thread et

On Wednesday 29 January 2003 12:39 pm, Lonnie Borntreger wrote:
 On Wed, 2003-01-29 at 11:31, Levi Ramsey wrote:
  On Wed Jan 29 12:22 -0500, HoytDuff wrote:
   On Wednesday 29 January 2003 12:12 pm, Jason Komar:
I'd love to go, but Calgary is a long way from Paris.
  
   The French have that ultra-cool, fast airliner . . .
 
  Not sure I'd call the Concorde ultra-cool... after all, even with the
  thin air at its cruising altitude (55000 ft/17000 m), it generates
  enough friction to boil water on its surface.

 I'm quite sure the Concorde is British, not French.

 TTFN,
 Lonnie Borntreger
No you are all wrong... it was Cubans who built the Concorde (lmao) Air France 
and British air both own a couple of Concordes.

Re: [Cooker] Cooker community meeting

Lonnie Borntreger wrote:
 On Wed, 2003-01-29 at 11:31, Levi Ramsey wrote:
 
 On Wed Jan 29 12:22 -0500, HoytDuff wrote

The French have that ultra-cool, fast airliner . . .
 
 I'm quite sure the Concorde is British, not French.

This is getting OT quite fast, but you'd not be quite right, or quite
wrong. But Hoyt wasn't wrong at all, since the French do have them.
Whether they're in service or not is a question which I would only be
able to answer if I depended more on CNN for news than I do on /. ;-)

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7

Re: [Cooker] Cooker community meeting

2003-01-29 Thread Levi Ramsey

On Wed Jan 29 11:39 -0600, Lonnie Borntreger wrote:
 On Wed, 2003-01-29 at 11:31, Levi Ramsey wrote:
  On Wed Jan 29 12:22 -0500, HoytDuff wrote:
   On Wednesday 29 January 2003 12:12 pm, Jason Komar:
I'd love to go, but Calgary is a long way from Paris.
   
   The French have that ultra-cool, fast airliner . . .
  
  Not sure I'd call the Concorde ultra-cool... after all, even with the
  thin air at its cruising altitude (55000 ft/17000 m), it generates
  enough friction to boil water on its surface.
 
 I'm quite sure the Concorde is British, not French.

Anglo-French combine, actually.  Both nations invested way too much
money into the project, and when they learned that nobody else was
willing to buy them, forced British Airways and Air France to buy the 14
that were built (7 apiece).  For both airlines, IIRC, only 4 or 5 of
their 7 were ever flown commercially.

The Concorde was a disaster.  If it had better range, as in range
sufficient to do a nonstop trans-Pacific flight, it could have been
profitable (Sydney - LA in 8 hours would attract a lot of interest from
businessmen and such, and NYC - Tokyo in 7 even moreso).  The fact that
most nations on earth banned supersonic flight within their airspace,
most notably the USA (and Canada, IIRC) didn't help matters, either.

The way I see it, Air Canada could have pulled off a coup had they
bought a couple of Concordes and ran a sort of shuttle service between
Winnipeg, Saskatoon, or Edmonton and Paris/London with connecting
flights from whichever Canadian end to various cities in Western North
America (slicing a couple of hours off the LA-Paris flight, for
instance).  I doubt sonic booms over Hudson Bay would do much damage.

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

GPG Fingerprint: 354C 7A02 77C5 9EE7 8538  4E8D DCD9 B4B0 DC35 67CD
Currently playing:  Monster Magnet - Atomic Clock
Linux 2.4.21pre3-2mdk
 12:40:00  up 54 min,  6 users,  load average: 0.01, 0.06, 0.15

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Crispin Boylan

scott chevalley wrote:


Jason Straight wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 29 January 2003 11:57 am, scott chevalley wrote:
 

I tested this out myself last night and had no problems with 
Konqueror.  I was able to surf the web, including an ftp site, and 
do file
management tasks as well.  The only problem I had was trying to 
print.  I said it printed but nothing ever came out of the printer.

I'm running cooker as of late last night.

Scott
  


Mine also works fine. I use standard kde menus, not the mandrake 
menus. I wonder if this might have something to do with it?


- -- Jason Straight
[EMAIL PROTECTED]
icq: 1796276
pgp: http://www.JeetKuneDoMaster.net/~jason/pubkey.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iQCUAwUBPjgJCRFHZPcobeHxAQJDRAP3TFsmzhS95wYXGx2Q3qLcFHFIuvOQ2V9z
wvMmimlR8sUL5UphA+C9YOr07rr2XySZ0tQmyTGh/wXGA+1vKbahuwI1zAn/IeI4
iTTPED2X2a6g/kKBzhOvebUULpgIrxUC1+cGprGDjzhHxSbr6cmIO8JvL+7NuwHC
cgkD19byTA==
=UZCQ
-END PGP SIGNATURE-


 

I don't think so, as I'm running the mandrake menu's.  But, this is an 
upgraded system, not newly installed, and my /home is on a seperate 
volume that has been around since before 9.0 was released...  I just 
can't imagine it's something in the home directory that's causing it.
hmmm...

Scott




i get the same behaviour, neither the browser or the home page will open 
and give me the same errors.  I'm not using a newly installed system 
either, I was fine on rc6, its when i updated kdebase to 3.1-1mdk (2mdk 
and 3mdk have not fixed the behaviour either) that the problem started 
occuring.  I've also tried recreating the .kde directory from scratch 
and the problem still occurs.

cheers
cris.

Re: [Cooker] OT: Cooker community meeting

2003-01-29 Thread Lonnie Borntreger

On Wed, 2003-01-29 at 11:43, Chmouel Boudjnah wrote:
 Lonnie Borntreger [EMAIL PROTECTED] writes:
 
  Not sure I'd call the Concorde ultra-cool... after all, even with the
  thin air at its cruising altitude (55000 ft/17000 m), it generates
  enough friction to boil water on its surface.
  I'm quite sure the Concorde is British, not French.
 
 Half/Half but mainly financed and engineered by France.

I stand (actually sit) corrected.

TTFN, 
Lonnie Borntreger

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Jason Straight

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 29 January 2003 12:56 pm, Crispin Boylan wrote:
 i get the same behaviour, neither the browser or the home page will open
 and give me the same errors.  I'm not using a newly installed system
 either, I was fine on rc6, its when i updated kdebase to 3.1-1mdk (2mdk
 and 3mdk have not fixed the behaviour either) that the problem started
 occuring.  I've also tried recreating the .kde directory from scratch
 and the problem still occurs.

 cheers
 cris.

Does this also happen with a newly created user?


- -- 
Jason Straight
[EMAIL PROTECTED]
icq: 1796276
pgp: http://www.JeetKuneDoMaster.net/~jason/pubkey.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iQCVAwUBPjgZwBFHZPcobeHxAQLxXAQAgsLhPpfy2td/NtxTPcS3+fRykz+LASp5
K4BxMWFtkgGSN6oKERNkNah80RC23dcD+3ov+4Rj8rH9jXuIFwg9EjAFW0HeDcuX
LhbqfV/BHy1TQDnFI5UDWMGm16SaoZ7wb3Y/Sohu6CcFNcBqpTnD8aKmrbFyKOQg
IjerTCT4Hvg=
=43q1
-END PGP SIGNATURE-

Re: [Cooker] Cooker community meeting

2003-01-29 Thread Teletchéa Stéphane

Le mer 29/01/2003 à 18:50, Levi Ramsey a écrit :
 The way I see it, Air Canada could have pulled off a coup had they
 bought a couple of Concordes and ran a sort of shuttle service between
 Winnipeg, Saskatoon, or Edmonton and Paris/London with connecting
 flights from whichever Canadian end to various cities in Western North
 America (slicing a couple of hours off the LA-Paris flight, for
 instance).  I doubt sonic booms over Hudson Bay would do much damage

And what about hurting whales ???
Tss, just take a real commercial success : Airbus. It is less rapid, but
more flights are planned, and if you buy your ticket, you'll be there
...

What about a Ramsey-o-thon, to finance him ;_))

Stef

*~~*
Linux 2.4.19-16mdk #1 Fri Sep 20 18:15:05 CEST 2002
7:00pm up 19 days, 6:52, 3 users, load average: 1.07, 1.05, 1.17



signature.asc
Description: PGP signature

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Crispin Boylan

Jason Straight wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 29 January 2003 12:56 pm, Crispin Boylan wrote:
 

i get the same behaviour, neither the browser or the home page will open
and give me the same errors.  I'm not using a newly installed system
either, I was fine on rc6, its when i updated kdebase to 3.1-1mdk (2mdk
and 3mdk have not fixed the behaviour either) that the problem started
occuring.  I've also tried recreating the .kde directory from scratch
and the problem still occurs.

cheers
cris.
   


Does this also happen with a newly created user?


 

Hi
yes it does :(

Cheers
cris.

Re: [Cooker] Broken KFMCLIENT in last update

Crispin Boylan wrote:


scott chevalley wrote:


Jason Straight wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 29 January 2003 11:57 am, scott chevalley wrote:
 

I tested this out myself last night and had no problems with 
Konqueror.  I was able to surf the web, including an ftp site, and 
do file
management tasks as well.  The only problem I had was trying to 
print.  I said it printed but nothing ever came out of the printer.

I'm running cooker as of late last night.

Scott
  



Mine also works fine. I use standard kde menus, not the mandrake 
menus. I wonder if this might have something to do with it?


- -- Jason Straight
[EMAIL PROTECTED]
icq: 1796276
pgp: http://www.JeetKuneDoMaster.net/~jason/pubkey.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iQCUAwUBPjgJCRFHZPcobeHxAQJDRAP3TFsmzhS95wYXGx2Q3qLcFHFIuvOQ2V9z
wvMmimlR8sUL5UphA+C9YOr07rr2XySZ0tQmyTGh/wXGA+1vKbahuwI1zAn/IeI4
iTTPED2X2a6g/kKBzhOvebUULpgIrxUC1+cGprGDjzhHxSbr6cmIO8JvL+7NuwHC
cgkD19byTA==
=UZCQ
-END PGP SIGNATURE-


 

I don't think so, as I'm running the mandrake menu's.  But, this is 
an upgraded system, not newly installed, and my /home is on a 
seperate volume that has been around since before 9.0 was 
released...  I just can't imagine it's something in the home 
directory that's causing it.
hmmm...

Scott




i get the same behaviour, neither the browser or the home page will 
open and give me the same errors.  I'm not using a newly installed 
system either, I was fine on rc6, its when i updated kdebase to 
3.1-1mdk (2mdk and 3mdk have not fixed the behaviour either) that the 
problem started occuring.  I've also tried recreating the .kde 
directory from scratch and the problem still occurs.

cheers
cris.


Just a thought, but perhaps update-menus didn't run correctly during the 
install of the rpms.  Have you tried manually running update-menus as 
root?  If it's complaining about missing .desktop files, that could very 
well be the culprit. 

Just a thought.  :)

Scott

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Bret Baptist

On Wednesday 29 January 2003 12:36 pm, scott chevalley wrote:
 Just a thought, but perhaps update-menus didn't run correctly during the
 install of the rpms.  Have you tried manually running update-menus as
 root?  If it's complaining about missing .desktop files, that could very
 well be the culprit.

 Just a thought.  :)

 Scott

Nope same results.  I ran update-menus and it still does it.  Even with the 
updates to kde from today.

kdebase-3.1-3mdk
kdebase-nsplugins-3.1-3mdk

-- 
Bret Baptist
Systems and Technical Support Specialist
[EMAIL PROTECTED]
Internet Exposure, Inc.
http://www.iexposure.com
 
(612)676-1946 x17
Web Development-Web Marketing-ISP Services
--


Today is the tomorrow you worried about yesterday.

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread John Allen

On Wednesday 29 January 2003 18:41, Bret Baptist wrote:
 On Wednesday 29 January 2003 12:36 pm, scott chevalley wrote:
  Just a thought, but perhaps update-menus didn't run correctly during the
  install of the rpms.  Have you tried manually running update-menus as
  root?  If it's complaining about missing .desktop files, that could very
  well be the culprit.
 
  Just a thought.  :)
 
  Scott

 Nope same results.  I ran update-menus and it still does it.  Even with the
 updates to kde from today.

 kdebase-3.1-3mdk
 kdebase-nsplugins-3.1-3mdk

I copied the konqueror.desktop from /usr/share/applnk to /usr/share/applnk-mdk
and hey presto its working again
-- 
John Allen,  Email:  mailto:[EMAIL PROTECTED]

Re: [Cooker] Broken KFMCLIENT in last update

John Allen wrote:


On Wednesday 29 January 2003 18:41, Bret Baptist wrote:
 

On Wednesday 29 January 2003 12:36 pm, scott chevalley wrote:
   

Just a thought, but perhaps update-menus didn't run correctly during the
install of the rpms.  Have you tried manually running update-menus as
root?  If it's complaining about missing .desktop files, that could very
well be the culprit.

Just a thought.  :)

Scott
 

Nope same results.  I ran update-menus and it still does it.  Even with the
updates to kde from today.

kdebase-3.1-3mdk
kdebase-nsplugins-3.1-3mdk
   


I copied the konqueror.desktop from /usr/share/applnk to /usr/share/applnk-mdk
and hey presto its working again
 

hmmm... at some point during the past few weeks I had done a new install 
of cooker into its own partition and found that applnk-mdk/ was empty.  
I deleted it and made it a symlink to applnk/ , but that didn't really 
work very well.  Then I deleted the applnk-mdk directory and ran 
update-menu's and presto it was back, looking normal.  Perhaps there is 
some permissions problem going on with the applnk-mdk  folder that is 
preventing update-menus from working right, or I did some update that 
fixed the original problem. 

or, perhaps the code in update-menus that generates the 
konqueror.desktop file is broke.  If copying the file fixes the problem, 
then it  does have to do with whatever code creates the applnk-mdk/ 
directory tree.

Scott

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Crispin Boylan







hmmm... at some point during the past few weeks I had done a new 
install of cooker into its own partition and found that applnk-mdk/ 
was empty.  I deleted it and made it a symlink to applnk/ , but that 
didn't really work very well.  Then I deleted the applnk-mdk directory 
and ran update-menu's and presto it was back, looking normal.  Perhaps 
there is some permissions problem going on with the applnk-mdk  folder 
that is preventing update-menus from working right, or I did some 
update that fixed the original problem.
or, perhaps the code in update-menus that generates the 
konqueror.desktop file is broke.  If copying the file fixes the 
problem, then it  does have to do with whatever code creates the 
applnk-mdk/ directory tree.

Scott




oh no not more update-menus mayhem!  i thought we'd just about got rid 
of the disappearing menu's and now this :)

cheers
cris.

[Cooker] Problem with kde 3.1

2003-01-29 Thread Marco Donati

I just installed kde 3.1 by RPM from Cooker...

I have a problem...

if i execute startkde as a user i have a relocation error in
libkdeui.so.4

Instead if i try to log as user and then i write
su
password

and i execute startkde as root X start well...

Anyone can help me?

P.S. Sorry for my english :-(

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Robert Fox

On Wed, 2003-01-29 at 18:13, Jason Straight wrote:
  -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On Wednesday 29 January 2003 12:56 pm, Crispin Boylan wrote:
  i get the same behaviour, neither the browser or the home page will open
  and give me the same errors.  I'm not using a newly installed system
  either, I was fine on rc6, its when i updated kdebase to 3.1-1mdk (2mdk
  and 3mdk have not fixed the behaviour either) that the problem started
  occuring.  I've also tried recreating the .kde directory from scratch
  and the problem still occurs.
 
  cheers
  cris.
 
 Does this also happen with a newly created user?
 

I reported this earlier (KDE 3.1 broken) - and I have confirmed this
problem with BOTH upgraded systems and fresh installs.

I just performed a complete fresh install on a test notebook and the
same problem occurs with kfmclient.

Thx,
R.Fox


-- 
Robert Fox [EMAIL PROTECTED]
Fox Consulting Services

[Cooker] [Bug 1140] [drakxtools] New: second ethernet adaptor not recognized at boot

2003-01-29 Thread [Bug 1140]

https://qa.mandrakesoft.com/show_bug.cgi?id=1140

   Product: drakxtools
 Component: DrakConnect
   Summary: second ethernet adaptor not recognized at boot
   Version: 9.1-0.18mdk
  Platform: Other
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Actually, DrakConnect was working fine for me. 
But I don't know where to report the hardware initialization problem solved by 
DrakConnect. 
 
I have two ethernet PCI adaptors. Both are ne2000 compatibles. 
eth0 is a 10 Mb/s connected to Internet via University LAN and it works fine. 
eth1 is a 10/100 Mb/s is for a connection with a second PC in my office for 
Internet sharing. 
It cannot be set up at boot. Here is the message : 
 
SIOCGIFFLAGS no such device 
failed to bring up eth1 
 
However, by running Drakconnect I am able to set up eth1 card and it runs 
well. I can ping my other PC. Both eth0 and eth1 are managed by n2kpci module. 
 
Here are lspci and lspcidrake report plus dmesg showing the effect of 
Drakconnect at the end. 
 
 
gpgart : Intel Corporation|440BX/ZX - 82443BX/ZX Host bridge 
unknown : Intel Corporation|440BX/ZX - 82443BX/ZX AGP bridge 
unknown : Intel Corporation|82371AB PIIX4 ISA 
unknown : Intel Corporation|82371AB PIIX4 IDE 
usb-uhci: Intel Corporation|82371AB PIIX4 USB 
sonypi  : Intel Corporation|82371AB PIIX4 ACPI - Bus Master IDE 
Controller 
es1371  : Ensoniq|ES1371 [AudioPCI-97] 
ne2k-pci: Realtek|RTL-8029(AS) 
8139too : Realtek|RTL-8139 
Card:ATI Rage 128: ATI|Rage 128 VR AGP 1x/2x 
unknown : Virtual|Hub [] 
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 
03) 
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 
03) 
00:04.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) 
00:04.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) 
00:04.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) 
00:04.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) 
00:0a.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 08) 
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) 
00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C 
(rev 10) 
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RL/VR AGP 
 
Linux version 2.4.21pre3-2mdk ([EMAIL PROTECTED]) (gcc version 
3.2.1 (Mandrake Linux 9.1 3.2.1-2mdk)) #1 Thu Jan 23 23:18:06 CET 2003 
BIOS-provided physical RAM map: 
 BIOS-e820:  - 0009fc00 (usable) 
 BIOS-e820: 0009fc00 - 000a (reserved) 
 BIOS-e820: 000f - 0010 (reserved) 
 BIOS-e820: 0010 - 0fffc000 (usable) 
 BIOS-e820: 0fffc000 - 0000 (ACPI data) 
 BIOS-e820: 0000 - 1000 (ACPI NVS) 
 BIOS-e820:  - 0001 (reserved) 
255MB LOWMEM available. 
ACPI: have wakeup address 0xc0001000 
On node 0 totalpages: 65532 
zone(0): 4096 pages. 
zone(1): 61436 pages. 
zone(2): 0 pages. 
ACPI: RSDP (v000 ASUS   ) @ 0x000f5a60 
ACPI: RSDT (v001 ASUS   P3B_F12336.12337) @ 0x0fffc000 
ACPI: FADT (v001 ASUS   P3B_F12336.12337) @ 0x0fffc080 
ACPI: BOOT (v001 ASUS   P3B_F12336.12337) @ 0x0fffc040 
ACPI: DSDT (v001   ASUS P3B_F0.04096) @ 0x 
ACPI: BIOS passes blacklist 
ACPI: MADT not present 
Kernel command line: auto BOOT_IMAGE=linux ro root=301 devfs=mount 
hdd=ide-scsi quiet 
ide_setup: hdd=ide-scsi 
Local APIC disabled by BIOS -- reenabling. 
Found and enabled local APIC! 
Initializing CPU#0 
Detected 451.026 MHz processor. 
Console: colour dummy device 80x25 
Calibrating delay loop... 897.84 BogoMIPS 
Memory: 256484k/262128k available (1330k kernel code, 5256k reserved, 512k 
data, 144k init, 0k highmem) 
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes) 
Inode cache hash table entries: 16384 (order: 5, 131072 bytes) 
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes) 
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) 
Page-cache hash table entries: 65536 (order: 6, 262144 bytes) 
CPU: L1 I cache: 16K, L1 D cache: 16K 
CPU: L2 cache: 512K 
Intel machine check architecture supported. 
Intel machine check reporting enabled on CPU#0. 
CPU: After generic, caps: 0383fbff    
CPU: Common caps: 0383fbff    
CPU: Intel Pentium III (Katmai) stepping 03 
Enabling fast FPU save and restore... done. 
Enabling unmasked SIMD FPU exception support... done. 
Checking 'hlt' instruction... OK. 
POSIX conformance testing by UNIFIX 
enabled ExtINT on CPU#0 
ESR value before enabling vector:  
ESR value after enabling vector:  
Using local APIC timer

[Cooker] [Bug 1131] [Installation] Unable to start graphic installation.

2003-01-29 Thread [Bug 1131]

https://qa.mandrakesoft.com/show_bug.cgi?id=1131





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 19:09 ---
Created an attachment (id=132)
 -- (https://qa.mandrakesoft.com/attachment.cgi?id=132action=view)
bug report

Report created during installation



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
When i start the installation process with 9.1beta2 in normal/vgalo/vgahi mode 
i get a greey screen. Possible from bad support with my hardware.
The two modes that work is text and vga16 but vga16 mode gives me to smal 
screen for the installation so im unable to se ll the options during the stages.

I found a patch file for nvidia cards in http://www.linux-
mandrake.com/en/errata.php3 but it gave the same result.

My hardware:
Proccessor: 2 x 1600+ AMD MP
Moderboard: ASUS A7M266-D
RAM: 1024MB DDR
Graphiccard: Creative 3D Blaster 4 Titanium 4600  ( Geforce4 TI4600 )

[Cooker] [Bug 1131] [Installation] Unable to start graphic installation.

2003-01-29 Thread [Bug 1131]

https://qa.mandrakesoft.com/show_bug.cgi?id=1131

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Attachment #132 is|0   |1
   obsolete||



--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 19:20 ---
Created an attachment (id=133)
 -- (https://qa.mandrakesoft.com/attachment.cgi?id=133action=view)
Bug report

Bug report created from installationdisc



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
When i start the installation process with 9.1beta2 in normal/vgalo/vgahi mode 
i get a greey screen. Possible from bad support with my hardware.
The two modes that work is text and vga16 but vga16 mode gives me to smal 
screen for the installation so im unable to se ll the options during the stages.

I found a patch file for nvidia cards in http://www.linux-
mandrake.com/en/errata.php3 but it gave the same result.

My hardware:
Proccessor: 2 x 1600+ AMD MP
Moderboard: ASUS A7M266-D
RAM: 1024MB DDR
Graphiccard: Creative 3D Blaster 4 Titanium 4600  ( Geforce4 TI4600 )

[Cooker] [Bug 1141] [drakxtools] New: drakboot crashes on F1, and keeps asking for Installation CD 1 (9.1 beta 1)

2003-01-29 Thread [Bug 1141]

https://qa.mandrakesoft.com/show_bug.cgi?id=1141

   Product: drakxtools
 Component: drakboot
   Summary: drakboot crashes on F1, and keeps asking for
Installation CD 1 (9.1 beta 1)
   Version: 9.1-0.18mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


From Mandrake Control Center, I clicked Boot Config: dummy description (you might 
want 
to fix those dummy description identifiers, I'll enter a separate bug about that).  
I then clicked 
the Lilo Configure button, then clicked Advanced, and since I didn't know what 
compact 
meant, I hit F1 to get help -- and both drakboot windows disappeared.  This is 
repeatable. 
 
Then, I decided I wanted to autologin on boot (I had disabled this during 
installation).  So I 
restarted drakboot (clicked on Boot Config) and clicked the Launch the graphical 
environment when your system starts checkbox, then clicked OK.  It opens the CD-ROM 
drive and asks Please insert the medium named Installation CD 1 (x86) (cdrom1) on 
device [/dev/hdc].  I insert the Mandrake 9.1 beta 1 CD in the drive and click OK, 
and it spits 
the CD out and asks for it again. 
 
I am using beta 1 instead of beta 2 because beta 2 does not activate my network card 
(separate bug already entered for this).  (Beta 1 doesn't activate my sound, and beta 
2 does, 
but connectivity is more important than sound right now.) 
 
Just to be complete, I put in the beta 2 CD 1, but it rejected that as well. 
 
And when I hit cancel on the dialog asking for the CD, all drakboot windows 
disappear (I 
believe it should have returned me to the main drakboot window so I could change this 
and 
other options before hitting OK or cancel).



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] [Bug 1142] [drakconf] New: Mandrake Control Center has lots of dummy description entries

2003-01-29 Thread [Bug 1142]

https://qa.mandrakesoft.com/show_bug.cgi?id=1142

   Product: drakconf
 Component: drakconf
   Summary: Mandrake Control Center has lots of dummy description
entries
   Version: 9.1-0.13mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This is Mandrake 9.1 beta 1, but I've also seen this in 9.1 beta 2 (I'm using beta 1 
because 
beta 1 works with my network card (SiS900) and beta 2 doesn't). 
 
Every section has these on every icon.  Do a grep for dummy description in the 
source 
and you'll see all the areas (I guess -- I'm not sure how the source is set up, it 
could be 
getting this from a single source I suppose).



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

[Cooker] [Bug 1141] [drakxtools] drakboot crashes on F1, and keeps asking for Installation CD 1 (9.1 beta 1)

2003-01-29 Thread [Bug 1141]

https://qa.mandrakesoft.com/show_bug.cgi?id=1141





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 19:58 ---
I tried to install autologin separately, through Mandrake Control Center, Software 
Management, 
Install Software.  I did a find in names for auto, which returned two results 
(autologin and 
zh-autoconvert).  I clicked the checkbox for autologin, inserted the CD, and clicked 
Install. 
 
It paused for a bit, then gave me a dialog saying There was a problem during the 
installation: 
medium Installation CD 1 (x86) (cdrom1) is not selected with an OK checkbox.  
Clicking 
OK returns me to rpmdrake. 
 
So it doesn't appear that I can install autologin at all, using the GUI elements. 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description: 
From Mandrake Control Center, I clicked Boot Config: dummy description (you might 
want 
to fix those dummy description identifiers, I'll enter a separate bug about that).  
I then clicked 
the Lilo Configure button, then clicked Advanced, and since I didn't know what 
compact 
meant, I hit F1 to get help -- and both drakboot windows disappeared.  This is 
repeatable. 
 
Then, I decided I wanted to autologin on boot (I had disabled this during 
installation).  So I 
restarted drakboot (clicked on Boot Config) and clicked the Launch the graphical 
environment when your system starts checkbox, then clicked OK.  It opens the CD-ROM 
drive and asks Please insert the medium named Installation CD 1 (x86) (cdrom1) on 
device [/dev/hdc].  I insert the Mandrake 9.1 beta 1 CD in the drive and click OK, 
and it spits 
the CD out and asks for it again. 
 
I am using beta 1 instead of beta 2 because beta 2 does not activate my network card 
(separate bug already entered for this).  (Beta 1 doesn't activate my sound, and beta 
2 does, 
but connectivity is more important than sound right now.) 
 
Just to be complete, I put in the beta 2 CD 1, but it rejected that as well. 
 
And when I hit cancel on the dialog asking for the CD, all drakboot windows 
disappear (I 
believe it should have returned me to the main drakboot window so I could change this 
and 
other options before hitting OK or cancel).

[Cooker] [Bug 1129] [Installation] Disk partitioning tool can not deal with /dev/mdxx devices.

2003-01-29 Thread [Bug 1129]

https://qa.mandrakesoft.com/show_bug.cgi?id=1129





--- Additional Comments From [EMAIL PROTECTED]  2003-01-29 20:43 ---
Created an attachment (id=134)
 -- (https://qa.mandrakesoft.com/attachment.cgi?id=134action=view)
/proc/mdstat for testing

This is my /proc/mdstat for testing double-digit md devices.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: __UNKNOWN__
description: 
This is a bug report for Mandrake 9.1 Beta2.

The system the install was attempted on has the following software raid devices
(auto-detect):

/dev/md5 - RAID5
/dev/md6 - RAID5
/dev/md7 - RAID5
/dev/md8 - RAID5
/dev/md11 - RAID1; used in /dev/md13
/dev/md12 - RAID1; used in /dev/md13
/dev/md13 - RAID 1+0 (striping accross the md11 and md12 mirrors)
/dev/md14 - RAID1; used in /dev/md16
/dev/md15 - RAID1; used in /dev/md16
/dev/md16 - RAID 1+0 (striping accross the md14 and md15 mirrors)
/dev/md17 - RAID5
/dev/md18 - RAID5
/dev/md19 - RAID5

cat'ing /proc/mdstat from the command prompt during the install process shows
all RAID devices working properly.

PROBLEM:

The disk partitioning utility in drakx does not seem to be able to deal with md
devices beyond /dev/md9.  It detects md5-md8 fine, but lists /dev/md19 as md1
 and does not detect md11-md18 at all.  When one chooses the individual
partitions that make up md19, though, it does list the partitions as part of
md19.  The issue resides in the fact that under the RAID tab, md19 is listed
as md1 and none of the md devices beyond md8 are in the RAID tab.

This is also the case when one selects the use existing partitions tab.  md19
is listed as md1 and no devices beyond md8 are listed at all.

This bug exists in both the graphical, text and expert modes.

I suspect it is something as simple as editing the scripts to be able to handle
double-digit md devices and to check for partitions on md devices beyond md9,
but I am not familiar with the install code.

If you have any questions feel free to send me an email at [EMAIL PROTECTED]
and I will happily answer.

[Cooker] Re: [Contrib-Rpm] seahorse-0.6.0-2mdk

On Mon, 27 Jan 2003 14:32:13 +0100 (CET)
Lenny Cartier [EMAIL PROTECTED] wrote:

 [Contrib-RPM]
 
 --=-=-=
 Name: seahorse Relocations: (not
 relocateable) Version : 0.6.0 Vendor:
 MandrakeSoft Release : 2mdk  Build Date:
 Mon Jan 27 14:27:34 2003 Install date: (not installed)  
 Build Host: bi.mandrakesoft.com Group   : Graphical desktop/GNOME 
  Source RPM: (none)
 Size: 520919   License: GPL
 Packager: Lenny Cartier [EMAIL PROTECTED]
 
 * Mon Jan 27 2003 Lenny Cartier [EMAIL PROTECTED] 0.6.0-2mdk
 
 - from Matthias Debus [EMAIL PROTECTED] :
   - update name
   - obsoletes seahorse2
 
Couple of problems.

1st
Obsolete is not properly set

[root@localhost SPECS]# rpm -q seahorse
package seahorse is not installed
[root@localhost SPECS]# rpm -qa |grep seahorse
seahorse2-0.6.0-1mdk 
[root@localhost SPECS]# urpmi seahorse 
everything already installed
[root@localhost SPECS]# urpmi seahorse-0.6.0-2
   
ftp://sunsite.uio.no/pub/Linux/Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPMS2/seahorse-0.6.0-2mdk.i586.rpm
installing /var/cache/urpmi/rpms/seahorse-0.6.0-2mdk.i586.rpm   
  

Preparing...   
##   1:seahorse 
 ##

2nd
Launch seahorse and select properties

[charles@localhost SPECS]$ seahorse

** (seahorse:29719): CRITICAL **: file seahorse-key-store.c: line 276
(get_selected_path): assertion `gtk_tree_selection_get_selected
(selection, model, iter)' failed

** (seahorse:29719): CRITICAL **: file seahorse-key-store.c: line 317
(seahorse_key_store_get_row_from_path): assertion `path != NULL' failed

** (seahorse:29719): CRITICAL **: file seahorse-key-store.c: line 295
(seahorse_key_store_get_key_from_path): assertion `skrow != NULL' failed


Charles


Well, I'm disenchanted too.  We're all disenchanted.
-- James Thurber
--
Mandrake Linux 9.1
Kernel- 2.4.21pre3-3mdk
--



msg88627/pgp0.pgp
Description: PGP signature

Re: [Cooker] Cooker community meeting

2003-01-29 Thread Stefan van der Eijk



Slightly off-topic, but i think many people here are susceptible to join 
linux-expo in Paris next week, and fosdem in Bruxels the week thereafter. 
What about organising for both event some rendez-vous in order to meet each 
others IRL ?
 

Throughout the week is difficult (impossible) for me. How about in the 
weekend?

Stefan


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [Cooker] Re: [cooker] PATCH: 2.4.21-0.pre3.1mdk: supermount - fix ESTALE on media change wth busy files

2003-01-29 Thread Danny Tholen

On Wednesday 29 January 2003 11:01, Borzenkov Andrey wrote:

 0.pre3.1mdk has the same supermount. Version that was intended for 9.0
 update has the same bug as 9.0.

ha...seems that I make better updates than Juan :-P

Not that I understand much of supermount anyways.

Thanks for investing your time btw Andrey. I remember you claiming you could 
not participate on cooker.


As small not about the konq problem: I played with it a bit on 9.0 and there 
at least it seems to use fam. Wouldn't it be possible to modify fam _not_ to 
monitor devices mounted by supermount? (like it is not possible for nfs ?)

Danny

Re: [Cooker] the line between cooker and contrib.

2003-01-29 Thread Stefan van der Eijk

Comments in-line:

Richard

-Original Message-
From: Stefan van der Eijk [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, January 28, 2003 11:34 AM
To: [EMAIL PROTECTED]; cooker
Subject: Re: [Cooker] the line between cooker and contrib.

In thinking of this some more, I realized that I only
added to the mass of confusion and complaints.  So, I 
will try to be more clear with the issues, and a possible
set of solutions.

Go for it!

There are three distribution and contribution points.  These
are the cooker, the contrib., and the club.

don't forget the PLF, and all the other bits an peices people having 
lying around because they can't get it uploaded into a main distro 
(cooker / contrib / club / plf).

** And I am sure that there are many other locations of programs
** that are a part of all this, but who knows all the locations?

Hmmm... someone on the zarb.org machine has a list of urpmi 
repositories... Forgot the exact URL though.

There does not
seem to be a clear definition of the difference between these
or what the relationship should be.

The fact that much is undocumented at mdk is causing a lot of confusing 
and frustration. Put things on paper, make a descision! And keep the 
papers up2date.

** Oh, I agree, and the standards do not seem to be the same
** for each of the different areas.  It would be nice to have a 
** more concise and consistent front to Mandrake. 

Anyone disagree?

A second set of issues is around the contributions themselves.
Where should something be contributed, and who has permission, 
and if access is needed, who can grant that access.

and:

   * what kind of access do they need (https upload, shell?)
   * who checks what is uploaded (QA, etc)

** Heh, I am sure that we could really start a long dialogue
** on this, but this is a good start.  Now if only someone
** from Mandrake could pick this up since in theory they do
** OWN all of this.

Yup... there is so much they can leverage, if they just manage it in the 
right way...

So, here is a recommended solution for this:

The contrib. are should allow anyone to upload suggested packages
that they have constructed. These would be considered the
lowest level of contribution. To be allowed to move to the
second level, and include a binary RPM, they must be mentored
by someone.  This gets them to the club level.  Once again, they
should be able to upload packages as they are able.  To post
something for cooker, they once again must be mentored.  When they
are able to produce packages that meet a well-documented set
of requirements, then they will be elevated to cooker level.

Good idea. But personally I'd change a few things:
make one big repository. I don't see the value of added confusion of 
having multiple repositories. The difference of between cooker / contrib

/ plf (plf is difficult due to legal issues) / club is the status which 
a package has, it shouldn't be the physical location it is in.

** There can be a reason to have different levels of trust in a 
** package and to ensure that a minimum amount of requirements and
** testing are met.  I can easily see the need for at least a two level
** environment, if not three, but not any more than that.

But do are seperate urpmi repositories / development environments 
needed? Or can they be managed in one?

A package which is now in cooker(= an important package) is, and will be

maintained by a mdk employee only. The other packages can be maintained 
by anyone who feels like it. The objective is to keep the large distro 
working together as one unit as it is being developped, in the end 
cooker, contrib and club packages are going to be installed on one 
system and will need to work together, right? When the time comes that 
the distro needs to be made, the packages will be sorted out and put 
onto different CD's. The first one containing core OS (basesystem, X, 
kde, gnome), and the last one the least important stuff. OS dependancies

and a voting system will determin which packages go onto which CD.

** I agree that everything should be pointing to a single goal which
** is the creation of a more robust and stable Linux platform that
** we can all enjoy.  But, since Mandrake has been having a few 
** problems managing this process and maintaining a sufficient workforce
** for the amount of effort that is required, some of this will have 
** to be delegated to those that can help with the work for the good
** of all of us.

I hope they work on getting this process implemented, instead of wasting 
their resources trying to do it by themselves...

As times change certain software becomes popular and other software goes

out of fashion. Same is the case at mdk. The voting system will help to 
show which package is needed and which one can be lost. Contributors 
(non mdk employees) should be able to adopt a package and be able to 
maintain it by themselves. If they don't maintain the package, it goes 
to a package orphanage, if

Re: [Cooker] Broken KFMCLIENT in last update

2003-01-29 Thread Tom Brinkman

On Wednesday January 29 2003 12:45 pm, John Allen wrote:
 I copied the konqueror.desktop from /usr/share/applnk to
 /usr/share/applnk-mdk and hey presto its working again

   fixed it for me too  Thanks!

-- 
Tom Brinkman  Corpus Christi, Texas

Re: [Cooker] the line between cooker and contrib.