Re: RPM
Message from Joey Hess ([EMAIL PROTECTED]): Jim Pick: Randolph Chung has released a alpha-test version of a utility that will convert .deb files to .rpm files. http://132.236.56.9/pages/rc42/program/martian.html And Debian's alien package can already install .rpm files. Randolph is a close friend of mine (I'm the maintainer of the alien program), and we're working together on this, and in a week or so, alien will merge in martian's functionality and be able to convert in both directions. Excellent. This is something that I've longed for for months. Thank you both! -- * These are a few of my favorite things---Brown paper packages tied up * with string, Linux, zshell, mutt, afterstep, procmail, XEmacs, Viper, * Perl, less, x48, LaTeX, ncftp, slrn, and sending lots of pings. * -This sig is McQ! - Sam Ockman, [EMAIL PROTECTED]
Re: tset?
When I telnet in a w shows ttypx in lieu of the usual ttyx, so I need a test to determine which is in use. Pseudocode: if my TTY is ttypx set the screen size accordingly I can do line two, thanks to your suggestions but line one has me tricked. Lindsay
Re: Boot Files
On Sun, 30 Mar 1997, Robert D. Hilliard wrote: Is it necessary, or even useful, to have the System.map-x.x.xx file in the /boot directory if loadlin is used for booting? Is there any need to have a kernel in / or /boot unless lilo is being used? It is, as you have surmised, not necessary to have the kernel images. I'm not sure, but the System.map may still be useful but probably not necessary. However, if you happen to go the way I did, you'll use loadin for quite a while thinking it's the best way for you to boot, then you'll change your mind and use LILO or some other boot manager that allows you to bypass booting DOS/Windoze when you want to go straight to Linux. That's when I was happy that I always kept a copy of my current zImage in /. Cheers. Syrus. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Syrus Nemat-Nasser [EMAIL PROTECTED]UCSD Physics Dept.
Re: Debian Book list
On Sun, 30 Mar 1997, Jaldhar H. Vyas wrote: The developers have realized more and better documentation is needed. Did you know there is now a mailing list for discussing this type of thing? ([EMAIL PROTECTED] the subscription address is [EMAIL PROTECTED]) This might be a better place to discuss a Debian book. (which is something we desperately need IMO.) This certainly doesn't work for me. I just get a list of all valid debian related lists and debian-doc isn't one of them. And it is still one day before april fools (just checked :-) Cheers, Joost
Re: RPM
On Sun, 30 Mar 1997, Gith wrote: From Redhat's blurb about their new Maximum RPM book. RPM currently runs on Linux, IRIX, Solaris, SunOS, AIX, HP/UX, AmigaOS, and FreeBSD, and is quickly becoming the de-facto packaging standard for free software on the Internet. I have to say up front that I don't like RPM. I'd like to hear more about the direction DPKG is going in. All this RPM talk is giving me a complex. Please be aware that the above is an advertisement, of the company, by the company, not to be confused with the facts ;-) Luck, Dwarf -- _-_-_-_-_-_- _-_-_-_-_-_-_- aka Dale Scheetz Phone: 1 (904) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-
Re: Problems working with bash.
Still, none of this even begins to compare with the ease of use of (horror! shock!) the DOS command interpreter 4DOS! Why use separate keys like M-p for this, when you've got the arrow keys? The principle is this: if you have an empty commandline and you type the up arrow, you get the previous command. If you've already typed something, you get whatever previous command starts with that. This combines the two functions that bash uses (and needs two keys for) into one. I wish I could convince bash to work like this! Gertjan. You can do this with tcsh and bash. In tcsh, write bindkey -k up history-search-backward bindkey -k down history-search-forward in your ~/.tcshrc file. In bash, write \e[A:history-search-backward \e[B:history-search-forward in your ~/.inputrc file. There are two problems with bash, though. First, if you log on your linux machine with a terminal that does not use ESC [ A for the up arrow, you will have to define another sequence. Second, if you have not already typed something on the command line, history-search-backward does not match any previous command in the history and just beeps. 4DOS and tcsh just match all the commands instead and show you the first match. I have read that this is fixed in bash 2.0, at last, but did not try it yet. -- Michel Beland [EMAIL PROTECTED] professionnel de recherchetel: (514)369-5223 fax: (514)369-3880 CERCA (CEntre de Recherche en Calcul Applique) 5160, boul. Decarie, bureau 400(423), Montreal (Quebec), Canada, H3X 2H9
RPM and dpkg merger
Why don't we merge the two package management systems? It would be in Linux's best interest in the long term to have a single packaging standard. Is this feasible? - Mark Phillips [EMAIL PROTECTED] They told me I was gullible ... and I believed them! -
Re: RPM and dpkg merger
On Mon, 31 Mar 1997, Mark Phillips wrote: Why don't we merge the two package management systems? It would be in Linux's best interest in the long term to have a single packaging standard. Is this feasible? Please note that having a single packaging standard won't give the ability to `cross-install' packages. The distributions differ in the filesystem layout, and in the way many services are implemented. -- Nicolás Lichtmaier.- | Try visiting #debian in Undernet (us.undernet.org) [EMAIL PROTECTED] | The channel of the debian developers =)
Re: Debian Book list
On Mon, 31 Mar 1997, J.P.D. Kooij wrote: This certainly doesn't work for me. I just get a list of all valid debian related lists and debian-doc isn't one of them. And it is still one day before april fools (just checked :-) I am terribly sorry, the subscribe address I gave was debian-doc-request (no s) @lists.debian.org. The address to post to was correct. So once again it is: [EMAIL PROTECTED] - subscribe/unsubscribe address debian-doc@lists.debian.org - address to send mail to. Sorry for the confusion. -- Jaldhar
Re: tset?
doing things sometimes. Your way works, though it leaves LINES and ROWS set to the old values. No problem of course. Is there some elegant test I can do to see if I am connect to a ttyx or a ttypx I wonder? Then I could automate the thing. You could do something like: if (expr $TTY : /dev/ttyp[0-9]\+ /dev/null) then SETTINGS-FOR-XTERM fi If your shell does not set the TTY variable on its own, you'll need to put something like: TTY=`/usr/bin/tty` before it. Would you mind explaining the eval `resize` line for me? It appears to be unnecessary! /usr/bin/X11/resize is a program that probes the terminal for its size, then outputs something like: COLUMNS=85; LINES=36; export COLUMNS LINES; or using setenv for csh-syntax shells. The eval `` construct causes the shell to evaluate these commands, thereby setting the COLUMNS and LINES variables in your environment. This, in theory, will appropriately size your terminal for whatever window size you're using. Unfortunately, many braindead Windows telnet programs with poor VT100 emulation return the screen geometry in reverse or worse, requiring a manual override. If you're always using the same window size it may be easier to just use specified values as was your original intent.
Re: RPM and dpkg merger
On Sun, 30 Mar 1997, [iso-8859-1] Nicolás Lichtmaier wrote: On Mon, 31 Mar 1997, Mark Phillips wrote: Why don't we merge the two package management systems? It would be in Linux's best interest in the long term to have a single packaging standard. Is this feasible? Please note that having a single packaging standard won't give the ability to `cross-install' packages. The distributions differ in the filesystem layout, and in the way many services are implemented. The big problem for me is that if the packaging systems converge then so will the filesystem layout and the way many services are implemented. This reduces the freedom of two distributions. I don't see this as strengthening anyone. Waiting is, Dwarf -- _-_-_-_-_-_- _-_-_-_-_-_-_- aka Dale Scheetz Phone: 1 (904) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-
Re: RPM
Randolph Chung has released a alpha-test version of a utility that will convert .deb files to .rpm files. http://132.236.56.9/pages/rc42/program/martian.html And Debian's alien package can already install .rpm files. Randolph is a close friend of mine (I'm the maintainer of the alien program), and we're working together on this, and in a week or so, alien will merge in martian's functionality and be able to convert in both directions. Great! Will it be aware of the different filesystem locations? Shouldn't these really be built into a user-configurable list instead of the packages themselves? Les Mikesell [EMAIL PROTECTED]
Re: RPM
Leslie Mikesell: Randolph is a close friend of mine (I'm the maintainer of the alien program), and we're working together on this, and in a week or so, alien will merge in martian's functionality and be able to convert in both directions. Great! Will it be aware of the different filesystem locations? Shouldn't these really be built into a user-configurable list instead of the packages themselves? Alien doesn't currently handle that. It's just too much work, and there's no way I could guarentee it'd be correct all the time. Alien just converts from one format to another, and you get all the files, in all the same locations they were in in the original package. -- See shy Jo.
Re: RPM
Nicolás Lichtmaier wrote: Wouldn't it be great to port dpkg to DOS/Win95? It then could be used by shareware/freeware authors... And people would be biased towards Debian when adopting Linux I'm quite interested in this too. Klee Dienes also said that he was working on doing this (using Cygnus' cygwin32 package). I'm not sure what the state of his efforts are though, he seems pretty busy. Cheers, - Jim pgpgsSMGH5TjO.pgp Description: PGP signature
Re: can't umount /usr(/dev/hdb3)
At 12:44 AM 31/03/97 +0200, joost witteveen wrote: Hi all, I upgrade a lot of packages, don't know exactly which ones though, and now shutdown -h now and umount will not unmount /usr(aka /dev/hdb3). It gives me same error: umount: /dev/hdb3: device is busy Does anyone have any idea as to what is causing this? The other asnwers in this list are all very usefull, but sometimes I find that whatever I do, I cannot unmount for example /usr. In such cases, it's best to do mount -o remount,ro /usr i.e. remount it read-only, so that all data is written do the partition, and you can now safely switch off the computer (execute halt). (assuming all other partions are unmonuted properly). Or better still, find what process is using /dev/hdb3 by doing this: fuser -uvm mounted system What I mean by mounted system is /var or /home and the like. This will print out process ID and the USER who's controlling it (and what the process is - ie: named). Regards -- Karl Ferguson Tower Networking Pty Ltd Tel: +61-9-456- [EMAIL PROTECTED] t/a STAR Online Services Fax: +61-9-455-2776 [EMAIL PROTECTED]
Re: RPM
On Sun, 30 Mar 1997, Jim Pick wrote: Wouldn't it be great to port dpkg to DOS/Win95? It then could be used by shareware/freeware authors... And people would be biased towards Debian when adopting Linux I'm quite interested in this too. Klee Dienes also said that he was working on doing this (using Cygnus' cygwin32 package). I'm not sure what the state of his efforts are though, he seems pretty busy. Yes.. but... * Windows users probably don't need dependencies. Programs doesn't usally depend on external libraries... * Windows users like to move files... =) * Would authors adopt dpkg? Perhaps a more realistic goal is to port dpkg to other popular UNIX variants, and `market' it as a piece of software independent of Debian. (I was told that there is a SGI port being made!). -- Nicolás Lichtmaier.- | Try visiting #debian in Undernet (us.undernet.org) [EMAIL PROTECTED] | The channel of the debian developers =)
Secret debian lists? (was: Debian Book list)
On Sun, 30 Mar 1997, Jaldhar H. Vyas wrote: I am terribly sorry, the subscribe address I gave was debian-doc-request (no s) @lists.debian.org. The address to post to was correct. So once again it is: [EMAIL PROTECTED] - subscribe/unsubscribe address debian-doc@lists.debian.org - address to send mail to. Yes, it works for me now. Did I really stumble on that s? Hmm, well that's what you get when you do things with the mouse. Still, while the list does exist, it doesn't appear on the list of lists that comes with the subscription failure notification. Which raises the question: what happened to debian-admintool (for rantings and whinings about dselect)? It was mentioned some time ago, but it doesn't appear on the list of debian-lists either? Cheers, Joost
Re: RPM
On Mar 31, Nicolás Lichtmaier wrote Yes.. but... * Windows users probably don't need dependencies. Programs doesn't usally depend on external libraries... ??? Most of the Windows programs I've seen kindly install a DLL or two in the \Windows directory. I don't know is dpkg would catch on on Windows, but dpkg's dependency mechanism provides a much cleaner handing of shared libraries than the Windows way... and is something that would do Windows much good, IMHO. You want to know is a shared library is still used? With dpkg: $ dpkg -r libc5 dpkg: dependency problems prevent removal of libc5: gmod depends on libc5 (= 5.4.17-1). xtoolwait depends on libc5 (= 5.4.0-0). xsnow depends on libc5; however: Package libc5 is to be removed. v1 depends on libc5 (= 5.4.0-0). seyon depends on libc5; however: Package libc5 is to be removed. amd depends on libc5 (= 5.4.0-0). [snip] dpkg: error processing libc5 (--remove): dependency problems - not removing Errors were encountered while processing: libc5 On Windows: C:\ del \windows\whatever.dell ... and then see if something breaks. etc. Christian PS Of course, this doesn't really work unless a substantinal percentage of the applications use dpkg. pgpDLvSrDWZ9w.pgp Description: PGP signature
Re: RPM
On Mon, 31 Mar 1997, [iso-8859-1] Nicolás Lichtmaier wrote: Yes.. but... * Windows users probably don't need dependencies. Programs doesn't usally depend on external libraries... Ever heard of a DLL? :) All windows programs depend on them, and manually keeping up with the correct version of a DLL is a nightmare. * Windows users like to move files... =) There's the concept of a shortcut in Win95 that hopefully cuts down on this nasty habit. * Would authors adopt dpkg? Perhaps a more realistic goal is to port dpkg to other popular UNIX variants, and `market' it as a piece of software independent of Debian. (I was told that there is a SGI port being made!). Well I don't think all free software has been written with marketability in mind. :) In the end, the best advice here (that's already being followed apparently) is to port it win95 and throw it out there for people to use. If it's superior to whatever other similiar technology out there exists and it's not called Betamax, the market share will take care of itself. -douglas
Re: Problems working with bash.
On Mar 30, Michel Beland wrote [snip] In bash, write \e[A:history-search-backward \e[B:history-search-forward in your ~/.inputrc file. There are two problems with bash, though. First, if you log on your linux machine with a terminal that does not use ESC [ A for the up arrow, you will have to define another sequence. Second, if you have not already typed something on the command line, history-search-backward does not match any previous command in the history and just beeps. 4DOS and tcsh just match all the commands instead and show you the first match. I have read that this is fixed in bash 2.0, at last, but did not try it yet. Do you mean that they fixed libreadline so that you can now talk about the 'up' key instead of having to insert escape sequences? That's be great... IMHO, it's probably libreadline's biggest problem. Christian pgpnrIwun1wLd.pgp Description: PGP signature
Re: RPM
On Mon, 31 Mar 1997, Christian Hudon wrote: Most of the Windows programs I've seen kindly install a DLL or two in the \Windows directory. I don't know is dpkg would catch on on Windows, but dpkg's dependency mechanism provides a much cleaner handing of shared libraries than the Windows way... and is something that would do Windows much good, IMHO. Yes, not many programs use DLLs... And how many Windows programs do you know that can share a DLL's that provides some funcionality? In Linux there are lots of things using libraries like libjpeg, libtiff, libvga, etc... -- Nicolás Lichtmaier.- | Try visiting #debian in Undernet (us.undernet.org) [EMAIL PROTECTED] | The channel of the debian developers =)
Re: RPM
On Mon, 31 Mar 1997, [iso-8859-1] Nicolás Lichtmaier wrote: Yes, not many programs use DLLs... And how many Windows programs do you know that can share a DLL's that provides some funcionality? In Linux there are lots of things using libraries like libjpeg, libtiff, libvga, etc... I was under the impression that EVERY windows program used a set of basic DLL's. Now I'll admit, it's been almost a year since I did much serious windows programming, but I'm pretty sure that there are some basic DLL's used by every windows program. Also, there are basic DLL's you need for say... a program compiled with borland's compiler.
Re: RPM
On Mar 31, Nicolás Lichtmaier wrote On Mon, 31 Mar 1997, Christian Hudon wrote: Yes, not many programs use DLLs... And how many Windows programs do you know that can share a DLL's that provides some funcionality? In Linux there are lots of things using libraries like libjpeg, libtiff, libvga, etc... More programs would share DLL if it wasn't asking for trouble like it is currently. Just take MFC or OWL as an example... Quite a few progams use one or the other, both Microsoft and Borland ship them as DLLs, but most programs either install their own private copy or get linked statically to avoid all the trouble that mismatching versions, etc. cause when sharing DLLs (or at least attempting to). Anyways... Christian pgpFcOZmoGLNz.pgp Description: PGP signature
Re: RPM
On Sun, 30 Mar 1997, Douglas L Stewart wrote: Yes, not many programs use DLLs... And how many Windows programs do you know that can share a DLL's that provides some funcionality? In Linux there are lots of things using libraries like libjpeg, libtiff, libvga, etc... I was under the impression that EVERY windows program used a set of basic DLL's. Now I'll admit, it's been almost a year since I did much serious windows programming, but I'm pretty sure that there are some basic DLL's used by every windows program. Also, there are basic DLL's you need for say... a program compiled with borland's compiler. Of course.. every program uses system DLL's... but we should forget that because MS isn't going to use dpkg.. =) -- Nicolás Lichtmaier.- | Try visiting #debian in Undernet (us.undernet.org) [EMAIL PROTECTED] | The channel of the debian developers =)
Re: RPM
Yes.. but... * Windows users probably don't need dependencies. Programs doesn't usally depend on external libraries... Yes they do -- that's what .DLL's are all about. Of course, the implementation details would probably be quite different. The idea behind cygwin32 is that most standard unix stuff can be ported with little or no changes. There's also something called mingw32 which allows developers to use gcc to build standard Windows stuff. For this particular project, I think the policy about what is free might need to be amended slightly to allow for packages that utilize the proprietary Win32 APIs. Maybe we could come up with some guidelines that would only allow the use of APIs that are supported by WINE? * Windows users like to move files... =) Perhaps you haven't tried out cygwin32? You can build a Unix style filesystem (including mounts and symlinks) using it. So if we came up with a file system standard like FSSTND for Win32, based on standard locations, and educated the users not to touch the root directory - it would work. * Would authors adopt dpkg? Initially, I think it would probably concentrate on ports of the standard GNU tools and other Unix-based stuff. This would really serve the needs of people who have to do web stuff on Windows NT, and want to use some real tools. People could also develop to the Win32 API using gcc and mingw32, or to the Unix-style API provided by cygwin32. One caveat - the cygwin32 .dll is distributed under the GPL, but not the LGPL, so it's useless for building proprietary apps, unless you get a license from Cygnus. There are quite a number of free software applications that already have a Win32 port - Tcl/Tk, Python, Perl, V, wxWindows, Kaffe... It would really be nice if there was a system such as dpkg that would allow people to deploy these environments in a consistent manner across their network. If you could do this across Linux, Win32, and possibly NeXT/Mac and the other proprietary unixes, you'd have accomplished quite a feat. It would then be feasible (in a corporate environment) to develop to free software APIs and ditch those proprietary systems. I'm also quite certain that people would migrate to Debian GNU/Linux if given the chance, since it has a definite performance edge. Perhaps a more realistic goal is to port dpkg to other popular UNIX variants, and `market' it as a piece of software independent of Debian. (I was told that there is a SGI port being made!). Perhaps... that would be good. Any port would be a lot of work though. Personally, I live in two environments - Debian and Win95. I'd like to see dpkg in both! Cheers, - Jim pgpya1Qfrye92.pgp Description: PGP signature
Re: RPM and dpkg merger
Please note that having a single packaging standard won't give the ability to `cross-install' packages. The distributions differ in the filesystem layout, and in the way many services are implemented. The big problem for me is that if the packaging systems converge then so will the filesystem layout and the way many services are implemented. This reduces the freedom of two distributions. I don't see this as strengthening anyone. What we really need is a way for the installer to set up and maintain a policy file that establishes the filesystem layout and where various programs are installed. I don't see how being trapped into forever using the layout philosophy from some distribution is a strength for free software. I do realize that this would be an enormous job for existing packages but it seems like it could be done for new work. Les Mikesell [EMAIL PROTECTED]
Fixed...Re: can't umount /usr(/dev/hdb3)
Hi all, On 30-Mar-97 Dale Scheetz wrote: If you are in any of the mounted directories (including the top, e.g. /mnt), then umount would give this message and refues to unmount the device. I don't know that this is strictly true. For instance, my fstab mounts /usr from a seperate device, and, I assume, unmounts it during shutdown. At the time of shutdown, all my users are logged in and sitting in their user accounts. Now, I know that shutdown kills all the users off before it does the unmounts, so by then they are not an issue. I assume all root processes are killed off by then as well. I had a problem recently of this type. I tried to unmount /cdrom and was told that /dev/scd0 was busy. After going to each account logged in and checking for processes using /cdrom, and finding none, I eventually logged out all users but root at VC1 and was still unable to unmount. Since I REALLY wanted the cd that was in the drive, I shut the drive off and then back on. This let the drive open it's door so I could retrieve the cd, but created problems for the system (i/o errors from df) until I rebooted. I have learned since that I could probably have 'rmmod'ed the driver and re-'insmod'ed it, but still have no idea why the system thought that the device was busy. Waiting is, The cause of my umount problem was bash-2.0-3_i386.deb. This problem was fixed when I downgraded it. Thanks everyone for your help, David
Re: RPM
On Mon, 31 Mar 1997, Christian Hudon wrote: More programs would share DLL if it wasn't asking for trouble like it is currently. Just take MFC or OWL as an example... Quite a few progams use one or the other, both Microsoft and Borland ship them as DLLs, but most programs either install their own private copy or get linked statically to avoid all the trouble that mismatching versions, etc. cause when sharing DLLs (or at least attempting to). That's completely true... But even so... Is less common for Windows packages to depend on external libraries. And if they do so, the depended libraries are very few... VB*DLL, MFC*DLL, etc... I don't know... educate the Windows people would be a huge task... =) -- Nicolás Lichtmaier.- | Try visiting #debian in Undernet (us.undernet.org) [EMAIL PROTECTED] | The channel of the debian developers =)
Port dpkg to windows? (was Re: RPM)
On Mon, 31 Mar 1997, [iso-8859-1] Nicolás Lichtmaier wrote: Of course.. every program uses system DLL's... but we should forget that because MS isn't going to use dpkg.. =) How many of the MS drones would use it? No GUI, decisions required, etc. This would make much more sense if MS gave us the source. Then we could use dpkg to install packages on a system that didn't crash and burn. Yes, let's work hard to put dpkg on a system that requires frequent rebooting. I can see it now - a dselect that tells you the system must be restarted for the changes to take effect! The windows users have already been given the ultimate program. It's called rawrite and using it wisely will solve their problems. Wouldn't it be better to work on easy conversion for non-debian Linux users? Read the newsgroups and see how many newbie posts start out with I just installed Slackware version old.old. They must be getting it from cereal boxes or something. Paul Wade - Greenbush Technologies Corporation http://www.greenbush.com/cds.html Linux CD's sent worldwide
Re: RPM
On Sun, 30 Mar 1997, Jim Pick wrote: Initially, I think it would probably concentrate on ports of the standard GNU tools and other Unix-based stuff. This would really serve the needs of people who have to do web stuff on Windows NT, and want to use some real tools. People could also develop to the Win32 API using gcc and mingw32, or to the Unix-style API provided by cygwin32. One caveat - the cygwin32 .dll is distributed under the GPL, but not the LGPL, so it's useless for building proprietary apps, unless you get a license from Cygnus. I didn't think about porting the whole environment. That wasy it would make a lot of sense to have dpkg... Wow... that would be very good for the people who uses linux but are forced to use Win95 at their job... =) -- Nicolás Lichtmaier.- | Try visiting #debian in Undernet (us.undernet.org) [EMAIL PROTECTED] | The channel of the debian developers =)
Re: RPM
On Mon, 31 Mar 1997, Christian Hudon wrote: On Mar 31, Nicolás Lichtmaier wrote More programs would share DLL if it wasn't asking for trouble like it is currently. Just take MFC or OWL as an example... Quite a few progams use one or the other, both Microsoft and Borland ship them as DLLs, but most programs either install their own private copy or get linked statically to avoid all the trouble that mismatching versions, etc. cause when sharing DLLs (or at least attempting to). Unless GCC is some all powerfull god like compiler this exact problem exists in Linux too. Any shard code system basically breaks badly when you try and use C++. The problem is quite simply that C++ has no standards for binary class layout and no standard way to specify an order in the class as well as having no way to upgrade base classes without breaking the derived classes. All this means that if the header files of a C++ library are ever changed the interface provided by the shared code will also change. So you end up each and every version of cpp lib on your system that has ever been released! This is why MFC and OWL are such pains in windows : Jason
Re: Problems working with bash.
Michel Beland [EMAIL PROTECTED] wrote: Second, if you have not already typed something on the command line, history-search-backward does not match any previous command in the history and just beeps. 4DOS and tcsh just match all the commands instead and show you the first match. But this was my whole point! I knew about history-search-backward, and already use it - but I still need two keys to be able to get just the previous command, or the previous command starting-with-something. The 4DOS behaviour is so increadably handy that knowing tcsh also has it may make me switch to that shell. I have read that this is fixed in bash 2.0, at last, but did not try it yet. Me neither, and I'm a bit afraid to as messages on the list suggest that it breaks a lot of existing scripts. Gertjan. -- Gertjan Klein [EMAIL PROTECTED] The Boot Control home page: http://www.xs4all.nl/~gklein/bcpage.html
Re: Problems working with bash.
Karl M. Hegbloom [EMAIL PROTECTED] wrote: Open up your info reader; Don't get me started on info! and read the 'readline' manual, which you've obviously not heard of yet... ? I see no reason in my post for you to make such an assumption. And here's a copy of the ~/.inputrc I have been using; I think I obtained it under similar circumstances. :-) Why did you send it? It does not do what I wanted. Gertjan. -- Gertjan Klein [EMAIL PROTECTED] The Boot Control home page: http://www.xs4all.nl/~gklein/bcpage.html
Re: can't umount /usr(/dev/hdb3)
The other asnwers in this list are all very usefull, but sometimes I find that whatever I do, I cannot unmount for example /usr. In such cases, it's best to do mount -o remount,ro /usr i.e. remount it read-only, so that all data is written do the partition, and you can now safely switch off the computer (execute halt). (assuming all other partions are unmonuted properly). Or better still, find what process is using /dev/hdb3 by doing this: fuser -uvm mounted system That is basically what the others suggested. But still, sumetimes I'm unable to kill -KILL those processes, or whatever. But thenagain, your -uvm options are quite nice, and seem to find more process than I'm used to. Thanks -- joost witteveen [EMAIL PROTECTED] I came, I saw, ..., well, it wasn't free so I left again. (LUA, 1988)
Fonts
Hi I have some questions about fonts: 1. In what directory are they stored? I think I've seen it somewhere, but now I can't find them. 2. How do I install new fonts? 3. Where can I get new fonts? With hope to have all of them answered.. _ __ __ | _ \ | |/ / | E-post: [EMAIL PROTECTED] | | | | | | ' / | WWW : http://www-und.ida.liu.se/~c95danka/ | | | | | | | Tel : 013 - 17 82 76 | | |_| | | . \ | Adress: Rydsvägen 246 C:21 584 34 LINKÖPING | |/ aniel |_|\_\ arlsson |__|
Re: Fonts
Daniel Karlsson wrote: Hi I have some questions about fonts: 1. In what directory are they stored? I think I've seen it somewhere, but now I can't find them. 2. How do I install new fonts? 3. Where can I get new fonts? With hope to have all of them answered.. I asume that you are talking about the console fonts. Check for fonts and translation tables /usr/lib/kbd Then for further details check /ur/doc/kbd man setfont man mapscrn man loadkeys man dumpkeys man keytables man showkey My system seem to be missing the man page for mapscrn, but you can also check man mapscrn if you have that man page. Hope that this helps, K.D. -- * * Kári Davíðsson* * * Opiskelijankatu 4 F 330 * * * 33720 Tampere * Your advertisement here. * * Finland * Low prices. * * Tel: + 358-(0)50-5225153 * * * [EMAIL PROTECTED] * * *
Pentium GCC
Hi, I was just thinking: wouldn't it be a nice idea to have a pgcc package around for ppl who want to get the most out of their pentium? Even if it means the package must be in experimental? It would probably be mostly used to recompile kernels, don't know how big of an improvement you could get out of that. Most ppl won't take the trouble of recompiling every single package that have installed :). Just curious, how much would I gain with an 'pentium optimized' kernel? Maybe libc? And X? Maarten _ | Maarten Boekhold, Faculty of Electrical Engineering TU Delft, NL| |[EMAIL PROTECTED] [EMAIL PROTECTED] | -
Package MODULES
-BEGIN PGP SIGNED MESSAGE- When I upgraded to the Bo (Unstable) it tells me that package modules relies on package modutils (which is not available). With that I do not get a few files needed for kernel compilation (such as /sbin/genksyms (which is a symlink to /usr/bin/genksyms)). If I install the modules from the stable distribution, it works. Anybody have any ideas? === Paul A. Nelson [EMAIL PROTECTED] #include disclaim.h === -BEGIN PGP SIGNATURE- Version: 2.6.3 Charset: noconv iQEVAwUBMz69P0WiM58YroBNAQEoKQf/YbXNP/9u3wFnIYMyHaOd2Xk9eSkxhajB iZI1byo01KGaKXENksi3NnMWMwRW2Yo/UE/L1w7hmQhGDtN8yswUeDUqGt8VT7Sl r4u3i+cja1wfwOJbq/KHdt7V2YEyGshPE++UzDCoAxkfO9X/HqXxqNnycRO08mU4 FSnAxsMH24Y7BitlWgNTrZwqV4qsM8qrtjOdQ+oOJdWTZ32VoQC8JaFGgs7YUaCA d0qMt7HHjfw3asUT9usFeOKI4CU3oRCgooGQIpyPB1bttjaldjMXw7IO/PmHOnhz e5vK7Et59SGZc0SvF11Xf+//pOh6GbneRRlGcN5zC5QWoLoLqgLauQ== =fct7 -END PGP SIGNATURE-
Open Look GUI
Hello again! This time I have a little different problem, although the font problem isn't really solved yet because I can't find the proper font anywhere. I will look further for that.. I want to run a program over telnet, and open a window on my own computer. I do those xhost and setenv DISPLAY things. I know I do that part right because it works with other programs. However in this program's man-page there is a paragraph saying: AVAILABILITY This command is available with the OpenWindows environment. It uses the OPEN LOOK Graphical User Interface. Is it impossible to run OpenWindows programs in X? Or how can I get passed this? Thank you, _ __ __ | _ \ | |/ / | E-post: [EMAIL PROTECTED] | | | | | | ' / | WWW : http://www-und.ida.liu.se/~c95danka/ | | | | | | | Tel : 013 - 17 82 76 | | |_| | | . \ | Adress: Rydsvägen 246 C:21 584 34 LINKÖPING | |/ aniel |_|\_\ arlsson |__|
floppy boot problem
I tried to make a boot floppy by copying the kernel on the floppy: cp /usr/src/linux/arch/i386/boot/zImage /dev/fd0 it works except that when I boot from the floppy my Adaptec 1542 isn't recognized at boot; when I boot with the same kernel from the hard disk the 1542 is recognized without problems; I am sure it's the same kernel on the floppy and the hard disk and the Adaptec support is built-in the kernel and it's not a module. does somebody as an idea of what's happening? thanks in advance Hubert [EMAIL PROTECTED]
Re: Problems working with bash.
Gertjan == Gertjan Klein [EMAIL PROTECTED] writes: Gertjan Karl M. Hegbloom [EMAIL PROTECTED] wrote: Open up your info reader; Gertjan Don't get me started on info! Why not? Elucidate. (I imagine it will have to do with 'C-n and C-p rather than arrow keys' type of things... If you use Emacs, that's fixed, and arrow keys work fine.) and read the 'readline' manual, which you've obviously not heard of yet... Gertjan ? I see no reason in my post for you to make such an Gertjan assumption. I assumed that since you did not know how to configure BASH so that the up arrow key rolled back through command history, that you'd not read the readline or BASH manuals, where that is explained in detail. And that since you'd not read them, you must not have known of their existance yet; or perhaps have just not gotten to read them --- there is quite a lot of documantation to read, after all, and it takes a certain amount of time to do it. You can't be expected to read a manual you don't know exists, (haven't discovered) or to read them all in the first day you have Linux running. And here's a copy of the ~/.inputrc I have been using; I think I obtained it under similar circumstances. :-) Gertjan Why did you send it? It does not do what I wanted. But it can serve as a basis for your own customizations. My intention was not to give you a fish, but to point you toward the net... Karl M. Hegbloom [EMAIL PROTECTED] http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU 1.2 Linux 2.0.29t You tell me and we'll both know.
Re: Strange ppp message
Jim Smith wrote: Here is the latest entry from my /var/log/ppp.log file, only the last line was copied, but that's the one I'm questioning. Mar 28 22:07:29 jim pppd [414]: Cannot determine Ethernet address for proxy ARP Don't know what it means, but I remember something about ARP from the Kernel compilation. This results from the 'proxyarp' option being passed to pppd. Check your /etc/ppp/options file or the command line which you use to start pppd for this option and remove it. Proxyarp allows you to essentially do routing to ppp-connected machines from an ethernet. It would seem that you don't have ethernet so you don't need and can't profit from this. -- Jens B. Jorgensen [EMAIL PROTECTED]
Re: Problems working with bash.
Karl M. Hegbloom [EMAIL PROTECTED] writes: Open up your info reader; Don't get me started on info! Why not? Elucidate. (I imagine it will have to do with 'C-n and C-p rather than arrow keys' type of things... If you use Emacs, that's fixed, and arrow keys work fine.) In fact arrow keys work fine in stand-alone info from texinfo_3.9-4. -- James ++ http://thor.lib.chalmers.se/~jamest/ ++
Re: Problems working with bash.
James == James Troup [EMAIL PROTECTED] writes: James Karl M. Hegbloom [EMAIL PROTECTED] writes: Open up your info reader; Don't get me started on info! Why not? Elucidate. (I imagine it will have to do with 'C-n and C-p rather than arrow keys' type of things... If you use Emacs, that's fixed, and arrow keys work fine.) James In fact arrow keys work fine in stand-alone info from James texinfo_3.9-4. Great! It was really confusing for me when I was first weaning from DOS. :-) Karl M. Hegbloom [EMAIL PROTECTED] http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU 1.2 Linux 2.0.29t You tell me and we'll both know.
Re: Lilo booting
Is there a way to make like a menu that appears when i start my computer that asks me which OS (win95/linux) i would like to go to ? Yes. You use 2 options in your lilo.conf file to make this happen: message and timeout. The message option tells LILO to automatically display a file's contents at boot; the timeout option keeps LILO from waiting forever for a keyboard response. Here is my lilo.conf and my message file: --- cut here - lilo.conf - ## LILO configuration file boot= /dev/hda # MBR compact # faster vga = normal # force sane state ramdisk = 0 # paranoia setting prompt # give me a choice timeout = 100# 10 seconds message = /boot/startup-msg # onscreen instructions # ## Which image boots after timeout? default = 3 # ## default Debian kernel image = /vmlinuz-deb root = /dev/hda1 label = 1 read-only # ## trimmed down kernel w/CD-ROM image = /vmlinuz-206 root = /dev/hda1 label = 2 append = hdc=cdrom read-only ## latest stable w/CD-ROM image = /vmlinuz-229 root = /dev/hda1 label = 3 append = hdc=cdrom read-only --- cut here - lilo.conf - --- cut here - boot screen -- [control-L] Host.Domain.Name boot selection: 1 - Linux 2.0.6, default Debian kernel 2 - Linux 2.0.6, stable (with CD-ROM) 3 - Linux 2.0.29, latest w/CD-ROM You have 10 seconds to make a choice, after which option #2 will automatically be chosen. --- cut here - boot screen -- The ^L forces a screen clear. -- Carl Privitt / [EMAIL PROTECTED] / 817-778-7722 / SageNet Systems Administrator
Re: floppy boot problem
Hubert FAUQUE wrote: I tried to make a boot floppy by copying the kernel on the floppy: cp /usr/src/linux/arch/i386/boot/zImage /dev/fd0 it works except that when I boot from the floppy my Adaptec 1542 isn't recognized at boot; when I boot with the same kernel from the hard disk the 1542 is recognized without problems; I am sure it's the same kernel on the floppy and the hard disk and the Adaptec support is built-in the kernel and it's not a module. does somebody as an idea of what's happening? Are you sure you aren't passing parameters to the kernel when you boot with LILO? Check the file /etc/lilo.conf for lines of the form APPEND=options list. -- Jens B. Jorgensen [EMAIL PROTECTED]
3 Questions...
Hello, 1.) i can`t find a file called 'man.config' on my debian 1.2.6. So what should i do? (i need it for configuration stuff) 2.) Normal users (members of the group 'ppp') should be able to start a dialup internet connection via pppd. What groups must they be in? I have added them to the following groups: 'ppp', 'dialup', 'dip'. Is there any group missing, or is there one to much? (can one of the groups cause security problems?) 3.) My users aren't able to start internet services like ftp, www or telnet. The programm starts, but services can't be used. (root of course _can_ use them). This is what happens when starting ftp as normal user (ppp group member): ftp ftpopen (to)ftp.uni-paderborn.de Host name lookup failture As root, this is no problem, so what must be changed? Kind regardsbjoern -- It's not a bug, it's a feature. http://home.pages.de/~BjS
Re: RPM
Great! Will it be aware of the different filesystem locations? Shouldn't these really be built into a user-configurable list instead of the packages themselves? Alien doesn't currently handle that. It's just too much work, and there's no way I could guarentee it'd be correct all the time. Alien just converts from one format to another, and you get all the files, in all the same locations they were in in the original package. Is anyone keeping track of who is moving what where, and why? The usual reason for wanting to install an alien package would be that it has a bug fix not yet available in a native package so you'll have to seek and destroy all the old components manually. Les Mikesell [EMAIL PROTECTED]
Re: floppy boot problem
Hubert FAUQUE wrote: I tried to make a boot floppy by copying the kernel on the floppy: cp /usr/src/linux/arch/i386/boot/zImage /dev/fd0 it works except that when I boot from the floppy my Adaptec 1542 isn't recognized at boot; when I boot with the same kernel from the hard disk the 1542 is recognized without problems; I am sure it's the same kernel on the floppy and the hard disk and the Adaptec support is built-in the kernel and it's not a module. does somebody as an idea of what's happening? Are you sure you aren't passing parameters to the kernel when you boot with LILO? Check the file /etc/lilo.conf for lines of the form APPEND=options list. -- Jens B. Jorgensen [EMAIL PROTECTED] Oh! I had forgotten that! thanks!! I had spent two hours trying different things! Hubert
Re: Missing packages
Joseph Skinner wrote: I just had a look through the list of updated packages and have found after looking at ftp.debian.org that the new packages are not there. The strange thing is that for the cases that I looked at the packages that they replaced are not there either. Is there soemthing wrong with ftp.debian.org at the moment. I assume you're talking about the unstable tree. I saw a similar thing last week. I guessed that I was looking at it during _its_ mirror/update cycle. Later in the day (or the next day) it was OK again. I don't understand why the replaced files were missing too. The mirror that I run (v2.8) doesn't delete the old files until after the new ones transfer! However, the Packages file is still _way_ out of date, so I still can't install any of the recent updates. I sent mail about this on Friday but it's still in that state. Here's what I wrote: The Packages file on ftp.debian.org has the date 214917 Mar 22 17:10 Packages.gz but there have been many recent updates since then that aren't in the Packages file, such as binary-i386/devel/tcl76-dev_7.6p2-2.deb 323310 binary-i386/devel/tk42-dev_4.2p2-2.deb 524238 and lots more (modutils, etc). -- ...RickM...
Re: Missing packages
On Apr 1, Joseph Skinner wrote Hi I just had a look through the list of updated packages and have found after looking at ftp.debian.org that the new packages are not there. The missing packages include libc6* gcc_2.7.2.2-2 These packages are in the experimental section. (i.e. Not under unstable.) Christian pgpVmch7O9HRn.pgp Description: PGP signature
Re: Problems working with bash.
Do you mean that they fixed libreadline so that you can now talk about the 'up' key instead of having to insert escape sequences? That's be great... IMHO, it's probably libreadline's biggest problem. I do not know about this. What I meant was that they fixed history-search-backward. -- Michel Beland [EMAIL PROTECTED] professionnel de recherchetel: (514)369-5223 fax: (514)369-3880 CERCA (CEntre de Recherche en Calcul Applique) 5160, boul. Decarie, bureau 400(423), Montreal (Quebec), Canada, H3X 2H9
troubles with module symbols, PCMCIA (and tar)
I've managed to scramble my modules and am looking for some hints on how to recover. I'm running Debian 1.2 on a portable with a pcmcia ethernet card. Up until a few days ago, I'd been making my own kernel using the kernel HOWTO instructions, rather than the debian scripts. Never wanting to leave well enough alone, I decided to give the debian method a try. After making a kernel package with make-kpkg and installing it, cardmgr would not run because of mismatched module symbols, so I recompiled it using the debian/rules script in the pcmcia-cs package. This still didn't produce modules that were loadable. Going back to the kernel I'd been using before all of this started didn't solve the problem - the modules are now the ones I made and the symbols don't match. Next I tried to back up and compile the old way (as described in the kernel and pcmcia HOWTO's). For the kernel, I did a make config, make dep, make clean, make zdisk, reboot, make modules, make modules_install, reboot. I followed this with a make config. make all, make install for the pcmcia package. Still, I get insmod symbols don't match errors. If all this hadn't broken my network connection (pcmcia ethernet), I'd just reinstall the kernel image and source and the pcmcia packages and try again. With no network, I figured I'd bring the machine upstairs to another linux box we have here and use floppies to transfer the packages over. The kernel image package won't fit on a single floppy, so I used the 'M' option for tar. When trying to read the floppy, tar dumps core. I'm stuck. Any ideas or suggestions? Mike
Re: RPM
Debians, I am a un*x guru, but a Debian newbie. I apologize in advance if the following three questions indicate avoidable ignorance of the proper usage of dpkg. I recently installed dpkg and dpkg-dev 1.4 only to find that it did not remove the obsolete files of dpkg and dpkg-dev 1.2 (e.g. /usr/doc/dpkg/*.txt). A. How can one install debian packages without giving superuser privelages to the person who assembled the package? B. How can one cleanly remove a debian package? C. How can one cleanly remove a debian package that failed to install? I think the answers to these questions are serious enough to decide whether Debian linux will grow or die. Les Mikesell [EMAIL PROTECTED] Wrote: What we really need is a way for the installer to set up and maintain a policy file that establishes the filesystem layout and where various programs are installed. I don't see how being trapped into forever using the layout philosophy from some distribution is a strength for free software. I do realize that this would be an enormous job for existing packages but it seems like it could be done for new work. --- My understanding of traditional un*x package management. --- A. How can one install packages without giving superuser privelages to the person who assembled the package? 1. Superuser creates a directory /usr/packages/newpackage and gives ownership to tool.bin. 2. tool (an unprivelaged user) extracts the tar file into directories [bin, lib, etc] under /usr/packages/newpackage. 3. tool builds, compiles, configures, tests, etc. the package under /usr/packages/newpackage. The ordinary permission system prevents tool (an unprivelage user) from unexpectedly interfering with any other package. 4. (After satisfactory testing) Superuser symbolically links (or copies) the necessary files to where they are avialable to the community. B. How can one cleanly remove a package? 1. find(1) and remove all symbolic links to /usr/packages/package/... 2. sudo -rf /usr/packages/package. C. How can one cleanly remove a package that failed to install? 1. find(1) and remove all symbolic links to /usr/packages/package/... [1. is seldom (never?) necessary, since they won't be generated until the package installs correctly.] 2. sudo -rf /usr/packages/package. [Most system administrators I know used personal scripts to implement a variation of the above. opt_depot is a set of scripts from Denver University(?) that implement the above.] [I personally add a directory /usr/packages/package/original in which I put the original tar file, its license, description, and a journal of installation, configuration, and maintentance activity.] --- My understanding of traditional un*x package management. --- --- My understanding of Windows and Windows95 answer to the above questions --- A. How can one install Microsoft or other packages without giving superuser privelages to the person who assembled the package? You can't. The package assemblers know everything. Any problem is your fault for having something they didn't know about on your system, such as a package supplied by a competitor, or another product that depends on a different version of a library. B. How can one cleanly remove a package? You can't. The package assemblers provide uninstall which will tell you that it removed everything and destroy all traceability of the files that it failed to remove, but still occupy space. C. How can one cleanly remove a package that failed to install? You can't. The package assemblers know everything. Any problem is your fault for having something they didn't know about on your system, such as a package supplied by a competitor, or the results of a past installation failure. --- My understanding of Windows and Windows95 answer to the above questions --- --- My understanding of the consequences of Windows and Windows95 answers --- A. Installation of any package risks the destruction, disabling, or destabilizing of every currently installed package. [This is one source of the Microsoft reputation for products that mysteriously stop working.] B. With time, the disk accumulates cruft whose origin and purpose is unknown. The consequences of removal are likewise unknown, and seldom risked. C. Every upgrade or installation carries the risk that the entire system will have to be reinstalled from scratch. [This largely eliminates any software not received from a single source. In other words, this largely eliminates free software.] --- My understanding of the consequences of Windows and Windows95 answers --- -- Robert Meier Microsoft has a software group
Re: Secret debian lists? (was: Debian Book list)
On Mon, 31 Mar 1997, J.P.D. Kooij wrote: On Sun, 30 Mar 1997, Jaldhar H. Vyas wrote: I am terribly sorry, the subscribe address I gave was debian-doc-request (no s) @lists.debian.org. The address to post to was correct. So once again it is: [EMAIL PROTECTED] - subscribe/unsubscribe address debian-doc@lists.debian.org - address to send mail to. Yes, it works for me now. Did I really stumble on that s? Hmm, well that's what you get when you do things with the mouse. Still, while the list does exist, it doesn't appear on the list of lists that comes with the subscription failure notification. Which raises the question: what happened to debian-admintool (for rantings and whinings about dselect)? It was mentioned some time ago, but it doesn't appear on the list of debian-lists either? This list was formed less than a week ago. The debian-doc team leader will officially announce the list some short time in the future. Thanks. Syrus. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Syrus Nemat-Nasser [EMAIL PROTECTED]UCSD Physics Dept.
Re: RPM
On Mon, 31 Mar 1997 [EMAIL PROTECTED] wrote: I think the answers to some of your questions are already built into the Debian package management system, dpkg. I am a un*x guru, but a Debian newbie. I apologize in advance if the following three questions indicate avoidable ignorance of the proper usage of dpkg. I recently installed dpkg and dpkg-dev 1.4 only to find that it did not remove the obsolete files of dpkg and dpkg-dev 1.2 (e.g. /usr/doc/dpkg/*.txt). A. How can one install debian packages without giving superuser privelages to the person who assembled the package? Personally, I don't know. However, you can download the source for the package, examine it yourself, compile your own version, and then install it. B. How can one cleanly remove a debian package? From the command line: dpkg --purge package_name C. How can one cleanly remove a debian package that failed to install? At this point, the best way is to find a version of the package that will install, reinstall (even if you have to downgrade the version), and then purge the installed version. Note that the situation you describe occurs only if there is a bug. In a bug-free universe, it would never happen. I think the answers to these questions are serious enough to decide whether Debian linux will grow or die. Interesting. A. How can one install packages without giving superuser privelages to the person who assembled the package? 1. Superuser creates a directory /usr/packages/newpackage and gives ownership to tool.bin. 2. tool (an unprivelaged user) extracts the tar file into directories [bin, lib, etc] under /usr/packages/newpackage. 3. tool builds, compiles, configures, tests, etc. the package under /usr/packages/newpackage. The ordinary permission system prevents tool (an unprivelage user) from unexpectedly interfering with any other package. 4. (After satisfactory testing) Superuser symbolically links (or copies) the necessary files to where they are avialable to the community. B. How can one cleanly remove a package? 1. find(1) and remove all symbolic links to /usr/packages/package/... 2. sudo -rf /usr/packages/package. C. How can one cleanly remove a package that failed to install? 1. find(1) and remove all symbolic links to /usr/packages/package/... [1. is seldom (never?) necessary, since they won't be generated until the package installs correctly.] 2. sudo -rf /usr/packages/package. [Most system administrators I know used personal scripts to implement a variation of the above. opt_depot is a set of scripts from Denver University(?) that implement the above.] [I personally add a directory /usr/packages/package/original in which I put the original tar file, its license, description, and a journal of installation, configuration, and maintentance activity.] --- My understanding of traditional un*x package management. --- Perhaps you should discuss your ideas with the dpkg maintainers. Cheers. Syrus. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Syrus Nemat-Nasser [EMAIL PROTECTED]UCSD Physics Dept.
/etc/hosts?
Hello, 1.)yesterday i needet to change my /etc/hosts file cause it wasn't possible to use 'talk': 127.0.0.1 localhost 0.0.0.0 localhost Since my machine has the name 'thunderstorm' i changed /etc/hosts to this: 127.0.0.1 localhost 0.0.0.0 localhost 127.0.0.1 thunderstorm 0.0.0.0 thunderstorm Are there any problems to expect, for example when using pppd? 2.) And there is a second question. I have a 'ppp-on' file in /bin (it's my ppp-chatscript). Owner is root, group is ppp. Permissions are -rwxr-x---. When trying to start it as root i get the following: bash: /bin/ppp-on: No such file or directory. (Note: I am still in the root-home directory and startet the chatscript simply py typeing 'ppp-on'.) As attachment i ll place my ppp-chatscript. Thank you very much for your helpbjoern #!/bin/sh # ppp-on LOCKDIR=/var/lock# should be the same as for minicom, seyon DEVICE=ttyS1 # should be the same as for minicom, seyon INTERFACE=ppp0 LIMIT=15 # number of dial in attempts USER=Starke # your username PASSWORD=cancel :-) # your password PHONE=1231231# the number of your provider INITSTR=F1 # make sure the device is not in use if [ -f $LOCKDIR/LCK..$DEVICE ] then echo PPP device is locked exit 1 fi # ensure that the modem runs full speed stty ispeed 38400 /dev/$DEVICE # try some times to get a connect i=0 while [ 1 ]; do # dial echo dialing $PHONE ( if chat AT$INITSTR OK ATDP$PHONE ogin: $USER word: $PASSWORD then pppd crtscts defaultroute debug fi ) /dev/$DEVICE /dev/$DEVICE sleep 5 # did we get a connect? if [ -r /var/run/$INTERFACE.pid ]; then echo -n connected # pppd needs some time to initialize the connection; # therefore, we wait for a few seconds and try if ppp is up; # if not, we repeat this some times j=0 while [ $j -lt 4 ]; do # test if ppp0 is alive x=$(/sbin/ifconfig | grep $INTERFACE | wc -l) if [ $x -ne 0 ]; then # feedback for the user echo , ppp is up! /sbin/ifconfig #echo sending/receiving mail #/usr/scripts/mail.scr break 2 # exit from both loops fi sleep 5 j=$[j+1] done echo -n , but no ppp else echo -n no connect (busy?) fi # don't try forever i=$[i+1] if [ $i -ge $LIMIT ]; then echo ; still no PPP after $LIMIT tries, I give up :-( /usr/scripts/ppp-off # just to make sure exit 1 fi echo , I'll try again soon ... /usr/scripts/ppp-off # just to make sure sleep 30 done
virtual console
Hi Linuxusers There is one problem in my virtual console (number one) during the login, when try do one correction with the tecle backspace appear ^? , if try delect appear ^[[3~ and can't typing enter emerge one ^M. What must do? Thanks Vagner Souza.
Re: RPM
Hi, meierrj == meierrj [EMAIL PROTECTED] writes: meierrj Debians, meierrj A. How can one install debian packages without giving meierrj superuser privelages to the person who assembled the package? meierrj B. How can one cleanly remove a debian package? meierrj C. How can one cleanly remove a debian package that failed to meierrj install? meierrj I think the answers to these questions are serious enough to meierrj decide whether Debian linux will grow or die. Hmmm. Please note that there is no vendor that produces an OS whose upgrades meet teh above criteria, so saying that this is serious enough to decide Debian's fate needs to be backed up. (Has not affected the fate of MS, IBM, DEC, HP, or SUN operating systems in any perceptible fashion). manoj -- You aint nothin' but a black dog... Dread Zepplin (A group featuring an Elvis impersonator backed up by a Reggae band singing your favorite Led Zepplin tunes) Manoj Srivastava url:mailto:[EMAIL PROTECTED] Mobile, Alabama USAurl:http://www.datasync.com/%7Esrivasta/
Download i386 only?
What would be an appropriate command to the 'mirror' perl script to get the files needed for i386 installations only (including sources)? Les Mikesell [EMAIL PROTECTED]
Re: RPM
From: [EMAIL PROTECTED] A. How can one install debian packages without giving superuser privelages to the person who assembled the package? Currently, you can not do so. This might be desirable for some restricted set of packages that do not need any privileges. It is useless for system packages, as root comes along and runs the programs in the package once you have installed them. Even in the case of programs that root never runs, users come along and run those programs, and the programs can then wreak havoc with the user's files and directories, and perhaps even use the user's privileges to leverage their way up to root privilege. While unprivileged packages are interesting, I think we should also consider how to verify that a Debian package comes from a trusted source. This may include verifying the identity of the package maintainer, and tracing the original source back to its author. We have discussed these security issues quite thoroughly, and we are working on them. B. How can one cleanly remove a debian package? C. How can one cleanly remove a debian package that failed to install? dpkg -r package-name I think the answers to these questions are serious enough to decide whether Debian linux will grow or die. Actually, they are serious enough to decide if some number of people will remove Debian from their systems and replace it with something else before the Debian maintainers themselves become interested enough in these issues to change them. Debian has reached the point where its growth does not hinge upon technical features like the ones above so much as its user and developer community. Thanks Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3
pnelson@nyx.net
I had a problem with this too, in another way. I had tried to install the latest kernel, as there is a patch for both a printer and ZIP drive to share one parallel port. I needed genksyms from a newer package, since kernel 2.1.29 expects a genksysms with a -k switch, which earlier (modules) versions don't have. This came up when I typed depmod, especially since I typed y to the question about module version checking. Well, to make a long story short, I compiled modutils, and installed them over modules. This didn't work: my kernel 2.1.14's modules wouldn't work. My ZIP drive, printer, PCMCIA modem and so on are module-ified, so I was stuck. I had made another mistake. I had installed the new kernel headers from 2.1.29. I have consistently fought against the debian method of handling headers, but until this problem, that hasn't been a problem. I still will continue to install the headers from the kernel I am trying to install, after I sort out this problem. Anyway, the modutils (newer version of modules) wouldn't work with 2.1.14. It seems that there was a 'temporary' module format in some kernels from about 2.1.8 to about 2.1.(less than 20?). But the newer modutils package would work TO SOME EXTENT with an old 2.0.0 kernel I had kept around. (Some modules would not work). I managed to FTP a copy of the debian libc5-dev package in bo, on a friend's Windows 95 machine. The copy was somehow corrupted, and wouldn't install. I was able to read the file into emacs, gunzip the internal archive, and then untar the gunzipped archive, working around (somehow) the corrupt bytes, and get a copy of modules.h from the older kernel headers. After I installed this file in /usr/include/linux, I was able to compile the older modules-2.1.13 package, and have been able to use my 2.1.14 kernel. All for want of a new genksyms. I still am not ready to try another compile. There are some loopholes in all this. I am advised that if I need modules during the changeover, I may need to go back to 2.0.29. This is the only serious problem I have ever had in compiling a number of kernels, and experimenting with modules on many. Alan -- Alan Eugene Davis Marianas High School 15o 8.8'N GMT+10 [EMAIL PROTECTED] AAA 196 Box 10,001145o 42.5'E Saipan, MP 96950 Northern Mariana Islands An inviscid theory of flow renders the screw useless, but the need for one nonexistent.-- Lord Raleigh
Re: RPM
On 31 Mar 1997, Manoj Srivastava wrote: Hi, meierrj == meierrj [EMAIL PROTECTED] writes: meierrj Debians, meierrj A. How can one install debian packages without giving meierrj superuser privelages to the person who assembled the package? meierrj B. How can one cleanly remove a debian package? meierrj C. How can one cleanly remove a debian package that failed to meierrj install? meierrj I think the answers to these questions are serious enough to meierrj decide whether Debian linux will grow or die. Hmmm. Please note that there is no vendor that produces an OS whose upgrades meet teh above criteria, so saying that this is serious enough to decide Debian's fate needs to be backed up. (Has not affected the fate of MS, IBM, DEC, HP, or SUN operating systems in any perceptible fashion). I'll take a stab at backing it up. Douglas Stewart earlier in this thread brought up the spectre of Betamax, a technically superior format that nevertheless failed in the market. (It still exists in certain niche areas but is not where most of the universe is heading - VHS won the VRC wars.) Technical superiority is no guarantee of success. Except in specialized markets, it may not even be the most important factor. I love Linux, and I think we can all agree that it is tecnically superior to any Microsoft offering, but I doubt very strongly that it will depose Windows as the desktop king. That's fine with me; I don't think that all computer users need Linux's power, and I'm happy to let Microsoft cater to the users who want to avoid working with computer internals. (I drive a stick shift, but I don't begrudge others their automatic transmissions.) What Debian is competing for is the mindshare of those users who do want the freedom that Linux provides. The key difference between Debian and other distributions is dpkg. It is in some ways superior to RPM and Slackware's pkgtool. But remember, even technical superiority is no guarantee of success. There are costs associated with using Debian. You have to wait for software to be Debianized, or you have to do it yourself. More than that, as Bob brings up, you are at the mercy of the package author - buggy (likely) or malicious (possible) packages can do, literally, unlimited damage. Are the benefits of Debian worth the costs? I submit that, as things stand, probably not. Note that a whole lot of sources, including some Debian fans on this list, do not recommend Debian as a 'first distribution' to newbies. Slackware may be a pain to upgrade, and doesn't provide good security defaults, but it has been pretty thoroughly debugged as far as not crashing early on. Red Hat has spiffy X intallation and administration utilities. I think that if Debian can find a way to mitigate the damage from buggy (or malicious) packages, it ca be worth the costs. Technical superiority is no guarantee of success... but *overwhelming* technical superiority is pretty close to a guarantee. One of the promises of Debian is simplified and trouble-free upgrades. If we can really provide that... Sincerely, Ray Ingles (810) 377-7735[EMAIL PROTECTED] The meek can *have* the Earth. The rest of us are going to the stars! - Robert A. Heinlein
Re: RPM
I think the answers to these questions are serious enough to decide whether Debian linux will grow or die. Actually, they are serious enough to decide if some number of people will remove Debian from their systems and replace it with something else before the Debian maintainers themselves become interested enough in these issues to change them. Debian has reached the point where its growth does not hinge upon technical features like the ones above so much as its user and developer community. I'd say the more immediate problem has to do with ease of initial installation and security issues. I'm still undecided as to which of RedHat or Debian to use on several machines currently running a hand-updated Slackware and I'm holding off because the filesystem layout, ndbm differences, etc. will make it difficult to switch later. There are several things I don't like about RedHat, but the install is a breeze and shadow password support happens with a single command (and most sites running INN had their non-shadowed password files mailed off to an attacker not long ago). So far I haven't gotten dselect to complete an install command over NFS without giving up with too many errors (but perhaps something is wrong with my mirrored copy) and I can't tell what you have to do to get shadow support built into everything that needs it. If I get past these problems and it isn't harder than maintaining Slackware by hand I can probably deal with anything else. Les Mikesell [EMAIL PROTECTED]
Using Linux on the IBM 320 PC Server
The IBM 320 PC Server comes equipped with a Mylex RAID SCSI controller card, with 4 megabytes of RAM. We would like to be able to use this machine with Linux (run certains tests at least). If you know about a driver for that SCSI PCI board, we will be very grateful to your attention. In order not to distrub the list, you can write to our direct e-mail. However, if you think your info would be good for the list users, place your response there. thank you Franz J Fortuny
gross stupidity
I find my self guilty of the charge above, in that I've blown away /usr/lib and have therby left myself with a nearly unusable system. I'd thought that I was in usr/lib/sound when I did a rm *, but I was in /usr/lib. (I was trying to get my expired sound driver to re-compile; I wish I'd just spent the $20). Might there be a way that I could trick dselect into thinking that I have a nearly bare system so that I might just download the works? Would I be better served to load bo (by that I mean, would I be likely to get a working system by just leaving only bo as the stuff to get and and then just say YES?). I've messed with trying to say n to each lib and then y to each lib, but this just breaks stuff left and right. Perhaps I should format hda* and start from the top. I guess it's time to invest in a tape device (or perhaps a little late for that).
Re: Download i386 only?
On Mar 31, Leslie Mikesell wrote What would be an appropriate command to the 'mirror' perl script to get the files needed for i386 installations only (including sources)? Take a look at the configuration script bellow, which requires few self-explanatory changes. Once done, download all i386 binary packages, (without sources) from the mirror site by excecuting these 3 commands: % mirror -p all path/deb.mir % mirror -p binary path/deb.mir % mirror -p non-us path/deb.mir Or, to download all three subdirectories in one command: % mirror path/deb.mir You should have little toils to create one additional package inside deb.mir to fetch the sources. *NOTE* Before actual mirroring, and if you have any sense at all, it is worth testing the behaviour of deb.mir configuration file. Add the -n option during testing, % mirror -p all -n path/deb.mir -- Ioannis Tambouras [EMAIL PROTECTED], West Palm Beach, Florida Signed pgp-key on key server. deb.mir == # Please change the site and remote_dir to your local debian mirror # for all three packages bellow. package=all comments= All #do_deletes=false #exclude_patt=games|hamradio|picon|python #exclude_patt+|doc-linux-[fi]|xbooks|snn # My target path local_dir=/home/ftp/pub/deb/bo/binary-all # My debian mirror site site=debian.med.miami.edu remote_dir=/pub/debian/bo/binary-all [EMAIL PROTECTED] package=binary comments= i386_binary_files #do_deletes=false #exclude_patt=games|hamradio|picon|python #exclude_patt+|doc-linux-[fi]|xbooks|snn site=debian.med.miami.edu remote_dir=/pub/debian/bo/binary-i386 local_dir=/home/ftp/pub/deb/bo/binary-i386 [EMAIL PROTECTED] package=non-us comment= non-us debian packages site=ftp.lh.umu.se remote_dir=/pub/linux/debian-non-US/binary-i386 local_dir=/attic/deb/non-us/binary-i386 -- Ioannis Tambouras [EMAIL PROTECTED], West Palm Beach, Florida Signed pgp-key on key server.
Missing packages
Hi I just had a look through the list of updated packages and have found after looking at ftp.debian.org that the new packages are not there. The missing packages include libc6* gcc_2.7.2.2-2 The strange thing is that for the cases that I looked at the packages that they replaced are not there either. Is there soemthing wrong with ftp.debian.org at the moment. Joe. === in real life: Joseph Skinner |There's no such thing as a wizard email: [EMAIL PROTECTED] |who minds his own business [EMAIL PROTECTED] | - Berengis the Black http: www.earthlight.co.nz/users/joe| Court Mage to the Earls Caeline