- wlug - list.wlug.org.nz

Re: [wlug] Help with installing linux?
by Glenn Reed 20 Jun '01

20 Jun '01

Personally I think a 486 would be too slow to run the latest software out there well. X-Windows with KDE or Gnome would be a tad slow. Anyone else on the list like to offer what they think is the minimum spec for a decent linux system running desktop type software? What kind of system do you have currently, in terms of available hard drive space and RAM, etc? Regards Glenn. On Wed, 20 Jun 2001, you wrote: > Any Linux bods in Cambridge that could assist in setting up > linux? Am a new user and my first attempt at loading Redhat 7.1 > stuffed my Windows 98 system up complexly. I want to be able to > run both to try things out. I want to put linux on a 486 if > possible. > > Many thanks > ============================= > Grant Nicklin > 75 Princes Street, Cambridge > Ph (07) 827-4167, Fax (07) 827-4965 > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com) > Version: 6.0.262 / Virus Database: 132 - Release Date: 6/12/01 > > ------------ > WLUG - The Waikato Linux Users Group > WWW: http://wlug.linuxcare.co.nz > To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz > with "unsubscribe wlug" in the body of the message. -- -------------------------------------------------------------------- Glenn Reed email: glenn.r(a)ihug.co.nz New Zealand web: http://home.clear.net.nz/pages/g.reed/ -------------------------------------------------------------------- ------------ WLUG - The Waikato Linux Users Group WWW: http://wlug.linuxcare.co.nz To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

1 0

Re: [wlug] Next Meet
by Chris Martin 31 May '01

31 May '01

>> Going from Redhat/Mandrake to Debian is quite a steep jump, Debian >> isn't anywhere near as easy to set up, although its package management >> system (apt) is nicer than RPM. Progeny Debian and Storm Linux are >> more user-friendly versions of Debian. Stormix have gone out of business >> last I heard, but Progeny is still around. I can make copies of the two >> Progeny binary CDs if you like, I don't plan on installing it myself for another >> couple of weeks yet since I need compatibility with the lab machines at uni >> until the end of the semester (so I'm running Slackware 7.0). > >Ewww slackware... evil. ;) It's actually pretty nice, if you don't plan on upgrading things too often ;-) It's a good way to familiarise yourself with the internals of the OS tho. >I'm personally of the opinion that although apt-get is quite convienient >it has potentially large security flaws. Or at least it appears to >have. Though I'm not experienced enough with debian to give a >definiative statement in that regard. I'm still sticking to RedHat as >I've not seen anything in debian to really convince me to jump ship. Installing binary RPMs isn't that safe either, is it? Unless you plan on installing from source, and studying it in detail, every time you install a program, you have to take a leap of faith regardless of your package management system. The apt system seems pretty well-regulated, not like someone could sneak in a nasty new version of the Gimp that sends all your pictures to the Church of Scientology. ------------ WLUG - The Waikato Linux Users Group WWW: http://wlug.linuxcare.co.nz To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

3 2

Mandrake 8 d2
by kerriny＠paradise.net.nz 31 May '01

31 May '01

Does anyone have Mandrake 8 disk 2? I have painstakingly downloaded disk one, however would like to experiment with the firewalls on the second disk. If anyone can help, could you please drop me a line. Thanks, Kerrin ------------ WLUG - The Waikato Linux Users Group WWW: http://wlug.linuxcare.co.nz To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

1 0

Re: [wlug] kmail and netscape nav problem
by Oliver Jones 02 May '01

02 May '01

> Nearly all linux email clients will function in "offline" mode if you > configure them to do so. > Another way to do it is set up your local system as a mail server - I use a > sendmail/fetchmail combo, and have your client talk to that. That way ALL > mail is technically offline, until you trigger a mailqueue run with > sendmail -q. > > To answer your need for Outlook Express - I'd heap scorn, but guess what I'm > using here at work :) - try evolution from helixcode. >From Ximian boy, Ximian. ;) Also Evolution (last time I looked) really wasn't stable enough). And it hates my Cyrus IMAPD. :( Later -- Oliver Jones - oliver(a)deeper.co.nz - Mobile: +64-21-41-2238 - Deeper Design Limited - http://www.deeperdesign.com ------------ WLUG - The Waikato Linux Users Group To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

1 0

Re: [wlug] LDAP
by Oliver Jones 07 Apr '01

07 Apr '01

