ANNOUNCE: pe package -- try 2
Hi! I'm sorry, but the permission to the files I referred to yesterday were wrong. I had just fixed them and the files should now be available for everyone who is intrested. Thanks for all the mails! For those who didn't get it yesterday: pe (periodic execution) is meant to be a simple replacement for cron(8) on systems, that are just powered on for a few hours a day. On such systems, cron jobs are not very useful since one often can't say, when the system is running. So, for example, the nice jobs in the /etc/cron.daily directory aren't executed. (I didn't had the log rotating running on my client machine for 4 weeks now ;-) Here are the URLs: http://www.informatik.tu-muenchen.de/~schwarz/pe_0.2-1_all.deb http://www.informatik.tu-muenchen.de/~schwarz/pe_0.2-1.tar.gz Cheers Chris PS: I'm not quite sure if the name "pe" is good for what this small utility does. So if someone has a better idea, email me... -- _,, Christian Schwarz / o \__ [EMAIL PROTECTED], [EMAIL PROTECTED] ! ___; \ /PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA \\\__/ ! http://www.informatik.tu-muenchen.de/~schwarz/ \ / -.-.,---,-,-..---,-,-.,.-.- "DIE ENTE BLEIBT DRAUSSEN!"
Re: Don't use Matrox cards (Was re:dosemu)
On Mon, 19 Aug 1996, Barry Hughes wrote: > On Mon, 19 Aug 1996, Shaya Potter wrote: > > >> Well, I'm currently using a Cirrus Logic GD5434, which works fine > >> with XFree in 8 bit mode, but produces streaks at higher bpp's. Anyway, > >> I'm getting a Matrox soon, a real speedster. Thanx for your time... > > >From experience Cirrus cards and chipsets work very well with XFree86, and > I would tend to recommend them. > > >If you plan to continue to use XFree, then I hope you don't buy a matrox > >video card. They do not work with XFree and probably never will. > >They don't give away the information on how to use their cards, so the > >only way XFree could use their cards would be if XFree signed a > >non-disclosure agreement with them, which is kind of hard when you give > >away the source code to your product. > >If you are willing to buy a commercail X server from X inside or Metro X > >then > >it shouldn't be a problem. But then again you will have to install it by > >hand, because their is no debian package for it, and dpkg won't know > >about it. > >What might be good for you, is that if someone ever comes up with a > >rpm --> deb utility, you can buy a redhat cd, from cheapbuytes for around > >$30-40 and it comes with Metro X. But if you wan't to be able to get all > >the source code for your programs you are still stuck. > > > Um, FYI Matroax *HAVE* now allowed the source code to be released, and the > drivers for their cards are being worked on, (at last) so, you can use > this to tell what card to get ;) > > > -Barry Hughes When did this happen? I talked to a friend, just a couple of weeks ago, and he said he just talked to Matrox and they were pretty dead set against giving their support away like that. However, if I am wrong I admit it, and apologize for the wrong advice I gave. Shaya -- Shaya Potter [EMAIL PROTECTED]
Re: Don't use Matrox cards (Was re:dosemu)
On Mon, 19 Aug 1996, Richard G. Roberto wrote: > On Mon, 19 Aug 1996, Shaya Potter wrote: > > > > > > > On Sat, 17 Aug 1996, Miro Torrielli wrote: > > > > > Well, I'm currently using a Cirrus Logic GD5434, which works fine > > > with XFree in 8 bit mode, but produces streaks at higher bpp's. Anyway, > > > I'm getting a Matrox soon, a real speedster. Thanx for your time... > > > > IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT > > > > If you plan to continue to use XFree, then I hope you don't buy a matrox > > video card. They do not work with XFree and probably never will. > > I'm not sure this is true. What source gave you that > information? > Put it this way, from what I have read on usenet, and have been told from friends who have called Matrox, they do not intend ever to give out the information needed to program their cards without a non-disclosure agreement. However, they could do the samething Diamond did after many people complained to them about the practice and change their policy toward Linux. But as I said before, Matrox seems pretty set in their ways right now. > > > > They don't give away the information on how to use their cards, so the > > only way XFree could use their cards would be if XFree signed a > > non-disclosure agreement with them, which is kind of hard when you give > > away the source code to your product. > > > > If you are willing to buy a commercail X server from X inside or Metro X > > then > > it shouldn't be a problem. But then again you will have to install it by > > hand, because their is no debian package for it, and dpkg won't know > > about it. > > > > What might be good for you, is that if someone ever comes up with a > > rpm --> deb utility, you can buy a redhat cd, from cheapbuytes for around > > $30-40 and it comes with Metro X. But if you wan't to be able to get all > > the source code for your programs you are still stuck. > > Now I'm pretty sure this is not true. Last time I checked, > redhat linux came with a beta version of the Metro X > software that was pretty buggy and very slow. The same beta > was available from Metro X directly as well. You don't have > to get it in .rpm format. Accelerated X has a demo of their > server available too, and I don't think theirs is beta. > This I didn't know. However, is the demo of Accelerated X fully functioning, or is it really just a demo. > > Hope this helps, > > > > Shaya > > You may be right on both counts, but I'd still like to be > sure. Please let us know. > > Thanks > > Richard G. Roberto > [EMAIL PROTECTED] > 201-739-2886 - whippany, nj > > Shaya -- Shaya Potter [EMAIL PROTECTED]
problems with P-120
Three weeks ago I finally got Debian Linux 1.1 up and running rock solid on my 486 DX4-100. Well, a week ago I upgraded to Pentium and couldn't wait to see Linux performance boot, but... Continuous *random* crashes. I thought I'd re-install, but the installation broke as well... for many times. When I got through the installation (once), the thing broke while setting the root pass- word. The crashes are trully random, the only thing I noticed is that it always breaks when HD is accessed. I thought it was because the partition was above the 528 Mb limit, then I moved it down, but nothing changed. Here's my setup: CPU: Intel Pentium 120 MHz m/b chipset: Intel 430FX (Triton) BIOS: Award 4.51PG with Pnp extension 1.0A HDD: WD Caviar AC21200 I never heard of Triton related problems with Linux, actually the 486 I had before had buggy CMD 640B and I got past that, but now... Maybe it's PnP BIOS or some other weird BIOS Setup setting or maybe it's that my HDD is set to LBA mode... Or maybe it's something in the Debian Linux configuration? I tried both versions that install kernel 2.0.0 and 2.0.6, both break. I installed from floppies BTW. Please help me, I got the taste with the 486 and now I want a full satisfaction with my Pentium. I love Linux. I've downloaded LOADS of stuff ready to be installed, just need to get the base system running... *PLEASE* write to me directly as I am not subscribed to the list. Please help me if you have experienced similar problems. Is my hardware defective? Windows and DOS run well (as well as Win and DOS can run anyway). I know people are very friendly on this list, last time someone mailed me the kernel with CMD 640 support the very next day. PLEASE HELP ME, I REALLY WANT LINUX Martynas
Anyone who had the installation kernel decompression problem.
If you have had trouble booting from the installation floppy (created from boot1440.bin or boot1200.bin), please help me out. I have been researching the problem (thanks to Bruce Perens for help and guidance), and I would now like to pinpoint a specific hardware incompatibility, if one exists. Hopefully, this will suggest a fix for the problem, or at least allow us to warn others. The problem: On some systems, using the Debian Installation Boot Disk, the linux kernel fails to decompress. (This happens *after* you have pressed in response to the 'boot:' prompt.) Typical solutions: This problem is often avoided by turning off the level one and/or level two cache. Others have also suggested reducing the clock speed, or increasing the wait states. If you have experienced this, I would like to know: * Your CPU type. * Your floppy controller. * Your solution. * Anything else that might be helpful. I look forward to your replies. Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Re: Don't use Matrox cards (Was re:dosemu)
On Mon, 19 Aug 1996, Shaya Potter wrote: >> Well, I'm currently using a Cirrus Logic GD5434, which works fine >> with XFree in 8 bit mode, but produces streaks at higher bpp's. Anyway, >> I'm getting a Matrox soon, a real speedster. Thanx for your time... >From experience Cirrus cards and chipsets work very well with XFree86, and I would tend to recommend them. >If you plan to continue to use XFree, then I hope you don't buy a matrox >video card. They do not work with XFree and probably never will. >They don't give away the information on how to use their cards, so the >only way XFree could use their cards would be if XFree signed a >non-disclosure agreement with them, which is kind of hard when you give >away the source code to your product. >If you are willing to buy a commercail X server from X inside or Metro X then >it shouldn't be a problem. But then again you will have to install it by >hand, because their is no debian package for it, and dpkg won't know >about it. >What might be good for you, is that if someone ever comes up with a >rpm --> deb utility, you can buy a redhat cd, from cheapbuytes for around >$30-40 and it comes with Metro X. But if you wan't to be able to get all >the source code for your programs you are still stuck. Um, FYI Matroax *HAVE* now allowed the source code to be released, and the drivers for their cards are being worked on, (at last) so, you can use this to tell what card to get ;) -Barry Hughes -- Lord grant me the serenity to accept the things I cannot change.The courage to change the things I can.And the wisdom to hide the bodies of the people *I had to kill because they pissed me off* webmasterURL: http://www.gpl.net Genesis Project Ltd voice: +44-1232-560552 Belfast, BT15 1AQ fax: +44-1232-560553 Northern Ireland email: [EMAIL PROTECTED] Bazza/Rakoth on DALnet, the best IRC network there is irc.dal.net port 7000 http://www.bazza.com/
Re: Don't use Matrox cards (Was re:dosemu)
On Mon, 19 Aug 1996, Shaya Potter wrote: > > > On Sat, 17 Aug 1996, Miro Torrielli wrote: > > > Well, I'm currently using a Cirrus Logic GD5434, which works fine > > with XFree in 8 bit mode, but produces streaks at higher bpp's. Anyway, > > I'm getting a Matrox soon, a real speedster. Thanx for your time... > > IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT > > If you plan to continue to use XFree, then I hope you don't buy a matrox > video card. They do not work with XFree and probably never will. I'm not sure this is true. What source gave you that information? > > They don't give away the information on how to use their cards, so the > only way XFree could use their cards would be if XFree signed a > non-disclosure agreement with them, which is kind of hard when you give > away the source code to your product. > > If you are willing to buy a commercail X server from X inside or Metro X then > it shouldn't be a problem. But then again you will have to install it by > hand, because their is no debian package for it, and dpkg won't know > about it. > > What might be good for you, is that if someone ever comes up with a > rpm --> deb utility, you can buy a redhat cd, from cheapbuytes for around > $30-40 and it comes with Metro X. But if you wan't to be able to get all > the source code for your programs you are still stuck. Now I'm pretty sure this is not true. Last time I checked, redhat linux came with a beta version of the Metro X software that was pretty buggy and very slow. The same beta was available from Metro X directly as well. You don't have to get it in .rpm format. Accelerated X has a demo of their server available too, and I don't think theirs is beta. > > Hope this helps, > > Shaya You may be right on both counts, but I'd still like to be sure. Please let us know. Thanks Richard G. Roberto [EMAIL PROTECTED] 201-739-2886 - whippany, nj -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. ***
Re: GOOD TIMES
> > Goodtimes isn't real. And Clinton is not sincere. Guys, please take it elsewhere! > (Note that I just broke my rule. Sorry again.) Then why did you do it? Brian ( [EMAIL PROTECTED] ) --- In theory, theory and practice are the same. In practice, they're not.
Re: mailagent and MH
Hi Michael -- You said: > ... is it not true that by using mailagent wisely one should be able > to avoid the use of inc altogether? I've been tip-toeing my way forward with mailagent. My ~/.rules file currently disposes of only a few of the mailing lists I'm on, and only those for which I don't get much mail, and I have already learned from some mistakes I made in it. As you probably know, mailagent places messages that aren't matched by anything in ~/.rules into a mailbox-style file, which must be inc'd in order to be used by MH. Yes, I can now write a ~/.rules file that would automatically move otherwise-unmatched files into +inbox. But the fact that I've now seen mailagent + MH do at least one simple operation in an unexpected and unpredicatble way suggests to me that simply refiling unmatched messages just papers over a flaw which will reveal itself later as a loss of mail. Dubious (but marginally open-minded), Susan
Re: mailagent and MH
"Susan G. Kleinmann" <[EMAIL PROTECTED]> writes: > I have just begun using mailagent, and am hoping for some enlightenment > regarding its behaviour. I am, too, so I hope if you receive private replies you will enlighten me. > > Then I try to fetch mail messages from mbox.sgk into my MH inbox, > by executing: >inc -file ~/mbox.sgk I'm certain I'm more confused than you are, but is it not true that by using mailagent wisely one should be able to avoid the use of inc altogether? -- + Michael D. Harnois + Christianity has not been tried + + Clergy, computer nerd, + and found wanting. It has been + + Linux user, Havanese owner + found difficult and not tried. + + [EMAIL PROTECTED]+ --G. K. Chesterton +
timer goes too fast
Hi, I have a strange problem with two Elonex 486 machines running Linux (a 486/25 and a 486/33). The internal timer sometimes start running at double speed, so that the time of the day is wrong. If I turn them off and on the timer works fine, maybe for a week or two, maybe just for one hour, then it starts going at double speed again. I didn't try if it is the same under DOS, but I think it was ok. It looks like if the timer is reprogrammed with some wrong value. Has anybody heard of a similar problem? fabrizio
Re: How do I allow users to run a single command as root?
Casper BodenCummins <[EMAIL PROTECTED]> writes: > (a) packages which control superuser execution are not generally > found in distributed commercial UNICES (and how many sysadmins > have the time or the inclination to seek out these packages?); Hmm, I hadn't thought about that. Ok, interesting consideration. -- Rob
ftape format warning!!!
I had a nasty surprise using ftape to dump my filesystems for archival right before repartitioning my hard drive. I wanted to let people know about this in case they were not already aware. If you plan to dump several filesystems to one tape (that is, more than one session on a tape) you need to erase the tape using mt FIRST!!! Otherwise you will not be able to read any sessions beyond the first. There were only two sessions on my tape. Sadly, the second session contained the /usr filesystem, so I lost everything :( YMMV --- Key fingerprint = D6 A7 D7 8C 92 CB 42 FD 60 D5 62 1C D7 B9 EA 8E Ken Gaugler N6OSK Hybrid Networks, Inc. Cupertino, Calif. URL: www.hybrid.com (home: [EMAIL PROTECTED] URL: users.aimnet.com/~keng) "The life of a Repo Man is ALWAYS INTENSE..."
Re: (yet again) [Fwd: Virus Alert]
On Aug 16, 4:44pm, Robbie Honerkamp wrote: > Subject: Re: [Fwd: Virus Alert] : : Not true. You can't get a virus from reading an email message. : >-- End of excerpt from Robbie Honerkamp Actually, that depends upon your E'mail system. Microsoft mail allows you to send macros along with messages. These macros are automatically run when the message is read. I have first-hand experience with a "virus" (actually, a destructive macro) that was transmitted this way. ...but that's a hole in Microsoft mail. Obviously, this kind of thing could not be done via the standard Unix mail system (unless you had a MIME-aware mail reader that was willing to run Java code for you... Oooops!) Chris -)- -- Christopher R. Hertel -)- University of Minnesota [EMAIL PROTECTED] Networking and Telecommunications Services
Need an 8 mm tape recommendation
Hello, I need to buy and install an 8mm tape system for our debian systems. If you happen to have one up and running, could you drop me a note telling me things like: - Tape system brand name, - Connection type (serial/parallel port, internal, etc.), - Software used to access the tape (I only see something called "taper" in the debian distribution), - Any other info that could guide me. Thank you, Pedro Ivan --
Re: What am I doing wrong?
>Hi Tim, >Thanks for responding. The closing quotes is a typo. ( Sorry ). Yes >my ISP uses dynamic IP's. The problem is the system never dials out. The Ok, find out from your ISP if they can handle PPP. You might want to consider PPP since by my understanding, it can negotiate a dynamic IP address with relative ease. I assume you are set up to the point that you can manually connect to the net with the Linux box, and that diald is the only problem, right? Try adding this to the end of your diald command line: -daemon It will appear like it's just hung and doing nothing, but don't worry. (You've just started a daemon but not let it go into the background). After that, use a different virtual console and log in and telnet somewhere that's not on the local lan. After issuing the telnet command, go back to the original virtual console and let me know what messages it gives. I have a feeling you might see something like Connecting connect: script failed waiting 30 seconds for clear to dial Anyhow, let me know what happens! Tim --- I am Pentium of Borg. Division is futile. You will be APPROXIMATED! [EMAIL PROTECTED] <-- (Primary email) ---
Re: Someone working on support for NFS mounted "/usr"?
-BEGIN PGP SIGNED MESSAGE- [EMAIL PROTECTED] (joost witteveen) writes: | | > As near as I can tell from examining various FAQs, there is no support | > for maintaining clients with a read-only, NFS-mounted "/usr" | > partition. The only current solution seems to be: (i) install a | > complete system on the server and a base system on the client; | > (ii) remove the client "/usr" partition and mount the server "/usr" in | > its place; (iii) configure the client's packages by hand. | | Well, as far as I (and about 5 happy clients (who mount /usr from | my servre) can see, you're somewhat wrong. I don't mean to be ungrateful, but your message doesn't shed much light on the issue. Perhaps you could supply a bit more detail? How do you install/configure packages on the client side? How do you synchronize package installation and upgrades between the server and the client? How does your solution differ from my proposed (and in my opinion, pretty bad) solution---that is, how do you avoid configuring the client's packages by hand? | The only trouble is /etc: it has to be mounted rw (/etc/mounts, and | /etc/ld.so.cach), and has to have some files different from | the server (like /etc/init.d/network, setting up different IP numbers). | | But on the /usr side, its all _very_ easy! Well, yes, but I already knew that. I want to know what you *do* for the client "/etc" partitions? Do you run a nightly script to update the client's "/etc"? How does your script determine what should and shouldn't be overwritten in "/etc"? Kevin <[EMAIL PROTECTED]> -BEGIN PGP SIGNATURE- Version: 2.6.2 Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface iQBVAwUBMhh+Y4mVIQW1OgXhAQFDjQH+Ku6bRO0OzI31PG9wWJnJR/kjGAVl8asf KwErp70Yodj9vxNw0eWljREEO5J3cDHYiy4vzOyVdj8CbiCQvGUNOA== =+P2R -END PGP SIGNATURE-
Re: vfat/msdos depend on fat
Michael> Hamish Moffatt writes: >> I compiled a custom kernel last night, and made fat, msdos and vfat all >> modules. msdos and vfat depend on fat to operate, and it seems that >> /etc/modules gets processed later than mounting all file systems; Michael> That's what the auto option is for. >> vfat gets inserted before fat, and hence doesn't work. I notice that the >> precompiled Debian kernel compiles FAT support in, not as a module. Michael> Ah, please upgrade to modules_2.0.0-8. There's is a bug in depmod in Michael> version -6 and -7. Unfortunately -8 is still in incoming, but you can Michael> get it from feivel.informatik.rwth-aachen.de:/pub/debian.incoming. Thanks to both of you! I have the same problem and didn't dare to ask. 'will report in case this doesn't work though. Since I'm there: `ps` is also broken in my custom 2.0.0 kernel. It complains about being unable to find libproc.so. Any chance this may be cured at the same time? I got into the trouble of making a custom kernel because of the PS/2 mouse problem amply mentionned before...
Re: Someone working on support for NFS mounted "/usr"?
> As near as I can tell from examining various FAQs, there is no support > for maintaining clients with a read-only, NFS-mounted "/usr" > partition. The only current solution seems to be: (i) install a > complete system on the server and a base system on the client; > (ii) remove the client "/usr" partition and mount the server "/usr" in > its place; (iii) configure the client's packages by hand. Well, as far as I (and about 5 happy clients (who mount /usr from my servre) can see, you're somewhat wrong. The only trouble is /etc: it has to be mounted rw (/etc/mounts, and /etc/ld.so.cach), and has to have some files different from the server (like /etc/init.d/network, setting up different IP numbers). But on the /usr side, its all _very_ easy! Contact me if you have problems. -- joost witteveen [EMAIL PROTECTED] [EMAIL PROTECTED] -- Use Debian/GNU Linux!
Re: MIDI & Debian?
On Thu, 15 Aug 1996, Richard G. Roberto wrote: > further. There is another free sequencer type program for X > that I found confusing and not generally useful, but someone > else may. It's called Rosegarden. > After doing some more research, I found a nasty memory leak in jazz :-(. Too bad, I liked the interface! I have gotten a little used to Rosegarden and, although it lacks features, it does play reliably. I also found that it maintains playing speed very well. Other linux X-MIDI software seem to slow down when you do anything in X! (like move a window!) > There's a reference URL at: > > http://www.digiserve.com/ar/linux-snd/ > > This has many links to useful places for Linux sound! > > One thing about that HOWTO, though. I have a true MPU-401 > capable card, so according to the HOWTO and the Readme.cards > in the kernel sources, I shouldn't have any problems > enabling this _and_ the audiotrix pro. But the mpu-401 > driver complains about a conflict. Also, the 2.0.12 kernel This still happens, but without the MPU-401 support, I don't have MIDI capabilities. It looks like the MPU-401 option is required for MIDI device support with the audiotrix pro. This is a funky card and I have lots of hoops to jump through to get it to work corrctly under DOS/WIN too. More on that later ... > does not have these sound drivers available as modules! I As near as I can tell, this stuff gets compiled into the sound.o module and not the kernel. Anybody know for sure? > think I'm going to recompile the kernel without the MPU-401 > driver and see what happens. I have a few other things to As I said, I tried it without the MPU-401 part and no midi. Strangely enough, I couldn't get the MPU-401 device to initialize correctly, though. I got the same conflict message. But then I used the USS/Linux driver demo to test the board, it worked! So I unloaded it and reloaded sound.o, and bingo: MPU-401 midi device listed in /dev/sndstat! Rosegarden seems to be able to use the wave table blaster periodically as well! > do first, but I should get to this this weekend. I may have > other news on MIDI/Sound stuff by then as well. I'll gladly > share it with the list if it seems useful. I found the USS/Linux web site that has a handful of tools on its web pages. I was unable to access these tools so Dev at USS/Linux emailed them to me! He's a really nice guy who's interested in free software. He's using a hacked up slackware distribution for his internal purposes and I turned him on to Debian. He said he'd consider upgrading, but he has a lot of stuff to do first. I'll keep on him! He also said that he would give me the sources to his MIDI apps so I could debianize them! They currently don't work with the USS/Lite sound.o module (at least they don't for me), so I'll have to take a look at getting them to be more generally useful, but they work pretty well. They have the timing problem I mentioned above, which needs to be worked out. They also don't give per track options for input/output device selection, which I need. I'll stay on top of this as much as I can, but I'm really behind in so many things that it may take a while. I'm getting ready to move half way across the world in three weeks from now! I think this is an area that needs more attention than I'm currently capable of giving it, but I'm the one in need, so I guess I get the job ... Thanks! Richard G. Roberto [EMAIL PROTECTED] 201-739-2886 - whippany, nj -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. ***
Re: still is ... Re: HOWTOs (Was: Problems with aha1542.o ...)
On Wed, 14 Aug 1996 [EMAIL PROTECTED] wrote: > > Richard> Thanks, but I checked into that already too. There aren't _any_ > Richard> arguments passable to the module -- only lilo/boot time args to > Richard> the kernel. > > Oh, I see. > > Well, doesn't that give you a reason to modify the source for the driver :-) > If days had 240 hours... > > -- > Dirk Eddelb"uttel http://qed.econ.queensu.ca/~edd > OK. I did my first kernel driver patch. It's not generally useful I'm afraid, but it served my purpose. I changed the default addresses for the aha1542 card to 330 and 234. Now it works fine. I'd still like to know why the boot parameter failed. Strange ... Thanks Dirk for the suggestion and support! Richard G. Roberto [EMAIL PROTECTED] 201-739-2886 - whippany, nj -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. ***
Re: can't ifconfig dummy
> Bill Roman writes: > Why doesn't `ifconfig dummy songdog' work? It tells me: > SIOCSIFADDR: No such device Try 'dummy0' when it is loaded as a module ... > Am I the dummy here? No, this one is really a stupid bug (needs just ONE changed line in the kernel to be fixed!) Dominik
Re: Solved: mouse problem (running both gpm and X)
On Sun, 18 Aug 1996, Ervin D. Walter wrote: > Mark Phillips writes: > > > > You may recall I posted, complaining that I had to kill gpm before I > > could get X to run. I solved the problem by changing the mouse device > > over to /dev/ttyS0 (whereas before it was /dev/cua0). Now things work > > fine! > > > > Am I right in thinking that the cua devices are now obsolete and that > > ttyS devices are the way to go? > > > > Mark. > > This is sort of right. /dev/cuaxxx are in most cases the wrong choice > because they implement kernel level locking. What was happening was > that once one process (gpm) opens /dev/cua0, the kernel does not allow > another process (X) to use the same device. The /dev/ttySxx are > specifically not designed this way. They are designed with the idea > that intelligent programs will take care of their own locking (which > gpm and X do nicely) so more than one program can share the same > devices. > > Erv > > -- Supposdly that should be true, but it seems for some reason, on my system, ttyS's also get locked and the only way I can get gpm and X to work is to run gpm and gpm -R and point X to /dev/gpmdata and call it a MouseSystems mouse. Shaya -- Shaya Potter [EMAIL PROTECTED]
Re: StarOffice under Debian
On 17 Aug 1996, Christoph Lameter wrote: > Is anyone running StarOffice under Debian? > > If so how and where did you get the Motif Libraries? > I haven't got it running yet,(I have heard that right now it is very buggy) but supposdly they include a large set of Motif2.0 in one of the shared libraries they include in the program, so all you have to do is install it (w/ the StarInst script, I have it if anyone needs it) and then copy the shared library to /usr/X11R6/lib and rename libXm.so.2 and you should be fine. Another way that suppodly works is to get LessTif, but that never worked for me because I wasn't able to get ldconfig to recognize libXm when I renamed it from libXm.so.0 to libXm.so.2 If anyone knows why that didn't work, I'd appreciate some insight. Hope this Helps, Shaya -- Shaya Potter [EMAIL PROTECTED]
RE: dosemu
Absolutely right. Don't go for one of these cards. I spent the best part of a weekend trying to configure one of these things (including all of Sat/Sun night), and failed quite dismally. Although it could fall back to a VGA configuration, the server ran unusably slowly (don't know why). The trouble is that there is insufficient info available to create a working XF86Config modeline. Go for something else. Casper Boden-Cummins. >-- >From: [EMAIL PROTECTED]:[EMAIL PROTECTED] >Sent: 19 August 1996 10:28 >To:[EMAIL PROTECTED]; debian-user@lists.debian.org >Cc:The recipient's address is unknown. >Subject: Re: dosemu > >In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] wrote: >>Well, I'm currently using a Cirrus Logic GD5434, which works fine >>with XFree in 8 bit mode, but produces streaks at higher bpp's. Anyway, >>I'm getting a Matrox soon, a real speedster. Thanx for your time... > >I'd suggest not getting a Matrox card -- I believe they're not >supported >by XFree86 because Matrox won't release technical details of their >cards. Go for something S3-based instead... > >Regards, > >Dave Holland > >
Don't use Matrox cards (Was re:dosemu)
On Sat, 17 Aug 1996, Miro Torrielli wrote: > Well, I'm currently using a Cirrus Logic GD5434, which works fine > with XFree in 8 bit mode, but produces streaks at higher bpp's. Anyway, > I'm getting a Matrox soon, a real speedster. Thanx for your time... IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT IMPORTANT If you plan to continue to use XFree, then I hope you don't buy a matrox video card. They do not work with XFree and probably never will. They don't give away the information on how to use their cards, so the only way XFree could use their cards would be if XFree signed a non-disclosure agreement with them, which is kind of hard when you give away the source code to your product. If you are willing to buy a commercail X server from X inside or Metro X then it shouldn't be a problem. But then again you will have to install it by hand, because their is no debian package for it, and dpkg won't know about it. What might be good for you, is that if someone ever comes up with a rpm --> deb utility, you can buy a redhat cd, from cheapbuytes for around $30-40 and it comes with Metro X. But if you wan't to be able to get all the source code for your programs you are still stuck. Hope this helps, Shaya -- Shaya Potter [EMAIL PROTECTED]
Re: sendmail queuing incoming mail
>I'm trying to figure out why my incoming mail (coming in via uucp) is being >queued up instead of being delivered straight to my mailbox. Maybe this happens because of rmail that invokes sendmail with -odq to explicitly specify queue delivery mode? Try rmail -T to check the arguments it passes to sendmail. Kit.
mailagent and MH
I have just begun using mailagent, and am hoping for some enlightenment regarding its behaviour. I fetch mail from my ISP using a line like: popclient -3 -P ~/.my_password_file my_ISPs_mailhost This mail is processed by my ~/.rules file, and messages which aren't automatically refiled as a result of matching one of the rules are then stored in the file ~/mbox.sgk, which has the same format as /var/spool/mail/sgk. Then I try to fetch mail messages from mbox.sgk into my MH inbox, by executing: inc -file ~/mbox.sgk What's odd is that I often have to execute inc more than 1 time -- sometimes 2 times, to get all the files from mbox.sgk into +inbox. For example, as a result of running popclient, I might see that 4 messages are being obtained from my ISP. Then if I run inc -file ~/mbox.sgk, I might see one mail message (and none have been added to any of the folders that match my ~/.rules). If I run inc -file ~/mbox.sgk again, I might see that same message, plus another 3 messages. Another confusing point is that even though my ~/.mh_profile says inc: -norpop -truncate -audit audit-file the file mbox.sgk is not zero'd after I fetch the files in it. Seeking advice, Susan Kleinmann
Re: [Fwd: Virus Alert]
> Terry Eck writes: > I remember reading about this several months ago. It was the opinion > of most people at the time to be just a joke. Anyone know for sure > if it is anything other than a joke? Terry It is. There is even a FAQ about it. I will dig out the URL ... Dominik
Re: German manpages
Hi, > Please get the actual release of it, the documentation contains a > paragraph inspired by Ray Dassen that describes how to activate them. Well, setting LANG works with them, thanks. But I cant find any documentation in the binary package... (the readme itself desnt contain anything (btw: it is in german *ugh*)). Greetings Bernd
Re: Problem with 3C509 ifconfig
> >ping: sendto: Network is unreachable > >ping: wrote 166.117.11.123 64 chars, ret=-1 > >Destination Gateway Genmask Flags MSS Window irtt > >Iface > >166.117.11.125 0.0.0.0 255.255.255.255 UH 1500 0 0 eth0 > >127.0.0.0 0.0.0.0 255.0.0.0 U 3584 0 0 lo There is no default an no net route, therefore the kernel doesnt know how to reach 166.117.11.123. Greetings Bernd
Re: dosemu
On Mon, 19 Aug 1996, Dave Holland wrote: Hi Dave, > I'd suggest not getting a Matrox card -- I believe they're not supported > by XFree86 because Matrox won't release technical details of their > cards. Go for something S3-based instead... True that it isn't supportet by the generic XF86 package but it IS supportet by the accelerated servers and have a great performance. The accelerated X servers are commercial though but are effordable ! Greetings, Steffen - Steffen R.Mueller __ ___ _ _ email: [EMAIL PROTECTED] NTG Netzwerk und Telematic GmbH \ \/ / (_)_ __ | | __ fax : +49 721 9652 210 Geschaeftsbereich Xlink \ /| | | '_ \| |/ / phone: +49 721 9652 211 Vincenz-Priessnitz-Str. 3/ \| | | | | | < RIPE : SM25-RIPE D-76131 Karlsruhe, Germany /_/\_\_|_|_| |_|_|\_\ WWW.Xlink.net/~steffen
Re: vfat/msdos depend on fat
Hamish Moffatt writes: > I compiled a custom kernel last night, and made fat, msdos and vfat all > modules. msdos and vfat depend on fat to operate, and it seems that > /etc/modules gets processed later than mounting all file systems; That's what the auto option is for. > vfat gets inserted before fat, and hence doesn't work. I notice that > the precompiled Debian kernel compiles FAT support in, not as a module. Ah, please upgrade to modules_2.0.0-8. There's is a bug in depmod in version -6 and -7. Unfortunately -8 is still in incoming, but you can get it from feivel.informatik.rwth-aachen.de:/pub/debian.incoming. Michael -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian Linux!| //_/ /_/ //\___/_/ //
Re: module cdu31a fails on insert
Bruce Perens wrote: > From: [EMAIL PROTECTED] (renald loignon) > > May I ask, in all seriousness, and without a trace of sarcasm, where in the > > world (BUT preferably in the Debian installation instructions) one is > > expected to find this information? I was used to the old > > "cdu31a=0xPORT,IRQ" syntax from the boot prompt, or as an "append=..." line > > in /etc/lilo.conf > > I don't see that it is documented at all outside of the kernel source. I'm getting confused. Isn't the purpose of /usr/lib/module_help/arguments to document the arguments that can be given to a module when it is activated? ?, Susan Kleinmann
Re: Solved: mouse problem (running both gpm and X)
Hi Charles -- You asked: > I can't get my logitech serial mouse to work under X on any of the three > machines where I've attempted to use X. > > Should I "ln -s /dev/ttyS0 /dev/mouse" if my serial mouse is connected to > the first serial port? That ought to work. I also have a Logitech serial mouse. I have the link you mention, and this is my Pointer section in /etc/X11/XF86Config: Section "Pointer" Protocol"MouseMan" Device "/dev/mouse" HTH, Susan Kleinmann
vfat/msdos depend on fat
I compiled a custom kernel last night, and made fat, msdos and vfat all modules. msdos and vfat depend on fat to operate, and it seems that /etc/modules gets processed later than mounting all file systems; vfat gets inserted before fat, and hence doesn't work. I notice that the precompiled Debian kernel compiles FAT support in, not as a module. Is there any way to fix this for me besides recompiling the kernel? Also, is a package of a later kernel [2.0.13 for example] in the works, with NFS fixed? I'm back with 2.0.0 now because I need NFS. thanks, Hamish
Re: ALPHA: pe package - periodic execution
Christian Schwarz writes: > I just rewrote my pe program and made a debian package. Here is what it's > for: > ... > If this is useful for others too, I want to include it in the Debian > distribution. I just tried to upload it to ftp.debian.org, but there is a The site is master.debian.org anyway. If you have problems like this you should write to debian-devel not debian.users. > So for now I had just placed it on my web space. Every one can get it via > =09http://www.informatik.tu-muenchen.de/~schwarz/pe_0.2-1_all.deb > and the source is > =09http://www.informatik.tu-muenchen.de/~schwarz/pe_0.2-1.tar.gz Unfortunately it's not possible to get them. There's a permission problem. Michael -- Michael Meskes |_ __ [EMAIL PROTECTED] | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ [EMAIL PROTECTED]| ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian Linux!| //_/ /_/ //\___/_/ //
Re: dosemu
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] wrote: >Well, I'm currently using a Cirrus Logic GD5434, which works fine >with XFree in 8 bit mode, but produces streaks at higher bpp's. Anyway, >I'm getting a Matrox soon, a real speedster. Thanx for your time... I'd suggest not getting a Matrox card -- I believe they're not supported by XFree86 because Matrox won't release technical details of their cards. Go for something S3-based instead... Regards, Dave Holland
RE: How do I allow users to run a single command as root?
You're quite right, Rob: it /is/ a really bad idea if you don't know what you're doing. However, we need to bear in mind that: (a) packages which control superuser execution are not generally found in distributed commercial UNICES (and how many sysadmins have the time or the inclination to seek out these packages?); (b) it is a valid and extremely useful feature which, like many aspects of UNIX, combine power and risk. Any self-respecting UNIX administrator should make themselves aware of the potential risks of the commands and facilities that they use. This understanding is vital when making decisions about reducing risk, and in knowing which solutions are available. In this particular case, I agree with Rob that a utility like sudo is the answer. We are particularly lucky with Linux that we have such a variety of useful packages available. Casper Boden-Cummins. >-- >From: Rob Browning[SMTP:[EMAIL PROTECTED] >Sent: 16 August 1996 16:25 >To:debian-user@lists.debian.org >Cc:The recipient's address is unknown. >Subject: Re: How do I allow users to run a single command as root? > >Casper BodenCummins <[EMAIL PROTECTED]> writes: > >> What you need here is to set the setuid bit. Run this command as root: >> >>chmod +s filename > >Not to be nasty, but this is generally a *REALLY BAD IDEA* unless you >know *exactly* what you are doing. If "filename" was not designed with >extremely careful attention to the fact that it's going to be run suid >root, you can be opening up your system to all kinds of security >attacks, or accidental disasters by enabling suid root. > >I'm talking about attention to things like explicitly setting the >PATH, checking and setting IFS, etc. If it's a perl script, using the >"taint" checks helps, but you have to know enough perl to be able to >fix the problems it reports. > >Don't do this. Use sudo, super, or some equivalent. > >[end preach mode] > >-- >Rob > >
libtiff?
Trying to install libtiff3-gif says it depends on libtiff3, but the dependency listing says libtiff3 doesn't appear to be available. What's the deal here and how can I fix it? -Larry -- Larry Daffner| Linux: Unleash the workstation in your PC! [EMAIL PROTECTED] / http://web2.airmail.net/vizzie/ Technology is a way of organizing the universe so that man doesn't have to experience it. --Max Frisch
Re: Solved: mouse problem (running both gpm and X)
> I can't get my logitech serial mouse to work under X on any of the three > machines where I've attempted to use X. > > Should I "ln -s /dev/ttyS0 /dev/mouse" if my serial mouse is connected to > the first serial port? > Charles there's certainly no harm in doing that (theres a big difference between ttyS0 and ttys0, don't make that mistake) Are you sure the kernels were configured with serial support? Have you exhausted the possibilities in the xf86config file? Regards, jay
Re: #1, make it boot. Engage.
> My number one stumbling block with Linux seems to be making it boot. > > I've a kernel on the /dev/sda2 partition in the /boot directory, > and it's called vmlinuz. My boot partition doesn't seem to be set > correctly, because it's not booting /dev/sda2 as root. Instead, it > displays "Loading Linux ", then "boot: " and then > "Loading Linux " again in an endless loop. Is it possible that you have a disk that is bigger than your bios rom knows how to handle? Or that you changed the kernel but didn't run lilo again?
Re: [Fwd: Virus Alert]
> "Rob" == Rob Browning <[EMAIL PROTECTED]> writes: Rob> [EMAIL PROTECTED] (Terry Eck) writes: Rob> Well, I'd like to see the code for the infinite loop that'd melt Rob> down my processor. I've written a few in my time (accidentally), Rob> and the machine's still here. Well, lucky you. :-) The issue of destroying a computer through software was once (probably has been several times) discussed on alt.folklore.computers. It is (or rather was) possible, but only in one known case. I do not remember many details, but some old microcomputer (Commodore of some sort I believe) allowed you to flip a bit in a register on the video chip that would cause power to build up somewhere until the chip eventually died. ---+-- Christian Lynbech | Computer Science Department, University of Aarhus Office: R0.32 | Ny Munkegade, Building 540, DK-8000 Aarhus C Phone: +45 8942 3218 | [EMAIL PROTECTED] -- www.daimi.aau.dk/~lynbech ---+-- Hit the philistines three times over the head with the Elisp reference manual. - [EMAIL PROTECTED] (Michael A. Petonic)
Re: GOOD TIMES
> Goodtimes isn't real. And Clinton is not sincere. Sorry to jump in here but I can't let this go by. After watching the Republicans talk about inclusion as they press to deny benefits to *legal* aliens and then talk about a balanced budget ammendment as they again propose budget busting tax cuts for the wealthy I would have to say: Clinton isn't perfectly sincere, but he is a lot more sincere than Dole. This is not supposed to be a political forum but there is nothing wrong with personal opinions in a signature. On the other hand purely political messages should be avoided. (Note that I just broke my rule. Sorry again.) Nathan Salwen
Re: [linux-support] Access to 1.2.8 from 2.0.6
Here's a message that I originally sent to some Linux ISP mailing lists. I believe that it may be suitable for this list. Russell Coker - The following message is forwarded to you by [EMAIL PROTECTED] (list as the From user of this message). The original sender (see the header, below) was [EMAIL PROTECTED] and has been set as the "Reply-To" field of this message. - From: [EMAIL PROTECTED] Date: Sun, 18 Aug 96 22:17:56 -0500 To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [linux-support] Access to 1.2.8 from 2.0.6 In-Reply-To: <[EMAIL PROTECTED]> Cc: bofh In <[EMAIL PROTECTED]>, on 08/17/96 at 01:57 AM, Mark Lane <[EMAIL PROTECTED]> said: I am having a problem which may be related. I'm running a small ISP and an Internet cafe. I have 2 servers a Debian system and a Slackware system. Dial-up users who are unfortunate enough to be using Windows 3.1 and trumpet or Win95 are the only ones affected (users of OS/2, Linux, and NT have no problems). What happens is that when they establish a TCP connection to the debian system data will be transferred very slowly. I have both the Slackware and Debian systems running as PPP servers and no matter which one the poor Windows user connects to they will get very poor throughput when transferring data to the Debian system. So if a user connects via PPP to the Debian system and then transfers data to the Slackware system then everything will be fine. Obviously the Debian system is routing IP packets correctly, but there is some problem with TCP (could be MSS). I have taken the Debian system from version 0.96R3 (a.out) with kernel ~1.3.60 to 1.1 (ELF) with kernel 2.0.13 and it made no difference. If you know what I could do (or even some useful tests I could run to get more information) then please let me know. >I recently installed a Debian 1.1 system with the 2.0.6 kernel. >I couldn't have asked for a smoother install from a Windoze package, so >kudos to the development team! Had one glitch with Majordomo 1.93, but >that's another e-mail sometime :) Now, onto the real problem >I am having problems accessing data (ie. mail, web, etc.) on a >pre-existing (prehistoric?) Slakware 1.2.8 host from Mac/FreePPP and >Win95 PPP clients of the Debian host. Win31/Trumpet clients work just >fine. For example, I can establish a PPP connection from a Win95 client >into the Debian box, TELNET into the Slakware box, type 'ls /tmp', and >get a file listing (only a few files). However, if I transfer more data >(ie.'ls /etc' or 'w'), >the output hangs. I cannot retrieve web pages from the Slakware server, >nor access mailboxes NFS-mounted on Debian from Slakware. Anything that >appears to transfer much data back to the PPP client (through the Debian >host) hangs. All this *seems* to work fine going the other way (PPP to >Slakware then access Debian), but I haven't tested enough to be sure (at >2am things get fuzzy). I suspect a MTU/MSS problem. >The only odd thing I can see is a difference in the maximum >segment size on the Debian and Slakware hosts. Slakware shows MTU of >576 and MSS of 512 for PPP devices, where Debian shows 576 for both. >Same for the ethernet device (1500MTU on both, 1436MSS on Slakware and >1500MSS on Debian). I used ifconfig to change the MSS on Debian's eth0 >device (didn't know how to do the same on PPP devices) and recompiled the > kernel to disable MTU path disocovery to no avail. I'm at a loss, and >hope someone on this list has already come across this. I can send any >configs or test results necessary to diagnosis. I'd sure appreciate any >insight out there on this! >Th >k you, >Ma > >Mark S Lane ([EMAIL PROTECTED]) | >3rd Wave Technologies | >Phone/FAX: (423) 652-6090 | >~~~ >To un-subscribe to this list, send requests to [EMAIL PROTECTED] with the >body of the message stating: unsubscribe linux-support. Please send >postings to: [EMAIL PROTECTED] Problems: [EMAIL PROTECTED] - -- End of forwarded message - -- --- [EMAIL PROTECTED] ---
Announce: ImageMagick package
I've debianized Imagemagick and contacted Bruce for transfering it to the ftp archive. In the meantime, you can get it from anonymous ftp from ftp://ftp.fifi.org/pub/debian There are three packages: o imagemagick (executables with shared library) o imagemagick-dev (include files, little use) o imagemagick-doc (html pages you can find at http://www.wizards.dupont.com/cristy/ImageMagick.html) The packages requireone library (libpng1) which is not included in Debian-1.1. You can retrieve it from ftp.debian.org as usual. Package: imagemagick Version: 3.7.5-1 Architecture: i386 Maintainer: Philippe Troin <[EMAIL PROTECTED]> Priority: extra Section: non-free Provides: X11-image-viewer Suggests: imagemagick-doc, imagemagick-dev Depends: X11R6, elf-x11r6lib, libtiff3, libjpeg6a, libpng1 Description: Image manipulation programs. Imagemagick is a set of programs to manipulate various image formats (JPEG, TIFF, PhotoCD, PBM, XPM, etc...). All manipulations can be achieved through shell commands as well as through a X11 graphical interface (display). . Possible effects: colormap manipulation, channel operations, thumbnail creation, image annotation, limited drawing, image distortion, etc... . The creators of the GIF format require the following acknowledgement: . The Graphics Interchange Format(c) is the Copyright property of CompuServe Incorporated. GIF(sm) is a Service Mark property of CompuServe Incorporated. Package: imagemagick-dev Version: 3.7.5-1 Architecture: i386 Maintainer: Philippe Troin <[EMAIL PROTECTED]> Priority: extra Section: non-free Depends: imagemagick Description: Image manipulation programs development kit. This the ImageMagick development toolkit (non-shared library & include files). There is currently no documentation for the libMagick routines. . The creators of the GIF format require the following acknowledgement: . The Graphics Interchange Format(c) is the Copyright property of CompuServe Incorporated. GIF(sm) is a Service Mark property of CompuServe Incorporated. Package: imagemagick-doc Version: 3.7.5-1 Architecture: all Maintainer: Philippe Troin <[EMAIL PROTECTED]> Priority: extra Section: non-free Depends: imagemagick Description: Documentation (HTML pages) for ImageMagick. Copy of the ImageMagick web site. -- Phil.
Re: Solved: mouse problem (running both gpm and X)
On Mon, 19 Aug 1996, Mark Phillips wrote: > You may recall I posted, complaining that I had to kill gpm before I > could get X to run. I solved the problem by changing the mouse device > over to /dev/ttyS0 (whereas before it was /dev/cua0). Now things work > fine! > > Am I right in thinking that the cua devices are now obsolete and that > ttyS devices are the way to go? I can't get my logitech serial mouse to work under X on any of the three machines where I've attempted to use X. Should I "ln -s /dev/ttyS0 /dev/mouse" if my serial mouse is connected to the first serial port? Charles
#1, make it boot. Engage.
My number one stumbling block with Linux seems to be making it boot. I've a kernel on the /dev/sda2 partition in the /boot directory, and it's called vmlinuz. My boot partition doesn't seem to be set correctly, because it's not booting /dev/sda2 as root. Instead, it displays "Loading Linux ", then "boot: " and then "Loading Linux " again in an endless loop. I've read about lilo, and the lilo.conf file, but am not sure how to get the boot sector configured correctly if I can't boot. Is there any solution to this dilema? Charles
Re: Solved: mouse problem (running both gpm and X)
Mark Phillips <[EMAIL PROTECTED]> writes: > Am I right in thinking that the cua devices are now obsolete and that > ttyS devices are the way to go? That's what I was told. I found that switching solved my modem problems. -- Rob
Re: Solved: mouse problem (running both gpm and X)
Mark Phillips writes: > > You may recall I posted, complaining that I had to kill gpm before I > could get X to run. I solved the problem by changing the mouse device > over to /dev/ttyS0 (whereas before it was /dev/cua0). Now things work > fine! > > Am I right in thinking that the cua devices are now obsolete and that > ttyS devices are the way to go? > > Mark. This is sort of right. /dev/cuaxxx are in most cases the wrong choice because they implement kernel level locking. What was happening was that once one process (gpm) opens /dev/cua0, the kernel does not allow another process (X) to use the same device. The /dev/ttySxx are specifically not designed this way. They are designed with the idea that intelligent programs will take care of their own locking (which gpm and X do nicely) so more than one program can share the same devices. Erv -- ==-- _ / / \ ---==---(_)__ __ __/ / /\ \- Erv Walter --==---/ / _ \/ // /\ \/ / / /_/\ \ \ - [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ /__\ \ \ - [EMAIL PROTECTED] http://www.linux.org \_\/
Solved: mouse problem (running both gpm and X)
Hi - just a little note to say that I solved the problem with getting X to work with gpm still running. You may recall I posted, complaining that I had to kill gpm before I could get X to run. I solved the problem by changing the mouse device over to /dev/ttyS0 (whereas before it was /dev/cua0). Now things work fine! Am I right in thinking that the cua devices are now obsolete and that ttyS devices are the way to go? Mark.
Re: module cdu31a fails on insert
From: [EMAIL PROTECTED] (renald loignon) > May I ask, in all seriousness, and without a trace of sarcasm, where in the > world (BUT preferably in the Debian installation instructions) one is > expected to find this information? I was used to the old > "cdu31a=0xPORT,IRQ" syntax from the boot prompt, or as an "append=..." line > in /etc/lilo.conf I don't see that it is documented at all outside of the kernel source. And if you think that this is a serious problem in Debian, it is. And it's not going to be helped unless more people like you volunteer to work on the documentation. Thanks Bruce -- Clinton isn't perfect, but I like him a lot more than Dole. Please register to vote, and vote for Democrats. Bruce Perens AB6YM [EMAIL PROTECTED]http://www.hams.com/