Please Help! With linux setup at TUKS

Butterfly900

New Member
Joined
Jan 21, 2010
Messages
6
Reaction score
0
Im a first year student at TUKS and I took the BIT course. At the labs we only work/program in linux. I need help setting up linux and compilers ect same way they are set up there...

Please help :confused::confused:
 
You have to be way more specific.

Grab Ubuntu from the Tuks server and install it on your machine, look at what programs you use in the lab and install them on Ubuntu as well?
 
Depends which labs you're using.

The IT side use gentoo, while the engineering side uses Debian.

Either way, an ubuntu install with the latest g++ etc will do just fine.
 
Yes, Ubuntu is the easiest way to get going. TUKS should have the iso files on their servers.

Avoid Gentoo at all costs....might put you off the course for good & give you horrible nightmares for years to come. :p
 
The first semester we use C then C++.

I'm at the engineering site... Heard we will be using Debian, but there's others as well.
Guess I will have to wait and see. Lectures start on the 27th. Would just like to set up Linux, and start to learn how it works. Don't know anything about it.

I tried to find Linux on TUKS's servers but coudn't find it.
 
For the latest ubuntu:
ftp://ftp.up.ac.za/mirrors/ubuntu/ubuntu-release/karmic/

Alternatively:
ftp://ftp.mirror.ac.za/ubuntu/ubuntu-release/9.10

If you have 32bit get the desktop-i386 image. Try get it with local cap near the end of the month.

For g++, the C++ compiler:
Code:
sudo apt-get install g++

It (ubuntu) includes gcc (C compiler) out of the box, and other build tools like make. Doesnt get much easier than that ;)

I suggest using ubuntu because it is automatically set up to use local software repositories which is great because local cap is cheap and some updates can be pretty big.
 
Stop guys!

Butterfly900 will become a lazy student and just hang out on the square all day. :p
 
the freedom toaster is upstairs near the CS secretary or something(like opposite the stairs next to the lifts in the IT building). Maybe someone who has been at tuks in recent years can direct you more.
 
just btw, "Sticky: Linux Distro's - Where To Download Locally." ;)
 
Depends which labs you're using.

The IT side use gentoo, while the engineering side uses Debian.

Either way, an ubuntu install with the latest g++ etc will do just fine.

By IT I assume you mean the informatorium and openlabs. Those labs all make use of Debian or a Debian based distro such as Ubuntu (depending on whether they made changes to the linux image over the holidays, which I doubt).

Like the others said, I would recommend the latest Ubuntu. It doesn't matter whether your run gnome/kde/xfce as long as your gcc and g++ compilers' versions are close to those recommended by your lecturers.

If you have any linux related problems don't hesitate to ask the techteam (part of the CS department, IT 4-33 I think) for help. They will be quite busy the next 2 weeks or so due to start of classes. Otherwise drop them an email at "techteam AT cs.up.ac.za" or give me a PM.
 
I remember the days TUKS used to have Gentoo on all the pcs in the Informatorium, as well as the cloud based kernel to move processes to other idle linux pcs. Interesting how times change.
 
By IT I assume you mean the informatorium and openlabs. Those labs all make use of Debian or a Debian based distro such as Ubuntu (depending on whether they made changes to the linux image over the holidays, which I doubt).

Like the others said, I would recommend the latest Ubuntu. It doesn't matter whether your run gnome/kde/xfce as long as your gcc and g++ compilers' versions are close to those recommended by your lecturers.

If you have any linux related problems don't hesitate to ask the techteam (part of the CS department, IT 4-33 I think) for help. They will be quite busy the next 2 weeks or so due to start of classes. Otherwise drop them an email at "techteam AT cs.up.ac.za" or give me a PM.

Ok, sorry :p

Last time I was there was a few years ago, and they were all running gentoo :-o
 
Since you're doing BIT you'll be using the IT Labs..... they use Debian and an older G++ (Debian ie stable). It might look strange because they use XFCE or KDE3 (and one or two others, but not Gnome and KDE4).
You'll be fine using Ubuntu and the latest G++ libraries. I never had any issues on the compilers. But take note that the online compiler (for uploaded assignments) is a lot more strict with warnings and errors.
Remember to get your Linux login at the Techteam office if it does not exist. Just ask at the COSI office on the 4th floor next to the elevators for your Linux login. It's different to your Novell (Windows) login.
You will be doing COS130/131 and whichever one in the 2nd semester. Cos 151 maybe?
Iirc you should install gcc as well, for the C libraries. I used to have a bunch of libraries installed. You should definitely go for "make" as well.
For editing, I like to use Scite together with gcc and g++, as you don't need to make use of a makefile for individual code files. Learning how to create your own makefiles will come in handy later on though.
 
