Re: Where is "/etc/rc.d/rc.local" on Debian?
On Tue, 30 Mar 1999, Ed Cogburn wrote: > > Hmm... that's right, but it's only a matter of people talking to each other > > and agreeing upon one policy - the dists that don't follow the chosen > > standard, can rearrange their layout starting with the next release (yes, I > > know, it might be quite difficult, but worth the effort). There's no point > > in > > creating something new instead of using one of the few, very well tested and > > proven solutions. > > > The closer RH gets to becoming the 'de facto' standard, the less > likely they are to be inclined to talk to *anyone* about > 'standards' for Linux distros. I fear the point at which RH drops That's a sad truth... > its interest in LSB and other cooperative discussions about > standards and simply says: "If you want the standard Linux, you > have to buy it from us". Power corrupts, and absolute power > corrupts absolutely. And yes, if you haven't figured out by now, > I *don't* trust RH. :-) Neither do I. I spent too much time making their dist a safe one to use on a public access server... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Tue, 30 Mar 1999, Ed Cogburn wrote: > > > The point being, do NOT assume that the person trying to load the orignial > > > Red Hat package even knows what a Makefile is. > > If he manages to understand how to convert an rpm to a tarball, he will > > surely > > understand how to use alien to make a .deb package, and will be smart enough > > to understand the process. > > > Marek, I think George's point is Joe Blow doesn't *have* to > understand using alien to convert a .rpm to a .deb, alien does > everything for him. The problem starts when the newly created > .deb still fails to work because of assumptions about the layout > of the distro made by the creators of the .rpm. Ok, I agree. I feel I have to explain myself a little bit. Working for an ISP, I have contact with many people working on Winblows-equipped machines. Those people have accounts on our Linux machines and when faced with the necessity to actually read some documentation, they are completely shocked one HAS to learn something! Winblows created a generation of totally ignorant "power users" of PCs - M$ policy is to free people from thinking by creating software which does almost everything for the user - either automatically or by dictating all the steps required to achieve some goal. It may seem it is good - an average user doesn't have to master obscure techniques to manage his data and do his work, but what happens if the "infallible" Micro$oft software reveals another "undocumented feature" (a.k.a "a bug" :-)))? Our "power user" proud of his knowledge opens wide his eyes, stares at the Big Blue Screen(tm) with disbelief in his eyes and finally dials the M$ support number (where he will learn nothing new...). And the sad thing is that usually the problem is quite obvious, easy to fix or work around - solution is at hand, but Joe Blow hasn't been taught how to THINK when using a computer - he'd been given a piece of software that CLAIMS it doesn't require ANY knowledge to use it, that is supposed to work for ever and ever. Amen. Unfortunately, the software kicks back at our Joe and he knows nothing about how to win that game, he has NO resources (of some value) when he can read about the problem, even more - he thinks the software is so perfect he doesn't need to know ANYTHING about it - it will work, period... If he was told: "Joe, the software will work in most cases, but should it fail you have the documentation, right there, use this or that command to read it, it's nothing hard, just a few tips - you will save time and money by fixing most of the problems on your own" I'm sure he'd manage the situation... So, I think the way to go is NOT TO DO EVERYTHING FOR THE USER, but to GIVE ADVICE, EXPLAIN, HELP and MAKE THEM THINK a little bit about what's happening in their computer. Unix has never been and, I hope, it will never be an operating system that frees people from thinking... > I've said this before and I'll say it again here: alien does > *NOT* solve the problem of an absence of a 'standard' for Linux > distros. Is such a standard possible at all? I mean, not on a paper - they already exist, after all, but is it possible that RH, Debian and other dist vendors will ever come to some agreement? It doesn't show on the surface, but there's a war raging under the cover - some want to provide GOOD products, but some just want to make money... Sad but true... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
Marek Habersack wrote: > > On 28 Mar 1999, Miquel van Smoorenburg wrote: > > > In article <[EMAIL PROTECTED]>, > > Marek Habersack <[EMAIL PROTECTED]> wrote: > > >On 28 Mar 1999, Miquel van Smoorenburg wrote: > > >> The guys from the LSB (Linux Base Standard) are currently talking with > > >> Debian and RedHat to agree on one standard /etc/init.d structure. It > > >> will probably be abstracted and have symbolic names and dependencies. > > >Eechh yet another standard?? Like it wasn't easier to chose one from > > >the > > >existing ones... > > > > As you know, RedHat, Debian, Suse etc have very different bootup > > procedures. We don't want ISVs to bother with that. So we need a > > system that works across distributions. > Hmm... that's right, but it's only a matter of people talking to each other > and agreeing upon one policy - the dists that don't follow the chosen > standard, can rearrange their layout starting with the next release (yes, I > know, it might be quite difficult, but worth the effort). There's no point in > creating something new instead of using one of the few, very well tested and > proven solutions. The closer RH gets to becoming the 'de facto' standard, the less likely they are to be inclined to talk to *anyone* about 'standards' for Linux distros. I fear the point at which RH drops its interest in LSB and other cooperative discussions about standards and simply says: "If you want the standard Linux, you have to buy it from us". Power corrupts, and absolute power corrupts absolutely. And yes, if you haven't figured out by now, I *don't* trust RH. :-) > > > On debian-devel there has been talk about a better setup with dpkg-like > > dependancies. This is a good thing. You don't have to bother with at > > which priority to place a new service. You can just say "this service > > must be started after networking and name services are available". > That's certainly a good thing. > > > The LSB people are seriously looking at a system already created by > > fellow Debian developers which does all this and more. > > > > Normally I don't like changing something that's working either. I > > do not really like things like file-rc. But this is actually something > > that is not an alternative but a superiour solution. > I agree. I used to think that what RH uses to setup the daemon startup order > is good, but file-rc is much better. Well, it's one of those changes that make > your life easier IMO. > > marek > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null -- Ed C.
Re: Where is "/etc/rc.d/rc.local" on Debian?
Marek Habersack wrote: > > On Sun, 28 Mar 1999, George Bonser wrote: > > > > you imagine you get all those spiffy packages in Debian from? It's from > > > hundreds of people EDITING EVERYTHING so that you can just type dpkg -i > > > package.deb and enjoy the way it works... > > > > > > marek > > > > No, Marek, you reread my original. Joe Blow gets some package designed for > > Red Hat. How is he going to install that on his Debian system. He learns > > he can convert it to a tarball ... whats that? Ok, so he does it. It > > still won't install. Hmmm, looks like I have to call a $200/hr Unix > > consultant to see IF I can get this stuff installed on my system. > > > > The point being, do NOT assume that the person trying to load the orignial > > Red Hat package even knows what a Makefile is. > If he manages to understand how to convert an rpm to a tarball, he will surely > understand how to use alien to make a .deb package, and will be smart enough > to understand the process. Marek, I think George's point is Joe Blow doesn't *have* to understand using alien to convert a .rpm to a .deb, alien does everything for him. The problem starts when the newly created .deb still fails to work because of assumptions about the layout of the distro made by the creators of the .rpm. I've said this before and I'll say it again here: alien does *NOT* solve the problem of an absence of a 'standard' for Linux distros. P.S. Does anyone here know if there has ever been any 'official' discussion between Debian and Red Hat about the incompatibilities in /etc? -- Ed C.
Re: Where is "/etc/rc.d/rc.local" on Debian?
Miquel van Smoorenburg wrote: > /etc/rc.boot and rc.local are totally different things. > > If you do not know what you are doing DO NOT use /etc/rc.boot > > Read about this in the archives. It has come up at least 60 times before. Since this _is_ a FAQ, perhaps it'd be a good idea to do something about it? What if sysvinit were modified so it included a skeleton /etc/init.d/local script, and the appropriate symlinks for it to be used. Then we just have to tell people they can put local modifications in there. -- see shy jo
Re: Where is "/etc/rc.d/rc.local" on Debian?
What I was saying is that it is easier to have programs loaded at boot time in those other OS's. Windows has a startup folder where you drop programs you want to run. It is fairly easy to add programs to autoexec.bat as well. OS/2 has a simillar system. Windows registry is not user friendly in itself, but Windows comes with "Regedit" which helps a lot. Yes, OS/2 has a huge config.sys file, but not several init files like Linux has. That is what is confusing. Worse is that it is different on the different distributions as well. On 29-Mar-99 Miquel van Smoorenburg wrote: > In article <[EMAIL PROTECTED]>, > Christian Dysthe <[EMAIL PROTECTED]> wrote: >>After my initial posting in this thread I must say that Debian, and maybe >>Linux >>in general, has a complicated, not very user friendly, way of handling >>loading >>of drivers and programs at boot. Both DOS/Windows and OS/2 handles this more >>"elegantly". > > By editting a HUGE monolithic CONFIG.SYS file in c:\ that isn't even readable > anymore in OS/2. And every time the OS decides to edit it your local > changes are gone or mutilated. > > Windows .. registry .. user friendly ? > > It's simpler, yes, but because of that it doesn't work either. > > Don't try compare Unix to DOS 3.3. DOS 3.3 is definitely simpler. > > Mike. > -- > Indifference will certainly be the downfall of mankind, but who cares? > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < > /dev/null > > Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 29-Mar-99 Time: 10:36:49 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Selecting dist. (Was: Where is "/etc/rc.d/rc.local" on Debian?)
* Christian Dysthe <[EMAIL PROTECTED]>: > now most users of Linux has been very well skilled in computer use. My girl > friend has looked at my Linux installation and she wants it too. She will go > out and buy Redhat. And as she says: "Then I do not have to read all that > stuff, > at least not mailing lists and howto's just to install a driver" These are the > "new" Linux users. Like it or not. Thats quite unlike how I did, and how most people I know went about it. I just got the same distribution as a close friend of mine so I'd have someone to ask. After that I switched to Debian because I felt it was a good thing . I've got to learn how to do a lot of stuff in a different way now, but I've learnt a lot that didn't change and without that I might have needed a lot more time to learn everything I've gotten into my head so far. -- Ulrik Haugen <[EMAIL PROTECTED]> "I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all the other possible gods, you will understand why I dismiss yours." -- Stephen Roberts
Re: WTF is the difference between SysV and BSD was:[Re: Where is "/etc/rc.d/rc.local" on Debian?]
In article <[EMAIL PROTECTED]>, George Bonser <[EMAIL PROTECTED]> wrote: >On 28 Mar 1999, Shaun Lipscombe wrote: >Well, Linux is not BSD or SvsV but the GNU commands (ps, df, and the like) >take, for the most part, Berkeleyesque command options. POSIX mostly. $ ps -ef UIDPID PPID C STIME TTY TIME CMD root 1 0 0 Mar24 ?00:06:13 init [2] root 2 1 0 Mar24 ?00:00:05 [kflushd] root 3 1 0 Mar24 ?00:00:00 [kpiod] [..] :) Mike. -- Indifference will certainly be the downfall of mankind, but who cares?
Re: Where is "/etc/rc.d/rc.local" on Debian?
In article <[EMAIL PROTECTED]>, Christian Dysthe <[EMAIL PROTECTED]> wrote: >After my initial posting in this thread I must say that Debian, and maybe Linux >in general, has a complicated, not very user friendly, way of handling loading >of drivers and programs at boot. Both DOS/Windows and OS/2 handles this more >"elegantly". By editting a HUGE monolithic CONFIG.SYS file in c:\ that isn't even readable anymore in OS/2. And every time the OS decides to edit it your local changes are gone or mutilated. Windows .. registry .. user friendly ? It's simpler, yes, but because of that it doesn't work either. Don't try compare Unix to DOS 3.3. DOS 3.3 is definitely simpler. Mike. -- Indifference will certainly be the downfall of mankind, but who cares?
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999 23:31:54 +0200 (CEST), you wrote: >Well, I hope that one day file-rc will be the default package because it's >really good. I use it without any problems, it's really great... I second this. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, Mar 28, 1999 at 11:38:40AM -0500, Branden Robinson wrote: > On Sun, Mar 28, 1999 at 11:07:46AM +0200, Miquel van Smoorenburg wrote: > > On debian-devel there has been talk about a better setup with dpkg-like > > dependancies. This is a good thing. You don't have to bother with at > > which priority to place a new service. You can just say "this service > > must be started after networking and name services are available". > > Oh, this would really rock if it would work for xdm; if I could say "only > start xdm once getty has grabbed all the virtual consoles listed for this > runlevel in inittab." Please coordinate with Hurd author Thomas Bushnell, BSG <[EMAIL PROTECTED]>. He is thinking of such a beast for the Hurd, and he can share you his ideas (and in fact, chances are that Debian GNU/Hurd would use this setup right from the beginning). (the hurd currently uses a primitive BSD style and has no runlevel concept) (I am in progress of porting sort-of sysvinit to the hurd as an interim solution, but a makefile style'ish setup is the long term goal). Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org finger brinkmd@ Marcus Brinkmann GNUhttp://www.gnu.org master.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Marek Habersack wrote: > > You are NEVER going to find a SRPM of HP FireHunter, or any other > > commercial software pre-packaged for Red Hat. > Well, such software won't make it into Debian then... I guess... I don't care if FireHunter is not part of Debian, but you have to consider this: Not every piece of software that I'm going to want to run on my Debian systems is going to be part of the Debian distribution. In the case of conventional (for lack of a better word) commercial software, it is CERTAINLY not going to be part of the Debian distribution. However, I may want to run it. Now, I can usually fiddle with it and, after a while, get it to work. However, not everyone who may want to run the software can and even _I_ would prefer to have it install cleanly without effort because, in most cases, I'd rather not have to mess with it. Trying to figure out why FlagShip doesn't seem to want to install correctly takes time away from the work I really need to be doing, which is why I bought the software in the first place. Now, I'm ornery enough to usually fight my way through the difficulties, heck, I even got Stronghold to work with PHP 3.6, but that ornerieness won't last forever. Eventually, I'll decide to not install software just to avoid the trouble. It occurs to me that the people who are trying to get the distributions to all agree on the same directory structure may be going about this in the wrong way. If you can get the ISV's to support a single directory format, then RedHat, at least, will use it. (The process of doing this is, of course, left as an exercise for the reader.) This is because it is in the ISV's best interest for there to be a standard, but it is in RedHat's interest for there to be no standard at all. -- Jonathan Guthrie ([EMAIL PROTECTED]) Brokersys +281-895-8101 http://www.brokersys.com/ 12703 Veterans Memorial #106, Houston, TX 77014, USA
Re: Where is "/etc/rc.d/rc.local" on Debian?
I don't know how may packages there are. I have come over a few already. I do read documentation, and often I HAVE seen mentioned putting stuff in rc.local which has confused me. I do not want people to stop reading and thinking. But there are people outt here that would enjoy using Linux but have to use their time to think and read other stuff than Linux howto's. We do want people to stop having to fiddle with stuff that is, as you said, more suited for sys admins, right? It takes only one night to read the documentation. That might be true. But to understand it takes much more than a night, especially if you come from and Windows environment. I do not hate Windows, I do not love Linux. I just prefer an OS that runs like Linux over one that runs like Windows. We will see more users like me. Up until now most users of Linux has been very well skilled in computer use. My girl friend has looked at my Linux installation and she wants it too. She will go out and buy Redhat. And as she says: "Then I do not have to read all that stuff, at least not mailing lists and howto's just to install a driver" These are the "new" Linux users. Like it or not. On 28-Mar-99 Marek Habersack wrote: > On Sun, 28 Mar 1999, Christian Dysthe wrote: >> One thing is that it will run, another is: Will it install? What makes it >> even "worse" is that the programs I have wanted to run install fine, it is >> just having them load at boot that is the problem. You shoudn't need a >> system admin (unless a software based "system manager" for Linux was >> developed) to accomplish this. > Hmm... have you taken a look at linuxconf? It might be what you need. I > didn't > use it personally, so I cannot comment on it, but the word is it does the job > for RH and Debian as well. > >> If we want Linux to be wide spread simple/basic tasks like these should be >> easy to do for the a little above average computer user, or at least >> standarized for Linux as a whole. > But they are REALLY easy! It takes just one night for an average user to READ > the documentation... We surely don't want people to stop thinkink, do we? > >> >> I am more confused than ever :) >> > And I'm confused with the odd mixture of CONFIG.SYS, AUTOEXEC.BAT, >> > WINSTART.BAT, registry, WIN.INI, SYSTEM.INI, somethingelse.ini of M$ >> > Windows... >> >> I am also at times, but at least it is manageable without being a "system >> admin" ;) > yeah... until it suddenly loses all your installed fonts, or hangs when you > start the Winblows Explorer and you scratch your head "I didn't change > anything here within last two weeks, yesternight it worked... Why doesn;t it > work anymore?? Ahh, the hell!, I'll reinstall it..." and believe me, I once > installed Win95 on one machine 15 times in row... until it worked... :))) > I'd rather spare one night to read all the available docs dealing with Debian > startup than waste one day watching the splash screens during winblows > install > saying how much fun computing will be with the latest Micro$oft Crapware... >: > > marek > > > Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 28-Mar-99 Time: 16:01:01 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Branden Robinson wrote: > On Sun, Mar 28, 1999 at 09:13:03PM +0200, Marek Habersack wrote: > > On Sun, 28 Mar 1999, Branden Robinson wrote: > > > Oh, this would really rock if it would work for xdm; if I could say "only > > > start xdm once getty has grabbed all the virtual consoles listed for this > > > runlevel in inittab." > > > > Hmm you can do it even now - with the rc-file package. > > Bt. I'm not going to make people install file-rc just to fix this > (wishlist) bug. If I can't do it nicely with the default Debian init > system, I'm not going to do it. Well, I hope that one day file-rc will be the default package because it's really good. I use it without any problems, it's really great... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, Mar 28, 1999 at 09:13:03PM +0200, Marek Habersack wrote: > On Sun, 28 Mar 1999, Branden Robinson wrote: > > Oh, this would really rock if it would work for xdm; if I could say "only > > start xdm once getty has grabbed all the virtual consoles listed for this > > runlevel in inittab." > > Hmm you can do it even now - with the rc-file package. Bt. I'm not going to make people install file-rc just to fix this (wishlist) bug. If I can't do it nicely with the default Debian init system, I'm not going to do it. -- G. Branden Robinson | Debian GNU/Linux |If existence exists, [EMAIL PROTECTED] |why create a creator? cartoon.ecn.purdue.edu/~branden/ | pgpg9iKwO7Nlq.pgp Description: PGP signature
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, George Bonser wrote: > > You got me there. So it means nobody packages it for Debian? Well, so the > > solution is to make the whole Debian distribution compatible with RH just > > for > > the sake of one package? Isn't it better to repackage it for Debian? No that > > I'm willing to do it :)) but someone who uses it, could, am I right? > > No, I think a better idea is to simply make ALL distributions compatable. Agreed. > Create a Linux standard init structure and USE IT. Create a Linux standard That's a nono, imho! There ARE already good standards that deal with it - just make all the people chose one of them... > filesystem layout and USE IT. Heck, buy Red Hat and file bugs against > their distro using their own bug reporting system for stuff that does not > meet the standard. Get Linus on board. Say that you have to meet the > standard to call the product Linux. We have GOT to avoid the Unix problem. Agreed again.
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, George Bonser wrote: > > you imagine you get all those spiffy packages in Debian from? It's from > > hundreds of people EDITING EVERYTHING so that you can just type dpkg -i > > package.deb and enjoy the way it works... > > > > marek > > No, Marek, you reread my original. Joe Blow gets some package designed for > Red Hat. How is he going to install that on his Debian system. He learns > he can convert it to a tarball ... whats that? Ok, so he does it. It > still won't install. Hmmm, looks like I have to call a $200/hr Unix > consultant to see IF I can get this stuff installed on my system. > > The point being, do NOT assume that the person trying to load the orignial > Red Hat package even knows what a Makefile is. If he manages to understand how to convert an rpm to a tarball, he will surely understand how to use alien to make a .deb package, and will be smart enough to understand the process. marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Christian Dysthe wrote: > The problem is that there has been a lot of talk about new standards, putting > it in rc.boot, creating a jungle of sym links etc. Take a look at this thread! > :) Err... : yeah, :-))) marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Christian Dysthe wrote: > > dist vendor does for you all you need, for the open community needs, it > > takes > > a system administrator to manage the machine and such a person should RTFM - > > ALL OF THEM... And, IMO, the way of loading programs and devices is quite > > elegant and simple :- > > The problem is when software you want only is packaged for one or two > distributions. At least in Win Dos and OS/2 progrmas written for the platform Hmm... there aren't THAT many such packages, and those existing are mostly commercial packages that usually have their free counterpart. So, you HAVE A CHOICE > will install on all machines running the OS. In Linux you come acrosss Hmm... frankly, I haven't met software that wouldn't install on any machine running any Linux distribution. Sometime one has to read few docs, make some changes - but it takes a moment and you do it only once... > software with documentation tell you it will run on for instance Linux > with glibc. What it should also say is that you have to wait for your > distribution to package the software so that it will *install* correctly. Hmm well, telling that to the user is the vendor's responsibilty, not the distribution's (IF the software isn't a part of the dist, of course). > One thing is that it will run, another is: Will it install? What makes it > even "worse" is that the programs I have wanted to run install fine, it is > just having them load at boot that is the problem. You shoudn't need a > system admin (unless a software based "system manager" for Linux was > developed) to accomplish this. Hmm... have you taken a look at linuxconf? It might be what you need. I didn't use it personally, so I cannot comment on it, but the word is it does the job for RH and Debian as well. > If we want Linux to be wide spread simple/basic tasks like these should be > easy to do for the a little above average computer user, or at least > standarized for Linux as a whole. But they are REALLY easy! It takes just one night for an average user to READ the documentation... We surely don't want people to stop thinkink, do we? > >> I am more confused than ever :) > > And I'm confused with the odd mixture of CONFIG.SYS, AUTOEXEC.BAT, > > WINSTART.BAT, registry, WIN.INI, SYSTEM.INI, somethingelse.ini of M$ > > Windows... > > I am also at times, but at least it is manageable without being a "system > admin" ;) yeah... until it suddenly loses all your installed fonts, or hangs when you start the Winblows Explorer and you scratch your head "I didn't change anything here within last two weeks, yesternight it worked... Why doesn;t it work anymore?? Ahh, the hell!, I'll reinstall it..." and believe me, I once installed Win95 on one machine 15 times in row... until it worked... :))) I'd rather spare one night to read all the available docs dealing with Debian startup than waste one day watching the splash screens during winblows install saying how much fun computing will be with the latest Micro$oft Crapware... : marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Brian Servis wrote: > >> You are NEVER going to find a SRPM of HP FireHunter, or any other > >> commercial software pre-packaged for Red Hat. > > Well, such software won't make it into Debian then... I guess... > > > > Correct. Maybe in non-free if the company will let Debian redistribute > it but that is pretty rare. Yes, it is... Here we hit another problem: how to make Debian more attractive for commercial vendors without sacrificing it's pure GNU nature? > But if it is only available in .rpm format and designed to work on a Red > Hat system and has the Red Hat init structure, or file system, hard > coded into it, then everyone who is running a distro that is not Red Hat > is screwed. The alien package tries to do its best to convert .rpm's to > .deb's for file install locations. But if the program has hardcoded file > structure in the binary or scripts then the effort of converting the > .rpm to a .deb is useless because the program will not run unless it > finds the files in the places that it expects it. That's right. One, very inelegant, solution would be to add an init script to the deb package that would create a required set of symlinks to make the debian system compatible with the RH one. But first - it pollutes the file system, second - well, it makes Debian lose in some sense... Other solution I can think of, more wasteful in terms of space, but more elegant, would be to create a set of wrapper scripts or programs that'd allow to run the application in question in a chrooted evironment simulating the RH file system layout. Requires a bit of effort, but IMO it could work... > I agree that there there has to be a standard used by ALL Linux distros > so that commercial vendors do not have to worry about which distro to > be compatible with. Agreed, but there should be NO new standard... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
*- On 28 Mar, Marek Habersack wrote about "Re: Where is "/etc/rc.d/rc.local" on Debian?" > On Sun, 28 Mar 1999, George Bonser wrote: > >> On Sun, 28 Mar 1999, Marek Habersack wrote: >> >> > You don't have to. Just get the src rpm >> > >> > marek >> >> You are NEVER going to find a SRPM of HP FireHunter, or any other >> commercial software pre-packaged for Red Hat. > Well, such software won't make it into Debian then... I guess... > Correct. Maybe in non-free if the company will let Debian redistribute it but that is pretty rare. But if it is only available in .rpm format and designed to work on a Red Hat system and has the Red Hat init structure, or file system, hard coded into it, then everyone who is running a distro that is not Red Hat is screwed. The alien package tries to do its best to convert .rpm's to .deb's for file install locations. But if the program has hardcoded file structure in the binary or scripts then the effort of converting the .rpm to a .deb is useless because the program will not run unless it finds the files in the places that it expects it. I agree that there there has to be a standard used by ALL Linux distros so that commercial vendors do not have to worry about which distro to be compatible with. -- Brian - "Never criticize anybody until you have walked a mile in their shoes, because by that time you will be a mile away and have their shoes." - unknown Mechanical Engineering[EMAIL PROTECTED] Purdue University http://www.ecn.purdue.edu/~servis -
Re: Where is "/etc/rc.d/rc.local" on Debian?
The problem is that there has been a lot of talk about new standards, putting it in rc.boot, creating a jungle of sym links etc. Take a look at this thread! :) On 28-Mar-99 Marek Habersack wrote: > On Sun, 28 Mar 1999, Christian Dysthe wrote: > >> This is the sad truth. If this simple task shall continue to be complicated, >> vendors will create packages for their "distribution of fancy". My problen >> is that this is already the case with some vendors. I never thought when I >> switched to Linux a couple of months ago I would have problems like this >> oneI thought I would struggle with modems and incomaptible hardware, but >> no, I have problems loading stuff at boot.. > I still don't see where do you see the problem? Wanna start something at > boot? > Put the startup script in /etc/init.d What can be simpler? You even have > a > template which requires a three-line modification... > > marek > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < > /dev/null > > Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 28-Mar-99 Time: 13:58:39 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, George Bonser wrote: > On Sun, 28 Mar 1999, Marek Habersack wrote: > > > You don't have to. Just get the src rpm > > > > marek > > You are NEVER going to find a SRPM of HP FireHunter, or any other > commercial software pre-packaged for Red Hat. Well, such software won't make it into Debian then... I guess... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28-Mar-99 Marek Habersack wrote: > Hmm DOS/Windows and OS/2 are PC operating systems, Linux is Unix and > administration doesn't have to be "user friendly" - for your home needs, your > dist vendor does for you all you need, for the open community needs, it takes > a system administrator to manage the machine and such a person should RTFM - > ALL OF THEM... And, IMO, the way of loading programs and devices is quite > elegant and simple :- The problem is when software you want only is packaged for one or two distributions. At least in Win Dos and OS/2 progrmas written for the platform will install on all machines running the OS. In Linux you come acrosss software with documentation tell you it will run on for instance Linux with glibc. What it should also say is that you have to wait for your distribution to package the software so that it will *install* correctly. One thing is that it will run, another is: Will it install? What makes it even "worse" is that the programs I have wanted to run install fine, it is just having them load at boot that is the problem. You shoudn't need a system admin (unless a software based "system manager" for Linux was developed) to accomplish this. If we want Linux to be wide spread simple/basic tasks like these should be easy to do for the a little above average computer user, or at least standarized for Linux as a whole. > >> >> I am more confused than ever :) > And I'm confused with the odd mixture of CONFIG.SYS, AUTOEXEC.BAT, > WINSTART.BAT, registry, WIN.INI, SYSTEM.INI, somethingelse.ini of M$ > Windows... I am also at times, but at least it is manageable without being a "system admin" ;) > > marek > > Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 28-Mar-99 Time: 13:53:04 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Brian Servis wrote: > >> not configurable and were only designed to be run an a Red Hat system. > > Hmm... did you read the Debian Policy manual? > > > > I'm confused, what does the policy manual have to do with compatibility > between Red Hat and Debian init structure and converting an .rpm to a > .deb or .tgz? Besides the policy manual is not up to date on the > /etc/rcS.d and /etc/rc.boot issue. Read the section 2.1.1 of the manual and relate that to the Applixware package... It has nothing to do with the package compatibility, but puts it in plain vanilla that Applixware shall not be a part of Debian, so what George said can't be an argument in this discussion. Maybe I'm wrong... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
*- On 28 Mar, Marek Habersack wrote about "Re: Where is "/etc/rc.d/rc.local" on Debian?" > On Sun, 28 Mar 1999, Brian Servis wrote: > >> >> You can always convert a rpm to a tarball. >> > You don't have to. Just get the src rpm >> > >> >> Read what George said, that doesn't work for things like Applixware or >> other commercial programs that DO NOT HAVE SRC RPM. Those also tend to >> have hardcoded directory structures built into the binaries that are >> not configurable and were only designed to be run an a Red Hat system. > Hmm... did you read the Debian Policy manual? > I'm confused, what does the policy manual have to do with compatibility between Red Hat and Debian init structure and converting an .rpm to a .deb or .tgz? Besides the policy manual is not up to date on the /etc/rcS.d and /etc/rc.boot issue. -- Brian - "Never criticize anybody until you have walked a mile in their shoes, because by that time you will be a mile away and have their shoes." - unknown Mechanical Engineering[EMAIL PROTECTED] Purdue University http://www.ecn.purdue.edu/~servis -
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Brian Servis wrote: > >> You can always convert a rpm to a tarball. > > You don't have to. Just get the src rpm > > > > Read what George said, that doesn't work for things like Applixware or > other commercial programs that DO NOT HAVE SRC RPM. Those also tend to > have hardcoded directory structures built into the binaries that are > not configurable and were only designed to be run an a Red Hat system. Hmm... did you read the Debian Policy manual? marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
*- On 28 Mar, Marek Habersack wrote about "Re: Where is "/etc/rc.d/rc.local" on Debian?" > On 28 Mar 1999, Martin Bialasinski wrote: > >> >> >> "GB" == George Bonser <[EMAIL PROTECTED]> writes: >> >> GB> Because there are several commercial software packages distributed >> GB> in RPM format for the Red Hat layout that are NOT available in >> GB> tarball format. >> >> You can always convert a rpm to a tarball. > You don't have to. Just get the src rpm > Read what George said, that doesn't work for things like Applixware or other commercial programs that DO NOT HAVE SRC RPM. Those also tend to have hardcoded directory structures built into the binaries that are not configurable and were only designed to be run an a Red Hat system. -- Brian - "Never criticize anybody until you have walked a mile in their shoes, because by that time you will be a mile away and have their shoes." - unknown Mechanical Engineering[EMAIL PROTECTED] Purdue University http://www.ecn.purdue.edu/~servis -
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, George Bonser wrote: > On 28 Mar 1999, Martin Bialasinski wrote: > > > You can always convert a rpm to a tarball. > > > > Ciao, > > Martin > > Yeah and then edit everything to put stuff in different places (and hope > something somewhere dosn't have a location hardcoded.). In other words, > this works if you really know what you are doing and don't mind spending > the time to muck with it. Come on!!! Go back and re-read your statement... What's packaging all about? About changing the binary installation layout of some package to fit particular dist's requiremets or some standard of other sorts. And where do you imagine you get all those spiffy packages in Debian from? It's from hundreds of people EDITING EVERYTHING so that you can just type dpkg -i package.deb and enjoy the way it works... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28 Mar 1999, Miquel van Smoorenburg wrote: > In article <[EMAIL PROTECTED]>, > Marek Habersack <[EMAIL PROTECTED]> wrote: > >I know it is for one-time boottime initialization of some packages. But in > >the > >absense of rc.local it can be used, as a poor-man's substitute. OTOH, the two > >startup file layout standards haven't been designed to be intermixed, so I > >guess that this discussion is purely theoretical and inpractical... > > No. Go back and _read_ the archives. > > /etc/rc.boot runs very early in the boot process. No daemons (except > maybe portmap) are running yet. No named, no syslogd, no apache etc. > > Historically, /etc/rc.local runs as the _last_ thing in the boot process. > The system has been initialized fully before rc.local runs. > > There is a key difference. Ok, I re-read the archives, my apologies... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Christian Dysthe wrote: > This is the sad truth. If this simple task shall continue to be complicated, > vendors will create packages for their "distribution of fancy". My problen > is that this is already the case with some vendors. I never thought when I > switched to Linux a couple of months ago I would have problems like this > oneI thought I would struggle with modems and incomaptible hardware, but > no, I have problems loading stuff at boot.. I still don't see where do you see the problem? Wanna start something at boot? Put the startup script in /etc/init.d What can be simpler? You even have a template which requires a three-line modification... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Christian Dysthe wrote: > Seems to me adding stuff to rcS.d would jeopardize using single mode booting > as > a tool when somethiing in your default runlevel won't run right? > > Still, it might be the replacement of rc.boot. > > After my initial posting in this thread I must say that Debian, and maybe > Linux > in general, has a complicated, not very user friendly, way of handling loading > of drivers and programs at boot. Both DOS/Windows and OS/2 handles this more > "elegantly". Hmm DOS/Windows and OS/2 are PC operating systems, Linux is Unix and administration doesn't have to be "user friendly" - for your home needs, your dist vendor does for you all you need, for the open community needs, it takes a system administrator to manage the machine and such a person should RTFM - ALL OF THEM... And, IMO, the way of loading programs and devices is quite elegant and simple :- > > I am more confused than ever :) And I'm confused with the odd mixture of CONFIG.SYS, AUTOEXEC.BAT, WINSTART.BAT, registry, WIN.INI, SYSTEM.INI, somethingelse.ini of M$ Windows... marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28 Mar 1999, Martin Bialasinski wrote: > > >> "GB" == George Bonser <[EMAIL PROTECTED]> writes: > > GB> Because there are several commercial software packages distributed > GB> in RPM format for the Red Hat layout that are NOT available in > GB> tarball format. > > You can always convert a rpm to a tarball. You don't have to. Just get the src rpm marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Branden Robinson wrote: > On Sun, Mar 28, 1999 at 11:07:46AM +0200, Miquel van Smoorenburg wrote: > > On debian-devel there has been talk about a better setup with dpkg-like > > dependancies. This is a good thing. You don't have to bother with at > > which priority to place a new service. You can just say "this service > > must be started after networking and name services are available". > > Oh, this would really rock if it would work for xdm; if I could say "only > start xdm once getty has grabbed all the virtual consoles listed for this > runlevel in inittab." Hmm you can do it even now - with the rc-file package.
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Marc Haber wrote: > On 28 Mar 1999 11:02:24 +0200, you wrote: > >Besides, /etc/rc.boot has been deprecated and will disappear. > > How am I supposed to early load daemons (like scsidev which should be > loaded before any disks are mounted)? Well, you must have at least / mounted to load any module, or boot from the network. And if you have / mounted, then put your script in /etc/rcS.d - there's a README in that directory that explains what it's for. marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28 Mar 1999, Miquel van Smoorenburg wrote: > In article <[EMAIL PROTECTED]>, > George Bonser <[EMAIL PROTECTED]> wrote: > >On 28 Mar 1999, Miquel van Smoorenburg wrote: > > > >> The guys from the LSB (Linux Base Standard) are currently talking with > >> Debian and RedHat to agree on one standard /etc/init.d structure. It > >> will probably be abstracted and have symbolic names and dependencies. > > > >HORSE PUCKY! There are two standards, SysV and BSD ... PICK ONE! > > Okay, I am vendor X and want to put my boot script somewhere. > > a) where do I put it > b) at which priority > c) in which runlevel > > Oh that's different between Redhat Debian Suse Slackware etc and I > have to create packages for all of them you say? > > Oh well I guess I'll just create an RPM for RedHat then Nah... I'll ask on debian-devel and someone will create an equivalent to the RH's checkconfig (AFAIR) command that will nicely allow one to use the same call for all the three distributions. marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28 Mar 1999, Miquel van Smoorenburg wrote: > In article <[EMAIL PROTECTED]>, > Marek Habersack <[EMAIL PROTECTED]> wrote: > >On 28 Mar 1999, Miquel van Smoorenburg wrote: > >> The guys from the LSB (Linux Base Standard) are currently talking with > >> Debian and RedHat to agree on one standard /etc/init.d structure. It > >> will probably be abstracted and have symbolic names and dependencies. > >Eechh yet another standard?? Like it wasn't easier to chose one from the > >existing ones... > > As you know, RedHat, Debian, Suse etc have very different bootup > procedures. We don't want ISVs to bother with that. So we need a > system that works across distributions. Hmm... that's right, but it's only a matter of people talking to each other and agreeing upon one policy - the dists that don't follow the chosen standard, can rearrange their layout starting with the next release (yes, I know, it might be quite difficult, but worth the effort). There's no point in creating something new instead of using one of the few, very well tested and proven solutions. > On debian-devel there has been talk about a better setup with dpkg-like > dependancies. This is a good thing. You don't have to bother with at > which priority to place a new service. You can just say "this service > must be started after networking and name services are available". That's certainly a good thing. > The LSB people are seriously looking at a system already created by > fellow Debian developers which does all this and more. > > Normally I don't like changing something that's working either. I > do not really like things like file-rc. But this is actually something > that is not an alternative but a superiour solution. I agree. I used to think that what RH uses to setup the daemon startup order is good, but file-rc is much better. Well, it's one of those changes that make your life easier IMO. marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Hamish Moffatt wrote: > On Sun, Mar 28, 1999 at 02:00:16AM +0200, Marek Habersack wrote: > > I know it is for one-time boottime initialization of some packages. But in > > the > > absense of rc.local it can be used, as a poor-man's substitute. OTOH, the > > two > > startup file layout standards haven't been designed to be intermixed, so I > > guess that this discussion is purely theoretical and inpractical... > > There is no "absence of rc.local" -- you just have to make it yourself. > > Just do the following: > > cd /etc/init.d > vi local > chmod +x local > update-rc.d local defaults > > > > Hamish >
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sat, 27 Mar 1999, George Bonser wrote: > On 28 Mar 1999, Miquel van Smoorenburg wrote: > > > The guys from the LSB (Linux Base Standard) are currently talking with > > Debian and RedHat to agree on one standard /etc/init.d structure. It > > will probably be abstracted and have symbolic names and dependencies. > > > > HORSE PUCKY! There are two standards, SysV and BSD ... PICK ONE! I second that 100%!! And I don't care WHICH one will be used, but for God's sake, don't reinvent the wheel! marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sat, 27 Mar 1999, George Bonser wrote: > On Sun, 28 Mar 1999, Marek Habersack wrote: > > > > > 1. What RH package there is which has no Debian equivalent? > > HP FireHunter for example. You got me there. So it means nobody packages it for Debian? Well, so the solution is to make the whole Debian distribution compatible with RH just for the sake of one package? Isn't it better to repackage it for Debian? No that I'm willing to do it :)) but someone who uses it, could, am I right? > > 2. Why should Debian be RH-compatible? If someone switches to Debian from RH > >s/he should be prepared that some (re)adaptation will be necessary. > > > Because there are several commercial software packages distributed in RPM > format for the Red Hat layout that are NOT available in tarball format. Hmm... It's not very hard to take a source RPM, which MUST have a tarball inside, take the tarball out and package it for Debian... And if what you're saying is that those packages are commercial apps, then they're not in the Debian spirit anyway marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
This is the sad truth. If this simple task shall continue to be complicated, vendors will create packages for their "distribution of fancy". My problen is that this is already the case with some vendors. I never thought when I switched to Linux a couple of months ago I would have problems like this oneI thought I would struggle with modems and incomaptible hardware, but no, I have problems loading stuff at boot.. funny sorta :) On 28-Mar-99 Miquel van Smoorenburg wrote: > In article > <[EMAIL PROTECTED]>, > George Bonser <[EMAIL PROTECTED]> wrote: >>On 28 Mar 1999, Miquel van Smoorenburg wrote: >> >>> The guys from the LSB (Linux Base Standard) are currently talking with >>> Debian and RedHat to agree on one standard /etc/init.d structure. It >>> will probably be abstracted and have symbolic names and dependencies. >> >>HORSE PUCKY! There are two standards, SysV and BSD ... PICK ONE! > > Okay, I am vendor X and want to put my boot script somewhere. > > a) where do I put it > b) at which priority > c) in which runlevel > > Oh that's different between Redhat Debian Suse Slackware etc and I > have to create packages for all of them you say? > > Oh well I guess I'll just create an RPM for RedHat then > > Mike. > -- > Indifference will certainly be the downfall of mankind, but who cares? > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < > /dev/null > > Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 28-Mar-99 Time: 12:14:27 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Where is "/etc/rc.d/rc.local" on Debian?
Seems to me adding stuff to rcS.d would jeopardize using single mode booting as a tool when somethiing in your default runlevel won't run right? Still, it might be the replacement of rc.boot. After my initial posting in this thread I must say that Debian, and maybe Linux in general, has a complicated, not very user friendly, way of handling loading of drivers and programs at boot. Both DOS/Windows and OS/2 handles this more "elegantly". I am more confused than ever :) On 28-Mar-99 Brian Servis wrote: > *- On 28 Mar, Marc Haber wrote about "Re: Where is "/etc/rc.d/rc.local" on > Debian?" >> On 28 Mar 1999 11:02:24 +0200, you wrote: >>>Besides, /etc/rc.boot has been deprecated and will disappear. >> >> How am I supposed to early load daemons (like scsidev which should be >> loaded before any disks are mounted)? >> > > Look in /etc/rcS.d and the README file that is in there. This is the > replacement for rc.boot. > > -- > Brian > - > "Never criticize anybody until you have walked a mile in their shoes, > because by that time you will be a mile away and have their shoes." > - unknown > > Mechanical Engineering[EMAIL PROTECTED] > Purdue University http://www.ecn.purdue.edu/~servis > - > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < > /dev/null > > Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 28-Mar-99 Time: 12:09:21 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Where is "/etc/rc.d/rc.local" on Debian?
>> "GB" == George Bonser <[EMAIL PROTECTED]> writes: GB> Because there are several commercial software packages distributed GB> in RPM format for the Red Hat layout that are NOT available in GB> tarball format. You can always convert a rpm to a tarball. Ciao, Martin
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, Mar 28, 1999 at 11:07:46AM +0200, Miquel van Smoorenburg wrote: > On debian-devel there has been talk about a better setup with dpkg-like > dependancies. This is a good thing. You don't have to bother with at > which priority to place a new service. You can just say "this service > must be started after networking and name services are available". Oh, this would really rock if it would work for xdm; if I could say "only start xdm once getty has grabbed all the virtual consoles listed for this runlevel in inittab." I've got a lot of people griping at me lately because the default /etc/X11/xdm/Xservers file says server 0 is on vt7. Folks who have customized /etc/inittab and added virtual consoles are upset with that default, caring not about the console lockup problems that so many other people having experienced due to xdm beating getty to the punch on vt2. -- G. Branden Robinson | Any man who does not realize that he is Debian GNU/Linux | half an animal is only half a man. [EMAIL PROTECTED] | -- Thornton Wilder cartoon.ecn.purdue.edu/~branden/ | pgpdP7N4JCTBk.pgp Description: PGP signature
Re: Where is "/etc/rc.d/rc.local" on Debian?
In article <[EMAIL PROTECTED]>, Marc Haber <[EMAIL PROTECTED]> wrote: >On 28 Mar 1999 11:02:24 +0200, you wrote: >>Besides, /etc/rc.boot has been deprecated and will disappear. > >How am I supposed to early load daemons (like scsidev which should be >loaded before any disks are mounted)? /etc/rc.boot and /etc/init.d/boot have been replaced by /etc/rcS.d which gives you much more control over what should be run when. You'd place the scsidev script in /etc/init.d/scsidev and then run update-rc.d scsidev start 25 S . That way scsidev will be started after the root file system has been checked and mounted and modules are loaded but before all other filesystems are checked and mounted. Mike. -- Indifference will certainly be the downfall of mankind, but who cares?
Re: Where is "/etc/rc.d/rc.local" on Debian?
*- On 28 Mar, Marc Haber wrote about "Re: Where is "/etc/rc.d/rc.local" on Debian?" > On 28 Mar 1999 11:02:24 +0200, you wrote: >>Besides, /etc/rc.boot has been deprecated and will disappear. > > How am I supposed to early load daemons (like scsidev which should be > loaded before any disks are mounted)? > Look in /etc/rcS.d and the README file that is in there. This is the replacement for rc.boot. -- Brian - "Never criticize anybody until you have walked a mile in their shoes, because by that time you will be a mile away and have their shoes." - unknown Mechanical Engineering[EMAIL PROTECTED] Purdue University http://www.ecn.purdue.edu/~servis -
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28 Mar 1999 11:02:24 +0200, you wrote: >Besides, /etc/rc.boot has been deprecated and will disappear. How am I supposed to early load daemons (like scsidev which should be loaded before any disks are mounted)? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29
Re: Where is "/etc/rc.d/rc.local" on Debian?
In article <[EMAIL PROTECTED]>, George Bonser <[EMAIL PROTECTED]> wrote: >On 28 Mar 1999, Miquel van Smoorenburg wrote: > >> The guys from the LSB (Linux Base Standard) are currently talking with >> Debian and RedHat to agree on one standard /etc/init.d structure. It >> will probably be abstracted and have symbolic names and dependencies. > >HORSE PUCKY! There are two standards, SysV and BSD ... PICK ONE! Okay, I am vendor X and want to put my boot script somewhere. a) where do I put it b) at which priority c) in which runlevel Oh that's different between Redhat Debian Suse Slackware etc and I have to create packages for all of them you say? Oh well I guess I'll just create an RPM for RedHat then Mike. -- Indifference will certainly be the downfall of mankind, but who cares?
Re: Where is "/etc/rc.d/rc.local" on Debian?
In article <[EMAIL PROTECTED]>, Marek Habersack <[EMAIL PROTECTED]> wrote: >On 28 Mar 1999, Miquel van Smoorenburg wrote: >> The guys from the LSB (Linux Base Standard) are currently talking with >> Debian and RedHat to agree on one standard /etc/init.d structure. It >> will probably be abstracted and have symbolic names and dependencies. >Eechh yet another standard?? Like it wasn't easier to chose one from the >existing ones... As you know, RedHat, Debian, Suse etc have very different bootup procedures. We don't want ISVs to bother with that. So we need a system that works across distributions. On debian-devel there has been talk about a better setup with dpkg-like dependancies. This is a good thing. You don't have to bother with at which priority to place a new service. You can just say "this service must be started after networking and name services are available". The LSB people are seriously looking at a system already created by fellow Debian developers which does all this and more. Normally I don't like changing something that's working either. I do not really like things like file-rc. But this is actually something that is not an alternative but a superiour solution. Mike. -- Indifference will certainly be the downfall of mankind, but who cares?
Re: Where is "/etc/rc.d/rc.local" on Debian?
In article <[EMAIL PROTECTED]>, Marek Habersack <[EMAIL PROTECTED]> wrote: >I know it is for one-time boottime initialization of some packages. But in the >absense of rc.local it can be used, as a poor-man's substitute. OTOH, the two >startup file layout standards haven't been designed to be intermixed, so I >guess that this discussion is purely theoretical and inpractical... No. Go back and _read_ the archives. /etc/rc.boot runs very early in the boot process. No daemons (except maybe portmap) are running yet. No named, no syslogd, no apache etc. Historically, /etc/rc.local runs as the _last_ thing in the boot process. The system has been initialized fully before rc.local runs. There is a key difference. Besides, /etc/rc.boot has been deprecated and will disappear. Mike. -- Indifference will certainly be the downfall of mankind, but who cares?
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, Mar 28, 1999 at 02:00:16AM +0200, Marek Habersack wrote: > I know it is for one-time boottime initialization of some packages. But in the > absense of rc.local it can be used, as a poor-man's substitute. OTOH, the two > startup file layout standards haven't been designed to be intermixed, so I > guess that this discussion is purely theoretical and inpractical... There is no "absence of rc.local" -- you just have to make it yourself. Just do the following: cd /etc/init.d vi local chmod +x local update-rc.d local defaults Hamish -- Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
Re: Where is "/etc/rc.d/rc.local" on Debian?
Subject: Re: Where is "/etc/rc.d/rc.local" on Debian? Date: Sat, Mar 27, 1999 at 06:29:36PM -0600 In reply to:Christian Dysthe Quoting Christian Dysthe([EMAIL PROTECTED]): > > > On 28-Mar-99 Marek Habersack wrote: > > On Sat, 27 Mar 1999, Christian Dysthe wrote: > > > >> "cat uses obsolete /proc/pci interface" > > It has nothing to do with the startup sequence. The 2.2.x (and 2.1.x) have > > introduced another interface to report about the PCI bus devices on your > > system. Kernels prior to 2.1.x used /proc/pci to publish this information in > > a > > textual form, while the >=2.1.x kernels have /proc/bus/pci interface which > > exports that data in a binary form which is translated into human-readable > > data using the pciutils package. /proc/pci can be compiled into kernel for > > compatibility reasons, but the kernel can complain about some program using > > an > > obsolete interface, as it did in your case. > > > > > > marek > > Does this mean that the OSS driver (the commercial one) isn't ready for > kernels > 2.1.x and above, and that I should expect an updated driver that uses the new > interface? The commercial OSS driver for the 2.2.x kernel works fine, the ones for the 2.0.x kernels don't, of course, work with the newer kernels. -- Goto, n.: A programming tool that exists to allow structured programmers to complain about unstructured programmers -- Ray Simard ___ Wayne T. Topa <[EMAIL PROTECTED]>
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sun, 28 Mar 1999, Pollywog wrote: > > On 28-Mar-99 Christian Dysthe wrote: > > Well, > > > > I did put the OSS startup script in rc.boot, and the drivers load and work > > fine. The only problem is the message I get about obsolete pci device which, > > as > > I was informed here, has nothing to do with the way the driver is loaded. > > > > Odd. I don't get that obsolete PCI message. Me neither, at least when using cat. But MC does produce that message in kernel logs. marek
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28-Mar-99 Christian Dysthe wrote: > Well, > > I did put the OSS startup script in rc.boot, and the drivers load and work > fine. The only problem is the message I get about obsolete pci device which, > as > I was informed here, has nothing to do with the way the driver is loaded. > Odd. I don't get that obsolete PCI message. -- Andrew [PGP5.0 Key ID 0x5EE61C37]
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28-Mar-99 Marek Habersack wrote: > I don't know about that driver, I don;t use it, so I can't comment on it > being > ready or not, but I'd suggest you use the ALSA sound modules which are > really > good, and already in the Debian distribution. But the message you mentioned > is > a harmless warning only meaning that your package X MAY be incompatible with > the latest kernels one day, should the mentioned interface vanish. The OSS driver (the commercial one) works great here (Hamm). -- Andrew [PGP5.0 Key ID 0x5EE61C37]
Re: Where is "/etc/rc.d/rc.local" on Debian?
Well, I did put the OSS startup script in rc.boot, and the drivers load and work fine. The only problem is the message I get about obsolete pci device which, as I was informed here, has nothing to do with the way the driver is loaded. On 27-Mar-99 Miquel van Smoorenburg wrote: > In article > <[EMAIL PROTECTED]>, > Marek Habersack <[EMAIL PROTECTED]> wrote: >>Hmm... isn't that a bit overkill? Why don't you just put stuff in >>/etc/rc.boot >>or do cd /etc;mkdir rc.d;ln -sf rc.boot rc.d/rc.local??? > > NO > > /etc/rc.boot and rc.local are totally different things. > > If you do not know what you are doing DO NOT use /etc/rc.boot > > Read about this in the archives. It has come up at least 60 times before. > > Mike. > -- > Indifference will certainly be the downfall of mankind, but who cares? > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < > /dev/null > > Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 27-Mar-99 Time: 18:35:43 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sat, 27 Mar 1999, Christian Dysthe wrote: > > textual form, while the >=2.1.x kernels have /proc/bus/pci interface which > > exports that data in a binary form which is translated into human-readable > > data using the pciutils package. /proc/pci can be compiled into kernel for > > compatibility reasons, but the kernel can complain about some program using > > an > > obsolete interface, as it did in your case. > > > > > > marek > > Does this mean that the OSS driver (the commercial one) isn't ready for > kernels > 2.1.x and above, and that I should expect an updated driver that uses the new > interface? I don't know about that driver, I don;t use it, so I can't comment on it being ready or not, but I'd suggest you use the ALSA sound modules which are really good, and already in the Debian distribution. But the message you mentioned is a harmless warning only meaning that your package X MAY be incompatible with the latest kernels one day, should the mentioned interface vanish. marek -- -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3ia Comment: Requires PGP version 2.6 or later. mQCNAzao258AAAEEAM7hrSfj5QmbZMJ64b1COVrXNuraF95y8Djln0a37UBlLZQ7 4EJ9Die2V2kUSb4ndpCC5owSvR7KWBq6XYTVw7ne42PfzgIe/l+xG2e9pmztS1oZ Yhyow8aQ4Thlw286dvjuqWQ00M0s3XnWB24SpiQzsYZOwEfdlZ1EuNB7BOoNAAUR tCRNYXJlayBIYWJlcnNhY2sgPGdyZW5kZWxAdmlwLm5ldC5wbD6JAJUDBRA2qNuf nUS40HsE6g0BAfYuA/9NShgAKJ/iM5uSYmNXt6srSOIwUumqoVl0GVzXFHFPQaFB gqf2e2wNBIQH5DpGOYeyVW5GWsho+aM3lsPIMgCxKUb2sOuLzywl89GPnoAOc37B UQsbFdTH8cyQGoEjwHgqyu+7Omc5ptGXMjuYO0NN++tQsGRETcnwzSWviGExuA== =+3ah -END PGP PUBLIC KEY BLOCK-
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28-Mar-99 Marek Habersack wrote: > On Sat, 27 Mar 1999, Christian Dysthe wrote: > >> "cat uses obsolete /proc/pci interface" > It has nothing to do with the startup sequence. The 2.2.x (and 2.1.x) have > introduced another interface to report about the PCI bus devices on your > system. Kernels prior to 2.1.x used /proc/pci to publish this information in > a > textual form, while the >=2.1.x kernels have /proc/bus/pci interface which > exports that data in a binary form which is translated into human-readable > data using the pciutils package. /proc/pci can be compiled into kernel for > compatibility reasons, but the kernel can complain about some program using > an > obsolete interface, as it did in your case. > > > marek Does this mean that the OSS driver (the commercial one) isn't ready for kernels 2.1.x and above, and that I should expect an updated driver that uses the new interface? Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 27-Mar-99 Time: 18:29:36 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28 Mar 1999, Miquel van Smoorenburg wrote: > In article <[EMAIL PROTECTED]>, > Marek Habersack <[EMAIL PROTECTED]> wrote: > >1. What RH package there is which has no Debian equivalent? > >2. Why should Debian be RH-compatible? If someone switches to Debian from RH > > s/he should be prepared that some (re)adaptation will be necessary. > > The guys from the LSB (Linux Base Standard) are currently talking with > Debian and RedHat to agree on one standard /etc/init.d structure. It > will probably be abstracted and have symbolic names and dependencies. Eechh yet another standard?? Like it wasn't easier to chose one from the existing ones... marek -- -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3ia Comment: Requires PGP version 2.6 or later. mQCNAzao258AAAEEAM7hrSfj5QmbZMJ64b1COVrXNuraF95y8Djln0a37UBlLZQ7 4EJ9Die2V2kUSb4ndpCC5owSvR7KWBq6XYTVw7ne42PfzgIe/l+xG2e9pmztS1oZ Yhyow8aQ4Thlw286dvjuqWQ00M0s3XnWB24SpiQzsYZOwEfdlZ1EuNB7BOoNAAUR tCRNYXJlayBIYWJlcnNhY2sgPGdyZW5kZWxAdmlwLm5ldC5wbD6JAJUDBRA2qNuf nUS40HsE6g0BAfYuA/9NShgAKJ/iM5uSYmNXt6srSOIwUumqoVl0GVzXFHFPQaFB gqf2e2wNBIQH5DpGOYeyVW5GWsho+aM3lsPIMgCxKUb2sOuLzywl89GPnoAOc37B UQsbFdTH8cyQGoEjwHgqyu+7Omc5ptGXMjuYO0NN++tQsGRETcnwzSWviGExuA== =+3ah -END PGP PUBLIC KEY BLOCK-
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sat, 27 Mar 1999, Christian Dysthe wrote: > Hi again, > > > guess what I need to know is how do you start programs at boot on a Debian > system. I have tried to put my "soundon* script from OSS in rc.boot and I > get an error message when booting saying: > > "cat uses obsolete /proc/pci interface" It has nothing to do with the startup sequence. The 2.2.x (and 2.1.x) have introduced another interface to report about the PCI bus devices on your system. Kernels prior to 2.1.x used /proc/pci to publish this information in a textual form, while the >=2.1.x kernels have /proc/bus/pci interface which exports that data in a binary form which is translated into human-readable data using the pciutils package. /proc/pci can be compiled into kernel for compatibility reasons, but the kernel can complain about some program using an obsolete interface, as it did in your case. > It must be a way to load software/scripts in a simple way when booting. Or > isn't it? Oh, there is. Just put an executable script in /etc/init.d. For your convenience, there's a skeleton file in /etc/init.d/skeleton which you can use as a template for a properly constructed startup file. marek -- -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3ia Comment: Requires PGP version 2.6 or later. mQCNAzao258AAAEEAM7hrSfj5QmbZMJ64b1COVrXNuraF95y8Djln0a37UBlLZQ7 4EJ9Die2V2kUSb4ndpCC5owSvR7KWBq6XYTVw7ne42PfzgIe/l+xG2e9pmztS1oZ Yhyow8aQ4Thlw286dvjuqWQ00M0s3XnWB24SpiQzsYZOwEfdlZ1EuNB7BOoNAAUR tCRNYXJlayBIYWJlcnNhY2sgPGdyZW5kZWxAdmlwLm5ldC5wbD6JAJUDBRA2qNuf nUS40HsE6g0BAfYuA/9NShgAKJ/iM5uSYmNXt6srSOIwUumqoVl0GVzXFHFPQaFB gqf2e2wNBIQH5DpGOYeyVW5GWsho+aM3lsPIMgCxKUb2sOuLzywl89GPnoAOc37B UQsbFdTH8cyQGoEjwHgqyu+7Omc5ptGXMjuYO0NN++tQsGRETcnwzSWviGExuA== =+3ah -END PGP PUBLIC KEY BLOCK-
Re: Where is "/etc/rc.d/rc.local" on Debian?
In article <[EMAIL PROTECTED]>, Marek Habersack <[EMAIL PROTECTED]> wrote: >1. What RH package there is which has no Debian equivalent? >2. Why should Debian be RH-compatible? If someone switches to Debian from RH > s/he should be prepared that some (re)adaptation will be necessary. The guys from the LSB (Linux Base Standard) are currently talking with Debian and RedHat to agree on one standard /etc/init.d structure. It will probably be abstracted and have symbolic names and dependencies. Mike. -- Indifference will certainly be the downfall of mankind, but who cares?
Re: Where is "/etc/rc.d/rc.local" on Debian?
On 28 Mar 1999, Miquel van Smoorenburg wrote: > In article <[EMAIL PROTECTED]>, > Marek Habersack <[EMAIL PROTECTED]> wrote: > >Hmm... isn't that a bit overkill? Why don't you just put stuff in > >/etc/rc.boot > >or do cd /etc;mkdir rc.d;ln -sf rc.boot rc.d/rc.local??? > > NO > > /etc/rc.boot and rc.local are totally different things. > > If you do not know what you are doing DO NOT use /etc/rc.boot > > Read about this in the archives. It has come up at least 60 times before. I know it is for one-time boottime initialization of some packages. But in the absense of rc.local it can be used, as a poor-man's substitute. OTOH, the two startup file layout standards haven't been designed to be intermixed, so I guess that this discussion is purely theoretical and inpractical... marek -- -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3ia Comment: Requires PGP version 2.6 or later. mQCNAzao258AAAEEAM7hrSfj5QmbZMJ64b1COVrXNuraF95y8Djln0a37UBlLZQ7 4EJ9Die2V2kUSb4ndpCC5owSvR7KWBq6XYTVw7ne42PfzgIe/l+xG2e9pmztS1oZ Yhyow8aQ4Thlw286dvjuqWQ00M0s3XnWB24SpiQzsYZOwEfdlZ1EuNB7BOoNAAUR tCRNYXJlayBIYWJlcnNhY2sgPGdyZW5kZWxAdmlwLm5ldC5wbD6JAJUDBRA2qNuf nUS40HsE6g0BAfYuA/9NShgAKJ/iM5uSYmNXt6srSOIwUumqoVl0GVzXFHFPQaFB gqf2e2wNBIQH5DpGOYeyVW5GWsho+aM3lsPIMgCxKUb2sOuLzywl89GPnoAOc37B UQsbFdTH8cyQGoEjwHgqyu+7Omc5ptGXMjuYO0NN++tQsGRETcnwzSWviGExuA== =+3ah -END PGP PUBLIC KEY BLOCK-
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sat, 27 Mar 1999, George Bonser wrote: > On Sat, 27 Mar 1999, Marek Habersack wrote: > > > On Sat, 27 Mar 1999, George Bonser wrote: > > Hmm... isn't that a bit overkill? Why don't you just put stuff in > > /etc/rc.boot > > or do cd /etc;mkdir rc.d;ln -sf rc.boot rc.d/rc.local??? > > > Not if you just want stuff designed for Red Hat to simply install. You can > do as you say for a single package, maybe, but it is probably better to > simulate the RH non-standard environment if you will be installing more > than one package designed for Red Hat (the hat is red from blood caused by > one pulling all of one's hair out trying to make sense of their goofy > layout). Just two questions: 1. What RH package there is which has no Debian equivalent? 2. Why should Debian be RH-compatible? If someone switches to Debian from RH s/he should be prepared that some (re)adaptation will be necessary. marek -- -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3ia Comment: Requires PGP version 2.6 or later. mQCNAzao258AAAEEAM7hrSfj5QmbZMJ64b1COVrXNuraF95y8Djln0a37UBlLZQ7 4EJ9Die2V2kUSb4ndpCC5owSvR7KWBq6XYTVw7ne42PfzgIe/l+xG2e9pmztS1oZ Yhyow8aQ4Thlw286dvjuqWQ00M0s3XnWB24SpiQzsYZOwEfdlZ1EuNB7BOoNAAUR tCRNYXJlayBIYWJlcnNhY2sgPGdyZW5kZWxAdmlwLm5ldC5wbD6JAJUDBRA2qNuf nUS40HsE6g0BAfYuA/9NShgAKJ/iM5uSYmNXt6srSOIwUumqoVl0GVzXFHFPQaFB gqf2e2wNBIQH5DpGOYeyVW5GWsho+aM3lsPIMgCxKUb2sOuLzywl89GPnoAOc37B UQsbFdTH8cyQGoEjwHgqyu+7Omc5ptGXMjuYO0NN++tQsGRETcnwzSWviGExuA== =+3ah -END PGP PUBLIC KEY BLOCK-
Re: Where is "/etc/rc.d/rc.local" on Debian?
In article <[EMAIL PROTECTED]>, Marek Habersack <[EMAIL PROTECTED]> wrote: >Hmm... isn't that a bit overkill? Why don't you just put stuff in /etc/rc.boot >or do cd /etc;mkdir rc.d;ln -sf rc.boot rc.d/rc.local??? NO /etc/rc.boot and rc.local are totally different things. If you do not know what you are doing DO NOT use /etc/rc.boot Read about this in the archives. It has come up at least 60 times before. Mike. -- Indifference will certainly be the downfall of mankind, but who cares?
Re: Where is "/etc/rc.d/rc.local" on Debian?
Hi again, guess what I need to know is how do you start programs at boot on a Debian system. I have tried to put my "soundon* script from OSS in rc.boot and I get an error message when booting saying: "cat uses obsolete /proc/pci interface" It must be a way to load software/scripts in a simple way when booting. Or isn't it? On 27-Mar-99 Marek Habersack wrote: > On Sat, 27 Mar 1999, George Bonser wrote: > >> > I am a newbie and do not undestand the init files in Debian yet. I have >> > tried >> > to read up on it, but I am still confused. >> > >> > Can anyone help me out, please? >> >> Debian uses standard System V init files. There is no such thing as rc.d >> or rc.local in SysV, they come from BSD unix. You can fix the problem >> partially by creating a /etc/rc.d directory and then under that symlinking >> /etc/rc1.d to /etc/rc.d/rc1/d and so on for rc1.d through rc6.d as well as >> init.d. Then you might create a file called local in /etc/init.d and >> install it with update-rc.d with a 99 so it gets run last. Then symlink >> /etc/init.d/local to /etc/rc.d/rc.local. > Hmm... isn't that a bit overkill? Why don't you just put stuff in > /etc/rc.boot > or do cd /etc;mkdir rc.d;ln -sf rc.boot rc.d/rc.local??? > > marek > > -- > -BEGIN PGP PUBLIC KEY BLOCK- > Version: 2.6.3ia > Comment: Requires PGP version 2.6 or later. > > mQCNAzao258AAAEEAM7hrSfj5QmbZMJ64b1COVrXNuraF95y8Djln0a37UBlLZQ7 > 4EJ9Die2V2kUSb4ndpCC5owSvR7KWBq6XYTVw7ne42PfzgIe/l+xG2e9pmztS1oZ > Yhyow8aQ4Thlw286dvjuqWQ00M0s3XnWB24SpiQzsYZOwEfdlZ1EuNB7BOoNAAUR > tCRNYXJlayBIYWJlcnNhY2sgPGdyZW5kZWxAdmlwLm5ldC5wbD6JAJUDBRA2qNuf > nUS40HsE6g0BAfYuA/9NShgAKJ/iM5uSYmNXt6srSOIwUumqoVl0GVzXFHFPQaFB > gqf2e2wNBIQH5DpGOYeyVW5GWsho+aM3lsPIMgCxKUb2sOuLzywl89GPnoAOc37B > UQsbFdTH8cyQGoEjwHgqyu+7Omc5ptGXMjuYO0NN++tQsGRETcnwzSWviGExuA== > =+3ah > -END PGP PUBLIC KEY BLOCK- > > > Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 27-Mar-99 Time: 17:24:24 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux
Re: Where is "/etc/rc.d/rc.local" on Debian?
On Sat, 27 Mar 1999, George Bonser wrote: > > I am a newbie and do not undestand the init files in Debian yet. I have > > tried > > to read up on it, but I am still confused. > > > > Can anyone help me out, please? > > Debian uses standard System V init files. There is no such thing as rc.d > or rc.local in SysV, they come from BSD unix. You can fix the problem > partially by creating a /etc/rc.d directory and then under that symlinking > /etc/rc1.d to /etc/rc.d/rc1/d and so on for rc1.d through rc6.d as well as > init.d. Then you might create a file called local in /etc/init.d and > install it with update-rc.d with a 99 so it gets run last. Then symlink > /etc/init.d/local to /etc/rc.d/rc.local. Hmm... isn't that a bit overkill? Why don't you just put stuff in /etc/rc.boot or do cd /etc;mkdir rc.d;ln -sf rc.boot rc.d/rc.local??? marek -- -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3ia Comment: Requires PGP version 2.6 or later. mQCNAzao258AAAEEAM7hrSfj5QmbZMJ64b1COVrXNuraF95y8Djln0a37UBlLZQ7 4EJ9Die2V2kUSb4ndpCC5owSvR7KWBq6XYTVw7ne42PfzgIe/l+xG2e9pmztS1oZ Yhyow8aQ4Thlw286dvjuqWQ00M0s3XnWB24SpiQzsYZOwEfdlZ1EuNB7BOoNAAUR tCRNYXJlayBIYWJlcnNhY2sgPGdyZW5kZWxAdmlwLm5ldC5wbD6JAJUDBRA2qNuf nUS40HsE6g0BAfYuA/9NShgAKJ/iM5uSYmNXt6srSOIwUumqoVl0GVzXFHFPQaFB gqf2e2wNBIQH5DpGOYeyVW5GWsho+aM3lsPIMgCxKUb2sOuLzywl89GPnoAOc37B UQsbFdTH8cyQGoEjwHgqyu+7Omc5ptGXMjuYO0NN++tQsGRETcnwzSWviGExuA== =+3ah -END PGP PUBLIC KEY BLOCK-
Re: Where is "/etc/rc.d/rc.local" on Debian?
Christian Dysthe wrote: > > Hi, > > some non-Debian packaged software I have wanted to install requires to be > started at boot time. Often script bits are to be included in: > > /etc/rc.d/rc.local > > On my Debian system (slink) I can not figure out where to add this since I do > not find rc,local. > > I am a newbie and do not undestand the init files in Debian yet. I have tried > to read up on it, but I am still confused. > > Can anyone help me out, please? I think what you're looking for is /etc/init.d. Hopefully someone else will post to confirm/deny this. HTH and LOL -- __ _ Mark Wagnon Debian GNU/ -o) / / (_)__ __ __ Chula Vista, CA /\\/ /__/ / _ \/ // /\ \/ / mailto:[EMAIL PROTECTED] _\_v/_/_//_/\_,_/ /_/\_\
Where is "/etc/rc.d/rc.local" on Debian?
Hi, some non-Debian packaged software I have wanted to install requires to be started at boot time. Often script bits are to be included in: /etc/rc.d/rc.local On my Debian system (slink) I can not figure out where to add this since I do not find rc,local. I am a newbie and do not undestand the init files in Debian yet. I have tried to read up on it, but I am still confused. Can anyone help me out, please? TIA Regards, Christian Dysthe Email: [EMAIL PROTECTED] Date: 27-Mar-99 Time: 15:07:00 UIN: 33573035 This message was sent by XFmail Powered by Debian GNU/Linux