Re: [vox-tech] How to make an OEM style system recovery disk

2002-11-07 Thread Doug Huckaba
On Thu, 2002-11-07 at 15:14, Rick Moen wrote:
 Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
 
 
 You might want to compare it against mkCDrec.  All open source:
 http://mkcdrec.ota.be/

Is this an endorcement? Have you used this to restore a system or
partition?

Just curious
-doug

 
 -- 
 Cheers,  A good man has few enemies; a ruthless man has none.
 Rick Moen   
 [EMAIL PROTECTED]
 ___
 vox-tech mailing list
 [EMAIL PROTECTED]
 http://lists.lugod.org/mailman/listinfo/vox-tech


___
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech



Re: [vox-tech] Using both mutt and evolution

2002-11-01 Thread Doug Huckaba
On Wed, 2002-10-30 at 08:16, Rod Roark wrote:
 If you set up an IMAP server then almost any modern mail
 client can get to it, including web mail apps like
 SquirrelMail.
 
 -- Rod
http://www.sunsetsystems.com/

This seems to be along the same lines as it hurts when I do this...
then don't do that. Perfectly workable solution, but... I don't know..
perhaps a bit more complicated than it needs to be.

I've had a similar need only I use pine. Comments and discussions from
this list have me thinking about converting to mutt. GUI e-mail clients
are nice sometimes...

-doug
sometimes I feel like a nut, sometimes I don't...


 
 On Wednesday 30 October 2002 08:07 am, Andy Wergedal wrote:
  How can I setup my mail so that I can read my email from Evolution when I
  am at home and use mutt when I am remote?
 
  I was thinking that I would use procmail to filter all the email to the
  correct place but it would duplicate the email in two different folders. I
  would have to manage both email applications.
 
  The only reason I do not use mutt all the time is because of the HTML mail
  that my clients send me. It is a pain to read their email in mutt.(w3m
  views my html mail) but evolution is better.
 
 
  -- Andy
 
 ___
 vox-tech mailing list
 [EMAIL PROTECTED]
 http://lists.lugod.org/mailman/listinfo/vox-tech


___
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech



Re: [vox-tech] X11 on remote machine

2002-09-19 Thread Doug Huckaba

Yesterday, Robin Snyder wrote:

 I recently upgraded to Debian's woody distribution and can no longer
 forward X11 info. when I'm logged into a remote machine via ssh.
 Here's the situation:
 
 logged on remotely to my account on another machine.  I want to send it's
 X output to my screen.  On my machine, I used xhost +theothermachine to
 give it permission, then, once logged in, used setenv DISPLAY
 my_IP:0 to switch the display to my screen.  No go.  It's not a
 case of doubly assigned or incorrect IP numbers--I can ssh back into my
 machine using that IP.  When I try to start emacs, I get
 
 _X11TransSocketINETConnect: Can't connect: errno = 111
 
 and when I try to run mathtematica, I get
 
 connect 169.237.66.157 port 6000: Connection refused
 connect 169.237.66.157 port 6000: Connection refused
 X connection to localhost:14.0 broken (explicit kill or server shutdown).

I get these errors when my local x server isn't running or is broke. I use 
Humming bird quite a bit from a company win2k laptop. I'm also 
experimenting with cygwin X.

Perhaps it's a silly question, but is you local X in good working order? 
Also I notice that the error above shows it trying to connect to 
lcoalhost:14.0, are you srue you set DISPLAY= correctly? 

HTH
-doug

 
 I realized that ssh has changed some between distributions (ssh now =
 OpenSSH) and that now ForwardX11 is set to no in ssh_d.config.  I tried
 switching that to yes.  I also tried ssh with the -X option, which should
 allow X11 forwarding.  None of these worked.  Ideas?
 
   - robin.
 
 
 
 
 
 ___
 vox-tech mailing list
 [EMAIL PROTECTED]
 http://lists.lugod.org/mailman/listinfo/vox-tech
 

___
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech



[vox-tech] Maxtor Ultra ATA/133 PCI Adapter Card (K01PCAT133)