Last edited:
Since you're doing BIT you'll be using the IT Labs..... they use Debian and an older G++ (Debian ie stable). It might look strange because they use XFCE or KDE3 (and one or two others, but not Gnome and KDE4).
You'll be fine using Ubuntu and the latest G++ libraries. I never had any issues on the compilers. But take note that the online compiler (for uploaded assignments) is a lot more strict with warnings and errors.
Remember to get your Linux login at the Techteam office if it does not exist. Just ask at the COSI office on the 4th floor next to the elevators for your Linux login. It's different to your Novell (Windows) login.
You will be doing COS130/131 and whichever one in the 2nd semester. Cos 151 maybe?
Iirc you should install gcc as well, for the C libraries. I used to have a bunch of libraries installed. You should definitely go for "make" as well.
For editing, I like to use Scite together with gcc and g++, as you don't need to make use of a makefile for individual code files. Learning how to create your own makefiles will come in handy later on though.

Hi Froot, and other Linux fundi's ! To follow up and update the related discussion in this thread and here too, there are a few urgent things to consider.

I was told, or that's what I understood, that this year Tuks IT would use a new or updated Distro, Any news?
The whole saga was put on hold to this year for obvious reasons. Now I need to crack the whip, fast. Even after all the Linux Jargon at the time I am still a noob. Can we summarize exactly what would be required to set up the required compiling system as discussed by the OP and myself in the previous thread (Link in post). I downloaded the Debian and other distros and whatever when it was discussed, yes ALL of them +- 30-50 GB of data, including all the latest new distro's but did not as yet got the nerve to set them up. (Apart from YDL PS3).

What is "make" for again?

Can someone explain the modus operandi or method to be used for this practical assignments?
How do You use the compiling at home using the suggested structure and then translate or use that for the online assignment input and compiling.

I need to get the hang of it now before we end with another fiasco like last year.

BTW I believe BIT now do COS132 with only C++.

Guys please help me/us get going. I have the hardware, the Distros and much more. Its just overwhelming as I would hate to do it wrong!

Can we redress the issue of possibly running the required setup under a VM?

PS: I found this, any comment on use under this circumstances?

A Linux VM under Windows

Running Linux in a VMare virtual machine on the Windows box at work...

I had been using Linux at home for a number of years and thought it would be fine for work. And being able to have a virtual machine running Linux while also having a Windows machine to use to get work done sounded like a great idea. If I had to dual boot the machine every time I wanted to switch OSes, it would have taken too much time to make the move to Linux.

This two-part article starts here and continueshttp://www.linuxjournal.com/article/8049.

Thanks in advance.
 
Last edited:
What is "make" for again?

man make
MAKE(1) LOCAL USER COMMANDS MAKE(1)

NAME


make - GNU make utility to maintain groups of programs

SYNOPSIS


make [ -f makefile ] [ options ] ... [ targets ] ...

WARNING


This man page is an extract of the documentation of GNU make. It is
updated only occasionally, because the GNU project does not use nroff.
For complete, current documentation, refer to the Info file make.info
which is made from the Texinfo source file make.texi.

DESCRIPTION


The purpose of the make utility is to determine automatically which
pieces of a large program need to be recompiled, and issue the commands
to recompile them. The manual describes the GNU implementation of
make, which was written by Richard Stallman and Roland McGrath, and is
currently maintained by Paul Smith. Our examples show C programs,
since they are most common, but you can use make with any programming
language whose compiler can be run with a shell command. In fact, make
is not limited to programs. You can use it to describe any task where
some files must be updated automatically from others whenever the oth-
ers change.

To prepare to use make, you must write a file called the makefile that
describes the relationships among files in your program, and the states
the commands for updating each file. In a program, typically the exe-
cutable file is updated from object files, which are in turn made by
compiling source files.

Once a suitable makefile exists, each time you change some source
files, this simple shell command:

make

suffices to perform all necessary recompilations. The make program
uses the makefile data base and the last-modification times of the
files to decide which of the files need to be updated. For each of
those files, it issues the commands recorded in the data base.

make executes commands in the makefile to update one or more target
names, where name is typically a program. If no -f option is present,
make will look for the makefiles GNUmakefile, makefile, and Makefile,
in that order.

