Lets say that my brainiac MCSE's chucked the modules disk that comes in the box - any other recourse that can easily be described in a couple lines?? <sigh> -Scott -----Original Message----- From: marsaro@interearth.com [mailto:marsaro@interearth.com] Sent: Tuesday, April 17, 2001 5:27 PM To: Day, Scott Cc: 'suse-linux-e@suse.com' Subject: Re: [SLE] Linux RAID Scott; You should not have any trouble at all....seems that I remember Penguin uses AMI RAID, can't be sure, but in General most all of these RAID devices (AMI,Mylex,Adaptec) are supported....Yast2 should detect them, but you can use Yast1 (type manual at boot prompt) and then select load modules....insert the Floppy & select the RAID module. That is really it. Regards, Jon On Tue, 17 Apr 2001, Day, Scott wrote:
Setting up a new Penguin Box that came with raid five... Does anyone have any tips, tricks, or suggestions on how on earth to get rid of the junk that's on there (redhat7) and throw SuSE 7.0 on there??
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
I'm surprised this hasn't been asked before. I need to upgrade the kernel to 2.4.3 on my SUSE 7.0 distro. The src from the kernel says we need an util-linux upgrade but their seems to be no such package on the the updage site. I read a humerous translation of this question in German on Google. They seem to think you need the util package because of the need for PAM. But there is no util paclage upgrade in ap1 in the updates. So ? Should I just install util-linux.2.11 from the kernel.org site and let err rip? Ruben -- Brooklyn Linux Solutions http://www.mrbrklyn.com http://www.brooklynonline.com 1-718-382-5752
On 2001.04.18 10:12:40 -0400 Brooklyn Linux Solutions CEO wrote: I'm surprised this hasn't been asked before. I need to upgrade the kernel to 2.4.3 on my SUSE 7.0 distro. The src from the kernel says we need an util-linux upgrade but their seems to be no such package on the the updage site. I read a humerous translation of this question in German on Google. They seem to think you need the util package because of the need for PAM. But there is no util paclage upgrade in ap1 in the updates. So ? Should I just install util-linux.2.11 from the kernel.org site and let err rip? Ruben -- Brooklyn Linux Solutions http://www.mrbrklyn.com http://www.brooklynonline.com 1-718-382-5752 -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com -- Brooklyn Linux Solutions http://www.mrbrklyn.com http://www.brooklynonline.com 1-718-382-5752
Brooklyn Linux Solutions CEO wrote:
On 2001.04.18 10:12:40 -0400 Brooklyn Linux Solutions CEO wrote: I'm surprised this hasn't been asked before.
I need to upgrade the kernel to 2.4.3 on my SUSE 7.0 distro.
The src from the kernel says we need an util-linux upgrade but their seems to be no such package on the the updage site. I read a humerous translation of this question in German on Google. They seem to think you need the util package because of the need for PAM. But there is no util paclage upgrade in ap1 in the updates.
So ? Should I just install util-linux.2.11 from the kernel.org site and let err rip?
Ruben
Yes.... Mark
When I was testing 2.4.x in my 7.0 system I only had to update the modutils package, just installed it on top of the existing ones. PPP should also be updated if you use it get to the internet. I did not mess with util-linux. It seems that those utilities are in the 'util' suse package. Take a look at what those utilities are. Unless you know what you are doing and have a way to back out in case of problems, I'd suggest you to go slow. Mainly, make sure that the new utilities install in the same location as the suse ones. It would be best if you upgraded to suse 7.1. -- Rafael
"Rafael E. Herrera" wrote:
When I was testing 2.4.x in my 7.0 system I only had to update the modutils package, just installed it on top of the existing ones. PPP should also be updated if you use it get to the internet.
I did not mess with util-linux. It seems that those utilities are in the 'util' suse package. Take a look at what those utilities are. Unless you know what you are doing and have a way to back out in case of problems, I'd suggest you to go slow. Mainly, make sure that the new utilities install in the same location as the suse ones.
It would be best if you upgraded to suse 7.1.
-- Rafael
Yes that would be the best thing to do. 7.1 is GOOD. Just make sure you read the Changes file in /usr/src/linux/Documentation and install every revision of everything it says and you'll be fine. I did it on 7.0 and there was quite a bit to get. Util-linux being one of them if I remember correctly. Of coarse for EVERY thing you need to install be sure to READ all the readmes and INSTALL files. READ READ READ ...... Mark
Well It didn't work The new kernal with the new tools booted, couldn't load any modules and then gave me a login prompt. The prompt authenicated me, and then dumped me back into a login prompt.....why - I have no idea. /var/log/messages said nothing. This is what sucks about suse. Why should upgradiong the kernel be so damn hard. make dep make bzlilo make modules make modules_install FINISH If the kernel says I need new utils-linux .... document on the site how to do this damn upgrade!! Ruben -- Brooklyn Linux Solutions http://www.mrbrklyn.com http://www.brooklynonline.com 1-718-382-5752 -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com -- Brooklyn Linux Solutions http://www.mrbrklyn.com http://www.brooklynonline.com 1-718-382-5752 -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com -- Brooklyn Linux Solutions http://www.mrbrklyn.com http://www.brooklynonline.com 1-718-382-5752
Brooklyn Linux Solutions CEO wrote:
Well
It didn't work
The new kernal with the new tools booted, couldn't load any modules and then gave me a login prompt. The prompt authenicated me, and then dumped me back into a login prompt.....why - I have no idea. /var/log/messages said nothing.
Did you install the util-linux? How did you configure it. The modules thing could be because the 2.4+ kernel Makefile removes all the exsisting modules first. So if you had say alsa installed by doing the make_isntall you wiped out the alsa modules and would have to reinstall them. That holds true for any modules that were there before the make modules_isntall. Your login problem sounds like you didn't configure the util-linux correctly or didn't install them (not sure).
This is what sucks about suse. Why should upgradiong the kernel be so damn hard.
make dep make bzlilo make modules make modules_install
FINISH
If the kernel says I need new utils-linux .... document on the site how to do this damn upgrade!!
This has nothing to do with SuSE. If you want to upgrade a kernel you should READ the doc in /usr/src/linux/Documentation before you start. Upgrading a kernel is the same no matter where you got it from. The documentation is again in /usr/src/linux/Documentation. See the changes file. It tells you even where to get whats required. Any package you have to upgrade first will have it's own documentation read it too. Regards Mark
Ruben
On Wed, Apr 18, 2001 at 04:56:17PM -0400, Mark Hounschell wrote:
Brooklyn Linux Solutions CEO wrote:
Well
It didn't work
The new kernal with the new tools booted, couldn't load any modules and then gave me a login prompt. The prompt authenicated me, and then dumped me back into a login prompt.....why - I have no idea. /var/log/messages said nothing.
Did you install the util-linux? How did you configure it.
The question which pops into my mind is this: Does the util-linux source package install by default into /usr/local? If so, that could be a problem.
The modules thing could be because the 2.4+ kernel Makefile removes all the exsisting modules first. So if you had say alsa installed by doing the make_isntall you wiped out the alsa modules and would have to reinstall them. That holds true for any modules that were there before the make modules_isntall.
Did you upgrade modutils?
Your login problem sounds like you didn't configure the util-linux correctly or didn't install them (not sure).
This is what sucks about suse. Why should upgradiong the kernel be so damn hard.
make dep make bzlilo make modules make modules_install
FINISH
I'm not sure what bzlilo does. But if it replaces the the current kernel image in the lilo configuration, that's bad. It's better to do
make dep bzImage modules modules_install and edit /etc/lilo.conf by hand, preserving the current images as boot options.
If the kernel says I need new utils-linux .... document on the site how to do this damn upgrade!!
This has nothing to do with SuSE. If you want to upgrade a kernel you should READ the doc in /usr/src/linux/Documentation before you start. Upgrading a kernel is the same no matter where you got it from. The documentation is again in /usr/src/linux/Documentation. See the changes file. It tells you even where to get whats required. Any package you have to upgrade first will have it's own documentation read it too.
Mark's response here is completely correct. When you decide to upgrade packages from source, you're somewhat on your own. This has never stopped me. One of the really good things about SuSE is that its build environment is NOT broken. So you can build packages from source, usually with a minimum of fuss. -- David Benfell benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/resume.html
Yes, I agree that upgrading the kernel is much to hard and klugie. I tried both 2.4.2 kernels using YaST to get the rpms and also the modutil-2.4.2-14 (that's version x-4 and x-5) and they both hosed my config. finally got 2.4.2-4GB to boot up by copying the rc.config.old to rc.config and everything works, except it won't deal with the nvidia GF2 drivers and kernel mod. I've tried to load the drivers using both the SuSE/YaST method in the FAQ and nVidia's methods (rpm -Uhv NVIDIA_GLX-0.9-769.suse71.i386.rpm --nodeps --force and rpm -Uhv NVIDIA_kernel-0.9-769.suse71.i386.rpm --force, which worked great with the 2.2.18 and 2.4.0-4GB kernels) but it says after issueing the command "switch2nvidia_glx" and then "gears" it says that the '/dev/nvidiaactl' is not present - even though it is. The old 2.4.0-4GB and the 2.4.0-SuSE will boot also but but the nic and sound fails and I get a "kernel can't find map" in the xconsole. I've tried to reinstall the nic and sound setup but both YaST and YaST2 fails saying it can't update the modules. The old kernel/systems are pretty much hosed and I'm not experience enough to know just what files, links, symlinks, etc needs taken care of to get the old kernel and system configs to work properly. And yes I read all the FAQ's kernel docs, manuals, etc. I have never had so much problems, especially seeing the I used SuSE rpms, YaST and followed the instruction to do this. The part I find ironic and unsettling is that according to the SuSE support terms any 2.4.x kernels can't be supported. It makes you wonder, since they were the first to release the 2.4 kernel, that this was more a marketing ploy to boost sales. If I hadn't heard so many horrer stories about RedHat I would have used that distro, but I thought that SuSE would be nice. At this rate I might give RH with the new 2.4 kernel a try, they claim to support it. And, like it or not, almost all new software/packages are made for RH before almost any other distro. I'm gonna go into Winblows to play some UT or CounterStrike so I can shoot things so I can vent my frustrations before I wipe everything off and re-install SuSE yet ONE MORE TIME! On Monday 23 April 2001 12:19 pm, David Benfell wrote:
On Wed, Apr 18, 2001 at 04:56:17PM -0400, Mark Hounschell wrote: Brooklyn Linux Solutions CEO wrote:
Well
It didn't work
The new kernal with the new tools booted, couldn't load any modules and then gave me a login prompt. The prompt authenicated me, and then dumped me back into a login prompt.....why - I have no idea. /var/log/messages said nothing.
Did you install the util-linux? How did you configure it.
The question which pops into my mind is this: Does the util-linux source package install by default into /usr/local? If so, that could be a problem.
The modules thing could be because the 2.4+ kernel Makefile removes all the exsisting modules first. So if you had say alsa installed by doing the make_isntall you wiped out the alsa modules and would have to reinstall them. That holds true for any modules that were there before the make modules_isntall.
Did you upgrade modutils?
Your login problem sounds like you didn't configure the util-linux correctly or didn't install them (not sure).
This is what sucks about suse. Why should upgradiong the kernel be so damn hard.
make dep make bzlilo make modules make modules_install
FINISH
I'm not sure what bzlilo does. But if it replaces the the current kernel image in the lilo configuration, that's bad. It's better to do
make dep bzImage modules modules_install
and edit /etc/lilo.conf by hand, preserving the current images as boot options.
If the kernel says I need new utils-linux .... document on the site how to do this damn upgrade!!
This has nothing to do with SuSE. If you want to upgrade a kernel you should READ the doc in /usr/src/linux/Documentation before you start. Upgrading a kernel is the same no matter where you got it from. The documentation is again in /usr/src/linux/Documentation. See the changes file. It tells you even where to get whats required. Any package you have to upgrade first will have it's own documentation read it too.
Mark's response here is completely correct. When you decide to upgrade packages from source, you're somewhat on your own. This has never stopped me.
One of the really good things about SuSE is that its build environment is NOT broken. So you can build packages from source, usually with a minimum of fuss.
---------------------------------------- Content-Type: application/pgp-signature; charset="us-ascii"; name="Attachment: 1" Content-Transfer-Encoding: 7bit Content-Description: ---------------------------------------- ---------------------------------------- Content-Type: text/plain; charset="us-ascii"; name="Attachment: 2" Content-Transfer-Encoding: 7bit Content-Description: ----------------------------------------
On Mon, 23 Apr 2001, Curtis Rey wrote: [...snip...]
The part I find ironic and unsettling is that according to the SuSE support terms any 2.4.x kernels can't be supported. It makes you wonder, since they were the first to release the 2.4 kernel, that this was more a marketing ploy to boost sales. [...snip...] At this rate I might give RH with the new 2.4 kernel a try, they claim to support it.
I think a lot of people are confusing two different interpretations of the word "support". SuSE7.1 supports the 2.4.x kernels quite nicely, but that does not mean that the SuSE support department will answer questions regarding those kernels. So the following question has two directly opposite answers (and equally true answers), depending on how you understand the word "support": Does SuSE support the 2.4.x kernels? 1) Yes (these kernels work on SuSE.) 2) No (the Support Department cannot support these kernels.) Regards Ole
No sir, I was not confused by the word "support" in the context that I was addressing. I was not referring to development support or support for the 2.4 kernel by SuSE in regards to working on and releasing it in the lastest version. I was referring to the end-user support concerning the use of and implimentations of the 2.4 kernel in terms of supporting configuration and installation of the kernel. Which proves my position that SuSE will included the kernel in the release and then washes it hands of any further end-user services or support for that kernel. It's similar to a car maker saying we have a model with the standard 2.2 liter engine and the new and improved fuel injected 2.4 liter high performance engine. We will be happy to sell you either model. Oh, and by the way, if the 2.4 liter engine needs service or tune ups we cannot offer any certified dealer mechanics. And did I mention that the engine a parts are not under any warrenty. If your new fuel injected 2.4 liter engine needs tune ups, repairs, or any other form of service might I suggest that your nearest neighborhood mechanic should be contacted if you should have any problems with the 2.4 liter engine. Gee, that's ok, I want the 2.4 liter engine - it won't break (I hope)! On Monday 23 April 2001 05:35 pm, Ole Kofoed Hansen wrote:
On Mon, 23 Apr 2001, Curtis Rey wrote: [...snip...]
The part I find ironic and unsettling is that according to the SuSE support terms any 2.4.x kernels can't be supported. It makes you wonder, since they were the first to release the 2.4 kernel, that this was more a marketing ploy to boost sales.
[...snip...]
At this rate I might give RH with the new 2.4 kernel a try, they claim to support it.
I think a lot of people are confusing two different interpretations of the word "support".
SuSE7.1 supports the 2.4.x kernels quite nicely, but that does not mean that the SuSE support department will answer questions regarding those kernels.
So the following question has two directly opposite answers (and equally true answers), depending on how you understand the word "support":
Does SuSE support the 2.4.x kernels? 1) Yes (these kernels work on SuSE.) 2) No (the Support Department cannot support these kernels.)
Regards
Ole
I've experienced the same total lack of support. I purchased the full professional 7.1 package for the going retail price. When the software would not, and still does not, install on my machine the response from SuSE technical support is to basically totally ignore my requests for support, the support I paid for in advance and of which there were to be 60 days worth. So far I've received in response to my requests two replies asking for more info both of which were thoroughly answered. Last reply from me to their request was over 3 weeks ago. I'm now five weeks into the 60 day support period with NOTHING having been provided. I guess it is a case of buyer beware when purchasing SuSE Linux 7.1 dave johanson
SuSE support covers unmodified kernels shipped with the box. 2.4.3 kernel has not been shipped with 7.1, AFAIK. SuSE support does not cover self-compiled kernels. I may not like it, you may not like, but this is the fact stated in SuSE support policy. This is what they mean by 90-days support. You change the kernel - you go on your own. If you don't like it - don't buy it. I think it's simple. -Kastus On Mon, Apr 23, 2001 at 08:54:37PM -0400, David C. Johanson wrote:
I've experienced the same total lack of support. I purchased the full professional 7.1 package for the going retail price. When the software would not, and still does not, install on my machine the response from SuSE technical support is to basically totally ignore my requests for support, the support I paid for in advance and of which there were to be 60 days worth. So far I've received in response to my requests two replies asking for more info both of which were thoroughly answered. Last reply from me to their request was over 3 weeks ago. I'm now five weeks into the 60 day support period with NOTHING having been provided.
I guess it is a case of buyer beware when purchasing SuSE Linux 7.1
dave johanson
Your confused. This is not an issue of support, this is an issue of the distro not being broken in the first place. A normal kernal compilation is not a special something which maybe SuSe should allow, it is the corner stone of a working open source system. If the distro is so BROKEN that you can't compile the Linux source code as necessary for security (which as a matter of fact is the issue with the 2.18 code now being insecure), then the system is broken. As an open sourced system, the system is broken when the kernel can not be made to function with conventional compilation and configuration. If things are as you say, we don't need open sourced linux...we can use NT. Ruben PS - The phone support of SuSe is truely bad.... PS - I happen to own - so far 6.4 x3 7.0 Pro, 7.1 persona, 5.3, and applixware office PS - The Kernel modules on the FTP site do not properly upgrade from 7.0 2.2 to 7.0 2.4 among other things.
SuSE support covers unmodified kernels shipped with the box. 2.4.3 kernel has not been shipped with 7.1, AFAIK.
SuSE support does not cover self-compiled kernels. I may not like it, you may not like, but this is the fact stated in SuSE support policy. This is what they mean by 90-days support. You change the kernel - you go on your own. If you don't like it - don't buy it. I think it's simple.
-Kastus
On Mon, Apr 23, 2001 at 08:54:37PM -0400, David C. Johanson wrote:
I've experienced the same total lack of support. I purchased the full professional 7.1 package for the going retail price. When the software would not, and still does not, install on my machine the response from SuSE technical support is to basically totally ignore my requests for support, the support I paid for in advance and of which there were to be 60 days worth. So far I've received in response to my requests two replies asking for more info both of which were thoroughly answered. Last reply from me to their request was over 3 weeks ago. I'm now five weeks into the 60 day support period with NOTHING having been provided.
I guess it is a case of buyer beware when purchasing SuSE Linux 7.1
dave johanson
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Brooklyn Linux Solutions CEO
Your confused. This is not an issue of support, this is an issue of the distro not being broken in the first place.
A normal kernal compilation is not a special something which maybe SuSe should allow, it is the corner stone of a working open source system. If the distro is so BROKEN that you can't compile the Linux source code as necessary for security (which as a matter of fact is the issue with the 2.18 code now being insecure), then the system is broken.
That is a bold statement my friend. I compile 1-2 kernels a day, without any problems whatsoever. And you are free to compile your kernel anytime -- you just loose the ability to get installation support. And you _don't_ have to compile your own kernels. How about getting the security updates instead? -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
That is a bold statement my friend.
Sorry - this is not a bold statement any more than bold than linux itself. SuSe better start understanding this if it ever wants to be a first class system.
I compile 1-2 kernels a day, without any problems whatsoever.
Yah Know what - I've been compiling kernels since 2.0.12 Maybe 1000 times I've compiled kernels on RH, Slackware, Strorm, Debian and SuSe. This compile DOES NOT WORK because the sysv init system and the kernel module is SCREWED....(as hinted at in the docs). module.conf was invisible to the 7.0 system with a hand compile and the initiation system was screwed with the RPM's...problbly secondary to PAM or the location of the files? AND BTW - mod-ulits? Where waas that under the 7.0 tree in yast? dir .. axx xx [o] * 8.0M Mar 12 16:02 k_deflt.rpm axx xx [o] * 9.5M Mar 2 12:52 k_deflt_24-2.4.2-4.i386.rpm axx xx [ ] * 8.1M Mar 12 16:02 k_i386.rpm axx xx [i] * 9.6M Mar 2 13:19 k_i386_24-2.4.2-5.i386.rpm axx xx [ ] * 9.8M Mar 2 13:19 k_psmp_24-2.4.2-4.i386.rpm xxx xx [ ] * 8.3M Mar 12 18:30 k_smp.rpm x xx [ ] * 9.8M Mar 2 13:15 k_smp_24-2.4.2-5.i386.rpm xx[o] *330.1K Mar 2 11:04 lvm-0.9.1_beta4-1.i386.rpm axx xx [o] *324.8K Mar 2 11:04 lvm-0.9.1_beta4-1.src.rpm axx xx [o] * 2.8M Mar 12 13:50 yast-1.07.3-1.i386.rpm axx xx [o] * 2.8M Mar 12 13:50 yast-1.07.3-1.src.rpm Hmm - not there..... Aside which YAST is also largely broken..... BTW - I don't think 7.1 installed the new Firewall or Forwarding tools to deal with iptables..... I'm still investigating.
And you are free to compile your kernel anytime -- you just loose the ability to get installation support.
Screw that - that is flat out no right of SUSE and is PART of the problem....Changing the oil shouldn't invalidate the agreement... especially when there is a SECURITY HOLE in the 7.0 Kernel
And you _don't_ have to compile your own kernels. How about getting the security updates instead?
THEY FAIL
Brooklyn Linux Solutions CEO wrote: ....
Maybe 1000 times I've compiled kernels on RH, Slackware, Strorm, Debian and SuSe.
This compile DOES NOT WORK because the sysv init system and the kernel module is SCREWED....(as hinted at in the docs).
??? Nothing is screwed, works beautifully. When 7.0 was made LSB did NOT have anything to say about the init system, so we continued to use what we always used. Which by the way I still find much nicer than the new one. When it was time for 7.1 LSB had indeed defined how sysV should look like - and look, we immediately took it! And the "old" system was never "screwed".
modules.conf was invisible to the 7.0 system with a hand compile
What are you talking about??? This file is a standard.
and the initiation system was screwed with the RPM's...problbly secondary to PAM or the location of the files?
??? can't decipher that... what "initiation"??? what rpm's???
AND BTW - mod-ulits? Where waas that under the 7.0 tree in yast? ....... Hmm - not there.....
Where it is supposed to be: ftp://ftp.suse.com/pub/suse/i386/update/7.0/a1/ Please read: the directory you were looking it is called "kernel", which means you will find - kernel rpm's! There are also some links to yast, etc. in that directory, and ALSO for modutils. Just looked in 7.0 and 7.1 update directory. So I don't know what you are talking about...??? Arguably, the update stuff is the least documented at SuSE. This will be better once all files are avaiable via YOU (online update), which of course also means a much better yast2 YOU module than now. Right now esp. the kernel update directory is very, very poorly documented - that's true. Basically, in the current state we should really add an "experts only" sticker to that directory... so no, I do not want to ignore your complaints completely, as you can see.
Aside which YAST is also largely broken.....
Of course, this sentence goes to /dev/null. How about providing _arguments_ rather than rethoric... you'd have no chance if you talk to Bill O'Reilly (Fox News) this way. Facts, please!
BTW - I don't think 7.1 installed the new Firewall or Forwarding tools to deal with iptables..... I'm still investigating.
Of course not. 2.4 is backwards compatible to ipchains, plus default is still 2.2, so why on earth would we update _security_ to a new, untested system?! By the way, the new SuSE Press book on Firewalls is based solely on 2.4 and iptables. Just FYI, it's German only right now, just to show you we know it very well.
And you are free to compile your kernel anytime -- you just loose the ability to get installation support.
Screw that - that is flat out no right of SUSE and is PART of the problem....Changing the oil shouldn't invalidate the agreement... especially when there is a SECURITY HOLE in the 7.0 Kernel
Then get the update from ftp.suse.com (binary kernel). It's fixed there.
And you _don't_ have to compile your own kernels. How about getting the security updates instead?
modules.conf was invisible to the 7.0 system with a hand compile
What are you talking about??? This file is a standard.
This file was ignored - not looked at, as i it didn't exist to the astounishment of several expereiced users. It's functionality depends on it being initated correctly by the kernel. mkinitrd does this for RH. This file does not exist in SuSe. Instead it is done with /etc/rc.d files..... The new kernel doesn't work with the old configuation...... Ruben
I just compiled 2.4.3 and I will be damned if it doesn't work perfectly..but then again I guess I am just really lucky. * Brooklyn Linux Solutions CEO (ruben@www2.mrbrklyn.com) [010423 21:16]: =>> =>> > modules.conf was invisible to the 7.0 system with a hand compile =>> =>> What are you talking about??? This file is a standard. => => =>This file was ignored - not looked at, as i it didn't exist to the =>astounishment of several expereiced users. => =>It's functionality depends on it being initated correctly by the kernel. => =>mkinitrd does this for RH. This file does not exist in SuSe. =>Instead it is done with /etc/rc.d files..... => =>The new kernel doesn't work with the old configuation...... => => =>Ruben => => =>-- =>To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com =>For additional commands send e-mail to suse-linux-e-help@suse.com =>Also check the FAQ at http://www.suse.com/support/faq and the =>archives at http://lists.suse.com => -- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
Brooklyn Linux Solutions CEO wrote:
modules.conf was invisible to the 7.0 system with a hand compile
What are you talking about??? This file is a standard.
This file was ignored - not looked at, as i it didn't exist to the astounishment of several expereiced users.
It's functionality depends on it being initated correctly by the kernel.
mkinitrd does this for RH. This file does not exist in SuSe. Instead it is done with /etc/rc.d files.....
wrong, modules.conf is part of the modutils packages and is integral part of suse. /etc/rc.d files are part of the sys V init mechanism and has nothing to do with modules.conf. There is no mkinitrd script in SuSE. To create initrd files under suse you use mk_initrd. It's been mentioned already: Michael Hasenstein wrote:
??? /sbin/mk_initrd. _Very_ convenient. The entire SuSE lilo-kernel setup is one big piece of convenience: - no need for you to edit lilo.conf for installing a new kernel you made yourself, just do "make bzlilo". The old default suse kernel is always available as entry "suse" when you overwrite "linux", should you've forgotten a module or to create the initrd or the new kernel has problems for whatever other reason. - creating a config file for a new kernel is _very_ convenient: just use the working, running kernel config as input by issuing "make cloneconfig", which takes the config from the running kernel and applies it to the source tree. - mk_initrd: if you use all the above, all you ever need to do when you compile your own is make cloneconfig [maybe: menuconfig, if you want to change something] dep clean bzlilo modules modules_install; mk_initrd; lilo (if the new kernel has the _same_ version as the old one it's also a good idea to edit linux/Lakefile line 3 and add some string to EXTRAVERSION in order to avoid overwriting the existing modules directory in /lib/modules/)
-- Rafael
wrong, modules.conf is part of the modutils packages and is integral part of suse. /etc/rc.d files are part of the sys V init mechanism and has nothing to do with modules.conf.
Of course they are related. What does mk_intird do but create boot scripts for the kernel dameon. Are you saying that I use any init scripts and module.conf will look the same? The original /rc.d/boot - or some other script in that directory had a case in the shell script looking for kerneld and conf.modules or modules.conf or both or either ;) If the loader is not initiallized correctly on boot, modules.conf, modprobe and depmod fails to work correctly. I really didn't want to rewrite half the system. Someone will acuse me of just not being smart enough and blaming my deficiencies on SuSe ;)
There is no mkinitrd script in SuSE. To create initrd files under suse you use mk_initrd.
Which is the best peice of information to come out of this thread ! Ruben
In all honesty, being a newbie, I can't really debate the technical merits on the install with any authority at all. However, modules conf, modprobe, and depmod wouldn't work for me after in rpm'ed the 2.4.2 and modutils-2.4.2-14 and followed the instructed for install/post-install. I only got the new kernel to properly display and work with the modules after a copied the fc.config.old to the rc.config. After reboot everything appeared ok. Although the video drivers and the new kernel don't get along at all. Why this worked I couldn't say. -----Original Message----- From: Brooklyn Linux Solutions CEO [mailto:ruben@dsl254-112-136-sea1.dsl-isp.net] Sent: Monday, April 23, 2001 1919 To: Rafael E. Herrera Cc: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3)
wrong, modules.conf is part of the modutils packages and is integral part of suse. /etc/rc.d files are part of the sys V init mechanism and has nothing to do with modules.conf.
Of course they are related. What does mk_intird do but create boot scripts for the kernel dameon. Are you saying that I use any init scripts and module.conf will look the same? The original /rc.d/boot - or some other script in that directory had a case in the shell script looking for kerneld and conf.modules or modules.conf or both or either ;) If the loader is not initiallized correctly on boot, modules.conf, modprobe and depmod fails to work correctly. I really didn't want to rewrite half the system. Someone will acuse me of just not being smart enough and blaming my deficiencies on SuSe ;)
There is no mkinitrd script in SuSE. To create initrd files under suse you use mk_initrd.
Which is the best peice of information to come out of this thread ! Ruben -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
Hello I wonder what happened with IMAP in 7.1 as after upgrading from 7.0 -> 7.1 all Windows clients using IMAP Notifier app are not functioning correctly. IMAP Notifier complaints about some strange answer by IMAP server. All mail clients work just fine, though. I tried installing imap.rpm from 7.0, but that doesn't install at all. Any advice to sort out this mess will be appreciated. TIA --Jyry "Epäonnistumisen riski on suuri, kun kyvytön neuvoo halutonta tekemään tarpeetonta."
crrey wrote:
In all honesty, being a newbie, I can't really debate the technical merits on the install with any authority at all. However, modules conf, modprobe, and depmod wouldn't work for me after in rpm'ed the 2.4.2 and modutils-2.4.2-14 and followed the instructed for install/post-install. I only got the new kernel to properly display and work with the modules after a copied the fc.config.old to the rc.config. After reboot everything appeared ok. Although the video drivers and the new kernel don't get along at all. Why this worked I couldn't say.
"Rafael E. Herrera" wrote:
To update your suse 7.0 kernel to 2.4 go to
ftp://ftp.suse.com/pub/suse/i386/update/7.0/kernel/RPMs/
and download these packages:
k_deflt_24-2.4.2-4.i386.rpm lvm-0.9.1_beta4-1.i386.rpm modutils-2.4.2-7.i386.rpm yast-1.07.3-1.i386.rpm
Before installing them make copies of: /etc/modules.conf /etc/rc.config your lilo.conf should have entries similar to this: image = /boot/vmlinuz label = linux root = /dev/sda3 initrd = /boot/initrd image = /boot/vmlinuz_24 label = linux_24 root = /dev/sda3 initrd = /boot/initrd_24 optional The first one is your 2.2 kernel, the second is the 2.4 kernel. Verify that your /etc/modules.conf and /etc/rc.config are still there (I don;t know how you lost them the first time.) If they are not there post any warning or error message you got while installing them, restore the copies you made in place.
After installing the new kernel run as root:
# mk_initrd # lilo
The new kernel label for lilo will be linux_24. This will not be the default, so you may have to edit /etc/lilo.conf and change the order of the kernel entries and run lilo again.
After you reboot, you select linux_24 to boot your new kernel.
If you are using NFS, you have to edit /etc/rc.d/nfsserver to read:
echo -n "Starting kernel based NFS server" if [ "'kernelversion'" == "2.2" ] ; then checkproc -n lockd || \ /usr/sbin/rpc.lockd fi
Some more info in: http://sdb.suse.de/sdb/en/html/ftpkernel.html
The 2.4.3 kernel sources are located in:
ftp://ftp.suse.com/pub/people/mantel/next/
You'll have to recompile. To recycle the 2.4.2-4 kernel configuration on Mantel's kernel use 'make cloneconfig' as described in:
http://sdb.suse.de/sdb/en/html/maddin_kernel_config.html
'cloneconfig' uses the file /proc/config.gz, this contains the configuration used to compile the currently running kernel. This feature is available on SuSE kernels only, not in the vanilla kernel from www.kernel.org .
Mantel's kernel are not supported by suse yet, so you are on your own. Post your questions here.
-- Rafael
Give it a try again and post your results. -- Rafael
This helps, thanks. One point, I don't have 7.0 I have 7.1. the lvm beta and the the mk_initrd was unknown to me. i'll print this out and see what I can do tomorrow night. Probably start with fresh install and then follow your instructions. I was originally trying to upgrade the 2.4.0 to 2.4.2. I'll hope for the best and if it fails - Well I'll just get more practice at installs. It's all just a learning curve to me. Thank so much for the info. Sincerely, Curtis. :) -----Original Message----- From: raffo@bellatlantic.net [mailto:raffo@bellatlantic.net]On Behalf Of Rafael E. Herrera Sent: Tuesday, April 24, 2001 0054 To: crrey Cc: Brooklyn Linux Solutions CEO; suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) crrey wrote:
In all honesty, being a newbie, I can't really debate the technical merits on the install with any authority at all. However, modules conf,
modprobe,
and depmod wouldn't work for me after in rpm'ed the 2.4.2 and modutils-2.4.2-14 and followed the instructed for install/post-install. I only got the new kernel to properly display and work with the modules after a copied the fc.config.old to the rc.config. After reboot everything appeared ok. Although the video drivers and the new kernel don't get along at all. Why this worked I couldn't say.
"Rafael E. Herrera" wrote:
To update your suse 7.0 kernel to 2.4 go to
ftp://ftp.suse.com/pub/suse/i386/update/7.0/kernel/RPMs/
and download these packages:
k_deflt_24-2.4.2-4.i386.rpm lvm-0.9.1_beta4-1.i386.rpm modutils-2.4.2-7.i386.rpm yast-1.07.3-1.i386.rpm
Before installing them make copies of: /etc/modules.conf /etc/rc.config your lilo.conf should have entries similar to this: image = /boot/vmlinuz label = linux root = /dev/sda3 initrd = /boot/initrd image = /boot/vmlinuz_24 label = linux_24 root = /dev/sda3 initrd = /boot/initrd_24 optional The first one is your 2.2 kernel, the second is the 2.4 kernel. Verify that your /etc/modules.conf and /etc/rc.config are still there (I don;t know how you lost them the first time.) If they are not there post any warning or error message you got while installing them, restore the copies you made in place.
After installing the new kernel run as root:
# mk_initrd # lilo
The new kernel label for lilo will be linux_24. This will not be the default, so you may have to edit /etc/lilo.conf and change the order of the kernel entries and run lilo again.
After you reboot, you select linux_24 to boot your new kernel.
If you are using NFS, you have to edit /etc/rc.d/nfsserver to read:
echo -n "Starting kernel based NFS server" if [ "'kernelversion'" == "2.2" ] ; then checkproc -n lockd || \ /usr/sbin/rpc.lockd fi
Some more info in: http://sdb.suse.de/sdb/en/html/ftpkernel.html
The 2.4.3 kernel sources are located in:
ftp://ftp.suse.com/pub/people/mantel/next/
You'll have to recompile. To recycle the 2.4.2-4 kernel configuration on Mantel's kernel use 'make cloneconfig' as described in:
http://sdb.suse.de/sdb/en/html/maddin_kernel_config.html
'cloneconfig' uses the file /proc/config.gz, this contains the configuration used to compile the currently running kernel. This feature is available on SuSE kernels only, not in the vanilla kernel from www.kernel.org .
Mantel's kernel are not supported by suse yet, so you are on your own. Post your questions here.
-- Rafael
Give it a try again and post your results. -- Rafael
The instructionas are similar, the updated kernels are in: ftp://ftp.suse.com/pub/suse/i386/update/7.1/kernel/ make sure you update the packages from: ftp://ftp.suse.com/pub/suse/i386/update/7.1/a1/ -- Rafael
Sure thing. I appreciate this. Curtis. -----Original Message----- From: raffo@bellatlantic.net [mailto:raffo@bellatlantic.net]On Behalf Of Rafael E. Herrera Sent: Tuesday, April 24, 2001 0106 To: crrey Cc: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) The instructionas are similar, the updated kernels are in: ftp://ftp.suse.com/pub/suse/i386/update/7.1/kernel/ make sure you update the packages from: ftp://ftp.suse.com/pub/suse/i386/update/7.1/a1/ -- Rafael -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
Brooklyn Linux Solutions CEO wrote:
wrong, modules.conf is part of the modutils packages and is integral part of suse. /etc/rc.d files are part of the sys V init mechanism and has nothing to do with modules.conf.
Of course they are related. What does mk_intird do but create boot scripts for the kernel dameon.
I think you are confusing the initrd feature with sysv init scripts. /sbin/mk_initrd is a script that will take a bunch of kernel modules and other files and pack them together in a compressed file in the /boot directory, those are the initrd... files you see there. When linux boots that file is uncompressed and the modules in there are loaded, then the boot continues. The variable INITRD_MODULES in /etc/rc.config especifies which modules go in.
Are you saying that I use any init scripts and module.conf will look the same?
I don't understand that question.
The original /rc.d/boot - or some other script in that directory had a case in the shell script looking for kerneld and conf.modules or modules.conf or both or either ;)
The init scripts are a convenient way of booting a unix system, but it is not the only one. The module loading mechanism could be started some other way. Perhaps "not related" is not appropriate, they are part of the same system and each contributes to make your linux expereience what it is. I'll be damned, I just looked for kerneld and there is no such program in my suse 7.1. -- Rafael
I think you are confusing the initrd feature with sysv init scripts. /sbin/mk_initrd is a script that will take a bunch of kernel modules and other files and pack them together in a compressed file in the /boot directory, those are the initrd...
That's for booting the kernel with needed modules. It examines the modules.conf file. See /etc/rc.d/boot - which ALSO examines modules.conf Then there is /etc/rc.d/kerneld Somewhere in the initiation, it seems to either miss the modules.conf or the new modprobe or depmod didn't like the existing init system. When you look at the linux-utils source on kernel.org, it warns you about it's potential to mess up the initiation and booting ability of the system... RPMed SuSe's mod-util abd 10 times hoping it would work. It wouldn't work until the init system was upgraded. Excerp of boot ___________________________________________________ MODULES_DIR=/lib/modules/`uname -r` if test -x /sbin/depmod -a -d $MODULES_DIR ; then for i in $MODULES_DIR/* $MODULES_DIR/*/* /etc/modules.conf ; do test -e $i || continue if test $i -nt $MODULES_DIR/modules.dep ; then rm -f $MODULES_DIR/modules.dep break fi done if test ! -e $MODULES_DIR/modules.dep ; then echo -n Setting up $MODULES_DIR /sbin/depmod -a > /dev/null 2>&1 rc_status -v -r fi fi _____________________________________________________
files you see there. When linux boots that file is uncompressed and the modules in there are loaded, then the boot continues. The variable INITRD_MODULES in /etc/rc.config especifies which modules go in.
Are you saying that I use any init scripts and module.conf will look the same?
I don't understand that question.
The system did NOT find the aliases in modules.conf which means it wasn't initialized correctly by the starting system. Whereever that takes place, it failed. Change file in the /usr/linux/src/Document/Cahnges says: Modutils -------- Upgrade to recent modutils to fix various outstanding bugs which are seen more frequently under 2.3.x, and to enable auto-loading of USB modules. In addition, the layout of modules under /lib/modules/`uname -r`/ has been made more sane. This change also requires that you upgrade to a recent modutils. Mkinitrd -------- These changes to the /lib/modules file tree layout also require that mkinitrd be upgraded. Why did SUSE decide to call this file mk_initrd ?? Who knows
The original /rc.d/boot - or some other script in that directory had a case in the shell script looking for kerneld and conf.modules or modules.conf or both or either ;)
The init scripts are a convenient way of booting a unix system, but it is not the only one. The module loading mechanism could be started some other way. Perhaps "not related" is not appropriate, they are part of the same system and each contributes to make your linux expereience what it is.
I'll be damned, I just looked for kerneld and there is no such program in my suse 7.1.
-- Rafael
Yep it should be using kmod Can't remember where I read the documentatin... I tried to download it for backward compatibilbity to see if I could shake the system loose - it didn't work. Nothing but a replacement of the /etc/rc.d directory worked. BTW - the modules directory not link into the source tree of the kernel. I used to mv the directory. I think that will kill the modules directory now ;( util-linux-2.11 needed to be upgraded according to the kernal docs...this is the message in the readme: ______________________________________________________________________ WARNING: THE PROGRAMS IN THIS SUITE DO *NOT* SUPPORT SHADOW PASSWORD FILES! UNLESS YOU USE PAM. WARNING: THIS COLLECTION CONFLICTS WITH SYSTEM V INITTAB. UNLESS YOU CONFIGURE IT NOT TO. WARNING: USE GNU TAR -- OTHER TARS WILL FAIL SILENTLY! WARNING: DO *NOT* INSTALL WITHOUT THINKING. WARNING: The simpleinit and some other programs in this package are *NOT* System V compliant. These utilities are meant to be used by people who build their own systems. If you are not a wizard, do *NOT* blindly install these utilities: they could prevent you from logging into your system. Have a boot floppy ready, especially if you don't know what you are doing. It's a great way to learn though ;-) To install from source: 1) Get source distribution (see the .lsm file for locations) 2) Untar util-linux-2.10X.tar.gz somewhere 3) cd util-linux-2.10X 4) Edit MCONFIG 5) ./configure 6) Look at defines.h and make_include, and edit if necessary 7) make 8) make install 9) If you want to use simpleinit and agetty, then make softlinks from /sbin/init to simpleinit and from /sbin/getty to agetty, but make sure that your /etc/inittab is set up right (this is *NOT* the System V compatible init!), or you will be hosed. If you are using the SysV init and/or some other getty, they you can keep using those. So there are a number of points of possible failure. I got tired of tracking it down and finally just took someones advise and upgraded from 7.1...which didn't go easy either. Until I allowed to to replace the entire init system, it failed. Ruben
"Rafael E. Herrera" wrote:
I'll be damned, I just looked for kerneld and there is no such program in my suse 7.1.
that's old kernel 2.0 stuff... in 2.2 it's in the kernel, try a cat /proc/sys/kernel/modprobe modules.conf exists to "program" the module loading, it is used by modules.conf. The kernel will call the program stored in /proc/sys/kernel/modprobe whenever it needs something it doesn't have yet, and modprobe tries to figure out what module it should insert with what options using the data in modules.conf.
Wow....is everyone on dope or something?.........why not use this list instead of a rant...if there are those that just cannot stand using the product (which ever it may be you will find an issue) go hang out at Venice Beach with a G-string and cry about it.... Regards, Jon On Tue, 24 Apr 2001, Rafael E. Herrera wrote:
Brooklyn Linux Solutions CEO wrote:
modules.conf was invisible to the 7.0 system with a hand compile
What are you talking about??? This file is a standard.
This file was ignored - not looked at, as i it didn't exist to the astounishment of several expereiced users.
It's functionality depends on it being initated correctly by the kernel.
mkinitrd does this for RH. This file does not exist in SuSe. Instead it is done with /etc/rc.d files.....
wrong, modules.conf is part of the modutils packages and is integral part of suse. /etc/rc.d files are part of the sys V init mechanism and has nothing to do with modules.conf.
There is no mkinitrd script in SuSE. To create initrd files under suse you use mk_initrd. It's been mentioned already:
Michael Hasenstein wrote:
??? /sbin/mk_initrd. _Very_ convenient. The entire SuSE lilo-kernel setup is one big piece of convenience: - no need for you to edit lilo.conf for installing a new kernel you made yourself, just do "make bzlilo". The old default suse kernel is always available as entry "suse" when you overwrite "linux", should you've forgotten a module or to create the initrd or the new kernel has problems for whatever other reason. - creating a config file for a new kernel is _very_ convenient: just use the working, running kernel config as input by issuing "make cloneconfig", which takes the config from the running kernel and applies it to the source tree. - mk_initrd: if you use all the above, all you ever need to do when you compile your own is make cloneconfig [maybe: menuconfig, if you want to change something] dep clean bzlilo modules modules_install; mk_initrd; lilo (if the new kernel has the _same_ version as the old one it's also a good idea to edit linux/Lakefile line 3 and add some string to EXTRAVERSION in order to avoid overwriting the existing modules directory in /lib/modules/)
-- Rafael
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
ROFL -----Original Message----- From: marsaro@interearth.com [mailto:marsaro@interearth.com] Sent: Monday, April 23, 2001 2359 To: Rafael E. Herrera Cc: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) Wow....is everyone on dope or something?.........why not use this list instead of a rant...if there are those that just cannot stand using the product (which ever it may be you will find an issue) go hang out at Venice Beach with a G-string and cry about it.... Regards, Jon On Tue, 24 Apr 2001, Rafael E. Herrera wrote:
Brooklyn Linux Solutions CEO wrote:
modules.conf was invisible to the 7.0 system with a hand compile
What are you talking about??? This file is a standard.
This file was ignored - not looked at, as i it didn't exist to the astounishment of several expereiced users.
It's functionality depends on it being initated correctly by the kernel.
mkinitrd does this for RH. This file does not exist in SuSe. Instead it is done with /etc/rc.d files.....
wrong, modules.conf is part of the modutils packages and is integral part of suse. /etc/rc.d files are part of the sys V init mechanism and has nothing to do with modules.conf.
There is no mkinitrd script in SuSE. To create initrd files under suse you use mk_initrd. It's been mentioned already:
Michael Hasenstein wrote:
??? /sbin/mk_initrd. _Very_ convenient. The entire SuSE lilo-kernel setup is one big piece of convenience: - no need for you to edit lilo.conf for installing a new kernel you made yourself, just do "make bzlilo". The old default suse kernel is always available as entry "suse" when you overwrite "linux", should you've forgotten a module or to create the initrd or the new kernel has problems for whatever other reason. - creating a config file for a new kernel is _very_ convenient: just use the working, running kernel config as input by issuing "make cloneconfig", which takes the config from the running kernel and applies it to the source tree. - mk_initrd: if you use all the above, all you ever need to do when you compile your own is make cloneconfig [maybe: menuconfig, if you want to change something] dep clean bzlilo modules modules_install; mk_initrd; lilo (if the new kernel has the _same_ version as the old one it's also a good idea to edit linux/Lakefile line 3 and add some string to EXTRAVERSION in order to avoid overwriting the existing modules directory in /lib/modules/)
-- Rafael
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Brooklyn Linux Solutions CEO [Mon, 23 Apr 2001 19:23:34 -0400 (EDT)]:
It's functionality depends on it being initated correctly by the kernel.
Nope! modules.conf configures the loading of modules, i.e. which modules have to be loaded for things the kernel is looking for and which parameters the modules get passed.
mkinitrd does this for RH. This file does not exist in SuSe. Instead it is done with /etc/rc.d files.....
mkinitrd creates an initrd, i.e. an initial ram disk. This is something completely different! The initrd is mainly used to load drivers needed by the kernel to boot correctly, most prominently the drivers needed to access the disk. And, BTW, we do have such a tool, it's called mk_initrd in SuSE Linux.
The new kernel doesn't work with the old configuation......
How do you expect a configuration for 2.2 to completely work for a 2.4 kernel, given the differences between those two kernels? Philipp -- Penguins to save the dinosaurs -- Handelsblatt on Linux for S/390
Michael Hasenstein wrote:
AND BTW - mod-ulits? Where waas that under the 7.0 tree in yast? ....... Hmm - not there.....
Where it is supposed to be: ftp://ftp.suse.com/pub/suse/i386/update/7.0/a1/
Please read: the directory you were looking it is called "kernel", which means you will find - kernel rpm's! There are also some links to yast, etc. in that directory, and ALSO for modutils. Just looked in 7.0 and 7.1 update directory. So I don't know what you are talking about...???
He is talking about looking at those dirs under yast. The symlinks in the kernel directory are invisble when you look at it through yast. That is a potential problem. If you went in there expecting to find everything you need to do a kernel update you will miss those RPMs. You have to browse all the update directories and update everything to just make sure your are not missing anything, not the best solution I think. -- Rafael
"Rafael E. Herrera" wrote:
He is talking about looking at those dirs under yast. The symlinks in the kernel directory are invisble when you look at it through yast. That is a potential problem. If you went in there expecting to find everything you need to do a kernel update you will miss those RPMs. You have to browse all the update directories and update everything to just make sure your are not missing anything, not the best solution I think.
Yes. As I said, from my own point of view - I'm just a user of SuSE Linux myself and not a developer - updates for the running distribution need some improvement, to put it carefully. It's being addressed through YOU which has a very nice concept (although the current yast2 YOU module is not too great from a GUI designing point of view), but the limit here is - bandwidth. This ftp.suse.com is so busy... this is why not all updates are available via YOU right now. We're talking to the provider to add some more, but I'm almost afraid that even when we triple bandwidht it won't last very long: Our provider made an experiment not too long ago. When they got a new 155MB line they gave it to us for a few hours, just to see what would happen. Well, after very few minutes this line was at maximum as well... and look at the prices of bandwidth, look how much you pay to have a server connected at between 34Mbit/s and 155Mbit/s. We have to sell _a lot_ of boxes to get this money back, and it doesn't even cover the machine and administration! I know people take that for granted these days, but that doesn't change the fact that someone's gotta pay this bill as well. Yes, the current system can be improved a lot as it is, the bandwidth issue is not the 100% excuse. It's just that yast2-YOU _is_ what we're currently working on as a fix, and if updates are as easy as with YOU, and imagine you add automated updated checks on top so that many more people find out simutaneously that there's a new update and come at the same time to download it... autsch. I _have_ told the kernel guys the kernel section in the update section is the least documented one, although it is the one that really should have the _most_ guidance... well, let's see. Michael
Brooklyn Linux Solutions CEO wrote:
This compile DOES NOT WORK because the sysv init system and the kernel module is SCREWED....(as hinted at in the docs). module.conf was invisible to the 7.0 system with a hand compile and the initiation system was screwed with the RPM's...problbly secondary to PAM or the location of the files?
I use 2.4.x on a 7.0 system. I had problems with the VIA chipset, but none from the init system. People's hardware varies a lot, what may work you/me may not work for me/you. I don't recall seeing exactly what was your problem. I've just seen a lot of complainig maybe from you or some other people. Why don't everybody cool off and start over. Can you describe exactly what problems you had, error messages, etc. That is the best way to get this resolved.
AND BTW - mod-ulits? Where waas that under the 7.0 tree in yast?
dir .. axx xx [o] * 8.0M Mar 12 16:02 k_deflt.rpm axx xx [o] * 9.5M Mar 2 12:52 k_deflt_24-2.4.2-4.i386.rpm axx xx [ ] * 8.1M Mar 12 16:02 k_i386.rpm axx xx [i] * 9.6M Mar 2 13:19 k_i386_24-2.4.2-5.i386.rpm axx xx [ ] * 9.8M Mar 2 13:19 k_psmp_24-2.4.2-4.i386.rpm xxx xx [ ] * 8.3M Mar 12 18:30 k_smp.rpm x xx [ ] * 9.8M Mar 2 13:15 k_smp_24-2.4.2-5.i386.rpm xx xx [o] *330.1K Mar 2 11:04 lvm-0.9.1_beta4-1.i386.rpm axx xx [o] *324.8K Mar 2 11:04 lvm-0.9.1_beta4-1.src.rpm axx xx [o] * 2.8M Mar 12 13:50 yast-1.07.3-1.i386.rpm axx xx [o] * 2.8M Mar 12 13:50 yast-1.07.3-1.src.rpm
YaST does not show symbolic links, which are what those other packages are in that directory. Use an ftp session to retrieve them and install them. I've raised this same issue about sym links in the suse bugtrack website and the response I got was that they'll fix it in the future. -- Rafael
The problem was delinated about a week ago and at this point, I fixed everything but TWO issues. 3d on my VOOODOO, which I origially compiled by hand to fix, is not fixed again. FOr that matter, SAX doesn't work and the Xfree86 Setup system, which is actally better IMO than SAX, is not provided. The firewall is not working. Actually ...i'd love to compile the 2.3.4 kernel again, but I'm afraid of breaking the entire module system again....... Ruben
I don't recall seeing exactly what was your problem. I've just seen a lot of complainig maybe from you or some other people.
Why don't everybody cool off and start over.
Can you describe exactly what problems you had, error messages, etc. That is the best way to get this resolved.
AND BTW - mod-ulits? Where waas that under the 7.0 tree in yast?
dir .. axx xx [o] * 8.0M Mar 12 16:02 k_deflt.rpm axx xx [o] * 9.5M Mar 2 12:52 k_deflt_24-2.4.2-4.i386.rpm axx xx [ ] * 8.1M Mar 12 16:02 k_i386.rpm axx xx [i] * 9.6M Mar 2 13:19 k_i386_24-2.4.2-5.i386.rpm axx xx [ ] * 9.8M Mar 2 13:19 k_psmp_24-2.4.2-4.i386.rpm xxx xx [ ] * 8.3M Mar 12 18:30 k_smp.rpm x xx [ ] * 9.8M Mar 2 13:15 k_smp_24-2.4.2-5.i386.rpm xx xx [o] *330.1K Mar 2 11:04 lvm-0.9.1_beta4-1.i386.rpm axx xx [o] *324.8K Mar 2 11:04 lvm-0.9.1_beta4-1.src.rpm axx xx [o] * 2.8M Mar 12 13:50 yast-1.07.3-1.i386.rpm axx xx [o] * 2.8M Mar 12 13:50 yast-1.07.3-1.src.rpm
YaST does not show symbolic links, which are what those other packages are in that directory. Use an ftp session to retrieve them and install them. I've raised this same issue about sym links in the suse bugtrack website and the response I got was that they'll fix it in the future.
-- Rafael
Brooklyn Linux Solutions CEO wrote:
The problem was delinated about a week ago and at this point, I fixed everything but TWO issues.
Can you repost a detailed description of your problem?
3d on my VOOODOO, which I origially compiled by hand to fix, is not fixed again. FOr that matter, SAX doesn't work and the Xfree86 Setup system, which is actally better IMO than SAX, is not provided.
I can't help you there.
The firewall is not working. Actually ...i'd love to compile the
What kernel are you running? The suse one or one you compiled yourself? The configuration options necessary to support iptables with compatibility for 2.2.x may be your problem. I don't understand them so I just copied the options used in the suse kernel builds. I can send you my .config for my 2.4.3 kernel if you want. My firewall works fine, I think, I have to go back to that web site and run another test.
2.3.4 kernel again, but I'm afraid of breaking the entire module system again.......
Trying out different kernels is not a difficult, keep one you know is working and add entries to lilo.conf for your test ones. If you are trying the same kernel version I can tell you what to do so the test one doesn't clobber the good one. -- Rafael
Can you repost a detailed description of your problem?
I'd have to go to the archive and get them like anyone else.
3d on my VOOODOO, which I origially compiled by hand to fix, is not fixed again. FOr that matter, SAX doesn't work and the Xfree86 Setup system, which is actally better IMO than SAX, is not provided.
I can't help you there.
Yeah - I'll probibly have to compile by hand again....
The firewall is not working. Actually ...i'd love to compile the
What kernel are you running? The suse one or one you compiled yourself?
www2 2.4.0-4GB #1 Wed Jan 24 15:55:09 GMT 2001 i686 unknown
The configuration options necessary to support iptables with compatibility for 2.2.x may be your problem.
I can't find tools or docs for the new iptools
I don't understand them so I just copied the options used in the suse kernel builds. I can send you my .config for my 2.4.3 kernel if you want. My firewall works fine, I think, I have to go back to that web site and run another test.
What - from the .config file? That's the file for kernel compilation? Were talking firewalls or compiling ;) I'm confused....
2.3.4 kernel again, but I'm afraid of breaking the entire module system again.......
Trying out different kernels is not a difficult, keep one you know is working and add entries to lilo.conf for your test ones. i
I did that - otherwise I would be dead in the water, and the CD makes a good Boot Disk ;) Ruben
Brooklyn Linux Solutions CEO wrote:
The firewall is not working. Actually ...i'd love to compile the
What kernel are you running? The suse one or one you compiled yourself?
www2 2.4.0-4GB #1 Wed Jan 24 15:55:09 GMT 2001 i686 unknown
The configuration options necessary to support iptables with compatibility for 2.2.x may be your problem.
I can't find tools or docs for the new iptools
I think there is an rpm in suse 7.0 to use iptools, look for iptables.rpm in the sec1 directory of your suse cd's. Never used it, though. Just to make sure, we are talking about the SuSEfirewals script as a means to do 'firewalling'.
I don't understand them so I just copied the options used in the suse kernel builds. I can send you my .config for my 2.4.3 kernel if you want. My firewall works fine, I think, I have to go back to that web site and run another test.
What - from the .config file? That's the file for kernel compilation?
Were talking firewalls or compiling ;)
I'm confused....
The suse firewall package does not use iptables, it uses ipchains, which is a kerenl 2.2 feature. The kernel 2.4 has backwards compatibility with 2.2's ipchains via a module. I didn't have problems when I was running suse 7.0, can you describe what problems you are having under 2.4? "doesn't work" doesn't mean anything. -- Rafael
The suse firewall package does not use iptables, it uses ipchains, which is a kerenl 2.2 feature. The kernel 2.4 has backwards compatibility with 2.2's ipchains via a module.
I tried my old firewall script and it says root@www2:/home/ruben/docs > ./firewall.txt ipchains: setting MASQ timeouts failed: Protocol not available ipchains: Protocol not available ipchains: Protocol not available
* Brooklyn Linux Solutions CEO (ruben@www2.mrbrklyn.com) [010423 22:15]: =>> The suse firewall package does not use iptables, it uses ipchains, which =>> is a kerenl 2.2 feature. The kernel 2.4 has backwards compatibility with =>> 2.2's ipchains via a module. => => =>I tried my old firewall script and it says =>root@www2:/home/ruben/docs > ./firewall.txt =>ipchains: setting MASQ timeouts failed: Protocol not available =>ipchains: Protocol not available =>ipchains: Protocol not available I had issues with iptables..and I was quite happy with my old firewall scripts..so I just load the ipchains module via boot.local and it works. It may not be the clean way to do it..but it works. -- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
is the module ipchains loaded? -- Rafael
Well it wasn't - but I just did by hand and nothing is happening
is the module ipchains loaded? -- Rafael
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
On Mon, Apr 23, 2001 at 06:16:14PM -0400, Brooklyn Linux Solutions CEO wrote:
The problem was delinated about a week ago and at this point, I fixed everything but TWO issues.
3d on my VOOODOO, which I origially compiled by hand to fix, is not fixed again. FOr that matter, SAX doesn't work and the Xfree86 Setup system, which is actally better IMO than SAX, is not provided.
The XF86Setup programs are not yet available under XFree86 version 4 (unless they've come out in 4.0.3). Doesn't anybody do their homework?
The firewall is not working. Actually ...i'd love to compile the 2.3.4 kernel again, but I'm afraid of breaking the entire module system again.......
Well, I really wasn't planning on building a kernel tonight. I really wasn't. But with all the nonsense I found on this list tonight, I just had to build it to see if it worked. So let's see, here: Linux home 2.4.3 #1 SMP Mon Apr 23 22:57:57 PDT 2001 i686 unknown That sure looks like a 2.4.3 kernel to me. -- David Benfell benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/resume.html
On Monday 23 April 2001 21:34, Rafael E. Herrera wrote: <snip>
I use 2.4.x on a 7.0 system. I had problems with the VIA chipset, but none from the init system. People's hardware varies a lot, what may work you/me may not work for me/you.
<snip> I have two PC's here at home. SuSE has always slipped onto the 5 year old Sony VAIO (P166 -64MB) like a silk glove. My new Beast, on the other hand, fights SuSE like it was possessed with the spirit of Bill Gates. One of the problems is the VIA chipset, and I've yet to hear of any successful BIOS upgrade being successfully burned in. The newest 2.4.x kernel is supposed to have a kernel workaround, but I'm not moving to the 2.4 kernel until SuSE makes it their primary kernel. I doubt there are many newbies who could get SuSE to install on my Beast without getting bite by something. In fact, if I had not been using SuSE for 4 years, and as my only OS for 1 1/2 years, I would not have had the knowledge and skill to install it. As I used to tell my Engineering Physics students, "Everything is easy once you know how", but learning how takes time. Merely saying how easy something is to do doesn't teach HOW to those who don't KNOW how to do it. I would have given up and installed about any version of WinXX. The VIA chip, the AC97 sound chip, the wheel mouse, the r128 video card, the cdrw and the zip250 were all bears to install and even now I am simply using the cdrw as a cd because of the VIA problem. The Beast is running, although not exactly as I would like it. Were I to spec the Beast again I would require all storage perhiperals to be scsi, and I wouldn't use the ATI r128 or the wheel mouse. People with machines like my Sony don't need 'installation help". People with machines like my Beast can't be helped by support staff unless the support person is physicall setting at the machine. There are too many subtle problems and disjoints with the hardware and software for a newbie to adequately describe the problems to a support staff. Most people own machines between my Sony and my Beast. Some can be helped. The trick SuSE has to learn is to figure out which ones can be helped without making all of them angry or insulting the ones they can't help. This thread demostrates a lot of frustration, some by SuSE staff but most by SuSE's customers. SuSE would do well to listen.... carefully.
The voice of reason. Mr. Kreps I think you hit the nail on the head. All I wanted to know is where I stand. My system is pretty common. An Abit mobo, Celeron cpu, Maxtor and WD hd's, etc... No one replied to my support requests, and relying on the end-users/customers is fine for a lot of questions. But when someone runs into a problem that seems to stem for the core of the product - the vendor might at least address the issue. I'm not looking for someone to give me walkthroughs on the phone or in a chat. I just wanted some pointers and a little guidance. If my problems are due to something that SuSE has no control over I don't have a problem with that - sometimes it just ain't gonna work. All I need is someone to give me the lowdown about my situation. Thanks, Curtis Rey -----Original Message----- From: Jerry Kreps [mailto:jerrykreps@jlkreps.net] Sent: Monday, April 23, 2001 2310 To: SLE Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) On Monday 23 April 2001 21:34, Rafael E. Herrera wrote: <snip>
I use 2.4.x on a 7.0 system. I had problems with the VIA chipset, but none from the init system. People's hardware varies a lot, what may work you/me may not work for me/you.
<snip> I have two PC's here at home. SuSE has always slipped onto the 5 year old Sony VAIO (P166 -64MB) like a silk glove. My new Beast, on the other hand, fights SuSE like it was possessed with the spirit of Bill Gates. One of the problems is the VIA chipset, and I've yet to hear of any successful BIOS upgrade being successfully burned in. The newest 2.4.x kernel is supposed to have a kernel workaround, but I'm not moving to the 2.4 kernel until SuSE makes it their primary kernel. I doubt there are many newbies who could get SuSE to install on my Beast without getting bite by something. In fact, if I had not been using SuSE for 4 years, and as my only OS for 1 1/2 years, I would not have had the knowledge and skill to install it. As I used to tell my Engineering Physics students, "Everything is easy once you know how", but learning how takes time. Merely saying how easy something is to do doesn't teach HOW to those who don't KNOW how to do it. I would have given up and installed about any version of WinXX. The VIA chip, the AC97 sound chip, the wheel mouse, the r128 video card, the cdrw and the zip250 were all bears to install and even now I am simply using the cdrw as a cd because of the VIA problem. The Beast is running, although not exactly as I would like it. Were I to spec the Beast again I would require all storage perhiperals to be scsi, and I wouldn't use the ATI r128 or the wheel mouse. People with machines like my Sony don't need 'installation help". People with machines like my Beast can't be helped by support staff unless the support person is physicall setting at the machine. There are too many subtle problems and disjoints with the hardware and software for a newbie to adequately describe the problems to a support staff. Most people own machines between my Sony and my Beast. Some can be helped. The trick SuSE has to learn is to figure out which ones can be helped without making all of them angry or insulting the ones they can't help. This thread demostrates a lot of frustration, some by SuSE staff but most by SuSE's customers. SuSE would do well to listen.... carefully. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
On Mon, Apr 23, 2001 at 11:09:47PM -0500, Jerry Kreps wrote:
On Monday 23 April 2001 21:34, Rafael E. Herrera wrote: <snip>
I use 2.4.x on a 7.0 system. I had problems with the VIA chipset, but none from the init system. People's hardware varies a lot, what may work you/me may not work for me/you.
<snip>
I have two PC's here at home. SuSE has always slipped onto the 5 year old Sony VAIO (P166 -64MB) like a silk glove. My new Beast, on the other hand, fights SuSE like it was possessed with the spirit of Bill Gates.
A new Vaio, perhaps? I've heard about these. And in fact a bunch of newer systems have this issue. You can't use FIPS any more because Windows ME doesn't have DOS. So you have to get a new version of Partition Magic, move your partitions around, and then boot from the CD-ROM. Come to think of it, oh, yes, now I remember. The new Vaio's are even more special than this. I haven't gone through this myself, but (banging my head against the monitor), I remember the story. The Vaio's CD-ROM drive was on a controller that wasn't supported by Linux (it might be now) so you couldn't boot Linux off the CD-ROM. I forget the exact details. If only Bill Gates had a soul that could infest a machine... I honestly think the world would be a better place. So you actually had to open the Vaio up, take out the hard disk and install on it using another machine.
One of the problems is the VIA chipset, and I've yet to hear of any successful BIOS upgrade being successfully burned in. The newest 2.4.x kernel is supposed to have a kernel workaround, but I'm not moving to the 2.4 kernel until SuSE makes it their primary kernel. I doubt there are many newbies who could get SuSE to install on my Beast without getting bite by something.
Come to think of it, my neighbor has one of the new Vaios. It's all kind of weird. I don't remember which is which, but for his wireless network connections he has to boot under one kernel and for his actual ethernet connections, he has to boot under the other. One kernel is a 2.2; the other is a 2.4. (Boo... Hiss... EVIL!!!!) He belongs to the church of Debian, though.
In fact, if I had not been using SuSE for 4 years, and as my only OS for 1 1/2 years, I would not have had the knowledge and skill to install it. As I used to tell my Engineering Physics students, "Everything is easy once you know how", but learning how takes time. Merely saying how easy something is to do doesn't teach HOW to those who don't KNOW how to do it. I would have given up and installed about any version of WinXX. The VIA chip, the AC97 sound chip, the wheel mouse, the r128 video card, the cdrw and the zip250 were all bears to install and even now I am simply using the cdrw as a cd because of the VIA problem.
I thought all this stuff was supported with the 2.4 kernels.
The Beast is running, although not exactly as I would like it. Were I to spec the Beast again I would require all storage perhiperals to be scsi, and I wouldn't use the ATI r128 or the wheel mouse.
Is it a Logitech wheel mouse? Under XFree86 version 4? (More booing and hissing...) Run down to the store and get (even more booing and hissing...) a Microsoft Intellimouse. Those work.
People with machines like my Sony don't need 'installation help". People with machines like my Beast can't be helped by support staff unless the support person is physicall setting at the machine. There are too many subtle problems and disjoints with the hardware and software for a newbie to adequately describe the problems to a support staff.
Most people own machines between my Sony and my Beast. Some can be helped. The trick SuSE has to learn is to figure out which ones can be helped without making all of them angry or insulting the ones they can't help.
This thread demostrates a lot of frustration, some by SuSE staff but most by SuSE's customers. SuSE would do well to listen.... carefully.
But the fact is that SuSE does a far better job with uncooperative hardware than any other distribution. Even my Debian-loving neighbor concedes this. This is an installation that just won't quit. -- David Benfell benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/resume.html
On Mon, Apr 23, 2001 at 11:09:47PM -0500, Jerry Kreps wrote:
On Monday 23 April 2001 21:34, Rafael E. Herrera wrote: <snip> Were I to spec the Beast again I would require all storage perhiperals to be scsi, and I wouldn't use the ATI r128 or the wheel mouse.
I would also abstain from using non-parity, non-ECC memory. And AFAIK, there is no chipset for Athlon/Duron to support ECC. That's why I'm still running K6-2-500. -Kastus
On Mon, Apr 23, 2001 at 05:18:48PM -0400, Brooklyn Linux Solutions CEO wrote:
That is a bold statement my friend.
And you are clearly trolling this list. If you think SuSE sucks, go find another distribution that makes you happy. It's an open source world. We don't need to hear this crap.
Sorry - this is not a bold statement any more than bold than linux itself. SuSe better start understanding this if it ever wants to be a first class system.
SuSE is a first class system. I've played with a bunch of distributions. SuSE is the only one you can set up and have a functioning system at the end of the day.
I compile 1-2 kernels a day, without any problems whatsoever.
Yah Know what - I've been compiling kernels since 2.0.12
Maybe 1000 times I've compiled kernels on RH, Slackware, Strorm, Debian and SuSe.
Apparently that's not enough.
This compile DOES NOT WORK because the sysv init system and the kernel module is SCREWED....(as hinted at in the docs). module.conf was invisible to the 7.0 system with a hand compile and the initiation system was screwed with the RPM's...problbly secondary to PAM or the location of the files?
The compile works fine. I am now running 2.4.3 under 7.1. I built kernels from 2.3.x test on up under 7.0. Sometimes I had problems, but it sure wasn't SuSE's fault, and I have enough sense to understand that.
AND BTW - mod-ulits? Where waas that under the 7.0 tree in yast?
If you can't find in 7.0, which is reasonable, since SuSE 7.0 wasn't made for 2.4 kernels, get the source. And as others have pointed out, update modutils as well. But apparently that's too hard for you. So I have an even easier idea. You could upgrade to SuSE 7.1, but you know what? I'd really rather you didn't. I'd rather you went to Red Hat. Make sure you upgrade to Red Hat 8.0 when it comes out and then you can complain to the Red Hat lists about what a wonderful distribution it is, especially if they pull another wonder like the one they pulled with gcc.
Aside which YAST is also largely broken.....
More evidence that you are merely trolling this list. YaST is fine. I've been through YaST so many ways it's mind boggling. Occasionally you run into something it just does wrong, and I hate it's speed. But it works, 99% of the time, which beats the hell out of every other distribution packaging tool I've tested. Um yes, I should point out that I've tested distributions. I tested them on different machines to certify them. When they didn't work, I had to make them work. I have an even better idea for you than Red Hat. Why don't you try Turbolinux or, even better, Caldera.
BTW - I don't think 7.1 installed the new Firewall or Forwarding tools to deal with iptables..... I'm still investigating.
7.1 comes with a firewall script. It still uses ipchains, which can be supported if you enable ipchains support in the 2.4 kernel configuration. Obviously, SuSE's 2.4 kernel includes this option.
And you are free to compile your kernel anytime -- you just loose the ability to get installation support.
Screw that - that is flat out no right of SUSE and is PART of the problem....Changing the oil shouldn't invalidate the agreement... especially when there is a SECURITY HOLE in the 7.0 Kernel
SuSE has every right. They aren't charging enough even to cover the cost of producing their distribution, let alone all the contributions they've made to the open source community (ReiserFS, 3D video drivers, and USB all come to mind, and somebody is welcome to tell me I don't know the half of it), or the security upgrades. As someone else has explained, when you buy a distribution, you're buying their best effort to build a bunch of programs and configure them in such a way that they'll run. SuSE has fewer segmentation faults than any other distribution I've seen. I have an even better idea for you. Roll your own distribution. For information, see http://www.linuxfromscratch.org/ and get an idea of what's involved. After you've gone through all that, then you can tell me what a piece of crap SuSE is. But not before. -- David Benfell benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/resume.html
SuSE is a first class system. I've played with a bunch of distributions. SuSE is the only one you can set up and have a functioning system at the end of the day.
That's just an ignorant thing to say, and SuSe is usually my first choice to introduce Linux to people. We just had an Install Fest in Manhattan last week and got nothing less than working systems with Debian, Slack, Red Hat, SUSe and some other Debian derivitve work. We even got one system boot strapped with Zip Slack into Debian. Talk about trolling a list. Pfft... Most of the action is over...are you jelous you missed it? .................
On Monday 23 April 2001 20:38, Mads Martin J�rgensen wrote:
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 18:30]: Your confused. This is not an issue of support, this is an issue of the distro not being broken in the first place.
A normal kernal compilation is not a special something which maybe SuSe should allow, it is the corner stone of a working open source system. If the distro is so BROKEN that you can't compile the Linux source code as necessary for security (which as a matter of fact is the issue with the 2.18 code now being insecure), then the system is broken.
That is a bold statement my friend. I compile 1-2 kernels a day, without any problems whatsoever.
I'n setting up two PC's here at home I recompiled the 2.2.18 kernel on both more times that I can remember without any problems. But, while I chose the 2.2.18 kernel during a clean install, YaST2 decided I needed the 2.4.0 kernel source tree instead. I had to install the 2.2.18 source tree to get it to compile. No big deal, though. Somebody must have thought that because the system already included the modularized 2.2.18 kernal, I would not need the 2.2.18 source. I'd only need the 2.4 source, assuming I would compile it and move to the 2.4 kernel. Or so it seems. ???
And you are free to compile your kernel anytime -- you just loose the ability to get installation support.
And you _don't_ have to compile your own kernels. How about getting the security updates instead?
Hello The 2.2.18 kernel is insecure and you should upgrade to 2.4.3 Ruben
* Brooklyn Linux Solutions CEO
Hello
The 2.2.18 kernel is insecure and you should upgrade to 2.4.3
Don't listen to this man -- he have not got a clue. With 2.2.18 either get a *fixed* 2.2.18 from the URL I provided earlier, or go with 2.2.19. Do not fool yourself to think that you need to go to 2.4.x for this fix. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
Don't listen to this man -- he have not got a clue.
Hmmm - Really
With 2.2.18 either get a *fixed* 2.2.18 from the URL I provided earlier, or go with 2.2.19.
Why is SUSe 7.1 come with 2.4? Hmm - when is the next 2.2 kernel due out? For that matter ... when was the last 2.0 kernel distributed...
Do not fool yourself to think that you need to go to 2.4.x for this fix.
And the next fix? What then - SUSe will have the upgrade path straight at that point?
* Brooklyn Linux Solutions CEO
Don't listen to this man -- he have not got a clue.
Hmmm - Really
At least that is my postulate against yours. I had to state it so people can judge between yours and mine.
With 2.2.18 either get a *fixed* 2.2.18 from the URL I provided earlier, or go with 2.2.19.
Why is SUSe 7.1 come with 2.4?
Hmm - when is the next 2.2 kernel due out?
That is probably gonna take a long time. But you should not have people who are running perfectly solid 2.2 boxed that does their job fine, head into an upgrade to 2.4. That is just wrong.
For that matter ... when was the last 2.0 kernel distributed...
What does the 2.0 kernel have to do with it?
Do not fool yourself to think that you need to go to 2.4.x for this fix.
And the next fix? What then - SUSe will have the upgrade path straight at that point?
It have been straight all the time. Now that you're so concerned with security I find it a bit odd that you're not subscribed to our security mailinglists. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
What does the 2.0 kernel have to do with it?
Everything. There hasn't been any 2.0 developement in at least a year because it's support is no longer available. The same fate is being faced by the 2.2 kernel.
It have been straight all the time. Now that you're so concerned with security I find it a bit odd that you're not subscribed to our security mailinglists.
ROFL We'll Gee I'm subscribed to a dozen or more lists already including linux security and cert, RH Bugzilla .... Will it make you feel better if I tack on another one and suscribe to SUSe Security I'll get right one it.
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Brooklyn Linux Solutions CEO (ruben@www2.mrbrklyn.com) [010423 21:04]: =>> =>> What does the 2.0 kernel have to do with it? => =>Everything. There hasn't been any 2.0 developement in at least =>a year because it's support is no longer available. => Wrong 2.0.39 came out in December...the end of lifed it then. I guess joining a bunch of lists makes you a f**king expert on Linux and it's development cycles..go read some more ZDnet articles and quit flaming this list with your crap. I have been running the 2.4.2 kernel since Hubert put it up. They are the RPM's and everything works fine...including my 3D accel. video card.. I have seen bitching about Voodoo cards...well..*HINT* nVidia gutted that company months ago and so I doubt there will be much support for them.. Sheesh...this list has gone to shit in the last year.. -- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
And the next fix? What then - SUSe will have the upgrade path straight at that point?
It have been straight all the time. Now that you're so concerned with security I find it a bit odd that you're not subscribed to our security mailinglists.
Straight means working and fixed. It is not working presently. They can START with fixing the problem Rafael described in YAST. Then see when it fails with 7.0 and 6.4 and 6.2 and 5,3 Lastly - make sure it works with straight SOURCE.
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
* Brooklyn Linux Solutions CEO (ruben@www2.mrbrklyn.com) [010423 21:11]: => =>Straight means working and fixed. It is not working presently. => =>They can START with fixing the problem Rafael described in YAST. => =>Then see when it fails with 7.0 and 6.4 and 6.2 => =>and 5,3 => 7.1 = major changes in the distribution 6.4, 6.3, 6.2 and 6.1 are older then dirt...give up comparing them..they are unsupported. -- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
Yeah 6.4 is ancient history Thanks for your contribution to this conversation You actually prove my point... After a short period of time the 2.2 tree will stop being supported Ruben
7.1 = major changes in the distribution
6.4, 6.3, 6.2 and 6.1 are older then dirt...give up comparing them..they are unsupported.
-- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Brooklyn Linux Solutions CEO
After a short period of time the 2.2 tree will stop being supported
I think we're gonna have 2.2 aruond for some time still. Alan Cox is pretty conservative wrt to stable kernels, and he's the maintainer. When 2.5 kicks in, Linus will abandon 2.4 and give it to Alan like he did with 2.2. Then Alan will probably keep supporting it for some months, until he considers 2.4 good enough. I would not worry about 2.2 based systems beeing out of date in any near future. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
On Monday 23 April 2001 21:50, Mads Martin J�rgensen wrote:
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 19:48]: Hello
The 2.2.18 kernel is insecure and you should upgrade to 2.4.3
Don't listen to this man -- he have not got a clue. With 2.2.18 either get a *fixed* 2.2.18 from the URL I provided earlier, or go with 2.2.19. Do not fool yourself to think that you need to go to 2.4.x for this fix.
Opps! We're having English idiom problems again! That's how Christopher and I had a go around. Here is the correct idiom: "Ignore this advice, it is not correct!" Your idiom will start another fire fight. :-) JLK
* Jerry Kreps
Don't listen to this man -- he have not got a clue. With 2.2.18 either get a *fixed* 2.2.18 from the URL I provided earlier, or go with 2.2.19. Do not fool yourself to think that you need to go to 2.4.x for this fix.
Opps! We're having English idiom problems again! That's how Christopher and I had a go around. Here is the correct idiom: "Ignore this advice, it is not correct!"
Your idiom will start another fire fight. :-)
Thanks for the correction :-) -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
Upgrade to s 2.2 fix will not doubt be easier!!! 2.2 is not the future though. BTW - when Linus was in NYC he was making it clear that the new kernel would be released in days. Also - in this matter, so much of the modules developement was happening primarily in the 2.3 tree from the bttv drivers to scsi support, nobody was supporting 2.2 anyomore by septemeber except for backward capatability. Anyway - It's just what I would have done..... This 2.2/2.4 split I would have had the engineers releasing as 2.2/2.3-SUSE_STABLE a few months back. Then the changes in the kernel module and the init system would have been gradually brought on line though a 6. SUSe tree. Ruben
Oh, crap. 2.4 is insecure too... Or didn't you hear about the FTP exploit
for 2.4/IPTables when used for a firewall?
http://www.tempest.com.br/advisories/01-2001.html
The only truly, completely secure system is the one that isn't connected to
any network, is not plugged in, and has no I/O devices. And even then, you
never really know...
----- Original Message -----
From: "Brooklyn Linux Solutions CEO"
Hello
The 2.2.18 kernel is insecure and you should upgrade to 2.4.3
Ruben
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
On Tuesday 24 April 2001 00:32, you wrote:
The only truly, completely secure system is the one that
is properly upgraded and fire walled.
Yea right.. Like you really know. Give me a break. -- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
On Mon, Apr 23, 2001 at 05:56:28PM -0400, Brooklyn Linux Solutions CEO wrote:
The 2.2.18 kernel is insecure and you should upgrade to 2.4.3
Or 2.2.19. -- David Benfell benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/resume.html
Exactly! It was funky from the start. Mine installed fine, but any updates or other packages fell on there face and sometimes hosed the system. SuSE is now taking the stance that I'm asking to much if I want answers to questions about how to work with SuSE or fix a problem. Telling me that it's in the support statement, the statement that wasn't there until after I bought the box. -----Original Message----- From: Brooklyn Linux Solutions CEO [mailto:ruben@dsl254-112-136-sea1.dsl-isp.net] Sent: Monday, April 23, 2001 1538 To: Konstantin (Kastus) Shchuka Cc: SuSE Mailing List Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) Your confused. This is not an issue of support, this is an issue of the distro not being broken in the first place. A normal kernal compilation is not a special something which maybe SuSe should allow, it is the corner stone of a working open source system. If the distro is so BROKEN that you can't compile the Linux source code as necessary for security (which as a matter of fact is the issue with the 2.18 code now being insecure), then the system is broken. As an open sourced system, the system is broken when the kernel can not be made to function with conventional compilation and configuration. If things are as you say, we don't need open sourced linux...we can use NT. Ruben PS - The phone support of SuSe is truely bad.... PS - I happen to own - so far 6.4 x3 7.0 Pro, 7.1 persona, 5.3, and applixware office PS - The Kernel modules on the FTP site do not properly upgrade from 7.0 2.2 to 7.0 2.4 among other things.
SuSE support covers unmodified kernels shipped with the box. 2.4.3 kernel has not been shipped with 7.1, AFAIK.
SuSE support does not cover self-compiled kernels. I may not like it, you may not like, but this is the fact stated in SuSE support policy. This is what they mean by 90-days support. You change the kernel - you go on your own. If you don't like it - don't buy it. I think it's simple.
-Kastus
On Mon, Apr 23, 2001 at 08:54:37PM -0400, David C. Johanson wrote:
I've experienced the same total lack of support. I purchased the full professional 7.1 package for the going retail price. When the software would not, and still does not, install on my machine the response from SuSE technical support is to basically totally ignore my requests for support, the support I paid for in advance and of which there were to be 60 days worth. So far I've received in response to my requests two replies asking for more info both of which were thoroughly answered. Last reply from me to their request was over 3 weeks ago. I'm now five weeks into the 60 day support period with NOTHING having been provided.
I guess it is a case of buyer beware when purchasing SuSE Linux 7.1
dave johanson
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
It begs the question: Is SuSE management relying on this email list to supply support to SuSE purchasers? There is nothing wrong with that approach, AS LONG AS they say that the support is via this list on their packaging, which they have not. While I've never needed anything more than this list for support, with the increasing number of ex-Windows newbies coming into the flock, many more are needing a lot of hand-holding. Also, we are in a time of massive flux. We are changing kernels and KDE is upgrading at a very rapid pace. New hardware and peripherals are also making driver upgrades more difficult. There are lots of rough edges (or gaping holes) in all three. Keeping my 'eyes on the prize' I know things are only getting better. All I have to do is compare KDE with 1.0 or 2.218 with 2.0.36 to see the huge improvements. Regardless, If SuSE can't honor their promise it suggests that management is 'cheating' on their pledge of support. That also could suggest that they have cut past the fat and into the meat and bone of the company. Or, it could also suggest that they have abandon the single (personal) users and have gone after the high volume corporate accounts. Either way, if SuSE keeps up this neglect it won't take long for news of it to spread to the entire flock and then they will be hard-pressed to restore user confidence in either their word or their product. $0.02 JLK On Monday 23 April 2001 19:54, David C. Johanson wrote:
I've experienced the same total lack of support. I purchased the full professional 7.1 package for the going retail price. When the software would not, and still does not, install on my machine the response from SuSE technical support is to basically totally ignore my requests for support, the support I paid for in advance and of which there were to be 60 days worth. So far I've received in response to my requests two replies asking for more info both of which were thoroughly answered. Last reply from me to their request was over 3 weeks ago. I'm now five weeks into the 60 day support period with NOTHING having been provided.
I guess it is a case of buyer beware when purchasing SuSE Linux 7.1
dave johanson
* Jerry Kreps
It begs the question: Is SuSE management relying on this email list to supply support to SuSE purchasers?
No! We spend money on keeping this list running only as a service to give people a forum where to talk to each other. IMO very true to the ideals of the community. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
Truth be told, I get more technical assistance from this mailing list than I
do/did from Installation Support. Then again, the technical questions that
I have are not "Installation" level stuff.
By the way, how can I get my hands on a replacement for CD4 from my 7.1 Pro
set? Mine came cracked. I submitted a request and have heard no REAL
response.
Thanks, SuSE for the mailing lists!
----- Original Message -----
From: "Mads Martin Jørgensen"
* Jerry Kreps
[Apr 23. 2001 18:14]: It begs the question: Is SuSE management relying on this email list to supply support to SuSE purchasers?
No! We spend money on keeping this list running only as a service to give people a forum where to talk to each other. IMO very true to the ideals of the community.
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Geordon VanTassle
Truth be told, I get more technical assistance from this mailing list than I do/did from Installation Support. Then again, the technical questions that I have are not "Installation" level stuff.
Exactly -- what a lot of people seem to get wrong is what it is actually possible to provide support for, given the amount of money we charge for the box.
By the way, how can I get my hands on a replacement for CD4 from my 7.1 Pro set? Mine came cracked. I submitted a request and have heard no REAL response.
If you call customer service, they will replace it -- anytime!
Thanks, SuSE for the mailing lists!
You are welcome. I don't know if you guys realize how much work is needed to keep them running smoothly? -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
Of course we do. MAny of us run our own lists...even lugs. There are items which should be adressed prior to release of the distro which need to fixed. BTW - I'n definetly brough enough SuSe products over the years to not have a door slammed in my face which discussing a normal kernel upgrade. Ruben
Thanks, SuSE for the mailing lists!
You are welcome. I don't know if you guys realize how much work is needed to keep them running smoothly?
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Brooklyn Linux Solutions CEO
Of course we do. MAny of us run our own lists...even lugs.
There are items which should be adressed prior to release of the distro which need to fixed.
BTW - I'n definetly brough enough SuSe products over the years to not have a door slammed in my face which discussing a normal kernel upgrade.
Ruben
Thanks, SuSE for the mailing lists!
You are welcome. I don't know if you guys realize how much work is needed to keep them running smoothly?
The above statement was not slamming a door, I was trying to let people know that it is not something that magically is there. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
On Monday 23 April 2001 20:19, Mads Martin J�rgensen wrote:
* Jerry Kreps
[Apr 23. 2001 18:14]: It begs the question: Is SuSE management relying on this email list to supply support to SuSE purchasers?
No! We spend money on keeping this list running only as a service to give people a forum where to talk to each other. IMO very true to the ideals of the community.
And it is truely appreciated! But, it is a lot cheaper to keep this list running than it is to have sufficient number of qualified support staff answering phones and email for free during the 60 day period for an unknown number of purchasers JLK
Yep, I wish SuSE would tell the public that $1.00 of the cost of the box is actually put towards support. That way people wouldn't get the idea that they put out all this cash for support that isn't 100% to their liking. Believe me I know it's about a dollar of the cost that goes to support. The box makes it sound so grand..but if you look at it...support is not just email questions answered or phone calls..look at the sdb, Knowledge portal and all the other reference matrials that SuSE fits the bill for...that's support. Hell, You can even find links off Caldera's site tell you to go to SuSE's sdb and to get their packages because they are pretty damn good. I wish people knew how to to read Appendix H (7.0 and 7.1) and Appendix A in the older 6.4 ---> below....it would make things much easier. Pfft... *note* this isn't directed at you Jerry. :) * Jerry Kreps (jerrykreps@jlkreps.net) [010423 18:15]: =>It begs the question: Is SuSE management relying on this =>email list to supply support to SuSE purchasers? => =>There is nothing wrong with that approach, AS LONG AS they =>say that the support is via this list on their packaging, which =>they have not. => =>While I've never needed anything more than this list for support, =>with the increasing number of ex-Windows newbies coming =>into the flock, many more are needing a lot of hand-holding. =>Also, we are in a time of massive flux. We are changing kernels =>and KDE is upgrading at a very rapid pace. New hardware and =>peripherals are also making driver upgrades more difficult. =>There are lots of rough edges (or gaping holes) in all three. =>Keeping my 'eyes on the prize' I know things are only getting =>better. All I have to do is compare KDE with 1.0 or 2.218 with =>2.0.36 to see the huge improvements. => =>Regardless, If SuSE can't honor their promise it suggests that =>management is 'cheating' on their pledge of support. That also =>could suggest that they have cut past the fat and into the meat =>and bone of the company. Or, it could also suggest that they =>have abandon the single (personal) users and have gone after =>the high volume corporate accounts. => =>Either way, if SuSE keeps up this neglect it won't take long for =>news of it to spread to the entire flock and then they will be =>hard-pressed to restore user confidence in either their word =>or their product. =>$0.02 =>JLK -- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
I've been able to install this 7.1 version on my personal Compaq 12XL430 laptop and my office Gateway box, but not on my home built server. Thus, my only request for support from SuSE was how to get it to install on the main box for which it was purchased. Due to this apparent "hardware" problem, and I say apparrent because all my hardware is on the supported LhD list, I turned to the folks who wrote the distro hoping that if I supplied them with a complete decscription of everything in the box, down to the version of each driver, they could provide some direction in getting it installed. This request has been ignored. I didn't, and still don't, think this was/is asking too much when purchasing the full package. If SuSe corporate doesn't think they should be providing support for their product, then they should not be marketing it as being a provision of the sale. Or, if they provide support, but only to a specific highly limited level, as seems to be the indication provided in this thread, then this should be CLEARLY spelled out. I would be more than happy to share the emails between me and SuSE to illustrate the point of lack of support, but starting a flame war is not my intent. In this country when money changes hands ( I pay you for your product and you accept the money) we have entered into a contractual agreement the terms of which can't be changed after you accept my money. The terms of that sale say you will provide me support and those terms are not spelled out as being very limited but rather boldly state 90 days of installation support. Well, I've received none but you SuSE have my money. Sooo, it would seem that the problem of lack of support is not something I'm imagining, but rather a failure of SuSE to meet its contractual agreement and one which is not stated as being severely limited. Shall I quote from the side of the box? Meanwhile, I'm still trying to figure out how to get it to install on my server. dave johanson
Maybe that's the plan. SuSE had to lay off it's U.S. staff and they're probably over working their support staff im Deutchland. So, overworked staff can't handle all the support requests and many go fallow. Maybe things will get better when a bulk of users support periods expire? -----Original Message----- From: David C. Johanson [mailto:dcjohan@erols.com] Sent: Monday, April 23, 2001 1955 To: Curtis Rey Cc: Ole Kofoed Hansen; SuSE Mailing List Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) I've experienced the same total lack of support. I purchased the full professional 7.1 package for the going retail price. When the software would not, and still does not, install on my machine the response from SuSE technical support is to basically totally ignore my requests for support, the support I paid for in advance and of which there were to be 60 days worth. So far I've received in response to my requests two replies asking for more info both of which were thoroughly answered. Last reply from me to their request was over 3 weeks ago. I'm now five weeks into the 60 day support period with NOTHING having been provided. I guess it is a case of buyer beware when purchasing SuSE Linux 7.1 dave johanson
crrey wrote:
Maybe that's the plan. SuSE had to lay off it's U.S. staff and they're probably over working their support staff im Deutchland. So, overworked staff can't handle all the support requests and many go fallow. Maybe things will get better when a bulk of users support periods expire?
This has nothing to do with the layoffs. Of course, WITH those people there'd be even more eyes/hands to help you out, but the fundamental problem is that there will be ALWAYS much more demand for support than we can ever provide - at $70/box. And the guys doing that kind of support have to be a "little" better qualified than someone in AT&T's callcenter, and they are therefore more expensive. Face it, i-support will always be a compromise.
Fair enough! At least there's a straight answer. I do appreciate you the situation. Thank you! -----Original Message----- From: mha@suse.com [mailto:mha@suse.com] Sent: Monday, April 23, 2001 2023 To: crrey Cc: David C. Johanson; Ole Kofoed Hansen; SuSE Mailing List Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) crrey wrote:
Maybe that's the plan. SuSE had to lay off it's U.S. staff and they're probably over working their support staff im Deutchland. So, overworked staff can't handle all the support requests and many go fallow. Maybe things will get better when a bulk of users support periods expire?
This has nothing to do with the layoffs. Of course, WITH those people there'd be even more eyes/hands to help you out, but the fundamental problem is that there will be ALWAYS much more demand for support than we can ever provide - at $70/box. And the guys doing that kind of support have to be a "little" better qualified than someone in AT&T's callcenter, and they are therefore more expensive. Face it, i-support will always be a compromise.
crrey wrote:
Fair enough! At least there's a straight answer. I do appreciate you the situation. Thank you!
And quite a lot of VERY qualified people _are_ working on fixing all your 2.4 issues. The problem is we definitely can NOT afford to fix them one-by-one for everyone who calls. Instead, they have to fix it for a few hundred thousand people. The 2.4 kernel and the issue of making it run smoothly and painlessly as the default kernel is receiving the most attention of any package right now! And you guys DO benefit even if you don't buy the next release for which most of the work is being done, just look at the update kernel for 7.0 and 7.1 - the 2.2.18.SuSE is one of the best kernels out there.
Heir Hasenstein, du ist der Mann (forgive my German). All I really ever wanted was someone to acknowledge my situation and give me a straight answer (God - I sound like my wife - lol). So would it be more prudent for me to stick with the 2.2.18 kernel (I'm likely going to have to re-install anyway) and wait for a more stable/user friendly 2.4.x version (and if the new version is the focus of the teams efforts - I don't mind spending money for it - I just want a stable and polished sys)? And, If indeed I should hold off on the 2.4.x upgrades (or default 7.1 install), when and how will I no that the polished kernal is out (realizing you can't give me a fix date, I'm talking about an announcement or something similar)? Once again, thank you kindly for the straight forward information and reply. Curtis Rey R.N. B.S.N. -----Original Message----- From: mha@suse.com [mailto:mha@suse.com] Sent: Monday, April 23, 2001 2100 To: crrey Cc: David C. Johanson; Ole Kofoed Hansen; SuSE Mailing List Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) crrey wrote:
Fair enough! At least there's a straight answer. I do appreciate you the situation. Thank you!
And quite a lot of VERY qualified people _are_ working on fixing all your 2.4 issues. The problem is we definitely can NOT afford to fix them one-by-one for everyone who calls. Instead, they have to fix it for a few hundred thousand people. The 2.4 kernel and the issue of making it run smoothly and painlessly as the default kernel is receiving the most attention of any package right now! And you guys DO benefit even if you don't buy the next release for which most of the work is being done, just look at the update kernel for 7.0 and 7.1 - the 2.2.18.SuSE is one of the best kernels out there. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
If your planning a reinstall soon, just upgrade to fixed 2.2 kernel Do a clean 7.1 install whe you get a chance. Ruben
Ya, sounds like the safest bet to me. 2.2.18 seemed to be fairly polished. I just thought I might get some advantage in performance and stability via 2.4.x. Oh well, all part of the learning process. Thanx. Curtis -----Original Message----- From: Brooklyn Linux Solutions CEO [mailto:ruben@dsl254-112-136-sea1.dsl-isp.net] Sent: Monday, April 23, 2001 1839 To: crrey Cc: mha@suse.com; David C. Johanson; Ole Kofoed Hansen; SuSE Mailing List Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) If your planning a reinstall soon, just upgrade to fixed 2.2 kernel Do a clean 7.1 install whe you get a chance. Ruben
crrey wrote:
Ya, sounds like the safest bet to me. 2.2.18 seemed to be fairly polished. I just thought I might get some advantage in performance and stability via 2.4.x. Oh well, all part of the learning process. Thanx. Curtis
Performance, yes (maybe, depends on application and system), stability, go back to 1.2.13 (if I remember the version number correctly), I believe they still call that the most stable Linux kernel ever... no really, why should 2.4 be more stable than 2.2?
crrey wrote:
Heir Hasenstein, du ist der Mann (forgive my German). All I really ever wanted was someone to acknowledge my situation and give me a straight answer (God - I sound like my wife - lol). So would it be more prudent for me to stick with the 2.2.18 kernel (I'm likely going to have to re-install anyway) and wait for a more stable/user friendly 2.4.x version (and if the new
We made 2.2.18 the default for a reason... no way that you can expect the same level of maturity from a fresh kernel line that the long-tested 2.2 line has. It's not a stability issue (any more), but more things like driver support and other stuff around the kernel instead of in the kernel.
version is the focus of the teams efforts - I don't mind spending money for it - I just want a stable and polished sys)? And, If indeed I should hold off on the 2.4.x upgrades (or default 7.1 install), when and how will I no that the polished kernal is out (realizing you can't give me a fix date, I'm talking about an announcement or something similar)?
When it's time for kernel 3.0 (I don't think they'll call the next one 2.6) 2.4 will be a very stable and mature line... personally, I'll switch to 2.4 with the next SuSE release in summer.
On Tuesday 24 April 2001 15:49, you wrote:
crrey wrote:
Heir Hasenstein, du ist der Mann (forgive my German). All I really ever wanted was someone to acknowledge my situation and give me a straight answer (God - I sound like my wife - lol). So would it be more prudent for me to stick with the 2.2.18 kernel (I'm likely going to have to re-install anyway) and wait for a more stable/user friendly 2.4.x version (and if the new
We made 2.2.18 the default for a reason... no way that you can expect the same level of maturity from a fresh kernel line that the long-tested 2.2 line has. It's not a stability issue (any more), but more things like driver support and other stuff around the kernel instead of in the kernel.
version is the focus of the teams efforts - I don't mind spending money for it - I just want a stable and polished sys)? And, If indeed I should hold off on the 2.4.x upgrades (or default 7.1 install), when and how will I no that the polished kernal is out (realizing you can't give me a fix date, I'm talking about an announcement or something similar)?
When it's time for kernel 3.0 (I don't think they'll call the next one 2.6) 2.4 will be a very stable and mature line... personally, I'll switch to 2.4 with the next SuSE release in summer.
Please please make it before the middle of July!! ;-) At least that's when I'll be traveling back to the states and would dearly love to pick it up while there. -- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
* Curtis Rey
No sir, I was not confused by the word "support" in the context that I was addressing. I was not referring to development support or support for the 2.4 kernel by SuSE in regards to working on and releasing it in the lastest version. I was referring to the end-user support concerning the use of and implimentations of the 2.4 kernel in terms of supporting configuration and installation of the kernel. Which proves my position that SuSE will included the kernel in the release and then washes it hands of any further end-user services or support for that kernel. It's similar to a car maker saying we have a model with the standard 2.2 liter engine and the new and improved fuel injected 2.4 liter high performance engine. We will be happy to sell you either model. Oh, and by the way, if the 2.4 liter engine needs service or tune ups we cannot offer any certified dealer mechanics. And did I mention that the engine a parts are not under any warrenty. If your new fuel injected 2.4 liter engine needs tune ups, repairs, or any other form of service might I suggest that your nearest neighborhood mechanic should be contacted if you should have any problems with the 2.4 liter engine. Gee, that's ok, I want the 2.4 liter engine - it won't break (I hope)!
So if you go ahead and grab the new engine we offer you for the 2.4 liter model, do you also expect us to put it in for you -- in your specific car? And one other thing; Where do you buy a car and get service, repair and tune-ups included in the normal warranty? -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
This is a bad model to compare with - but let's run with it. I used to install nearly everything by hand, but the increasing reliance of the package manager which is being encougaged by the distros have created cirumstances where many autoconf files and software dependencies can not any longer be reasonably worked out. As a result, the distro's are disfunctional without the package managers. The recent Kernel upgrade is a prime example. So much of the core of the system's init and module dependencies changed, that not only did nearly everything need to be rebuilt, but even after using the RPM's from a FRESH 7.1 disk (since the on line ones didn't work), and after an initial failure from the CD, once finally things were massaged to work, all my origianl setting were LOST, espeically Firewall, Routing, HOSTING and X (my voodoo3 3d stopped working again). So the distros are say - OK we will for now on drive - YOU - (slap) - take you r hands off the wheel. Now it is asked - should we expect you to put the engine in as well??? Well - what the heck is the RPM then anyway!! BTW - as for the question, if the engine originally provided can be remotely started and then drive the car across country, while charging my plastic for the gas... damn straight I expect your RPM to slip that new 2.4 engine right in place.... Or at least fix the damn system so that it can work with an off the shelf job. Ruben PS One Last thing - I wish Crossfire worked again. It was the reason I brought SuSe.
So if you go ahead and grab the new engine we offer you for the 2.4 liter model, do you also expect us to put it in for you -- in your specific car?
And one other thing; Where do you buy a car and get service, repair and tune-ups included in the normal warranty?
It seems to me that SuSE is almost actively trying to avoid any mention of the 2.4 kernel and update problems. I keep getting responses that say they support the kernel but don't support my use or any problems with the kernel (symantics - gotta love em). I just wanted to know how to fix my system after I dl'ed the rpms using SuSE's own program designed for just such a purpose. They announced the new kernels and suggested to do the upgrade - Now I'm out of line for wanted someone to help me figure out why its not working like its preport to? I'm not trying to start trouble or one of those guys that likes to start flame wars. I just want my system to work and I've only been using Linux since July of last year. Started with Corel (mistake) and then Mandrake (good to learn on but I wanted the new features). What's so wrong about wanting help from a company that I bought a product from? And I'm not talking about 2.4.3, I'm talking about 2.4.2 and modutils-2.4.2-14. Everything the Brooklyn CEO seems to sum up my frustrations. Using SuSE recommended updates with the recommended methods are my problem if they don't work? It's broken and no one at SuSE appears to be in slighest bit interested in giving me any sort of advice - they appear to be more interested in find ways to have me go away and drop the issue. -----Original Message----- From: Brooklyn Linux Solutions CEO [mailto:ruben@dsl254-112-136-sea1.dsl-isp.net] Sent: Monday, April 23, 2001 1556 To: Mads Martin Jørgensen Cc: Curtis Rey; suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) This is a bad model to compare with - but let's run with it. I used to install nearly everything by hand, but the increasing reliance of the package manager which is being encougaged by the distros have created cirumstances where many autoconf files and software dependencies can not any longer be reasonably worked out. As a result, the distro's are disfunctional without the package managers. The recent Kernel upgrade is a prime example. So much of the core of the system's init and module dependencies changed, that not only did nearly everything need to be rebuilt, but even after using the RPM's from a FRESH 7.1 disk (since the on line ones didn't work), and after an initial failure from the CD, once finally things were massaged to work, all my origianl setting were LOST, espeically Firewall, Routing, HOSTING and X (my voodoo3 3d stopped working again). So the distros are say - OK we will for now on drive - YOU - (slap) - take you r hands off the wheel. Now it is asked - should we expect you to put the engine in as well??? Well - what the heck is the RPM then anyway!! BTW - as for the question, if the engine originally provided can be remotely started and then drive the car across country, while charging my plastic for the gas... damn straight I expect your RPM to slip that new 2.4 engine right in place.... Or at least fix the damn system so that it can work with an off the shelf job. Ruben PS One Last thing - I wish Crossfire worked again. It was the reason I brought SuSe.
So if you go ahead and grab the new engine we offer you for the 2.4 liter model, do you also expect us to put it in for you -- in your specific car?
And one other thing; Where do you buy a car and get service, repair and tune-ups included in the normal warranty?
* crrey
It seems to me that SuSE is almost actively trying to avoid any mention of the 2.4 kernel and update problems. I keep getting responses that say they support the kernel but don't support my use or any problems with the kernel (symantics - gotta love em). I just wanted to know how to fix my system after I dl'ed the rpms using SuSE's own program designed for just such a purpose. They announced the new kernels and suggested to do the upgrade - Now I'm out of line for wanted someone to help me figure out why its not working like its preport to? I'm not trying to start trouble or one of those guys that likes to start flame wars. I just want my system to work and I've only been using Linux since July of last year. Started with Corel (mistake) and then Mandrake (good to learn on but I wanted the new features). What's so wrong about wanting help from a company that I bought a product from?
And I'm not talking about 2.4.3, I'm talking about 2.4.2 and modutils-2.4.2-14. Everything the Brooklyn CEO seems to sum up my frustrations. Using SuSE recommended updates with the recommended methods are my problem if they don't work? It's broken and no one at SuSE appears to be in slighest bit interested in giving me any sort of advice - they appear to be more interested in find ways to have me go away and drop the issue.
That is a different issue. The support you get for the price of the box is *INSTALLATION* support. Not upgrade support. And there is nothing wrong in wanting help, but how are we supposed to offer custom support for every single customer taken into consideratin what you pay for the box? -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
And I'm not talking about 2.4.3, I'm talking about 2.4.2 and modutils-2.4.2-14. Everything the Brooklyn CEO seems to sum up my frustrations. Using SuSE recommended updates with the recommended methods are my problem if they don't work? It's broken and no one at SuSE appears to be in slighest bit interested in giving me any sort of advice - they appear to be more interested in find ways to have me go away and drop the issue.
That is a different issue. The support you get for the price of the box is *INSTALLATION* support. Not upgrade support.
And there is nothing wrong in wanting help, but how are we supposed to offer custom support for every single customer taken into consideratin what you pay for the box?
There should be no issue with a kernel upgrade unless the distro is negligent in it's design..... make xconfig make deps make clean make bzlilo make install The RPM's for the init upgrades and modprobe upgrades and the like should just work - regardless of the 2.4 kernel version. Ruben
And I'm not talking about 2.4.3, I'm talking about 2.4.2 and modutils-2.4.2-14. Everything the Brooklyn CEO seems to sum up my frustrations. Using SuSE recommended updates with the recommended
methods
are my problem if they don't work? It's broken and no one at SuSE appears to be in slighest bit interested in giving me any sort of advice - they appear to be more interested in find ways to have me go away and drop
Yep. make config, make dep, make clean, make bzImage (or bzlilo), make modules, make modules_install, make install, a few cp commands, run lilo, and viola! And RPM's, thought those were supposed to take care of that stuff. At least vendor specific rpms into the same vendor specific distro/version. But, heck what do I know, I'm a newbie! -----Original Message----- From: Brooklyn Linux Solutions CEO [mailto:ruben@dsl254-112-136-sea1.dsl-isp.net] Sent: Monday, April 23, 2001 1632 To: Mads Martin Jørgensen Cc: crrey; suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) the
issue.
That is a different issue. The support you get for the price of the box is *INSTALLATION* support. Not upgrade support.
And there is nothing wrong in wanting help, but how are we supposed to offer custom support for every single customer taken into consideratin what you pay for the box?
There should be no issue with a kernel upgrade unless the distro is negligent in it's design..... make xconfig make deps make clean make bzlilo make install The RPM's for the init upgrades and modprobe upgrades and the like should just work - regardless of the 2.4 kernel version. Ruben
crrey wrote:
Yep. make config, make dep, make clean, make bzImage (or bzlilo), make modules, make modules_install, make install, a few cp commands, run lilo, and viola! And RPM's, thought those were supposed to take care of that stuff. At least vendor specific rpms into the same vendor specific distro/version. But, heck what do I know, I'm a newbie!
A blind make config or whatever your are doing will not get you a working kernel. Just try to get one of those mobos with VIA chipset to work and you are for a sad reality. There is more to updating kernel RPMs that installing them, it's all documented in the Suse web site and posted here by me. What did you do and what error messages did you get? -- Rafael
Old kernel boot fails to find modules for 2.4.0-4gb and eth0 or sound care. "can't find system map", no eth0, no sound, no modules listed the old modules.conf gone, swithc2nv_glx gone after removal of 0.9-769 mod reinstall of SuSE version 0.9-6 mods. Yast won't let me install any sound card or nic - can't/write to modules.conf, old kernel can't find modules conf. modprobe can't find modules, replace rc.config with rc.config.old and the new kernel boots, old kernel same thing no sound, nic and can't install or load. New kernel won't accept nv mods and edits to the files such as module.conf. etc have no impact on the old kernel/SuSE kernel. I follow the advice/HOWTO from SuSE in the first place and will most likely re-install There seems to be a lot of thing that are assumed and that may be for an experience user. But novices and newbie are hard pressed to find a comprehensive walkthrough for this process. I do the README's and due to subsystem interdependencies I would really like to have some thing that addresses the process from a viewpoint of someone who doesn't have a comp sci degree. If someone said look for the error messages in /var/whatever logs and tell me what they say I'd jump on it. I just don't know what files/logs to look at to figure it out. I at a loss as to where to go from here. -----Original Message----- From: raffo@bellatlantic.net [mailto:raffo@bellatlantic.net]On Behalf Of Rafael E. Herrera Sent: Monday, April 23, 2001 2151 To: crrey Cc: Brooklyn Linux Solutions CEO; Mads Martin Jørgensen; suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) crrey wrote:
Yep. make config, make dep, make clean, make bzImage (or bzlilo), make modules, make modules_install, make install, a few cp commands, run lilo, and viola! And RPM's, thought those were supposed to take care of that stuff. At least vendor specific rpms into the same vendor specific distro/version. But, heck what do I know, I'm a newbie!
A blind make config or whatever your are doing will not get you a working kernel. Just try to get one of those mobos with VIA chipset to work and you are for a sad reality. There is more to updating kernel RPMs that installing them, it's all documented in the Suse web site and posted here by me. What did you do and what error messages did you get? -- Rafael
On Monday 23 April 2001 22:51, you wrote:
crrey wrote:
Yep. make config, make dep, make clean, make bzImage (or bzlilo), make modules, make modules_install, make install, a few cp commands, run lilo, and viola! And RPM's, thought those were supposed to take care of that stuff. At least vendor specific rpms into the same vendor specific distro/version. But, heck what do I know, I'm a newbie!
A blind make config or whatever your are doing will not get you a working kernel. Just try to get one of those mobos with VIA chipset to work and you are for a sad reality.
There is more to updating kernel RPMs that installing them, it's all documented in the Suse web site and posted here by me.
What did you do and what error messages did you get?
Not sure what you are talking about. I've got one of those VIA Mobo's and I've just finished doing a kernel compile of 2.4.2 with success and you can't get much more of a novice then me. I'm running: AMD K6III 450 256Mb ram DFI Mobo with Via chipset Promise Ultra66 IDE Controller HDD 20.00 Fujitsu Picobird HDD 27.2 IBM Deskstar Sblive Geforce 2 MX This was not my first kernel compile though, maybe me 20th (not all successful). Honestly I'm not sure what some of you are complaining about with the support thing. Seems clear to me what SuSE covers in there support agreement. If you want to upgrade to something not supplied in the orginal package that is your responsibility. All my dealings with SuSE support have been satisfactory in the replies and fixes. They could have been a bit more timely though. LOL, the list most times provides the solutions first. Well most times anyways, when my posts don't get ignored. :-)
crrey wrote:
Yep. make config, make dep, make clean, make bzImage (or bzlilo), make modules, make modules_install, make install, a few cp commands, run
Who's got a via mobo? I have and bx440 Abit BE6-II rev2.0 with a Celeron 500. I followed the instructions and the original configs all got hosed and the original 2.4.0 and 2.4.0 suse setup lost its sound and network interface. Yast1/2 won't re-install because the devices are actually there and setup - for 2.4.2 only though! I was just hoping to get some pointers as to where to look for solution and that's when a flame war broke out - then I got even more frustrated because the moderators seemed to act as if I was out of line. Just wanted a few answers - wouldn't bother me if they said start from scratch or whatever. I just didn't appreciate being told that asking for answers or help was not proper or warrented by suggesting that perhaps there might be a problem with the SuSE packages or whatever - especially in light of the fact that no one asked what happened in the first place. -----Original Message----- From: b stephen harding [mailto:big-lime@home.com] Sent: Monday, April 23, 2001 2259 To: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) On Monday 23 April 2001 22:51, you wrote: lilo,
and viola! And RPM's, thought those were supposed to take care of that stuff. At least vendor specific rpms into the same vendor specific distro/version. But, heck what do I know, I'm a newbie!
A blind make config or whatever your are doing will not get you a working kernel. Just try to get one of those mobos with VIA chipset to work and you are for a sad reality.
There is more to updating kernel RPMs that installing them, it's all documented in the Suse web site and posted here by me.
What did you do and what error messages did you get?
Not sure what you are talking about. I've got one of those VIA Mobo's and I've just finished doing a kernel compile of 2.4.2 with success and you can't get much more of a novice then me. I'm running: AMD K6III 450 256Mb ram DFI Mobo with Via chipset Promise Ultra66 IDE Controller HDD 20.00 Fujitsu Picobird HDD 27.2 IBM Deskstar Sblive Geforce 2 MX This was not my first kernel compile though, maybe me 20th (not all successful). Honestly I'm not sure what some of you are complaining about with the support thing. Seems clear to me what SuSE covers in there support agreement. If you want to upgrade to something not supplied in the orginal package that is your responsibility. All my dealings with SuSE support have been satisfactory in the replies and fixes. They could have been a bit more timely though. LOL, the list most times provides the solutions first. Well most times anyways, when my posts don't get ignored. :-) -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
I do. It works fine. You might also be having issues because there is a known bug in the VIA chipsets that hasn't anything to do with the Linux kernel..yet alone SuSE's package of it.. They are suppose to be posting BIOS upgrades on their site fairly soon. BTW...my MB is a A7V Asus board. * crrey (crrey@home.com) [010423 22:08]: =>Who's got a via mobo? -- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
I have both an Abit KA7 (w/ Athlon 700) and KT7A (w/ Duron 800) I have had no problems with them (except the POST bug w/ GeForce 2). I haven't experienced the problem w/ the SB live cards although mine is the 5.1 if that makes a difference, I don't know. No, problems, with NIC's (D-Link DFE-530TX+ and Netgear FA311). I am using the 2.4.0-SuSE kernel and have had no problems w/ it, or w/ my GeForce2 card in XF 4.0.3. Everything went perfect with my SuSE 7.1 install from start to finish. Rick Barnes rag3fan@yahoo.com At 12:05 AM 4/24/01 -0500, crrey wrote:
Who's got a via mobo? I have and bx440 Abit BE6-II rev2.0 with a Celeron 500. I followed the instructions and the original configs all got hosed and the original 2.4.0 and 2.4.0 suse setup lost its sound and network interface. Yast1/2 won't re-install because the devices are actually there and setup - for 2.4.2 only though! I was just hoping to get some pointers as to where to look for solution and that's when a flame war broke out - then I got even more frustrated because the moderators seemed to act as if I was out of line. Just wanted a few answers - wouldn't bother me if they said start from scratch or whatever. I just didn't appreciate being told that asking for answers or help was not proper or warrented by suggesting that perhaps there might be a problem with the SuSE packages or whatever - especially in light of the fact that no one asked what happened in the first place.
-----Original Message----- From: b stephen harding [mailto:big-lime@home.com] Sent: Monday, April 23, 2001 2259 To: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3)
crrey wrote:
Yep. make config, make dep, make clean, make bzImage (or bzlilo), make modules, make modules_install, make install, a few cp commands, run
On Monday 23 April 2001 22:51, you wrote: lilo,
and viola! And RPM's, thought those were supposed to take care of that stuff. At least vendor specific rpms into the same vendor specific distro/version. But, heck what do I know, I'm a newbie!
A blind make config or whatever your are doing will not get you a working kernel. Just try to get one of those mobos with VIA chipset to work and you are for a sad reality.
There is more to updating kernel RPMs that installing them, it's all documented in the Suse web site and posted here by me.
What did you do and what error messages did you get?
Not sure what you are talking about. I've got one of those VIA Mobo's and I've just finished doing a kernel compile of 2.4.2 with success and you can't get much more of a novice then me.
I'm running: AMD K6III 450 256Mb ram DFI Mobo with Via chipset Promise Ultra66 IDE Controller HDD 20.00 Fujitsu Picobird HDD 27.2 IBM Deskstar Sblive Geforce 2 MX
This was not my first kernel compile though, maybe me 20th (not all successful).
Honestly I'm not sure what some of you are complaining about with the support thing. Seems clear to me what SuSE covers in there support agreement. If you want to upgrade to something not supplied in the orginal package that is your responsibility.
All my dealings with SuSE support have been satisfactory in the replies and fixes. They could have been a bit more timely though. LOL, the list most times provides the solutions first. Well most times anyways, when my posts don't get ignored. :-)
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
_________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Not everybody is bitten by the via bugs. It's a serious problem and has not been solved yet. A machine at school would not boot with the 2.2.18 update from suse a few weeks ago and the problem was with the optimizations used with the VIA chipset. It is being discussed in the linux-kernel mailing list also. My mentioning it was to make a point that linux will not run out of the box for everybody, that in some cases it'll plainly bomb. People here are complaining that their upgrades didn't work and blamed suse about it. This forum is for us users to help each other, all this argument is moving slowly in figuring out what happened to these guys. The sooner they start describing their problems in detail the quicker we'll solve it. -- Rafael
On Tuesday 24. April 2001 07:13, Rafael E. Herrera wrote:
Not everybody is bitten by the via bugs. It's a serious problem and has not been solved yet. A machine at school would not boot with the 2.2.18 update from suse a few weeks ago and the problem was with the optimizations used with the VIA chipset. It is being discussed in the linux-kernel mailing list also.
Mine too. It just hangs at VP_something calibrating PCI clocks or similar. Using the boxed 2.2.18, 2.4.0 or 2.4.2 works okay though. I suppose this is also the reason my Nvidia gives black console with CTRL + Alt + F1 or during shutdown. I did a compile of Kernel 2.4.3, but screwed up somewhere as it didn't find my boot device...oh hell, I'll probably try again as soon as the Kernelwizard at SuSE puts up the source with patches (Hail to Mantel) :-)
My mentioning it was to make a point that linux will not run out of the box for everybody, that in some cases it'll plainly bomb. People here are complaining that their upgrades didn't work and blamed suse about it.
Upgrades are always risky. It's better just to backup /home and /etc and maybe even /usr/local and start with a fresh install :-)
This forum is for us users to help each other, all this argument is moving slowly in figuring out what happened to these guys. The sooner they start describing their problems in detail the quicker we'll solve it.
I have been at a point where my system was so screwed I had to boot via the install DVD. YaST/SuSEconfig always got it back on track. I will not go away from SuSE. Sorry if this post is offtopic, I just felt I wanted to share my thoughts in a rather hostile enviroment at the moment. Later, Jens
On Monday 23 April 2001 22:56, you wrote:
This is a bad model to compare with - but let's run with it.
OK
I used to install nearly everything by hand, but the increasing reliance of the package manager which is being encougaged by the distros have created cirumstances where many autoconf files and software dependencies can not any longer be reasonably worked out. As a result, the distro's are disfunctional without the package managers. The recent Kernel upgrade is a prime example. So much of the core of the system's init and module dependencies changed, that not only did nearly everything need to be
rebuilt, but even after using the RPM's from a FRESH 7.1 disk (since the on
Odd, I took the rpm's directly from the site for 2.4.2, and the modutils and did a one time install. Worked right out of the chute. No muss, no fuss. Granted, this was a pretty stock system, and I don't do rebuilds unless absolutely necessary.
line ones didn't work), and after an initial failure from the CD, once finally things were massaged to work, all my origianl setting were LOST, espeically Firewall, Routing, HOSTING and X (my voodoo3 3d stopped working again).
So the distros are say - OK we will for now on drive - YOU - (slap) - take you r hands off the wheel.
Now it is asked - should we expect you to put the engine in as well???
Well - what the heck is the RPM then anyway!!
BTW - as for the question, if the engine originally provided can be remotely started and then drive the car across country, while charging my plastic for the gas... damn straight I expect your RPM to slip that new 2.4 engine right in place....
I don't think so.. deciding to put a new engine in a brand new car will usually void the warranty. Unless the first one was broken. And in this case, the engine furnished isn't broken. Works fine.
Or at least fix the damn system so that it can work with an off the shelf job.
It does. I've done it on three totally different machines. Both off CD and DVD. Mike -- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
In AMERICA you do, it's standard for any dealer/maker to give 1 year
service. That includes tune ups and bi-annual check ups. And most offer
things like 2yrs or 20,000 miles service warranties.
-----Original Message-----
From: Mads Martin Jørgensen [mailto:mmj@suse.com]
Sent: Monday, April 23, 2001 2005
To: Curtis Rey
Cc: suse-linux-e@suse.com
Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel
2.4.3)
* Curtis Rey
No sir, I was not confused by the word "support" in the context that I was addressing. I was not referring to development support or support for the 2.4 kernel by SuSE in regards to working on and releasing it in the lastest version. I was referring to the end-user support concerning the use of and implimentations of the 2.4 kernel in terms of supporting configuration and installation of the kernel. Which proves my position that SuSE will included the kernel in the release and then washes it hands of any further end-user services or support for that kernel. It's similar to a car maker saying we have a model with the standard 2.2 liter engine and the new and improved fuel injected 2.4 liter high performance engine. We will be happy to sell you either model. Oh, and by the way, if the 2.4 liter engine needs service or tune ups we cannot offer any certified dealer mechanics. And did I mention that the engine a parts are not under any warrenty. If your new fuel injected 2.4 liter engine needs tune ups, repairs, or any other form of service might I suggest that your nearest neighborhood mechanic should be contacted if you should have any problems with the 2.4 liter engine. Gee, that's ok, I want the 2.4 liter engine - it won't break (I hope)!
So if you go ahead and grab the new engine we offer you for the 2.4 liter model, do you also expect us to put it in for you -- in your specific car? And one other thing; Where do you buy a car and get service, repair and tune-ups included in the normal warranty? -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
On standard equipment. Try to find a dealer who would honor the warranty if
you install a nitrous kit or hydraulic risers or a blower, or any other
after-marked alterations.
I'll give you a dollar if you can show me one.
SuSE DOES support everything that comes STANDARD on the kit. They don't
support any add-ons or other non-standard stuff.
If you're swift enough to install the add-ons, you should be able to care
for it yourself.
That's where *I* stand. Und, ja es ist schoen bei mir.
----- Original Message -----
From: "crrey"
In AMERICA you do, it's standard for any dealer/maker to give 1 year service. That includes tune ups and bi-annual check ups. And most offer things like 2yrs or 20,000 miles service warranties.
This is more stupidity. Kernel 2.4.3 is nothing but standard. This upgrade amounts to a necessary oil change...not turing it into a 1963 Dodge Chalenge with a Nitro Pack.
On standard equipment. Try to find a dealer who would honor the warranty if you install a nitrous kit or hydraulic risers or a blower, or any other after-marked alterations.
* Brooklyn Linux Solutions CEO
This is more stupidity.
Kernel 2.4.3 is nothing but standard.
But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working? -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel. Ruben
* Brooklyn Linux Solutions CEO
But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
Yes But it fails to upgrade to 2.4 Ruben
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 19:26]: But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
* Brooklyn Linux Solutions CEO
Yes
But it fails to upgrade to 2.4
If you have a 2.2 system you should not have to upgrade to 2.4 to fix the problem. You should upgrade to the fixed 2.2.18 -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
If you have a 2.2 system you should not have to upgrade to 2.4 to fix the problem. You should upgrade to the fixed 2.2.18
The issue here is that the 2.2 is at the end of it's life and there have been 3 security alerts in it in 6 months. Practically speaking - a 2.4 upgrade is called for. Ruben
On Monday 23 April 2001 23:39, you wrote:
Yes
But it fails to upgrade to 2.4
Wrong.. Works fine.. -- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
<
Brooklyn Linux Solutions CEO wrote:
<
> Wrong wrong it does not
The 7.1 upgrade seems to have screwed up the scsi modules as well...
More bugs...
If you don't start adding REAL info instead of just a "doesn't work" you might as well stop posting. Otherwise I can already give you the answer to ALL your future problems: Works for me.
Ehm , Out of curiosity I just clinked the link below which was part of the singature and wow linux 2.2.x kernels are supported but now 2.4 http://www.mrbrklyn.com -- Togan Muftuoglu
On Tuesday 24 April 2001 14:31, you wrote:
<
> Wrong wrong it does not
The 7.1 upgrade seems to have screwed up the scsi modules as well...
Gee strange.. Mine works just fine.... Don't know what to tell you. Maybe it's time to try again.. Naaa. Switch. Then we don't have to put up with this garbage.
More bugs...
Ruben
-- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
On Tuesday 24 April 2001 14:31, you wrote:
<
> Wrong wrong it does not
The 7.1 upgrade seems to have screwed up the scsi modules as well...
Must be another bug.. You sent the message twice.
More bugs...
Ruben
-- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
Please don't take offense, but so did you. If you "replay to all" the list and the sender both get sent the message, hence why so many (including myself) have the messages twice. Cheers. Curits :) -----Original Message----- From: Mike [mailto:bcomber@freezer-burn.org] Sent: Tuesday, April 24, 2001 1505 To: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) On Tuesday 24 April 2001 14:31, you wrote:
<
> Wrong wrong it does not
The 7.1 upgrade seems to have screwed up the scsi modules as well...
Must be another bug.. You sent the message twice.
More bugs...
Ruben
-- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
Instead of going through this more and more if you are at all affiliated with SuSe - please see if someone can make a smoother upgrade path from the 2.2 kernel to the 2.4 kernel on 7.0 and below systems. And see if we can get Crossfire Working again;) Thank you for the time you spent discussing this important matter. Ruben
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 19:26]: But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Brooklyn Linux Solutions CEO
Instead of going through this more and more
if you are at all affiliated with SuSe - please see if someone can make a smoother upgrade path from the 2.2 kernel to the 2.4 kernel on 7.0 and below systems.
I've done it on 7.0 and it worked smoothly for me. I got the modutils, lvmutils and the kernel. No wizardry, no nothing.
And see if we can get Crossfire Working again;)
Thank you for the time you spent discussing this important matter.
And we *do* listen. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
Since I haven't seen it (or looked for it, to be honest... )
What's Crossfire?
Geordon
Linux geek
----- Original Message -----
From: "Brooklyn Linux Solutions CEO"
Instead of going through this more and more
if you are at all affiliated with SuSe - please see if someone can make a smoother upgrade path from the 2.2 kernel to the 2.4 kernel on 7.0 and below systems.
And see if we can get Crossfire Working again;)
Thank you for the time you spent discussing this important matter.
Ruben
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 19:26]: But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
It's a very cool game like the old Gauntlet with more D&D stuff piled in as a multiuser platform. I could never get it to compile on Linux...but SuSe did until 6.4 Ruben
Since I haven't seen it (or looked for it, to be honest... )
What's Crossfire?
Geordon Linux geek ----- Original Message ----- From: "Brooklyn Linux Solutions CEO"
To: "Mads Martin Jørgensen" Cc: Sent: Monday, April 23, 2001 4:42 PM Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) Instead of going through this more and more
if you are at all affiliated with SuSe - please see if someone can make a smoother upgrade path from the 2.2 kernel to the 2.4 kernel on 7.0 and below systems.
And see if we can get Crossfire Working again;)
Thank you for the time you spent discussing this important matter.
Ruben
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 19:26]: But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
"Why make things difficult, when it is possible to make them cryptic and
totally illogic, with just a little bit more effort." Your words, not mine!
Seems to sum up my situation perfectly!
-----Original Message-----
From: Mads Martin Jørgensen [mailto:mmj@suse.com]
Sent: Monday, April 23, 2001 2127
To: Brooklyn Linux Solutions CEO
Cc: suse-linux-e@suse.com
Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel
2.4.3)
* Brooklyn Linux Solutions CEO
But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
On Monday 23 April 2001 21:42, crrey wrote:
"Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." Your words, not mine! Seems to sum up my situation perfectly!
I ran my own computer consulting company for over 15 years before I retired it. I have seen the inside workings and philosophies of many good companies and many MORE bad ones. The good ones could be identified by one fact: The knew their business and their business model perfectly, which allowed them to sell a good product. and by one philosophy: Rule #1 The customer is always right, listen to him. Rule #2 When in doubt, consult Rule #1 The best run business I ever consulted for was a parts store that the owner asked me to computerize. The owner had an eight grade education and analytical skills of a PhD Math major. He was one of the finest and most honest men I've ever met. I finished that job in 1983 but remained very good friends with him till his death last year. His name was Wes Garrett, in case anyone in the Central Nebraska area might have known him. Wes never lost a customer by offending him, and he never took offense at remarks or claims of a customer. (That is because Wes worked for the Carpenter, as I do.) SuSE would do better to listen to their customers and not argue with them. Another $0.02 JLK
-----Original Message----- From: Mads Martin Jørgensen [mailto:mmj@suse.com] Sent: Monday, April 23, 2001 2127 To: Brooklyn Linux Solutions CEO Cc: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3)
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 19:26]:
But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
The owner had an eight grade education and analytical skills of a PhD Math major.
Ot's funny that you say this. I've met a number of people like this in my time...my Grandfather included. It's interesting to watch.
Wes never lost a customer by offending him, and he never took offense at remarks or claims of a customer. (That is because Wes worked for the Carpenter, as I do.)
Boro Park Brooklyn would have tested his philosophy ;) Good - I hated being a pharmacist in that neighborhood
* Jerry Kreps
SuSE would do better to listen to their customers and not argue with them. Another $0.02 JLK
-----Original Message----- From: Mads Martin Jørgensen [mailto:mmj@suse.com]
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html
And here I was not arguing. I was trying to correct the terrible misunderstanding that one have to go to 2.4 to get the security issues with 2.2.18 fixed. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
And here I was not arguing. I was trying to correct the terrible misunderstanding that one have to go to 2.4 to get the security issues with 2.2.18 fixed.
That wasn't what I said. What I said it made no sense to do that, even if it was easier, IMO....
* Jerry Kreps
[Apr 23. 2001 20:30]: SuSE would do better to listen to their customers and not argue with
Mads, minds are made up. It seems that there is not going to be much
movement by anyone on the issues. That's sad.
Did you get the e-mail that I sent directly to you?
Geordon
----- Original Message -----
From: "Mads Martin Jørgensen"
Another $0.02 JLK
-----Original Message----- From: Mads Martin Jørgensen [mailto:mmj@suse.com]
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html
And here I was not arguing. I was trying to correct the terrible misunderstanding that one have to go to 2.4 to get the security issues with 2.2.18 fixed.
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Geordon VanTassle
Mads, minds are made up. It seems that there is not going to be much movement by anyone on the issues. That's sad.
It is. I'm just trying to prevent people from listening to technically wrong arguments.
Did you get the e-mail that I sent directly to you?
Yes, and I'll reply to that tomorrow. I have to leave now. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
Thank you!!! -----Original Message----- From: Jerry Kreps [mailto:jerrykreps@jlkreps.net] Sent: Monday, April 23, 2001 2231 To: SLE Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) On Monday 23 April 2001 21:42, crrey wrote:
"Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." Your words, not mine! Seems to sum up my situation perfectly!
I ran my own computer consulting company for over 15 years before I retired it. I have seen the inside workings and philosophies of many good companies and many MORE bad ones. The good ones could be identified by one fact: The knew their business and their business model perfectly, which allowed them to sell a good product. and by one philosophy: Rule #1 The customer is always right, listen to him. Rule #2 When in doubt, consult Rule #1 The best run business I ever consulted for was a parts store that the owner asked me to computerize. The owner had an eight grade education and analytical skills of a PhD Math major. He was one of the finest and most honest men I've ever met. I finished that job in 1983 but remained very good friends with him till his death last year. His name was Wes Garrett, in case anyone in the Central Nebraska area might have known him. Wes never lost a customer by offending him, and he never took offense at remarks or claims of a customer. (That is because Wes worked for the Carpenter, as I do.) SuSE would do better to listen to their customers and not argue with them. Another $0.02 JLK
-----Original Message----- From: Mads Martin Jørgensen [mailto:mmj@suse.com] Sent: Monday, April 23, 2001 2127 To: Brooklyn Linux Solutions CEO Cc: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3)
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 19:26]:
But then you tell me why you need the upgrade? Did the one that came with the distribution out of the box all of a sudden stop working?
Yes it did when CERT issued the security alert about the 2.2.18 kernel.
http://lists.suse.com/archives/suse-security/2001-Apr/0371.html
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Jerry Kreps [Mon, 23 Apr 2001 22:30:33 -0500]:
SuSE would do better to listen to their customers and not argue with them.
Just a note: my engagement on suse-linux-e has *nothing* to do with my job at SuSE! So it's not SuSE not listening to their customers, but me as a person that happens to work for SuSE participating because I want to help others. Yes, I do know that writing under my SuSE address automatically makes me kind of a rep for SuSE, that's why I do tend to be rather friendly and calm and not flame some people like I'd do otherwise. And I *am* listening, otherwise I'd just leave the list again and do my normal job. Philipp -- Linux only became possible because 20 years of OS research was carefully studied, analyzed, discussed and thrown away. Ingo Molnar on linux-kernel
Philipp Thomas wrote:
Just a note: my engagement on suse-linux-e has *nothing* to do with my job at SuSE! So it's not SuSE not listening to their customers, but me as a person that happens to work for SuSE participating because I want to help others.
Yes, I do know that writing under my SuSE address automatically makes me kind of a rep for SuSE, that's why I do tend to be rather friendly and calm and not flame some people like I'd do otherwise.
And I *am* listening, otherwise I'd just leave the list again and do my normal job.
I for one really appreciate your presence here, Philipp. Your inside knowledge is invaluable. And I'm glad that you don't take criticisms of SuSE as being directed at you personally even when it seems that way. Paul Abrahams
In message <3AEAEC25.661CDB92@acm.org>, Paul Abrahams
Philipp Thomas wrote:
And I *am* listening, otherwise I'd just leave the list again and do my normal job.
I have been "lurking" on this list for while, and am most grateful for the help given by Philipp and other volunteers. I often try out the things I have learned on my SuSE 7.1 Prof. and am gradually transferring my work to Linux. I am nearly through with Windows, but still find MSDOS useful. I have a dual-boot machine with Windows98 (drive one 6.5 Mb) and Linux on the other (similar) drive. To all our helpers, thanks, and keep up the good work. Best regards. -- Geoff Bagley G3FHL
It sounds like desparate attempts at side stepping the issues related to inconsistancies with the product by taking a hard line approach to user questions. In other words, were on our own and how dare we infer an copability on the part of the vendor. -----Original Message----- From: Brooklyn Linux Solutions CEO [mailto:ruben@dsl254-112-136-sea1.dsl-isp.net] Sent: Monday, April 23, 2001 1604 To: Geordon VanTassle Cc: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) This is more stupidity. Kernel 2.4.3 is nothing but standard. This upgrade amounts to a necessary oil change...not turing it into a 1963 Dodge Chalenge with a Nitro Pack.
On standard equipment. Try to find a dealer who would honor the warranty if you install a nitrous kit or hydraulic risers or a blower, or any other after-marked alterations.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
Ok, by your logic, SuSE should also support qmail, too. Oh, wait!
Installation support doesn't cover Sendmail, either, does it? How about
PostFix? Aren't THOSE Standard, too?
The support that is included with the purchase price of SuSE is INSTALLATION
SUPPORT rather than advanced server support.
If you want that additional support, ferkrysakes, pay for it like everyone
else can. Or read up on it and go from there. That's what I do. Or, go to
the source for the problem program.
Good God, people! The support that you get "for free" is bare-bones at
best. That's all it ever was advertised as.
----- Original Message -----
From: "Brooklyn Linux Solutions CEO"
This is more stupidity.
Kernel 2.4.3 is nothing but standard.
This upgrade amounts to a necessary oil change...not turing it into a 1963 Dodge Chalenge with a Nitro Pack.
On standard equipment. Try to find a dealer who would honor the warranty if you install a nitrous kit or hydraulic risers or a blower, or any other after-marked alterations.
Ok, by your logic, SuSE should also support qmail, too.
No - qmail is not open source - qmail shouldn't be an install option.
Oh, wait! Installation support doesn't cover Sendmail, either, does it?
It damn well should include enough sendmail support to recieve mail and send it and turn off relying.
How about PostFix? Aren't THOSE Standard, too?
Sendmail will do. Just one mail server is needed.
The support that is included with the purchase price of SuSE is INSTALLATION SUPPORT rather than advanced server support.
Installing a new kernel is NOT advanced support.
If you want that additional support, ferkrysakes, pay for it like everyone else can.
Geepers - are you the only one to pay for support? I've paid for enough SuSe software to have a NORMAL thing like a kernal upgrade to go smoothly, even from Source.
Or read up on it and go from there. That's what I do. Or, go to the source for the problem program.
The program wasn't the problem, the DISTRO was.
Good God, people! The support that you get "for free" is bare-bones at best. That's all it ever was advertised as.
Kernel Compiles is BARE BONES. Ruben
Brooklyn Linux Solutions CEO wrote:
I've paid for enough SuSe software to have a NORMAL thing like a kernal upgrade to go smoothly, even from Source.
- install sources - cd /usr/src/linux - make cloneconfig dep clean bzlilo modules modules_install; mk_initrd - reboot done
make cloneconfig root@www2:/usr/src/linux > grep "cloneconfig" Makefile root@www2:/usr/src/linux > make clonconfig make: *** No rule to make target `clonconfig'. Stop. root@www2:/usr/src/linux > make cloneconfig make: *** No rule to make target `cloneconfig'. Stop. mk_initrd doesn't exist on 7.0. It does on the updated system. Ruben
- cd /usr/src/linux - make cloneconfig dep clean bzlilo modules modules_install; mk_initrd - reboot done
* Brooklyn Linux Solutions CEO (ruben@www2.mrbrklyn.com) [010423 21:23]: => => =>mk_initrd doesn't exist on 7.0. It does on the updated system. => Go smoke another crackrock..it does exist on it. I have used ..you are blind or extremely miss informed. Why don't you go back to where you came from. -- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
Welcome to my kill file jerk Everyone has been polite till you...
* Brooklyn Linux Solutions CEO (ruben@www2.mrbrklyn.com) [010423 21:23]: => => =>mk_initrd doesn't exist on 7.0. It does on the updated system. =>
Go smoke another crackrock..it does exist on it. I have used ..you are blind or extremely miss informed. Why don't you go back to where you came from. -- Ben Rosenberg mailto:ben@whack.org ----- If two men agree on everything, you can be sure that only one of them is doing the thinking.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
Enough ...this has been a thread that is sick, rotten, needs to to die.
Brooklyn Linux Solutions CEO
Welcome to my kill file jerk
Everyone has been polite till you...
* Brooklyn Linux Solutions CEO (ruben@www2.mrbrklyn.com) [010423 21:23]: => => =>mk_initrd doesn't exist on 7.0. It does on the updated system. =>
Go smoke another crackrock..it does exist on it. I have used ..you are blind or extremely miss informed. Why don't you go back to where you came from.
Look, I'm not asking help setting up Nautilus from sources, or XF86, or Bastille, or even my damn nVidia drivers. I've done all that, on my own, and if problems arose, I read, I learned, and eventually found success (except for Nautilus). I have compiled about a dozen kernels from source and got to a point where this was a fairly common and successful endeavor (and I'm a relative novice). If when doing these things I ran into a problem I "NEVER" contacted the vendor and complained that something like xf86 install got hosed and it's there responsiblity to tell me how to fix it. The 2.4.2 kernal is "announced" at the suse site and the SDB and FAQ all suggest that in certain cases it is "recommended" to upgrade. Like I said, a new kernel version from the vendor so soon after release and for the specific version lead me to beleive that it would fix things instead of leading to complications and frustrations. And I really resent the implications that I'm out of line and/or clueless in this regard (like the side of the box said.....what?). -----Original Message----- From: Brooklyn Linux Solutions CEO [mailto:ruben@dsl254-112-136-sea1.dsl-isp.net] Sent: Monday, April 23, 2001 1628 To: Geordon VanTassle Cc: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3)
Ok, by your logic, SuSE should also support qmail, too.
No - qmail is not open source - qmail shouldn't be an install option.
Oh, wait! Installation support doesn't cover Sendmail, either, does it?
It damn well should include enough sendmail support to recieve mail and send it and turn off relying.
How about PostFix? Aren't THOSE Standard, too?
Sendmail will do. Just one mail server is needed.
The support that is included with the purchase price of SuSE is
INSTALLATION
SUPPORT rather than advanced server support.
Installing a new kernel is NOT advanced support.
If you want that additional support, ferkrysakes, pay for it like everyone else can.
Geepers - are you the only one to pay for support? I've paid for enough SuSe software to have a NORMAL thing like a kernal upgrade to go smoothly, even from Source.
Or read up on it and go from there. That's what I do. Or, go to the source for the problem program.
The program wasn't the problem, the DISTRO was.
Good God, people! The support that you get "for free" is bare-bones at best. That's all it ever was advertised as.
Kernel Compiles is BARE BONES. Ruben -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
Well, what was your problem? describe your hardware, the error messages, etc. Suggestions on how to do the upgrade have been posted by me and others. All this bickering is pointless. -- Rafael
On Monday 23 April 2001 21:43, Rafael E. Herrera wrote:
Well, what was your problem? describe your hardware, the error messages, etc. Suggestions on how to do the upgrade have been posted by me and others.
All this bickering is pointless.
You are not seeing 'bickering', Rafael, you are seeing frustration.
All I wanted was a little help. If the answers are not what I hoped for I can deal with it. To prove my point consider my profession. I'm an R.N and am accustomed to results and outcomes less than desired or favorable. I prefer to here the straight facts about something. My only contention is in order to get a "diagnoses" on my situation data must first be gathered and then issues can be addressed. If SuSE can't help me any more than to tell me I'd would probably have to start from scatch and that I need to go here or there to read about something or the make sure I take certain steps - that's fine. But to get canned responses that they won't even acknowledge my situation or to tell me RTFM isn't what I was hoping to find. -----Original Message----- From: Jerry Kreps [mailto:jerrykreps@jlkreps.net] Sent: Monday, April 23, 2001 2235 To: Rafael E. Herrera Cc: suse-linux-e@suse.com Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel 2.4.3) On Monday 23 April 2001 21:43, Rafael E. Herrera wrote:
Well, what was your problem? describe your hardware, the error messages, etc. Suggestions on how to do the upgrade have been posted by me and others.
All this bickering is pointless.
You are not seeing 'bickering', Rafael, you are seeing frustration. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
On Monday 23 April 2001 23:03, you wrote:
This is more stupidity. Nope.. You are the one stating that. It isn't stupid at all.
Kernel 2.4.3 is nothing but standard.
Does it come with the original package? Is it "original" equipment? The answer is NO! Why is it so hard for you to understand that?
This upgrade amounts to a necessary oil change...not turing it into a 1963 Dodge Chalenge with a Nitro Pack.
Nope.. Not hardly.
On standard equipment. Try to find a dealer who would honor the warranty if you install a nitrous kit or hydraulic risers or a blower, or any other after-marked alterations.
-- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
* Geordon VanTassle
On standard equipment. Try to find a dealer who would honor the warranty if you install a nitrous kit or hydraulic risers or a blower, or any other after-marked alterations.
I'll give you a dollar if you can show me one.
SuSE DOES support everything that comes STANDARD on the kit. They don't support any add-ons or other non-standard stuff. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ||||||||||||||||||||||||||||||||||||||||||||||||||
If you're swift enough to install the add-ons, you should be able to care for it yourself.
That's where *I* stand. Und, ja es ist schoen bei mir.
This is *EXACTLY* what it's all about. But maybe the complaining people simply forgot that? -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
ROFL Maybe SuSe forgot that kernel upgrades are standard. BTW - with the attitude SuSe has taken towards it's refusal to fix problems in the distributions which become apearent THROUGH support, they can not ever be recommended for enterprise systems. Ruben
This is *EXACTLY* what it's all about.
But maybe the complaining people simply forgot that?
Brooklyn Linux Solutions CEO wrote:
Maybe SuSe forgot that kernel upgrades are standard.
Their kernel upgrades should install without problems but they will not support it. I don't even think that any other linux distro will support what you are demanding. A kernel upgrade on your own is not a trivial mater, you can't expect them to solve the miriad of problems taht you may encounter. -- Rafael
A kernel upgrade on your own is not a trivial mater,
Yes it is a trival matter unless the system built around the kernel does weird things. In SUSe's case, they don't even distribute the Linux Kernel but their own deriviative. SuSe was slow to install the mkinitrd Ruben
you can't expect them to solve the miriad of problems taht you may encounter.
sigh - No - but they can make sure a standard kernel compiles and interfaces with their kernal dameon and init system.. Ruben
Brooklyn Linux Solutions CEO wrote:
A kernel upgrade on your own is not a trivial mater,
Yes it is a trival matter unless the system built around the kernel does weird things. In SUSe's case, they don't even distribute the Linux Kernel but their own deriviative.
YES - and this is one of the greatest advantages SuSE has. Feel free to use the standard kernel in your production systems. _Most_ of the time it will work, but this just isn't enough for some systems. I'm not even going to mention the feature patches for lvm, reiser, ide and lots of driver updates.
SuSe was slow to install the mkinitrd
??? /sbin/mk_initrd. _Very_ convenient. The entire SuSE lilo-kernel setup is one big piece of convenience: - no need for you to edit lilo.conf for installing a new kernel you made yourself, just do "make bzlilo". The old default suse kernel is always available as entry "suse" when you overwrite "linux", should you've forgotten a module or to create the initrd or the new kernel has problems for whatever other reason. - creating a config file for a new kernel is _very_ convenient: just use the working, running kernel config as input by issuing "make cloneconfig", which takes the config from the running kernel and applies it to the source tree. - mk_initrd: if you use all the above, all you ever need to do when you compile your own is make cloneconfig [maybe: menuconfig, if you want to change something] dep clean bzlilo modules modules_install; mk_initrd; lilo (if the new kernel has the _same_ version as the old one it's also a good idea to edit linux/Lakefile line 3 and add some string to EXTRAVERSION in order to avoid overwriting the existing modules directory in /lib/modules/)
Ruben
you can't expect them to solve the miriad of problems taht you may encounter.
sigh -
No - but they can make sure a standard kernel compiles and interfaces with their kernal dameon and init system..
Don't see the problem.
* Brooklyn Linux Solutions CEO
A kernel upgrade on your own is not a trivial mater,
Yes it is a trival matter unless the system built around the kernel does weird things. In SUSe's case, they don't even distribute the Linux Kernel but their own deriviative.
SuSe was slow to install the mkinitrd
Ruben
you can't expect them to solve the miriad of problems taht you may encounter.
sigh -
No - but they can make sure a standard kernel compiles and interfaces with their kernal dameon and init system..
I think you're trying to blame your faults on us here, because you apparantly consider yourself some kind of expert. I would like you to send to this list *exactly* what you wanted to do, and where the problem arose. Let's stick to technical facts. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
I think you're trying to blame your faults on us here, because you apparantly consider yourself some kind of expert.
You know what - maybe your right. But I just finished doing this with Slackware with no trouble. And I was working with some VA system engineers when I was doing the SuSe upgrade. They didn't know exactly why module.conf seemed to be completely ignored when the upgrade happened by the kernel dameom. I tried to force kerneld into use though the system setup files, that failed. kmod was failing, kerneld was failing.. so maybe you can tell me why the kernel refused to load the aic7xxx drivers and the 3c90x drivers. The RH solution was tied to mkinitrd which wasn't on the system ANYWHERE. The docs from the source code at kernel.org lead to a hand compile of module-utils etc, and the kernel which caused an infinite LOOP in the login process. And in single user mode, nothign showed in the logs as any error. So the system failed without logging any messages! So your probibly right. It's my fault. Sorry for mentioning it.
The I would like you to send to this list *exactly* what you wanted to do, and where the problem arose. Let's stick to technical facts.
The list can read the archival history. No here is the deal, untill I did an automated update from the 7.1 disk which rewrote the init system, and loaded a bunch of stuff I didn't ask for...nothing from either YAST available RPM's or hand compiling worked to get the system working. I had reached a point wheren I was consulting face to face with others, but tracking the problem down through the entire sysV system just didn't make sense over upgrading through the 7.1 CD's Ruben
Brooklyn Linux Solutions CEO wrote:
I think you're trying to blame your faults on us here, because you apparantly consider yourself some kind of expert.
You know what - maybe your right. But I just finished doing this with Slackware with no trouble.
And I was working with some VA system engineers when I was doing the SuSe upgrade. They didn't know exactly why module.conf seemed to be completely ignored when the upgrade happened by the kernel dameom. I tried to force kerneld into use though the system setup files, that failed. kmod was failing, kerneld was failing.. so maybe you can tell me why the kernel refused to load the aic7xxx drivers and the 3c90x drivers. The RH solution was tied to mkinitrd which wasn't on the system ANYWHERE. The docs from the source code at
/sbin/mk_initrd creates initrd's for all kernel for which there's an initrd entry in lilo.conf using /etc/rc.config variable INITRD_MODULES to determine which modules to insert.
kernel.org lead to a hand compile of module-utils etc, and the kernel which caused an infinite LOOP in the login process. And in single user mode, nothign showed in the logs as any error. So the system failed without logging any messages!
So your probibly right. It's my fault. Sorry for mentioning it.
The I would like you to send to this list *exactly* what you wanted to do, and where the problem arose. Let's stick to technical facts.
The list can read the archival history.
No here is the deal, untill I did an automated update from the 7.1 disk which rewrote the init system, and loaded a bunch of stuff I didn't ask for...nothing from either YAST available RPM's or hand compiling worked to get the system working.
I had reached a point wheren I was consulting face to face with others, but tracking the problem down through the entire sysV system just didn't make sense over upgrading through the 7.1 CD's
You know, the other extreme _does_ exist as well - insert 7.1 cd, select "upgrade", and all works. I know that doesn't help those stuck with the problems. In addition, 7.0->7.1 was a major step. 7,0 was really a 6.5... oh well. No it's not the marketing guys fault, we had a product split into two products, plus when we did the planning for 7.0 we expected both kde 2 and kernel 2.4 to become available. Neither did, but it's harder to change a printing press than to just go through with this too-early version number change.
* Brooklyn Linux Solutions CEO [Mon, 23 Apr 2001 18:30:11 -0400 (EDT)]:
They didn't know exactly why module.conf seemed to be completely ignored when the upgrade happened by the kernel dameom.
Which kernel daemon? There are quite a few.
I tried to force kerneld into use though the system setup files, that failed.
If you're so knowledgable as you say, you should have known that kerneld only works for 2.0 kernels.
so maybe you can tell me why the kernel refused to load the aic7xxx drivers and the 3c90x drivers.
You do have alias eth0 3c90x in your /etc/modules.conf and INITRD_MODULES=aic7xxx in /etc/rc.config? And if you have and it still failed, what error messages did you get? I need precise data to give detailed help and no, 'doesn't work' isn't precise.
The RH solution was tied to mkinitrd which wasn't on the system ANYWHERE.
Why should we name such a non standard tool according to what RH chooses? -- Penguins to save the dinosaurs -- Handelsblatt on Linux for S/390
* Brooklyn Linux Solutions CEO
ROFL
Maybe SuSe forgot that kernel upgrades are standard.
Not from one major version number to another, no.
BTW - with the attitude SuSe has taken towards it's refusal to fix problems in the distributions which become apearent THROUGH support, they can not ever be recommended for enterprise systems.
We do! -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
* Brooklyn Linux Solutions CEO
[Apr 23. 2001 19:30]: ROFL
Maybe SuSe forgot that kernel upgrades are standard.
Not from one major version number to another, no.
I grant you that it is more difficult, but this is not like the 2.0 to 2.2 upgrade at all. 7.0 should never have been released with 2.2 kernels Ruben
* Brooklyn Linux Solutions CEO
Maybe SuSe forgot that kernel upgrades are standard.
Not from one major version number to another, no.
I grant you that it is more difficult, but this is not like the 2.0 to 2.2 upgrade at all.
7.0 should never have been released with 2.2 kernels
Hmmmm, the 2.4 was not out when 7.0 was released? And if you mean 7.1 -- of course. We were at 2.4.0, so not giving people the option to get 2.2 would be simply wrong. If you mean that 7.1 never should be released with 2.4 kernels, then I just don't agree. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
Hmmmm, the 2.4 was not out when 7.0 was released?
It was due out any time...if not already anounced. 7.0 should have been 6.5 without X4... a 6.4 bug fix 7.0 should have been 2.4 and X4 Ruben
And if you mean 7.1 -- of course. We were at 2.4.0, so not giving people the option to get 2.2 would be simply wrong.
If you mean that 7.1 never should be released with 2.4 kernels, then I just don't agree.
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* Brooklyn Linux Solutions CEO
Hmmmm, the 2.4 was not out when 7.0 was released?
It was due out any time...if not already anounced.
SuSE Linux 7.0 was out in september. 2.4.0 out beginning of January. And yes -- the 2.4 was supposed to be out more than a year before it actually was. -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
On Tuesday 24 April 2001 00:35, you wrote:
Hmmmm, the 2.4 was not out when 7.0 was released?
It was due out any time...if not already anounced.
7.0 should have been 6.5 without X4... a 6.4 bug fix
7.0 should have been 2.4 and X4
Ruben
Wow.. This is getting better all the time. Now he is a marketing genius too!! will wonder's never cease.
And if you mean 7.1 -- of course. We were at 2.4.0, so not giving people the option to get 2.2 would be simply wrong.
If you mean that 7.1 never should be released with 2.4 kernels, then I just don't agree.
-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
-- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
So what about 7.1 with 2.4.0-4GB to 2.4.2-4GB via YaST via the SuSE ftp
site?
I didn't do anything but tell it to install 2.4.2 and modutils 2.4.2-14 and
things got worse. And given the amount of posts to comment that this is not
an addressable issue, the time spent doing that probably would have been
equal (or less) asking me a couple of questions, giving a couple of
suggestions or answers and then it would either fix it or I would have start
all over with re-install. My mobo is common, my cpu common, my memory, my
hdd's, nic, sound card, etc..., all standard, boring hardware, and my
install is stock with the exception of the nvidia kernel and glx packs. I
just don't get why a simple install using the vendors progams, methods, and
software shouldn't be such a problem and cause so many people to vent their
frustration along the same lines. This suggests to me that there is indeed
a problem concerning this issue and that I'm not the only one that is
experiencing this. I appreciate the fact that there is only so much that
might be done. But concering this issue, I really think there is a
subtantive problem that needs to be addressed.
-----Original Message-----
From: Mads Martin Jørgensen [mailto:mmj@suse.com]
Sent: Monday, April 23, 2001 2140
To: Brooklyn Linux Solutions CEO
Cc: suse-linux-e@suse.com
Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel
2.4.3)
* Brooklyn Linux Solutions CEO
ROFL
Maybe SuSe forgot that kernel upgrades are standard.
Not from one major version number to another, no.
BTW - with the attitude SuSe has taken towards it's refusal to fix problems in the distributions which become apearent THROUGH support, they can not ever be recommended for enterprise systems.
We do! -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
On Monday 23 April 2001 23:37, you wrote:
ROFL
Maybe SuSe forgot that kernel upgrades are standard.
Kinda like putting a new larger engine in the car right? Free for the taking? Give me a break.
BTW - with the attitude SuSe has taken towards it's refusal to fix problems in the distributions which become apearent THROUGH support, they can not ever be recommended for enterprise systems.
By you?? No way. Refusal to fix problems? Get a grip. They have more fixes out that most distros have packages.
Ruben
This is *EXACTLY* what it's all about.
But maybe the complaining people simply forgot that?
-- Powered by SuSE 7.1, Kernel 2.4.2 KDE2.1.1 For a great linux portal try http://www.freezer-burn.org
* Brooklyn Linux Solutions CEO [Mon, 23 Apr 2001 17:37:55 -0400 (EDT)]: I know I'm going to regret this, but I have to answer to that.
Maybe SuSe forgot that kernel upgrades are standard.
Compiling your own kernel has *never* been supported by our installation support. Just take a look at appendix H in your SuSE Linux manual. If we would support it, you'd have to pay *much* more for the box. And we do support it, just not for free. It's that simple.
BTW - with the attitude SuSe has taken towards it's refusal to fix problems in the distributions which become apearent THROUGH support,
O thank you! My colleagues in development and I will love to hear that we're doing nothing. The update trees on ftp.suse.com don't exist. I haven't worked hard lastly in order to fix security bugs in Midnight commander for SuSE Linux 6.0 - 7.1 and so on. This is insulting!
they can not ever be recommended for enterprise systems.
Well, that's your opinion. Quite a few very large companies (like Germanys by far largest ISP T-Online) have decided differently. And IBM must also be stupid to recommend SuSE Linux for machines ranging from Thinkpads up to zSeries mainframes. But all enterprise customers *know* that the level of support they want or need doesn't come for free and thus buy support contracts. Philipp -- Nothing would please me more than being able to hire ten programmers and deluge the hobby market with good software. -- Bill Gates, 1976
Bah, I think you're over-simplifying as well as comparing apples and
oranges. Why? See below...
----- Original Message -----
From: "Curtis Rey"
No sir, I was not confused by the word "support" in the context that I was addressing. I was not referring to development support or support for the 2.4 kernel by SuSE in regards to working on and releasing it in the lastest version. I was referring to the end-user support concerning the use of and implimentations of the 2.4 kernel in terms of supporting configuration and installation of the kernel. Which proves my position that SuSE will included the kernel in the release and then washes it hands of any further end-user services or support for that kernel.
Well, let's see. What does the SuSE site say about "support" shall we? Ok, we go to http://www.suse.com/ and look down the list on the left: "INSTALLATION SUPPORT" is one choice... "SUPPORT DATABASE" is another... "SUPPORTED HARDWARE" is another. Let's click on INSTALLATION SUPPORT and see what we can get. Taken from http://suse.com/us/support/isupport/index.html : <quote> Scope of Installation Support SuSE's installation support representatives are available to answer your questions about installing and configuring basic systems. These include: Installing from CD & DVD Basic configuration of a standalone machine Basic configuration of X11 GUI Basic configuration of a standard analog modem to dial into the Internet (client side) Configuring a local printer to a standalone machine Support topics not mentioned here are not handled by installation support. Installation support services are intended to help you get your basic system installed, not as a training course or an introduction to Linux. As such, th ey may only be used for configuration problems, rather than general questions. In addition, SuSE installation support is unable to answer your questions about the approximately 850 third-party applications included in our distribution. </quote> So, it would seem that the installation support is geared to getting a SuSE Linux system up and running with most of the general.common services running. "Support topics not mentioned here are not handled by installation support" seems to sum it all up pretty well, IMO. Also, it is FREE (beer) support that you get from "Installation Support". Microsoft dosn't provide no-cost support for their OS... Even if you buy it straight from them! However, they'll be more than happy to charge you big bucks to tell you how to reinstall it! Anyway, look up at the top banner-bar. See "Solutions & Services" up there? Click it. There, you are presented with the opportunity to engage a commertial venture with your more complicated, non-trivial questions.
It's similar to a car maker saying we have a model with the standard 2.2 liter engine and the new and improved fuel injected 2.4 liter high performance engine. We will be happy to sell you either model. Oh, and by the way, if the 2.4 liter engine needs service or tune ups we cannot offer any certified dealer mechanics. And did I mention that the engine a parts are not under any warrenty. If your new fuel injected 2.4 liter engine needs tune ups, repairs, or any other form of service might I suggest that your nearest neighborhood mechanic should be contacted if you should have any problems with the 2.4 liter engine. Gee, that's ok, I want the 2.4 liter engine - it won't break (I hope)!
I believe you are mistaken here. This is where I think you're comparing apples and oranges, so to speak. Think of kernel 2.2 as an industry standard sedan. Everyone can buy one. Most adequate mechanics can repair one. Then think of 2.4 as an experimental, high-efficiency, prototype sort of vehicle. Only a select group of people are competent to work on it. Very costly to maintain, not nearly as likely to be easily repairable as the 2.2. However, for the group who CAN fix it, the rewards are (potentially) great. Take your pick: the bleeding edge, which is not well known and possibly VERY dangerous, or the old "stand-by" which everybody and their cousin has heard of and can use. SuSE did me a favor by letting me have the opportunity to easily have either kernel. However, they ALSO told me that if I went with the "Experimental car" I'd be on my own as far as getting it running. Nobody made them include 2.4, just as nobody made YOU buy the SuSE distro. You could have gone with Red HAt, which doesn't appear to "support" the 2.4 kernel, either. Get over it.
I'm sick of comparing things with MS. MS support sucks. That's not a reason for the upgrade path to 2.4.x to be broken in SuSe. Ruben
oh god, whats going on here ?? getting 130+ mails after not beeing at the pc for 10 hours, and all of them for the same topic, disussing some support stuff, is REALLY ANNOYING ! if people want to complain about support or any suse internal stuff, can you please write that to suse people directly instead of flooding the list ? not everyone has a dsl connection yet ! chris -- visit me at http://mamalala.de
Almost 2 years in development for that kernel and that's the best you can
do?
I didn't see anything about the "support" conditions on the site before I
went to the store to buy it. And I wrote to SuSE about 2 months before the
release, when SuSE announced that they had been working on a new version
with the 2.4 kernel (back in january when the new kernal release was
announced by Linus) and the reply about the support was that I could expect
support for the new kernel (I ask about that "very specifically" to avoid
these types of happenings).
They were more than happy to tell me what I wanted to hear. Now the
"online-support" sends me canned, form letter types of responses to all my
support question. Read Mr. Kreps response and consider what he's saying, in
my opinion this is bad PR and poor customer service. Maybe that's ok mit
dier, zo dunka ver nichts? Oh well, guess I'm on my own!
-----Original Message-----
From: Geordon VanTassle [mailto:gvantass@thecoventree.com]
Sent: Monday, April 23, 2001 2009
To: SuSE Mailing List
Subject: Re: [SLE] Support vs Support (Was: [SLE] util-linux and Kernel
2.4.3)
Bah, I think you're over-simplifying as well as comparing apples and
oranges. Why? See below...
----- Original Message -----
From: "Curtis Rey"
No sir, I was not confused by the word "support" in the context that I was addressing. I was not referring to development support or support for the 2.4 kernel by SuSE in regards to working on and releasing it in the lastest version. I was referring to the end-user support concerning the use of and implimentations of the 2.4 kernel in terms of supporting configuration and installation of the kernel. Which proves my position that SuSE will included the kernel in the release and then washes it hands of any further end-user services or support for that kernel.
Well, let's see. What does the SuSE site say about "support" shall we? Ok, we go to http://www.suse.com/ and look down the list on the left: "INSTALLATION SUPPORT" is one choice... "SUPPORT DATABASE" is another... "SUPPORTED HARDWARE" is another. Let's click on INSTALLATION SUPPORT and see what we can get. Taken from http://suse.com/us/support/isupport/index.html : <quote> Scope of Installation Support SuSE's installation support representatives are available to answer your questions about installing and configuring basic systems. These include: Installing from CD & DVD Basic configuration of a standalone machine Basic configuration of X11 GUI Basic configuration of a standard analog modem to dial into the Internet (client side) Configuring a local printer to a standalone machine Support topics not mentioned here are not handled by installation support. Installation support services are intended to help you get your basic system installed, not as a training course or an introduction to Linux. As such, th ey may only be used for configuration problems, rather than general questions. In addition, SuSE installation support is unable to answer your questions about the approximately 850 third-party applications included in our distribution. </quote> So, it would seem that the installation support is geared to getting a SuSE Linux system up and running with most of the general.common services running. "Support topics not mentioned here are not handled by installation support" seems to sum it all up pretty well, IMO. Also, it is FREE (beer) support that you get from "Installation Support". Microsoft dosn't provide no-cost support for their OS... Even if you buy it straight from them! However, they'll be more than happy to charge you big bucks to tell you how to reinstall it! Anyway, look up at the top banner-bar. See "Solutions & Services" up there? Click it. There, you are presented with the opportunity to engage a commertial venture with your more complicated, non-trivial questions.
It's similar to a car maker saying we have a model with the standard 2.2 liter engine and the new and improved fuel injected 2.4 liter high performance engine. We will be happy to sell you either model. Oh, and by the way, if the 2.4 liter engine needs service or tune ups we cannot offer any certified dealer mechanics. And did I mention that the engine a parts are not under any warrenty. If your new fuel injected 2.4 liter engine needs tune ups, repairs, or any other form of service might I suggest that your nearest neighborhood mechanic should be contacted if you should have any problems with the 2.4 liter engine. Gee, that's ok, I want the 2.4 liter engine - it won't break (I hope)!
I believe you are mistaken here. This is where I think you're comparing apples and oranges, so to speak. Think of kernel 2.2 as an industry standard sedan. Everyone can buy one. Most adequate mechanics can repair one. Then think of 2.4 as an experimental, high-efficiency, prototype sort of vehicle. Only a select group of people are competent to work on it. Very costly to maintain, not nearly as likely to be easily repairable as the 2.2. However, for the group who CAN fix it, the rewards are (potentially) great. Take your pick: the bleeding edge, which is not well known and possibly VERY dangerous, or the old "stand-by" which everybody and their cousin has heard of and can use. SuSE did me a favor by letting me have the opportunity to easily have either kernel. However, they ALSO told me that if I went with the "Experimental car" I'd be on my own as far as getting it running. Nobody made them include 2.4, just as nobody made YOU buy the SuSE distro. You could have gone with Red HAt, which doesn't appear to "support" the 2.4 kernel, either. Get over it. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
* crrey
Almost 2 years in development for that kernel and that's the best you can do? I didn't see anything about the "support" conditions on the site before I went to the store to buy it. And I wrote to SuSE about 2 months before the release, when SuSE announced that they had been working on a new version with the 2.4 kernel (back in january when the new kernal release was announced by Linus) and the reply about the support was that I could expect support for the new kernel (I ask about that "very specifically" to avoid these types of happenings).
Yes -- that is why we do support it! -- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.
* Curtis Rey [Mon, 23 Apr 2001 13:06:35 -0500]:
I've tried to load the drivers using both the SuSE/YaST method in the FAQ and nVidia's methods (rpm -Uhv NVIDIA_GLX-0.9-769.suse71.i386.rpm --nodeps --force and rpm -Uhv NVIDIA_kernel-0.9-769.suse71.i386.rpm --force, which worked great with the 2.2.18 and 2.4.0-4GB kernels) but it says after issueing the command "switch2nvidia_glx" and then "gears" it says that the '/dev/nvidiaactl' is not present - even though it is.
Sorry, but IMHO you're barking up the wrong tree. Judging by the amount of mail we get, a lot of people have problems. And as nvidia still refuses to either open up their driver or hand out specifications without requiring an NDA, there is absolutely no chance that someone outside nvidia can fix it.
The old 2.4.0-4GB and the 2.4.0-SuSE will boot also but but the nic and sound fails and I get a "kernel can't find map" in the xconsole.
That's relatively harmless. The only app that needs System.map is klogd and it wants it to translate kernel oops to something more readable.
I've tried to reinstall the nic and sound setup but both YaST and YaST2 fails saying it can't update the modules.
You've updated modutils, haven't you?
It makes you wonder, since they were the first to release the 2.4 kernel, that this was more a marketing ploy to boost sales.
That's not quite correct. Would we have left it out, people would have complained just as well. Everybody knows that a Linux kernel just out the door can't be that stable as the previous stable version and the rather fast release of updates clearly shows it. 2.4.X just isn't the best kernel of all times. It might get there, but it's not yet. That's the reason 2.2.18 is the default kernel for installation in 7.1 and also the reason why our free installation support doesn't cover it. SuSE 7.2 will use 2.4.X (most probably 2.4.4) as default kernel and then of course it will be supported. But 2.4.[34] is a whole different beast then 2.4.0.
At this rate I might give RH with the new 2.4 kernel a try, they claim to support it.
Yes, *now* they do it. At the time 2.4.0 was released they publicly said they'd wait. Now that the kernel has 'stabilized', they use and support it. So will we with the next version.
And, like it or not, almost all new software/packages are made for RH before almost any other distro.
Well, many sites also don't offer Debian packages, does that make the distribution bad? IMO this is mostly done out of ignorance. And, BTW, you didn't really need to quote the complete original mail. Philipp -- Penguins to save the dinosaurs -- Handelsblatt on Linux for S/390
* Philipp Thomas
* Curtis Rey [Mon, 23 Apr 2001 13:06:35 -0500]:
I've tried to load the drivers using both the SuSE/YaST method in the FAQ and nVidia's methods (rpm -Uhv NVIDIA_GLX-0.9-769.suse71.i386.rpm --nodeps --force and rpm -Uhv NVIDIA_kernel-0.9-769.suse71.i386.rpm --force, which worked great with the 2.2.18 and 2.4.0-4GB kernels) but it says after issueing the command "switch2nvidia_glx" and then "gears" it says that the '/dev/nvidiaactl' is not present - even though it is.
I missed the first part of this. But I can say that I have Nvidia up and runnign with a 2.4.3 kernel. However *IF* you have a 2.4.X kernel that is *NOT* 2.4.0-4GB then you need to install from the nvidia src rpm. (install new kernel, boot new kernel, unpack src rpm, type make). It's detailed on NVidia';s website.
It makes you wonder, since they were the first to release the 2.4 kernel, that this was more a marketing ploy to boost sales.
That's not quite correct. Would we have left it out, people would have complained just as well. Everybody knows that a Linux kernel just out the door can't be that stable as the previous stable version and the rather fast release of updates clearly shows it. 2.4.X just isn't the best kernel of all times. It might get there, but it's not yet.
Well I know that we've eagerly wawaited the 2.4 kernel and that'we're very happy Suse had it on 7.1. Apart from some reiserfs problems (extremely annoying, but now fixed, hence the 2.4.3 kernel Im running l;) ) it rocks.
And, like it or not, almost all new software/packages are made for RH before almost any other distro.
Except KDE .. RedHat seems to support Gnome with KDE as an afterthought. I happen to like KDE, so I'm very pleased with the speed with which Suse makes the latest KDE rpms available. Kind regards, -- Gerhard den Hollander Phone +31-10.280.1515 Technical Support Jason Geosystems BV Fax +31-10.280.1511 (When calling please note: we are in GMT+1) gdenhollander@jasongeo.com POBox 1573 visit us at http://www.jasongeo.com 3000 BN Rotterdam JASON.......#1 in Reservoir Characterization The Netherlands This e-mail and any attachment is/are intended solely for the named addressee(s) and may contain information that is confidential and privileged. If you are not the intended recipient, we request that you do not disseminate, forward, distribute or copy this e-mail message. If you have received this e-mail message in error, please notify us immediately by telephone and destroy the original message.
But I can say that I have Nvidia up and runnign with a 2.4.3 kernel.
However *IF* you have a 2.4.X kernel that is *NOT* 2.4.0-4GB then you need to install from the nvidia src rpm.
I can concurr with this. I have vanilla 2.4.3 and the nVidia stuff working really nicely. Soldier of Fortune is as good as folks on this list said it was!
On Fri, Apr 27, 2001 at 10:15:54AM +0200, Gerhard den Hollander wrote:
Well I know that we've eagerly wawaited the 2.4 kernel and that'we're very happy Suse had it on 7.1.
Apart from some reiserfs problems (extremely annoying, but now fixed, hence the 2.4.3 kernel Im running l;) ) it rocks.
It *rock* solidly produces I/O error writing to NFS share exported from Solaris box. I'll wait for 2.4.something-big and stay with 2.2.18 meanwhile... -Kastus
Lets say that my brainiac MCSE's chucked the modules disk that comes in
I can't remember how to do it under *nix, but insert CD 1 from your set into
a Windows box. Insert a blank, error-free, formatted floppy into the drive.
command prompt:
d:/dosutils/rawrite
(source?) d:/disks/modules
HTH
----- Original Message -----
From: "Day, Scott"
box - any other recourse that can easily be described in a couple lines?? <sigh>
-Scott
-----Original Message----- From: marsaro@interearth.com [mailto:marsaro@interearth.com] Sent: Tuesday, April 17, 2001 5:27 PM To: Day, Scott Cc: 'suse-linux-e@suse.com' Subject: Re: [SLE] Linux RAID
Scott;
You should not have any trouble at all....seems that I remember Penguin uses AMI RAID, can't be sure, but in General most all of these RAID devices (AMI,Mylex,Adaptec) are supported....Yast2 should detect them, but you can use Yast1 (type manual at boot prompt) and then select load modules....insert the Floppy & select the RAID module. That is really it.
Regards,
Jon
On Tue, 17 Apr 2001, Day, Scott wrote:
Setting up a new Penguin Box that came with raid five... Does anyone have any tips, tricks, or suggestions on how on earth to get rid of the junk that's on there (redhat7) and throw SuSE 7.0 on there??
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com
On April 18, 2001 10:06 am, Day, Scott wrote:
Lets say that my brainiac MCSE's chucked the modules disk that comes in the box - any other recourse that can easily be described in a couple lines?? <sigh>
Check the SuSE website/ftp site if you need new disks. They have always been there. It might take a little looking but not much. Nick
participants (31)
-
b stephen harding
-
Ben Rosenberg
-
Brooklyn Linux Solutions CEO
-
Brooklyn Linux Solutions CEO
-
Christian Klippel
-
crrey
-
Curtis Rey
-
David Benfell
-
David C. Johanson
-
Day, Scott
-
Dee McKinney
-
Derek Fountain
-
Geoff Bagley
-
Geordon VanTassle
-
Gerhard den Hollander
-
Jens H.Nielsen
-
Jerry Kreps
-
Jyry Kuukkanen
-
Konstantin (Kastus) Shchuka
-
Mads Martin Jørgensen
-
Mark Hounschell
-
marsaro@interearth.com
-
Michael Hasenstein
-
Mike
-
Nick Zentena
-
Ole Kofoed Hansen
-
Paul Abrahams
-
Philipp Thomas
-
Rafael E. Herrera
-
Rick Barnes
-
Togan Muftuoglu