User forums > Nightly builds
The 21 november 2006 build is out.
WilliamT:
--- Quote from: qwertz on November 22, 2006, 05:27:03 pm ---
--- Quote from: cstudent on November 21, 2006, 08:53:07 pm ---Ubuntu 6.10 (Edgy) build here.
Get 6.06 (Dapper) build from link in first post by killerbot.
Edit: Pulled the 6.10 file from the site. Several errors when opening CB of not finding a zip file that contains images and the start page, etc. I would assume the 6.06 build is doing the same thing. Errors logged below:
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/edit_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/contents_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-missing.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-modified.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-readonly.png': file does not exist.
[...]
When I try to open plugins menu:
06:48:33 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.
06:48:33 AM: XRC resource 'dlgConfigurePlugins' (class 'wxDialog') not found!
--- End quote ---
I get the same error on Edgy. Tried to set the correct path with "--prefix" and "CODEBLOCKS_DATA_DIR", but that also doesn't work.
--- End quote ---
Hi,
I'm found a workaround to this problem. If you copy the codeblocks directory from the /usr/share folder to /usr/local/share, all the errors will go away. It looks like some of the dependency files are in /usr/share and others are expected in /usr/local/share. You can probably manually copy only the needed files over, but I'm too lazy.
Thanks,
William
mandrav:
--- Quote ---I'm found a workaround to this problem.
--- End quote ---
Every time you decide to change the installation path, you must rebuild codeblocks with the appropriate --prefix option in configure.
The above errors come from this. You built codeblocks once without the --prefix option, which defaults to /usr/local, and then you built again with --prefix=/usr. The trouble is that you didn't rebuild (aka clean and build).
If you don't want to rebuild everything, there is a shorter way to do this:
--- Code: ---cd src/src
make clean
cd ../..
make clean-bin
./configure --prefix=/what/ever
make
sudo make install
--- End code ---
Finally, if none of the above suits you, just start codeblocks with the --prefix option:
--- Code: ---codeblocks --prefix=/usr
--- End code ---
gjsmo:
--- Quote from: MortenMacFly on November 22, 2006, 03:58:14 pm ---
--- Quote from: gjsmo on November 22, 2006, 12:33:08 am ---On my system (WinXP,svn build 3253) the default is to start code completion after I type 4 letters.
--- End quote ---
...or CTRL + Space. That's what I do if it's less than 4 characters and I want to see the members anyway.
--- End quote ---
I thought the purpose of code-completion was to save typing (though if I already have the object name in, sometimes it helps to do that if I don't want to wade through libraries)
cstudent:
--- Quote from: mandrav on November 22, 2006, 11:09:24 pm ---
--- Quote ---I'm found a workaround to this problem.
--- End quote ---
Every time you decide to change the installation path, you must rebuild codeblocks with the appropriate --prefix option in configure.
The above errors come from this. You built codeblocks once without the --prefix option, which defaults to /usr/local, and then you built again with --prefix=/usr. The trouble is that you didn't rebuild (aka clean and build).
If you don't want to rebuild everything, there is a shorter way to do this:
--- Code: ---cd src/src
make clean
cd ../..
make clean-bin
./configure --prefix=/what/ever
make
sudo make install
--- End code ---
Finally, if none of the above suits you, just start codeblocks with the --prefix option:
--- Code: ---codeblocks --prefix=/usr
--- End code ---
--- End quote ---
While all this is true, I do not make any prefix changes when I build the deb files. I also create a new directory and do a full svn download of the trunk for the revision I'm building. However, I believe I found the problem in the rules file under the debian folder. It was calling for prefix=/usr and not /usr/local. I made the change and rebuilt the deb for edgy. It is now placing the files in /usr/local/share/codeblocks like it should be and seems to be working fine now. I don't know why this problem has not appeared before now.
I will check any future builds and fix this, but it would help if you could change the rules file in the debian directory to use --prefix=/usr/local. I might also suggest that you change the changelog file to reflect dapper instead of breezy. And in the control file add subversion under the Build-Depends: section.
Anyone using any future Ubuntu debs should be able to remove their /usr/share/codeblocks directory.
I have uploaded the fixed Edgy build for this nightly here.
Edit: Oh, yeah. Happy Thanksgiving to everyone too. :)
Alturin:
If I recall properly from my Linux time, it's due to the fact that when you're building (and afterwards, installing) from source, it's installed in /usr/local/share, and when you install a package (.deb file in your case), it's installed in /usr/share/ by default. (It could be the other way around, though.)
As far as I know, that is a Linux thing, not something that has anything to do with Code::Blocks, or the debian package.
Hope that helps.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version