Normally you should call your makefile either makefile or Makefile.
(We recommend Makefile because it appears prominently near the begin-
ning of a directory listing, right near other important files such as
README.) The first name checked, GNUmakefile, is not recommended for
most makefiles. You should use this name if you have a makefile that
is specific to GNU make, and will not be understood by other versions
of make. If makefile is `-', the standard input is read.

make updates a target if it depends on prerequisite files that have
been modified since the target was last modified, or if the target does
not exist.

OPTIONS


-b, -m
These options are ignored for compatibility with other versions of
make.

-B, --always-make
Unconditionally make all targets.

-C dir, --directory=dir
Change to directory dir before reading the makefiles or doing any-
thing else. If multiple -C options are specified, each is inter-
preted relative to the previous one: -C / -C etc is equivalent to
-C /etc. This is typically used with recursive invocations of
make.

-d Print debugging information in addition to normal processing. The
debugging information says which files are being considered for
remaking, which file-times are being compared and with what
results, which files actually need to be remade, which implicit
rules are considered and which are applied---everything interest-
ing about how make decides what to do.

--debug[=FLAGS]
Print debugging information in addition to normal processing. If
the FLAGS are omitted, then the behavior is the same as if -d was
specified. FLAGS may be a for all debugging output (same as using
-d), b for basic debugging, v for more verbose basic debugging, i
for showing implicit rules, j for details on invocation of com-
mands, and m for debugging while remaking makefiles.

-e, --environment-overrides
Give variables taken from the environment precedence over vari-
ables from makefiles.

+-f file, --file=file, --makefile=FILE
Use file as a makefile.

-i, --ignore-errors
Ignore all errors in commands executed to remake files.

-I dir, --include-dir=dir
Specifies a directory dir to search for included makefiles. If
several -I options are used to specify several directories, the
directories are searched in the order specified. Unlike the argu-
ments to other flags of make, directories given with -I flags may
come directly after the flag: -Idir is allowed, as well as -I dir.
This syntax is allowed for compatibility with the C preprocessor's
-I flag.

-j [jobs], --jobs[=jobs]
Specifies the number of jobs (commands) to run simultaneously. If
there is more than one -j option, the last one is effective. If
the -j option is given without an argument, make will not limit
the number of jobs that can run simultaneously.

-k, --keep-going
Continue as much as possible after an error. While the target
that failed, and those that depend on it, cannot be remade, the
other dependencies of these targets can be processed all the same.

-l [load], --load-average[=load]
Specifies that no new jobs (commands) should be started if there
are others jobs running and the load average is at least load (a
floating-point number). With no argument, removes a previous load
limit.

-L, --check-symlink-times
Use the latest mtime between symlinks and target.

-n, --just-print, --dry-run, --recon
Print the commands that would be executed, but do not execute
them.

-o file, --old-file=file, --assume-old=file
Do not remake the file file even if it is older than its dependen-
cies, and do not remake anything on account of changes in file.
Essentially the file is treated as very old and its rules are
ignored.

-p, --print-data-base
Print the data base (rules and variable values) that results from
reading the makefiles; then execute as usual or as otherwise spec-
ified. This also prints the version information given by the -v
switch (see below). To print the data base without trying to
remake any files, use make -p -f/dev/null.

-q, --question
``Question mode''. Do not run any commands, or print anything;
just return an exit status that is zero if the specified targets
are already up to date, nonzero otherwise.

-r, --no-builtin-rules
Eliminate use of the built-in implicit rules. Also clear out the
default list of suffixes for suffix rules.

-R, --no-builtin-variables
Don't define any built-in variables.

-s, --silent, --quiet
Silent operation; do not print the commands as they are executed.

-S, --no-keep-going, --stop
Cancel the effect of the -k option. This is never necessary
except in a recursive make where -k might be inherited from the
top-level make via MAKEFLAGS or if you set -k in MAKEFLAGS in your
environment.

-t, --touch
Touch files (mark them up to date without really changing them)
instead of running their commands. This is used to pretend that
the commands were done, in order to fool future invocations of
make.

-v, --version
Print the version of the make program plus a copyright, a list of
authors and a notice that there is no warranty.

-w, --print-directory
Print a message containing the working directory before and after
other processing. This may be useful for tracking down errors
from complicated nests of recursive make commands.

--no-print-directory
Turn off -w, even if it was turned on implicitly.

-W file, --what-if=file, --new-file=file, --assume-new=file
Pretend that the target file has just been modified. When used
with the -n flag, this shows you what would happen if you were to
modify that file. Without -n, it is almost the same as running a
touch command on the given file before running make, except that
the modification time is changed only in the imagination of make.

--warn-undefined-variables
Warn when an undefined variable is referenced.

SEE ALSO


The GNU Make Manual

BUGS


See the chapter `Problems and Bugs' in The GNU Make Manual.

AUTHOR


This manual page contributed by Dennis Morse of Stanford University.
It has been reworked by Roland McGrath. Further updates contributed by
Mike Frysinger.

GNU 22 August 1989 MAKE(1)

http://linuxdevcenter.com/pub/a/linux/2002/01/31/make_intro.html
 
Top
Sign up to the MyBroadband newsletter
X