> my /etc/default/useradd has a 'GROUP' value of 100, yet useradd assigns a > per-user group of gid > 500 and assigns that to the user? Or is that > actually standard practise? That is because of /etc/login.defs which is used. It specifies more detail than /etc/defaults/useradd. You will notice that group 100 is the group users. The lowest group an user should be a member of. I'm not sure if you're added to that group by default tho. > Or, of course, have redhat patched useradd. > > > [oliver] duality:/usr/sbin$ ls -la adduser > > lrwxrwxrwx 1 root root 7 Feb 17 19:08 adduser -> > > useradd* > > sure. In that case, you *still* need to provide a wrapper to magically > determine whether to update the ldap store or the system files, or to > provide a new useradd to replace the old one. If you're using ldap to store site wide information that information should only be about human users. "System" (mysql, bin, root, mail) users should probably be in /etc/passwd. They rarely have passwords (except root) anyway. Also if that sort of info wasn't stored in reliable places (ie, in a file) you could stop your system from booting or functioning by DoS'ing slapd or having an incorrect configuration. Even if slapd crashed you could log in as root and restart it. PAM allows for fall back authentication. Later -- Oliver Jones - oliver(a)deeper.co.nz - Mobile: +64-21-41-2238 - Deeper Design Limited - http://www.deeperdesign.com ------------ WLUG - The Waikato Linux Users Group To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

1 0

Re: [wlug] WLUG distribution
by Daniel Lawson 30 Mar '01

30 Mar '01

>Depends. Lots of those huge distros have lots of programs. Many of >which duplicate functionality. Ie, 20 different editors for console/X. Exactly. Some of them also have free trials of commercial products. Ha! >Oh and something else to add to the wish list! Pentium compiled >packages! Down with 486's!!... ;) Or at least make it _really_ easy to >create a i586+ distro. 'make world target=i586' ? :) >Actually here is a question. Anyone know if RH6.2 with stock standard >gcc (ie, egcs 1.1.2 aka egcs-2.91.66) can produce i586 binaries? I run RH6.1 on beltaine, but I may have upgraded GCC. rpm -qa | grep egcs egcs-1.1.2-24 egcs-c++-1.1.2-24 from the GCC info page (with a bit of searching) info egcs -> Invoking GCC -> Submodel Options -> i386 Options -------------------------------- Intel 386 Options ----------------- These `-m' options are defined for the i386 family of computers: `-mcpu=CPU TYPE' Assume the defaults for the machine type CPU TYPE when scheduling instructions. The choices for CPU TYPE are: `i386', `i486', `i586' (`pentium'), `pentium', `i686' (`pentiumpro') and `pentiumpro'. While picking a specific CPU TYPE will schedule things appropriately for that particular chip, the compiler will not generate any code that does not run on the i386 without the `-march=CPU TYPE' option being used. `-march=CPU TYPE' Generate instructions for the machine type CPU TYPE. The choices for CPU TYPE are: `i386', `i486', `pentium', and `pentiumpro'. Specifying `-march=CPU TYPE' implies `-mcpu=CPU TYPE'. `-m386' `-m486' `-mpentium' `-mpentiumpro' Synonyms for -mcpu=i386, -mcpu=i486, -mcpu=pentium, and -mcpu=pentiumpro respectively. -------------- so, its actually sufficient to pass -march=i586 to compile with pentium optimisations. I tweaked my global rpmrc thusly... (olly, you may already know this, but its for the rest of the group as well, if they didn't know it ;) it already has lines like: optflags: i486 -O2 -march=i486 optflags: i586 -O2 -march=i586 optflags: i686 -O2 -march=i686 meaning it will compile for the correct architecture, if you set it up right. later on in the file is a section with a whole lot of 'buildarchtranslate' options, such as buildarchtranslate: i586: i386 changing this to read 'i586' means rpm builds i586 target rpms by default. alternatively you can pass the --target=i586 to have the same effect, i beleive. of course, stuff built for an i686 will have problems running on an i386, so be careful when building rpms for other computers! also.. re recent conversation on .rpmmacro entries... if you look in /usr/lib/rpm/macros it has all the macros you might want to set. Some are only useful in the spec file of an srpm, but a lot could be useful. Probably not a wise idea to change this file directly, override the options in your $HOME/.rpmmacros file if you want to play ------------ WLUG - The Waikato Linux Users Group To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

2 1

Re: [wlug] WLUG distribution
by Oliver Jones 30 Mar '01

30 Mar '01

> For any videocard? I have a TNT2, it's not directly supported in the > kernel (for fbcon) afaik. I have a neat free DOS program which can > set the refresh rate (per resolution/colourdepth) for any VBE2 compliant > videocard, if anyone wants it. It even works in Win9x when you're running > DOS programs that use VBE modes. I'm not sure about that particular case as I've not used fbcon much at all. Later -- Oliver Jones - oliver(a)deeper.co.nz - Mobile: +64-21-41-2238 - Deeper Design Limited - http://www.deeperdesign.com ------------ WLUG - The Waikato Linux Users Group To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

1 0

Re: [wlug] Brain free distro - root password required
by Perry Lorier 20 Mar '01

20 Mar '01

> What _should_ happen IMO is that it gives you some nice screens saying > "Please enter what you wish the system adminstration password to be. This > password will be required for making changes to system > configuration." This then becomes the root password - for a newbie > friendly distro there should be able to be a "system adminstration > password" without the concept of a root account. "If you want to perform > manual system adminstration (not recommended for most users) log in as root > with the adminstration password you just chose." It's reasonaly easy to prevent users logging in to X as root, as this is 99% of your "misinformed users" they quickly discover thaat they either use su, or the gui tools (that conveiently prompt you for a password), or they use a text console. (If they can figure out what the text consoles are, then they're doing ok. - they won't use it for daily use). Just change 'allowroot' in the 'security' section of /etc/X11/gdm/gdm.conf to false. > Has anyone considered a setup where it automatically logs you into X using > this "standard PC account" - a bit more insecure yes, but good for a home PC? > I installed MS networking login on Mums PC once so I could log into file > shares on my Linux box. She demanded it be removed as it confused her on > startup. These are the people standing between Linux and "world domination"! Yeah, easy to do. With a bit of tweaking you can setup gdm to show a picture of each user (and their name), and not have it prompt for a password. (click on the picture of you, and press 'enter'.....) > >Given that you can do damage as root (explanation later) why would you > >want to ruin your $n000 PCs configuration, when, for very little hassle > >really, you can protect it from yourself! > > Cos you're lazy, and never think of it. Cos you're an ex-Windows user who > doesn't understand, and would rather just log in as root every time. Cos > it wasnt the proper default. Cos you trust your programs not to go wrong. Because windows: * Hides critical information to you so you can't stuff it up. (evidence by the htmlified /windows directory) * Asks for confirmation on everything. * Locks system critical components so you can't do anything with them ("That file is in use by the operating system and cannot be deleted at this time"). Linux: * Is transparent - you can see whats going on under the hood. * Assumes that you ment what you said * Doesn't believe in preventing you from doing what your trying to do. Ever tried to delete a file under windows which is causing problems? watched it fail? :) Ever tried deleting critical libraries under unix? watched the rest of your system fail instead? > Should I be logging into Windows as a seperate user? > Do you? In general I don't login to windows, if required to I press 'escape' :) > >root doesn't just apply to "your" permissions. Every process you start > >also has root access (and yes, this holds true under lose2k as well). If > >ANY of those processes are buggy, or have remote-exploit bugs in them, > >bye-bye data! > > If any processes are buggy you will lose data. What do you care about most > if youre a home user? Your documents. They all belong to you. > (All of your documents are belong to you!) Several programs when run as root use the system config's, not the per user ones. You change the config to your desire - now everyone's config is like that -- and they can't change it. Some programs (such as minicom) are nice enough to warn you that they are doing this. Others aren't so forgiving. Programs such as bitchx are security nightmares, running them as root or otherwise is a security hazard, but I doubt many people would give up their IRC addiction :) > If any processes have remote exploit bugs in them, even if they're user > space, you can download the password file and then run crack on it. > Knowing a standard home user their root password will be "sex" or "fred". heh, Redhat at least is smart enough to prevent people inflicting this upon themselves unless they know how to SU to root and change it themselves. The most difficult years of marriage are those following the wedding. ------------ WLUG - The Waikato Linux Users Group To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