2002-07-16 Thread Doug Huckaba

Does anybody out there have any experience with this card? The box I'm 
planning on putting this in has:

ASUS P5AB
VIA Apollo VP3 chipset (VT82C597) (onboard ide bus = ata/66)
AMD K6 500
Kernel 2.4.18 (debian woody, custom kernel)

I haven't decided which drives (besides the new WD 40G) will plug in, but 
the newest are only ata/100.

I can't figure out what chipset the new controller card is running or what
kernel driver will apply. I have done some google searches  RTFM'd the
kernel drivers but all I can determine is that the older ATA/100 card uses 
the
promise drivers, but I'm unsure if Maxtor switched contoller chips for
this line.

I purchased this on a whim while getting a new drive, but haven't opened
the box so that the return process might go a little smoother.

Unfortuantly the maxtor support site seems to think that nobody would ever
need this info because there is no mention of the tech specs.

Any insight is appriciated...


-doug
-- 


___
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech



Re: [vox-tech] Help Request with SAMBA and SWAT

2002-07-16 Thread Doug Huckaba

OK, I avoided answering this post becasue I don't have all the details,
but... I remember trying to use SWAT under Redhat (5.2 or 6.1 I think) and
there was a commnented out field in the inetd.conf that had to do with
SWAT. Basically (according to my poor excuse for a memory) SWAT ran it's
own web server.  The inetd entry (which was commented out by default for
security reasons) called a specific command that returned the SWAT
interface to the client browser. It had nothing to do with gnome or
apache.

I'm sorry that's not a very detailed answer and with my current workload I 
can't research further right now. If I can find some time next week, I'll 
reply with more details.

Back then, I found that Swat would hose up my smb.conf pretty bad, so I 
stopped using it (after I lost a few hours of configuration). I suggest 
being very careful and making backup's of the smb.conf before using.

-doug


-- 

Today, Peter Jay Salzman wrote:

 begin Henry House [EMAIL PROTECTED] 
  On Sun, Jul 14, 2002 at 11:57:52PM -0700, Dick Ely using JPS-SMTP  POP wrote:
  [...]
   SWAT simply hangs when I try to run it and when I try to log on  to 
   //localhost:901using gnome   I get *connection refused*.
   
   
   First:  Why cannot I log on to //localhost:901 using gnome?
  
  This error likely means that there is no web server installed on your
  computer. Try, in a terminal window:
  
  dpkg -l | less
  dpkg -l | egrep 'apache|httpd'
  
  to see if a webserver is installed. The first command shows you all installed
  packages, the second scans for names containing 'apache' or 'httpd'.
  
 you also might want to do a grep -i khttp /proc/ksyms.;-)
 
 pete
 
 


___
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech



Re: [vox-tech] What's needed for 3D support?

2002-06-20 Thread Doug Huckaba

fwiw: I had the same experience with tux racer (very slow and 100% cpu) 
and I have no 3d cards installed.

-doug

-- 

Today, Rod Roark spewed forth:

 I seldom play games and I'm a complete dummy when it comes 
 to 3D stuff.  But yesterday I was trying to get billardgl 
 and tuxracer to work, without much luck.
 
 I've got an aging 16MB Voodoo Banshee card on my desktop
 machine running Gentoo Linux (2.4.19 kernel, xfree 4.2.0).
 The kernel has the tdfx video stuff built-in (not a module),
 and XF86Config includes 'Load glx'.
 
 Tuxracer does run, but I get about 0.3 fps.  BillardGL sort
 of runs except it's ridiculously slow, taking 5-10 minutes 
 just to get past the splash screen and continually eating
 100% of the CPU and all real memory.  This is a 500 Mhz 
 Celeron box with 256MB RAM.
 
 Does anyone have pointers/suggestions?
 
 Thanks,
 
 -- Rod
http://www.sunsetsystems.com/
 
 ___
 vox-tech mailing list
 [EMAIL PROTECTED]
 http://lists.lugod.org/mailman/listinfo/vox-tech
 

