AFAIK TKLPatch only depends on stuff from the default repos (I have installed it on a clean TKL instance with no modifications no worries). I expect somewhere there it'll say something like "can't install xyz, it is reffered to by another package but no install candidate available" (or words to that effect). For completeness, see below for further more general apt-get install issues.

So if you are trying to install standard Ubuntu (or TKL) software using apt-get and have run apt-get update first and still have an issue, then the problem is probably (hopefully) that you need to enable extra repos (that aren't enabled by default in TKL).

So to check which repo the xyz package(s) you're after are in, search for the package on the Ubuntu Package Search. Scroll down to "search package directories" type the name of the package into the box, and select 'lucid' from the distribution dropdown. Leave everything else default and click 'Search'. Hopefully you don't get "sorry your seach found no results" (but if it does post and I'll give you some more ideas...) If it returns an answer which includes the package name with something after it in square brackets (probably [restricted] or [multiverse]) then we're all good to go!

You can enable repos in your souces.list pretty easily. To do it edit your souces.list file like this:

nano /etc/apt/sources.list.d/sources.list

Now remove the '#' from the start of the line that ends with whichever repo you need to enable (it'll be in a group of 4, after the TKL repo). Close and save (<Ctrl><x>).

Now run apt-get update again and try to install now.

To remove packages:

apt-get remove <packagename>

And if you want to also get rid of any config info associated with the package use the --purge switch ie:

> apt-get install tklpatch
Reading package lists...
Building dependency tree...
Reading state information...
You might want to run `apt-get -f install' to correct these:
The following packages have unmet dependencies:
tklpatch: Depends: squashfs-tools but it is not going to be installed
Depends: genisoimage but it is not going to be installed
virtualbox-4.1: Depends: libcurl3 (>= 7.16.2-1) but it is not going to be installed
Depends: libgl1-mesa-glx but it is not going to be installed or
libgl1
Depends: libqt4-network (>= 4:4.5.3) but it is not going to be installed
Depends: libqt4-opengl (>= 4:4.5.3) but it is not going to be installed
Depends: libqtcore4 (>= 4:4.6.1) but it is not going to be installed
Depends: libqtgui4 (>= 4:4.6.1) but it is not going to be installed
Depends: libxcursor1 (> 1.1.2) but it is not going to be installed
Depends: libxinerama1 but it is not going to be installed
Depends: libxmu6 but it is not going to be installed
Depends: libxt6 but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

dpkg: dependency problems prevent configuration of virtualbox-4.1:
virtualbox-4.1 depends on libcurl3 (>= 7.16.2-1); however:
Package libcurl3 is not installed.
virtualbox-4.1 depends on libgl1-mesa-glx | libgl1; however:
Package libgl1-mesa-glx is not installed.
Package libgl1 is not installed.
virtualbox-4.1 depends on libqt4-network (>= 4:4.5.3); however:
Package libqt4-network is not installed.
virtualbox-4.1 depends on libqt4-opengl (>= 4:4.5.3); however:
Package libqt4-opengl is not installed.
virtualbox-4.1 depends on libqtcore4 (>= 4:4.6.1); however:
Package libqtcore4 is not installed.
virtualbox-4.1 depends on libqtgui4 (>= 4:4.6.1); however:
Package libqtgui4 is not installed.
virtualbox-4.1 depends on libxcursor1 (>> 1.1.2); however:
Package libxcursor1 is not installed.
virtualbox-4.1 depends on libxinerama1; however:
Package libxinerama1 is not installed.
virtualbox-4.1 depends on libxmu6; however:
Package libxmu6 is not installed.
virtualbox-4.1 depends on libxt6; however:
Package libxt6 is not installed.
dpkg: error processing virtualbox-4.1 (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
virtualbox-4.1
Reading package lists...
Building dependency tree...
Reading state information...
You might want to run `apt-get -f install' to correct these:
The following packages have unmet dependencies:
virtualbox-4.1: Depends: libcurl3 (>= 7.16.2-1) but it is not going to be installed
Depends: libgl1-mesa-glx but it is not going to be installed or
libgl1
Depends: libqt4-network (>= 4:4.5.3) but it is not going to be installed
Depends: libqt4-opengl (>= 4:4.5.3) but it is not going to be installed
Depends: libqtcore4 (>= 4:4.6.1) but it is not going to be installed
Depends: libqtgui4 (>= 4:4.6.1) but it is not going to be installed
Depends: libxcursor1 (> 1.1.2) but it is not going to be installed
Depends: libxinerama1 but it is not going to be installed
Depends: libxmu6 but it is not going to be installed
Depends: libxt6 but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

You have something seriously messed up going on. Or you didn't run apt-get update as I suggested above!

I did a search on Ubuntu Package Search for 'libcurl3' (as complained about by virtualbox) and it's in the 'security' repo. That is definately available by default (it's where the security updates come from). So the only thing I can think of is that you do not have networking configured properly (being blocked by firewall/proxy or using NAT networking if using TKL from VBox or similar VM software, etc) or as I say, you haven't run apt-get update.

Obviously it's connecting, and the packages lists are obviously up to date!? The only thing I could recommend is running apt-get -f install again, but it sounds like you've already run that a few times and its still not helping.

For my third attempt, I'm trying to keep a log of my steps. As we have discussed in a separate thread, I don't think the Fileserver is going to be that useful to me, so I installed just the TKL Core on bare metal, then will develop the other environments in VBox -- providing I can get it working.

Fortunately, with a GParted LiveUSB stick for cleaning up disks, and an UNetbootin LiveUSB Turnkeylinux stick for install, it's amazing how fast a machine can be wiped, reformatted, OS installed, DDNS configured, and TKLBAM configured and run. I think the longest part was when I was deciding on a new label for TKL partition (...more because of the odd name my client's son named one of the workstation VMs, and my own Architecture background inspired OCD had to make it work hierarchically.)

I have never experienced anything like that. The fact that you could run apt-get update successfully, but it wouldn't download packages that are in the repos doesn't make sense to me! The only thing I can think of is some funky proxy setup, although AFAIK apt-get update should've also failed.