Re: How to set Xserver resolution
You could set up an alias. HTH Curt [EMAIL PROTECTED] On Sun, Oct 01, 2000 at 09:00:07PM +0200, Philipp Lehman wrote: > On Sun, 1 Oct 2000, William Jensen <[EMAIL PROTECTED]> wrote: > >On Sun, Oct 01, 2000 at 01:38:36PM -0400, Wayne Topa wrote: > >> > >> startx -bpp 16 -dpi 120 > >> > >> Would be one way. > > Is there a way to make that permanent as well? Something in > XF86Config? > > -- > Philipp Lehman <[EMAIL PROTECTED]> > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null >
HELP: removed /var/lib/dpkg...
Hi, due to an damn' typo i removed my complete /var tree, including the dpkg files. I created /var/lib/dpkg/status by hand and did a deselect update to recreate the dpkg database. But when i do a 'dpkg -l' it shows nothing although lots of packages are installed. Is there any way to recreate the list of installed packages? --Heinric Heinrich Rebehn "Have disk - will travel" University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - E-mail: mailto:[EMAIL PROTECTED] Phone : +49/421/218-4664 Fax :-3341
Re: Time taken by a script
Ron Rademaker wrote: > I've written a cgi script in perl an I would like to know how long > (exactly, 10th of second) it takes to execute the script, how can I do > this? > > Ron > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null addendum: you can run CGI scripts in offline mode and feed them their form variables through standard intput or command line args. so do something like $bash>time foo.cgi key=value&key1=value and that will spit back some execution times. Do that alot for an average. Justin
Re: Time taken by a script
Ron Rademaker wrote: > I've written a cgi script in perl an I would like to know how long > (exactly, 10th of second) it takes to execute the script, how can I do > this? > > Ron > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null Since Perl is an interpreted language, there are no assurances as to how long it will take to run your script, because it highly dependent on how Perl "decides" to process your instructions. CGI scripts typically are under their own process anyhow, so it also depends on when the OS decides to schedule your script for execution. Since Linux is not a "Real Time" OS there are no assurances on either front. The point being that you can get a pretty good average (down to a tenth of a second) in testing, but execution time may widly vary under a heavy system load. Solution: Average time under a heavy load and feel comfortable with an average. Justin
Re: Web Browser
On Mon, Apr 10, 2000 at 08:45:27AM -0800, Dan Hutchinson wrote: > Does anyone know of a web browser that displays jpg and gif images? > I like the speed of lynx and don't like netscape. I am looking for something > as fast as lynx that allows frames, gif images, etc.. > I agree about lynx, but for graphical browsers, I have to admit that I like the new netscape browser, Netscape 6. Have you tried it? It is fairly small and quick on my little box, a 450 Mhz. celeron with 64 M. Ram. -- Gary Dolan Debian GNU/Linux, Kernel 2.2.14
Problems leaving computer on overnight
On Thu, Apr 27, 2000 at 10:41:00AM -0700, Dan Hutchinson wrote: > I have been doing the same test at work with a Micron PC. I would second > the sluggishness and I am finding it wierd that the clock works for some > time then stops updating until I move my mouse. I thought perhaps I was a bit daft, but I also have had the same experience with the clock one day. I unfortunately did not note the setup I had at the time. I use a variety of X window managers (sawmill, icewm, uwm, enlightenment) and gnome with several of these, and this problem occurred with whatever I had that day.
kernel 2.2.14 and PS/2 mice
On Fri, Mar 10, 2000 at 08:22:38AM -1000, Jason Christensen wrote: > I have no problems with a PS/2 mouse & 2.2.14. > > On 10 Mar 2000, Joachim Trinkwitz wrote: > > > The boot messages tell me that a PS/2 mouse port is found, but the > > cursor doesn't follow the mouse at all. > > Under what circumstances are you talking about, X or console? If you're > talking about the console, make sure you're running gpm. > > > > > Is there a trick, some other kernel options as in older kernels ...? > > > > No trick for me. You may want to review your kernel configuration. It's > possible that your old config file has some slight differences to configs > for 2.2.14 regarding PS/2 mice. I have the same problem, in the x console. I thought perhaps it might be XF86 3.3.6 that is the problem. I re-compiled kernel 2.2.14, and the problem persists. Basically, the ps2 mouse is frozen in the x window; i.e., it reacts much like the old bus mouse problem. So now I kill gpm when invoking x, then use startx gpm -R -m /dev/psaux -t ps2 and the mouse works fine in x.