___
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech



Re: [vox-tech] 2 dhcp servers, one box

2002-06-20 Thread Doug Huckaba

I think you can configure dhcp to give out of 2 different address ranges 
based on the network the request came in on. Check out the man page for 
dhcpd.conf. 

I just checked and I'm running isc's dhcpd

hope it helps...
-doug

Here's the syntax (base on my dhcpd.conf and your information):

server-identifier houston;
default-lease-time 86400;
max-lease-time 172800;
option domain-name-servers  192.168.16.15;
option domain-name  mrdoug.com;
option subnet-mask  255.255.255.0;
subnet 192.168.0.0 netmask 255.255.255.0{
range  192.168.0.20 192.168.0.30;
option broadcast-address192.168.0.255;
option routers  $ip_of_the_nic_for_this_network
}
subnet 192.168.1.0 netmask 255.255.255.0{
range  192.168.1.20 192.168.1.30;
option broadcast-address192.168.1.255;
option routers  $ip_of_the_nic_for_this_network
}



-- 

Today, Matthew Holland spewed forth:

 Does anyone have any experience running multiple dhcp servers out of one 
 box?  Allow me to clarify... I have a box with three network cards: eth0 
 is connected to the DSL modem, eth1 to a 192.168.0.0/24 network 
 (MASQed), and eth2 will be connected to a 192.168.1.0/24 network (which 
 I also intend to MASQ).  There are various cabling considerations that 
 have made this arrangement seem sensible.  I'm running dhcpd on eth1, 
 because there are as many laptops in the house as desktops.  The 
 potentially tricky part is that I installed eth2 so that I can plug my 
 laptop into it when I'm in the same room as the router.  This makes it 
 appealing to run dhcpd on eth2 as well, so that I don't have to do any 
 funny voodoo every time I plug the laptop into a different network.
 
 That said, there may be some voodoo to do concerning the configuration 
 of dhcp.  There's no issue of overlapping blocks of addresses since the 
 networks are different.  The question is, do I need multiple copies of 
 dhcpd.conf and dhcpd.leases, or can two daemons share the same files?  I 
 imagine it's possible that both subnets could be defined in the same 
 dhcpd.conf, since each instance of dhcpd should know which network it's 
 on.  But then again, it may not work that way.
 
 Any other gotchas that I should be aware of?  In case it matters, the 
 machine is running Gentoo Linux.
 
 Thanks,
 Matt
 
 ___
 vox-tech mailing list
 [EMAIL PROTECTED]
 http://lists.lugod.org/mailman/listinfo/vox-tech
 

___
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech



Re: [vox-tech] mixing potato and woody entries in apt sources.list

2002-06-18 Thread Doug Huckaba

Thank you so much. That was the most coherent response to an e-mail I've 
received in about 6 months. That's not to say that receive poor responses 
on this list, I rarely post here as I usually learn more just from reading 
other responses. 

-- 
-doug


