Re: Mass instalation
"J.T. Wenting" wrote: > > if they are all identical, set up one and create a disk-image. There are > several tools to deploy a full image to a harddisk (though maybe not > linux-based). I have no pointers, but searching the web might turn up > something. Look at dd & gzip or bzip2 -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: Trident giving me migraine
Tom von Schwerdtner wrote: > > On Thu, Jun 29, 2000 at 09:38:52PM -0500, Kent West wrote: > > Mark Marburger wrote: > > > > > > HELP! my old video card sucked, so my friend gave me his Trident card. I > > > put it in the box and now when i boot, the screen is friggin black > > > How > > > do I get into xf86config to change the settings?? > > > > I had what could be a similar problem when I was trying to get my voodoo 3 to > work. I had foolishly set my box to runlevel 5 so it kept trying to fire up > gdm on boot, and it would keep trying, failing, retrying without givimg me > enough time to even hig ctrl-alt-backspace or switch to another tty to shut > things down. > I eventually fixed it by booting via the Mandrake CD (which is what's on that > box) > and when I got to the installation part, I switched over to another tty (F4 I > think) > which was set up in single user mode (could be a nasty security flaw, > but). From > there I could get to the main drive and alter the init files to change to > runlevel 3, ctrl-alt-f1 should put you in a text mode console. Log in as root and do XF86Setup jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: Postgresql 7.02 and Debian
Bill Barnes wrote: > > Thanks for the quick responses! > > > > >If you built postgresql on your own, you may find it easier in the long > >run to build the 7.0.2 debian packages from source, especially if you're > >planning on running it on more than one machine. > > Sounds like the right thing to do. > > >Briefly: > >1) add deb-src http://http.us.debian.org/debian unstable main contrib > >non-free > > to your /etc/apt/sources.list > > Here's the modified file: [ snip ok sources.list] > >2) apt-get update > Here's the log: > kgb10:/tmp# apt-get update [ snip ] > http://http.us.debian.org/debian/dists/unstable/non-free/source/Sources > Connection timed out Try apt-get update again. It looks like you had network congestion when you tried before. Or you can just use ftp and go to ftp.us.debian.org and manually grab the postgresql source files (the .diff.gz, .dsc & .orig.tar.gz) and use dbuild to extract them. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: Viper V550
Ton Sonnemans wrote: > > Yes, so far so good but when I start XF86Setup I don't see my Card listed. > Is it dependend on other files or what?? > Please help me, I'm a beginner and want to get it running but I don't seem > to get my Viper 550 Card up and running, maybe someone with the same card > can mail me what package I need to get my Card listed in XF86Setup. This may or may not help, but when I was running slink and trying to get my Viper 770 working, I needed a newer X than ships in slink. Add this line to your /etc/apt/sources.list deb http://www.debian.org/~vincent xfree-update main As root, do 1) apt-get update 2) apt-get upgrade Presuming that the 550 is supported by the version of X in vincent's source, you should be able to run XF86Setup and have the new SVGA server find your card. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: Postgresql 7.02 and Debian
Bill Barnes wrote: > Last used 6.5.3 in SuSE, so new to both 7.02 and debian. Debian not in the > list of supported platforms at Postgresql web site. > Installation seemed to be okay, but maybe directories are different??? > Specifically: > su postgres > /etc/rc.d/init.d/postgresql start -i > responds: > /etc/rc.d/init.d/functions: No such file or directory If you built postgresql on your own, you may find it easier in the long run to build the 7.0.2 debian packages from source, especially if you're planning on running it on more than one machine. Briefly: 1) add deb-src http://http.us.debian.org/debian unstable main contrib non-free to your /etc/apt/sources.list 2) apt-get update 3) cd to a working directory, apt-get source postgresql 4) cd postgresql-7.0.2; edit debian/rules to do any mods you want for configure. 5) sudo ./debian/rules binary It'll make all the postgres debs for you in the working directory you cded to in 3. 6) dpkg -i postg*7.0.2*deb This worked painlessly on my stormix upgraded to potato box. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
[Fwd: dependencies rpoblem]
Joachim Trinkwitz wrote: > > jpb <[EMAIL PROTECTED]> writes: > using a dialup connection, I have a different user name at my ISP (a > number/character combination) as my user name on my linux system at > home (I am really the only one or is it so that all other people like > me don't try to use postfix?). How can I convince postfix to rewrite > my From: address not only to a different hostname (this one I found > in the docs), but also to a different username. (Maybe the problem is > that I don't really understand the mail admin jargon). This isn't really a MTA issue, more an MUA issue. There should be some way to configure your mail program so that it uses [EMAIL PROTECTED] as a return address instead of your real username. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: Thoughts on "Needs of users" vs. "Free software"
David Starner wrote: > > On Wed, Jun 14, 2000 at 05:32:06PM -0400, jpb wrote: > > Starting with Woody, how about having the non-free packages recommend > > the free package that provides the same functionality? > > suggest would be better. Don't attack the user, educate the user. What I meant by recommend was to have it show up as an alternate - like when you tell dselect to uninstall exim, you get the laundry list of other MTAs. > > Combined with > > having the free package set to conflict with the non-free (likely to > > already be in place), > > So I would have to remove mozilla to use netscape? Why would I ever switch to > mozilla if I couldn't try it out without removing netscape? I have free > replacements installed alongside almost every non-free program I have > installed, frequently because the free one (or neither of them) provides > everything I need. When and if the free version gives me everything I > need I will switch over, but I can't do that if I can't test it out > before changing. Good point. Don't make the conflict unless you really really need it to conflict. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: dependencies rpoblem
Sven Burgener wrote: > > >I had no problems ditching exim and installing postfix a few months > ago. > > What advantages / plus-points does postfix have over exim? > I have only been using exim for a week now. Ran sendmail before, but as > I wasn't able to configure it to my (simple) needs, I switched to exim. postfix was designed from the beginning with security in mind. And it's easier to configure than sendmail or qmail. And unlike qmail (which to be fair, was also designed with security as the main design goal) you can distribute precompiled binaries. Postfix is also supposed to be less of a system load than sendmail, but my mail server only sends out a couple of thousand messages a day, so sendmail wasn't much load either. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Getting X to work with a Diamond Viper v770 and slink
Ivan Vukosav wrote: > > How do I get Debian 2.1 to work with a Diamond Viper v770(NOT Ultra) card? Add deb http://www.debian.org/~vincent xfree-update main to /etc/apt/sources.list #apt-get update;apt-get upgrade;XF86Setup Thats how I got my 770 working. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: Building my own apt archive
"Joseph A. Martin (The LaterDude)" wrote: > > Actually I use dpkg-scanpackage with great success. apt-move can also > move packages from /var/cache/apt into a directory structure. Check > the man page for dpkg-scanpackage, if you need more help ask me and I > will provide examples. > > Ron Rademaker <[EMAIL PROTECTED]> writes: > > > I guess you should check the manpage of deb-control. > > > > Ron Rademaker > > > > PS. You could also keep all the .deb's and install them, if needed, using > > dpkg. > > > > On Wed, 24 May 2000, Moore, Paul wrote: > > > > > From: Ron Rademaker [mailto:[EMAIL PROTECTED] > > > > > > > > The easiest way would be to use the Packages.gz from the > > > > mirror and the > > > > directory structure as used on the mirror, when you update using that > > > > Packages.gz, it will seem as if there are much more packages, that you > > > > don't all have, however if you don't need them that's not a problem. > > > > > > No, that wouln't work. I have debs from a lot of places (unofficial > > > packages, updated versions backported to slink, etc, etc) and I want to > > > combine them onto one CD. So I have to build my own Packages.gz I keep a local archive for similar reasons (personal apps, my scripts, backported stuff, etc). in my /etc/apt/sources.list i have deb file:/path/to/archive-root local jpb In /path/to/archive-root/dists/local/jpb/binary-i386 I have the following Makefile #Makefile Packages.gz: Packages clean @-rm Packages.gz gzip -9 -v Packages Packages: dpkg-scanpackages . override dists/local/jpb/binary-i386/ > Packages clean: -rm *~ #end Makefile In override I have lines like jpbscripts Important jpb/misc [EMAIL PROTECTED] Once I add new debs, I just cd /path/to/archive-root/dists/local/jpb/binary-i386 and make. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: Learning Linux
Kerstin Hoef-Emden wrote: > > Red Hat is more automated than Debian, so the initial set up would be > > easier with Red Hat. However, Debian gives you more control and the > > chance to understand what's going on in more detail. > > Most people coming from Windows world, prefer SuSE to RedHat, but I´ve > read, that Mandrake and Corel Linux are easier to handle for a newbie > than SuSE. Debian is something for people who want to jump into the cold > water and learn heavily right from the beginning. Slackware seems to be > more for hardcore people. I cannot say anything about the different Let me put in a plug for stormix here - also debian based, but it just feels better integrated with straight debian then corel does. I've helped a few people do corel installs (they wanted an easier installer) and in the end they ended up switching to stormix because of problems when they tried to add non-corel debs (mostly kde based stuff) to their corel systems. Now whenever I have to help someone non-technical set up a linux box I start them with stormix and then update their /etc/apt/sources.list and apt-get update;apt-get upgrade Your mileage may vary of course. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: What time is it?
kmself@ix.netcom.com wrote: > 24 4,10,16,22 * * *root /usr/sbin/ntpdate ntp.css.gov 1>/dev/null > > ...in your /etc/crontab file is a hell of a lot cooler. Cooler still is to install and run xntp. It will figure out for itself how often to check the time (you can configure it to consult multiple time servers) and also keep track of how badly your system clock tends to drift and do periodic mini adjustments to the clock. And you can synchronize the other machines on your network to the one timekeeper machine, which is politer to the people running the network servers. jpb -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.
Re: placing /etc under RCS control
"Noah L. Meyerhans" wrote: > In order to better manage configuration changes, I have decided to place > /etc/ under control of RCS. Naturally, doing this means that write access > is removed from most files and 'co -l' is needed in order to edit them. I > have placed the /etc directory on my local workstation under RCS control > and noticed no problems, but before I do that on my remote server I would > like some input from the community. Have I overlooked anything? Does > anything in /etc really need write permissions? I have seen the Id fields > in most files in /etc/. Can RCS be made to read these fields? If so, > how? What about recursively placing all subdirs of /etc under RCS > control? Go with cvs instead. My servers etc directories are under cvs control - I use a Makefile to handle copying the files out of the cvs working directory into /etc and then do the right thing, like so: #snip INSTALLCONF=sudo install --mode 644 --owner root --group root inetd: inetd.conf $(INSTALLCONF) inetd.conf /etc/inetd.conf sudo killall -HUP inetd #end snip You get the added bonus of having multiple copies - one in the repository, one in place, one in each working directory Very nice if you have multiple people doing configuration changes. Also, cvs handles subdirectories without problems. -- Joe Block <[EMAIL PROTECTED]> CREOL System Administrator Social graces are the packet headers of everyday life.