Re: [Cooker] Re: [CHRPM] kdebase-3.1.2-28mdk
Michael Scherer wrote: On Wednesday 16 July 2003 15:08, FACORAT Fabrice wrote: Le mar 15/07/2003 à 12:45, Laurent MONTEL a écrit : --=-=-= Name: kdebase Relocations: (not relocateable) Version : 3.1.2 Vendor: MandrakeSoft Release : 28mdk Build Date: Tue Jul 15 14:19:48 2003 jpeg preview ( in konqueror, in fileOpen window ) is still broken and still create magnific core files for each previewed jpeg. gqview and other image viewer (kuickshow ) seems to be broken, i cannot launch them since one week, with a Floating point exception error. I didn't find where does it come from. the gimp and imagemagick works fine, so, this doesn't seems to be related to libjpeg or libpng. ? Most of my 'Floating point exception' errors seem to trace back to the Galaxy GTK theme engine, a problem I had previously but had disappeared until a recent update of galaxy rpms. -Michael
Re: [Cooker] Glide project is dead
On Thursday 17 July 2003 01:30, Per Øyvind Karlsen wrote: On Thursday 17 July 2003 01:09, Olivier Thauvin wrote: All (or lot of) Glide* rpm are not readable on cooker. One won't build as it, I checked on website for update (http://glide.sourceforge.net/) but it seems this project is now dead and then rpm obsoletes. Can and should I remove those rpms ? I don't think so, those are needed by 3Dfx cards, there's still people around having such hardware (as myself).. IIRC , it need a kernel module, to access the memory of the card. Which was not ported to 2.4, and has some problem with devfsd. And which is not present with the kernel. And, also, a special mesa is required, compiled with glide. And, worst, it is a pain to compile on a recent system ( buggy makefile, csh script ). I am only talking for glide2, because glide3 work with ./configure ; make ;make install. -- Mickaël Scherer
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
On Thursday 17 July 2003 00:37, Abel Cheung wrote: On 2003-07-17(Thu) 00:23:02 +0200, Han Boetes wrote: i hate having a bloated / vim-minimal is linked vs libtermcap and works ok That was not the point at all. The point is that there are libs in /lib that are linked to libs in /usr/lib. Not good. Either they reside in /usr/lib or they reside in /lib, but mixing is bad habbits. To be precise, the expected arrangement is to have a minimal workable partition (workable means you have at least a text editor, some FS tools etc) without /usr. It is uncommon to have a seperate /usr, and when that becomes broken, people will need stuff in /bin, /sbin and /lib to salvage everything. Not to add the good old old '/usr/ mounted via NFS' setup. Each package in / should not depend on /usr. Guess a test should be added in rpmlint or distlint. But i don't see how to do it, since ldd resolve the dependancy at runtime. Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? -- Mickal Scherer
Re: [Cooker] For 9.2 - automatic update notification
On Thu, Jul 17, 2003 at 02:49:32AM +0200, Buchan Milne wrote: On Thu, 17 Jul 2003, Leon Brooks wrote: On Thu, 17 Jul 2003 01:01, Buchan Milne wrote: I think, going back to it, the users would prefer some tool that is more interactive. Or has that option. My local (WAIX-visible) Mandrake update mirror broke for circa a day and for a day after that urpmi --auto-select wanted to remove inconsequential things like openssl in order to complete its update. One day it might elect to remove, say, RPM or glibc. The only thing I can think of that would prevent a non-admin from suicide in that case would be a list of it is not reasonable to remove this RPM tags, but an admin appreciates the confirmation. AFAIK, in --auto-select --auto mode, urpmi won't remove packages to upgrade others, at least that is what appears to be the case, since I very seldom lose packages, even though I run urpmi --auto-select --auto daily from cron against a mirror that is very often out of sync. But, this new tool would not actually do anything relating to package installation/removal, it would still let MandrakeUpdate do it, it would just alert the user as to when they should run it, and make it easier to launch. I would appreciate a new tool like Buchan describes - an applet available in the panel indicating whether the system is fully updated or not and a corresponding daemon checking the status every some minutes (this is already there in competing products like RH and Windows). However, I would also very much like an option during install to automatically install updates, and do it in a secure way so that if there be errors in the mirror that it would not corrupt my system. I do run urpmi --auto-select --auto out of cron.daily on my system, which amongst other things is a mandrake mirror and web and ftp server. I would very much appreciate a way that is easy for the novice and also secure to do that and also very easy to set up (possibly the default or something that you just select one place in the service selection like a update service). Something like 80 % of all installations do not install security patches, and I would like to bring that figure considerably down. Could be that it should only be security fixes that be installed, if that could reduce the risk of damaging the system, but my preference would be to automatically keep the system updated, in a secure way (foolproof). Maybe both options could be available (in an expert state, so you could chose whether it would be everything that got updated, or just security fixes. Making it all happen quickly with only deltas of the hdlist needing to be transferred as Leon describes it with gzip addandas would be a bonus. I think that there is a need to explicitely delete old packages in the deltas, as there may be more versions of the same package that are valid. that would mean a specific record to say rm package - but I may be wrong there and just superceding an old package with a newer one with a higher version number may be secure enough. Keld
[Cooker] module-init-tools (was: Re: 2.6 kernel)
On Wed, Jul 16, 2003 at 02:29:32PM +0200, Thierry Vignaud wrote: Guillaume Rousse [EMAIL PROTECTED] writes: The Linux kernel team would like distribution vendor to propose 2.6 kernel as an alternative during install, to fasten debugging. Is this possible for 9.2, for expert installation only maybe ? maybe as an alternative, never as the default of course btw: module-init-tools (which is a requirement for 2.6 Kernel) already made it into Cooker. Why is there still the modutils-package ..? According to the docs (linux-2.6-source/Documentation/Changes) module-init-tools ought to be backward compatible with modutils.. Christian -- Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it.- Linus Torvalds
Re: [Cooker] Re: [CHRPM] kdebase-3.1.2-28mdk
gqview and other image viewer (kuickshow ) seems to be broken, i cannot launch them since one week, with a Floating point exception error. I didn't find where does it come from. the gimp and imagemagick works fine, so, this doesn't seems to be related to libjpeg or libpng. ? Most of my 'Floating point exception' errors seem to trace back to the Galaxy GTK theme engine, a problem I had previously but had disappeared until a recent update of galaxy rpms. that's right. I removed galaxy-gnome, and now, it works. thanks a lot. -- Mickaël Scherer
Re: [Cooker] For 9.2 - automatic update - suggestion
Le Wednesday 16 July 2003 15:42, Leon Brooks a écrit : On Wed, 16 Jul 2003 20:58, Keld Jørn Simonsen wrote: Is there a way to get Mandrake Update to automatically check for updates and then display a notification or send a mail/message to tell me. what about urpmi --auto-select --test I have a better idea. It is a useful property of gzip and bzip2 files that multiple files can be concatenated and will all be unpacked into the one when gunzip/bunzip2 is run against them. Why not add new updates to the end of the index file instead of making an entire new index file (offer it two ways, one incremental and one tradition) so that detecting new updates is a matter of downloading a few kilobytes (wget -c or whatever) rather than multi megabytes? I think that we should mote to use synthesis.hdlist.cz, it is very small (a few Ko) compared to hdlist.cz I don't understand why we need to dl the hdlist for security updates. Emmanuel
Re: [Cooker] module-init-tools (was: Re: 2.6 kernel)
On 2003-07-16(Wed) 15:27:40 +0200, Christian Bricart wrote: btw: module-init-tools (which is a requirement for 2.6 Kernel) already made it into Cooker. Why is there still the modutils-package ..? According to the docs (linux-2.6-source/Documentation/Changes) module-init-tools ought to be backward compatible with modutils.. Hmmm, does 'ought to be' currently mean it really does? Abel Christian -- Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it.- Linus Torvalds -- Abel Cheung Linux counter #256983 | http://counter.li.org GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF pgp0.pgp Description: PGP signature
Re: [Cooker] For 9.2 - automatic update notification
Le Wednesday 16 July 2003 12:50, Buchan Milne a écrit : There is this one: http://guilz1.free.fr/updrem/ IMHO, it does some things the wrong way, since it shouldn't need any configuration (should all be read from urpmi.cfg or via perl-URPM, or should complain that you have no update source). It could just diff the descriptions file from the system against the descriptions file on the mirrors, assuming the user did updates when they last updated their update medium lists. This project was done by some of my students, but they didn't know the distribution very well. The idea was to do something like windows update, or the redhat equivalent: download regulary security updates and install them. the public concerned was people beginning with mandrake, so no knowledge about urpmi, cron and so. There is one reason that they don't use urpmi.cfg: the update source isn't configured if the MandrakeUpdate hasn't been launched before. And mandrake provide a list of servers with updates on their home page. The other difficulty was when two users are on the computer, should their run both the updrem ? and where to store files, as theirs haven't root priviledge The idea was to download first packages (when user want to dl them) and then to ask for root passwd to do the install. Emmanuel
Re: [Cooker] module-init-tools (was: Re: 2.6 kernel)
On Thu, Jul 17, 2003 at 04:51:23PM +0800, Abel Cheung wrote: On 2003-07-16(Wed) 15:27:40 +0200, Christian Bricart wrote: btw: module-init-tools (which is a requirement for 2.6 Kernel) already made it into Cooker. Why is there still the modutils-package ..? According to the docs (linux-2.6-source/Documentation/Changes) module-init-tools ought to be backward compatible with modutils.. Hmmm, does 'ought to be' currently mean it really does? quoting from Documentation/Changes: [..] Module-Init-Tools A new module loader is now in the kernel that requires module-init-tools to use. It is backward compatible with the 2.4.x series kernels. [..] Christian -- Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it.- Linus Torvalds
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Michael Scherer [EMAIL PROTECTED] wrote: Not to add the good old old '/usr/ mounted via NFS' setup. Each package in / should not depend on /usr. Guess a test should be added in rpmlint or distlint. But i don't see how to do it, since ldd resolve the dependancy at runtime. Sounds like a tight plan. Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
On Thursday 17 July 2003 11:45, Han Boetes wrote: Michael Scherer [EMAIL PROTECTED] wrote: Not to add the good old old '/usr/ mounted via NFS' setup. Each package in / should not depend on /usr. Guess a test should be added in rpmlint or distlint. But i don't see how to do it, since ldd resolve the dependancy at runtime. Sounds like a tight plan. Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done yes, and just add : for i in ` ( urpmf '/bin/' | grep ':/bin/' ;urpmf '/sbin/' | grep ':/sbin/' ; ) | awk -F : '{print $1}' | uniq `; do urpmi $i ; done; before. we cannot test them without having all program in /bin installed, no ? -- Mickaël Scherer
Re: [Cooker] module-init-tools (was: Re: 2.6 kernel)
On 2003-07-17(Thu) 11:33:05 +0200, Christian Bricart wrote: According to the docs (linux-2.6-source/Documentation/Changes) module-init-tools ought to be backward compatible with modutils.. Hmmm, does 'ought to be' currently mean it really does? quoting from Documentation/Changes: [..] Sorry, I'm asking about if it is CURRENTLY backward compatible, not just any quotation of documents... Abel Module-Init-Tools A new module loader is now in the kernel that requires module-init-tools to use. It is backward compatible with the 2.4.x series kernels. [..] Christian -- Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it.- Linus Torvalds -- Abel Cheung Linux counter #256983 | http://counter.li.org GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF pgp0.pgp Description: PGP signature
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Michael Scherer [EMAIL PROTECTED] writes: On Thursday 17 July 2003 11:45, Han Boetes wrote: Michael Scherer [EMAIL PROTECTED] wrote: Not to add the good old old '/usr/ mounted via NFS' setup. Each package in / should not depend on /usr. Guess a test should be added in rpmlint or distlint. But i don't see how to do it, since ldd resolve the dependancy at runtime. Sounds like a tight plan. Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done yes, and just add : for i in ` ( urpmf '/bin/' | grep ':/bin/' ;urpmf '/sbin/' | grep ':/sbin/' ; ) | awk -F : '{print $1}' | uniq `; do urpmi $i ; done; for i in `urpmf ':/bin/' -o ':/sbin/' | awk -F ... doesn't run ? François.
Re: [Cooker] Glide project is dead
On Thu, 2003-07-17 at 03:54, Greg Meyer wrote: On Wednesday 16 July 2003 07:30 pm, Per Øyvind Karlsen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 17 July 2003 01:09, Olivier Thauvin wrote: All (or lot of) Glide* rpm are not readable on cooker. One won't build as it, I checked on website for update (http://glide.sourceforge.net/) but it seems this project is now dead and then rpm obsoletes. Can and should I remove those rpms ? I don't think so, those are needed by 3Dfx cards, there's still people around having such hardware (as myself).. VooDoo3 here in one box. I don't have any 3DFX cards, but I've certainly run into many people in #mandrake and elsewhere who still do. -- adamw
RE: [Cooker] 2.6 kernel
All, Forwarded from the Kernel mailing list, regarding a sigchild fix for the xscreensaver/xlock problem. We should apply, if not already fixed. Ed-T. -Forwarded Message- From: Nuno Monteiro [EMAIL PROTECTED] To: Zwane Mwaikambo [EMAIL PROTECTED] Cc: Randy.Dunlap [EMAIL PROTECTED], Edward Tandi [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: woes with 2.6.0-test1 and xscreensaver/xlock Date: 16 Jul 2003 22:00:59 +0100 On 2003.07.16 20:56, Nuno Monteiro wrote: [bla bla bla snipped] Replying to myself: Ok, I figured it out. It's a definitely a pam problem. I fetched latest pam rpm from RH RawHide and picked up their sigchld patch, applied it to mandrake cookers's latest pam package, rebuilt, et voila'. All is well again, it doesnt hang anymore. I think the bug in bugzilla can be closed now. I'm attaching the patch to pam 0.77, if anyone wants to give it a spin. Also, should anyone from mandrake is reading this, it'd be adviseable to apply it to the official package. I'll ping them anyway, to let them know of this. Thanks for the input, everyone. Regards, Nuno Specifying SIG_IGN for SIGCHLD (which by default, is ignored) is not the same as specifying SIG_DFL. See the NOTES section of wait(2) for the skinny on this. --- Linux-PAM-0.77/modules/pam_pwdb/support.-c 2003-07-09 00:15:06.0 -0400 +++ Linux-PAM-0.77/modules/pam_pwdb/support.-c 2003-07-09 00:15:19.0 -0400 @@ -370,7 +370,7 @@ * The noreap module argument is provided so that the admin can * override this behavior. */ - sighandler = signal(SIGCHLD, SIG_IGN); + sighandler = signal(SIGCHLD, SIG_DFL); } /* fork */ --- Linux-PAM-0.77/modules/pam_unix/support.c 2003-07-09 00:15:29.0 -0400 +++ Linux-PAM-0.77/modules/pam_unix/support.c 2003-07-09 00:15:41.0 -0400 @@ -597,7 +597,7 @@ * The noreap module argument is provided so that the admin can * override this behavior. */ - sighandler = signal(SIGCHLD, SIG_IGN); + sighandler = signal(SIGCHLD, SIG_DFL); } /* fork */
Re: [Cooker] For 9.2 - automatic update notification
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Blindauer Emmanuel wrote: Le Wednesday 16 July 2003 12:50, Buchan Milne a écrit : This project was done by some of my students, but they didn't know the distribution very well. The idea was to do something like windows update, or the redhat equivalent: download regulary security updates and install them. the public concerned was people beginning with mandrake, so no knowledge about urpmi, cron and so. There is one reason that they don't use urpmi.cfg: the update source isn't configured if the MandrakeUpdate hasn't been launched before. You have no update source configured, do you want to configure one now? And mandrake provide a list of servers with updates on their home page. The other difficulty was when two users are on the computer, should their run both the updrem ? and where to store files, Which files? That is why I was proposing comparing the system's descriptions file against the one on the server, each user would only ever download the descriptions file once every time it has changed (at most). We assume packages listed in the current descriptions file have been dealt with (unless the descriptions file were to include package version/release information which would allow people to be sure the packages were upgraded). as theirs haven't root priviledge The idea was to download first packages (when user want to dl them) and then to ask for root passwd to do the install. Well, this could cause problems in a mutli-user setup. If packages are going to be downloaded, they need to be installed, so why not just do it all in one operation? Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 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.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/FoQArJK6UGDSBKcRAnYuAJ92ON18zG27TGXmzTUt0cxHucwJQgCgrr5w A9kRDSivKsijijAkeGdraf0= =vui0 -END PGP SIGNATURE- ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] module-init-tools (was: Re: 2.6 kernel)
On Wed, 2003-07-16 at 14:27, Christian Bricart wrote: On Wed, Jul 16, 2003 at 02:29:32PM +0200, Thierry Vignaud wrote: Guillaume Rousse [EMAIL PROTECTED] writes: The Linux kernel team would like distribution vendor to propose 2.6 kernel as an alternative during install, to fasten debugging. Is this possible for 9.2, for expert installation only maybe ? maybe as an alternative, never as the default of course btw: module-init-tools (which is a requirement for 2.6 Kernel) already made it into Cooker. Why is there still the modutils-package ..? According to the docs (linux-2.6-source/Documentation/Changes) module-init-tools ought to be backward compatible with modutils.. Operative phrase: ought to be. This should always be read as probably isn't. :) -- adamw
Re: [Cooker] rpm broken on klama?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Levi Ramsey wrote: [EMAIL PROTECTED] rpm]$ rpm -bs SPECS/AudioCompress.spec /usr/lib/rpm/rpmb: No such file or directory Any idea on when this will get fixed? It just started working for me now, and it seems I may even be able to upload a working samba-2.2.8a ... Now, all I need to make my day is for klama to be able to build samba3.0.0beta3 (which I doubt :-/). Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 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.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/FoqXrJK6UGDSBKcRAmugAKDBexla5JXxvAT4LYr+rPZjAARD+wCfVyg+ GrOjA93bDC5hcJJ/xlc7ekE= =XP4p -END PGP SIGNATURE- ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] better bootsplash?
Buchan Milne [EMAIL PROTECTED] writes: Are we going to see a newer bootsplash anytime soon? Now that the newer code is in-kernel, and since (I guess) we may see a cooker snapshot sometime soon? Some ideas: http://kde-look.org/content/show.php?content=7027 http://kde-look.org/content/show.php?content=7026 Haven't tried them, so I don't even know if they would be animated, but I'm tired of the console look ... Yes I want to do it but do not manage to merge it with current bootsplash yet. -- Warly
[Cooker] Perl provides system
Some perl script contains 'use file.pl;' Those requirement are not automatically provides. So why not automatically filter in perl-findrequires script ^perl(.*\.pl)$ ? -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] lbncurses is in /lib and depends on libgpm which isnot in /lib
On Thu, Jul 17, 2003 at 12:23:02AM +0200, Han Boetes wrote: So... something has to happen here. May I suggest it is libgpm being moved to /lib i hate having a bloated / vim-minimal is linked vs libtermcap and works ok That was not the point at all. The point is that there are libs in /lib that are linked to libs in /usr/lib. Not good. Either they reside in /usr/lib or they reside in /lib, but mixing is bad habbits. my point was (but i realize i wrote something undecypherable, sorry) that / is becoming bloated with lots of libraries and data that belongs to /usr, so if i have to cast my vote i'd move ncurses away from /lib i do even like systems where /bin and /lib are links to /usr/... and /sbin contains static binaries only :) regards, L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] Perl provides system
Olivier Thauvin [EMAIL PROTECTED] writes: Some perl script contains 'use file.pl;' Those requirement are not automatically provides. So why not automatically filter in perl-findrequires script ^perl(.*\.pl)$ ? because sometimes we rely on .pl files from other packages ...
[Cooker] Re: module-init-tools (was: Re: 2.6 kernel)
On Wed, Jul 16, 2003 at 03:27:40PM +0200, Christian Bricart wrote: btw: module-init-tools (which is a requirement for 2.6 Kernel) already made it into Cooker. Why is there still the modutils-package ..? According to the docs (linux-2.6-source/Documentation/Changes) module-init-tools ought to be backward compatible with modutils.. The backwards 'compatibility' is that it runs the old modutils tools (named *.old, like insmod.old/modprobe.old/..) when it detects a 2.4.x kernel (and non module-init-tools 2.5.x versions). This obviously requires modutils. -- Regards, Olav
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Maybe checking that a each package owning a binary in /bin should only depend on /lib, and so on ? for i in /bin/* /sbin/* ;do echo $i; ldd $i|grep usr;done yes, and just add : for i in ` ( urpmf '/bin/' | grep ':/bin/' ;urpmf '/sbin/' | grep ':/sbin/' ; ) | awk -F : '{print $1}' | uniq `; do urpmi $i ; done; for i in `urpmf ':/bin/' -o ':/sbin/' | awk -F ... doesn't run ? it does. i didn't know about it. -- Mickaël Scherer
Re: [Cooker] Perl provides system
Le Jeudi 17 Juillet 2003 14:52, Thierry Vignaud a écrit : Olivier Thauvin [EMAIL PROTECTED] writes: Some perl script contains 'use file.pl;' Those requirement are not automatically provides. So why not automatically filter in perl-findrequires script ^perl(.*\.pl)$ ? because sometimes we rely on .pl files from other packages ... And how to know what provides we have to put on a package ? Take look to requirement to webmin ! Then, a better way is to provides all .pl files find in package: provides perl(getopt.pl) is containt getopt.pl requires perl(getopt.pl) is find: m/use.*/(.*\.pl).*$/; print perl($1); -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
[Cooker] Re: [CHRPM] rpmdrake-2.1-25mdk
Le mer 16/07/2003 à 14:00, Thierry Vignaud a écrit : Name: rpmdrake Relocations: (not relocateable) Version : 2.1 Vendor: MandrakeSoft Release : 25mdk Build Date: Wed Jul 16 15:53:15 2003 * Wed Jul 16 2003 Thierry Vignaud [EMAIL PROTECTED] 2.1-25mdk - switch to gtk2-perl-xs stock icons for Help/Quit Note : should rpmdrake prevent himself from being launch twice ?
Re: [Cooker] lbncurses is in /lib and depends on libgpm which isnot in /lib
Han Boetes wrote: It gets worse: /bin/tcsh libncurses.so.5 = /lib/libncurses.so.5 (0x4001f000) tcsh wont work in single usermode without mounting /usr should be linked with termcap as other shells /bin/rpm librpm-4.2.so = /usr/lib/librpm-4.2.so (0x4001f000) librpmdb-4.2.so = /usr/lib/librpmdb-4.2.so (0x40077000) librpmio-4.2.so = /usr/lib/librpmio-4.2.so (0x40162000) libelf.so.1 = /usr/lib/libelf.so.1 (0x401cc000) libbz2.so.1 = /usr/lib/libbz2.so.1 (0x4023f000) should be statically linked, as it may be the only chance of recovering from library problems. regards, L. -- Luca Berra -- [EMAIL PROTECTED] /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
[Cooker] Re: [Contrib-Rpm] cursor_themes-0.0.3-1mdk
Le mer 16/07/2003 à 17:16, Buchan Milne a écrit : [Contrib-RPM] --=-=-= Name: cursor_themesRelocations: (not relocateable) Version : 0.0.3 Vendor: MandrakeSoft Release : 1mdk Build Date: Wed Jul 16 16:50:19 2003 - Drop Xdialog requirement, and hope the user has a dialog program (is there a better solution?) what about putting a require on dialog provide ? [EMAIL PROTECTED] root]# urpmf --provides dialog gtkdialogs:gchooser gtkdialogs:gmessage gtkdialogs:xtest gtkdialogs:gtkdialogs[== 2.0-3mdk] gtkdialogs:/usr/X11R6/bin/xtest cdialog:dialog cdialog:cdialog[== 0.9b-4mdk] linuxconf:lcdialog.so linuxconf:lcdialogmenu.so gnucash:libgncmod-dialog-tax-table.so.0 gnucash:libgw-dialog-tax-table.so.0 kdenetwork:kpfpropertiesdialog.so mrproject:libcalendardialog.so mrproject:libprintdialog.so mrproject:libresourcedialog.so mrproject:libtaskdialog.so omni:libomnijobdialog.so.2 Xdialog:Xdialog[== 2.1.1-1mdk]
Re: [Cooker] lbncurses is in /lib and depends on libgpm which is not in /lib
Luca Berra [EMAIL PROTECTED] wrote: my point was that / is becoming bloated with lots of libraries and data that belongs to /usr, so if i have to cast my vote i'd move ncurses away from /lib Also fine with me, just as long as it is consistent. i do even like systems where /bin and /lib are links to /usr/... and /sbin contains static binaries only :) OpenBSD has it this way, FreeBSD just swithed to a /lib system as well. It's rather debatable and hard to switch. I don't see the point in moving away from the current way. It's rather ok. The only thing is that anything in the `root' partition should only be linked to stuff in the `root' partition. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
[Cooker] kdemultimedia cannot be installed
I'm unable to install kdemultimedia on my cooker machine : # urpmi kdemultimedia Some package requested cannot be installed: kdemultimedia-3.1.2-8mdk.i586 (kdemultimedia-devel-3.1.2-8mdk.i586 absent) kdemultimedia-devel-3.1.2-8mdk.i586 (devel(libnoatunarts) non satisfait) (O/n) n # urpmi kdemultimedia Some package requested cannot be installed: kdemultimedia-3.1.2-8mdk.i586 (kdemultimedia-devel-3.1.2-8mdk.i586 absent) kdemultimedia-devel-3.1.2-8mdk.i586 (devel(libnoatunarts) non satisfait) (O/n) o tout est déjà installé # rpm -qa |grep arts gstreamer-arts-0.6.2-4mdk kickarts-0.4-4mdk libarts-devel-1.1.2-6mdk arts-1.1.2-6mdk libarts-1.1.2-6mdk xine-arts-1-0.beta12.6mdk xmms-arts-0.4-9mdk # rpm -q popt rpm urpmi perl-URPM popt-1.8-12mdk rpm-4.2-12mdk urpmi-4.4-8mdk perl-URPM-0.91-12mdk -- Pascal Cavy - VMF __ Running 18:26, 4 users, load average: 0.25, 0.18, 0.84 (gcc version 3.3 (Mandrake Linux 9.2 3.3-2mdk)) Kernel Linux version 2.4.21-3mdkenterprise
Re: [Cooker] lbncurses is in /lib and depends on libgpm which isnot in /lib
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Han Boetes wrote: Luca Berra [EMAIL PROTECTED] wrote: my point was that / is becoming bloated with lots of libraries and data that belongs to /usr, so if i have to cast my vote i'd move ncurses away from /lib Also fine with me, just as long as it is consistent. Sometimes, having something *work* is better than it being consistent. The whole problem seems to have stemmed from you moving a file off /usr that required ncurses, ie it might not have been a problem before (except maybe for tcsh). The only thing is that anything in the `root' partition should only be linked to stuff in the `root' partition. Well, for ncurses, it seems to have been changed intentionally to have the links in /lib: http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/SPECS/ncurses/ncurses.spec.diff?r1=1.15r2=1.16f=h Maybe you should ask Warly if he remembers why it was changed (changelog in this case isn't very useful ...). Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 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.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/FqjWrJK6UGDSBKcRAjyuAKCUdYwigYx0sZWatC7CPw7k90DZ1QCeO344 sfRR9a1umH9Jb6ARV0IBxg0= =XQb5 -END PGP SIGNATURE- ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] module-init-tools (was: Re: 2.6 kernel)
quoting from Documentation/Changes: [..] Module-Init-Tools A new module loader is now in the kernel that requires module-init-tools to use. It is backward compatible with the 2.4.x series kernels. [..] module-init-tools falls back to modutils if it finds it runs on old kernel. Why do not you simply try and remove modutils if you believe it is not needed instead arguing about things that you do not actually know? If you really want to use them, get packages from http://supermount-ng.sf.net/mdk-25/ Packages in cooker have problems and some tools won't run correctly.
Re: [Cooker] Re: [Contrib-Rpm] cursor_themes-0.0.3-1mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FACORAT Fabrice wrote: Le mer 16/07/2003 à 17:16, Buchan Milne a écrit : [Contrib-RPM] --=-=-= Name: cursor_themesRelocations: (not relocateable) Version : 0.0.3 Vendor: MandrakeSoft Release : 1mdk Build Date: Wed Jul 16 16:50:19 2003 - Drop Xdialog requirement, and hope the user has a dialog program (is there a better solution?) what about putting a require on dialog provide ? [EMAIL PROTECTED] root]# urpmf --provides dialog AFAIK, correct test is: $ urpmq -p dialog cdialog gtkdialogs:gchooser gtkdialogs:gmessage gtkdialogs:xtest gtkdialogs:gtkdialogs[== 2.0-3mdk] gtkdialogs:/usr/X11R6/bin/xtest gchooser is not very user friendly, gmessage gets too wide for the screen at about 8 buttons/themes, and they don't work with current galaxy gtk theme ... cdialog:dialog cdialog:cdialog[== 0.9b-4mdk] Console version, acceptable, but for GNOME users zenity would be better. I also don't want to force the script to start in a terminal just for cdialog. linuxconf:lcdialog.so linuxconf:lcdialogmenu.so gnucash:libgncmod-dialog-tax-table.so.0 gnucash:libgw-dialog-tax-table.so.0 kdenetwork:kpfpropertiesdialog.so mrproject:libcalendardialog.so mrproject:libprintdialog.so mrproject:libresourcedialog.so mrproject:libtaskdialog.so omni:libomnijobdialog.so.2 These aren't of use. Xdialog:Xdialog[== 2.1.1-1mdk] Xdialog is in contrib. I want either (in this order): - -kdialog (in kdebase) or gdialog (was in gnome-utils in main in 9.1, now in zenity in contrib) - -Xdialog - -cdialog preferably without requiring other contrib packages. The problem is that the different dialog programs are not totally compatible, but it might be an idea for kdebase (kdialog) and zenity (which aren't too bad) to provide dialog also. But, it seems kdialog in current cooker doesn't work, and the changes between gdialog from gnome-utils in 9.1 and gdialog from zenity may complicate things ... Regards, Buchan (currently trying to fix for kdialog and zenity for cooker, kdialog and gdialog on 9.1 worked just great). - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 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.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/FqfhrJK6UGDSBKcRArPKAKDKZ0b2wIdm5pcABkm0Ka0S9fYUBgCgzPSJ FaNEsguWALPwzzWHP/SwCBM= =iSdg -END PGP SIGNATURE- ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] 2.6 kernel
http://people.redhat.com/arjanv/2.5/ btw: can we install and use this pack`s or?? Why? Andrey's changes just went into cooker, and he has had SRPMS that work with 9.1 for a while at: http://supermount-ng.sourceforge.net/mdk-25/ only modutils and module-init-tools (fuck, I intended to work more on them but did not (do not) have time). initscripts, mkinitrd are still missing and you can't use modules without them.
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-25mdk
On Thursday 17 July 2003 16:35, FACORAT Fabrice wrote: Note : should rpmdrake prevent himself from being launch twice ? Why. You can't install at the same time but there are no other problems
Re: [Cooker] Auto configure new hard drives?
Adam Williamson [EMAIL PROTECTED] writes: Yes. Mandrake Control Center - Mount Points - Diskdrake Mandrake should not autoconfigure your drive after install ( i.e add a mount ) because : 1°/ you may want to give your own mount point name 2°/ which name to choose ? 3) you may want to have a harddisk temporary used and you don't need to have the fstab and /mnt/ cluttered for that. I think it is perfectly fine how it is currently. It's very easy to make it a choice. After all, that's what new hardware detection does already. We simply need to integrate it into the harddrake framework. Harddrake detects a new hard disk on boot and asks whether you want it to be automatically added or for it to be ignored, as it does with other types of new hardware. What's hard about that? it offers to run diskdrake from which one can set additionnal mount points.
Re: [Cooker] Glide project is dead
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greg Meyer a écrit : |I don't think so, those are needed by 3Dfx cards, there's still people |around having such hardware (as myself).. | | | VooDoo3 here in one box. Voodoo Banshee here on my server as an emergency screen display. Any project at Mandraksoft about configuring serial port 9600 8n1 as default kernel console to let work heavy miantenance on servers without any graphic card ? - -- ~ Léa Gris - http://www.noiraude.net/ () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes dans un format propriétaire. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/Fq06iNTO/wgn58kRArVyAKDgFI1e9oIco0LRHnidCS8sTFe/yQCg0JTc OgtJr0SLWh1D9M2qWKjELR8= =lD3t -END PGP SIGNATURE-
[Cooker] sitescooper and perl-libwww-perl
Those two packages (the first from contrib and the second from main) have a lot of the same Provides. Does this look funny to anyone?
Re: [Cooker] libuser and userdrake goofiness
--- David Walser [EMAIL PROTECTED] wrote: The breakdown of the libuser package is very strange and confusing. You have: libuser libuser1 libuser1-devel Then you have both libuser (which doesn't contain the library) and libuser1 both say they provide libuser. This can't be right. Then userdrake says it requires libuser, so it isn't clear which package it wants. My guess is it just needs the library. If so, userdrake should require libuser1 and libuser1 should not provide libuser. Actually, userdrake should just drop the explicit requires because RPM will figure it out. It kinda makes sense for libuser1 to provide libuser, and the package currently called libuser (accounting for the confusion) should be renamed to something more descriptive of what it actually contains. Maybe libuser-tools is more appropriate or something. It's the one that really shouldn't provide libuser. __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
Re: [Cooker] Bug in Mandrake package install system?
On 2003.07.17 00:18, Olof Bjarnason wrote: Is this a bug? No. Am I or Mandrake doing something wrong? I'd try asking on a support list, not a developer's list. Although, # urpmi package works. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
[Cooker] libuser and userdrake goofiness
The breakdown of the libuser package is very strange and confusing. You have: libuser libuser1 libuser1-devel Then you have both libuser (which doesn't contain the library) and libuser1 both say they provide libuser. This can't be right. Then userdrake says it requires libuser, so it isn't clear which package it wants. My guess is it just needs the library. If so, userdrake should require libuser1 and libuser1 should not provide libuser.
Re: [Cooker] libuser and userdrake goofiness
Am Donnerstag, 17. Juli 2003, 08:05:26 Uhr MET, schrieb David Walser: Actually, userdrake should just drop the explicit requires because RPM will figure it out. It kinda makes sense for libuser1 to provide libuser, and the package currently called libuser (accounting for the confusion) should be renamed to something more descriptive of what it actually contains. Maybe libuser-tools is more appropriate or something. It's the one that really shouldn't provide libuser. Hi, I think the only bug is that libuser1 provides libuser. There are other libraries that have additional data and config files in a package named like the library, e.g. libgnome2. This hasn't been a problem yet. -- What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy? Mahatma Gandhi (1869 - 1948), Non-Violence in Peace and War
Re: [Cooker] Glide project is dead
On Thursday 17 July 2003 16:05, Lea Gris wrote: Greg Meyer a écrit : [...] Any project at Mandraksoft about configuring serial port 9600 8n1 as default kernel console to let work heavy miantenance on servers without any graphic card ? Ahhh That would an excellent Idea. I have Lilo and a mgetty running on my ttys0 port - however i do not see anything of the Boot-Up process ... Any chance to get that in ? Or does it already exist somewhere - but I just didn't find it ? Thx Cheers Joerg -- If the code and the comments disagree, then both are probably wrong. -- Norm Schryer | Joerg Mertin : [EMAIL PROTECTED](Home)| | in Neuchâtel/Schweiz : [EMAIL PROTECTED] (Alt1)| | Stardust's LiNUX System : [EMAIL PROTECTED](Alt2)| | Web: http://www.solsys.org: Voice Fax: +41(0)32 / 725 52 54 | PGP Fingerprint: AF0F FB75 997B 025F 4538 5AD6 9888 5D97 170B 8B7A
Re: [Cooker] [BUG] squid-2.5.STABLE3-1
Norman Zhang [EMAIL PROTECTED] writes: Hi, Florin wrote: The latest squid-2.5.STABLE3 from http://www.squid-cache.org/ allows users to tied authentication with winbind for selective usergroups to access the web. This can be compiled with --enable-external-acl-helpers=winbind_group. Unfortunately this not available for squid-2.5.STABLE2-2 from cooker. Are there plans to upgrade the RPM in cooker with this particular option enabled? sure, I'll do it ASAP, [EMAIL PROTECTED] nzhang]# rpm -Uvh squid-2.5.STABLE2-2mdk.i586.rpm Preparing...### [100%] 1:squid ### [100%] [EMAIL PROTECTED] nzhang]# rpm -Uvh squid-2.5.STABLE3-1mdk.i586.rpm error: failed dependencies: perl(Authen::Smb::Smb) is needed by squid-2.5.STABLE3-1mdk Regards, Norman I have noticed that ... how come we didn't have this message before ... or maybe this package has just gone from the distro ... Maybe I should add the perl-Auth-Smb package ... -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
[Cooker] kdialog printing some junk to stdout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am trying to fix the cursor_themes package, specifically it's choose_cursor script, which uses different dialog programs, one of which is kdialog. Normally when used with --menu, it should return an error code of 0 if the user clicked OK, or 1 if the user clicked cancel, and the number of the selected item gets printed to stdout. However, now this junk: create new gradient : gradient_#f5f5f0_#d8d8c9 create new gradient : gradient_#d8d8c9_#ff create new gradient : gradient_#ff_#e6 44: gets printed to stdout, and it is now (AFAIK) impossible to get both the value printed to stdout (without the junk) *and* the error code. choose_cursor relies on getting both, so at present I see no way around it. Can it either be fixed (not print the gradient stuff at all), or at least made to print to stderr instead (so that it can be filtered from the stuff going to stdout)? Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 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.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/Fts3rJK6UGDSBKcRAgEpAKDHvoJxSu3XtmXhHpzuktoyOOgFggCdFA4n JVfylBPwblziqj5+BWb8W/g= =fdF7 -END PGP SIGNATURE- ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] Re: [Contrib-Rpm] cyrus-imapd-2.1.14-1mdk
Luca Olivetti [EMAIL PROTECTED] writes: Florin wrote: %changelog +* Wed Jul 16 2003 Florin [EMAIL PROTECTED] 2.1.14-1mdk +- 2.1.14 +- add mbexamine + * Sun Apr 27 2003 Luca Olivetti [EMAIL PROTECTED] 2.1.12-7mdk - removed cyrus user creation on build host - cvt_cyrusdb_all script (source15) now uses 'file --version' to Mmm, isn't this missing the fixes and adjustments I made in 2.1.13-1mdk, 2.1.13-2mdk and buchan made in 2.1.13-3mdk? (note that patch11 should be no longer needed with 2.1.14): Maybe so ... but the problem you don't seem to use our package ... but your own ... so I have always problems with the changelogs ... and the diffs ... * Wed Jun 18 2003 Buchan Milne [EMAIL PROTECTED] 2.1.13-3mdk - Require perl-devel - Don't require libdb4.0, 9.0 and later should do auto-requires. - Compiled against db4.1, sasl2 * Tue Jun 10 2003 Luca Olivetti [EMAIL PROTECTED] 2.1.13-2mdk - default location for ssl certificates moved to /etc/ssl/cyrus-imapd/ - added patch 11 to fix problems with berkeley db 4.1 * Wed May 09 2003 Luca Olivetti [EMAIL PROTECTED] 2.1.13-1mdk - 2.1.13 (bug fix and security audit release) - changed the obsolete Prereq syntax to Requires(pre,post,preun,postun) - changed as well BuildPrereq to BuildRequires - added missing Requires(pre,post,preun,postun) (fixes bug 3838) - added Conflicts: courier-imap to make distlint happy (I don't like to have this conflict but...) - patch to select syslog facility (now using mail instead of local6) - removed logrotate script - some ideas/fixes taken from Simon Matters' redhat package: cron.daily job to backup mailboxes.db updated cvt_cyrusdb_all changed exec path to /usr/lib/cyrus-imapd added murder package added forcedowncase and munge8bit patches added build time options for full directory hash and idled Bye -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
Re: [Cooker] Re: [Contrib-Rpm] sticky-notes-applet-1.0.11-1mdk - files conflict
When I first submitted sticky-notes-applet, I mentioned that it was almost definitely going to be included in gnome at some point, and therefore in the Mandrake gnome-applets package. So we were going to have to obsolete it at that point. But at this point, weeks or months later, how likely is anyone to remember that? Hence this confusion. When could have been even worse if the name of the applet had been changed when it was accepted into the main GNOME distribution (as when gnome-sensors becoming gsensors). Then there'd be no file conflict, and no indication that there was a problem at all. Is there a good way to make such notes stick so problems don't come up later? For example, does it make sense to put them in the package description: This applet will become part of GNOME in the future, at which point this package will become obsolete or something like that? Would it be acceptable to have such a description in a package in the 9.2 release? (By the way, if I knew this would happen well before Mandrake 9.2, I probably wouldn't have submitted it at all, and I'm sure Austin wouldn't have uploaded it--but there was no way of knowing that.) On Wednesday 16 July 2003 02:03, Frederic Crozat wrote: On Tue, 15 Jul 2003 13:05:24 -0400, Austin wrote: On 2003.07.15 11:30, Frederic Crozat wrote: On Tue, 15 Jul 2003 17:09:43 +, FACORAT Fabrice wrote: Le ven 11/07/2003 à 17:01, Austin Acton a écrit : [Contrib-RPM] --=-=-= Name: sticky-notes-applet Relocations: (not relocateable) Version : 1.0.11Vendor: MandrakeSoft Release : 1mdk Build Date: Fri Jul 11 18:29:35 2003 file /usr/lib/stickynotes_applet from install of sticky-notes-applet-1.0.11-1mdk conflicts with file from package gnome-applets-2.3.5-1mdk Ok, I'll obsolete it.. No no, don't have to obsolete it. I shoudln't have even uploaded it. Rpmctl seems to be broken so I can't remove it. Will fix. If people already installed it on their system, we must obsolete it otherwise gnome-applets will not be able to be upgraded..
Re: [Cooker] Glide project is dead
On Thursday 17 July 2003 04:00, Adam Williamson wrote: I don't have any 3DFX cards, but I've certainly run into many people in #mandrake and elsewhere who still do. voodoo banshe, 2 or 3 3000's, 2 4500's, and a 5500 running in the box I'm typing on. -- New and improved with advanced outlook crash handler. !--input type -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] For 9.2 - automatic update - suggestion
Are there enough rsync sources that we can recommend that everyone use one whenever possible? Because that would solve most of the problems with massive downloads of hdlist files, etc
Re: [Cooker] Re: Re: Re: [CHRPM] drakxtools-9.2-0.14mdk
David Walser [EMAIL PROTECTED] writes: i've nothing wrong against cancel / ok button order because of gnome, ie i've not choose cancel / ok order because gnome does, but because most others desktop (macos?, kde, gnome, zindoz, ...) uses that order. I have heard that newer MacOS have this order, but KDE and Windows sure don't. confirmed by kde team and mac fans :-) All this is doing is furthering the inconsistency that Gnome has introduced, which only confuses users. at least, there's a guideline, which is better than none. you may dislike the button order but it has the advantage of existing (unlike previous drakxtools where oder depends of tools or even dialogs) And yes Adam, I agree this issue is somewhat silly, but if it weren't for what Gnome did, the issue would have never arisen, and silly as it may be, the issue does affect usability (and that's a bigger reason that what rocks/sucks thank you very god damn much). maybe some ingeeners in human machine interfaces area have found better layout, but for now, standardize the layout in our tools is good. make it similar to most other apps is even better. Good, then make it the ok/cancel order. sorry but we definitively choose the cancel/ok order for drakxtools because of gtk+/gnome historics
Re: [Cooker] Glide project is dead
On Thu, 2003-07-17 at 18:03, Joerg Mertin wrote: On Thursday 17 July 2003 16:05, Lea Gris wrote: Greg Meyer a écrit : [...] Any project at Mandraksoft about configuring serial port 9600 8n1 as default kernel console to let work heavy miantenance on servers without any graphic card ? Ahhh That would an excellent Idea. I have Lilo and a mgetty running on my ttys0 port - however i do not see anything of the Boot-Up process ... Any chance to get that in ? Or does it already exist somewhere - but I just didn't find it ? I haven't got any serial terminals to try it but is this what you want? http://www.tldp.org/HOWTO/Remote-Serial-Console-HOWTO -- Dave Cotton [EMAIL PROTECTED]
[Cooker] Bold Fonts
Is anyone else having the same issue? The bold fonts in Evolution only look fuzzy and not bold. Cory Meisch CPEA Test Technician HP deskjet linux team member Hewlett-Packard Vancouver (360) 212-7009 [EMAIL PROTECTED]
Re: [Cooker] Bug in Mandrake package install system?
Thanks for your advice, although I have some more questions :) # Is this a bug? #No. If not a bug - what is it? Should the combination of actions which I took not lead to installation of a custom rpm? This implies there are 'special' packages, or Mandrake-packages, in which case at least I would favor a notification upon clicking on such a foreign package. For example, it would be helpful if Mandrake tells me Warning: Non-Mandrake package. Install manually with urpmi when I click on my 'abc.rpm'. #I'd try asking on a support list, not a developer's list. Sorry, but I thought it was a bug :) /Olof
Re: [Cooker] For 9.2 - automatic update notification
On Wednesday 16 July 2003 10:24, Ben Reser wrote: On Wed, Jul 16, 2003 at 07:01:06PM +0200, Buchan Milne wrote: The problem with doing this interactively is how? fpons suggested putting MandrakeUpdate on xinit.d... That assumes the user logs in and out of X on a regular basis. So let's say we put something on a cron that looks for updates, pops up and says hey there are updates. Which user should we display that for? All users in a special group. At low security, this is everyone. At medium security, this is the msec admin. At high security, or expert install, whoever's installing needs to know what a group is and deal with it. This would be roughly equivalent to the system on Windows XP (except when installing on an NT/2K domain, where it gets more complicated and essentially doesn't work). My mother and sister share a computer, and they see the fact that whichever one of them is logged in can see and install the updates as a good thing. This assumes users are logging in and out of X on a regular basis. On many of my machines I don't for months at a time... But you are capable of writing a cron job to do it for you, which is why you don't even need such a tool. There are many users who are not capable of writing a cron job, and who also stay logged in for weeks on end. The fact that you can do just this--that you almost never have to log out, much less reboot--is one of the selling points for converting to linux. If we tell people that they have to log out and back in periodically to check for updates, that won't sound good: Oh, so linux is just like Windows, they just try to hide it better. Buchan: Remember that most of the time it should be running as a normal user, and thus should not run 'urpmi.update' or anything else that requires elevated priveleges. The automated update system is useless if there's nothing automatically running urpmi.update every so often. Maybe this should be installed as a weekly cron job for users who specify an always on connection, as an ifup script (that does nothing unless it's been more than, e.g., 6 days since last time) for those who specify a dialup connection? Whatever, it should be almost completely invisible to novice users. Buchan: Has no-one on this list installed Redhat recently? Ben: Why would I want to? To steal their best ideas--and, more importantly, to avoid their worst mistakes. As for how to download and install packages, it might be nice to pre-download them (as XP does). (What if there are multiple users? Provide a directory under /var/tmp or something which all users have write access to, and download them there.) However, it's probably easier and safer to have MandrakeUpdate download the packages on demand (as root).
Re: [Cooker] Bug in Mandrake package install system?
On Thursday 17 July 2003 11:59, Olof Bjarnason wrote: Thanks for your advice, although I have some more questions :) # Is this a bug? #No. If not a bug - what is it? Should the combination of actions which I took not lead to installation of a custom rpm? This implies there are 'special' packages, or Mandrake-packages, in which case at least I would favor a notification upon clicking on such a foreign package. For example, it would be helpful if Mandrake tells me Warning: Non-Mandrake package. Install manually with urpmi when I click on my 'abc.rpm'. The urpmi tools are not about packages, but about urpm sources, which are repositories of packages. So, the short answer is: You must build a custom urpm source containing your custom packages before you can use urpmi to install those packages. Just copying the rpm's into a directory is not enough. If you want to go through the experience of building your own source, there is documentation for that, but it's not for beginners. If all you want to do is get your custom packages installed, use rpm instead of urpm. (You may also want to submit the packages to contribs, if you think others might want them.) What's the point of all of this? It's so that we can have standard sources for upgrades and contributed packages which automatically keep track of relationships. So when I try urpmi foo it'll automatically know that it has to download and install bar (which foo requires) and uninstall baz (which foo obsoletes) with no extra work on my part.
Re: [Cooker] For 9.2 - automatic update - suggestion
On Thu, Jul 17, 2003 at 11:31:10AM -0700, Andi Payn wrote: Are there enough rsync sources that we can recommend that everyone use one whenever possible? Because that would solve most of the problems with massive downloads of hdlist files, etc No it wouldn't. hdlist files are not guaranteed to be in the same order. If the file isn't generated in the same order then the entire file will likely have to be downloaded. The current format we're using for hdlists does not work well with rsync and that has been discussed already if you look in the archives. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: libuser and userdrake goofiness
Götz Waschk wrote: Am Donnerstag, 17. Juli 2003, 08:05:26 Uhr MET, schrieb David Walser: Actually, userdrake should just drop the explicit requires because RPM will figure it out. It kinda makes sense for libuser1 to provide libuser, and the package currently called libuser (accounting for the confusion) should be renamed to something more descriptive of what it actually contains. Maybe libuser-tools is more appropriate or something. It's the one that really shouldn't provide libuser. Hi, I think the only bug is that libuser1 provides libuser. There are other libraries that have additional data and config files in a package named like the library, e.g. libgnome2. This hasn't been a problem yet. In that case it's also most likely a bug that userdrake depends on libuser
Re: [Cooker] Re: Re: Re: [CHRPM] drakxtools-9.2-0.14mdk
Le Thu, 17 Jul 2003 20:16:35 +0200, Thierry Vignaud a écrit : David Walser [EMAIL PROTECTED] writes: i've nothing wrong against cancel / ok button order because of gnome, ie i've not choose cancel / ok order because gnome does, but because most others desktop (macos?, kde, gnome, zindoz, ...) uses that order. I have heard that newer MacOS have this order, but KDE and Windows sure don't. confirmed by kde team and mac fans :-) All this is doing is furthering the inconsistency that Gnome has introduced, which only confuses users. at least, there's a guideline, which is better than none. you may dislike the button order but it has the advantage of existing (unlike previous drakxtools where oder depends of tools or even dialogs) I'd like to remind everybody that this guideline (called HIG for Human Interface Guideline) is not GNOME specific.. It has been written by GNOME people and first implemented in GNOME but it could (and there is hope it will) be implemented in other environments, such as KDE. And the HIG doesn't recommend to use Cancel/OK, instead of OK/Cancel. It is much more subtil than that : http://developer.gnome.org/projects/gup/hig/1.0/windows.html#alert-button-order http://developer.gnome.org/projects/gup/hig/1.0/windows.html#alerts-information http://developer.gnome.org/projects/gup/hig/1.0/windows.html#alerts-error http://developer.gnome.org/projects/gup/hig/1.0/windows.html#alerts-confirmation http://developer.gnome.org/projects/gup/hig/1.0/windows.html#alerts-authentication In short, never use Yes/No buttons but Verbs instead (or Stock buttons). And the Action should be on lower right corner, because it is the less tiring/more comprehensive location for Left-to-Right/Top-to-Bottom readers (cf Mac HIG for more info on that..). The justificiation for buttons order from Seth Nickell (one of the Usuability guys) is available here : http://mail.gnome.org/archives/hig/2002-February/msg00037.html -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Re: libuser and userdrake goofiness
On Thu, 17 Jul 2003, David Walser wrote: In that case it's also most likely a bug that userdrake depends on libuser Probably not, as libuser contains the config file, which I think userdrake needs. I am not sure about the localisations (should a library package not allow localistaions? And if so, how should they be versioned)? 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 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] Bug in Mandrake package install system?
On Thu, 17 Jul 2003, Olof Bjarnason wrote: Is this a bug? I wanted to install a package, call it abc.rpm, on my Mandrake system. I downloaded it, and put it in my Download directory, which is one of the additional Mandrake package source directories besides the three installation CDs. Did you place it in the same directory as the RPMS from the distribution? So far fine - I also updated the Download directory with the sources manager or what it is called in english (I use swedish as system language) and double-checked that the checkbox Active was checked. But here is the glitsch: trying to find the package by searching on a sub-string of its name, say bc, didn't bring up the freshly downloaded rpm! Am I or Mandrake doing something wrong? You cannot place other packages in a urpmi source, and expect it to work without updating the hdlists (which you should not really do). Instead, you should make a seperate directory (away from the Mandrake RPMS), and add that to rpmdrake as a source. In this case, you don't give an hdlist, so urpmi will create one for you (in /var/lib/urpmi) and update it when you update the source. You could also use the genhdlist command to generate an hdlist, if you are serving the RPMs to multiple machines. But you don't want to mix your own RPMs with the ones from the distro, and you don't want to include them in your own source, as you will waste a lot of time generating an hdlist for packages you already have an hdlist for ... In short, this is not a bug ... but user assistance, so belongs on another list. 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 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] Re: libuser and userdrake goofiness
On Thu, 17 Jul 2003, David Walser wrote: Well I can certainly believe that, but this highlights how confusing this is. If the libuser package had a more descriptive name, it would be better. And if there are other packages named like libfoo that don't contain a library, but something else, maybe they need to fixed too. Writing a spec file or something, I would expect to be able to say libfoo and mean the library libfoo. Blame RH, they wrote the library, named it, and made the first libuser package (I guess). Douda is just keeping compatability. IMHO, package should be: foo (source package) foo (main package, if appropriate, or for config files required by packages using libfoo) libfooX libfooX-devel (-static too of course) foo-utils (other binaries that come from the same, but aren't required for libfooX or packages using it) But, when someone goes and names the source package libfoo (as in this case), it makes things more difficult. 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 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] Re: libuser and userdrake goofiness
--- Buchan Milne [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2003, David Walser wrote: In that case it's also most likely a bug that userdrake depends on libuser Probably not, as libuser contains the config file, which I think userdrake needs. I am not sure about the localisations (should a library package not allow localistaions? And if so, how should they be versioned)? Regards, Buchan Well I can certainly believe that, but this highlights how confusing this is. If the libuser package had a more descriptive name, it would be better. And if there are other packages named like libfoo that don't contain a library, but something else, maybe they need to fixed too. Writing a spec file or something, I would expect to be able to say libfoo and mean the library libfoo. __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
[Cooker] Getting there - RPMDrake works - kinda
Since the latest updates on Cooker, rpmdrake now works - partially. The GUI appears and the lists work - but when I try to select any package - it won't let me (no check mark and the selected values stay at 0) Not sure what's causing this. Thx, R.Fox -- Robert Fox [EMAIL PROTECTED] Fox Consulting Services
Re: [Cooker] Bug in Mandrake package install system?
On Thu, 2003-07-17 at 20:47, Thomas Backlund wrote: Viestissä Torstai 17. Heinäkuuta 2003 22:21, Andi Payn kirjoitti: On Thursday 17 July 2003 11:59, Olof Bjarnason wrote: Thanks for your advice, although I have some more questions :) # Is this a bug? #No. If not a bug - what is it? Should the combination of actions which I took not lead to installation of a custom rpm? This implies there are 'special' packages, or Mandrake-packages, in which case at least I would favor a notification upon clicking on such a foreign package. For example, it would be helpful if Mandrake tells me Warning: Non-Mandrake package. Install manually with urpmi when I click on my 'abc.rpm'. The urpmi tools are not about packages, but about urpm sources, which are repositories of packages. So, the short answer is: You must build a custom urpm source containing your custom packages before you can use urpmi to install those packages. Just copying the rpm's into a directory is not enough. Not entirely correct... If you copy a rpm (or many rpms...) to an empty directory, and issue ' urpmi * ' in that directory, urpmi will try to install all packages in that directory, trying to resolve the dependencies by using the packages in that directory and the packages known to it through it's defined sources... Of course if urpmi still can't resolve the dependencies for some of the packages, it won't install those... Andi meant to write You must build a custom urpm source containing your custom packages before you can use rpmdrake to install those packages. -- adamw
Re: [Cooker] Bug in Mandrake package install system?
Viestissä Torstai 17. Heinäkuuta 2003 22:21, Andi Payn kirjoitti: On Thursday 17 July 2003 11:59, Olof Bjarnason wrote: Thanks for your advice, although I have some more questions :) # Is this a bug? #No. If not a bug - what is it? Should the combination of actions which I took not lead to installation of a custom rpm? This implies there are 'special' packages, or Mandrake-packages, in which case at least I would favor a notification upon clicking on such a foreign package. For example, it would be helpful if Mandrake tells me Warning: Non-Mandrake package. Install manually with urpmi when I click on my 'abc.rpm'. The urpmi tools are not about packages, but about urpm sources, which are repositories of packages. So, the short answer is: You must build a custom urpm source containing your custom packages before you can use urpmi to install those packages. Just copying the rpm's into a directory is not enough. Not entirely correct... If you copy a rpm (or many rpms...) to an empty directory, and issue ' urpmi * ' in that directory, urpmi will try to install all packages in that directory, trying to resolve the dependencies by using the packages in that directory and the packages known to it through it's defined sources... Of course if urpmi still can't resolve the dependencies for some of the packages, it won't install those... Regards Thomas
Re: [Cooker] Bad package in Contribs
Talking about bad packages, I've got one in cooker: xfishtank did not work in 9.1 and still does not work for me. Just a green flash on the display and then nothing noticable anymore... Remove it? On Thursday 17 July 2003 22:14, Guillaume Rousse wrote: Ainsi parlait Dave Cotton : Thanks those who have upgraded offending packages, but, using urpmi.update from a local mirror taken from lip6.fr today 09:20CET the following package caused urpmi to baulk. hackxsw-client-1.41.0-1mdk.i586.rpm Could it not just be removed? At least until it's corrected to comply with the new standard. Done, as it doesn't rebuild since we use gcc 3. If someone with better C/++ skills than me wants to have a look, he is welcome. However, i don't see why it should prevents urpmi to work, unless you try to generate hdlists yourself.
Re: [Cooker] Getting there - RPMDrake works - kinda
On Thu, 17 Jul 2003, Robert Fox wrote: Since the latest updates on Cooker, rpmdrake now works - partially. The GUI appears and the lists work - but when I try to select any package - it won't let me (no check mark and the selected values stay at 0) Thierry said to use the space bar to select packages in the meantime. 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 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] For 9.2 - automatic update notification
Le Jeudi 17 Juillet 2003 13:09, Buchan Milne a écrit : You have no update source configured, do you want to configure one now? yes this can be done. as theirs haven't root priviledge The idea was to download first packages (when user want to dl them) and then to ask for root passwd to do the install. Well, this could cause problems in a mutli-user setup. If packages are going to be downloaded, they need to be installed, so why not just do it all in one operation? because not everyone has fast internet line, and for example, when kde3.0.5a was updated, several Mo have to be downloaded. User should be able to dl firstly all packages, in several time, and wen all is present, update it. Sources are available, under gpl. anyone feel free to update the sources (perhaps not so easy, du to a student work :)
Re: [Cooker] Getting there - RPMDrake works - kinda
On Thu, 2003-07-17 at 22:32, Thierry Vignaud wrote: Robert Fox [EMAIL PROTECTED] writes: The GUI appears and the lists work - but when I try to select any package - it won't let me (no check mark and the selected values stay at 0) use the space bar for now this bug will be fixed later (i'm cleaning drakconnect gui for now) Thank you - your reply is much appreciated! R.Fox
[Cooker] Rebuilt cooker packages MandrakeClub
Hey all, I'm finishing up the configuration of a mdk91 mailserver, that is using some cooker packages (rebuilt under 91). As an early (and current) club member, I recall how important it was to keep checking the votes for the packages (I wanted to see added) prior to the release of 9.1. I have all the pieces (rpms), and everything seems to be working well together. What I wanted to know is what is the policy for adding packages to the club? (Could I add my rpms?) If postfix 2.0.12-3mdk (for 9.1) was installed, would the the 9.2 upgrade update the postfix (even if it is the same 2.0.12-3mdk)? Thanks, S
Re: [Cooker] Getting there - RPMDrake works - kinda
Robert Fox [EMAIL PROTECTED] writes: The GUI appears and the lists work - but when I try to select any package - it won't let me (no check mark and the selected values stay at 0) use the space bar for now this bug will be fixed later (i'm cleaning drakconnect gui for now)
[Cooker] Gnome-panel urpmi error, missing dtd-file
Does anybody have an idea, which file is missing? ftp://sunsite.uio.no//pub/unix/Linux/Mandrake/Mandrake-devel/cooker/cooker/Mandrake/RPMS/gnome-panel-2.3.4-1mdk.i586.rpm asennan /var/cache/urpmi/rpms/gnome-panel-2.3.4-1mdk.i586.rpm Valmistetaan... ## 1:gnome-panel ## /usr/share/gnome/help/screem/C/screem.xml:15: warning: failed to load external entity /usr/share/sgml/docbook/dtd/xml/4.1.2/docbookx.dtd Mika
Re: [Cooker] Bad package in Contribs
Ainsi parlait Dave Cotton : Thanks those who have upgraded offending packages, but, using urpmi.update from a local mirror taken from lip6.fr today 09:20CET the following package caused urpmi to baulk. hackxsw-client-1.41.0-1mdk.i586.rpm Could it not just be removed? At least until it's corrected to comply with the new standard. Done, as it doesn't rebuild since we use gcc 3. If someone with better C/++ skills than me wants to have a look, he is welcome. However, i don't see why it should prevents urpmi to work, unless you try to generate hdlists yourself. -- Software bugs are impossible to detect by anybody except the end user. -- Murphy's Computer Laws n°10
RE: [Cooker] Bad package in Contribs
Are you running nautilus to control your desktop or other file manager? Kill it and you will see the fishtank... Cory -Original Message- From: John van Spaandonk [mailto:[EMAIL PROTECTED] Sent: Thursday, July 17, 2003 1:36 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Bad package in Contribs Talking about bad packages, I've got one in cooker: xfishtank did not work in 9.1 and still does not work for me. Just a green flash on the display and then nothing noticable anymore... Remove it? On Thursday 17 July 2003 22:14, Guillaume Rousse wrote: Ainsi parlait Dave Cotton : Thanks those who have upgraded offending packages, but, using urpmi.update from a local mirror taken from lip6.fr today 09:20CET the following package caused urpmi to baulk. hackxsw-client-1.41.0-1mdk.i586.rpm Could it not just be removed? At least until it's corrected to comply with the new standard. Done, as it doesn't rebuild since we use gcc 3. If someone with better C/++ skills than me wants to have a look, he is welcome. However, i don't see why it should prevents urpmi to work, unless you try to generate hdlists yourself.
Re: [Cooker] For 9.2 - automatic update notification
On Thu, 17 Jul 2003, Blindauer Emmanuel wrote: because not everyone has fast internet line, and for example, when kde3.0.5a was updated, several Mo have to be downloaded. User should be able to dl firstly all packages, in several time, and wen all is present, update it. But this should be fixed in rpmdrake/MandrakeUpdate anyway. Just because the user wants to install packages manually, doesn't mean he should be forced to watch them. So, we could solve this and other problems if MandrakeUpdate/rpmdrake had an option when downloading packages to do so in the background (ie download all packages in one quiet window, and pop up when all packages are downloaded). Before gc tell my I suck again, I haven't used recent rpmdrake, so maybe it does this already. 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 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] rpm without a packager tag.
On Wednesday 16 July 2003 21:23, Thierry Vignaud wrote: Michael Scherer [EMAIL PROTECTED] writes: The current practice is either to put nothing, or to put Mandrake Linux Team http://www.mandrakeexpert.com. And, IMHO , neither are good. the first does be good. if you do not want to be spamed by bug reports just set in your ~/.rpmmacros %packager mdk link ... well, ok, i think it should be added to the mdk-rpm-howoto, i was not aware of this subtle trick. i didn't know that rpm added it automatically. -- Mickaël Scherer
Re: [Cooker] Bug in Mandrake package install system?
### Adam Williamson: Re: [Cooker] Bug in Mandrake package install system?... #On Thu, 2003-07-17 at 20:47, Thomas Backlund wrote: # Viestissä Torstai 17. Heinäkuuta 2003 22:21, Andi Payn kirjoitti: # On Thursday 17 July 2003 11:59, Olof Bjarnason wrote: # Thanks for your advice, although I have some more questions :) # # # Is this a bug? # #No. # # If not a bug - what is it? Should the combination of actions # which I took not lead to installation of a custom rpm? # This implies there are 'special' packages, or Mandrake-packages, in # which case at least I would favor a notification upon clicking on # such a foreign package. For example, it would be helpful if # Mandrake tells me Warning: Non-Mandrake package. Install # manually with urpmi when I click on my 'abc.rpm'. # # The urpmi tools are not about packages, but about urpm sources, which are # repositories of packages. # # So, the short answer is: You must build a custom urpm source containing # your custom packages before you can use urpmi to install those packages. # Just copying the rpm's into a directory is not enough. # # # Not entirely correct... # # If you copy a rpm (or many rpms...) to an empty directory, # and issue ' urpmi * ' in that directory, urpmi will try to install all # packages in that directory, trying to resolve the dependencies by using the # packages in that directory and the packages known to it through it's defined # sources... # # Of course if urpmi still can't resolve the dependencies for some of the # packages, it won't install those... # #Andi meant to write You must build a custom urpm source containing your #custom packages before you can use rpmdrake to install those packages. Which I think I did with the program down-right in the package management window of MandrakeControlCentral (I don't know the apps. name in english - might be something like Manage sources). Or maybe I didn't? In short: is there a GUI for urpmi? Sorry for this have-become user-assistance thread. From the beginning, I took it for a bug :) Anyway, thanks for you help, and I will try out your suggestions.. /Olof
Re: [Cooker] For 9.2 - automatic update notification
On Thu, 17 Jul 2003, Andi Payn wrote: All users in a special group. At low security, this is everyone. At medium security, this is the msec admin. At high security, or expert install, whoever's installing needs to know what a group is and deal with it. This would be roughly equivalent to the system on Windows XP (except when installing on an NT/2K domain, where it gets more complicated and essentially doesn't work). My mother and sister share a computer, and they see the fact that whichever one of them is logged in can see and install the updates as a good thing. But essentially the problem with Windows is that most users run with administrative priveleges all the time = virus propagation. This is usually less of a problem on corporate networks, where only domain admins have admin rights, but often they still run with admin rights as a general rule. Luckily, 2/3rds of our admin users run under linux with unpriveleged accounts most of the time ;-). BTW, this kind of touches on one of the issues I wanted to discuss, cc'ing a few people who no longer read cooker, and it has to do with better default rights management. Under Windows, you can easily decide who should be able to do what kind of thing (this is true also under linux). However, under Windows there are good defaults. Such as Domain Admins can join any machine to a domain (other users would have to be assigned the right to be able to join a specific machine, or group of machines by ACLs in Active Directory). We can achieve a lot of similar settings under Mandrake without too much difficulty, via good default LDAP ACLs, and a good default sudo config (even better would be sudo config in LDAP). Anyway, I need to cover this in a seperate thread, it's too complex for a paragraph in another thread This assumes users are logging in and out of X on a regular basis. On many of my machines I don't for months at a time... But you are capable of writing a cron job to do it for you, which is why you don't even need such a tool. There are many users who are not capable of writing a cron job, and who also stay logged in for weeks on end. The fact that you can do just this--that you almost never have to log out, much less reboot--is one of the selling points for converting to linux. If we tell people that they have to log out and back in periodically to check for updates, that won't sound good: Oh, so linux is just like Windows, they just try to hide it better. Uhhh, my solution (Basicaly the way RH does it) would avoid all of these issues ... Buchan: Remember that most of the time it should be running as a normal user, and thus should not run 'urpmi.update' or anything else that requires elevated priveleges. The automated update system is useless if there's nothing automatically running urpmi.update every so often. But, if we're talking an applet, the user the applet runs as should not in general be able to run urpmi.update, it would just let the user know when and why they would want to do so, and make it easy to do so. Maybe this should be installed as a weekly cron job for users who specify an always on connection, as an ifup script (that does nothing unless it's been more than, e.g., 6 days since last time) for those who specify a dialup connection? Whatever, it should be almost completely invisible to novice users. But you also want to avoid being accused of installing spyware by default. Being able to choose automated updates is something I would like to see (so normal users get the solution I have in my cron script). But it shouldn't be the default. Buchan: Has no-one on this list installed Redhat recently? Ben: Why would I want to? To steal their best ideas--and, more importantly, to avoid their worst mistakes. And to see just how much their redhat-config-samba sucks ;-). And how we can improve on the authsetup (IIRC) tool (don't clobber user settings in /etc/pam.d/system-auth). As for how to download and install packages, it might be nice to pre-download them (as XP does). (What if there are multiple users? Provide a directory under /var/tmp or something which all users have write access to, and download them there.) However, it's probably easier and safer to have MandrakeUpdate download the packages on demand (as root). I agree, I wouldn't want MandrakeUpdate installing packages anotheruser could have crafted, and another user, not knowing the significance of rpm signatures, installs by mistake ... IMHO, there should be two solutions: 1)applet showing the user when they need to run updates, with an easy way to launch MandrakeUpdate. It may be an idea to make it possible to do this via sudo without a password, so users in a certain group can run it without having to enter the root password? 2)The applet could also offer to setup automated updates, and in such a case would only indicate the status of the updates
Re: [Cooker] Re: Re: Re: [CHRPM] drakxtools-9.2-0.14mdk
On Thu, 17 Jul 2003, Frederic Crozat wrote: In short, never use Yes/No buttons but Verbs instead (or Stock buttons). And the Action should be on lower right corner, because it is the less tiring/more comprehensive location for Left-to-Right/Top-to-Bottom readers (cf Mac HIG for more info on that..). The justificiation for buttons order from Seth Nickell (one of the Usuability guys) is available here : http://mail.gnome.org/archives/hig/2002-February/msg00037.html I think they're wrong, and have just being using Mac's too much. I personally always get confused whenever I have to use a GNOME HIG-compliant dialog. I actually have to think about which button I want to use. Probably from too much Windows use (see if you can tell me a Windows key combination I don't know ;-)), but the problem is that over 90% of your potential users come from a similar position. So, IMHO, unless your target market is the MAC users, it would be better to use the button order Windows uses, or make it configurable ... (I would be very happy if there is an easy way to do this for the whole of GNOME). But other people always tell me I am wrong about usability (I would prefer to reduce retraining cost instead, as that is the current obstacle). 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 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] Bug in Mandrake package install system?
On Thu, 17 Jul 2003, Olof Bjarnason wrote: #Andi meant to write You must build a custom urpm source containing your #custom packages before you can use rpmdrake to install those packages. Which I think I did with the program down-right in the package management window of MandrakeControlCentral (I don't know the apps. name in english - might be something like Manage sources). Yes, you *should* be able to do it from the sources manager, but it seems there is a bug if you do it that way. I got an error like this in the list file for the source I added via the source manager in 9.1: == use RPM_contained_file to view a file in the RPM error: open of //home/bgmilne/rpm/mdk/RPMS.mdk9.1/./i586/samba3-client-3.0-1.0.20030429mdk.i586.rpm failed: No such file or directory = Content == argument is not an RPM package cpio: premature end of archive Or maybe I didn't? In short: is there a GUI for urpmi? Yes, but it seems to not work correctly. If I do the urpmi.addmedia name file://path/to/rpm/collection Then it does work. Sorry for this have-become user-assistance thread. From the beginning, I took it for a bug :) I think it may be ... can you check if you also get the error messages in the list file for your source in /var/lib/urpmi/ using the gui? Can someone test on cooker (otherwise I will tomorrow). 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 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] Gnome-panel urpmi error, missing dtd-file
On Thu, 17 Jul 2003 23:42:30 +0300 lamikr_mdk [EMAIL PROTECTED] wrote: Does anybody have an idea, which file is missing? /usr/share/gnome/help/screem/C/screem.xml:15: warning: failed to load external entity /usr/share/sgml/docbook/dtd/xml/4.1.2/docbookx.dtd Most likely nothing is missing.. Check /usr/share/sgml/docbook If you have both xmlcatalg and xmlcatalg.rpmnew rename xmlcatalg-xmlcatalg.bk and xmlcatalg.rpmnew-xmlcatalg Charles -- We must die because we have known them. -- Ptah-hotep, 2000 B.C. - Mandrake Linux 9.2 on PurpleDragon Kernel- 2.4.21.3mdk http://www.eslrahc.com - pgp0.pgp Description: PGP signature
Re: [Cooker] Glide project is dead
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 17 July 2003 16:05, Lea Gris wrote: Any project at Mandraksoft about configuring serial port 9600 8n1 as default kernel console to let work heavy miantenance on servers without any graphic card ? brltty? - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 - GPG Key: http://sintrax.net/~hawkeye/key.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Fx5/v8F7V9JOSuURAs/dAKCkmMlFDtUCR/vlW6dWcvCvejbj1QCeN0CD Z2hmI7OFwSBNSqxvDeWbe1c= =lYV3 -END PGP SIGNATURE-
[Cooker] Re: [CHRPM] galaxy-0.9-3mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 in 0.2-17mdk: - - Remove hightlight on scrollbar ( doesn't work for the moment ) will this be enabled again? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Fx2sv8F7V9JOSuURApr7AKDB9lfCfniHJWGL2/6sY2ydhl6gKwCfT6j+ JUom9/Nlj0ECa0wKacN0KMo= =LTSe -END PGP SIGNATURE-
[Cooker] Re: [BUG] squid-2.5.STABLE3-1
Hi, [EMAIL PROTECTED] nzhang]# rpm -Uvh squid-2.5.STABLE2-2mdk.i586.rpm Preparing... ### [100%] 1:squid ### [100%] [EMAIL PROTECTED] nzhang]# rpm -Uvh squid-2.5.STABLE3-1mdk.i586.rpm error: failed dependencies: perl(Authen::Smb::Smb) is needed by squid-2.5.STABLE3-1mdk I have noticed that ... how come we didn't have this message before ... or maybe this package has just gone from the distro ... I does sound funny. I checked CPAN perl-Auth-Smb has been changed since June 7, 1999. Why would someone take that out of the distro? Maybe I should add the perl-Auth-Smb package ... Please do. I will go test it out. Regards, Norman
[Cooker] Building Cooker
Yeah, sorry, it's me again. I've waited awhile through a large flood of cooker updates, and I am still unable to install a cooker system. The ISOs produced by mkcd still loop in available packages, but I gather from the TODO page that Warly knows about that. If I install 9.1, define my local cooker directory images as a urpmi source, and try urpmi --auto-select, I get errors I will include below (they're long and I wouldn't want you to lose interest). Someone had suggested previously that urpmi itself needed to be updated, so I tried urpmi urpmi. That also got errors I'll include below. I had no problems at all through the 9.0 and 9.1 alpha/beta cycles, until mkcd broke sometime after June 3. I've already tried completely re-downloading my cooker directories, and it hasn't helped. Could those of you who are managing to build cooker please share your secrets ? I'd like to be able to test again Output from urpmi urpmi: * The following packages have to be removed for others to be upgraded: mkcd-3.4.7-1mdk (due to missing perl-RPM) perl-RPM-0.40-4mdk (due to missing librpmio-4.0.4.so, due to missing librpmdb-4.0.4.so, due to missing librpm-4.0.4.so) do you agree ? (Y/n) To satisfy dependencies, the following packages are going to be installed (108 MB): drakconf-9.2-0.5mdk.i586 drakxtools-9.2-0.12mdk.i586 drakxtools-http-9.2-0.12mdk.i586 drakxtools-newt-9.2-0.12mdk.i586 elfutils-0.80-1mdk.i586 ethereal-0.9.13-1mdk.i586 glibc-2.3.2-5mdk.i586 glibc-devel-2.3.2-5mdk.i586 glibc-static-devel-2.3.2-5mdk.i586 gnorpm-0.96-13mdk.i586 gurpmi-4.4-8mdk.noarch harddrake-9.2-0.12mdk.i586 harddrake-ui-9.2-0.12mdk.i586 libbzip2_1-devel-1.0.2-16mdk.i586 libelfutils1-0.80-1mdk.i586 libelfutils1-devel-0.80-1mdk.i586 libnet-snmp50-5.0.8-5mdk.i586 libuser1-0.51.7-2mdk.i586 locales-2.3.2-3mdk.i586 locales-en-2.3.2-3mdk.i586 locales-pt-2.3.2-3mdk.i586 net-snmp-mibs-5.0.8-5mdk.i586 net-snmp-utils-5.0.8-5mdk.i586 perl-5.8.0-27mdk.i586 perl-Authen-PAM-0.14-2mdk.i586 perl-GTK-0.7008-30mdk.i586 perl-GTK2-0.0.cvs.2003.04.07.1-2mdk.i586 perl-HTML-Parser-3.28-3mdk.i586 perl-Locale-gettext-1.01-8mdk.i586 perl-MDK-Common-1.1.4-2mdk.i586 perl-Net_SSLeay-1.22-2mdk.i586 perl-URI-1.23-3mdk.noarch perl-URPM-0.91-11mdk.i586 perl-XML-Writer-0.4-7mdk.noarch perl-base-5.8.0-27mdk.i586 perl-devel-5.8.0-27mdk.i586 perl-doc-5.8.0-27mdk.i586 perl-libwww-perl-5.69-2mdk.noarch popt-1.8-12mdk.i586 popt-devel-1.8-12mdk.i586 rpm-4.2-12mdk.i586 rpm-build-4.2-12mdk.i586 rpm-devel-4.2-12mdk.i586 rpm-python-4.2-12mdk.i586 rpmdrake-2.1-24mdk.i586 rpmstats-0.4-1mdk.i586 rpmtools-4.5-11mdk.i586 tcp_wrappers-7.6-22mdk.i586 urpmi-4.4-8mdk.noarch userdrake-0.92-9mdk.i586 Is this OK? (Y/n) Installation failed, some files are missing: /data/cooker/i586/Mandrake/RPMS/perl-devel-5.8.0-27mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/drakxtools-http-9.2-0.12mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/libelfutils1-0.80-1mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/elfutils-0.80-1mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/libuser1-0.51.7-2mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/libnet-snmp50-5.0.8-5mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/perl-URPM-0.91-11mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/perl-base-5.8.0-27mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/perl-doc-5.8.0-27mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/libelfutils1-devel-0.80-1mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/userdrake-0.92-9mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/drakxtools-9.2-0.12mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/perl-5.8.0-27mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/perl-GTK2-0.0.cvs.2003.04.07.1-2mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/drakxtools-newt-9.2-0.12mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/gurpmi-4.4-8mdk.noarch.rpm /data/cooker/i586/Mandrake/RPMS/drakconf-9.2-0.5mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/urpmi-4.4-8mdk.noarch.rpm /data/cooker/i586/Mandrake/RPMS/rpmdrake-2.1-24mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/net-snmp-mibs-5.0.8-5mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/harddrake-ui-9.2-0.12mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/harddrake-9.2-0.12mdk.i586.rpm /data/cooker/i586/Mandrake/RPMS/net-snmp-utils-5.0.8-5mdk.i586.rpm You may want to update your urpmi database Output from urpmi --auto-select: *** The following packages have to be removed for others to be upgraded: MySQL-Max-4.0.11a-5mdk (due to conflicts with MySQL[ 4.0.11]) fax4CUPS-hylafax-1.22-2mdk (due to missing hylafax) hylafax-4.1.5-1mdk (due to conflicts with mgetty-sendfax) mad-0.14.2b-4mdk (due to missing libid3tag.so.0, due to unsatisfied libmad0 == 0.14.2b) mod_ssl-2.8.12-8mdk (due to unsatisfied mm == 1.2.2) mod_sxnet-1.2.4-22mdk (due to unsatisfied mod_ssl *) perl-RPM-0.40-4mdk (due to
[Cooker] Re: Re: Re: Re: [CHRPM] drakxtools-9.2-0.14mdk
Buchan Milne wrote: On Thu, 17 Jul 2003, Frederic Crozat wrote: In short, never use Yes/No buttons but Verbs instead (or Stock buttons). And the Action should be on lower right corner, because it is the less tiring/more comprehensive location for Left-to-Right/Top-to-Bottom readers (cf Mac HIG for more info on that..). The justificiation for buttons order from Seth Nickell (one of the Usuability guys) is available here : http://mail.gnome.org/archives/hig/2002-February/msg00037.html I think they're wrong, and have just being using Mac's too much. I personally always get confused whenever I have to use a GNOME HIG-compliant dialog. I actually have to think about which button I want to use. Probably from too much Windows use (see if you can tell me a Windows key combination I don't know ;-)), but the problem is that over 90% of your potential users come from a similar position. So, IMHO, unless your target market is the MAC users, it would be better to use the button order Windows uses, or make it configurable ... (I would be very happy if there is an easy way to do this for the whole of GNOME). Yeah, it is configurable in KDE (at least at the source level, not sure about runtime). It would be good if these kind of dialogs were a widget that took an argument at creation time deciding the order. Maybe they could do something like do Gnome-HIG compliant order within Gnome, and regular order elsewhere (or at least within KDE).
RE: [Cooker] Getting there - RPMDrake works - kinda
Getting error message when trying to search in rpmdrake: Variable not allowed to be undef where GTkTreeIter is wanted at /usr/sbin/rpmdrake line 331 -Original Message- From: Thierry Vignaud [mailto:[EMAIL PROTECTED] Sent: Thursday, July 17, 2003 1:32 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Getting there - RPMDrake works - kinda Robert Fox [EMAIL PROTECTED] writes: The GUI appears and the lists work - but when I try to select any package - it won't let me (no check mark and the selected values stay at 0) use the space bar for now this bug will be fixed later (i'm cleaning drakconnect gui for now)
Re: [Cooker] Re: Re: Re: Re: [CHRPM] drakxtools-9.2-0.14mdk
On Wed 16 Jul 2003 04:28, David Walser posted as excerpted below: Adam Williamson wrote: How? I use GNOME and Windows - mostly GNOME - every day, and I've never had a problem with the buttons being in different places... I'm happy for you. I haven't accidentally clicked the wrong button or anything, but I can certainly see someone doing that. Old habits are hard to break, and even if you don't go all the way in getting tripped up, it still has to give you (or some people) some pause. I have. Not in anything where I need to (and do) really pay attention, because it MATTERS, but in little things. In my case, it isn't so much the location as the size of the button that does it, tho location plays a secondary roll to that and I might have clicked the wrong one a time or two based on location as well. The one that gets me most often is a KDE thing, not Gnome, and as I said, it's based on button size. It's the konqueror secure connection dialog, as I use it for online banking, for instance. The button for display certificate attributes or whatever it's labeled, is huge. The button for continue is small. Since by convention the big button is supposed to be the normal continue flow button, or they are the same size, I constantly click the display cert button rather than continue. (If things don't check out, there's another dialog anyway, so it's not like you have to check the cert every time for validity -- that's automatic.) They really should make the more info button label shorter, like more info, or Display Cert., or simply Details, and then make the Continue button larger if necessary to make it at least the same size as the details button. **I** really should get off my *** and file a KDE usability bug report on this.. (They DID finally fix the signed message background problem in KMail. It used to be white, even if background was set to black by default, meaning font colors were limited to those that could display on white OR dark and still be readable. I prefer console style light on dark rather than paper style dark on light, mainly because I wear contacts and all that white glares and makes it difficult to read. I was just getting ready to file a bug report on it when they fixed it because someone else obviously did.) -- Duncan - List replies preferred. They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. Benjamin Franklin
Re: [Cooker] DVI graphics card work with Mandrake?
On 2003.07.17 18:58, Bryan Whitehead wrote: I'm looking for a graphics card that will work out of the box with mandrake 9.1. In otherwords, I don't want to download some binary driver, or rebuild X, or do some weird kernel hack Actually, this is a cool question. It would be nice to have a list of cards that work - accelerated - out of the box, with 9.2. Right? For example, my NVidia Gefore2 works perfectly with the binary driver, but requires constant updates, rebuilds, and hacks. On the other hand, my SiS 630 is a crappy video card, but works flawlessly and effortlessly with XV and DRI. If we had a list of 'low-maintenance' video cards, it would be a real help to people building Mandrake systems. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
[Cooker] DVI graphics card work with Mandrake?
I'm looking for a graphics card that will work out of the box with mandrake 9.1. In otherwords, I don't want to download some binary driver, or rebuild X, or do some weird kernel hack The cards I've been looking at are these: ATI Radeon VE VGA and DVI ATI FIRE GL X1 1-2 VGA and DVI nVidia QuadroFX 500 VGA and DVI nVidia QuadroFX 1000 VGA and DVI nVidia Quadro NVS 280 VGA and DVI The card will be driving a 20 flatpanel UltraSharp 2000FP from Dell. I don't really have a problem with hacking the XF86Config-4 file, but I don't like having to hack in external drivers... Do any of these cards have opensource/xfree drivers that ship with mandrake that are good enough ? BTW, They do not need todo fancy 3D/OpenGL, all the apps will be basic 2D stuff... -- Bryan Whitehead SysAdmin - JPL - Interferometry and Large Optical Systems Phone: 818 354 2903 [EMAIL PROTECTED]
Re: [Cooker] DVI graphics card work with Mandrake?
On Fri, 2003-07-18 at 00:12, Austin wrote: On 2003.07.17 18:58, Bryan Whitehead wrote: I'm looking for a graphics card that will work out of the box with mandrake 9.1. In otherwords, I don't want to download some binary driver, or rebuild X, or do some weird kernel hack Actually, this is a cool question. It would be nice to have a list of cards that work - accelerated - out of the box, with 9.2. Right? Except that wasn't the question. He didn't want acceleration. It's offtopic anyway, I sent an offlist reply. -- adamw
[Cooker] Re: Re: Gendistrib reports several bad rpms in contrib
Austin wrote: On 2003.07.16 09:46, David Walser wrote: Robert Fox wrote: /tmp/.build_hdlist/hackgaim-0.60-0.20030329.3mdk.i586 That thing is still there, ugh! Can somebody please delete it? Done. Thanks, but it's still there :o(
[Cooker] Re: gphoto2 broken? Missing gphoto2_port files
Hi! The following files are not packaged: /usr/lib/gphoto2_port/0.5.1/libgphoto2_port_serial.so /usr/lib/gphoto2_port/0.5.1/libgphoto2_port_usb.so They are commented out in the spec file. After putting them back in, it works. Before: -= gphoto2 --list-ports Devices found: 0 Path Description -- After: -= gphoto2 --list-ports Devices found: 3 Path Description -- serial:/dev/tts/0Serial Port 0 serial:/dev/tts/1Serial Port 1 usb: Universal Serial Bus -- so long, Oliver
Re: [Cooker] Re: [Contrib-Rpm] urpmc-1.2-1mdk
On Wed 2003-07-16 at 10:29:16 -0700, [EMAIL PROTECTED] wrote: On Wed, Jul 16, 2003 at 09:00:16AM +0200, Ben Reser wrote: --=-=-= Name: urpmcRelocations: (not relocateable) [...] This package will take the list of updates to do, group them by identical changelogs, then print out a list of the package you have and the package you will be upgrading to, showing the changelogs for every release since the one you have installed. [...] Enjoy. :) I think I just fell in love. Thanks, Benjamin.
[Cooker] Re: [Contrib-Rpm] urpmc-1.2-1mdk
On Wed, 2003-07-16 at 08:00, Ben Reser wrote: Description : urpmc will run urpmi.update on a media or medium, get the list of packages that an auto-select would install, and show the changelogs of those packages from the hdlist. media is plural, medium is singular, so that sentence needs rewriting somehow... ...will run urpmi.update on a medium or multiple media...? -- adamw
[Cooker] can't make cd
I tried to build new cd from fresh update and it fails I updated and tried this twice in case the download was wrong $ i586/misc/MakeCD -t /tmp/ -a i586/ URPM object version 0.91 does not match bootstrap parameter 0.90 at i586//Mandrake/mdkinst/usr/lib/perl5/5.8.0//i386-linux-thread-multi/DynaLoader.pm line 249. Compilation failed in require at i586//misc/perl5/vendor_perl/5.8.0/Mkcd/Tools.pm line 12. BEGIN failed--compilation aborted at i586//misc/perl5/vendor_perl/5.8.0/Mkcd/Tools.pm line 12. Compilation failed in require at i586//misc/mkcd line 11. BEGIN failed--compilation aborted at i586//misc/mkcd line 11.
Re: [Cooker] Re: [BUG] squid-2.5.STABLE3-1
On Thu 17 Jul 2003 15:05, Norman Zhang posted as excerpted below: Hi, [EMAIL PROTECTED] nzhang]# rpm -Uvh squid-2.5.STABLE2-2mdk.i586.rpm Preparing... ### [100%] 1:squid ### [100%] [EMAIL PROTECTED] nzhang]# rpm -Uvh squid-2.5.STABLE3-1mdk.i586.rpm error: failed dependencies: perl(Authen::Smb::Smb) is needed by squid-2.5.STABLE3-1mdk I have noticed that ... how come we didn't have this message before ... or maybe this package has just gone from the distro ... I does sound funny. I checked CPAN perl-Auth-Smb has been changed since June 7, 1999. Why would someone take that out of the distro? Maybe I should add the perl-Auth-Smb package ... Please do. I will go test it out. Are you sure it isn't included in one of the other Mdk packages? The perl dependencies have been being reworked since the new RPM, to take advantage of some of the new features available and make automation of dependencies on the developer side far easier. Most such new unsatisfied dependencies, then, have been due to folks updating what they have access to to require the new dependencies, before the core packages they may NOT have write access to have been updated to provide them. This is just part of the growing pains of Cooker, to be expected in an alpha state distrib program, so nothing to worry about at this point. There are two ways to proceed with the install and test to see if that's the situation. If it's not something you use often, you can just urpmi --allow-force and force the install (or do the equivalent rpm call directly), then see if it works. Otherwise, you can check the dependency files manually one by one to see if they exist and are in a location where they can be found. I've done both. What I'm thinking is that if this just appeared, it isn't likely to be that the dependency files aren't there in reality, because as you noted, it doesn't make sense. It's far more likely that this is a dependency update thing, particularly since we already know there ARE and have been such issues going on with perl and Cooker in this round. -- Duncan - List replies preferred. They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. Benjamin Franklin
Re: [Cooker] Re: gphoto2 broken? Missing gphoto2_port files
Oliver Lemke wrote: Hi! The following files are not packaged: /usr/lib/gphoto2_port/0.5.1/libgphoto2_port_serial.so /usr/lib/gphoto2_port/0.5.1/libgphoto2_port_usb.so They are commented out in the spec file. After putting them back in, it works. Before: -= gphoto2 --list-ports Devices found: 0 Path Description -- After: -= gphoto2 --list-ports Devices found: 3 Path Description -- serial:/dev/tts/0Serial Port 0 serial:/dev/tts/1Serial Port 1 usb: Universal Serial Bus The libgphoto2 package was rebuilt and broken by one of my co-workers. I have fixed in libgphoto2-2.1.2-0.rc3.3mdk. Till
Re: [Cooker] gphoto2 broken?
Michael Reinsch wrote: --4:w9uSo/GNpag'=. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi! On Tue, 15 Jul 2003 17:09:29 +0200 Till Kamppeter [EMAIL PROTECTED] wrote: Currently my digital camera (Kodak CX4230, USB) is no longer detected by gphoto2. This used to work quite well, but stopped a few days ago. Can someone confirm this? Or is this working for everybody else? Can you check with the lsmod command whether the dc240 (or similar name) kernel module is loaded? The only kernel module I found which has a similar name is drivers/usb/dc2xx.o.gz - but this one is not loaded... No kernel module is loaded when plugging in the camera - well, usb is certainly loaded, but no additional module gets loaded (I used rmmod -a several times before plugging it in). Sorry, I didn´t see that the libgphoto2 package was rebuilt and broken by one of my co-workers. I have fixed it. Install libgphoto2-2.1.2-0.rc3.3mdk from the Cooker to get your camera detected again. Till