In seeking wisdom thou art wise; in imagining that thou has attained it
thou art a fool. - Simon Ben Azzai, second-century Jewish scholar.



 On Wed, Jun 12, 2002 at 06:00:18PM -0700, Doug Huckaba wrote:
  When I did I commented out the security.debian.org 
  entries in sources.list because the lines referenced potato.
 
 Doug,
 
   At the time there was no security archive, I think because the security
 team only follows released (or soon to be released) debian versions... 
 sid and testing have had limited coverage.  I vaguely recall reading
 something where that was to change, and don't know if all three releases
 now get covered by the security group.
 
   There is now a woody secrurity archive available, so you can now add 
 the following to your sources.list:
   deb http://security.debian.org woody/updates main contrib non-free
 
 
  Will uncommenting these lines cause problems?
 
   No.
 
  What I'm wondering is if
  there is a package released in the woody tree (please correct me if I get
  the terms wrong) and then a different version released from the security
  site, which would take precedence?
 
   Based on observation apt will grab the highest version and highest 
 revision of any packages being install or updated... when a security 
 patch is done it bumps the revision number not the version number.
   What this means is if a newer upstream version of a package was included
 in woody then the security fixes for older potato packages would be silently
 ignored.  Which is what you want.
 
 
   You may have noticed that debian package names look something like:
 pool/main/v/vim/vim_6.1.018-1_i386.deb
 ^^^ ^^^ ^ 
 vim = package name
 6.1.0018 = upstream version number
 1 = debian package revision
 i386 = architecture
 
  for example: application-1.0 is installed from potato, then the woody
  dist-upgrade installs application-2.0, then application 1.5 is 'released'
  from the security site for potato. Which is the last version installed? or 
  does this even happen?
 
   As I mentioned above... 1.5 would not be released by the security 
 team.  1.0-1 would have been the flawed package and the security 
 team would release 1.0-2.  But for the purposes of this example
 even if they did release 1.5-1 it would still not be selected because
 2.0-1 is a higher version.
 
 
   For what it's worth you can have both each of testing and unstable 
 both in your sources.list file, and with the use of /etc/apt/preferences
 have the apt command set default to testing, but on the command line when
 doing an install you can request the package from unstable... this will
 be handy for things like pulling just mozilla 1.0 or X 4.2 from unstable
 when it becomes available there...
   There is risk: a package in unstable _could_ create a dependency
 arch that in effect pulls the core of unstable onto your system.
 This is a hypothetical example and hopefully does not match current 
 reality:
   If  for example mozilla as a dependency required the sid version of
 glibc, and a bunch of other packages in woody 'require' the testing
 version of glibc, but the two versions of glibc conflict... then a 
 whole bunch of woody packages would also upgrade to sid versions.
 Care should be exercised... because this type of thing could happen 
 any time you do a upgrade, not just when installing a single package.
 
   There is some good documentation available about this stuff in the 
 following man pages:
   apt-get(8)
   apt_preferences(5) 
 interesting portions of those man pages are at the bottom of this email.
 
 
   I have not used preferences to pin a version before... so I don't have
 syntax examples to paste.  I've tacked it onto my list of things to try out,
 so I might follow up this post [much] later with samples. 
 
   What I normally do is one of two things: temporarily add unstable to the 
 sources.list, apt-get install the package I want from unstable 
 (paying attention to what else will be pulled down by this), then comment 
 out the unstable source list.  Until testing gets that version or newer 
 of the package it will not be replaced.
   If I see that installing the package will pull down too many other 
 components, then I switch to deb-src lines for unstable, pull the 
 source with apt-get source, and build a deb with dpkg-buildpackage.
 The advantage of this method is the package built this way will have
 dependencies for other files that match the packages installed on the
 system at build time, via things like this you can build a modern perl 
 5.6 .deb for potato.
 
 Later,
   Mike
 
 apt-get:
 #   install
 #  install is followed by one or more packages desired
 #  for  installation.  Each

Re: [vox-tech] Massive network collisions

2002-04-12 Thread Doug Huckaba

On 16:26 31/03 Bill Broadley wrote:
  Inbetween them I've got a 10 Megabit hub.
 
 Netgear?
 
 Netgear has an ugly failure mode where as the voltage of the
 power cube drops you get higher collision rates, up to and including
 where the hub is useless because zero packets get through and the
 yellow collision light blinks with each packet.
 
Is this for all Netgear hubs? I've always been a big fan of Netgear. I use 
and recommen their switches all the time. Is this true with the switches 
also?
 
  Anybody have any ideas of avenues I should look down to resolve the
  collisions?
 
  ___
  vox-tech mailing list
  [EMAIL PROTECTED]
  http://lists.lugod.org/mailman/listinfo/vox-tech
 
 --
 Bill Broadley
 Mathematics/Institute of Theoretical Dynamics
 UC Davis
 ___
 vox-tech mailing list
 [EMAIL PROTECTED]
 http://lists.lugod.org/mailman/listinfo/vox-tech
 
___
vox-tech mailing list
[EMAIL PROTECTED]
http://lists.lugod.org/mailman/listinfo/vox-tech