Re: [Cooker] wish list for 9.2 - joystick configuration
Elliott Martin wrote: seeing the wishlist flyby got me thinking... ...it would be really cool if there were a drak tool for joystick configuration... anyway, it's just an idea! -elliott Long overdue! For USB joysticks it should be easy. The problem is with gameport joysticks. I think the gameport itself requires configuring and the drivers for them are sort of proprietary ... like sound chip drivers. :-/
Re: [Cooker] ALSA 0.9 final is out
Aurelien Bompard wrote: Hi all ALSA 0.9 final is out http://freshmeat.net/projects/alsadriver/ Will it be included ? Thanks Aurélien This is good news as ALSA has pretty much replaces OSS. And a stable ALSA would be nice, hopefully it somehow makes it in. I find it sad that Mandrake often releases non-stable stuff in their core package just to be on the cutting edge. The really good news though is that ALSA 1.0 will apparently be including (or at least attempt to include) across the board /dev/sequencer wave table midi support (read kmid/rosegarden, etc.), the lack of which (since OSS dropped it) I have spent a good deal of time bitching about on this list. On top of that, the 2.6 kernel will be designed around ALSA which should be an additional boost for Linux sound. On top of that the 2.6 kernel also will include lots of ISA plug and play support. So even though the present sometimes seems depressing in terms of Linux desktop capabilities, the future looks bright.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Danny Tholen wrote: On Monday 10 March 2003 21:33, George Mitchell wrote: I have nothing against proprietary software in general or soundfonts in particular. I only find it odd that cards that provide /dev/sequencer support under free software should see that support discontinued when the source is freely available. So now the question becomes 'Does anybody out there have /dev/sequencer support without having to use soundfonts?' You have it backwards. AFAIK: On the sblive, you *have* to use soundfonts. It cannot synthesise notes itself. AFAIK it is a hardware limitation. On other cards, it might be different. Well, if I install an old ISA sound card with a Cirrus Logic or ALS chipset, and load Mandrake 7.1 and run sndconfig, it will first configure sound, and THEN midi, and presto, I will have FREE /dev/sequencer support without soundfonts. You could do it with Mandrake 7.1 and free software, but now there apparently is no way to do it anymore, so that feature has been effectively taken away.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 George Mitchell wrote: Buchan Milne wrote: Ah, so this is a proprietary technology using non-free 'soundfonts'. What happened to the old synthesizer OPL3 method used back in the 7.1 days? Well, you are always free to develop free sound fonts (there are free tools out there to do this), just as we need to develop more realy good screen fonts. That was totally free and worked without a hitch. When the 2.4 kernel came along, it went away. I am sure you can still do it, if you swap to oss and use the emu10k1 tools, but AFAIK the sound-font method produces much better quality. And now the only posts so far confirming /dev/sequencer allude to a proprietary thing from Creative. And what proprietary software would that be (besides the sound fonts). Sounds to me like we are going backward. Does anyone else out there have a totally free solution for /dev/sequencer or has that been taken away from us? Search for free (speech) sound fonts. In the meantime, use the ones that come on your windows driver CD. Of course, if you are to continue your crusade for replacing this sort of thing with free software, please start reverse-engineering firmware (ie the software for another device) for things like USB scanners etc. The only difference between them and (say) your BIOS, or firmware for CD-Writers etc is the fact that they are uploaded into volatile (instead of flashable) memory. So, please replace your BIOS with an open-source one first ... (since that is one your computer, not on a peripheral device, hence restricts your freedom more than your sound card). Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+bOdGrJK6UGDSBKcRAlOEAKCPrXt6G1sBSiRtaCIjkSI0uuq9LQCfZ+V0 V7JwDd+pPLBn0hWgERxjMTc= =7hqV -END PGP SIGNATURE- I have nothing against proprietary software in general or soundfonts in particular. I only find it odd that cards that provide /dev/sequencer support under free software should see that support discontinued when the source is freely available. So now the question becomes 'Does anybody out there have /dev/sequencer support without having to use soundfonts?'
Re: [Cooker] Mandrake 9.1 Should be Delayed
Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: On Sun, 9 Mar 2003, George Mitchell wrote: I would be delighted to see a few posts by people who actually have /dev/sequencer (soundcard midi) working with such apps as Rosegarden and kmid, revealing what sound card they are using and what there /etc/modules.conf file looks like. So far I have seen no evidence on the web that anyone has this working with the 2.4 kernel. I challenge anyone who does to come forward and say so. For me it works with snd-emu10k1. Works for me also with emu10k1 on 9.0, but remember you have to load a soundfont. Works cool with noteedit. Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+bJmrrJK6UGDSBKcRAtUfAKDKTNzs0mJta4v2YeadOloBjdbcAQCcCi9U YJksOZizCAQJXtD/rxgq/9k= =hWks -END PGP SIGNATURE- Ah, so this is a proprietary technology using non-free 'soundfonts'. What happened to the old synthesizer OPL3 method used back in the 7.1 days? That was totally free and worked without a hitch. When the 2.4 kernel came along, it went away. And now the only posts so far confirming /dev/sequencer allude to a proprietary thing from Creative. Sounds to me like we are going backward. Does anyone else out there have a totally free solution for /dev/sequencer or has that been taken away from us?
Re: [Cooker] Mandrake 9.1 Should be Delayed
[EMAIL PROTECTED] wrote: On Sun, 9 Mar 2003, George Mitchell wrote: I would be delighted to see a few posts by people who actually have /dev/sequencer (soundcard midi) working with such apps as Rosegarden and kmid, revealing what sound card they are using and what there /etc/modules.conf file looks like. So far I have seen no evidence on the web that anyone has this working with the 2.4 kernel. I challenge anyone who does to come forward and say so. For me it works with snd-emu10k1. d. Thanks Danny! Which Sound Blaster card are you using if I may ask? And it would really be nice if these capabilities were outlined in Mandrake's hardware compatibility documentation.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Buchan Milne wrote: On Sun, 9 Mar 2003, George Mitchell wrote: The same is true of /dev/sequencer support under a number of cards that used to work with OPEN SOURCE drivers but no longer do. Sorry, but I do not believe posts like this until I see the bug numbers, please post them.Or at least give details on the cards that are affected. Buchan (who has no hardware Mandrake does not support out-the-box) I would be delighted to see a few posts by people who actually have /dev/sequencer (soundcard midi) working with such apps as Rosegarden and kmid, revealing what sound card they are using and what there /etc/modules.conf file looks like. So far I have seen no evidence on the web that anyone has this working with the 2.4 kernel. I challenge anyone who does to come forward and say so.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Robert L Martin wrote: Problems with ATI and nVidea products. Only the two most popular video cards on the market. .. And the two that prefer to make proprietary drivers rather than, if they want the speed and quality, making their work fully open.. -- okay so start running down the chipsets on boxed computers (the former M$ market) Dell, Compaq ,HP all use either Nvidia or ATI chipsets mostly. This means that the biggest market for Linux will also A Not care about "free -(L,G)" B Know the least about the pain part of Linux These folks just want it to work after M$ decides that M$ doesn't Kernel , X, Multimedia and basic office/network should be "Stop Presses" level bugs by default. If Joe Luser can boot the system with X, play cds/mp3s, type notes, surf and go online it can ship but if those things can't be done DO NOT SHIP (or plan on shipping a patch disc) And the real irony here of course is that ATI chipsets are NOT closed source. My ATI Radeon in fact works splendidly with OPEN SOURCE XFree/DRI software under Red Hat 8.0. But what kind of answer do you get when you bring that up on the cooker list? That they are proprietary of course and nobody challenges it because it is an easy answer and much preferable to admitting that it might be Mandrake that is failing to adequately QA their product. So Mandrake is learning to FUD their way along just like Microsoft and avoid facing the hard questions. The same is true of /dev/sequencer support under a number of cards that used to work with OPEN SOURCE drivers but no longer do. When you ask questions you face silence, or some wise one chiming in with 'Oh thats because its proprietary'. The world will forgive Linux companies for NOT supporting closed source products like nVidia, but OPEN SOURCE hardware that does not work simply because the priorities are elsewhere will not play well with potential desktop consumers and attempting to paint known open source products as being closed will not play well either.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Sascha Noyes wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 07 March 2003 11:09, Warly wrote: George Mitchell <[EMAIL PROTECTED]> writes: And this exactly illustrates the problem with the current development model. Come hell or high water the product WILL ship, even if it turns out to be the buggiest ever. Mandrake and other distributors are entering a period where they are merely replicating proprietary vendors by becoming slaves of a ship date and shipping the whole unfinished mess out for consumers to choke on. That is why it is time to change the development model. Development should be modularized, with each major compenent following a separate development path maintained in sync with the external free software developers. These components should be folded into the distribution ONLY when bulletproof while the distribution itself gets released periodically. This would decentrallize the development of the distribution and sharpen quality control. It would also focus resources on the problems rather than on continuing to persue enhancements at the expenses of stability. A big part of the problem is that Cooker spends most of its life as a mish mash of incomplete and buggy code and then ends up in a big rush to stabalize everything simultaneously as time runs out. Releasing a distro with the current flow of complaints on bugzilla is nuts. But then, as before, I wil somehow make it work by regressing various components backward to previous versions in order to come up with a better functioning whole. I do not agree. There is no point spending 4 months in stabilizing a already deprecated distribution. Strict release date are good because it is worthless to correct all the very single bug that will be ignore by 95 percent of the customers and will be fixed in an update before the CD are on the shelves. Stabilizing a distro too much is mainly a non productive work, and we are supposed to develop and create new pieces of software and innovative things, not replacing any _very_unprofessionnal_ spelling mistakes or titlebar color in the 4000 packages of the distributions I agree with Warly here. People do not seem to notice that Mandrake has a certain development philosophy: 1. Release every 6 months 2. Include the latest stable versions of popular software, irrespective whether it might be unpolished. This has always been the case with Mandrake, and that is why they also have such a large following with "power-users" (not guru's but not complete newbies). Anybody who thinks that the above two points are new has not been around to see many of Mandrake's releases. I think if you want to get Mandrake to change their policy (like the Debian-like 3-phase suggestion) you are going to have to have pretty good arguments for why this would be better (and not lead to eg. Debian-like outdatedness in the stable version) Best, Sascha Noyes - -- Please encrypt all correspondence. PGP key available from: http://individual.utoronto.ca/noyes/snoyes.asc - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+aM7hgzJdfX+cTW8RAvAVAKCrlb9OXLNVEHfZHAnG9h4zJJOvMACeLsbx kEazsPR2oiODFe5uEf8eAdY= =NH3j -END PGP SIGNATURE- I am not referring to issues of polish. I am referring to major things that do not work. I am not suggesting that a Debian system be employed to make Mandrake spot perfect like Debian, only that it be employed to make sure that major bugs are erradicated. I have no problem with the 6 mo release cycle either if it were buffered by a Debian like system. And Mandrake has released unstable versions of popular software in the past including KDE. That should not happen.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Warly wrote: George Mitchell <[EMAIL PROTECTED]> writes: And this exactly illustrates the problem with the current development model. Come hell or high water the product WILL ship, even if it turns out to be the buggiest ever. Mandrake and other distributors are entering a period where they are merely replicating proprietary vendors by becoming slaves of a ship date and shipping the whole unfinished mess out for consumers to choke on. That is why it is time to change the development model. Development should be modularized, with each major compenent following a separate development path maintained in sync with the external free software developers. These components should be folded into the distribution ONLY when bulletproof while the distribution itself gets released periodically. This would decentrallize the development of the distribution and sharpen quality control. It would also focus resources on the problems rather than on continuing to persue enhancements at the expenses of stability. A big part of the problem is that Cooker spends most of its life as a mish mash of incomplete and buggy code and then ends up in a big rush to stabalize everything simultaneously as time runs out. Releasing a distro with the current flow of complaints on bugzilla is nuts. But then, as before, I wil somehow make it work by regressing various components backward to previous versions in order to come up with a better functioning whole. I do not agree. There is no point spending 4 months in stabilizing a already deprecated distribution. Strict release date are good because it is worthless to correct all the very single bug that will be ignore by 95 percent of the customers and will be fixed in an update before the CD are on the shelves. Stabilizing a distro too much is mainly a non productive work, and we are supposed to develop and create new pieces of software and innovative things, not replacing any _very_unprofessionnal_ spelling mistakes or titlebar color in the 4000 packages of the distributions Non productive work? How about 3D accelleration that doesn't work on Radeon cards? Is that one of the things you consider trivial and not worth correcting? I have a Radeon VE that works flawlessly on install with Red Hat 8.0. It is a screaming mess on install with Mandrake 9.0 and still is not working with Cooker which is just about ready to release. Problems with ATI and nVidea products. Only the two most popular video cards on the market. Should I just go out and buy yet another video card. Oh wait, lets check supported hardware on Mandrake site. Ah yes, all video cards are 'known to work'. Lets look at the 'tested' category. Whoopee, no cards in that category. So face it, Mandrake QA is failing, and Mandrake refuses to own up to it. I really don't know whether stable/unstable is the answer, but for sure something needs to be done. I appreciate Mandrake enough to put up with this nonsense, but how many new users will? This is no way to win the desktop and you should admit it and be open to new ideas.
[Cooker] Stable/Unstable Debian style - from 9.1 should be delayed
Obviously 9.1 is almost out the door and there is nothing even in Mandrake's power to change that. But in following this thread, I do see a lot of value in moving to a Debian style Stable/Unstable model. The additional overhead would not be that great and there would be many benefits. Overhead would be mostly additional storage requirements for the mirrors. Actual bandwidth would not be effected all that much as most people would follow either stable or unstable, but not both. Benefits would be: 1) The stable version would always be sitting there in up to date status ready for deployment when the time comes to go to press. 2) The stable version would provide an optional test bed for the developer who might want to lift his particular project out of the unstable version and plant it in the stable version for testing. For example, he might be trying to debug a 3D game at just the time XFree or the kernel is going through an unstable period and this would allow him an up to date but stable test bed. 3) The stable version would always be available for a continual QA effort. This would allow those volunteers who prefer to debug to pump their reports through bugzilla without constantly running into 'yes, we know there is a problem and we are working on it.' There is a certain futility to trying to debug a version that is unstable in the first place. 4) The stable version would enable ordinary Mandrake users to upgrade continually rather than having to endure one massive enema everytime a new release comes along. 5) The stable version could have its own cooker mailing list for those more interested in QA issues than pushing the envelope. They could have a lot of active discussions without potentially wasting the time of developers who could concentrate on their own efforts on the unstable list. 6) The unstable version would never have to endure freezes as all releases would derive from the stable version. 7) The unstable version could take even more 'risks' without incurring situations of having to 'back up' in order to 'make' a release date. 8) The unstable list could eliminate bugzilla chatter and concentrate on development issues as bugzilla chatter would move to the stable list. 9) The daring fools could still draw from the unstable list in order to continue to satiate their thirst for thrills. 10) Alpha and Beta versions of various components could be confined to the unstable version where testing could continue, but they would be prevented from getting into the stable version. Users who so desire could immediately download them from the stable version when they install from CD. Just more food for thought. Feel free to tear it apart.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Andi Payn wrote: On Thursday 06 March 2003 06:17, Adam Williamson wrote: If the problem is contractual obligations, perhaps the 9.0 experience ought to indicate that such contracts should not be made. How do you propose that Mandrake release their software, then? If they wait until there is a stable release before signing contracts, it will be at least a month before that release hits the shelves, and even longer before most of the advertising supporting that release appears. And that's assuming that they have good relationships with everyone involved (and are willing to pay for "rush" work in some cases). You can't just call someone and say, "OK, our release is ready," and get it in stores the next day. Now, in the long run, they'd still get out the same number of releases per year, it's just that there'd be a gap of a couple of months when they first switched to this new strategy. That doesn't sound too bad, but think about what it means--it means a couple of months with significantly reduced revenue, which isn't such a great thing for a company in Mandrake's financial situation (or, really, any company). Plus, this means that the releases that people buy on the shelves would no longer be up-to-date. Part of the reason that people choose Mandrake over, say, Redhat is that Mandrake usually has state-of-the-art packages. To people who switch from other distros, this is a huge difference. A friend of mine once asked, "Why should I bother upgrading to the new version of Redhat if I'll still have to install gcc and KDE myself to get recent versions?" I was able to point to Mandrake and say, "Look, they have them. Why not switch?" He did. To people who switch from Windows, this may not seem like as big a deal--but it still makes a difference. For example, part of the reason that Mandrake 9.0 looked good to Windows users than the other distros was KDE3, and part of the reason it worked well for them was konqueror/galeon, evolution/kmail, and the various office packages--all of which had only recently become good enough to sell a Windows user. In other words, Mandrake can't afford to have major releases that are two months out of date. But they can't avoid this unless they pre-schedule their releases and sign these kinds of contracts. Of course some companies sign even larger contracts and start even larger advertising campaigns and then slip releases by months, anyway (Windows 97, anyone? Rhapsody 1.0?). But most companies can't afford to pay two or three times for each release, keep the release-time ad blitz up for months on end, and fight the bad PR. Apple can just barely get away with it; Mandrake certainly couldn't. The way that software is released today stinks. It's bad for Mandrake--but it's also bad for Microsoft and Apple and Redhat, and for Symantec and Microprose and Adobe. Mandrake refusing to play by the same rules would not affect the system, it would only hurt Mandrake. Andi, there is a solution to this problem. That is to maintain a stable version of cooker. Do the actual work of upgrading and fixing various components offline, and merge them into the stable cooker tree only when they have been thoroughly tested. In the mean time continually use bugzilla to QA the stable cooker tree itself. As it is, cooker is a collection of a gazillion efforts all attempting to take place simultaneously on the same codebase, and all attempting (or forced) to come to maturity at the same time. And even though the software is modular, there are cases where a problem with one component can jeoperdize a timely fix for another. The various efforts need to be delinked and individually debugged on a stable cooker. The existance of a stable thoroughly QA'd cooker would mean that Mandrake could pull the cord for a release at any time without risk of unforseen headaches.
Re: [Cooker] Mandrake 9.1 Should be Delayed
Miark wrote: On Wed, 5 Mar 2003 16:57:17 -0600 Texstar <[EMAIL PROTECTED]> wrote: Why is a mid-March release so critical? To quote Civileme: ...Mandrakesoft has to make the release date. It is negotiated into contracts for pressing CDs, for example, and a day's slippage may cause a month's delay and extensive penalties. That is one of the realities of making this software. The only thing that would stop the release date is a showstopper bug that keeps the product from working on a significant number of computers... One may debate whether existing bugs qualify as "showstopper bugs", but point is the release date is important because Mandrake has contractual obligations that have financial consequences if violated. Miark And this exactly illustrates the problem with the current development model. Come hell or high water the product WILL ship, even if it turns out to be the buggiest ever. Mandrake and other distributors are entering a period where they are merely replicating proprietary vendors by becoming slaves of a ship date and shipping the whole unfinished mess out for consumers to choke on. That is why it is time to change the development model. Development should be modularized, with each major compenent following a separate development path maintained in sync with the external free software developers. These components should be folded into the distribution ONLY when bulletproof while the distribution itself gets released periodically. This would decentrallize the development of the distribution and sharpen quality control. It would also focus resources on the problems rather than on continuing to persue enhancements at the expenses of stability. A big part of the problem is that Cooker spends most of its life as a mish mash of incomplete and buggy code and then ends up in a big rush to stabalize everything simultaneously as time runs out. Releasing a distro with the current flow of complaints on bugzilla is nuts. But then, as before, I wil somehow make it work by regressing various components backward to previous versions in order to come up with a better functioning whole.
Re: [Cooker] current status ATI Radeon AIW tuner support
Support should be in gatos (http://gatos.sourceforge.net/) Robert L Martin wrote: Is there a set of packages availible to enable an ATI Radeon AIW tv tuner to function yet?? (as far as i can tell some sort of mandrake magic must be done to get this cards tuner working or i need to drink a case of wine) [running a stock 9.0 setup due to lack of access to high speed] btw who does such packages??
Re: [Cooker] Radeon problem continues
Charles A Edwards wrote: On Sat, 08 Feb 2003 09:33:09 -0800 George Mitchell <[EMAIL PROTECTED]> wrote: I was unable to even perform SysReq sync, remount, boot sequence and had to endure another ugly root partition cleanup. Looks like there are still problems here in spite of rumours to the contrary. I an using current cooker on 2 systems, #1 with radeon 64mb ddr and #2 32mb ddr. Both systems have been running with dri enabled since drm module was added to kernel. I have suffered No lockups. I am I am guessing that you have an AMD cpu, if so add 'mem=nopentium' to your lilo append and your lock-ups should cease. Charles Well thanks for trying. It seemed to be working for awhile, but now I have already experienced one freeze and one complete loss of video so I guess we are not there yet. After the loss of video the only thing interesting I found was a strange message in .xsession-errors which may or may not have something to do with the problem. It occured around the time of the video loss, but since .xsession-errors doesn't record times for incidents, I have no way to know if its related: QClipboard::setData: Cannot set X11 selection owner for PRIMARY Thanks again, George
Re: [Cooker] Radeon problem continues
Buchan Milne wrote: On Sat, 8 Feb 2003, George Mitchell wrote: an Athlon? That doesn't sound right at all. And as far as the person who made the comment about 'end user whining', if the developers on this list consider us loyal Mandrake users to be nothing more than 'whiners', they are sticking their heads in the sand and missing out on a great resource. Remember, the person who tells you that your fly is open is your friend. Your enemies will just get a good laugh out of it leave you to your demise. We complain because we want to see Mandrake make it big time. We complain because we care that these problems that are really 'in your face' actually get fixed. And you can't expect the end user to 'know' that they have to tweak lilo. Those days are past. 1)Developers are people with @mandrakesoft.com addresses, I don't think any developer said anything about anyone whining. Thanks for the clarification, I should have checked that before I posted, however I do think that the person who used that term needs to think twice before using that kind of language again. My appologies to Mandrake employees. 2)This is not a list for end-users I know, I should be using bugzilla instead, even to report Cooker problems, but the last time I tried I was unable to log in and just became frustrated with the process. I am sure most agree with the rest of yourpost. Buchan
Re: [Cooker] Radeon problem continues
Chmouel Boudjnah wrote: George Mitchell <[EMAIL PROTECTED]> writes: developers on this list consider us loyal Mandrake users to be nothing more than 'whiners', they are sticking their heads in the sand and / why everytime people keep thinking that we don't listen / Because thats the message thats conveyed by the term 'whiners'. I know that the kernel these days is huge and complex and that you are probably one of the most over worked and under paid developers on the face of the earth AND I mean that sincerely and not sarcastically. I, for one, much appreciate all of your hard work, especially regarding supermount on the kernel side, but it would be nice to know a little more on when some of the more grating problems (such as midi synth support - /dev/sequencer) are going to get addressed. I have followed the advice of mem=nopentium kernel append and that does seem to be helping with Radeon problem, no freeze ups yet on Cooker. Thanks to you Chmouel and others who are so helpful.
Re: [Cooker] Radeon problem continues
Charles A Edwards wrote: On Sat, 08 Feb 2003 09:33:09 -0800 George Mitchell <[EMAIL PROTECTED]> wrote: I was unable to even perform SysReq sync, remount, boot sequence and had to endure another ugly root partition cleanup. Looks like there are still problems here in spite of rumours to the contrary. I an using current cooker on 2 systems, #1 with radeon 64mb ddr and #2 32mb ddr. Both systems have been running with dri enabled since drm module was added to kernel. I have suffered No lockups. I am I am guessing that you have an AMD cpu, if so add 'mem=nopentium' to your lilo append and your lock-ups should cease. Charles Thanks for the tip. I will give it a try and report back. I have a K6-2 450. However, I rather think that this should be autodetected by the kernel if it is actually a problem. Also, I notice that someone on down is claiming to still have the problem with an Athlon. Nopentium on an Athlon? That doesn't sound right at all. And as far as the person who made the comment about 'end user whining', if the developers on this list consider us loyal Mandrake users to be nothing more than 'whiners', they are sticking their heads in the sand and missing out on a great resource. Remember, the person who tells you that your fly is open is your friend. Your enemies will just get a good laugh out of it leave you to your demise. We complain because we want to see Mandrake make it big time. We complain because we care that these problems that are really 'in your face' actually get fixed. And you can't expect the end user to 'know' that they have to tweak lilo. Those days are past.
[Cooker] Radeon problem continues
I just reenabled my Radeon 7000 on up to date Cooker (as of this morning), with latest kernel, and just a few minutes ago experienced a nasty freeze with complete keyboard lockup. I was unable to even perform SysReq sync, remount, boot sequence and had to endure another ugly root partition cleanup. Looks like there are still problems here in spite of rumours to the contrary.
Re: [Cooker] Linux Audio Users - still problems with cooker!
Thierry Vignaud wrote: George Mitchell <[EMAIL PROTECTED]> writes: OK, fair enough. I have now replaced the old ISA sound chip with a new PCI one. But I still have no midi support. This is really disappointing. First I have problems with an old video chipset and replace that with a new Radeon chipset and still have problems under Cooker. Now I have replaced my ISA sound chip with a new PCI soundchip and sound is still screwed up on Cooker. These are basic functions. Are they ever going to get straightened out? classic bug sound tester: "lspcidrake -v | fgrep AUDIO" will tell you which driver your card use by default "grep snd-slot /etc/modules.conf" will tell you what driver it currently uses "/sbin/lsmod" will enable you to check if its module (driver) is loaded or not "/sbin/chkconfig --list sound" and "/sbin/chkconfig --list alsa" will tell you if sound and alsa services're configured to be run on initlevel 3 "aumix -q" will tell you if the sound volume is muted or not "/sbin/fuser -v /dev/dsp" will tell which program uses the sound card. Thanks for the response, but my problem is lack of functional midi synth support. Plain old 'pcm' sound works just fine. Midi synth worked flawlessly for me with the 2.2 kernel under OSS. As soon as I went to 2.4 kernel, no more midi synth. I have tried at least a half dozen different sound cards and three or four different systems and when I ask why this is, no one seems to even have an answer. Obviously some people must be using midi synth. It is required for applications like kmid and rosegarden. But it is really frustrating that know one seems willing to share what is required to make it happen. Is on board midi simply no longer supported? Does one have to get a dedicated midi card or wave table support now in order to have midi support? If true that really sucks. Midi synth has been an integral part of sound cards for a long time. The fact that Linux seems to have dropped support for it (Red Hats sndconfig no longer even attempts to configure it and snddrake or whatever it is also avoids it entirely) does not bode well for the Linux desktop. The problem admitedly is not unique to Mandrake. I have yet to find a distro that supports sound card midi synth any more. Perhaps it is in fact an Alsa issue. And the fact that OSS has seemingly dropped midi synth support is not helpful either. But that just points out the size of the problem. The Linux development community is writing off a whole desktop sector by their inability or unwillingness to address this issue. Does anybody care?
Re: [Cooker] Linux Audio Users - still problems with cooker!
Adam Williamson wrote: On Tue, 2003-02-04 at 18:00, George Mitchell wrote: OK, fair enough. I have now replaced the old ISA sound chip with a new PCI one. But I still have no midi support. This is really disappointing. First I have problems with an old video chipset and replace that with a new Radeon chipset and still have problems under Cooker. Now I have replaced my ISA sound chip with a new PCI soundchip and sound is still screwed up on Cooker. These are basic functions. Are they ever going to get straightened out? Maybe they'd get straightened out if you provided relevant information. I.E., what IS your new sound card? What's the chip? What driver does it use? What's the lspcidrake -v output? "My new soundcard doesn't work" isn't very useful for fixing it... New sound card = ASOUND EXPRESS II 2002 Sound chip = Cirrus Logic Crystal cs4281 /etc/modules.conf: probeall usb-interface usb-uhci usb-ohci probeall scsi_hostadapter aic7xxx above snd-cs4281 snd-pcm-oss alias sound-slot-0 snd-cs4281 lspcidrake -v: agpgart : VIA Technologies|VT82C598 [Apollo MVP3] [BRIDGE_HOST] (vendor:1106 device:0598) unknown : VIA Technologies|VT82C598 [Apollo MVP3 AGP] [BRIDGE_PCI] (vendor:1106 device:8598) unknown : VIA Technologies|VT82C586/A/B PCI-to-ISA [Apollo VP] [BRIDGE_ISA] (vendor:1106 device:0586 subv:1106 subd:) unknown : VIA Technologies|VT82C586 IDE [Apollo] [STORAGE_IDE] (vendor:1106 device:0571) usb-uhci: VIA Technologies|VT82C586B USB [SERIAL_USB] (vendor:1106 device:3038 subv:0925 subd:1234) unknown : VIA Technologies|VT82C586B ACPI [BRIDGE_HOST] (vendor:1106 device:3040) aic7xxx : Adaptec|AHA-7850 [STORAGE_SCSI] (vendor:9004 device:5078 subv:9004 subd:7850) cs4281 : Cirrus Logic|Crystal CS4281 PCI Audio [MULTIMEDIA_AUDIO] (vendor:1013 device:6005) usb-ohci: OPTi Inc.|82C861 [SERIAL_USB] (vendor:1045 device:c861) Card:ATI Radeon : ATI|Radeon QY [DISPLAY_VGA] (vendor:1002 device:5159 subv:174b subd:7112) unknown : Unknown|USB OHCI Root Hub [Hub|Root Hub] (vendor: device:) unknown : Texas Instruments|TUSB2040 Hub [Hub|Root Hub] (vendor:0451 device:1446) unknown : Microsoft Corp.|SideWinder Precision Pro [Human Interface Devices|No Subclass|None] (vendor:045e device:0008) Mouse:USB|Wheel : Logitech Inc.|N48 / M-BB48 [FirstMouse Plus] [Human Interface Devices|Boot Interface Subclass|Mouse] (vendor:046d device:c001) unknown : Hewlett-Packard|DeskJet 812c [Printer|Printer|Unidirectional] (vendor:03f0 device:0304) unknown : Unknown|USB UHCI Root Hub [Hub|Root Hub] (vendor: device:)
Re: [Cooker] Linux Audio Users - still problems with cooker!
Adam Williamson wrote: On Thu, 2003-01-30 at 02:57, George Mitchell wrote: If I can just jump in on this, there is certainly a big hole when it comes to trying to configure an ISA sound chip. I have been unable to properly configure my ALS 120 chip since 7.2 and the 2.2 kernel. Plain old audio has worked with fits and starts and midi has NEVER worked right since then. The Red Hat sndconfig program no longer even attempts to configure midi, which makes stellar apps like Rosegarden next to useless for me. I am hoping for some miracle with the 2.6 kernel. I doubt you'll get it. Obsoleting hardware does need to be done at *some* point and I don't think too many people are lamenting the ISA bus... OK, fair enough. I have now replaced the old ISA sound chip with a new PCI one. But I still have no midi support. This is really disappointing. First I have problems with an old video chipset and replace that with a new Radeon chipset and still have problems under Cooker. Now I have replaced my ISA sound chip with a new PCI soundchip and sound is still screwed up on Cooker. These are basic functions. Are they ever going to get straightened out?
Re: [Cooker] Linux Audio Users
5. no GUI to change sound card settings a.k.a. draksound is too basic Do you mean the settings that are necessary to be changed for older ISA sound cards? PCI cards don't have those settings. If they're looking for the mixer settings, then they need to run aumix or kmix. If you're looking for just a button to fire up aumix/kmix, that might be reasonable. If I can just jump in on this, there is certainly a big hole when it comes to trying to configure an ISA sound chip. I have been unable to properly configure my ALS 120 chip since 7.2 and the 2.2 kernel. Plain old audio has worked with fits and starts and midi has NEVER worked right since then. The Red Hat sndconfig program no longer even attempts to configure midi, which makes stellar apps like Rosegarden next to useless for me. I am hoping for some miracle with the 2.6 kernel.
[Cooker] Missing fontconfig-devel
I am trying look over the latest version of Xfree but my system requires XFree-devel which in turn requires fontconfig-devel which is not currently available on the mirrors. Anyone know what is going on with this package?
[Cooker] Beta 1 install failure
I have just attempted to install 9.1 beta 1 and it went as follows: 1. I have both a PS2 and a USB mouse on my system. The install came up on only the USB mouse. No problem, I suppose, though it would be nice if all mice were recognized on the initial install. 2. If one misses the cue to 'agree' to the license agreement, there is very little in your face feedback to let you know where you went astray. The following screen which reads in small print 'Did you really mean to reject the license agreement?" is anemic. There should be something bold in large font like: !!! Installation not permited unless license agreement is accepted !!!. Otherwise one can get into the next ... next ... next syndrome assuming they are choosing the default which is normally the correct method. The other option is simply to disable the next button until the license agreement is accepted. 3. Network configuration: I did the install with a Linux compatible USB modem. The install failed to detect the USB modem, but insisted that it was detecting an ethernet card. My system has no ethernet card. Once you get into the network configuration dialog, there is no way out. No cancel, you can only proceed by creating a fictitious modem or device. 4. Summary: Default is hardware clock set to GMT - shouldn't local time be default? I think it always has been. Neither my HP Deskjet 810C on USB nor my LaserJet IIIP on parallel get detected and there is no way to set them up manually during install. Seems strange. My Radeon 7000 fails to be detected, install shows 'Custom' whatever that means. I set to Radeon manually (accel enabled) and tested with no problems detected. ISA sound card of course fails to be configured on install. With all of the ISA sound cards out there, I don't know why this capability was dumped of to sndconfig. Not a pretty picture for the newbie. System comes out of the dock with no sound. YUK. Upon reboot the system came up with 'insmod hid' failing and continuous failures apparently emanating from my SCSI Zip drive. And then suddenly the system does a hard reboot with a dirty file system and the whole nine yards. I tried to reboot several times. I can get to failsafe maintainance mode with no problem. I think X is broke. On the last boot I attempted to boot normally and failed and my drive is now sitting there with its corrupted FS. So if anyone wants to look at this, just tell me what you need and I will be happy to supply it. The system disk is one a removable drive and I can add it as a second drive on this system in a snap. FSCK the file systems and provide any log file off of it you might like to look at. I am at your service. - George Mitchell
[Cooker] Package verification
I don't know whether anyone else has noticed, but the RH8 installer has a very nifty feature in the form of a installer based MD5SUM verification option which would prove very useful to anyone using downloaded ISOs. It would seem that this would be rather easy to implement. Any thoughts on something like this?
[Cooker] 9.1 beta 1
I have just completed downloading beta 1 and look forward to giving it a test run. I am one of many users who operate at the mercy of an old 56K modem and I very much appreciate beta 1 being released on a stripped down 1 CD basis. In fact I am intrigued by the possibility in the future of extending this concept to releasing first betas totally stripped down to essential OS and bare KDE desktop, perhaps 200 MB or less. This would greatly facilitate rapid downloading, result in less load on ftp servers, and concentrate initial testing on core features, saving other issues until later. It would likely result in more widespread initial testing on a more diverse group of hardware and thus shag more bugs out on the initial run than the current process. Just a though to discuss and consider.
[Cooker] Mandrake is dead ... Long live Mandrake!
Fortunately Mandrake is more than just a business enterprise. Although it is painful to see Mandrake go through all of this, we all must remember that Mandrake is a community at its core. As the Mandrake business attempts to reorganize, developers will continue to communicate via this list, consumers and businesses will continue to migrate from other OS's to Mandrake, and club members like myself will continue to contribute to Mandrake. There will be a significant minority of fair weather friends who will throw in the towell and be very vocal about it and that is their privilige. But in the end Mandrake will not only survive, but thrive. The best thing that folks on this list can do is look to the future with confidence and return to business as usual dealing with Cooker issues. Much has been accomplished, but there is much left to do, and in reality, a promising future ahead for Mandrake and the Mandrake community.
Re: [Cooker] Latest XFree86 w/Radeon and hardware accellerationrebootssystem.
Actually I think I might be onboard for some testing after all. I just discovered that 9.1 is coming out on one ISO, and I now have half of that downloaded. Another day and I should have it. - George George Mitchell wrote: I would love to work with somebody to get this fixed, but I am stuck with a 56K modem and getting the ISOs is a major hassle. If somebody can get me a copy of the ISO (I am in California), I am willing to do my best. I have plenty of removable hard drives so loading it would not be a problem. - George Buchan Milne wrote: On Sun, 12 Jan 2003, George Mitchell wrote: Well I have a Radeon 7000 that works with neither 8.2 or 9.0 unless accelleration is somehow disabled. It works flawlessly with Red Hat 8.0 though. There is simply some problem lurking in Mandrake that trashes these early Radeon cards. I originally suspected it was in the glx libraries but I have lately been hearing that it was a kernel 'drm' module. All I really know is that it fails badly, even when accelleration is not in use. Are you planning on testing 9.1 beta on it? I don't have too much time available, and would appreciate it if someone took this up and ensured that at least there are valid bugzilla entries for cards that failed on 8.2 and 9.0 before we hit RCs, then I can spend time doing other stuff (packaging etc). Regards, Buchan
Re: [Cooker] Latest XFree86 w/Radeon and hardware accellerationrebootssystem.
I would love to work with somebody to get this fixed, but I am stuck with a 56K modem and getting the ISOs is a major hassle. If somebody can get me a copy of the ISO (I am in California), I am willing to do my best. I have plenty of removable hard drives so loading it would not be a problem. - George Buchan Milne wrote: On Sun, 12 Jan 2003, George Mitchell wrote: Well I have a Radeon 7000 that works with neither 8.2 or 9.0 unless accelleration is somehow disabled. It works flawlessly with Red Hat 8.0 though. There is simply some problem lurking in Mandrake that trashes these early Radeon cards. I originally suspected it was in the glx libraries but I have lately been hearing that it was a kernel 'drm' module. All I really know is that it fails badly, even when accelleration is not in use. Are you planning on testing 9.1 beta on it? I don't have too much time available, and would appreciate it if someone took this up and ensured that at least there are valid bugzilla entries for cards that failed on 8.2 and 9.0 before we hit RCs, then I can spend time doing other stuff (packaging etc). Regards, Buchan
Re: [Cooker] Latest XFree86 w/Radeon and hardware accellerationrebootssystem.
Well I have a Radeon 7000 that works with neither 8.2 or 9.0 unless accelleration is somehow disabled. It works flawlessly with Red Hat 8.0 though. There is simply some problem lurking in Mandrake that trashes these early Radeon cards. I originally suspected it was in the glx libraries but I have lately been hearing that it was a kernel 'drm' module. All I really know is that it fails badly, even when accelleration is not in use. Buchan Milne wrote: On Sun, 12 Jan 2003, PAOLACCI Sebastien wrote: Le Dimanche 12 Janvier 2003 02:11, D F a ?crit : On January 11, 2003 10:40, Buchan Milne wrote: H... Perhaps I'm unusual but I had a working Radeon 7500 installation with 3d accel out of the box on 9.0 I had a working Radeon 7500 out of the 9.0 box too, with DRI. (Card:ATI Radeon : ATI|Radeon Mobility M7 LW) Well, I don't think I'm delusional ... I guess this means I will need to test a beta on the machine with the Radeon 7500 then. But, there are quite a few posts on Mandrakeexpert (I searched for 'radeon blank' and got about 6 entries for Mandrake 8.2 and Mandrake 9.0. A google search also turns up a few. Buchan
Re: [Cooker] ATI all in wonder Radeon How -to
How interesting! I guess the question now becomes something like "Does hardrake find the card?" and "Does the card show up anywhere in the proc file system?" I am noticing some real flakynesses in how the kernel handles hardware. For example with my system if I put my SCSI card in a certain slot the bootup complains "found IRQ X, want IRQ Y" but the card still works. If I put it in another slot, it is as if the card simply doesn't exist. I am experiencing the same problem with a USB card. I have never had this kind of problem before with this machine under either Linux or Windows and I am wondering how it is that the kernel is trying to assign resources that is causing this. With Windows you can dynamically manipulate resources with Device Manager, but with Linux it is like a sealed black box . It either works or it doesn't. There is no intelligent graphical interface to manage everything from the proc file system to isapnp to modins/modrm. If it doesn't work you can only move cards around, play with BIOS settings and lilo appends (noapic, etc.), try to tweak modprobes, and hope for the best, but you are basically flying blind. Unfortunately, there is really no way to move an AGP video card to another slot. You might just try removing all the PCI/ISA cards and see what happens, if that clears some obscure resource conflict, but thats a hassle. I really do think gatos should work with your card, but you should scour the gatos site thoroughly before moving forward (perhaps they have specific info or even a forum that might be helpful). And, hopefully, someone on the list can enlighten us further. - George Mitchell Robert martin wrote: But what was the problem when you tried gatos? I assume you tried the version on your install disks, right? -- it won't find the card (config problem??) and yes this is the version from the install cds (it seems to be the one from Cooker also) X works fine dvd works fine but tv doesn't
Re: [Cooker] Religious taboos vs. the GPL
I really don't think that the GPL stifles a person's freedom of speech even if that speech is offensive to some. If there is something about this that offends you, then you will need to find another peice of software. Personally I use software that is useful because it is useful. The fact that some of these programmers might be believing or doing very offensive things is not going to stop me from using their software. I use products everyday that are made by people that are in someway offensive to me. The writer of this program is simply trying to express his beliefs and his concience. You are free to agree or disagree with those beliefs. But if simply reading this causes you pain, you probably need to think the matter over. Either its true or its not. If its not true, whats the problem? He's not threatening to do you any harm, only that God will do you harm, but if you don't believe in God or don't believe that God is the way he describes him, so what? The fact is that when you actually read the source code, scripts and documents in open source software, you will find a lot of vulgarity and distasteful comments. Certainly enough stuff to offend a lot of people if not everybody. So is the solution to impose censorship and put a muzzle on people? I can understand the problem if stuff actually appears on the screen when you run the program, but even then, many times you can just edit it out so you don't have to live with it on your machine. We live in a world where people have different values and express themselves accordingly even in the world of free software. The last thing that free software needs is a cadre of thought police to impose political and religeous correctness on everyone. And the biggest problem with that concept is that eventually the gestapo will end up knocking on your door as well. So let freedom ring! If it bothers you, simply ignore it, or don't use the software. And don't worry because anything that is truly hateful and dangerous will end up being broadly condemned by the community as a whole, but believe me, this doesn't qualify. - George Mitchell Götz Waschk wrote: Am Montag, 23. Dezember 2002, 16:43:51 Uhr MET, schrieb Oden Eriksson: http://freshmeat.net/releases/107382/ I've uploaded this MIDI softsynth. I couldn't test it, because I don't have the required hardware. But it seems to be really cool. I don't know if the religious stuff in the docu is GPL compliant, because it somehow limits the availability of the application. At least I feel offended by this text: If you want to use this program to make music that is against God and Jesus (like HeavyMetal, NewAge,..) STOP and think that you'll be judged someday by God Himself for causing people to lose the way to Salvation and go to hell. This will happen, no matter if you'll use my program, else's program or anything else against Jesus's name.
Re: [Cooker] ATI all in wonder Radeon How -to
Robert martin wrote: That same gatos program should work with the Radeon since the tv tuner portion of the card is really the same animal. So if you have not yet tried gatos, go to your second Mandrake install disk and install the gatos rpm. Then bring up the gatos program and see what happens and let us all know what the results are. --- any special magic since its an AGP card?? (i tried gatos first {does cooker have a more current version of gatos??}) The Rage Pro card I used gatos with was in fact an AGP card. Actually all this info should be on the gatos site (I think its at sourceforge now, a previous post in this thread included the link). But what was the problem when you tried gatos? I assume you tried the version on your install disks, right?
Re: [Cooker] Saving Mandrake - a Users Perspective
I was not referring to Cooker ISOs (and that includes betas and RCs), nor was I referring to past releases. In fact I think Mandrake could probably make money by selling old releases at a premium, yet reasonable price. In any case, if a significant number of users don't contribute, Mandrake will undergo a management change whether they (or anyone else) like it or not and policies WILL change. So it won't be too long before the problem will be resolved one way or another. In fact the current plea for funds (without an accompanying change of course) is alienating a large number of users who are questioning whether they should continue to sink money into an ailing company. SI Reasoning wrote: This would be a mistake. The best thing about having the iso out before the boxed set is that you have all of these people testing and reporting problems back to get fixed. By the time the boxed set is available, many bugs have been squished and the paying user gets a very fine distro. It is really as if the final is really a final release candidate and one gets a whole lot more eyes to help clean everything up before the boxed set is available. I think that is a huge benefit. I believe Mandrake's best shot is capturing market share by getting as many people to use their software as possible. Here is a simple plan: Create a demo cd ala Knoppix and try and bundle with everything you can (new computer, etc). The demo cd has the ability to install a basic version of mandrake on the computer while the demo is running ( so one is actually using the computer while the installation is taking place... maybe a great time to have an easy walk through on how to run Mandrake for newbies. The demo cd offers a discount to buy one of the complete mandrake boxed sets. Many people, being impressed on how the demo cd booted and ran on their computer, may then either install the basic version or go ahead and buy the boxed set for themselves. They may also go and give away the demo cd to someone else or use it (with a usb pen drive) to be able to take over any pc with 128+ meg ram and make it theirs. Either way, it continue to give Mandrake free exposure which will translate into increased sales. I still believe that iso's for everything should remain free and downloadable at the time they are complete. Make connections with businesses for bundling the demo cd (such as earthlink which will have connection info burned into the cd with free minutes ala AOL, just pop in, boot and use.) I can also see every mom&pop computer store bundling the mandrake demo on low cost company built machines. It will allow them to say that they have a computer that is up and ready to go... maybe even make arrangements with local isp's with specials such as the one mentioned below. These are a couple of ideas but the main emphasis is that Mandrake will be offering their software as a means to give value to other products, which should increase awareness, circulation and profits for Mandrake also. On Thu, 2002-12-26 at 20:51, Jason wrote: And so can the general public after "the cooling off period" of say 1 month. Is that so long to wait for a FREE ISO?? I think not. Alternatively, users can pay the fee for the newly created cheaper tier for the club and get the ISO's when released. Sounds very fair to me. This all may be moot very shortly if Mandrake doesn't do SOMETHING. Cheers Jason Jason Straight wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 26 December 2002 08:53 pm, Lea Gris wrote: Jason Straight wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 26 December 2002 05:54 pm, David Walser wrote: ISO availability when the product is finalized pays back all the people who gave their time to beta test. Take that away you'll lose the beta testers, and the quality of the product will decline. There's no easy solution. It *would* be nice if someone would answer my question about educational institutions and LUGs joining the club though... I dunno - personally I wouldn't care if the iso's required payment. It's not that hard for those of us who maintain cooker mirrors locally to make cd's with MakeCD. It might be a good way to keep get some money from non cooker contributors. On the other hand the freeness of mdk no doubt has contributed to it's advertising by putting it out where more people can see/use it. But what's more important? Getting more people to leech or get some money to continue to offer the product? I say charge for iso's. I would definately hold the ISO's for a while after release. Most people I know have a virtual fire under their ass when a new version comes out - they are looking for the fastest way to get the new candy, if the iso's are out first they get them and skip the box. If the boxes were first no one would want to wait for the iso's to be available. Personnaly I don't care of the box. I
Re: [Cooker] Saving Mandrake - a Users Perspective
I heartily agree with the concept that Mandrake should charge for ISOs until they can extract themselves from their current problems. I also suggest the following: 1) Move Mandrake Club membership to sliding scale roughly in line with typical anual income of member's country of residence. This is not easy, but it COULD be done with a little effort. 2) Allow for payment by check or money order. Some countries simply don't support the sophisticated credit card infrastructure we have in the west. 3) Allow for monthly payments, but require six months of membership before certain benifits begin to become available. That would allow the user to commit and begin to enjoy some benefits while protecting Mandrake from unethical users who pay one month's membership, grab all the goodies and disappear. 4) Right now a major attraction of the club is the RPM request venue. This enables users to vote on new packages they would like to see for Mandrake. Those items that are popular and can attract a developer become available quickly to members. This is a GREAT attraction and benefit. What needs to be added to this is a parallel Bugzilla fast track for Club members. Members having problems with Mandrake deserve to be able to vote on which fixes they want prioritized and deserve to know what the status is on features that don't work (ie supermount, etc.). This would be a great and attractive feature. Some of us are getting so tired of the bugs that we no longer appreciate the new features. The bugs need to be addressed better than they are now. 5) ISOs should be removed from download availability and the current ISO should be distributable only by Mandrake. Mandrake club membership should include a complementary GPL ISO. I currently reproduce and sell Mandrake ISOs, but I would gladly give up this practice if it would benefit Mandrake. The other option would be for Mandrake to license ISO resellers and collect a small but reasonable amount for each ISO sold. The point is not to make a lot of money on each sale, but rather to make sure each user must contribute something if they want to use the product. All this can be done while maintaining fairness. Bonafide developers, for example, should receive complementary basic club membership, etc. I do think that at some point Mandrake is going to have to restrict ISOs in order to have the financial health necessary to move forward. And remember that firming up the business plan will bring in investors as well. There is a snowball effect and a negative snowball effect the way things are now. 6) Last but not least, it goes without saying, Mandrake Store needs to be fixed. AND every user who has been screwed by the Mandrake store debacle should be sent a gratis GPL Mandrake set and a formal letter of appology. Just my sentiments, George Mitchell
Re: [Cooker] ATI all in wonder Radeon How -to
Hmmm. I used to use a RagePro (Mach64) All in Wonder board with Mandrake all the time. It was really quite satisfactory. I used gatos for that purpose. That same gatos program should work with the Radeon since the tv tuner portion of the card is really the same animal. So if you have not yet tried gatos, go to your second Mandrake install disk and install the gatos rpm. Then bring up the gatos program and see what happens and let us all know what the results are. - George Robert martin wrote: Since this seems to be an on going problem who on this list has a step by step current list of how to enable 1 tv viewing 2 tv output 3 DVD to include monitor and tv output on an ATI All IN Wonder 7500 radeon (bonus points if its just install these rpms but ...) and yes i have the question asked at mandrake expert but it seems i would have to pay to even get "see figure 1" (side notes this system was using a Hauppauge tv card and intel 815 video)
Re: [Cooker] Bugzilla problems
Warly, sorry to complain about this amidst so many far more crucial problems, but appreciate any help you can provide. My Bugzilla login is [EMAIL PROTECTED] Thanks and best wishes to all at Mandrake. - George Warly wrote: George Mitchell <[EMAIL PROTECTED]> writes: In regards to all the discussion on Bugzilla, I just attempted to post to Bugzilla and was refused on the login. I then attempted to create an account and was informed that I already have an account (which is probably true). I then attempted to change my password and at that point Bugzilla just croaked and wouldn't proceed any further. It is rather frustrating to write up a report and then be stymied by a dysfunctional website. I had a report of a user who had the same trouble, but was not able to reproduce, what is your mail login in bugzilla?
[Cooker] Bugzilla problems
In regards to all the discussion on Bugzilla, I just attempted to post to Bugzilla and was refused on the login. I then attempted to create an account and was informed that I already have an account (which is probably true). I then attempted to change my password and at that point Bugzilla just croaked and wouldn't proceed any further. It is rather frustrating to write up a report and then be stymied by a dysfunctional website.
Re: [Cooker] [Bug 598] [XFree86-server] New: Radeon 7500 hardwareacceleration not working
Iv'e now had a chance to take a closer look at the OpenGL implementation provided by RedHat as compared to that provided by Mandrake. What really intrigues me about Mandrake's implementation is the fact that they apparently mix the XFree MesaGL library with the generic MesaGLU library, while Red Hat provides XFree versions of both libraries. The GLU libraries on RedHat are provided by package: XFree86-Mesa-libGLU. The GLU libraries on Mandrake are provided by libMesaGLU1. The GL libraries on RedHat are provided by package: XFree86-Mesa-libGL and on Mandrake by XFree86-libs.RedHat provides only XFree OpenGL libraries while Mandrake provides both XFree and generic versions of the GL libraries. Mandrake in fact requires generic libMesaGLU1 for a number of games. I strongly suspect that there are subtle conflicts between these two sets of libraries which might not show up with all video cards that are somehow behind the problem. Perhaps Frederic can enlighten us further. At some point I plan to install RedHats libraries on a Mandrake system to see if that resolves the problem and will report back then. -George Bruno Prior wrote: Thanks for the information. Thought you might be interested in the following correspondence: Original Message Subject: Re: Mandrake 9.0 + XFree86 + Radeon 7500 Date: Mon, 16 Dec 2002 16:52:32 + From: Bruno Prior <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: Frederic Lepied <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Frederic, Have moved the old/ modules into drivers/ (and commented out Option "NoAccel"). When I first went to restart the X-server, the whole computer rebooted. But now the reboot has finished, X seems to be working OK. I don't get the KVM freeze like before. I'm not sure how I test whether hardware acceleration is working, but I tried running ArmageTron and TuxRacer. ArmageTron was running at 1fps, which is unbelievably poor (I think I get around 150fps on my laptop). TuxRacer also appeared to be running at only 1 or 2 fps. Would I be right in guessing either that hardware acceleration is still not functioning, or that the hardware acceleration is broken and actually making things slower? I'm almost inclined to the latter, as this is the worst graphics performance I have ever seen on a linux computer - far worse than you would expect from just missing hardware acceleration. Have you seen the message on Cooker suggesting the problem is in OpenGL/Mesa libs? Could this be connected to this FAQ issue I have just found at the DRI website: http://dri.sourceforge.net/faq/faq_display.phtml?id=42 I appreciate that this is for PCI, whereas my card is AGP, but could they be related, and could this be a clue to why Mandrake's default Radeon drivers sometimes don't work with the Radeon 7000/7500? I've tried to find where I can get info about the X-server process. The best I can find is under Information in the KDE Control Center. Unfortunately, this doesn't seem to give me any cut-and-paste option. I've typed out as best I can whatever looks like it might be significant information, and attach it below. Cheers, Bruno Prior X-Server info from KDE Control Center: Name of the Display:0.0 Vendor StringMandrake Linux (XFree86 4.2.1, patch level 11mdk) Vendor Release Number40201000 Version Number11.0 Supported Extensions: SHAPE MIT-SUNDRY-NONSTANDARD BIG-REQUESTS SYNC MIT-SCREEN-SAVER XC-MISC XFree86-VidModeExtension XFree86-Misc XFree86-DGA DPMS FontCache TOG-CUP Extended-Visual-Information XVideo DOUBLE-BUFFER GLX SGI-GLX MIT-SHM XInputExtension XTEST XKEYBOARD LBX XC-APPGROUP SECURITY XFree86-Bigfont RENDER Maximum request size4,194,300 Byte Motion Buffer Size256 Byte Bitmap Unit32 OrderLSBFirst Padding32 Image Byte OrderLSBFirst Frederic Lepied wrote: > > ok just replace the drivers in /usr/X11R6/lib/modules/drivers by the > one in /usr/X11R6/lib/modules/old and try again. George Mitchell wrote: When Mandrake 9.0 initially came out, I gave it a test drive on my hardware before upgrading. In the process I encountered two showstoppers. The first was the famous supermount fiasco redux. The second was the fact that hardware acceleration no longer worked on my ATI RagePro card. I decided that I might as well upgrade the RagePro card and replaced it with a Radeon 7000. Now hardware accelleration worked but I faced nasty lockups and intermittant loss of video. The 7000 and the 7500 belong to the same family of 1st generation Radeons and I suspect that we have the same problem. In any case I have traced the problem to OpenGL and the XFree Me
Re: [Cooker] [Bug 598] [XFree86-server] New: Radeon 7500 hardwareacceleration not working
When Mandrake 9.0 initially came out, I gave it a test drive on my hardware before upgrading. In the process I encountered two showstoppers. The first was the famous supermount fiasco redux. The second was the fact that hardware acceleration no longer worked on my ATI RagePro card. I decided that I might as well upgrade the RagePro card and replaced it with a Radeon 7000. Now hardware accelleration worked but I faced nasty lockups and intermittant loss of video. The 7000 and the 7500 belong to the same family of 1st generation Radeons and I suspect that we have the same problem. In any case I have traced the problem to OpenGL and the XFree Mesa libraries. If I disable the GLX module in the XF86Config-4 file the problem goes away. But of course then hardware accelleration no longer works. Hardware accelleration works fine but slow when using the generic Mesa library and extremely fast but crashes with the XFree Mesa library. The problem is somewhere in the XFree Mesa library distributed with Mandrake. It would be interesting to compare the XFree Mesa library shipped with RedHat and the one shipped with Mandrake. And the supermount problem? I upgraded the whole system to 9.0, but retained the 8.2 kernel. The system works fine so far, with the exception of the Radeon accelleration problem. So at this point I am waiting for XFree to be updated. I may try the current version on Cooker at some point in the near future. Oh and the reason some responses are not showing up on Cooker is that when people do a reply, it gets addressed only to the poster, not to the list. You have to manually cc to the list. - George Mitchell Bruno Prior wrote: I am the guy who has the problem with the Radeon 7500. If anyone has any suggestions, I will be happy to try them, (but note the crt_screen option suggested elsewhere did not help). Rather confused, because there seems to have been a flurry of correspondence on this topic, but only 3 messages showed up on the Cooker list. Where can I find the rest of the correspondence? Cheers, Bruno Prior Stephen Pickering wrote: Stephen Pickering wrote: [Bug 598] wrote: Hi guys, I have someone at mandrakeexpeert, paid incident, that has a problem with a Radeon 7500, the card does not work (locks up) if he uses hardware acceleration, switching of hardware acceleration with "Option NoAccell" will make the system work, I adviced him to get the latest packages from cooker since I saw there have been fixes for dri applied, but his problem still persists, however RedHat 8.0 will work just fine with hardware acceleration. I now understand why I find it difficult to justify paying for support. And I'm obviously monitoring the correct mailing list for help, if I ever need it :-) Oh and if I had the money I'd buy up Mandrake as their about the best commercial linux vendor out there, unlike some m$ wannabes wearing coloured hats :-) Maybe you can check if there are more patches available or maybe remove some that don't work. The incident number is : 37844 So if you need more infos just stop by and ask.
Re: [Cooker] Supermount in MDK 9.0
I am experiencing the disappearing drive problem. I perform an action on a file on the CDROM and suddenly that file just disappears. Supermount seems flakey all over again, but I haven't complained about it yet because I am experiencing problems higher on my agenda ... like 3D accelleration no longer works with ATI Rage Pro Mach 64. -George Mitchell aaron wrote: >I haven't seen the disappearing drive problem yet, but I have noticed >that supermounted CD's don't show up in "df" output anymore. Fine in 8.2. > > >
Re: [Cooker] VIA EPIA 800 C3 processor - Walmart issue?
Excuse me for dragging this issue around one more time, but isn't Walmart selling VIA C3 machines with Mandrake preinstalled? If so, were these machines introduced with 9.0 or 8.2? If they were introduced with 8.2 and buyers attempt to upgrade to 9.0 this could become a real pain for Mandrake. I would be a very unhappy customer if I bought a Mandrake based machine and then had problems reinstalling Mandrake on it. Has anyone checked this out? -George Bernard Varaine wrote: > just bought a VIA EPIA 800 to build a small Linux box but I am getting > errors when trying to install 9.0 RC2. > > Install seems to run smoothly, (just one error one copying to Xfree > files) goes to setting up network and recognise the onboard NIC, setup > users but then when displaying the services to choose the one you want > to activate on boot there is none.. > If you say OK the install them come with an error on mkinitrd.. > > Anyone out there have tried an install on same motherboard/processor.. > > regards > > Bernard
Re: [Cooker] Mandrake, Goodbye!
Joe Simon wrote: > I installed Redhat 7.3 and all my Mandrake problems are solved. I am sure it won't be long before you discover the Red Hat problems. Iv'e used Red Hat before and I can assure you they have problems too. > > > Thanks to anybody that tried to help with my sound problems with > KDE3. I hope someday they can figure it out. Funny thing is I > thought Linux was Linux and KDE was KDE, but that does not seem to be > true. KDE 3.0 is not yet supported by Mandrake in case you haven't heard. Mandrake wisely chose to wait till next time. KDE 3.0 is barely out the door and even though it is final and not beta, it is still rife with bugs. If SuSE and RedHat are making it work great. If it is working for you under RedHat great. But I can tell you from experience that there are things that work under Mandrake that do not work under Red Hat. > > > Also I think Mandrake should scrap that qa.mandrakesoft.com web site > because no one ever answers. I just don't have the time to tweak and > tweak and tweak. That is your personal opinion. I hope your experience with Red Hat is better. Personally I feel that I am getting excellent service from Mandrake. And oh, how much did you pay for that product you expected better support on? > > > JoeS > > _ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > >
Re: [Cooker] NS4 gone?
Perhaps it could be included in contribs for the sake of nostalgia? It is a classic peice of software after all. Pixel wrote: >Alexander Skwar <[EMAIL PROTECTED]> writes: > >>»Borsenkow Andrej« sagte am 2002-02-23 um 01:09:59 +0300 : >> >>>Just seen this: >>> >>> >>>netscape 4 was removed from cooker, >>> >>>is it on the beta 3 isos? >>> >>>I hope that mdk will keep ns4 because it's the only browser with a >>>working >>> > >AFAIK, it's moved to commercial CDs. > >I don't know if there are some solutions for nasty java applets. > > >
Re: [Cooker] A Potential Mandrake Failure - Documentation (repost from NG)
I agree with you entirely on this point. I am finding that in most cases when something can't be done with Linux, it is because it is more work to find out how to do it than it is worth, not because it is actually an impossibility. Along this line, I can see a lot of potential value to simply rearchiving this existing data in its raw form into a topical treed structure which would eliminate the need of text searching to find answers. From that point on, comments could be posted and existing data could be more easily edited into detailed documentation which at this point in time, simply doesn't exist. In turn, that documentation could simply be burned to CDROM periodically as Mandrake itself is updated. Once such an archive were created, information could be pulled from a wide array of sources and either copied or linked into it on an ongoing basis. The HUGE PROBLEM that Linux faces in terms of documentation is the fact that 90% of it will be in some way obsolete within a year. No other existing technology faces this kind of problem. Linux development is web based and extremely dynamic. The creation of ducumentation must also be web based and extremely dynamic. This also would seem to indicate that putting a lot of effort on archiving older data from newsgroups and forums would not be very productive and that the greatest benefit would be acheived by maintaining and updating such an archive going forward. MUO is absolutely the best spot to host such an effort IMHO. Borsenkow Andrej wrote: >Message-ID: [EMAIL PROTECTED] > >== > >Much is written here and in the Mandrake forums that can be found >nowhere else. Problems presentled here are generally pursued to a >solution or set aside if none can be found. After hassling with >these problems since the release of 7.0 and learning quite a bit >along the way, I feel very strongly that there is one major, >serious, and potentially damaging hole in greater adoption of >Mandrake that needs to start being addressed now. This hole is the >absence of organized, graded and thorough documentation. I have >hard copies of much of the material currently available that >directly affects my system. I suspect that most of the others here, >particularly those who regularly answer questions, have done >something similar. With the arrival of beta 3 of Mandrake 8.2, >this ad hoc approach must start coming to an end. Information >spread across man pages, on distro docs, how-to's, faq's is >information not often found by those who need it. > >At the beginning of the week I have joined the forum at >http://www.mandrakeuser.org and have been both pleasantly and >unpleasantly surprised. The documentation section, for those who >have not been there, is first rate, yet produced by just one person >who is straining under the load. There are some extremely competent >problem-solvers in the forum as well as some extremely bad ones, >most of whose ill-formed advice remains uncorrected because ofthe >clumsiness of the web interface. While many here (myself included) >would not give up the free-for-all that is this newsgroup and the >folks over at the Mandrake Forums would not want to give up the web >interface, there has to be a way of bringing the knowledge being >both collected and created together in one place and then >systematically indexing it so that those searching can find it. >There has to be a way of bringing together Mandrake-related >information from the Web and Usenet. > >The many programs on the Mandrake distro need to identified and >explained beyond the cryptic titles that cause many to be >overlooked. The amount raised by the Mandrake Club would not pay a >top flight technical writer for a year much less meet the volumes of >information required here. What is needed is a mechanism to correct >this problem. In another thread on another subject, Guido Draheim >suggested creating our own CD of material to accompany Mandrake, but >as emerged in the discussion, how? who, etc. >Producing a CD of documentation is as large an undertaking but can >involve many, more people. For the routine instructions, individual >users can take a program and write it up. Some of our more literate >particpants can edit the material, and it can be posted to a web >site for all to take a whack at. For the more serious problems, we >have our own supremely qualified experts who can sift through the >problems presented here and coherently organize and edit the answers >that are given out anyway. Others who do not feel comfortable >writing, can scour the newsgroups and web sites for material >relevant to Mandrake and the programs included with the distro. > >I do not see this as happening with 8.2 but maybe 8.3. I see it as >a group endevour independent of Mandrake in the interest of >objectivity. This would be far greater payback than membership in >the Mandrake Club, >and give them a leg up in the corporate
Re: [Cooker] Openoffice in contrib
Yes, yes, and yes. I am also using a more current version, 641b. It works far better than what is now available in the contrib archive. Printing now works sweet for one thing. 641c is currently available and I am hearing that 1.0 is in the wings, but unfortunately will not make 8.2. But the lack of printing support in the current contrib version makes it next to useless in the real world. 641c on the other hand would be VERY useful. - George Mitchell [EMAIL PROTECTED] Tech At Mathco Dot Com wrote: >I belive that OpenOffice in contrib should be updated >to the latest stable build. I tested Build 641 and it >works good. And since the printing part is included >in the downloaded build I'm quite satisfied with it. > >/MattB > > > > >
Re: [Cooker] I cannot believe!!! Is it Windows or Linux?
Msec is a nice tool. But it would be wonderful to have a graphical front end for it, where parameters get explained and open themselves to local customization. Sort of like the nice firewall tools. Any thoughts on this? Claudio wrote: >Il 19:29, lunedì 18 febbraio 2002, H.McM ha scritto: >[...] > >>>NO! It seems OK, but it will be 711 again after a system reboot I >>>cannot believe it!!! >>> >[...] > >>3) remove msec. >> > >msec is a very useful tool. WAS a very useful tool until 8.1, but now he's >becoming the owner my system! =;p > >>>So now >>>auto-mount, >>>auto-device-generation, >>>auto-permission, >>>auto-script-generation >>>auto-* >>> >>If you dont like these auto packages, deselect them during the install >>phase. >> > >That's what I usually do! But not everything can be decided while installing >the system, you know... >
Re: [Cooker] Re: Mandrake 8.2 and ext3
Bernard Varaine wrote: Well, yes, sort of. It is in fact mentioned in this very thread by Han, back toward the beginning. Good overviews may be found here: http://www.warpedsystems.sk.ca/article.php?sid=324 and here: http://www.mandrakeforum.com/article.php?sid=1634&lang=en As for partition resizing, I have heard that there are tools around, but I'm not sure I would really trust any of them with my data, including PM. If you back up first or do it with a non essential system it can probably work, but beware, things can go wrong. - George > on this subjects is there any tool to chnage a partition from ext2 to > ext3 without losing the data on it. > and may be to chnage partition size also (like partition magic) > > Bernard > > George Mitchell wrote: > >> Brian J. Murrell wrote: >> >>> On Wed, Feb 13, 2002 at 08:30:49PM +0100, Danny Tholen wrote: >>> >>>> I wonder how *safe* ext3 is. >>>> >>> >>> I wouldn't fall 10 stories on to it and hope to live. >>> >>>> I accidently filled up my /usr partition, and 10 min later >>>> 'ls' gave segfaults. >>>> >>> >>> Yeah. >>> >>>> The file turned out to be corrupted >>>> >>> >>> Which file? ls? How did you determine it was corrupted? >>> >>>> No idea if this is related, or even caused by ext3...but suspicious >>>> nontheless. Anyone else >>>> problems with filesystem when partitions full? >>>> >>> >>> Uhm, yeah. Lots of problems when filesystems fill up. :-) Don't >>> fill up filesystems! :-) Use LVM -- although even LVM can't "create" >>> diskspace that is just not there. :-) >>> >>> b. >>> >>> >> Oh, and remember ext3 is just ext2 with a journal and a refined >> recovery routine. Whenever a file system gets full, anything left >> sitting in memory is playing musical chairs with whatever little >> space is left. And the end result usually has little to do with the >> specific file system type. My personal experience with ext3 (I used >> reiserfs prior to 8.1) is that it is solid as a rock. My machine >> hangs up on USB unload consistantly, and I have NEVER had a problem >> on reboot. I am using a combination of ext3 and reiserfs for 100% >> journaling. I LIKE IT! >> >> >> >> >> >
Re: [Cooker] Re: Mandrake 8.2 and ext3
Brian J. Murrell wrote: >On Wed, Feb 13, 2002 at 08:30:49PM +0100, Danny Tholen wrote: > >>I wonder how *safe* ext3 is. >> > >I wouldn't fall 10 stories on to it and hope to live. > >>I accidently filled up my /usr partition, and 10 min later >>'ls' gave segfaults. >> > >Yeah. > >>The file turned out to be corrupted >> > >Which file? ls? How did you determine it was corrupted? > >>No idea if this is related, or even caused by ext3...but suspicious nontheless. >Anyone else >>problems with filesystem when partitions full? >> > >Uhm, yeah. Lots of problems when filesystems fill up. :-) Don't >fill up filesystems! :-) Use LVM -- although even LVM can't "create" >diskspace that is just not there. :-) > >b. > > Oh, and remember ext3 is just ext2 with a journal and a refined recovery routine. Whenever a file system gets full, anything left sitting in memory is playing musical chairs with whatever little space is left. And the end result usually has little to do with the specific file system type. My personal experience with ext3 (I used reiserfs prior to 8.1) is that it is solid as a rock. My machine hangs up on USB unload consistantly, and I have NEVER had a problem on reboot. I am using a combination of ext3 and reiserfs for 100% journaling. I LIKE IT!
Re: [Cooker] Mandrake 8.2 and ext3
Han wrote: >George Mitchell ([EMAIL PROTECTED]) wrote: > >>Han wrote: >> >>>George Mitchell ([EMAIL PROTECTED]) wrote: >>> >>>>Hopefully ext3 will finally become the default filesystem type for >>>>the 8.2 install. I am dealing with an 8.1 customer right now who >>>>is having fsck problems he never would have had if he were on >>>>ext3. Anyone know of any good reason not to make the switch? >>>> >>>tune2fs -j /dev/hdablah >>> >>Well Han, I KNOW THAT already. But when I provide a non-techie >>customer with a Mandrake ISO for him (or her) to install on their >>machine, why can't it just default to ext3? Is there some reason why >>ext3 is 'not ready' at this point to be the default install? If so >>fine. If not, I rather think that making it the default install would >>tend to make my life easier and also make Mandrake easier for newbies >>who tend to get confused by things like scandisk and disk audits and >>such. If I am 'off my rocker' on this, please feel free to punch a >>hole in my baloon. >> > >Can your mail client search messages on subject? Well then. Search for sdiff. > > >Groetjes, Han. > Thanks Han, much appreciation.
Re: [Cooker] Mandrake 8.2 and ext3
Han wrote: >George Mitchell ([EMAIL PROTECTED]) wrote: > >>Hello All, >> >>Hopefully ext3 will finally become the default filesystem type for the >>8.2 install. I am dealing with an 8.1 customer right now who is having >>fsck problems he never would have had if he were on ext3. Anyone know >>of any good reason not to make the switch? >> > >tune2fs -j /dev/hdablah > > >Groetjes, Han. > Well Han, I KNOW THAT already. But when I provide a non-techie customer with a Mandrake ISO for him (or her) to install on their machine, why can't it just default to ext3? Is there some reason why ext3 is 'not ready' at this point to be the default install? If so fine. If not, I rather think that making it the default install would tend to make my life easier and also make Mandrake easier for newbies who tend to get confused by things like scandisk and disk audits and such. If I am 'off my rocker' on this, please feel free to punch a hole in my baloon. Regards, George
[Cooker] Mandrake 8.2 and ext3
Hello All, Hopefully ext3 will finally become the default filesystem type for the 8.2 install. I am dealing with an 8.1 customer right now who is having fsck problems he never would have had if he were on ext3. Anyone know of any good reason not to make the switch? -George Mitchell
Re: [Cooker] Mozilla requires root to install Java plugin?
Frederic Crozat wrote: >On Wed, 06 Feb 2002 18:59:24 +0100, Tech At Mathco Dot Com wrote: > >>I just noticed that you have to be root to be able to install the Java >>plugin. >> >>Is this really correct? >> >>I tried this a few times with a regular user and it shows unsuccessfull >>each time. >> > >Install jre package from sun and everything will work without any >problem.. > >I can't do anything for these "xpi" files, since they are done by >Netscape. > I found that the xpi packages themselves work really nicely. It is just that they try to install in a part of the system requiring root permission rather than in user space. I downloaded them (java and spellcheck) manually via ftp and then installed them offline with Mozilla (by pointing the browser to them) with no problem. Hopefully the Mozilla people are working on a solution for this. I wonder how Netscape 6.2 gets around this. By some suid root program? Just thinking about it gives me the chills. I use Mozilla instead of Netscape in part because I fear that Netscape = IE on Linux.
Re: [Cooker] Wp8/libc5 and bus error.
Reinhard Katzmann wrote: >On Thu, Jan 24, 2002 at 09:35:26AM -0800, George Mitchell wrote: > >>Reinhard Katzmann wrote: >> >>>and you could even be part of the development. Probably not comparable >>>to products like Pagestream, Quark or similar (and last time I looked >>>there was only one (commercial) alternative available for Linux), but >>>it's free :-). >>> > >>Actually I have tried scribus and am kind of observing it mature. I >>really like the direction it is headed, but there are a number of >>niceties that it lacks. It seemingly requires you to first create the >>text with a text editor or something like that. I found it a bit >> > >I had no problems with text typing. Just needed to select a proper font >from the Edit/Fonts menu (hope that is right, I'm using the german >version here) and after that the frame edit function (hand icon with the >prompt symbol I) > >Regards, > >Reinhard > Perhaps I'm missing something, I'll give it another go. Thanks for the tip
Re: [Cooker] Wp8/libc5 and bus error.
Reinhard Katzmann wrote: >Hi George! > >On Wed, Jan 23, 2002 at 04:22:12PM -0800, George Mitchell wrote: > >>Charles A Edwards wrote: >> >>>In a "perfect" world everything would always work and in dreams I at times >>>stumble upon one, but then I am once again trying to get that gd nvidia >>>driver mod to load. >>> >>> > >>Well I just had a need to generate business cards. My choices for that >>(other than WP8) were glabels (an excellent little tool by the way) and >>Open Office. I chose Open Office because it has better font and >> > >>facing pages on a landscaped letter size sheet like WP8?). I would also >>like to see them support postal bar codes. I currently own a copy of >>WP2K, but have no intention of installing it due to the quirkiness of >>Corel's crappy installer. >> > >Well if you're into desktop publishing capabilities (which neither WP8, >WP2000, OO/SO or whatever word processor is made for!) you should use >a DTP program. There is a free one called scribus (in contrib) and it >works nice with all the fonts I tried. It is still being developed >and you could even be part of the development. Probably not comparable >to products like Pagestream, Quark or similar (and last time I looked >there was only one (commercial) alternative available for Linux), but >it's free :-). > >If you just want to have some graphic editing capabilities there are >enough powerful programs with support both bitmapped as well as vector >based graphics (like the gimp and dia). > >Regards, > >Reinhard > Actually I have tried scribus and am kind of observing it mature. I really like the direction it is headed, but there are a number of niceties that it lacks. It seemingly requires you to first create the text with a text editor or something like that. I found it a bit convoluted. I am hoping to eventually see products along the lines of Adobe Pagemaker or Acrobat. I have also used Gimp and Dia. Gimp absolutely lacks nothing! Its there already. As for Dia, its promising, and getting there quickly. KWord also appears to have eventual possibilities for publishing, its just not there yet. Anyway, thanks for the info. - George
Re: [Cooker] Wp8/libc5 and bus error.
Borsenkow Andrej wrote: >>I can't even successfully run "ldd /opt/wordperfect/wpbin/xwp"! I >>get the following error when I do: >> >>/usr/bin/ldd: line 1: 11105 Bus error >>LD_TRACE_LOADED_OBJECTS=1 LD_WARN= LD_BIND_NOW= >>LD_LIBRARY_VERSION=$verify_out >>LD_VERBOSE= "$file" >> > >Do not be silly. You can't ldd shell script. > >-andrej > > This doesn't look like shell script to me: [ghmitch@localhost ghmitch]$ file apps/wp8/wpbin/xwp apps/wp8/wpbin/xwp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped [ghmitch@localhost ghmitch]$ ldd apps/wp8/wpbin/xwp libXt.so.6 => /usr/i486-linux-libc5/lib/libXt.so.6 (0x40018000) libX11.so.6 => /usr/i486-linux-libc5/lib/libX11.so.6 (0x40056000) libXpm.so.4 => /usr/i486-linux-libc5/lib/libXpm.so.4 (0x400e8000) libm.so.5 => /usr/i486-linux-libc5/lib/libm.so.5 (0x400f6000) libc.so.5 => /usr/i486-linux-libc5/lib/libc.so.5 (0x400fe000) libSM.so.6 => /usr/i486-linux-libc5/lib/libSM.so.6 (0x401c7000) libICE.so.6 => /usr/i486-linux-libc5/lib/libICE.so.6 (0x401cf000) Unless his xwp is different from mine. - George
Re: [Cooker] Wp8/libc5 and bus error.
Charles A Edwards wrote: >On 23 Jan 2002 19:44:55 +0100 >Guillaume Cottenceau <[EMAIL PROTECTED]> wrote: > >>George Mitchell <[EMAIL PROTECTED]> writes: >> >>>Correct me if I'm wrong, but it sounds like you and the app >>>vendor are at having a standoff as to who is going to solve the >>>problem and NEITHER of you care that the user is getting screwed >>>in the equation. Now I really don't expect Corel to care whether >>>the user gets screwed or not, but I somehow would expect more of >>>Mandrake. Am I expecting too much here? >>> >>We're not talking about the same thing here. One thing is the >>ethical/moral issue, another thing is user satisfaction. Of >>course as a company our main goal is user satisfaction, yet >>sometimes this aim clashes with another issue, and we can't say >>that promoting free software is not deeply connected to user >>satisfaction if you see it more globally. >> > >If I can chip in here as just an average joe user. > >I own WP8 in both the Win and Linux versions, I like it as a wp and, in the >past have used it often. > >But however you cut it WP8 is a commercial application. >As such any resonsability for it maintance, portabilty, and futher development >rest squarly on the shoulders of its developers. > >Now, Corel, the outstanding company which brought us the ground breaking >and ever popular Corel Linux (tounge planted firmly in cheek) no longer supports >WP8 in any shape, version or form and in viewing there website one might >wonder if it ever existed. > >Am I bothered by this? >Damn right! >Do I feel that it should now be Mandrakes job to ensure that WP8 will run on >each new version of Mandrake Linux? >Oh, it might be nice, but no I do not expect them to do so. > >Just as once good hardware becomes old and obsolete and falls by the wayside >so also does software. >WP8 is now becoming another such causualty. > >There are now many other good/exellent wps available for linux and most >are being constantly developed and maintained. > >If only WP will do then the choice is to spend the $s for WP Office. > >In a "perfect" world everything would always work and in dreams I at times >stumble upon one, but then I am once again trying to get that gd nvidia >driver mod to load. > > >Charles > > >Do not mourn for the dead, celebrate the living and life. > > > > Well I just had a need to generate business cards. My choices for that (other than WP8) were glabels (an excellent little tool by the way) and Open Office. I chose Open Office because it has better font and formating capabilities. I was able to work around some bugs and correct some others and come up with some fairly presentable business cards. As good as those produced by WP8 any day. I hadn't used OO/SO for business cards successfully before and was pleasantly surprised at the progress they have made, so I guess I will be reformating all my cards via OO. I just hope that OO will get up to speed with publishing capabilities (does anyone know of any publishing apps that can produce two numbered facing pages on a landscaped letter size sheet like WP8?). I would also like to see them support postal bar codes. I currently own a copy of WP2K, but have no intention of installing it due to the quirkiness of Corel's crappy installer.
Re: [Cooker] Wp8/libc5 and bus error.
Guillaume Cottenceau wrote: >George Mitchell <[EMAIL PROTECTED]> writes: > >>Correct me if I'm wrong, but it sounds like you and the app >>vendor are at having a standoff as to who is going to solve the >>problem and NEITHER of you care that the user is getting screwed >>in the equation. Now I really don't expect Corel to care whether >>the user gets screwed or not, but I somehow would expect more of >>Mandrake. Am I expecting too much here? >> > >We're not talking about the same thing here. One thing is the >ethical/moral issue, another thing is user satisfaction. Of >course as a company our main goal is user satisfaction, yet >sometimes this aim clashes with another issue, and we can't say >that promoting free software is not deeply connected to user >satisfaction if you see it more globally. > > So now with free software we have a choice! We can choose proprietary software and be screwed by their immorality, or we can choose free software and be screwed by its morality. Or we can be stuck in the middle and get it from both at the same time. Actually I'm just trying to stir the pot here. You guys are number one, and I mean that sincerely. But hopefully you get my point.
Re: [Cooker] Wp8/libc5 and bus error.
Correct me if I'm wrong, but it sounds like you and the app vendor are at having a standoff as to who is going to solve the problem and NEITHER of you care that the user is getting screwed in the equation. Now I really don't expect Corel to care whether the user gets screwed or not, but I somehow would expect more of Mandrake. Am I expecting too much here? - George Guillaume Cottenceau wrote: >Borsenkow Andrej <[EMAIL PROTECTED]> writes: > >>Just as comment - this problem is almost a year old. Sometimes I am >>really puzzled by mandrake policy. >> > >It depends. For example, as for me (not showing Mandrake official >position), I think that as I work for MandrakeSoft and we license >all our development under the GPL, I don't want to spend some of >my time working specifically because proprietary software vendors >don't even want to recompile their things once a year. Call me >free software fundamentalist, but it seems logical to me... > >
Re: [Cooker] Crystal 4235 soundcard problem
Matt, Are you saying that you've got OPL3 working with this card also? If so, perhaps that is a devfs issue as well, and now is the time for me to revisit OPL3. Thanks, George Tech At Mathco Dot Com wrote: >It seems like its working now, I upgraded to the latest devfs and it >seems to have fixed the problem. But the volume is kind of low since >there is no Master Volume control in the mixer function on the cs4232 >module. But now i can get my sndconfig to pick it up and i can hear >linus and the midi configuration works. > >Thanks for all the help. > >/MattB > >On Mon, 2002-01-14 at 19:24, George Mitchell wrote: > >>Thanks for the correction Peter, I was referring to the IRQ, I/O config >>options etc. that used to be required, I guess I didn't make that clear. >> By the way he has no /dev/sound/mixer device, so I suspect his problem >>goes beyond sound chip configuration itself. >> >>- George >> >> >> >>Peter Ruskin wrote: >> >>>On Monday 14 Jan 2002 23:32, George Mitchell wrote: >>> >>>>The midi synth OPL3 is definately where you are going to have the most >>>>problems. Mandrake is in a lot of flux right now with the 2.4 kernel >>>>and DevFS and such, all of which are affecting this device stuff. I >>>>keep on hoping that something will click and suddenly things will just >>>>start to work. The important things to note are that sndconfig formats >>>>modprobe for the 2.2 kernel - there is no hope with it. The new >>>>modprobe format does not support options: >>>> >>>This is not true. Here is a snip from my modules.conf >>> alias sound-slot-0 es1371 >>> options es1371 joystick=1 >>> alias char-major-13 input >>> above input joydev analog >>> options analog js=0xff # 3-axis 4-button >>>...without the options I have no joystick >>> >>>>modprobe cs4232 >>>>modprobe opl3 >>>>modprobe mpu-401 >>>> >>>>etc. is all that should be required. All the details should be handled >>>>automatically. >>>> >>>>-George >>>> >>>>Tech At Mathco Dot Com wrote: >>>> >>>>>thanks I will give that a try. >>>>> >>>>>When running the midi configuration it shows >>>>> >>>>>The following error occurred running the modprobe program: ? >>>>>? >>>>> ? ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: >>>>>? ? init_module: No such device >>>>>? ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: insmod >>>>>? ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz failed >>>>>? ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: insmod >>>>>? ? synth0 failed >>>>> >>>>>Also i'm confused that there is no dsp nore any mixer device under >>>>>/dev/sound. Something is really broken here :) >>>>> >>>>>[mat@teche sound]$ ls -la >>>>>total 0 >>>>>drwxr-xr-x1 root root0 Jan 14 10:04 ./ >>>>>drwxr-xr-x1 root root0 Dec 31 1969 ../ >>>>>crw---1 mat audio 14, 4 Jan 14 08:59 audio >>>>>crw---1 mat audio 14, 5 Jan 14 08:59 dspW >>>>>crw---1 mat audio 14, 1 Jan 14 08:59 sequencer >>>>>crw---1 mat audio 14, 8 Jan 14 08:59 sequencer2 >>>>> >>>>>/MattB >>>>> >>>>>On Mon, 2002-01-14 at 16:51, George Mitchell wrote: >>>>> >>>>>>Matt, >>>>>> >>>>>>My experience is that harddrake is hosed up and will not configure >>>>>>this popular chipset. The problem with sndconfig is that it hasn't >>>>>>been updated to work with the 2.4 kernel. So here's the scoop. Try >>>>>>editing /etc/modules.conf with a plain old text editor like kedit. >>>>>>Add the following line: >>>>>> >>>>>>alias sound-slot-0 cs4232 >>>>>> >>>>>>Then reboot. This should enable your sound chip. The line for the >>>>>>OPL3 is: >>>>>> >&
Re: [Cooker] Crystal 4235 soundcard problem
Thanks for the correction Peter, I was referring to the IRQ, I/O config options etc. that used to be required, I guess I didn't make that clear. By the way he has no /dev/sound/mixer device, so I suspect his problem goes beyond sound chip configuration itself. - George Peter Ruskin wrote: >On Monday 14 Jan 2002 23:32, George Mitchell wrote: > >>The midi synth OPL3 is definately where you are going to have the most >>problems. Mandrake is in a lot of flux right now with the 2.4 kernel >>and DevFS and such, all of which are affecting this device stuff. I >>keep on hoping that something will click and suddenly things will just >>start to work. The important things to note are that sndconfig formats >>modprobe for the 2.2 kernel - there is no hope with it. The new >>modprobe format does not support options: >> > >This is not true. Here is a snip from my modules.conf > alias sound-slot-0 es1371 > options es1371 joystick=1 > alias char-major-13 input > above input joydev analog > options analog js=0xff # 3-axis 4-button >...without the options I have no joystick > >>modprobe cs4232 >>modprobe opl3 >>modprobe mpu-401 >> >>etc. is all that should be required. All the details should be handled >>automatically. >> >>-George >> >>Tech At Mathco Dot Com wrote: >> >>>thanks I will give that a try. >>> >>>When running the midi configuration it shows >>> >>>The following error occurred running the modprobe program: ? >>> ? >>> ? ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: >>> ? ? init_module: No such device >>>? ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: insmod >>>? ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz failed >>>? ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: insmod >>>? ? synth0 failed >>> >>>Also i'm confused that there is no dsp nore any mixer device under >>>/dev/sound. Something is really broken here :) >>> >>>[mat@teche sound]$ ls -la >>>total 0 >>>drwxr-xr-x1 root root0 Jan 14 10:04 ./ >>>drwxr-xr-x1 root root0 Dec 31 1969 ../ >>>crw---1 mat audio 14, 4 Jan 14 08:59 audio >>>crw---1 mat audio 14, 5 Jan 14 08:59 dspW >>>crw---1 mat audio 14, 1 Jan 14 08:59 sequencer >>>crw---1 mat audio 14, 8 Jan 14 08:59 sequencer2 >>> >>>/MattB >>> >>>On Mon, 2002-01-14 at 16:51, George Mitchell wrote: >>> >>>>Matt, >>>> >>>>My experience is that harddrake is hosed up and will not configure >>>>this popular chipset. The problem with sndconfig is that it hasn't >>>>been updated to work with the 2.4 kernel. So here's the scoop. Try >>>>editing /etc/modules.conf with a plain old text editor like kedit. >>>>Add the following line: >>>> >>>>alias sound-slot-0 cs4232 >>>> >>>>Then reboot. This should enable your sound chip. The line for the >>>>OPL3 is: >>>> >>>>alias midi opl3 >>>> >>>>But so far I have not been able to get midi to work. I'm convinced >>>>there is a kernel problem with OPL3. >>>> >>>>I have'nt tried mpu-401 external midi. Adding: >>>> >>>>mpu-401 >>>> >>>>to /etc/modules with the text editor should get that started. >>>> >>>>The 2.4 kernel makes things easy, no more dealing with IRQs and I/Os >>>>and such. But there are still kernel bugs and config tool problems. >>>> >>>>Someone will likely suggest using ALSA rather than OSS with something >>>>like 'alias sound-slot-0 sound-card-cs4232' and 'alias midi >>>>sound-opl3'. That's fine. But don't expect OPL3 to work. My >>>>experience has been that It is hosed up under alsa also. >>>> >>>>Regards, >>>> >>>>George Mitchell >>>>[EMAIL PROTECTED] >>>> >>>>Tech At Mathco Dot Com wrote: >>>> >>>>>A Crystal 4235 ISA souncard is installed in this computer >>>>>and it will not work under Mandrake
Re: [Cooker] Crystal 4235 soundcard problem
The midi synth OPL3 is definately where you are going to have the most problems. Mandrake is in a lot of flux right now with the 2.4 kernel and DevFS and such, all of which are affecting this device stuff. I keep on hoping that something will click and suddenly things will just start to work. The important things to note are that sndconfig formats modprobe for the 2.2 kernel - there is no hope with it. The new modprobe format does not support options: modprobe cs4232 modprobe opl3 modprobe mpu-401 etc. is all that should be required. All the details should be handled automatically. -George Tech At Mathco Dot Com wrote: >thanks I will give that a try. > >When running the midi configuration it shows > >The following error occurred running the modprobe program: ? > ? ? > ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: ? > ? init_module: No such device ? > ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: insmod ? > ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz failed ? > ? /lib/modules/2.4.8-26mdk/kernel/drivers/sound/opl3.o.gz: insmod ? > ? synth0 failed > >Also i'm confused that there is no dsp nore any mixer device under >/dev/sound. Something is really broken here :) > >[mat@teche sound]$ ls -la >total 0 >drwxr-xr-x1 root root0 Jan 14 10:04 ./ >drwxr-xr-x1 root root0 Dec 31 1969 ../ >crw---1 mat audio 14, 4 Jan 14 08:59 audio >crw---1 mat audio 14, 5 Jan 14 08:59 dspW >crw---1 mat audio 14, 1 Jan 14 08:59 sequencer >crw---1 mat audio 14, 8 Jan 14 08:59 sequencer2 > >/MattB > >On Mon, 2002-01-14 at 16:51, George Mitchell wrote: > >>Matt, >> >>My experience is that harddrake is hosed up and will not configure this >>popular chipset. The problem with sndconfig is that it hasn't been >>updated to work with the 2.4 kernel. So here's the scoop. Try editing >>/etc/modules.conf with a plain old text editor like kedit. Add the >>following line: >> >>alias sound-slot-0 cs4232 >> >>Then reboot. This should enable your sound chip. The line for the OPL3 is: >> >>alias midi opl3 >> >>But so far I have not been able to get midi to work. I'm convinced >>there is a kernel problem with OPL3. >> >>I have'nt tried mpu-401 external midi. Adding: >> >>mpu-401 >> >>to /etc/modules with the text editor should get that started. >> >>The 2.4 kernel makes things easy, no more dealing with IRQs and I/Os and >>such. But there are still kernel bugs and config tool problems. >> >>Someone will likely suggest using ALSA rather than OSS with something >>like 'alias sound-slot-0 sound-card-cs4232' and 'alias midi sound-opl3'. >> That's fine. But don't expect OPL3 to work. My experience has been >>that It is hosed up under alsa also. >> >>Regards, >> >>George Mitchell >>[EMAIL PROTECTED] >> >> >> >>Tech At Mathco Dot Com wrote: >> >>>A Crystal 4235 ISA souncard is installed in this computer >>>and it will not work under Mandrake for nothing. >>> >>>Harddrake detects the following: >>> >>>Soundcards >>> Crystal PnP Audio System CODEC >>> Crystal PnP Audio System MPU-401 >>> >>>also it finds this >>> >>>Other Devices >>> Crystal PnP Audio System Control Register >>> >>> >>>My pnpdump shows the following >>> >>># $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ >>># Release isapnptools-1.26 >>># >>># This is free software, see the sources for details. >>># This software has NO WARRANTY, use at your OWN RISK >>># >>># For details of the output file format, see isapnp.conf(5) >>># >>># For latest information and FAQ on isapnp and pnpdump see: >>># http://www.roestock.demon.co.uk/isapnptools/ >>># >>># Compiler flags: -DREALTIME -DHAVE_PROC -DENABLE_PCI -DHAVE_SCHED_SETSCHEDULER >-DHAVE_NANOSLEEP -DWANT_TO_VALIDATE >>># >>># Trying port address 0273 >>># Board 1 has serial identifier a9 ff ff ff ff 36 42 63 0e >>> >>># (DEBUG) >>>(READPORT 0x0273) >>>(ISOLATE PRESERVE) >>>(IDENTIFY *) >>>(VERBOSITY 2) >>>(CONFLICT (IO FATAL)(IRQ FATAL)(DMA FATAL)(MEM FATAL))
Re: [Cooker] Crystal 4235 soundcard problem
Matt, My experience is that harddrake is hosed up and will not configure this popular chipset. The problem with sndconfig is that it hasn't been updated to work with the 2.4 kernel. So here's the scoop. Try editing /etc/modules.conf with a plain old text editor like kedit. Add the following line: alias sound-slot-0 cs4232 Then reboot. This should enable your sound chip. The line for the OPL3 is: alias midi opl3 But so far I have not been able to get midi to work. I'm convinced there is a kernel problem with OPL3. I have'nt tried mpu-401 external midi. Adding: mpu-401 to /etc/modules with the text editor should get that started. The 2.4 kernel makes things easy, no more dealing with IRQs and I/Os and such. But there are still kernel bugs and config tool problems. Someone will likely suggest using ALSA rather than OSS with something like 'alias sound-slot-0 sound-card-cs4232' and 'alias midi sound-opl3'. That's fine. But don't expect OPL3 to work. My experience has been that It is hosed up under alsa also. Regards, George Mitchell [EMAIL PROTECTED] Tech At Mathco Dot Com wrote: >A Crystal 4235 ISA souncard is installed in this computer >and it will not work under Mandrake for nothing. > >Harddrake detects the following: > >Soundcards > Crystal PnP Audio System CODEC > Crystal PnP Audio System MPU-401 > >also it finds this > >Other Devices > Crystal PnP Audio System Control Register > > >My pnpdump shows the following > ># $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ ># Release isapnptools-1.26 ># ># This is free software, see the sources for details. ># This software has NO WARRANTY, use at your OWN RISK ># ># For details of the output file format, see isapnp.conf(5) ># ># For latest information and FAQ on isapnp and pnpdump see: ># http://www.roestock.demon.co.uk/isapnptools/ ># ># Compiler flags: -DREALTIME -DHAVE_PROC -DENABLE_PCI -DHAVE_SCHED_SETSCHEDULER >-DHAVE_NANOSLEEP -DWANT_TO_VALIDATE ># ># Trying port address 0273 ># Board 1 has serial identifier a9 ff ff ff ff 36 42 63 0e > ># (DEBUG) >(READPORT 0x0273) >(ISOLATE PRESERVE) >(IDENTIFY *) >(VERBOSITY 2) >(CONFLICT (IO FATAL)(IRQ FATAL)(DMA FATAL)(MEM FATAL)) # or WARNING > ># Card 1: (serial identifier a9 ff ff ff ff 36 42 63 0e) ># Vendor Id CSC4236, No Serial Number (-1), checksum 0xA9. ># Version 1.0, Vendor version 0.5 ># ANSI string -->Crystal Codec<-- ># ># Logical device id CSC ># Device supports vendor reserved register @ 0x38 ># Device supports vendor reserved register @ 0x3a ># Device supports vendor reserved register @ 0x3c ># Device supports vendor reserved register @ 0x3f ># ># Edit the entries below to uncomment out the configuration required. ># Note that only the first value of any range is given, this may be changed if >required ># Don't forget to uncomment the activate (ACT Y) when happy > >(CONFIGURE CSC4236/-1 (LD 0 ># ANSI string -->WSS/SB<-- > ># Multiple choice time, choose one only ! > ># Start dependent functions: priority preferred ># First DMA channel 1. ># 8 bit DMA only ># Logical device is a bus master ># DMA may execute in count by byte mode ># DMA may not execute in count by word mode ># DMA channel speed type A ># (DMA 0 (CHANNEL 1)) ># Next DMA channel 0 or 3. ># 8 bit DMA only ># Logical device is a bus master ># DMA may execute in count by byte mode ># DMA may not execute in count by word mode ># DMA channel speed type A ># (DMA 1 (CHANNEL 0)) ># IRQ 5. ># High true, edge sensitive interrupt (by default) ># (INT 0 (IRQ 5 (MODE +E))) ># Logical device decodes 16 bit IO address lines ># Minimum IO base address 0x0534 ># Maximum IO base address 0x0534 ># IO base alignment 4 bytes ># Number of IO addresses required: 4 ># (IO 0 (SIZE 4) (BASE 0x0534)) ># Logical device decodes 16 bit IO address lines ># Minimum IO base address 0x0388 ># Maximum IO base address 0x0388 ># IO base alignment 8 bytes ># Number of IO addresses required: 4 ># (IO 1 (SIZE 4) (BASE 0x0388)) ># Logical device decodes 16 bit IO address lines ># Minimum IO base address 0x0220 ># Maximum IO base address 0x0220 ># IO base alignment 32 bytes ># Number of IO addresses required: 16 ># (IO 2 (SIZE 16) (BASE 0x0220)) > ># Start dependent functions: priority acceptable >#
Re: [Cooker] Wp8/libc5 and bus error.
Many of us still depend on WP8. There are functions that it performs well that at this point are unsupported by other applications. There are also no doubt other old a.out binaries out there that people depend on. Hopefully it gets fixed. -George Mitchell Marcel Pol wrote: >With current cooker it seems theres a problem with WordPerfect8. >It reports a bus error now. >I know its proprietary software, and its not a priority for Mandrake, but it would be >nice if it was fixed. A lot of people still use Wp8. > >I have installed libc5 and the /lib/ld-linux.so1 from ld.so-1.9.11-4mdk. > >Heres a strace: > >strace /opt/wp8/wpbin/xwp >execve("/opt/wp8/wpbin/xwp", ["/opt/wp8/wpbin/xwp"], [/* 35 vars */]) = 0 >old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = >0x40007000 >mprotect(0x4000, 21868, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 >mprotect(0x8048000, 7298408, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 >stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=63248, ...}) = 0 >open("/etc/ld.so.cache", O_RDONLY) = 3 >old_mmap(NULL, 63248, PROT_READ, MAP_SHARED, 3, 0) = 0x40008000 >close(3)= 0 >stat("/etc/ld.so.preload", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 >open("/etc/ld.so.preload", O_RDONLY)= 3 >old_mmap(NULL, 1, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x40018000 >close(3)= 0 >--- SIGBUS (Bus error) --- >+++ killed by SIGBUS +++ > >And an ldd: >ldd /opt/wp8/wpbin/xwp >/usr/bin/ldd: line 1: 1652 Bus error LD_TRACE_LOADED_OBJECTS=1 >LD_WARN= LD_BIND_NOW= LD_LIBRARY_VERSION=$verify_out LD_VERBOSE= "$file" > > >-- >Marcel Pol >[EMAIL PROTECTED] > >Linux 2.4.16-10mdksmp, up 23:35, 2 users > > >
Re: [Cooker] gFTP 2.0.11 bug
anonymous wrote: > > I am reporting a bug that has been present in the last few versions of > gFTP. When a selection of files has been made for download and the > download has begun, you cannot remove more than about 5-6 (sometimes > trying to remove 1 is enough to lock it up) of those files from the > download list without it crashing the program. Actually, lock up the > program is more the correct term as the program has to be xkilled. > There is no way to recover from this that I'm aware of. You must > restart the program to recover. > > Regards, > > Jason > > > gftp has a handful of annoying problems of which this is one. It is the best ftp client I have found, but I do wish that these bugs would get fixed. - George Mitchell
Re: [Cooker] /usr/local and /opt
Helge Hielscher wrote: > George Mitchell wrote: > >> Just don't suggest this to the people who either write their own >> stuff or add a lot of semi-customized stuff from other distros and >> stuff like that. > > > Hello George, > > what is the difference between /opt and /usr/local? > > Regards, > Helge > > > > I can only tell you how we used them with Unix. We would put our local stuff in /usr/local and third party vendors would put there stuff in /opt. But in reality, who knows? They are just two different places to put stuff that doesn't come with the system. Some distributors like SuSE prefer to put some of their actual system stuff in /opt, like KDE and Gnome. And I guess the rational behind that is that KDE and Gnome, etc. are sort of third party software. But that could cover a whole lot of territory. One thing that is clear to me is that everytime someone finds a solution by moving something to a different part of the directory tree, another problem tends to emerge. Everything has its price. To me the big thing is being able to keep separate the software I add on from other sources so that when I reload for whatever reason I don't have to 'reinvent the wheel'. I even keep a number of applications in my home directory as well for this very reason, but you can't do that with every application, some just 'prefer' to be in user local or opt. -George
Re: [Cooker] Remove /usr/local !
Just don't suggest this to the people who either write their own stuff or add a lot of semi-customized stuff from other distros and stuff like that. I know of more than a few people who even mount /usr/local on a separate partition so that it doesn't get overwritten on upgrades. It also makes a very convenient backup target for the same purpose. I realize its probably just a useless appendage for people like you who could give a hoot, but it does have a purpose in the whole scheme of things. I is an attempt to separate what came WITH your distro from what you have later ADDED on. And when you perform upgrades or need to do a reinstall, it can be your friend. -George Nelson Bartley wrote: >Heyo, > >With the incredable amount of customization of the Mandrake setup, why >not remove the /usr/local directory from actual existance, and make is a >sim link to /usr. This has solved SO MANY of my problems when compiling >software and installing other software which is not packaged for >Mandrake. > >I think this would help out not only silly people like me (who didn't >realize that the /usr/local/ directory structure is a great place for >files to be put be stupid ./configure scripts) and newbies who don't >even know what that directory is for.. (seems to strike a cord there >too). > >Just for my personal reference, what's the point of having the >/usr/local directory in the current Mandrake setup anyways? > >NB > > > > >
[Cooker] libc-5 question??
I recently installed libc-5 in order to run Corel Word Perfect 8 and discovered that libc-5 is basically useless without a ldconfig package of the same period. I then installed ld.so from Mandrake 7.0. It installed flawlessly without a hitch, no conflicts, etc. Immediately WP8 worked fine. So my question is, why aren't the handful of files included with the old ld.so package just integrated into libc-5 so that libc-5 would actually be useful for things like running Word Perfect 8? Thanks, George Mitchell
Re: [Cooker] mousedrake /dev/mouse link?
Quel Qun wrote: >Hi, > >I had a pb today (12-17) using mousedrake (newt console version). It >recognized my imps2 mouse, and created a correct /etc/sysconfig/mouse, >but the mouse link in /dev was to itself. Something like /dev/mouse -> >mouse. > >The mouse worked fine once I changed the link to psaux. > >Should I get some rest or is it a mousedrake pb? >=-= >kk1 >(Running current Cooker) > > > > > Mandrake config tools seem to uniformly neglect setting up these sym links, I experienced the same problem setting up a modem with harddrake.
Re: [Cooker] too many kernels installed
Guillaume Cottenceau wrote: >Salane <[EMAIL PROTECTED]> writes: > >>rpm -q kernel >>kernel-2.4.13-9mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-9mdk >>kernel-2.4.13-10mdk >>kernel-2.4.13-11mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-9mdk >>kernel-2.4.13-8mdk >>kernel-2.4.13-9mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-9mdk >>kernel-2.4.13-9mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >>kernel-2.4.13-12mdk >> >>and when I try to uninstall >> >>rpm -e kernel-2.4.13-9mdk >>error: "kernel-2.4.13-9mdk" specifies multiple packages >> > >--allmatches > > Well excuse me, but I think that 'rpm --rebuilddb' SHOULD fix this kind of mess. I am utterly amazed at how absolutely impotent this supposed database sanity tool actually is. In my experience it is next to useless for any but the most trivial rpm database corruptions. And thats my two cents on the matter.
[Cooker] opl3 problems
I am still seeing opl3 synth/midi module failing to function on two different mobo/sound chip combinations. Anybody else having this problem? Anybody having success with opl3?
Re: [Cooker] Aurora - lets scrap it ! ;-)
Fabrice FACORAT wrote: >le jeu 13-12-2001 à 17:07, George Mitchell a écrit : > >>The problem in my mind is not with Aurora, but with initscripts. This >>in not a new problem. Aurora has been choking on kudzu for as long as >>Aurora has been around. The solution is for initscripts to be 'Aurora >>aware'. Initscripts needs to check if Aurora has been selected, and if >>it has select the appropriate switches which either skip the step >>(exercises like kudzu are rather meaningless under Aurora), or default >>the step (if a disk is not clean and Aurora is running, the disk should >>be audited, users who typically use Aurora won't be able to make an >>intelligent choice on this anyway, and could easily get themselves in >>trouble, audit the disk, OK?). On the other hand, when booting in raw >>mode, all of the granularity should function with preciseness. If I >>answer 'no' to a disk audit, the system should not insult me in typical >>Windows fashion and go ahead and perform the audit. >> > >No it's Aurora the problem. It's incomplete and need more features > So the plan then is to enable interactive capability in Aurora?
Re: [Cooker] Aurora - lets scrap it ! ;-)
OS wrote: >Hello, > >I have mentioned before that Aurora is the wrong way around, but here is >another example: > >initscripts now asks if you wish to scan the disks if the system is not shut >down correctly (incidently, when I said NO to this the disks were still >scanned !). However, because Aurora only displays things AFTER the event this >prompt sits there hidden until it times out and the scan is performed. After >doing this the message "Do you want to ..." flashes extremely fast before >you. I think asking questions at boot time and Aurora just don't sit well >together ! > >Owen > > The problem in my mind is not with Aurora, but with initscripts. This in not a new problem. Aurora has been choking on kudzu for as long as Aurora has been around. The solution is for initscripts to be 'Aurora aware'. Initscripts needs to check if Aurora has been selected, and if it has select the appropriate switches which either skip the step (exercises like kudzu are rather meaningless under Aurora), or default the step (if a disk is not clean and Aurora is running, the disk should be audited, users who typically use Aurora won't be able to make an intelligent choice on this anyway, and could easily get themselves in trouble, audit the disk, OK?). On the other hand, when booting in raw mode, all of the granularity should function with preciseness. If I answer 'no' to a disk audit, the system should not insult me in typical Windows fashion and go ahead and perform the audit. - George Mitchell
Re: [Cooker] Sound with Compaq Presario 700CA laptop
Denis Pelletier wrote: >Hello, > >I installed Cooker (Mandrake 8.1 + upgrade to cooker) on my new Compaq >Presario 700CA laptop and the sound does not work. This laptop is based on >the integrated chipset KN133 (AMD Duron). The sound card is detected and >correctly configured by hardDrake (model VT82C686 [Apollo Super >AC97/Audio] with kernel module via82cxxx_audio). But I can't get any sound >with this laptop. > >This is probably due to the two sound buttons on the laptop (a + and - to >increase/decrease the volume). I guess that something else has to be >activated but what? Has anyone seen something similar? > >Thanks. > >Denis >___ >Denis Pelletier >Étudiant au doctorat >sciences économiques, Université de Montréal > > > Assuming you have the line 'alias sound-slot-0 via82cxxx_audio' in your /etc/modules.conf file. You've checked that, correct? You might also want to load the kernel docs package. As I recall there is some info on the sound modules in there somewhere.
Re: [Cooker] Mandrake Out-Mandraked?
Leon Brooks wrote: >Not that I want this much Windows integration by default, but it's a nice >option to offer, perhaps as a ``make my computer more like Windows but >without the crashes and security holes'' check-box during install and/or as a >new-user window manager option for those who do: > >http://www.desktoplinux.com/articles/AT2800785910.html > >Cheers; Leon > > I for one am pleased to see these new distro startups appearing. The fact is, the Windows market is huge, and contrary to what some believe, there is room for a lot of players in that market. So they will pick up users whose needs they are targeting and if they pick up enough, they will be around for awhile. The genius of free software is that even if they are not successful, there really good ideas and code will be rolled back into the free software codebase and other distros, including Mandrake will be free to pick up and assimilate them. There are a lot of critics out there who spout the FUD that there are 'too many' different distros and too much 'duplicated' effort, etc. But free software thrives on diversity. I am glad to see anybody with an idea or concept join the party. Its their concept and their sweat. In the end the whole community (including Mandrake) benefits. While all distros need marketshare to survive, the idea that survival requires cutting off someone else's air supply is a long way off, and hopefully will never come.
Re: [Cooker] Drakfont
Yura Gusev wrote: >Hi, i have 1 small sugestion. When you try to delete some fonts you can >see only the file name, ans since font can have different name it is >sometimes difficult to guess which one to delete. So can you display >filename and font name at the same time? > I would strongly second this suggestion. If a font is causing a problem, it can be hard to identify it to remove it. This would be a nice enhancement.
Re: [Cooker] /etc/motd(again)
Nguyen H.Vu wrote: >Hi all, > >This is /etc/motd of FreeBSD. I think that this is a very good idea. The >purpose of this file is very simple: Pop up a security warning when user login >in console mode. > Actually KDE already issues a warning to anyone loging in as root. And those who know enough to use the CLI should already be aware of root issues. The very long standing purpose of /etc/motd is to serve as a local broadcast tool. I think it should probably remain that even though the FreeBSD people apparently think otherwise. > > >Another file LM should improve is /etc/issue and /etc/issue.net. >Instead of putting LM logo, kernel version, LM version, uptime etc... >Should we put a warning if a cracker try to log in our box? > This is an intriguing idea. In fact we used to use /etc/issue on Unix years ago for just that purpose. The problems are 1) alas, that was not the design intent of /etc/issue, we just used it that way on an emergency basis. The current use serves the original intent. 2) The need has been largely supplanted by very good and effective firewall and security monitoring technology. And its all available as free software. Use it! 3) The nature of cracking itself has changed to some degree. Today's crackers, operating internationally and largely through compromised boxes operate without a lot of fear. So your challenge would either be a bluff which could actually invite the hacker in to see what you are hiding, or it would be a tipoff to the hacker that he needs to avoid the booby traps. Desktop machines should be protected by a fulltime stealthing firewall. Servers should be protected by real time administration and heavy duty security monitoring. The fact of the matter is that if a hacker gets that far (/etc/issue) on your machine, you are probably already dead meat unless you are closely monitoring your logs. And if you are closely monitoring your logs, a warning message is unnecessary. But you are the admin of your own box and Linux is not Windows. You are free to change /etc/issue and /etc/issue.net to anything you think appropriate and Mandrake is not going to try to sue you for it. As one who has dealt with Unix security issues in a corportate setting for many years, those are my opinions. > > >-begin of /etc/motd in FreeBSD > >FreeBSD ?.?.? (UNKNOWN) > >Welcome to FreeBSD! > >Before seeking technical support, please use the following resources: > >o Security advisories and updated errata information for all releases are > at http://www.FreeBSD.org/releases/ - always consult the ERRATA section > for your release first as it's updated frequently. > >o The Handbook and FAQ documents are at http://www.FreeBSD.org/ and, > along with the mailing lists, can be searched by going to > http://www.FreeBSD.org/search/ If the doc distribution has > been installed, they're also available formatted in /usr/share/doc. > >If you still have a question or problem, please take the output of >`uname -a', along with any relevant error messages, and email it >as a question to the [EMAIL PROTECTED] mailing list. If you are >unfamiliar with FreeBSD's directory layout, please refer to the hier(7) >man page. If you are not familiar with man pages, type `man man'. >You may also use `/stand/sysinstall' to re-enter the installation and >configuration utility. Edit /etc/motd to change this login announcement. > >--- End of /etc/motd in FreeBsd --- > > >= >Takeshi's small space >http://site.TechViet.com/Vu.Hung/ >Join KDE-i18n-Vi? >http://groups.yahoo.com/group/KDE-i18n-VN > >__ >Do You Yahoo!? >Send your FREE holiday greetings online! >http://greetings.yahoo.com > >
Re: [Cooker] Drakfont problem
Quel Qun wrote: >On Sun, 2001-12-09 at 19:24, George Mitchell wrote: > >>I recently installed some fonts with drakfont. I discovered that >>drakfont chokes when selecting 'Add fonts' if the font path specified >>includes a directory name that has a space in it. Example: >>"/home/user/My Fonts/ttfonts". Changing this to >>"/home/user/My_Fonts/ttfonts solves the problem". >> >> >The space surely needs to be escaped. Try entering /home/user/My\ Fonts/ttfonts > >=-= >kk1 > > > Thanks, but I know that already. I could also do: "/home/user/My Fonts/ttfonts" in the quotation marks and probably get it to work also, but those users who are not shell users will not know that. I am a CLI user and I fixed it by modifying the directory names. But I just think it could probably be easily fixed so that it could be 'point and click'. I think that is the point of Drakfont in the first place. We are trying to move this config stuff out of the CLI and into the GUI right?
[Cooker] Drakfont problem
I recently installed some fonts with drakfont. I discovered that drakfont chokes when selecting 'Add fonts' if the font path specified includes a directory name that has a space in it. Example: "/home/user/My Fonts/ttfonts". Changing this to "/home/user/My_Fonts/ttfonts solves the problem".
Re: [Cooker] about /etc/motd
Its a text mode holdover from Unix antiquity. I think it has been there since day one. I don't ever remember seeing a Unix system without it. It is ALWAYS shipped empty with the OS and is there for the local administrator to use as required locally. Nguyen H.Vu wrote: >I have tried Engarde Linux and FreeBSD. They have very interesting feature. It >is /etc/motd. > >In engarde's case. When a user try to login, /etc/motd popups a security >waring. >In FreeBSD, /etc/motd contains warning of security update. > >What about Mandrake? > >= >Takeshi's small space >http://site.TechViet.com/Vu.Hung/ >Join KDE-i18n-Vi? >http://groups.yahoo.com/group/KDE-i18n-VN > >__ >Do You Yahoo!? >Buy the perfect holiday gifts at Yahoo! Shopping. >http://shopping.yahoo.com > >
Re: [Cooker] HardDrake Couldn't use without MOUSE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1
I second this one. I too have found 'mouse key' support spotty in Mandrake. Just when you need to configure your mouse, no mouse keys. YUCK! -George Mitchell Ömer Fadýl USTA wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > There isn't any way to access to the sublines in the Harddrake > without a mouse.. > I can access the main lines in harddrake with a keyboard but i can't > enter the downmenus in the Harddrake!! > I thik it is a problem for mouseless users! > > > __USTA__ >[EMAIL PROTECTED] > icq# 10254358 >See You Later > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.0.6 (MingW32) - WinPT 0.5.1 > Comment: For info see http://www.gnupg.org > > iD8DBQE8CXZlrPq0thMMCwsRAqrmAJ48BcI/HB1kQOIouSUvszC6cJg3QgCfcQwt > okZZpc5GgFZA1ep28auld4Q= > =ZfdP > -END PGP SIGNATURE- > > > _ > Get your FREE download of MSN Explorer at > http://explorer.msn.com/intl.asp > > >
[Cooker] Strange Cooker/8.1 problem with opl3 synth
So far I have encountered three significant problems with 8.1 cooker: 1) USB modem fails to configure. 2) CDR fails to work with X-CD-Roast (works fine under 7.2). 3) Midi synth fails. Of these the midi problem concerns me most right now. My system has an onboard ALS120 sound chipset that works fine under 7.2. However under 8.1 and cooker the install leaves the sound working OK but the without OPL3 or MPU401. The ALS120 has never been recognized by HardDrake, I don't know whether this has something to do with the onboard chipset or what, but it doesn't work. So I use RedHat's sndconfig instead. And sndconfig works fine on the sound module but crashes fatally on OPL3. So my next move was to physically disable onboard sound and install a Crystal 4235 chipset ISA soundcard. Now HardDrake recognises it as a Crystal cs4232 chipset. It also recognises the associated MPU-401. So now I do the 'Run Configuration Tool' and the response is: Crystal PNP Audio System CODEC. 'OK' produces: Error in modprobe call! STOP modprobe: Can't locate module isa-pnp. OK, so now we go to sndconfig. Response: Model: Crystal Codec:GAME. Ok, Sample sound will be played. Ok, Sound is fine 'Yes'. Midi sample will now be played, Ok. modprobe error - The following error occurred running the modprobe program: /lib/modules/2.4.8-34.1mdk/kernel/drivers/sound/opl3.o.gz: init_module: No such device /lib/modules/2.4.8-34.1mdk/kernel/drivers/sound/opl3.o.gz: insmod /lib/modules/2.4.8-34.1mdk/kernel/drivers/sound/opl3.o.gz failed /lib/modules/2.4.8-34.1mdk/kernel/drivers/sound/opl3.o.gz: insmod synth0 failed This is similar to the error I get with the ALS120. Kudzu recognises the ALS120, but not the Crystal 4235. My 8.1 drive is DevFS, my Cooker drive is not, both are having the same problem with OPL3. The problems with the modem and the CDR I can understand but I would think that by this time these standard sound chips would in fact have become pretty much plug and play. In fact they work right now with 7.2 (I still have the 7.2 drive), but not with 8.1????? Anybody have any ideas on this one? Thanks, George Mitchell Here is my pnpdump: # $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ # Release isapnptools-1.26 # # This is free software, see the sources for details. # This software has NO WARRANTY, use at your OWN RISK # # For details of the output file format, see isapnp.conf(5) # # For latest information and FAQ on isapnp and pnpdump see: # http://www.roestock.demon.co.uk/isapnptools/ # # Compiler flags: -DREALTIME -DHAVE_PROC -DENABLE_PCI -DHAVE_SCHED_SETSCHEDULER -DHAVE_NANOSLEEP -DWANT_TO_VALIDATE # # Trying port address 0273 # Board 1 has serial identifier a9 ff ff ff ff 36 42 63 0e # (DEBUG) (READPORT 0x0273) (ISOLATE PRESERVE) (IDENTIFY *) (VERBOSITY 2) (CONFLICT (IO FATAL)(IRQ FATAL)(DMA FATAL)(MEM FATAL)) # or WARNING # Card 1: (serial identifier a9 ff ff ff ff 36 42 63 0e) # Vendor Id CSC4236, No Serial Number (-1), checksum 0xA9. # Version 1.0, Vendor version 0.5 # ANSI string -->Crystal Codec<-- # # Logical device id CSC # Device supports vendor reserved register @ 0x38 # Device supports vendor reserved register @ 0x39 # Device supports vendor reserved register @ 0x3d # Device supports vendor reserved register @ 0x3e # Device supports vendor reserved register @ 0x3f # # Edit the entries below to uncomment out the configuration required. # Note that only the first value of any range is given, this may be changed if required # Don't forget to uncomment the activate (ACT Y) when happy (CONFIGURE CSC4236/-1 (LD 0 # ANSI string -->WSS/SB<-- # Multiple choice time, choose one only ! # Start dependent functions: priority preferred # First DMA channel 1. # 8 bit DMA only # Logical device is a bus master # DMA may execute in count by byte mode # DMA may not execute in count by word mode # DMA channel speed type A # (DMA 0 (CHANNEL 1)) # Next DMA channel 0 or 3. # 8 bit DMA only # Logical device is a bus master # DMA may execute in count by byte mode # DMA may not execute in count by word mode # DMA channel speed type A # (DMA 1 (CHANNEL 0)) # IRQ 5. # High true, edge sensitive interrupt (by default) # (INT 0 (IRQ 5 (MODE +E))) # Logical device decodes 16 bit IO address lines # Minimum IO base address 0x0534 # Maximum IO base address 0x0534 # IO base alignment 4 bytes # Number of IO addresses required: 4 # (IO 0 (SIZE 4) (BASE 0x0534)) # Logical device decodes 16 bit IO address lines # Minimum IO base address 0x0388 # Maximum IO base address 0x0388 # IO base alignment 8 bytes # Number of IO addresses required: 4 # (IO
Re: [Cooker] (8.1) ext3 fsck problem with latest kernel
SI Reasoning wrote: >potential "uniqueness": >- 2 disk system with /boot on hda2 and / on hdb2 >- upgraded mdk7.2 to 8.1 >- migrated from ext2 to ext3 (previous kernel) >- k6-2 400 cpu (in case it is an amd chipset issue) > I am using k6-2 450 so you can eliminate that factor, but I find the fact that you upgraded from ext2 interesting. I wonder if the result is the same as a clean ext3 install or if there is some sort of kudging involved? / and /boot on separate drives could be confusing something I suppose and the fact that you went the upgrade route and not the clean install route, well upgrades are notorious for wierd problems but I think a connection with disk audit problems would be unlikely, assuming your initscripts is current for 8.1. Hopefully someone on the list can spot some pattern here and come up with a solution. -George > > >--- George Mitchell <[EMAIL PROTECTED]> wrote: > >>I know that this is not an answer to your problem, >>but I am running 8.1 >>(with 2.4.8-34.1) with all but my home partition >>formatted ext3. I am >>constantly crashing this system due to some usb >>problem jamming up the >>shutdown. Thus I am continually recovering those >>partitions from the >>journals and have never encountered the problem you >>are describing. I >>am just wondering if there is something unique about >>your system that is >>causing the problem. In any case, I have not seen >>it (yet). >> >>-George Mitchell >> >> >>SI Reasoning wrote: >> >>>I have 2 hard drives. hda2 is /boot and hdb2 is / >>>both of these run ext3 which were built from former >>>ext2 partitions. When I first did the conversion I >>> >>had >> >>>to mkinitrd before I could get / to use ext3. It >>> >>had >> >>>worked fine until the latest upgrade to kernel >>>2.4.8-34.1mdk. Now it kicks out trying to do an >>> >>fsck >> >>>because hdb2 is already mounted. Earlier in the >>> >>boot >> >>>process it loaded the ext3 module and checked the >>>journal for hdb2, then shortly after loading devfs, >>> >>it >> >>>again tries to fsck hdb2 and halts the process with >>>the error message stating that hdb2 is already >>>mounted. I have tried creating a new mkinitrd with >>> >>the >> >>>2.4.8-34.1mdk kernel but I still get this message. >>> >>>Any ideas or is this a known bug? I have researched >>>the lists and could not find this mentioned yet. >>> >>> >>>= >>>SI Reasoning >>>[EMAIL PROTECTED] >>> >>>"They that can give up essential liberty to obtain >>> >>a little temporary safety deserve neither liberty >>nor safety." >> >>>Benjamin Franklin >>> >>>__ >>>Do You Yahoo!? >>>Yahoo! GeoCities - quick and easy web site hosting, >>> >>just $8.95/month. >> >>>http://geocities.yahoo.com/ps/info1 >>> >>> >> >> >> > > >= >SI Reasoning >[EMAIL PROTECTED] > >"They that can give up essential liberty to obtain a little temporary safety deserve >neither liberty nor safety." >Benjamin Franklin > >__ >Do You Yahoo!? >Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. >http://geocities.yahoo.com/ps/info1 > >
Re: [Cooker] (8.1) ext3 fsck problem with latest kernel
I know that this is not an answer to your problem, but I am running 8.1 (with 2.4.8-34.1) with all but my home partition formatted ext3. I am constantly crashing this system due to some usb problem jamming up the shutdown. Thus I am continually recovering those partitions from the journals and have never encountered the problem you are describing. I am just wondering if there is something unique about your system that is causing the problem. In any case, I have not seen it (yet). -George Mitchell SI Reasoning wrote: >I have 2 hard drives. hda2 is /boot and hdb2 is / >both of these run ext3 which were built from former >ext2 partitions. When I first did the conversion I had >to mkinitrd before I could get / to use ext3. It had >worked fine until the latest upgrade to kernel >2.4.8-34.1mdk. Now it kicks out trying to do an fsck >because hdb2 is already mounted. Earlier in the boot >process it loaded the ext3 module and checked the >journal for hdb2, then shortly after loading devfs, it >again tries to fsck hdb2 and halts the process with >the error message stating that hdb2 is already >mounted. I have tried creating a new mkinitrd with the >2.4.8-34.1mdk kernel but I still get this message. > >Any ideas or is this a known bug? I have researched >the lists and could not find this mentioned yet. > > >= >SI Reasoning >[EMAIL PROTECTED] > >"They that can give up essential liberty to obtain a little temporary safety deserve >neither liberty nor safety." >Benjamin Franklin > >__ >Do You Yahoo!? >Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. >http://geocities.yahoo.com/ps/info1 > >
Re: [Cooker] Weirdest error I've seen yet
When installing the whole kde 2.2.2 bundle I get the same error sans the expected/actual size part. There is definately something wrong with the libarts2 package. -George Mitchell Digital Wokan wrote: >Actually, the error regarding the expected/actual size is from kdelibs. >Libarts isn't on the Sunet mirror either. > >Rainer Koschnick wrote: > >>On Sat, 24 Nov 2001 01:03:59 -0700 >>Digital Wokan <[EMAIL PROTECTED]> wrote: >> >>>I've never seen a message spread across several lines of an RPM error in >>>a way such as this. Is this normal? Is this a packager's idea of >>>submitting a bug in a truly attention-getting manner? >>> >>>[root@beast RPMS]# rpm -Fvh * >>>warning: Expected size: 19253332 = >>>lead(96)+sigs(149)+pad(3)+data(19253084) >>>warning: Actual size: 9732096 >>>error: failed dependencies: >>>libarts2 = 2.2.2-2mdk is needed by arts-2.2.2-2mdk >>>/ is needed by arts-2.2.2-2mdk >>>is is needed by arts-2.2.2-2mdk >>>not is needed by arts-2.2.2-2mdk >>>owned is needed by arts-2.2.2-2mdk >>>by is needed by arts-2.2.2-2mdk >>>any is needed by arts-2.2.2-2mdk >>>package is needed by arts-2.2.2-2mdk >>>in/sh is needed by arts-2.2.2-2mdk >>> >>I've got the same problem. Yet, libarts is currently not in my local cooker mirror >and it seems that the arts rpm is incomplete (as the error msg suggests). >> >>Rainer >> > >
Re: [Cooker] ReiserFs and Fatx ???
Nicolas gomez wrote: >Hi! I want to delete this ext2 partition and replace it for a ReiserFs partition with >a 2.4.8 kernel on linux-mandrake 8.1... > >The things I want to know is the compatibility among reiser and other partitions like >Fat16, 32, ext2, NFS, etc, etc. >Also I wanna know your opinion or experiences of ReiserFs' performance in comparison >with ext2. > >Thanks a lot!!! > >Nicolas Gomez > >Montevideo, URUGUAY > > > Just an opinion - I prefer ReiserFS for large file systems - I am using ReiserFS for my 22.5 GB /home partition. Reiser performs better. However I am using Ext3 for all my other partitions it is more stable (if that is possible) and more flexible in my opinion. I definately would not try to use Reiser yet with NFS or with a /boot partition. No one filesystem is the be all and end all, thats why its nice to be able to choose. Both Reiser and ext3 make FAT file systems look primitive by comparison.
Re: [Cooker] does wine in cooker work?
Hoyt Duff wrote: > On Sunday 28 October 2001 07:00 am, you wrote: > > On Sunday 28 Oct 2001 5:50 am, you wrote: > > > That's the dilema. Codeweaver's preview works pretty well, but still has > > > TONS of loose ends. Cooker's wine is newer, but doesn't seem to > > > work. > > > > Ive just tried out transgamings winex and it works reallly well > > Is it a free download. If so, where? > > Hoyt Source only appears to be free: http://www.transgaming.com/download.php
Re: [Cooker] Interesting 8.1 install quirks
Borsenkow Andrej wrote: > PLEASE do not reply to unrelated thread it hopelessly breaks threading. My sincere apologies, I did not know that threading was embedded. I will be more careful in the future. -George > > > George Mitchell wrote: > > > > > 3) I selected individual packages on the install. There is no indication which > > packages are on disk 1, 2 or 3. > > I agree it would be useful to see in package list, just a small (CD2) on > the side would be nice. > > -andrej
[Cooker] Interesting 8.1 install quirks
I came across a couple of interesting showstopper quirks in an 8.1 install yesterday and just want to share them with you all. 1) I started with initial boot sequence in BIOS set incorrectly with CDROM in the sequence. This was incorrect since my CDROM is SCSI not IDE. Apparent result was that the boot from install CD started but then failed midway along the red line. Boot with alternate 2.2 kernel worked OK with this setup. Correcting the BIOS boot sequence solved the problem and machine booted fine from CDROM. 2) I have always put my swap partition on hda1. Everybody has a different idea of where swap should go, but this is where I put it. I attempted several installs this way and each time went I entered the format stage of the install I took a fatal error 'Unable to mount filesystem' or somesuch. My solution was to examine the disk under fdisk from another system. I then discovered that the install had marked the swap partition with a boot flag. I then removed the boot flag from the swap partition and added it to /boot (hda5 in my case). From there I went back into the install and everything went without a hitch until #3. 3) I selected individual packages on the install. There is no indication which packages are on disk 1, 2 or 3. Obviously some of the packages I selected are on 3. When I reached that point I again errored out fatally and had to rerun the install again with minimal packages selected and that proved to be a breeze and swept me in to an operational system in a matter of a few minutes. The other strange thing (strange to me anyway) is the cryptic licensing notice on disk 3. While disk 3 is a free download and apparently part of the GPL edition that Mandrake has been so scrupulous about in the past, there are these warnings about license issues and that copying disk 3 freely may be illegal? What??? Thanks for listening!
Re: [Cooker] rpms suck
Well I have to agree on this one to a large extent. RPMs can be a real pain. However, once you get the hang of them, they are easier than installing from source. I seldom have problems with RPMs 'not installing right'. As far as conflicts go, the key is in understanding the output. There are a number of problems that can cause a conflict and the output of the rpm command can be very cryptic at times. Unsatisfied dependencies are often expressed in terms of a particular missing file rather than a missing package. Then how does one go about finding out which package contains the needed file? I do it by searching for info on the web, but not all users are going to be that up to speed on web search techniques. At other times one encounters archane interdependencies. For example, an essential component gets broken off from KDE. Now KDE suddenly needs that component in order to be upgraded. When you go to install that component, you of course end up with a conflict because it is already part of the current KDE. The solution of course is 'rpm -U '. But this software jigsaw puzzle can be extremely confusing to the novice. I think that the solution is not so much throwing RPM out, but rather enhancing RPM to deal with these circumstances. The packaging people need to think whenever they make a new package: 'How will this impact the user?' and 'How can we come up with a solution that will mitigate the potential impact on the user?' One thing I would like to suggest is the inclusion of a dynamic comment field to be included in the package. When an rpm fails for any reason, this comment field would appear in the output. Cooker testers would have some easy way to contribute to these comment fields. In most cases a few comments like: 'Try rpm -U ' or 'Be sure to install if it is not already installed' or 'Remove before installing' could go a long way toward solving these problems. Of course the long term solution would be a 'smarter' rpm that could ferret out an solve these problems on its own. George Mitchell [EMAIL PROTECTED] Mark D'voo wrote: > I would just like to state that mandrake is the best distribution of linux > and the best operating system known to man. It has a major problem. > RPMS!!! rpms suck. they never install right, everything conflicts, and i > have to install everything from source which isn't easy for a newbie. > Mandrake is still known as a redhat rip-off which is because it uses rpms. I > think mandrake needs to develop their own packaging system. Hopefully > mandrake would be able to come up with something better than rpms and debs > (since they aren't much better). If they could sucessfully do this, i > believe it would really help out mandrake. It would not longer be a redhat > rip-off instead other distros would use mandrakes installing system, and > they'd be mandrake rip-offs. > > mark
Re: [Cooker] Read this. It's unbelievable
Thanks for enlightning us all on the mo of this seemingly useless website that specializes in the high tech practical joke carried to the extreme. Do some people really find this entertaining? Oh well at least we all are now aware of what is going on here. Thanks Blue Lizard! Blue Lizard wrote: > Allow me to explain adequacy.org. They pick an issue. There is the > side in favor, and the side opposed. The write a fake article that is > pretending to be from the POV of one of those extremely ignorant and > stubbornly opposed people that has no clue what they are talking about. > You know the type. Like my father and Linux. The article is very > extensive and precise in its false detailed statements. Then they plant > the fake comments that are supposed to be from the POV of one of those > people who has sorta touched on the subject in his or her lifetime. > Take in linux...someone who downloaded peanut linux five years ago, had > no idea what it was, popped into kde, and rebooted to delete it (peanut) > from the hd. Someone sorta kinda like that. Anyway, so these people > (the ones who the comments are supposed to sound like) think they know > what they're talking about. These comments of course are inherently > almost as wrong as the article itself. So it goes on, and as you can > see, those who think these articles are serious often get quite pissed off. > Yes, Mr. Borsenkow, you could say the article is a joke. Most(all) of > the comments are, too. Everyone needs to stop sh*ting in their pants > about the author who thinks "Linux Torvalds" is the sole developer of > Linux. (yes, I thought the name was a nice touch ;p).
Re: [Cooker] Read this. It's unbelievable
Borsenkow Andrej wrote: > While the review itself may be a joke (and I honestly hope it is), > comments seem to be real. It was funny as I started to read them; at the > end I was really frightened. > > http://www.adequacy.org/?op=displaystory;sid=2001/9/30/83943/2736 > > -andrej Actually, I love to see these types of articles when they are NOT a joke. What better advertising. A review slamming Mandrake filled with lies and distortions, not to mention profanity. If this is not a joke, it is a very upfront hatchet job and it is so totally transparent that even the most loyal Microsoft customers will see through it. It is certainly shocking at first, but when the intitial shock wears off it doesn't leave much of an impact. If anything it will very likely make more people curious about Mandrake. A while back Linux finally appeared on Microsoft radar. Now it looks like they are seeing Mandrake as a threat worthy of direct attack. Does this tell us something? -George Mitchell
Re: [Cooker] Mozilla Mail blues
Steve wrote: > On Wed, Sep 26, 2001 at 08:00:23AM -0700, George Mitchell wrote: > > I have a customer who has been using Mozilla Mail for a number of months > > now. A few weeks back, Mozilla Mail stopped displaying new incoming > > messages. I had the customer update to the latest Mozilla package at > > the time and that fixed the problem. Now, again Mozilla Mail is > > refusing to display new messages (they do not even appear in the > > Inbox). Once again we have updated to the current level of Mozilla, but > > this time it does not help. Apparently when the Inbox file reaches a > > certain size, Mozilla Mail has a problem finding the unread messages. > > > Why don't you file a bug on Mozilla dot org and also post the question > to the appropriate Mozilla Usenet group? They are the people responsible > for Mozilla not Mandrake. > > You don't say which version your customer is using, but following > developments on the mozilla newsgroups would seem to be the prudent > thing to do. Additionally as this is still beta ware one should be > constantly monitoring the developments vis a vis newer releases. IOW > plan on updating regularly as bugs are fixed. > > -- > Steve - Toronto ICQ 35454764 > > /~\ > 'If you're not a rebel when you're 20 you've got no heart; if \ / > you're not establishment when you're 30 you've got no brain. X > Join the ASCII ribbon campaign against HTML email/ \ Actually on further inspection this turned out to be a case of a faulty modem. The customer who is not too technical assumed that it was a repeat of the previous problem. So the previous problem with Mozilla Mail has indeed been fixed and now that the customers modem is replaced they are back in business. Sorry for the false alarm, thanks to all who took a moment to comment. -George Mitchell
[Cooker] Power down problem
I have a SOYO 5EMM MATX machine with an AMD K6-2 450 processor that has a longstanding power down problem. I know that this is kernel related because power down works fine with the standard 2.4.5-5 kernel that was distributed with the first 8.0 Freq release. I now have the standard 2.4.8-26 kernel (Cooker current) installed and power down fails as follows: Power down general protection fault: f000 CPU:0 EIP:0050:[<8875>] EFLAGS: 00010046 eax: 5301 ebx: 0001 ecx: edx: esi: c0258146 edi: 0292 ebp: 6789 esp: c3b1bddc as: 0058 es: ss: 0018 Process halt (pid: 2773, stackpages=c3b1b000) Stack: 029282ef 8146 0025 bdfe6789 0001c3b1 0003 5307 81350058 810adbcc 80dd 0016 00488036 c01100a2 0010 0292 0018 0018 c0174bbc 0033 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: Bad EIP value. /etc/rc0.d/S01halt: line 1: 2773 Segmentation fault: halt -i -d -p I pass this along in hopes that someone might have a clue as to what is going on here. It is certainly not causing a major problem for me, but if it is happening to me, it is probably happening to others and IMHO it would be nice to get it cleaned up if possible.
[Cooker] Mozilla Mail blues
I have a customer who has been using Mozilla Mail for a number of months now. A few weeks back, Mozilla Mail stopped displaying new incoming messages. I had the customer update to the latest Mozilla package at the time and that fixed the problem. Now, again Mozilla Mail is refusing to display new messages (they do not even appear in the Inbox). Once again we have updated to the current level of Mozilla, but this time it does not help. Apparently when the Inbox file reaches a certain size, Mozilla Mail has a problem finding the unread messages.
[Cooker] Anacron complaint
As a Linux desktop user, anacron is important to me, but now I discover it has been linked to sendmail. As a desktop user, the last thing I want running on my machine is sendmail or postfix. Why on earth has something like anacron been made dependent on sendmail? George Mitchell [EMAIL PROTECTED]
Re: [Cooker] XFree86 3.3.6
I hope not, support under XFree 4 is not nearly complete at this point and many cards are still much better supported by 3.3.6. Chris Edwards wrote: > I hear that Redhat is dropping XF86 3.3.6 is mandrake following suit? > > -Chris
[Cooker] kppp problem
As I just joined the list, I don't know if this problem has been brought up before. I am having a problem with kppp going in and changing perms on /etc/resolv.conf to 600. Then neither kppp nor the browsers are able to access /etc/resolv.conf. Anybody aware of whats going on here? Thanks, George Mitchell [EMAIL PROTECTED]