Tiling Textures Without Seams.
Nice in theory - but in practice, you'll find that you get a thin seam between the adjacent textures...especially if you use MIPmapping.
A better strategy is to build your own MIPmapper and to use it to generate MIPmaps from the original (but too-large) image, then cut up those maps into smaller chunks.
Given that you probably want GL_LINEAR or GL_LINEAR_MIPMAP_*, you will see seams at the texture edges because the edge texels are not blending with the correct neighbour texels (which are off in another map somewhere).
There really isn't a *great* solution.
The "official" mechanism uses OpenGL's texture border mechanism - but this is so patchily (and often poorly/inefficiently) implemented that I really don't recommend it.
What you end up needing to do is a couple of things:
Similarly: at the third, fourth and fifth levels of detail, you still need a one texel overlap - which translates to a four, eight or sixteen texel overlap in the original image.
In the limit, to get a *perfect* result, the lowest level of detail map of all (the 1x1 texel map) has to overlap it's neighbour by one texel - which means that the entire map has to overlap! ...which is just plain silly!
So, the *practical* solution is to experiment with overlaps of one, two or four texels and see how little overlap you can tolerate in your application. You can't ever get it 100% right - but you can get arbitarily close with enough overlap. A lot depends on the nature of the application, the resolution of the maps and the sharpness/contrast of the original image. For a very fuzzy image, you may be able to get away without overlaps at all.
You might also want to experiment with reducing the contrast in the lower resolution MIPmaps - and gradually forcing them to the same colour in the 1x1 map. This means writing your own MIPmap generator to replace gluBuild2DMipmaps() - but that's a good idea in any case for *LOTS* of reasons.
Some MIPmap generation techniques benefit from you MIPmapping the entire source image and THEN chopping it up rather than chopping up the source image and MIPmapping the smaller images. gluBuild2DMipmaps is pretty crude though - I don't think it helps to use that function on the entire source image.