Re: dunc pppd configuration script
John, I am not sure that I even want to get into this flay but some comments about my own observations with the issue are: Some ISPs using CHAP present the username/password sort of thing (of course username: might be something else like login:, account:, etc. but actually don't use them for ppp logins. If the script wakes up getty on such systems, a ppp login attempt will fail. I personally am trying to play around with the multiple ISP problem here and while in principle it ought to be trivial it is proving to be anything but! I believe that in part, a problem is that it is not at all clear who is doing what with whom (and which whom) as far the files are concerned when trying to use such things as xisp or dunc and the like. Inasmuch as hamm seems to create the /etc/ppp/peer directory and the etc/chatscripts/provider file, I would suggest that any user configuration tool default to naming the provider files with name related to the users input thus in effect making the existing provider files example files. pon itself seems only to lack the ability to accept either an arguement (which might be a security problem) or a choice which should not be a problem. I am strongly in favor of the idea that pon should be setup to use named provider files and never use a file actually named provider (of course this is an issue with the maintainer of that package and not you). I believe that if the pacakge configuration for pon worked that way, it would be much more obvious to the sysadm how the system works and what changes need to be made to enable other ISPs. I also feel as though the whole process, as it currently exists (in bo), of setting up an ISP connection is horribly messy. It seems like some options and parameters are stuffed into unlikely places (and often duplicated). I am pretty sure that this is at least in part due to several different philosophies about how to establish a connection all in use at the same time as well as evolution occurring in the fundamental software used for the process (pppd changes probably being the most significant influence). In addition the existing documentation that the individual is likely to encounter that deals with setting up just ONE ISP much less multiple, conflicts on how to go about the process. It looks to me as if the latest version of ppp provides for the solution of the options file problem in a clean manner as long as the pppd developers remain consistant in their default settings for future upgrades. As I am sure that you are aware; this really is a _SERIOUS_ problem for Linux in general and is anything but a trivial one for you to solve. New user perception is likely to be that getting on-line should be a simple matter--after all to get onto AOL, Worldnet, fill in the blank is just a simple matter of answering a few simple questions and letting the software take care of everything else. I doubt that most people starting off with Linux have any idea of just how difficult it is to obtain some of the critical information that is built into these custom ISP sign up programs. I don't know your own priorities but suggest that ALL connection methods be considered for eventual inclusion in your setup software, even slip. Again, it is a bit presumptive for any of us to assume that something like slip will not be the critical factor for someone new wishing to use Debian Linux. I do agree that the priority for something like that should be lower than trying to make it nearly foolproof to connect to a main line ISP. best, -bill [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] --Please note [EMAIL PROTECTED] does not work-- --nor does anyone@anyhost.wconsult.com-- ==and yes eventually I'll get the mailer figured out== from a 1996 Micro$loth ad campaign: The less you know about computers the more you want Micro$oft! See! They do get some things right! On 7 Dec 1997 [EMAIL PROTECTED] wrote: Richard G. Roberto writes: This was supposed to be as generally useful to as many people as possible. Yes. And the most generally useful thing to do for the most people is to make it easy for them to get a single connection working so that they can email for help and ftp files. It was originally suppose to support slip and diald as well, but I never had the chance to get that part developed. I see no urgent need to add slip support. Diald may become obsolete when demand-dialing is debugged, but I think it should have its own config utility anyway. ... [much relevent info snipped] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Partitioning
Paul, Linux doesn't recognize or even care about primary partitions. fdisk, cfdisk, etc. recognize them but only because BIOS deals with drives and partitions in this fashion. I guess what I am trying to say is that Linux does not care a whit about what kind of partition or where it happens to be located. OTOH, Lilo, loadlin, and the like have to care since they are using BIOS calls for access. The reason why there can only be four primary partitions is due to the design of the PC BIOS. Even lilo ignores the DOS, Windoz, OS2, characteristic of not seeing the inactive primary partitions (of course OS2 boot manager effectively does also). I think where you said ligical partitions you meant logical partitions (my own fingers act like they are at least 'half-broke' most of the time too). Logical partitions are NOT a problem in Linux. Now I believe that the pseudo-filesystem that combines partitions transparently is still a little on the experimental side and if so might be a bit risky to use. best, -bill [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] --Please note [EMAIL PROTECTED] does not work-- --nor does anyone@anyhost.wconsult.com-- ==and yes eventually I'll get the mailer figured out== from a 1996 Micro$loth ad campaign: The less you know about computers the more you want Micro$oft! See! They do get some things right! On Mon, 8 Dec 1997, Paul wrote: hello again, I hope I understand you correctly you want to take a 100 megs of your win95 partition and use it with /home to make a grand total of 400 megs? or did you want to take my first suggestion and add an additional partition of 100megs as /home? If you can do that but I would not recommend that you are getting into ligical partitions and they can run into problems. linux only recognizes 4 primary partitions. your stuck if you want more. if you want to take 100megs off your win95 partition you will need something like partition magic to repartition your drive with out losing any of your data. Hope this helps. Paul ... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: multiple X sessions problem
Let me count the reasons... 1) If I want to do some work when someone else is already logged in via xdm (ie: They don't mind the 'break' but would mind shutting down for me). 2) If I am logged in as me and decide that I want to do a bunch of sysadm type stuff, I will frequently establish another x session so that none of the 'root' tools are in my 'normal' session. 3) Testing configuration changes made for a user is most conveniently done by having two sessions (I think). 4) No doubt others have their own reasons in addition to these. best, -bill [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] --Please note [EMAIL PROTECTED] does not work-- --nor does anyone@anyhost.wconsult.com-- ==and yes eventually I'll get the mailer figured out== On Fri, 5 Dec 1997, Stephen Zander wrote: E Papantoniou wrote: my problem is that I cannot run more than one X server at the same time. When I am logged in as a user one and run startx on display :0.0, I do Ctrl-Alt-F2, log in as a user two and type startx -- :1.0 More importantly, why are you trying to? There are several window managers that provide multiple virtual displays. Why do you want more that one server for the one screen keyboard? Stephen --- Normality is a statistical illusion. -- me -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Q's about upgrading to hamm
So of those not so easily confused as the rest of us may well correct this. I also have done the force on libc6 but think that it has something to do with just exactly which 'old' libc5 is on your system. _If_ I remember correctly, you can not install the libc5 from hamm first because it _definately_ depends upon libc6. Maybe some can confirm this, but if you don't upgrade to the latest bo then there is a chance that you might not have exactly the expected response when using the libc5-libc6 mini-HOWTO. For the time (actually times since I had a similar problem with the hamm/m68k version) that I did force, I followed the HOWTO exactly until the force and then immediately upgraded each of the conflicting packages before continuing with the HOWTO and that seemed to work without further problem. best, -bill [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] --Please note [EMAIL PROTECTED] does not work-- --nor does anyone@anyhost.wconsult.com-- ==and yes eventually I'll get the mailer figured out== from a 1996 Micro$loth ad campaign: The less you know about computers the more you want Micro$oft! See! They do get some things right! On Fri, 5 Dec 1997, Scott J. Geertgens wrote: On Fri, 5 Dec 1997, Christopher Jason Morrone wrote: Ok, I'd like to upgrade to hamm, because there are some things there that I need. I'm following the libc5 to libc6 howto, but I've got a couple questions/comments. ... I recently did this upgrade myself and ran into the same conflict. I went ahead and forced it, and there didn't seem to be any adverse effects in doing so. I did notice there was a newer version of libc5 in the hamm directories, which made some reference of being better behaved in a libc6 environment so it _may_ be possible to upgrade to that new libc5 package first and then put libc6 on. Doing so doesn't seem to be a necessity, however, since my machine seemed to do fine just by forcing. SJG -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How are .Xdefaults files handled under Debian?
Steve; While I might indeed have created problems for myself, I NEVER have capitalized an xterm entry. All of the examples for Xdefaults and Xresources that I have seen through the years have never had xTerm, Xterm, or XTerm. While I am quite sure that the resource and resource class keywords are case sensitive, I am not so sure about the program name. Also, the resources such as srollBar seem to accept 'yes', 'true', 'on', and 'no', 'false', 'off' as synonymous sets. best, -bill [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] --Please note [EMAIL PROTECTED] does not work-- --nor does anyone@anyhost.wconsult.com-- ==and yes eventually I'll get the mailer figured out== from a 1996 Micro$loth ad campaign: The less you know about computers the more you want Micro$oft! See! They do get some things right! On Fri, 5 Dec 1997, Steve Witt wrote: On Fri, 5 Dec 1997, Mark Phillips wrote: Hi, I added the line: xterm.scrollBar:true ... You've gotten a lot of good info about .Xdefaults or .Xresources but the answer to your question about how to enable the scroll bar in an xterm is: XTerm*scrollBar: on This info is contained in the xterm man page as is nearly all information about application specific X resources. Note the capitalization of the class name 'XTerm', it is case sensitive. The man page on 'X' has a lot of general information about X windows including a section on Resources. The man page on xrdb would also be pertinent to this. After you've finished this assignment ... :) == Steve Witt (714) 730-3245 PairGain Technologies, Inc. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How are .Xdefaults files handled under Debian?
Thanks Stephen! Unfortunately my earlier reply to Steve had already left. You have certainly helped with that understanding. best, -bill [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] --Please note [EMAIL PROTECTED] does not work-- --nor does anyone@anyhost.wconsult.com-- ==and yes eventually I'll get the mailer figured out== from a 1996 Micro$loth ad campaign: The less you know about computers the more you want Micro$oft! See! They do get some things right! On Fri, 5 Dec 1997, Stephen Zander wrote: Steve Witt wrote: If I may be permitted a quick retraction, 'xterm' works as the class name also. ... XTerm* is the class-level resource (Note the double cap - the only X Class that has them). xterm* is the executeable-level resource. Rename /usr/X11R6/bin/xterm to something else those resources should no longer have any effect. (This to, is in your excellent list of man-pages :)) Stephen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Ink Jet Printers
Jess I have an HP OfficeJet Model 350. I claims compatibility with HP DeskJet models: 500, 510, 520 and uses PCL level 3 best, bill On Thu, 4 Dec 1997, Jess Stryker wrote: HP 694c DeskJet Epson Stylus Color 600 These printers aren't listed as either compatible or non-compatible in the hardware compatibility HOWTO.Is anyone using either of these printers or know if they work with Debian? The HP uses HP PCL level 3 language. The Epson uses ESC/P2 language. Thanks for your help! Jess -- Free Irrigation Tutorials on Design, Installation, and More! -- Visit them at: -- http://www.netyard.com/jsa/index.html -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How are .Xdefaults files handled under Debian?
Shouldn't it be: xterm*scrollBar:true (on) On Fri, 5 Dec 1997, Mark Phillips wrote: I added the line: xterm.scrollBar: true In a .Xdefaults file to turn on scrollbars automatically on xterms, but X seemed to ignore this. How does Debian deal with Xdefaults? And where can I read about these things? Thanks, Mark. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How are .Xdefaults files handled under Debian?
Hi Mark; Well, I think that I got it from a couple of places but I seem to remember the man rxvt was about the more informative about XTERM resources (for my purposes anyway) than man xterm was. On the system that I am using right now the form of the entry is: xterm*scrollBar:yes but I suspect that yes, on, and true may all be aliases for the same boolean flag (ie: true). I also use xterm*reverseVideo:yes but there is one thing that happens that really bugs me... If an error occurs in vi when on an xterm the reverse video gets screwed up. Background seems to switch to white while the forground remains white. Makes terminal use rather a bit difficult! To correct that it seems that I have to do hard resets in a row using the pulldown menu. best, -bill On Sat, 6 Dec 1997, Mark Phillips wrote: On Fri, 5 Dec 1997, bleach wrote: Shouldn't it be: xterm*scrollBar:true (on) Maybe. I was copying another file. How did you find out about the correct format? ... -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian libc5 (bo/stable) to libc6 (hamm/unstable) upgrade Mini-HOWTO
Hi Bob; In addition to what Scott said himself, I was told that he was sent a specific request to post it again (in multiple groups). However, like you (I suspect), I carefully read the whole thing (yet again to see if there was anything new. Thus, as a request to Scott: If it is not too much trouble, would you do something like put an all caps first line line that reads REPOST or PERIODIC POST. I admit that even that would not prevent me from checking the date anyway though! On Fri, 5 Dec 1997, Robert D. Hilliard wrote: On Thu, 4 Dec 1997, this Mini-HOWTO was posted to the various lists. It appears to be identical to the version posted on Wed Nov 12. Is this an error, or is it an intentional repeat, not an update? Bob -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How unstable is hamm?
Hi John; I have one PC running hamm. Part of my motivation for switching to hamm is that I also have two Amiga 3Ks running debian linux and for those essentially hamm is not an option. It is I think, useful to try to keep the debian machines all running the same version. The PC does however, have a 1.3.1r6 system also installed. As to a general opinion concerning stability, the hamm base system has not given me any trouble. The problems that I have seen are most often related to installing or further upgrading packages. I suppose that like about anyone that is cocky enough to believe that they know their way around Unix (and therefore Linux), I several times used force with dpkg or dselect--and usually regretted it. What I am finding with hamm however is that dependencies are often not correct and that it seems that you must aften force dselect. This is definately an uncomfortable thing for me now but unless there is something else that I am missing it is required. I have also had dselect render my system incapabile of a full boot a couple of times following an install session. The last being a couple of days ago and was an fsck check failure. Dselect had removed libcom_err which it seem caused e2fsck to fail to load. Dselect displayed a conflict and I forced an override--it worked. I am probably remiss in that I have not bothered to record in detail exactly what happened. In spite of what I have said though, the PC hamm system stays up, tolerates numerous mistakes on my part (sometimes even as root) and as a system has not yet crashed. My own confidence in hamm is getting pretty high as my experience with it continues to show me that unless either I or dselect does something wrong, the system will stay up and if something is done wrong, it has been relatively easy to correct. YMMV of course. best, -bill On Fri, 5 Dec 1997, John Bradley Fitzgibbons wrote: I've been watching all of the messages concerning libc6 upgrades and now I've just got to ask. How unstable is hamm? My major interest is due to development. I'd really like to start playing around with version 6, but I'd hate to destroy my system to do it... :) I have an admin level knowledge of unix so feel free to be honest with me. Thanks in advance for any input. Brad Fitzgibbons UNT CAS Computing Services [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How are .Xdefaults files handled under Debian?
Humm, appreciate the suggestion as to the cause. It does look as though it could be related to visualBell. The only problems are that by default the visualbell is off, the xterm menu indicates that it is off, I set the resource off in .Xresources but the problem still occurs. One thing that I did just find out though is that it is possible to fix things by just re-enabling reverse video in the button two menu--that helps a bit. best, -bill On Fri, 5 Dec 1997, Martin Bialasinski wrote: On Fri, 5 Dec 1997, bleach wrote: I also use xterm*reverseVideo:yes but there is one thing that happens that really bugs me... If an error occurs in vi when on an xterm the reverse video gets screwed up. Background seems to switch to white while the forground remains white. Makes terminal use rather a bit difficult! To correct that it seems that I have to do hard resets in a row using the pulldown menu. I think this is the visual bell not working properly in reverse mode. Ciao, Martin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How unstable is hamm?
chuckle Yep, that's it! But additionally, there is some sort of problem with comerr that I encounted and after trying to get dselect to choose an acceptable solution I finally gave up and forced. Obviously it is a problem for any sysadm when required functions move from one package to another and dselect fails to complete the new installation with a removal of the old. One tends to fell kinda left high and dry since the changes are not necessarily clear or obvious. best, -bill On Fri, 5 Dec 1997, David Gaudine wrote: On Fri, 5 Dec 1997, bleach wrote: I have also had dselect render my system incapabile of a full boot a couple of times following an install session. The last being a couple of days ago and was an fsck check failure. Dselect had removed libcom_err which it seem caused e2fsck to fail to load. Dselect displayed a conflict and I forced an override--it worked. I am probably remiss in that I have not bothered to record in detail exactly what happened. It was more like, e2fslibsg removed e2fsprogs but didn't install e2fsprogsg to replace it. I did some pouting about that on another mailing list. I think the bottom line is, if you use Hamm you're getting the latest features and the latest bugs, so you have to be a bit of a gambler; it's usually fine, but there's no guarantee that nobody uploaded a bad package today. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How unstable is hamm?
I had already read about that one (here on the list) [elf-x11r6lib] so knew that it was necessary to force for that one. Who is using comerr or comerrg? And what are the coflicts? Nevermind, doing dpkg --status on comerr2g makes it is clear to me that I need to take a close look at what is going on here on this machine... I have to wonder if any of the users of hamm have the feeling that hamm is more solid than bo? best, -bill On 5 Dec 1997, Manoj Srivastava wrote: Hi, bleach == bleach [EMAIL PROTECTED] writes: bleach As to a general opinion concerning stability, the hamm base bleach system has not given me any trouble. The problems that I have bleach seen are most often related to installing or further upgrading bleach packages. bleach I suppose that like about anyone that is cocky enough to bleach believe that they know their way around Unix (and therefore bleach Linux), I several times used force with dpkg or bleach dselect--and usually regretted it. Heh. Yes, if you use force, all bets are off. bleach What I am finding with hamm however is that dependencies are bleach often not correct and that it seems that you must aften force bleach dselect. This is definately an uncomfortable thing for me bleach now but unless there is something else that I am missing it is bleach required. That is not necesarrily the case. I run pure hamm (espescially since I re-installed hamm after loosing my disk (due to mechanical failure). I have 999 packages, done using dselect, all except the following, which depend on elf-x11r6lib (which is gone now, these packages are sadly out of date). Except for these 8 packages, no force was used. And these are the only packages to show up on my problems list. *** Opt contrib/ xosview Fun to watch CPU/network usage programme *** Opt contrib/ xtar-smotif xtar - Motif front end for tar, with static libXm *** Opt libs tk40 The Tk toolkit for TCL and X11 v4.0 - Run-Time Pa *** Opt libs tk41 The Tk toolkit for TCL and X11 v4.1 - Run-Time Pa *** Opt non-free xarchie X11 browser interface to archie *** Opt non-free chimera X11 World-Wide Web Client *** Opt non-free xforms-dev GUI Toolkit for X Window Systems *** Opt non-free xforms0.86 GUI Toolkit for X Window Systems I am sorry for your problems, but Hamm does work -- as long as you don't second guess the system when you do not know what you are doing. (ignoring dependencies on elf-x11r6lib is the only thing I'd suggest is safe). manoj sync'ed up till wednesday the 4th -- The alternative to mutual trust, which is indeed a risky gamble, is the security of the police state. Alan Watts Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Installation don't work
I have a laptop , AWARD 486 dx33 , 4MB ram ,IDE HDD ,ISA bus and I obtained Debian 1.3.1 (or just 1.3). When I boot (i boot from floppys) it does the normal procedure until it reaches line RAMDISK:compressed image found at block 0 and it stops here and doesn't move anywhere. I've been asking around and ppl who have linux told me that i should change the boot floppy coz it's probably it ... but this same floppy works perfectly on my dad's laptop so that's not the problem . I asked one guy and he told me that he had the same problem and this is how he described it: My understanding of what this message means is the kernel,which is stored as a compressed file is decompressed onto a RAM disk at boot time and for some reason the decompression isn't working. I was told that at this point you are dead in the water . I can't believe that there's nothing to be done ... so I ask if anyone knows what this is and how can it be solved please help me Domagoj Get free e-mail and a permanent address at http://www.netaddress.com -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
