Deb file hell.

[teales]

I downloaded codeblocks-13.12-1_i386.debian.stable.tar.xz. In it I find about 17 ***.deb files. Not a README in sight. WTF am I supposed to do with them?

There should be one! If more subtle installations are required, document them in a README, and provide links.

As it is, the download is useless to me, since I depend on my current version, and can't do to break it by installing the wrong .deb first.

[oBFusCATed]

Extract the archive and install the deps. I don't think it is hard?
Otherwise you'll have to wait for 13.12 entering the stable debian repo.

[Jenna]

You can also use my repo (see signature) for the release or a nightly.

[teales]

Like I said, just now I don't want to compromise my ability to get on with my development. There are numerous debs in the download, but no indication of the order in which they should be installed. It did not look like the dependencies came first, so top to bottom seemed risky.

So I asked.

[Jenna]

Order normally doesn't matter.
In doubt run sudo dpkg -i *.deb and you get all stuff including debug and development packages.

Or use my repo (as I wrote before) and use your favourite package-manager to update.
The repo includes the exact same files as the tar-ball.

[teales]

OK, so I tried installing it. First I tried codeblocks_13.12-1_i386.deb via the Ubuntu package manager. That told me I had an unsatisfied dependency on some codeblocks library. Then I tried codeblocks-common_13.12-1_all.deb. The package manager then told me this would break my existing version.

This does not give me a feeling of confidence!

[oBFusCATed]

Just pass all packages you want to install at once... The manual for apt-get/dpkg is your friend...

[teales]

I don't know which packages I want to install because they come without documentation!

[oBFusCATed]

The packages follow the debian's convention for their names...

[dmoore]

I don't know which packages I want to install because they come without documentation!

We get it, you are unhappy with the state of the documentation of the binary archives. File a bug.

Nonetheless, as you have been told:

Code Select Expand


sudo dpkg -i *.deb


The package manager then told me this would break my existing version.

Why would this surprise you? It's a newer, binary incompatible version of the IDE.

[Jenna]

Nonetheless, as you have been told:

Code Select Expand


sudo dpkg -i *.deb


or

Order normally doesn't matter.
Or use my repo (as I wrote before) and use your favourite package-manager to update.
The repo includes the exact same files as the tar-ball.

The repo contains not only nightly builds, but also the release build (see my site for instructions).

[dmoore]

For what it's worth here are the apt-cache entries:

Code Select Expand


libcodeblocks0 - Code::Blocks shared libraries
codeblocks - Code::Blocks integrated development environment (IDE)
codeblocks-dbg - Code::Blocks debugging libraries
libwxsmithlib0 - wxSmith shared library (Code::Blocks plugin for RAD GUI editing)
codeblocks-contrib - contrib plugins for Code::Blocks IDE
codeblocks-dev - Code::Blocks development libraries (SDK)
codeblocks-contrib-dbg - Debugging libraries for the Code::Blocks contrib plugins
wxsmith-dev - wxSmith development files (libraries)
codeblocks-common - common files for Code::Blocks IDE
codeblocks-contrib-common - common files for the contrib plugins for Code::Blocks IDE
codeblocks-headers - Code::Blocks development headers (SDK)
wxsmith-headers - wxSmith development files (headers)
codeblocks-wxcontrib-headers - Code::Blocks development headers for wxContribItems
codeblocks-libwxcontrib0 - Code::Blocks shared libraries for wxContribItems
codeblocks-wxcontrib-dev - Code::Blocks development libraries for wxContribItems


[teales]

Jolly good! Installed everything even though I don't want a lot of it, and 13.1 would run, and would compile my project, but it would not link it.

Initially it complained about fbin/Debug/exename (link command had -ofbin/Debug/exename)- no such file or directory. So I added
-of bin/Debug/exename to the linker commands, and that seemed to fix that. But then the order in which the libraries were listed was wrong, and so there were unsatisfied references - with the same project file.

So not having the time to sort that out today, I uninstalled using

apt-get remove --purge codeblocks
apt-get remove --purge codeblocks-common

Then I reinstalled 10.x from the Ubuntu 12.04 repo, and now that won't run - undefined symbol: _ZN7Manager7isBatchE

Thanks for your help.

[oBFusCATed]

Code Select Expand

libcodeblocks0 - Code::Blocks shared libraries

[teales]

Reading package lists... Done
Building dependency tree       
Reading state information... Done
libcodeblocks0 is already the newest version.
libcodeblocks0 set to manually installed.