Re: [Cooker] aspell broken?
Am Montag, 28. Oktober 2002, 21:35:07 Uhr MET, schrieb Adam Williamson: Trying to urpmi --auto-select: starting installing packages Installation failed: libaspell15 == 0.50.2-1mdk is needed by aspell-0.50.2-1mdk libaspell-common-0.50.2.so is needed by aspell-0.50.2-1mdk libaspell.so.15 is needed by aspell-0.50.2-1mdk The libaspell15* packages are missing from the mirrors. You could download the source rpm and --rebuild it, if you want to test aspell. -- Götz Waschk master of computer science University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key -- Logout Fascism! --
[Cooker] supermount or alternate fs mounter ?
I don't know if it has been discussed here, but since there are so many problems with supermount, why to not use an alternative ? Like autofs ? Is there any technical reason to stick to supermount ? Eric
[Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Laurent, Can you update the BuildRequires of the kdelibs package to the following: audiofile-devel bzip2-devel db3-devel libalsa-devel libart_lgpl-devel libarts-devel libcups1-devel = 1.1.14 libfam0-devel libjpeg-devel libldap-devel libpcre0-devel libpng-devel libqt3-devel = 3.0.5-2mdk libsasl-devel libtiff-devel libvorbis-devel libxml2 = 2.4.11 libxslt1-devel pam-devel XFree86-devel and while rebuilding a number of packages that require kdelibs-devel to build I've frequently seen this error: /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -O2 -mieee -mcpu=ev5 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -o kcm_linuz.la.closure kcm_linuz_la_closure.lo -L/usr/X11R6/lib -L/usr/lib/qt3/lib -L/usr/lib -module -avoid-version -no-undefined kcm_linuz_la.all_cpp.lo -lkdeui -lkhtml libtool: link: cannot find the library `/usr/lib/libart_lgpl_2.la' make[3]: *** [kcm_linuz.la.closure] Error 1 make[3]: Leaving directory `/home/cooker/RPM/BUILD/kdeadmin-3.0.8/kcmlinuz' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cooker/RPM/BUILD/kdeadmin-3.0.8/kcmlinuz' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cooker/RPM/BUILD/kdeadmin-3.0.8' make: *** [all] Error 2 error: Bad exit status from /home/cooker/tmp/rpm-tmp.11102 (%build) For instance in: http://eijk.homelinux.org/build/cooker/alpha/problem/kdeadmin-3.1-0.beta2.4mdk.src.rpm.txt Perhaps the libart_lgpl-devel package can be added to the Requires list of kdelibs? with kind regards, Stefan van der Eijk
RE: [Cooker] supermount or alternate fs mounter ?
You may want to check this but I think supermount -i disable will magically change fstab to get rid of supermount options. (Remember if you mess up fstab your machine may not boot.) Clearly you now have to mount everything by hand, but considering I use a cd at most every few days, it really doesn't bother me, although thats just my case. -Robert -Original Message- From: [EMAIL PROTECTED] [mailto:cooker-owner;linux-mandrake.com]On Behalf Of Eric Fernandez Sent: Tuesday, October 29, 2002 12:42 AM To: [EMAIL PROTECTED] Subject: [Cooker] supermount or alternate fs mounter ? I don't know if it has been discussed here, but since there are so many problems with supermount, why to not use an alternative ? Like autofs ? Is there any technical reason to stick to supermount ? Eric
[Cooker] Ext3 support
I was wondering if in a future mandrake kernel they would consider updating their ext3 kernel options. I would like to be able to add rootflags=data=writeback to the boot parameters and then set 'data=writeback' in the fstab for / to enable writeback mode for the ext3 file system. This works fine with a custom kernel I made awhile back, but not with the mandrake one. The machine will freeze. I'm guessing something needs to be compiled directly into the kernel and not as a module. Since I've reinstalled lately, I haven't bothered to build a custom kernel so i'm just using the default ordered data mode. Out of curiosity does a config file to recreate the stock mandrake kernel exist? I was just curious what all their default options were.. I suppose I could just switch to ReiserFS, but I recently learned about the dump command, which looks too useful to give up compatibility with. -Robert
Re: [Cooker] GDM Sessions
On Mon, 28 Oct 2002 16:01:38 +, Gary Lawrence Murphy wrote: On the topic of GDM sessions, why can I no longer login on the ALT-Fn consoles? If I do, GDM takes over and restarts throwing me back into console-7 and scraping my previous session. You are probably using i8x0 chipset and there is a XFree bug when XRender is used on this chipset when switching VT.. Under investigation. -- Frederic Crozat MandrakeSoft
Re: [Cooker] aspell broken?
On Mon, 28 Oct 2002 21:35:07 +, Adam Williamson wrote: Trying to urpmi --auto-select: starting installing packages Installation failed: libaspell15 == 0.50.2-1mdk is needed by aspell-0.50.2-1mdk libaspell-common-0.50.2.so is needed by aspell-0.50.2-1mdk libaspell.so.15 is needed by aspell-0.50.2-1mdk Warly forced this package upload and forgot the lib package.. I'll ask him to put it in cooker.. -- Frederic Crozat MandrakeSoft
[Cooker] openldap runs slurpd as root
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 We have just started playing with LDAP replication, and I noticed that our LDAP server (8.2) is running all the slurpd's as root. slapd seems to drop root permissions after opening the ports, so it's ok to start it as root, but slurpd doesn't do this (since it doesn't listen, it acts as an ldap client), so it should be started as user ldap (or similar user with read access to the replication logs slapd generates). I haven't tested on cooker, but the init script on cooker does the same as on 8.2. Regards, Buchan - -- |Registered Linux User #182071-| 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9vmqOrJK6UGDSBKcRAo+8AKCqrcLwL7ECcRma5dpb5OLPjSZoYACfQ78H /iTERRlARClw8w+E5WzwZcA= =AQfr -END PGP SIGNATURE-
Re: [Cooker] supermount or alternate fs mounter ?
Robert Denier wrote: You may want to check this but I think supermount -i disable will magically change fstab to get rid of supermount options. (Remember if you mess up fstab your machine may not boot.) Clearly you now have to mount everything by hand, but considering I use a cd at most every few days, it really doesn't bother me, although thats just my case. I know that you can disable supermount. But my point was for the future updates/9.1. Mandrake distribution needs an auto-mounter, especially for newbies and people who do not want to have to mount manually. Now the question is : since there are alternatives to supermount, like autofs or AMD (the BSD automounter), why not replace the problematic supermount by another solution ? Eric
[Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Laurent MONTEL [EMAIL PROTECTED] wrote: Name: kdelibs * Mon Oct 28 2002 Laurent MONTEL [EMAIL PROTECTED] 3.1-0.beta2.11mdk - Add patch102 : use double click to active file Can you explain what this means? I'm *sure* you didn't just make double-click the default... __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Le Tuesday 29 October 2002 12:50, David Walser a écrit : --- Laurent MONTEL [EMAIL PROTECTED] wrote: Name: kdelibs * Mon Oct 28 2002 Laurent MONTEL [EMAIL PROTECTED] 3.1-0.beta2.11mdk - Add patch102 : use double click to active file Can you explain what this means? I'm *sure* you didn't just make double-click the default... I just make double-click by default in konqueror and kdesktop __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Laurent Montel [EMAIL PROTECTED] wrote: Le Tuesday 29 October 2002 12:50, David Walser a écrit : --- Laurent MONTEL [EMAIL PROTECTED] wrote: Name: kdelibs * Mon Oct 28 2002 Laurent MONTEL [EMAIL PROTECTED] 3.1-0.beta2.11mdk - Add patch102 : use double click to active file Can you explain what this means? I'm *sure* you didn't just make double-click the default... I just make double-click by default in konqueror and kdesktop ugh, why on Earth did you do that !!??? __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] openldap runs slurpd as root
[EMAIL PROTECTED] (Buchan Milne) writes: We have just started playing with LDAP replication, and I noticed that our LDAP server (8.2) is running all the slurpd's as root. slapd seems to drop root permissions after opening the ports, so it's ok to start it as root, but slurpd doesn't do this (since it doesn't listen, it acts as an ldap client), so it should be started as user ldap (or similar user with read access to the replication logs slapd generates). I haven't tested on cooker, but the init script on cooker does the same as on 8.2. Hi there, I'm the new openldap maintainer and I will have a look and then come back with some fixes/answers. Have a nice day, -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
[Cooker] Re: [CHRPM] freetype2-2.1.2-1mdk
Does this include that nifty patch to make the fonts look better thats been circulating around lately? Just curious. Scott Frederic Crozat wrote: --=-=-= Name: freetype2Relocations: (not relocateable) Version : 2.1.2 Vendor: MandrakeSoft Release : 1mdk Build Date: Tue Oct 29 13:44:56 2002 Install date: (not installed) Build Host: hp6.mandrakesoft.com Group : System/Libraries Source RPM: (none) Size: 954248 License: FreeType License/GPL Packager: Mandrake Linux Team http://www.mandrakeexpert.com URL : http://www.freetype.org/ Summary : A free and portable TrueType font rendering engine Description : The FreeType2 engine is a free and portable TrueType font rendering engine. It has been developed to provide TT support to a great variety of platforms and environments. Note that FreeType2 is a library, not a stand-alone application, though some utility applications are included --=-=-= * Tue Oct 29 2002 Frederic Crozat [EMAIL PROTECTED] 2.1.2-1mdk - Release 2.1.2 - configure macro is back - Patch1 (Rawhide): fix bug in PS hinter - Patch2 (Rawhide): Support Type1 BlueFuzz value - Patch3 (Rawhide): Another PS hinter bug fix (rawhide) - Patch4 (CVS): fix outline transformation - Patch5 (CVS): Backport autohinter improvements - Patch6 (Anthony Fok): prevent crash with broken TT fonts - Patch7 (Rawhide): fix bug with PCF metrics - Update patch0
Re: [Cooker] interesting projects
Le Lundi 28 Octobre 2002 17:58, David Walluck a écrit : Gvtz Waschk wrote: Am Montag, 28. Oktober 2002, 18:22:19 Uhr MET, schrieb Florent BERANGER: Please take a look to : - xmms-kde : http://xmms-kde.sourceforge.net/ This was in contribs, but it didn't survive the switch from kde2 to kde3. Get the spec file here: http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/xmms-kde/ Then you can update it yourself. There is a version for KDE 3, and I've made an RPM for it. I have an linux-mandrake.com address, but as far as I know, no access to contribs to update it. You can put it in contribs ftp, as described here : http://www.linux-mandrake.com/en/frpmapps.php3 Florent
Re: [Cooker] interesting projects
Le Lundi 28 Octobre 2002 17:58, David Walluck a écrit : Gvtz Waschk wrote: Am Montag, 28. Oktober 2002, 18:22:19 Uhr MET, schrieb Florent BERANGER: Please take a look to : - xmms-kde : http://xmms-kde.sourceforge.net/ This was in contribs, but it didn't survive the switch from kde2 to kde3. Get the spec file here: http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/xmms-kde/ Then you can update it yourself. There is a version for KDE 3, and I've made an RPM for it. I have an linux-mandrake.com address, but as far as I know, no access to contribs to update it. You can put it in contribs ftp, as described here : http://www.linux-mandrake.com/en/frpmapps.php3 Florent
[Cooker] Re: [CHRPM] squid-2.5.STABLE1-2mdk
tisdagen den 29 oktober 2002 14.01 skrev Stefan van der Eijk: - BuildRequires: libsasl-devel openssl-devel Thank you Stefan. -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the Modules For Apache2 status page at: http://d-srv.com/modules_for_apache2.html
[Cooker] lineakd-0.4-0.pre3.1mdk.src.rpm MMboX-0.4.1-0.20021027.1mdk.src.rpm are in incoming ftp
lineakd-0.4-0.pre3.1mdk.src.rpm : - new version (0.4-0.pre3) - more kbds supported, bug fixes,... - spec file fixes (a label buildrequires) MMboX-0.4.1-0.20021027.1mdk.src.rpm : - new snapshot - no patch needed ! - fullscreen mode - dvd lang param - games, as frozen-bubble, chromium are integrated Thanks to integrate them in contrib, Florent PS : there are some old src.rpm in incoming ftp who can be removed (they were integrated in contribs).
[Cooker] Suggestion: mdk-gpg-keys-1.0-1mdk
How about putting your signing keys into a package that adds them to root's pubring? -- Brad Felmey
[Cooker] Re: [Contrib-Rpm] gq-0.7.0beta2-1mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan van der Eijk wrote: [Contrib-RPM] --=-=-= Name: gq Relocations: (not relocateable) Version : 0.7.0beta2Vendor: MandrakeSoft Release : 1mdk Build Date: Wed Oct 23 07:55:41 2002 Install date: (not installed) Build Host: bi.mandrakesoft.com Group : System/Configuration/OtherSource RPM: (none) Size: 318813 License: GPL Packager: Mandrake Linux Team http://www.mandrakeexpert.com URL : http://biot.com/gq/ Summary : GQ is a GTK-based LDAP client. Description : GQ is a GTK-based LDAP client. --=-=-= * Wed Oct 23 2002 Stefan van der Eijk [EMAIL PROTECTED] 0.7.0beta2-1mdk - 0.7.0beta2 - BuildRequires: gettext-devel gdk-pixbuf-devel krb5-devel libsasl-devel This is broken, clicking on any entry in the browse window crashes it. Expanding a tree works fine to a point (as long as you don't click the item). - -- |Registered Linux User #182071-| 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9vqKdrJK6UGDSBKcRAq35AKCmxcVEufTcgsd67KBCzxbYBouX+gCcC6/p DRweq1O0FD9sxt0JkvSwnRA= =Gv7A -END PGP SIGNATURE-
Re: [Cooker] Suggestion: mdk-gpg-keys-1.0-1mdk
I agree, it would be a great thing! Why not putting mdk pubkey into RPM gnupg package? Pierre Le mar 29/10/2002 à 15:47, Brad Felmey a écrit : How about putting your signing keys into a package that adds them to root's pubring? -- Brad Felmey signature.asc Description: PGP signature
Re: [Cooker] is there a problem with glibc 2.3.1 ?
On Sat, 2002-10-26 at 11:43, Florent BERANGER wrote: What can it break ? Java and WINE, for starters. -- Brad Felmey
[Cooker] updates for apache-1.3.27
Hi. I have updated all apache1 related stuff. Get it here: http://d-srv.com/Cooker/RPMS/ http://d-srv.com/Cooker/SRPMS/ Or as a bundle: http://d-srv.com/Cooker/apache-1.3.27-all_SRPMS_files.tar.bz2 Chears. -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the Modules For Apache2 status page at: http://d-srv.com/modules_for_apache2.html
[Cooker] Re: [Contrib-Rpm] gkrellm-plugins-2.0.4-2mdk
Le Mardi 29 Octobre 2002 16:23, Frederic Crozat a écrit : * Tue Oct 29 2002 Frederic Crozat [EMAIL PROTECTED] 2.0.4-2mdk 2.1.0 is out BTW -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
[Cooker] HAVE_LIBMYSQLCLIENT ???
Hi. I'm fiddling with a new apache2 module and stumbled upon this one: /usr/bin/autoheader-2.13: Symbol `HAVE_LIBMYSQLCLIENT' is not covered by /usr/share/autoconf/acconfig.h ./acconfig.h Is this something that MySQL-devel should provide? -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the Modules For Apache2 status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] Re: [Contrib-Rpm] gkrellm-plugins-2.0.4-2mdk
Le Mardi 29 Octobre 2002 16:48, Frederic Crozat a écrit : On Tue, 29 Oct 2002 16:36:18 +0100, Guillaume Rousse wrote: Le Mardi 29 Octobre 2002 16:23, Frederic Crozat a écrit : * Tue Oct 29 2002 Frederic Crozat [EMAIL PROTECTED] 2.0.4-2mdk 2.1.0 is out BTW I don't maintain gkrellm, vdanen does.. I wanted only to add gkrellkam (and I had to fix some problems in the package too :(( Right, i forgot to CC him. Now it's done. -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
[Cooker] naat-backend
gcc -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE -o config-test.pl.bin config-test.pl.c /usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/DynaLoader/DynaLoader.a /usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/Data/Dumper/Dumper.so -L/usr/local/lib /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so -lnsl -lndbm -lgdbm -ldl -lm -lpthread -lc -lcrypt -lutil /usr/bin/ld: cannot find -lndbm collect2: ld returned 1 exit status -lndbm ??? -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the Modules For Apache2 status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] Re: [Contrib-Rpm] gkrellm-plugins-2.0.4-2mdk
On Tue, 29 Oct 2002 16:36:18 +0100, Guillaume Rousse wrote: Le Mardi 29 Octobre 2002 16:23, Frederic Crozat a écrit : * Tue Oct 29 2002 Frederic Crozat [EMAIL PROTECTED] 2.0.4-2mdk 2.1.0 is out BTW I don't maintain gkrellm, vdanen does.. I wanted only to add gkrellkam (and I had to fix some problems in the package too :(( -- Frederic Crozat MandrakeSoft
Re: [Cooker] naat-backend
[EMAIL PROTECTED] (Oden Eriksson) writes: gcc -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE -o config-test.pl.bin config-test.pl.c /usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/DynaLoader/DynaLoader.a /usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/Data/Dumper/Dumper.so -L/usr/local/lib /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so -lnsl -lndbm -lgdbm -ldl -lm -lpthread -lc -lcrypt -lutil /usr/bin/ld: cannot find -lndbm collect2: ld returned 1 exit status -lndbm ??? (florin@penguin)[rpm/SOURCES]-0rpmf ndbm db1-devel:/usr/include/db1/ndbm.h libgdbm2-devel:/usr/include/gdbm/ndbm.h db2-devel:/usr/lib/libndbm.a db2-devel:/usr/lib/libndbm.so ... -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
[Cooker] ACL native support on mdk
Hello All, It could be a very good thing if ACLs would be avaible by default for Ext2/Ext3fs on mdk (no need to patch the kernel :) ... At this time ACLs are only avaible for the XFS filesystem :( -- Site Web d'Interlug: http://www.interlug-fr.org Site perso: http://gcutter.free.fr ICQ:114615693
Re: [Cooker] openldap runs slurpd as root
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Florin wrote:
[EMAIL PROTECTED] (Buchan Milne) writes:
We have just started playing with LDAP replication, and I noticed that
our LDAP server (8.2) is running all the slurpd's as root.
slapd seems to drop root permissions after opening the ports, so it's ok
to start it as root, but slurpd doesn't do this (since it doesn't
listen, it acts as an ldap client), so it should be started as user ldap
(or similar user with read access to the replication logs slapd
generates).
I haven't tested on cooker, but the init script on cooker does the same
as on 8.2.
Hi there,
I'm the new openldap maintainer and I will have a look and then come back
with some fixes/answers.
I have a modified version of the ldap init script which runs slurpd as
user ldap. I would have sent a patch, but I get this:
[bgmilne@bgmilne bgmilne]$ diff -u /tmp/ldap.init.orig /tmp/ldap.init
Files /tmp/ldap.init.orig and /tmp/ldap.init differ
[bgmilne@bgmilne bgmilne]$
Weird.
Anyway, I commented out the old:
#daemon ${slurpd}
and have now:
daemon su ldap -c \${slurpd}\ -s /bin/sh
Only problem is that previous installations will have root ownership of
/var/lib/ldap/replica, and slurpd will not be able to write there unless
the perms are changed.
I am running this successfully now with one master and two slaves on
different machines.
Regards,
Buchan
- --
|Registered Linux User #182071-|
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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE9vrr4rJK6UGDSBKcRAnUkAKDIqd5Nt618SCKGJTMauK6o3AMu5gCgnpFu
c8gSKqo/nOZ92dXmhtOZWiY=
=YCbz
-END PGP SIGNATURE-
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Laurent Montel wrote: Le Tuesday 29 October 2002 12:50, David Walser a icrit : --- Laurent MONTEL [EMAIL PROTECTED] wrote: Name: kdelibs * Mon Oct 28 2002 Laurent MONTEL [EMAIL PROTECTED] 3.1-0.beta2.11mdk - Add patch102 : use double click to active file Can you explain what this means? I'm *sure* you didn't just make double-click the default... I just make double-click by default in konqueror and kdesktop The problem with double-click in KDE is that it makes things double-click that shouldn't be. For example, turning on double-click for desktop icons makes any treeview (such as the one in the kcontrol panel) require double-clicks on each leaf. Surely this is not good. In Windows, it may be double-click for icons, but it is also single-click for the treeviews. How will it help newbies to make double-clicking icons the default, while treeviews need double-clicks instead of single? Unless this has been patched too, it's just making things more difficult. Actually, in KDE you must also press ENTER on a leaf, I don't think Windows makes you do this either. All in all, there is more to the Windows UI than a simple double-click -- it has better keyboard support throughout. -- Sincerely, David Walluck [EMAIL PROTECTED] msg80154/pgp0.pgp Description: PGP signature
Re: [Cooker] naat-backend
tisdagen den 29 oktober 2002 17.53 skrev Florin: -lndbm ??? (florinpenguin)[rpm/SOURCES]-0rpmf ndbm db1-devel:/usr/include/db1/ndbm.h libgdbm2-devel:/usr/include/gdbm/ndbm.h db2-devel:/usr/lib/libndbm.a db2-devel:/usr/lib/libndbm.so Aha, so there's just a missing buildrequires then, ok, thanks. please do not update the Requires as this is the same package as for a 8.2 distro ... unless you create sections for different packages versions ... I will and cannot touch this package. But doesn't 8.2 have db2-devel ? I installed MNF on a buddy of mines 9.0 system, I just find it strange that previous naat-backend versions didn't complain when building. -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the Modules For Apache2 status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] ACL native support on mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 numea wrote: Hello All, It could be a very good thing if ACLs would be avaible by default for Ext2/Ext3fs on mdk (no need to patch the kernel :) ... At this time ACLs are only avaible for the XFS filesystem :( ACLs are available on ext2/3, you need to enable them by mounting with the 'acl' option. I believe this is the case with XFS also. And ACLs work from samba out the box on them all (assuming you did mount with acls). The acl option isn't enabled by default, since it breaks the LSB tests. Hopefully Pixel will add a this option to diskdrake, in the meantime use toggle to expert, then options, advanced, add 'acl' in the text field, and remount. Buchan - -- |Registered Linux User #182071-| 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9vsFOrJK6UGDSBKcRAsBvAJ41cjWyV4a7HhQoNfVlCP1uKlL95QCgwxo3 2yuJBYRP+lhdIiX81vTSr1s= =Bdus -END PGP SIGNATURE-
Re: [Cooker] Suggestion: mdk-gpg-keys-1.0-1mdk
On Tuesday, October 29, 2002, at 07:47 AM, Brad Felmey wrote:
How about putting your signing keys into a package that adds them to
root's pubring?
This is already done by gnupg package proper. Root should have 3 keys
on their keyring... two official packaging keys (for cooker/distrib),
and one for security updates.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
lynx - source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
PGP.sig
Description: PGP signature
[Cooker] Probs installing 9.0 on an old pentium machine
Hola. In trying to upgrade my old workhorse, a PPro MMX 150 on an Abit AB-TX5 motherboard (No mouse, no bonus), after selecting the text installation, I get a kernel panic at about 50% of Loading program into memory progress bar. The system is equipped with an ne.0 compatible ISA NIC, a 3c59x.o compatible ISA NIC, some S3 trident PCI card with 4 megs, and has 32+64 SIMM, 64+64 DIMM for a total of 224 megs, an 8G HD and a creative DVD rom (recognised by the bios, too, whee) plus two 20 G disks not recognised by the BIOS, but recognised by the kernel (Set to None in BIOS); This with the 'alt0' (2.4.19-16mdk I believe) kernel, while booting the system with text mem=224M and just text. Kernel dump: -- clip clip -- CPU:0 EIP:0010:[c0131529]Not tainted EFLAGS: 00010206 eax: cbfae2a0 ebx: c120f1ac exc: cvfae240 edx: 0035 esi: 0340 edi: 07ba ebp: cdfc1e5c esp: cdfc1e54 ds: 0018 es: 0018 ss: 0018 Process stage1 (pid: 9, stackpage=cdfc1000) Stack: cdf84c78 c120f1ac cdfc1ec0 c0131ca7 c120f1ac 0340 0800 0010 cdfc 1000 0002 0800 cbfae1e0 0292 cdf84bd0 0292 c0208ea4 c120f1ac c120f1ac c01299dd c120f1ac 0001 Call Trace:[c0131ca7] [c01299dd] [ce8034f4] [ce803434] [c01244f5] [c0124a9f] [c0124e2d] [c0125118] [c012521f] [c0125118] [c012f5e4] [c0108a07] Code: 66 89 72 0c c7 42 04 00 00 00 00 c7 42 3c 00 00 00 00 89 d1 -- clip clip -- plus install exited abnormally :-( (No shit) Any idea? My first guess would be that it's such an old motherboard not all the bugfixes for the broken (?) chipsets it contains are included in the bootup kernels =( Is there a workaround for this, or do I just simply lose? (And go back to The Other rpm system) -- /\| Kimmo Hovi [EMAIL PROTECTED] \ / ASCII Ribbon Campaign | BEng (Comp Eng) / EViTech X Against HTML Mail | M.Sc (Tech) Student / HUT / \| GSM +358 40 7678610
Re: [Cooker] Re: [Contrib-Rpm] gkrellm-plugins-2.0.4-2mdk
On Tuesday, October 29, 2002, at 09:13 AM, Guillaume Rousse wrote:
2.1.0 is out BTW
I don't maintain gkrellm, vdanen does.. I wanted only to add
gkrellkam (and
I had to fix some problems in the package too :((
Right, i forgot to CC him.
Now it's done.
Will look at it today if I get the chance.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
lynx - source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
PGP.sig
Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, Oct 29, 2002 at 04:11:57AM -0800, David Walser wrote: ugh, why on Earth did you do that !!??? Probably because the vast majority of users expect a single click to select an icon and a double click to activate it. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Suggestion: mdk-gpg-keys-1.0-1mdk
On Tue, Oct 29, 2002 at 08:47:26AM -0600, Brad Felmey wrote: How about putting your signing keys into a package that adds them to root's pubring? However this does bring up an interesting idea. Having urpmi/rpmdrake know where to find the GPG keys for various sources. I would propose that a file name is made as a standard for the key for a source that is placed in the same path as the hdlist/synthesis file. That file would contain a name or names of packages that contained the sites GPG keys. On the first install from that source urpmi/rpmdrake would prompt the user if they wished to install this key. The file would then be downloaded and installed prior to any other package installations. In the future if the key would need upgrading the version/release could be incremented causing urpmi/rpmdrake to update it. urpmi/rpmdrake would store the package name(s) of the keys. So it would always cause that package to be updated in a separate rpm call prior to updating the rest of the packages. To ensure the keys and there is a trust chain it's possible Mandrake could sign the packages for these people. I don't think there are a lot of sites using the urpmi system. But perhaps Mandrake signing the packages would be a bad idea for trust and work load issues. Just a thought. What do you guys think? -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] lirc 0.6.6 lirc_serial module !
Hello, when can we have lirc 0.6.6 (www.lirc.org) and lirc_serial fix (if it's not already done) ? Thanks, Florent
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Ben Reser [EMAIL PROTECTED] wrote: On Tue, Oct 29, 2002 at 04:11:57AM -0800, David Walser wrote: ugh, why on Earth did you do that !!??? Probably because the vast majority of users expect a single click to select an icon and a double click to activate it. Vast majority of what users? Windows users? Hello, this is not Windows!!! Um..Welcome to Mandrake Windows, where we flush innovation down the drain, and strive to differentiate ourselves as little as possible from an inferior OS, going so far as to damage the work of the open source community so it isn't as good. So, um, we're not RedHat. Let's not do this. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Suggestion: mdk-gpg-keys-1.0-1mdk
Wonderful idea, perfect solution. --- Ben Reser [EMAIL PROTECTED] wrote: Having urpmi/rpmdrake know where to find the GPG keys for various sources. I would propose that a file name is made as a standard for the key for a source that is placed in the same path as the hdlist/synthesis file. That file would contain a name or names of packages that contained the sites GPG keys. On the first install from that source urpmi/rpmdrake would prompt the user if they wished to install this key. The file would then be downloaded and installed prior to any other package installations. In the future if the key would need upgrading the version/release could be incremented causing urpmi/rpmdrake to update it. urpmi/rpmdrake would store the package name(s) of the keys. So it would always cause that package to be updated in a separate rpm call prior to updating the rest of the packages. To ensure the keys and there is a trust chain it's possible Mandrake could sign the packages for these people. I don't think there are a lot of sites using the urpmi system. But perhaps Mandrake signing the packages would be a bad idea for trust and work load issues. Just a thought. What do you guys think? __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
[Cooker] wine problem
Hello, I have a problem with wine out of the box : [cosmicflocosmic cosmicflo]$ wine /mnt/cdrom/Setup.exe Warning: could not find wine config [Drive x] entry for current working directory /mnt/cdrom; starting in windows directory. /usr/bin/wine.bin: cannot find 'Setup.exe' [cosmicflocosmic cosmicflo]$ Florent
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, Oct 29, 2002 at 10:14:24AM -0800, David Walser wrote: Vast majority of what users? Windows users? Hello, this is not Windows!!! Um..Welcome to Mandrake Windows, where we flush innovation down the drain, and strive to differentiate ourselves as little as possible from an inferior OS, going so far as to damage the work of the open source community so it isn't as good. So, um, we're not RedHat. Let's not do this. Computer users in general. And Windows uses single click opening now anyway, where have you been? It's not like anyone is forcing you to use this setting. Always have to change it to double click. It won't kill you to change it back. And if the majority of users like double click then that's the logical default. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Ben Reser [EMAIL PROTECTED] wrote: On Tue, Oct 29, 2002 at 10:14:24AM -0800, David Walser wrote: Vast majority of what users? Windows users? Hello, this is not Windows!!! Um..Welcome to Mandrake Windows, where we flush innovation down the drain, and strive to differentiate ourselves as little as possible from an inferior OS, going so far as to damage the work of the open source community so it isn't as good. So, um, we're not RedHat. Let's not do this. Computer users in general. Then I don't see how you're figuring that. And Windows uses single click opening now anyway, where have you been? Using Linux and not Windows for almost 4 years thank you very much. It's not like anyone is forcing you to use this setting. Always have to change it to double click. It won't kill you to change it back. I'm well aware of that. I think this is a stupid default for other users. And if the majority of users like double click then that's the logical default. If single-click is superior it's the logical default. The majority of users like Windows. We shouldn't strive to be Windows, we should strive to be better. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] supermount or alternate fs mounter ?
The problem is that AFAIK other auto mounters are user-space applications that work by periodically checking to see if a mount point is no longer used, and if so then unmounting it. Typically this check occurs at 30 second intervals (although I understand that most allow you to configure this timeout). What this means in a practical sense is that your CD (as an example) would not be unmounted until 30 seconds after you finish using it. Supermount OTOH is a kernel utility that auomatically mounts the device when you access its mount point, and unmounts as soon as you've finished using it. It basically does this by hooking into various kernel routines responsible for managing the internal file descriptor tables. The problem with supermount is that these hooks are spread over a number of places and they often have very subtle impacts on the rest of the kernel (impacts that seem to change with each new kernel version) that tends to screw things up. A significant PITA. It would help if Linus integrated supermount into the kernel, however I understand that he is not happy with the necessary patches - given the problems which Mandrake has had I don't blame him. I'm not aware of anything else that does the same sort of job as supermount, but I think someone else posted something a couple of days ago. I'll need to have a look in the list archives to refresh my memory. - Original Message - From: Eric Fernandez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 29, 2002 11:28 AM Subject: Re: [Cooker] supermount or alternate fs mounter ? Robert Denier wrote: You may want to check this but I think supermount -i disable will magically change fstab to get rid of supermount options. (Remember if you mess up fstab your machine may not boot.) Clearly you now have to mount everything by hand, but considering I use a cd at most every few days, it really doesn't bother me, although thats just my case. I know that you can disable supermount. But my point was for the future updates/9.1. Mandrake distribution needs an auto-mounter, especially for newbies and people who do not want to have to mount manually. Now the question is : since there are alternatives to supermount, like autofs or AMD (the BSD automounter), why not replace the problematic supermount by another solution ? Eric
[Cooker] not a cooker
I don't wanna be a cooker!!
Re: [Cooker] ACL native support on mdk
Buchan Milne wrote: ACLs are available on ext2/3, you need to enable them by mounting with the 'acl' option. I believe this is the case with XFS also. Alas fileutis and probably other utilities as provided by mandrake (tar?) don't support acls right out of the box. Unfortunately it's not easy to apply the same patch that redhat because fileutils is very sensitive to the autoconf/automake version (in fact mandrake's package avoids the problem by *not* running automake/autoconf and using the provided configure, which is useless after applying the acl patch). -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS services. They arbitrarily include in their lists IP addresses not related in any way to spam, and in so doing are disrupting Internet connectivity. Please stop supporting them. See http://slashdot.org/article.pl?sid=01/05/21/1944247 msg80170/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, Oct 29, 2002 at 10:25:07AM -0800, David Walser wrote: Then I don't see how you're figuring that. Because the first thing most of my users did with the single click thing was turn it off. It was confusing the heck out of them. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] supermount or alternate fs mounter ?
Alan Hughes wrote: The problem is that AFAIK other auto mounters are user-space applications that work by periodically checking to see if a mount point is no longer used, and if so then unmounting it. Typically this check occurs at 30 second intervals (although I understand that most allow you to configure this timeout). What this means in a practical sense is that your CD (as an example) would not be unmounted until 30 seconds after you finish using it. Supermount OTOH is a kernel utility that auomatically mounts the device when you access its mount point, and unmounts as soon as you've finished using it. It basically does this by hooking into various kernel routines responsible for managing the internal file descriptor tables. The problem with supermount is that these hooks are spread over a number of places and they often have very subtle impacts on the rest of the kernel (impacts that seem to change with each new kernel version) that tends to screw things up. A significant PITA. It would help if Linus integrated supermount into the kernel, however I understand that he is not happy with the necessary patches - given the problems which Mandrake has had I don't blame him. I'm not aware of anything else that does the same sort of job as supermount, but I think someone else posted something a couple of days ago. I'll need to have a look in the list archives to refresh my memory. Allright, I understand. Thanks for the explanation. Can we expect to have an update for 9.0 anyway ? Eric
[Cooker] Re: kernel-2.4.19-17 is definately broken
mcleod, == Mcleod, Ian [EMAIL PROTECTED] writes: mcleod, I am using the stock standard Mandrake 9.0 kernel - I have lost XMMS sound mcleod, (could be unrelated though) - are we advised to upgarde our kernel? This should work, no idea why it is borken :( Will look at it. BTW, this kernel is still not aimed as 9.0 upgrade. ACPI works in all my machines (except in one and it uses old code automatically just well), but I _know_ that it don't work in all people machines :( 9.1 will have ACPI kernel by default and everybody that complains until then will have acpi fixed or their system blacklisted to use the old code. Problem is that basically all the new laptops PIV requires or need ACPI to function well. mcleod, BTW - when will the wlan-ng (as opposed to wlan_cs) wireless kernel drivers mcleod, be included by default? /lib/modules/2.4.19-18mdksmp/kernel/3rdparty/prism25/cs/prism2_cs.o.gz This driver should be the one that you are searching for, or I don't know what wlan-ng are you talking about :( Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Ben Reser [EMAIL PROTECTED] wrote: On Tue, Oct 29, 2002 at 10:25:07AM -0800, David Walser wrote: Then I don't see how you're figuring that. Because the first thing most of my users did with the single click thing was turn it off. It was confusing the heck out of them. Well for my users that are used to Linux it'd be the opposite. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] naat-backend
tisdagen den 29 oktober 2002 18.16 skrev Florin: [EMAIL PROTECTED] (Oden Eriksson) writes: tisdagen den 29 oktober 2002 17.53 skrev Florin: -lndbm ??? (florin@penguin)[rpm/SOURCES]-0rpmf ndbm db1-devel:/usr/include/db1/ndbm.h libgdbm2-devel:/usr/include/gdbm/ndbm.h db2-devel:/usr/lib/libndbm.a db2-devel:/usr/lib/libndbm.so Aha, so there's just a missing buildrequires then, ok, thanks. please do not update the Requires as this is the same package as for a 8.2 distro ... unless you create sections for different packages versions ... I will and cannot touch this package. But doesn't 8.2 have db2-devel ? I installed MNF on a buddy of mines 9.0 system, I just find it strange that previous naat-backend versions didn't complain when building. well, I didn't change anything concerning that part ... Ok, thanks. It could be on that system something's wierd. -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the Modules For Apache2 status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I agree - leave it alone, being easy to use is one thing, being a lemming isn't. Why change the default just to suit windows users, should also include the office plugin to run outlook, ie, office etc... Run fat32 so we don't confuse people with permissions, make a registry instead of /etc so all the config is in one _easy_ place (hehe), Remove security because it's confusing, oh hell lets just ditch it all and use windows. On Tuesday 29 October 2002 13:14, David Walser wrote: --- Ben Reser [EMAIL PROTECTED] wrote: On Tue, Oct 29, 2002 at 04:11:57AM -0800, David Walser wrote: ugh, why on Earth did you do that !!??? Probably because the vast majority of users expect a single click to select an icon and a double click to activate it. Vast majority of what users? Windows users? Hello, this is not Windows!!! Um..Welcome to Mandrake Windows, where we flush innovation down the drain, and strive to differentiate ourselves as little as possible from an inferior OS, going so far as to damage the work of the open source community so it isn't as good. So, um, we're not RedHat. Let's not do this. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ - -- Having no way as way, having no limitation as limitation. Bruce Lee PGP Keys: http://www.jeetkunedomaster.net/~junfan/pubkey.asc Jason Straight [EMAIL PROTECTED] ICQ: 1796276 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPb7WWxFHZPcobeHxAQJyZgP/aAwCCjmwh/xC3TM0pfk5ZXB47yB9WNiG K0ORTCdQsBAspmM7xYmfEahR+5WgqA37NF0Q8KNFGlMRPSb5PqK1R4ezm3fAA1ba KeeJhKrPFGyiXZzlvu8RSTcKLAMdBRDZ7MIruykxR8g6uxse4Q627hmfzckuixxA rJGdcWHsiRQ= =fl2t -END PGP SIGNATURE-
Re: [Cooker] kernel-2.4.19-17 is definately broken
With this kernel, the Laptop Power Management is not available. It works fine with kernel-2.4.19-16 _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 2002-10-29 at 10:40, David Walser wrote: --- Ben Reser [EMAIL PROTECTED] wrote: On Tue, Oct 29, 2002 at 10:25:07AM -0800, David Walser wrote: Then I don't see how you're figuring that. Because the first thing most of my users did with the single click thing was turn it off. It was confusing the heck out of them. Well for my users that are used to Linux it'd be the opposite. This type of constant back and forth nonsense is best handled off-list via private email. Both of you guys always have lots to say about everything. Please use point-to-point communication rather than broadcast unless you're contributing something useful to everyone. Seth
[Cooker] Re: Mdk 9.0 Recompiling Kernel for Athlon
william == William T Mann [EMAIL PROTECTED] writes: Hi today I thought I would look into recompiling the kernel. First thing I wanted to try is to just change the processor type to Athlon (Got a 1Ghz Athlon Thunderbird). william I have an 1.3 Ghz Athlon Duron and the kernel compiles without any william problems. Works great. The commands I issued were: william make dep william make clean bzImage modules william make modules_install install william The only difference is in the make clean. Good luck. I will try to explain the facts: - building a kernel when you change your config or your compiler mean that you need to run: make mrproper (*) - detecting that something has changed and that _everything_ needs to be recompiled is a difficult problem, and not solved for the linux kernel build system (if you want details, search in google kbuild linux kernel and you will find more than you want to know). - Mandrake kernel has a hack to do the make mrproper magically the first time that you run a make *config. - Mandrake kernel-source needs to have the dependency files to make modversions working (aka 3rdparty kernel modules, nvidia similars) to check that they are compiled against the right kernel. - As somebody requested me, know there is a README.Mandrake (thanks greg) that explains that you need the make mrproper _always_. (Yes I know that nobody reads READMES, including myself :( - In this particular case, the make clean is the thing that makes the diff, but could not be enough: save .config make mrproper restore .config if you want. make *config make bzImage modules make modules_install install should _always_ work, and is the recomended procedure. Later, Juan. * Yes, it is not always required, but if you know when is/isn't required you don't need to read this email :) -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Seth Zirin [EMAIL PROTECTED] wrote: This type of constant back and forth nonsense is best handled off-list via private email. Both of you guys always have lots to say about everything. Please use point-to-point communication rather than broadcast unless you're contributing something useful to everyone. Well, that's certainly true. So let's abstract it from any of our users personally. I have this to say. Single click is superior because: less work, RSI, more consistency, more uniformity, less mistakes, more accesssibility Reason this discussion is important beyond me and Ben: It affects the default settings that all Mandrake users get, and we're interested in Mandrake being the best distro it can be (out of the box). __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: Mdk 9.0 Recompiling Kernel for Athlon
On 29 Oct 2002, Juan Quintela wrote: - In this particular case, the make clean is the thing that makes the diff, but could not be enough: save .config make mrproper restore .config if you want. make *config make bzImage modules make modules_install install should _always_ work, and is the recomended procedure. What does exactly make mrproper? Does it also remove the *.o files? If yes, where is the advantage of having a make-like build process if you need *always* to make mrproper? When can you skip it?(*) Apologies for so many questions! Biagio (*): I thought that 2.4 had made obsolete the make mrproper and make clean part of the chain, but here you are telling me that I have misunderstood something...
[Cooker] Kdevelop problem
When creating a simple C project from KDevelop Project -- New... I got this error: configure.in:101: error: m4_popdef: undefined macro: AC_Dest autoconf/status.m4:844: AC_CONFIG_FILES is expanded from... configure.in:101: the top level autom4te: /usr//bin/m4 failed with exit status: 1 make[1]: *** [cvs] Error 1 make: *** [all] Error 2 sh: line 1: ./configure: No such file or directory Packages installed: kdevelop-2.1.3-7 kdebase-3.1-0.beta2.17 kdelibs-3.1-0.beta2.11 autoconf-2.13-15 autoconf2.5-2.54-1 automake1.6-1.7.1-2 Also tried latest sources of automake 1.7.1 and autoconf 2.54 directly from GNU Org. Mario _ Broadband? Dial-up? Get reliable MSN Internet Access. http://resourcecenter.msn.com/access/plans/default.asp
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue Oct 29 10:14 -0800, David Walser wrote: --- Ben Reser [EMAIL PROTECTED] wrote: On Tue, Oct 29, 2002 at 04:11:57AM -0800, David Walser wrote: ugh, why on Earth did you do that !!??? Probably because the vast majority of users expect a single click to select an icon and a double click to activate it. Vast majority of what users? Windows users? Hello, this is not Windows!!! It's also a Macintosh convention. My mother and brother (for some bizarre reason) like single-click. I personally think it's horrible UI design, as there is a much smaller difference between selection and activation. -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Love lies in pools of questions. GPG Key Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: How Many More Times.ogg Linux 2.4.19-16mdk 14:10:00 up 2 days, 17:09, 6 users, load average: 0.04, 0.14, 0.16
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, Oct 29, 2002 at 10:48:49AM -0800, Seth Zirin wrote: This type of constant back and forth nonsense is best handled off-list via private email. Both of you guys always have lots to say about everything. Please use point-to-point communication rather than broadcast unless you're contributing something useful to everyone. What's inappropriate about posting ideas about what the default settings should and should not be? Your email was far less useful for the cooker list. How come you didn't send it privately? -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, Oct 29, 2002 at 10:57:21AM -0800, David Walser wrote: Well, that's certainly true. So let's abstract it from any of our users personally. I have this to say. Single click is superior because: less work, RSI, more consistency, more uniformity, less mistakes, more accesssibility Reason this discussion is important beyond me and Ben: It affects the default settings that all Mandrake users get, and we're interested in Mandrake being the best distro it can be (out of the box). Well my experience is from seing lots of people ask me how to change it. I don't think there is an objective answer to which one is better. It's a matter of personal preference. Which one is the default should correspond with the majority of the users. Perhaps we need a club poll to determine this. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Ben Reser wrote: Well my experience is from seing lots of people ask me how to change it. I don't think there is an objective answer to which one is better. It's a matter of personal preference. Which one is the default should correspond with the majority of the users. Perhaps we need a club poll to determine this. I say leave it alone, since it's what the KDE people think it should be. Unless Mandrake is going to start unifying the desktop all of a sudden and next thing you know we have blue curve. In my previous email I pointed out some serious usability problems with double-click that need to (should) be fixed before enabling double-click in KDE. Double-clicking in a tree is much more annoying to me than single-clicking on the desktop. OK, so we fix one Windows user's problem by making the desktop double click, but we create one just as serious by screwing up the treeviews, which are used all over the place in Windows, not just the desktop, so you can bet Windows users have seen them. And of course it angers me that Mandrake would prefer to attract some phantom Windows users, than to keep th Linux user's it has happy. Where are all these Windows user's who said the only reason they weren't using Mandrake is because it (supposedly) doesn't have double-click? Do you think someone is going to base Linux on whether it has double-click on by default or not? I sure hope this isn't the case. -- Sincerely, David Walluck [EMAIL PROTECTED] msg80186/pgp0.pgp Description: PGP signature
[Cooker] braille display driver
Is anyone can do an RPM for Mdk of brltty (http://dave.mielke.cc/brltty/) braille display driver ? I've tried without success and it's important to an Open system to offer access to blink persons ! For info, Suse have it. Florent
[Cooker] Background in KDE on Cooker from 10/29
Hi just installed a fresh cooker from 10/29 and tried to change the background for KDE. I right mouse click on the desktop, click on Configure Desktop and click on Background. Then under Images I see the default entry: /usr/share/mdk/backgrounds/default.png If I add an or multiple image they show up in that list. But if I click Apply and then OK nothing happen. If I go back to that same Control Module again the lines that I had added are gone. If I remove the default.png line and add another one again nothing happens. The background doesn't change to the newly selected graphic. So I tried to manually change the line in: /home/user/.kde/share/config/kdesktoprc under [Desktop0] WallpaperList=. And still when I launch X and KDE the background is still showing the default.png one. Serge
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
You are right, a poll would be nice. No matter which one Mandrake will choose at the end, it must be (1) the one the most users want, and (2) apply the same to gnome to have a little uniformity between desktops. From: Ben Reser [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk Date: Tue, 29 Oct 2002 11:21:12 -0800 On Tue, Oct 29, 2002 at 10:57:21AM -0800, David Walser wrote: Well, that's certainly true. So let's abstract it from any of our users personally. I have this to say. Single click is superior because: less work, RSI, more consistency, more uniformity, less mistakes, more accesssibility Reason this discussion is important beyond me and Ben: It affects the default settings that all Mandrake users get, and we're interested in Mandrake being the best distro it can be (out of the box). Well my experience is from seing lots of people ask me how to change it. I don't think there is an objective answer to which one is better. It's a matter of personal preference. Which one is the default should correspond with the majority of the users. Perhaps we need a club poll to determine this. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols _ Unlimited Internet access -- and 2 months free! Try MSN. http://resourcecenter.msn.com/access/plans/2monthsfree.asp
Re: [Cooker] kernel-2.4.19-17 is definately broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Es Dimarts 29 Octubre 2002 19:48, en Mario Vazquez va escriure: With this kernel, the Laptop Power Management is not available. It works fine with kernel-2.4.19-16 Mine is working fine with 2.4.19-17mdk (HP XT1000) - -- Joan Tur. Eivissa-Spain AOL quini2k, ICQ 11407395 www.ClubIbosim.org Linux: usuari registrat 190.783 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9vtuDok8j9RhtetwRApzmAJ4kppe6K5hAWI2TJh5dLVDe2n6sBgCfeHSm S6d5uXkBeMceA+k/nwft/Xs= =kmX2 -END PGP SIGNATURE-
[Cooker] kacpi-0.6.2-1mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo! I've found and installed it, but if I run (as user) it it uses 100% cpu and starts eating memory and swap. Nothing appears in the kde's kicker (I'm using mdk9)... It shows the following when run from a console: - - [quiniquinipt usr]$ kacpi libpng error: Not a PNG file libpng error: Not a PNG file - - TIA - -- Joan Tur. Eivissa-Spain AOL quini2k, ICQ 11407395 www.ClubIbosim.org Linux: usuari registrat 190.783 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9vtwMok8j9RhtetwRAhszAJ9Ee5a/Q12HcFrnqpW2n27I0vtyNACfRXFR 4OhHthKlyD+SsMMg875QsX4= =R6t4 -END PGP SIGNATURE-
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, Oct 29, 2002 at 02:37:59PM -0500, David Walluck wrote: In my previous email I pointed out some serious usability problems with double-click that need to (should) be fixed before enabling double-click in KDE. Double-clicking in a tree is much more annoying to me than single-clicking on the desktop. OK, so we fix one Windows user's problem by making the desktop double click, but we create one just as serious by screwing up the treeviews, which are used all over the place in Windows, not just the desktop, so you can bet Windows users have seen them. Actually back in the days when it was double click on Windows most tree views were double click. IE was an exception to the rule. I'm not sure how the current versions of Windows behave with tree views and double clicking. But I just checked Windows 98 and it does indeed require a double click on tree views. And I've never heard a user complaining about double clicking on a tree view. I seem to recall the rationale for IE being single click for tree views was that they were trying to make the web-browser more consistent, so since you had to click once on URLs they changed the tree-view. And of course it angers me that Mandrake would prefer to attract some phantom Windows users, than to keep th Linux user's it has happy. Where are all these Windows user's who said the only reason they weren't using Mandrake is because it (supposedly) doesn't have double-click? Do you think someone is going to base Linux on whether it has double-click on by default or not? I sure hope this isn't the case. Mandrake has yet to say why they made the change. And I never said it was about attacting windows users. You did. I just said most users (IMHO) prefered it that way. At this point most users are not Windows users. And the current version of Windows doesn't even default to double click anymore. Mandrake is charged with coming up with sensible defaults. You're entitled to your opinion. But it's a default not a set in stone type of thing. So why are you making a big stink about it? To me this is like complaning because the desktop is blue and you hate the color blue. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] kernel-2.4.19-17 is definately broken
Mine is a Dell Latitude CPi, and double check and it's not working when using kernel 2.4.19-17 From: Joan Tur [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Cooker] kernel-2.4.19-17 is definately broken Date: Tue, 29 Oct 2002 20:03:31 +0100 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Es Dimarts 29 Octubre 2002 19:48, en Mario Vazquez va escriure: With this kernel, the Laptop Power Management is not available. It works fine with kernel-2.4.19-16 Mine is working fine with 2.4.19-17mdk (HP XT1000) - -- Joan Tur. Eivissa-Spain AOL quini2k, ICQ 11407395 www.ClubIbosim.org Linux: usuari registrat 190.783 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9vtuDok8j9RhtetwRApzmAJ4kppe6K5hAWI2TJh5dLVDe2n6sBgCfeHSm S6d5uXkBeMceA+k/nwft/Xs= =kmX2 -END PGP SIGNATURE- _ Choose an Internet access plan right for you -- try MSN! http://resourcecenter.msn.com/access/plans/default.asp
Re: [Cooker] MDK 8.2, 1024 MB RAM
On Tue, 22 Oct 2002, andre wrote: On Tuesday 22 October 2002 16:18, Peter Magnusson wrote: I have at least 3 boxes that have 1024 MB. I think highmem should be compiled in, in the _default_ MDK kernel. highmem is slower than standard so i am not for it. Besides there are other How much slower? patchs in the case of memory2GB What kind of patches? Are they better?
Re: [Cooker] Probs installing 9.0 on an old pentium machine
tisdagen den 29 oktober 2002 18.26 skrev Kimmo Hovi: [snip] Is there a workaround for this, or do I just simply lose? (And go back to The Other rpm system) Try install on the hard drive mounted on another machine, and then switch back? -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the Modules For Apache2 status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
for info, rc1 is out...
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Perhaps the KDE team already decided what the default is and the default should be the default, not the default changed to something else. On Tuesday 29 October 2002 14:21, Ben Reser wrote: On Tue, Oct 29, 2002 at 10:57:21AM -0800, David Walser wrote: Well, that's certainly true. So let's abstract it from any of our users personally. I have this to say. Single click is superior because: less work, RSI, more consistency, more uniformity, less mistakes, more accesssibility Reason this discussion is important beyond me and Ben: It affects the default settings that all Mandrake users get, and we're interested in Mandrake being the best distro it can be (out of the box). Well my experience is from seing lots of people ask me how to change it. I don't think there is an objective answer to which one is better. It's a matter of personal preference. Which one is the default should correspond with the majority of the users. Perhaps we need a club poll to determine this. - -- Having no way as way, having no limitation as limitation. Bruce Lee PGP Keys: http://www.jeetkunedomaster.net/~junfan/pubkey.asc Jason Straight [EMAIL PROTECTED] ICQ: 1796276 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPb7tOhFHZPcobeHxAQLgVQQAraGkpIJhPP2QWdWs8Yk0HD8CtaBZnu1L J3Y9e4IdpZQmeEgxLVgMc6R3PPYeJba9B7bDcLpo6b5f8Oj5xqGum/DsoqPmF8GL UQPkfIvuYqJM7m9jrhwqUDXNAwEiCZcJo11cJNd/sqM6pJLpTjRNor2qo/t/ru/w cdEyXoL5YPw= =+azb -END PGP SIGNATURE-
Re: [Cooker] MDK 8.2, 1024 MB RAM
On Tue, 22 Oct 2002, Buchan Milne wrote: No, he wants all machines (including my P133/32MB box which just runs a firewall) to have the overhead of highmem, just so that weird issues ( I Fine, so install both kernels at install if the installer sees more than 1024 MB RAM. It will be more and more computers that will have 1024 MB RAM or more over the time. would hesisitate to call it a bug) with his own modules.conf (which he fixed fine on his own) can be fixed by others. It took a while before i figured out what the problem was. Why can't he just file a normal bug report like the rest of us? I think it was with MDK 8.0 that i did like 100 bug reports but only got an answer on something like 30 of them. And I wanted to discuss this problem, not just file a bug report for it. And, if he had installed the enterprise kernel during installation, he wouldn't have had such a mangled modules.conf when generating the initrd in the first place. Hmm, i will include kernel-enterprise in my kickstart (autoinstall). But i want to know what the diff. are between the normal kernel and kernel-enterprise. Is it just highmem or is it something more?
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Ben Reser [EMAIL PROTECTED] wrote: I seem to recall the rationale for IE being single click for tree views was that they were trying to make the web-browser more consistent, so since you had to click once on URLs they changed the tree-view. I agree with that. Mandrake has yet to say why they made the change. And I never said it was about attacting windows users. You did. I just said most users (IMHO) prefered it that way. At this point most users are not Windows users. And the current version of Windows doesn't even default to double click anymore. Mandrake is charged with coming up with sensible defaults. You're entitled to your opinion. But it's a default not a set in stone type of thing. So why are you making a big stink about it? To me this is like complaning because the desktop is blue and you hate the color blue. If it's not a big deal why would Mandrake go to the work of changing what the KDE Project picked as the default?? __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 2002-10-29 at 20:07, Ben Reser wrote: On Tue, Oct 29, 2002 at 02:37:59PM -0500, David Walluck wrote: In my previous email I pointed out some serious usability problems with double-click that need to (should) be fixed before enabling double-click in KDE. Double-clicking in a tree is much more annoying to me than single-clicking on the desktop. OK, so we fix one Windows user's problem by making the desktop double click, but we create one just as serious by screwing up the treeviews, which are used all over the place in Windows, not just the desktop, so you can bet Windows users have seen them. Actually back in the days when it was double click on Windows most tree views were double click. IE was an exception to the rule. I'm not sure how the current versions of Windows behave with tree views and double clicking. But I just checked Windows 98 and it does indeed require a double click on tree views. And I've never heard a user complaining about double clicking on a tree view. Windows uses the slightly ugly hack of the little plus signs on tree views. To open a tree view level, you either double click the entry, or single-click the tiny plus sign on it. -- adamw
Re: [Cooker] kernel-2.4.19-17 is definately broken
On Tue, 2002-10-29 at 20:08, Mario Vazquez wrote: Mine is a Dell Latitude CPi, and double check and it's not working when using kernel 2.4.19-17 First, define not working. The difference between -16mdk and -17mdk is that -17mdk uses ACPI by default. There could be several reasons for your problem. Most likely, your laptop doesn't support ACPI. Easy; edit your bootloader's config (/etc/lilo.conf if you use lilo) and add acpi=off to the boot options. Now you'll go back to using APM, the older system that -16mdk and earlier kernels use. But also, you could think it's not working because you're using some kind of utility that only supports APM power management...try with some ACPI tools before deciding for sure it doesn't work. -- adamw
Re: [Cooker] Re: Mdk 9.0 Recompiling Kernel for Athlon
On Tuesday 29 October 2002 20:14, Juan Quintela wrote: - As somebody requested me, know there is a README.Mandrake (thanks greg) that explains that you need the make mrproper _always_. (Yes I know that nobody reads READMES, including myself :( It is not that they read it but that you can say:Didn't you read README.Mandrake. ps. can't find it ls /usr/src/linux-2.4.19-18mdk/R* /usr/src/linux-2.4.19-18mdk/README /usr/src/linux-2.4.19-18mdk/REPORTING-BUGS /usr/src/linux-2.4.19-18mdk/Rules.make
Re: [Cooker] Suggestion: mdk-gpg-keys-1.0-1mdk
On Tuesday, October 29, 2002, at 11:02 AM, Ben Reser wrote:
How about putting your signing keys into a package that adds them to
root's pubring?
However this does bring up an interesting idea. Having urpmi/rpmdrake
know where to find the GPG keys for various sources. I would propose
that a file name is made as a standard for the key for a source that is
placed in the same path as the hdlist/synthesis file. That file would
contain a name or names of packages that contained the sites GPG keys.
This takes a little more careful thought. Putting GPG keys up without
any kind of verification of the source can cause problems. For
instance, suppose that PLF has a GPG key and we provide it in a
package. Because it's on the keyring, urpmi will happily not complain
if a PLF key is found in updates. What happens if PLF goes rogue,
hacks into a mirror, and starts replacing updates packages with trojans
that are signed with the PLF key? urpmi will install them without
complaint. Now, I'm not saying the PLF folks are going to do this...
=) This could easily be someone stealing their private key and doing
it.
But you should see my point.
On the first install from that source urpmi/rpmdrake would prompt the
user if they wished to install this key. The file would then be
downloaded and installed prior to any other package installations.
I don't like this. The user should have to make some sort of effort to
install these keys manually, or they should be in a MandrakeSoft-signed
package. For instance, an rpm-gpg-keys package, provided by
MandrakeSoft, signed by MandrakeSoft's key.
In the future if the key would need upgrading the version/release could
be incremented causing urpmi/rpmdrake to update it. urpmi/rpmdrake
would store the package name(s) of the keys. So it would always cause
that package to be updated in a separate rpm call prior to updating the
rest of the packages.
To ensure the keys and there is a trust chain it's possible Mandrake
could sign the packages for these people. I don't think there are a
lot
of sites using the urpmi system. But perhaps Mandrake signing the
packages would be a bad idea for trust and work load issues.
Yup, my thought exactly. Also, urpmi would need to change before I'd
advocate something like this. With apt you can define a key
fingerprint that matches a particular source. For instance, one could
map the security key fp to the updates source; the mdksoft official key
to the cooker or distrib (ie. cd's) source. The logical step is then
to map the rpmhelp key to rpmhelp.net, plf's key to plf, etc.
Until urpmi can do this (Francois?), we shouldn't entertain this idea.
It opens up too many possibilities I'm not comfortable with. Having
urpmi do this sort of checking would make it a lot safer and, as a
result, a good idea. But it's not a good idea with urpmi as it is now.
This is actually something I've thought about for a while, but never
brought up (dunno why). I'd like to see urpmi become more popular, and
possibly adopted by other distros. A fellow locally tried to get urpmi
working on a RH system... he couldn't rebuild it, but he could install
it from what I understood, his preliminary tests worked (ie. he could
urpmi djbdns-localcache and it worked, even if the packages
themselves wouldn't work as they're highly mdk-specific).
Francois? What do you think about adding this feature? It could be
something configurable in a /etc/urpmi/sigs.conf or something; if there
is no entry for a mirror, then do the normal thing, but if the entry
exists, not only check that the gpg sig is ok, but make sure the fp
matches the appropriate source.
Just a thought. What do you guys think?
--
MandrakeSoft Security; http://www.mandrakesecure.net/
lynx - source http://linsec.ca/vdanen.asc | gpg --import
{FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
PGP.sig
Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, Oct 29, 2002 at 08:17:50PM +, Adam Williamson wrote: Windows uses the slightly ugly hack of the little plus signs on tree views. To open a tree view level, you either double click the entry, or single-click the tiny plus sign on it. As does KDE in double click mode. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] MDK 8.2, 1024 MB RAM
On Tue, 22 Oct 2002, Per Øyvind Karlsen wrote: smp and highmem, and highmem are still a little buggy, if you look at Isnt highmem the only choice if i want to use 1024 MB RAM? I think it would be great if MDK could do a highmem kernel also, not just SMP + HIGHMEM kernel. btw. do you really need the highmem kernel for 1024 MB ram? I thought YES. box1: Mem: 900936K av, 771200K used, 129736K free, 0K shrd, 31220K buff Swap: 538136K av, 632K used, 537504K free 534112K cached box2: Mem: 900940K av, 864860K used, 36080K free, 0K shrd, 52544K buff Swap: 538136K av, 0K used, 538136K free 645524K cached box3: ok, forgot the hostname but its the same :) that the kernel supported up to 1024 MB withouth the highmem kernel anyways, I dont see what your problem has to do with highmem support No, but i wish it did. what's the point of all those aliases anyway? Because when someone login, or whenever it was, something probes for all these, and its quite annoying.
Re: [Cooker] MDK 8.2, 1024 MB RAM
On Wed, 23 Oct 2002, Bryan Whitehead wrote: Actaully it's more than that. A machine with 2GB of ram only sees this without highmem: total used free sharedbuffers cached Mem:904940 185524 719416 0 84 107520 -/+ buffers/cache: 77920 827020 Swap: 3084400 03084400 We can't run any HIGHMEM kernels cause they hard lock on every machine after minimal use. :( So how do you do to use more memory? Or dont you use it at all? So far no word/help from Mandrake :( :(
Re: [Cooker] openldap runs slurpd as root
Buchan Milne wrote on Tue, Oct 29, 2002 at 06:44:41PM +0200 :
We have just started playing with LDAP replication, and I noticed that
our LDAP server (8.2) is running all the slurpd's as root.
Weird.
Anyway, I commented out the old:
#daemon ${slurpd}
and have now:
daemon su ldap -c \${slurpd}\ -s /bin/sh
Does this work at bootup as well as from a shell prompt? I've done
similar things in the past with mrtg and had issues with it unable to
start a boottime (environment was different). Please verify this.
Blue skies... Todd
--
MandrakeSoft USA http://www.mandrakesoft.com
Never take no as an answer from someone who's not authorized to say yes.
--Ben Reser on Cooker ML
Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.19-16mdk
msg80207/pgp0.pgp
Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 29 Oct 2002, David Walluck wrote: Ben Reser wrote: Well my experience is from seing lots of people ask me how to change it. I don't think there is an objective answer to which one is better. It's a matter of personal preference. Which one is the default should correspond with the majority of the users. Perhaps we need a club poll to determine this. I say leave it alone, since it's what the KDE people think it should be. Unless Mandrake is going to start unifying the desktop all of a sudden and next thing you know we have blue curve. In my previous email I pointed out some serious usability problems with double-click that need to (should) be fixed before enabling double-click in KDE. Double-clicking in a tree is much more annoying to me than single-clicking on the desktop. OK, so we fix one Windows user's problem by making the desktop double click, but we create one just as serious by screwing up the treeviews, which are used all over the place in Windows, not just the desktop, so you can bet Windows users have seen them. The single-click doesn't expand trees is a seperate issue (bug, IMHO, and I will report it as such in bugzilla nezt time I have a chance ...). It doesn't change the fact that some things are near impossible to do with single-click the first time, and doing them a second time may mean waiting for OpenOffice.org to start up! Much more wasted time than having to click again ... And of course it angers me that Mandrake would prefer to attract some phantom Windows users, than to keep th Linux user's it has happy. Where are all these Windows user's who said the only reason they weren't using Mandrake is because it (supposedly) doesn't have double-click? The ex-windows users are buying boxes, and don't know what a mailing list is (you would have to explain it a few times), so there's no way they are represented here. Do you think someone is going to base Linux on whether it has double-click on by default or not? I sure hope this isn't the case. No, they will base it on total usability. Intuitive use (including doing what they expect) is a big part of that. Of course, maybe if KDE's (or Mandrake's) theme selection tool actually gave *really* good guesses for a user's preferences, it would be easier. Every person I have introduced linux to uses double-click under KDE, and that's quite a few people. Buchan -- |Registered Linux User #182071-| 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] kdelibs-3.1-0.beta2.11mdk
On Tue, 2002-10-29 at 20:31, Ben Reser wrote: On Tue, Oct 29, 2002 at 08:17:50PM +, Adam Williamson wrote: Windows uses the slightly ugly hack of the little plus signs on tree views. To open a tree view level, you either double click the entry, or single-click the tiny plus sign on it. As does KDE in double click mode. And, indeed, GNOME (both GTK 1 and 2.) I think this is probably how most people use tree views, I don't necessarily see it as a problem (to respond to the initial point). -- adamw
[Cooker] Re: kernel 17mdk NVidia
quel == Quel Qun [EMAIL PROTECTED] writes: quel --- Original Message --- quel From: rcc [EMAIL PROTECTED] quel To: Cooker [EMAIL PROTECTED] quel Subject: [Cooker] kernel 17mdk NVidia the driver builds but when first used the whole machine crashes and it crashes hard: no response at all, black screen, network quel is dead, no magic keys, all logs only contain garbage has anybody build nvidia on the new kernel? Maybe my quel post-install script screwed up somewhere. I'll test some more. quel Two different machines: quel 1. A Dell dimension with a TNT2. The machine boots but crashes as quel above when I try to start X. Booting with the pci=noacpi option, quel the machine runs fine. quel 2. An ASUS-7N266 with Athlon 1700, embedded GeForce2, the machine quel does not even start booting unless acpi=off is passed on the quel command line. quel It looks like the whole acpi thing is quite flaky. Why are the quel files in /proc/acpi when all the doc show them in /proc/sys/acpi? quel acpid looks for the rules in /etc/acpi/events and fails to start quel because this folder does not exist. Where is acpictl? Long story, basically: - acpid is obsolete ospmd is very alpha :( - I am packaging ospmd (first need software suspend to work). - ACPI code in kernel is very old and buggy, new code is _way_ better, but perhaps still not perfect. Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Ben Reser wrote: On Tue, Oct 29, 2002 at 08:17:50PM +, Adam Williamson wrote: Windows uses the slightly ugly hack of the little plus signs on tree views. To open a tree view level, you either double click the entry, or single-click the tiny plus sign on it. As does KDE in double click mode. I use Windows several times a week (not on my computer). A treeview takes only a single click to display the associated page assuming that the tree has already been exapnded. I am not talking about expanding the tree, but displaying the page associate with a leaf, and it does not take a double-click, as I recall, in anything in Win9x and up (IE is installed, but I don't see how this matters. Even if IE replaces some of the standard controls on Win95, those controls would be the default on newer versions of Win9x and up anyway). -- Sincerely, David Walluck [EMAIL PROTECTED] msg80211/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 29 Oct 2002, Ben Reser wrote: On Tue, Oct 29, 2002 at 08:17:50PM +, Adam Williamson wrote: Windows uses the slightly ugly hack of the little plus signs on tree views. To open a tree view level, you either double click the entry, or single-click the tiny plus sign on it. As does KDE in double click mode. The exact problem with double-click in KDE is as follows: Start KDE Control Center, expanding a tree works find, but the click on one of the leaves. It should activate (this is what windows would do), but does not. There is no functionn to it not activating, where a branch does (since it can either be selected or expanded). Then again, a branch node does not get selected when single-clicked either (as it should). Buchan -- |Registered Linux User #182071-| 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] kdelibs-3.1-0.beta2.11mdk
And of course it angers me that Mandrake would prefer to attract some phantom Windows users, than to keep th Linux user's it has happy. Where are all these Windows user's who said the only reason they weren't using Mandrake is because it (supposedly) doesn't have double-click? agree with that totally Do you think someone is going to base Linux on whether it has double-click on by default or not? I sure hope this isn't the case. No, they will base it on total usability. Intuitive use (including doing what they expect) is a big part of that. So we have to copy windows ? no way. And since win98 this behavior could be configured there to AFAIK. Every person I have introduced linux to uses double-click under KDE, and that's quite a few people. So maybe it is your fault ;o) . I think it is a lot faster in navigating with single-click. And it is not that hard to learn. Greets Steffen
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Buchan Milne wrote: The single-click doesn't expand trees is a seperate issue (bug, IMHO, and I will report it as such in bugzilla nezt time I have a chance ...). It doesn't change the fact that some things are near impossible to do with single-click the first time, and doing them a second time may mean waiting for OpenOffice.org to start up! Much more wasted time than having to click again ... OpenOffice.org what? I don't see your point here. Of course, maybe if KDE's (or Mandrake's) theme selection tool actually gave *really* good guesses for a user's preferences, it would be easier. Every person I have introduced linux to uses double-click under KDE, and that's quite a few people. I wouldn't mind double-click, but a.) the install should provide a choice (the KDE first time wizard does this, but Mandrake's tools I don't know, plus the KDE first time wizard wants to run *every time*. What's up with that?) b.) fix the treeview the way I want it. Personally, I've wanted double click, not so much for the desktop, but in the file manager. It is so difficult to select files with single click. But what's always stopped me from enabling double-click is that treeviews in KDE seems really slow, and the double click does not help. If people say this is the default behavior in Windows, tell me where, because I've never seen it. Why would you want to navigate a tree and have the resulting pane remain blank the whole time? Shouldn't the pane just change when the tree item is selected? -- Sincerely, David Walluck [EMAIL PROTECTED] msg80214/pgp0.pgp Description: PGP signature
Re: [Cooker] Background in KDE on Cooker from 10/29
This is a kde 3.1 beta2 bug, and is already reported in bugs.kde.org. So just to wait for RC1 package (Laurent ?) or final version for 3.1 (RC2 will be ready next monday) Emmanuel Le Mardi 29 Octobre 2002 20:57, Serge Pluess a écrit : Hi just installed a fresh cooker from 10/29 and tried to change the background for KDE. I right mouse click on the desktop, click on Configure Desktop and click on Background. Then under Images I see the default entry: /usr/share/mdk/backgrounds/default.png If I add an or multiple image they show up in that list. But if I click Apply and then OK nothing happen. If I go back to that same Control Module again the lines that I had added are gone. If I remove the default.png line and add another one again nothing happens. The background doesn't change to the newly selected graphic. So I tried to manually change the line in: /home/user/.kde/share/config/kdesktoprc under [Desktop0] WallpaperList=. And still when I launch X and KDE the background is still showing the default.png one. Serge
Re: [Cooker] openldap runs slurpd as root
On Tue, 29 Oct 2002, Todd Lyons wrote:
Buchan Milne wrote on Tue, Oct 29, 2002 at 06:44:41PM +0200 :
We have just started playing with LDAP replication, and I noticed that
our LDAP server (8.2) is running all the slurpd's as root.
Weird.
Anyway, I commented out the old:
#daemon ${slurpd}
and have now:
daemon su ldap -c \${slurpd}\ -s /bin/sh
Does this work at bootup as well as from a shell prompt? I've done
similar things in the past with mrtg and had issues with it unable to
start a boottime (environment was different). Please verify this.
I took this from XFS (which seems to start fine at boot). This isn't
really the kind of server you bounce for fun (domain controller and primary
file server etc etc), but I will see if I can get a test setup going for
this ...
p style=BOFHHmm, let's see who's busy on the server now, I can reboot it
remotely and see if LDAP comes up when I try and ssh in or some
poor user phones, which ever happens last ;-)/style
Buchan
--
|Registered Linux User #182071-|
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] kdelibs-3.1-0.beta2.11mdk
Buchan Milne wrote: On Tue, 29 Oct 2002, Ben Reser wrote: On Tue, Oct 29, 2002 at 08:17:50PM +, Adam Williamson wrote: Windows uses the slightly ugly hack of the little plus signs on tree views. To open a tree view level, you either double click the entry, or single-click the tiny plus sign on it. As does KDE in double click mode. The exact problem with double-click in KDE is as follows: Start KDE Control Center, expanding a tree works find, but the click on one of the leaves. It should activate (this is what windows would do), but does not. There is no functionn to it not activating, where a branch does (since it can either be selected or expanded). Then again, a branch node does not get selected when single-clicked either (as it should). Buchan You understood me completely. If this bug can be fixed, then I don't mind double-click being enabled. The KDE maintainer should realize, though, that (at least to me), the treeview problem is more of an issue than double-click on the desktop. But as you said, this appears to be an actual KDE bug (at least in terms of usability), so if this gets fixed for 3.1 it won't be as much of an issue. And, the hand pointer (and busy cursor, too) should probably be disabled, too, if you are following Windows standards. Obviously, the hand cursor only makes sense in single-click mode. Does the icon in the taskbar (and busy cursor) seem to spin way too much to anyone else? It's supposed to spin as the app is starting, but it always continues to spin for several minutes after the app has started (this also may be a KDE bug, I don't know). At least the hourglass model is less intrusive and doesn't affect the spinning in the taskbar (in the Windows model). -- Sincerely, David Walluck [EMAIL PROTECTED] msg80217/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 29 Oct 2002, David Walluck wrote: Buchan Milne wrote: The single-click doesn't expand trees is a seperate issue (bug, IMHO, and I will report it as such in bugzilla nezt time I have a chance ...). It doesn't change the fact that some things are near impossible to do with single-click the first time, and doing them a second time may mean waiting for OpenOffice.org to start up! Much more wasted time than having to click again ... OpenOffice.org what? I don't see your point here. After clicking on a file in Konqueror that they wanted to copy-and-paste to floppy ... I wouldn't mind double-click, but a.) the install should provide a choice (the KDE first time wizard does this, but Mandrake's tools I don't know, plus the KDE first time wizard wants to run *every time*. What's up with that?) IMHO, this is bug material for drakfirsttime b.) fix the treeview the way I want it. Personally, I've wanted double click, not so much for the desktop, but in the file manager. It is so difficult to select files with single click. But what's always stopped me from enabling double-click is that treeviews in KDE seems really slow, and the double click does not help. If people say this is the default behavior in Windows, tell me where, because I've never seen it. Why would you want to navigate a tree and have the resulting pane remain blank the whole time? Shouldn't the pane just change when the tree item is selected? This is the KDE-bug. Does Bugzilla have voting working yet??? Buchan -- |Registered Linux User #182071-| 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] kdelibs-3.1-0.beta2.11mdk
On Tue, 29 Oct 2002, Steffen Barszus wrote: Do you think someone is going to base Linux on whether it has double-click on by default or not? I sure hope this isn't the case. No, they will base it on total usability. Intuitive use (including doing what they expect) is a big part of that. So we have to copy windows ? no way. And since win98 this behavior could be configured there to AFAIK. Did I say that? I only advocate sane defaults. The newbies are the ones who have problems with this. Anyone on this list could probably change the setting from the the console (if they even had to, chances are they won't notice the change, since they have already go their own settings). Any power user from windows could change it. We're talking about the people who have problems knowing when to single-click and when to double click *in windows*. Now you're going to have them double-clicking in Konqueror, and not knowing why they have two copies of everything open. Every person I have introduced linux to uses double-click under KDE, and that's quite a few people. So maybe it is your fault ;o) . They asked me to make it more like windows :-(. I think it is a lot faster in navigating with single-click. And it is not that hard to learn. Ask a new user to do a multiple-file copy and paste in detailed view, then come back to me ... Buchan -- |Registered Linux User #182071-| 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] kdelibs-3.1-0.beta2.11mdk
--- Buchan Milne [EMAIL PROTECTED] wrote: Ask a new user to do a multiple-file copy and paste in detailed view, then come back to me ... I must be missing something. Ctrl and Shift work, just the same as in Windows. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 29 Oct 2002, David Walser wrote: --- Buchan Milne [EMAIL PROTECTED] wrote: Ask a new user to do a multiple-file copy and paste in detailed view, then come back to me ... I must be missing something. Ctrl and Shift work, just the same as in Windows. Just the same as *one* method in windows. In windows, I normally click, and then hit shift or contol, and then continue selecting. This doesn't work in KDE in single-click. When using a laptop, I usually click to focus in the file list, then shift/ctrl to use arrows (since it's faster than getting back to the stick on my laptop). This also doesn't work in KDE in single-click. KDE default score before this change: 33%. Buchan -- |Registered Linux User #182071-| 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] kdelibs-3.1-0.beta2.11mdk
--- Buchan Milne [EMAIL PROTECTED] wrote: On Tue, 29 Oct 2002, David Walser wrote: --- Buchan Milne [EMAIL PROTECTED] wrote: Ask a new user to do a multiple-file copy and paste in detailed view, then come back to me ... I must be missing something. Ctrl and Shift work, just the same as in Windows. Just the same as *one* method in windows. In *the* method. You can initiate it two ways (see bottom) windows, I normally click, and then hit shift or contol, and then continue selecting. This doesn't work in KDE in single-click. In Windows you normally have to do a lot of keyboard crap just to copy and paste. You're in Linux. Yes it's different, yes you have to get used to it, but yes the way in Linux is superior. When using a laptop, I usually click to focus in the file list, then shift/ctrl to use arrows (since it's faster than getting back to the stick on my laptop). This also doesn't work in KDE in single-click. The only thing you're missing is hold Ctrl during that first click. You're gonna be doing it for the rest anyway (or shift). I've never seen anyone that knows how to use multiple selection not do it that way. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