1 0

Re: [wlug] Conceptual Distribution
by Bruce Kingsbury 20 Mar '01

20 Mar '01

> I suggested earlier that we should make meetings more regular to keep pace > with developments etc. This could be another option, with a "development I would suggest first Monday of every month at BTM (presentation), third Monday at the Radio Clubrooms (hands-on). One meeting a month seems a little too infrequent to me. ------------ WLUG - The Waikato Linux Users Group To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

2 1

Re: [wlug] X + Redhat7 Gui frettings
by Colin Palmer 19 Mar '01

19 Mar '01

On Mon, 19 Mar 2001, Greig McGill wrote: > BUT - and there's always a but - there are no nice RPMs from RedHat for it. > I've done a source build of X before on a "roll-yer-own" distro, but never > tried to upgrade X under RH before. > What is the best/easiest way to do this without breaking anything? The _best_ way is to get hold of the .spec file from the 4.0.1 source RPM, tweak it as necessary for anything that might have changed in 4.0.3 then use that, along with tarballs of the 4.0.3 source and the rpm command to build your own RPMs, which you then upgrade to via the normal methods. The _easiest_ way is to wait for someone else (eg RedHat themselves) to make those RPMs for you. :) --Colin. ** Colin Palmer, Systems and Development Group, University of Waikato, NZ ** ------------ WLUG - The Waikato Linux Users Group To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz with "unsubscribe wlug" in the body of the message.

3 2