Hey all,
I am trying to get an updated port for K-3D on FreeBSD 8.
Since the K-3D maybe don't manage this but someone at FreeBSD should, I started a thread on the FreeBSD forums.
http://forums.freebsd.org/showthread.php?p=63896
Lets see what happens.
As a "heads up", quite a lot has changed in the build - in particular, we've switched to CMake as our build system.
Regardless, we're happy to help you or anyone else downstream.
Cheers,
Tim
Thanks. I spent some time on your wiki trying to figure out how to compile.
I am looking at K-3D and Blender and so far I like K-3D better, but in order to recommend it on my blog's FreeBSD Friday section, I got to be able to get the latest version to work. The blender interface is so NOT intuitive.
Your tutorials as text information and then the mouse moves for you and shows you what to do and actually does it in a way you can save the file (not just a video) is just awesome and I believe that this sets you apart. I have tried to follow tutorials at Blender (which are basically links to other poeples blogs who have written the tutorial and none are successful so far.
Anyway, I am willing to do some work to get this working on FreeBSD. So far I have not had success compiling the latest version.
I have a FreeBSD desktop as described here:
How to install and configure a FreeBSD 8 Desktop with Xorg and KDE?
http://rhyous.com/2009/12/18/how-to-install-and-configure-a-freebsd-8-desktop-with-xorg-and-kde/
Now, with that, I went to ports and installed k3d.
# cd /usr/ports/graphics/k3d
# make install
This worked, however, it was a way old version.
So I uninstalled it. Then I updated the port's Makefile to pull the new version and it did download the newest version and then it failed.
So then I started following the K-3D wiki, particularly this page:
http://www.k-3d.org/wiki/CMake_Build
I decided to see if this would compile on FreeBSD without ports, but just in a folder under my users directory as the wiki mentions.
I had to install cmake (as that is not installed by default on FreeBSD 8).
# cd /usr/ports/devel/cmake
# make install
I also had to install mercurial to pull down the source.
# cd /usr/ports/devel/mercurial
# make install
Now I was able to follow the steps:
$ cd ~
$ hg clone http://k3d.hg.sf.net/hgweb/k3d/k3d
...wait for code to download.
$ mkdir k3d-build
$ cd k3d-build
$ cmake ../k3d
This failed because it said that uuid was not installed. So I installed it.
# cd cd /usr/ports/misc/ossp-uuid
# make install
Then I tried again.
$ cd ~
$ cd kd3-build
$ cmake ../k3d
...waited and this time it finished.
$ make
The building appeared as if it were going to work but it didn't. It failed at 14%. Here is the error message.
[ 14%] Building CXX object k3dsdk/CMakeFiles/k3dsdk.dir/uuid.cpp.o
/root/k3d/k3dsdk/uuid.cpp:32:24: error: uuid/uuid.h: No such file or directory
/root/k3d/k3dsdk/uuid.cpp: In static member function 'static const k3d::uuid k3d::uuid::random()':
/root/k3d/k3dsdk/uuid.cpp:71: error: 'uuid_t' was not declared in this scope
/root/k3d/k3dsdk/uuid.cpp:71: error: expected `;' before 'temp'
/root/k3d/k3dsdk/uuid.cpp:72: error: 'temp' was not declared in this scope
/root/k3d/k3dsdk/uuid.cpp:72: error: 'uuid_generate' was not declared in this scope
*** Error code 1
Stop in /root/k3d-build.
*** Error code 1
Stop in /root/k3d-build.
*** Error code 1
Stop in /root/k3d-build.
So I look at the error and sure enough, it is correct. uuid/uuid.h doesn't exist.
So right now I am researching where uuid.h is on FreeBSD and seeing if I need a patch.
I don't know if this is true of FreeBSD, but on many Linux distros the header (.h) files are in separate packages (usually called "dev" packages or similar) from the libraries. So it's possible that you just need to install an additional port.
Cheers,
Tim
Thanks, that actually helped. I had installed ossp-uuid so I was not longer verifying that the right libraries were installed, but instead I was assuming there was some difference that FreeBSD had.
However, your comment made me doublecheck the uuid library and with research I found a second library for uuid other than ossp-uuid. It is the e2fsprogs-libuuid.
So I uninstalled ossp-uuid.
# cd /usr/ports/misc/ossp-uuid
# make deinstall
Then I installed e2fsprogs-libuuid.
# cd /usr/ports/misc/e2fsprogs-libuuid
# make install
Now my build is not failing at 14% anymore with that error. So far it is running smoothly at 21%.
Hope there are no more errors.
I went to bed while it was compiling and to my disappointment,
In file included from /home/jared/Devel/k3d/modules/inotify/file_change_notifier.cpp:25:
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h: In constructor 'InotifyEvent::InotifyEvent(const inotify_event*, InotifyWatch*)':
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:244: error: invalid use of incomplete type 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:239: error: forward declaration of 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:245: error: invalid use of incomplete type 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:239: error: forward declaration of 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:246: error: invalid use of incomplete type 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:239: error: forward declaration of 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:247: error: invalid use of incomplete type 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:239: error: forward declaration of 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:248: error: invalid use of incomplete type 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:239: error: forward declaration of 'const struct inotify_event'
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h: At global scope:
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:873: error: invalid application of 'sizeof' to incomplete type 'inotify_event'
/home/jared/Devel/k3d/modules/inotify/file_change_notifier.cpp: In member function 'virtual k3d::uint_t module::inotify::file_change_notifier::watch_file(const k3d::filesystem::path&, const sigc::slot<void, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>&)':
/home/jared/Devel/k3d/modules/inotify/file_change_notifier.cpp:80: error: 'IN_CLOSE_WRITE' was not declared in this scope
*** Error code 1
Stop in /usr/home/jared/Devel/k3d-build.
*** Error code 1
Stop in /usr/home/jared/Devel/k3d-build.
*** Error code 1
Stop in /usr/home/jared/Devel/k3d-build.
[ 47%] Building CXX object modules/inotify/CMakeFiles/k3d-inotify.dir/file_change_notifier.cpp.o
In file included from /home/jared/Devel/k3d/modules/inotify/file_change_notifier.cpp:25:
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:32:25: error: sys/inotify.h: No such file or directory
/home/jared/Devel/k3d/modules/inotify/inotify-cxx.h:36:34: error: sys/inotify-syscalls.h: No such file or directory
Forgot to include the lines above (they located above the error message in my last post).
Anyway, FreeBSD and MAC OSX supposedly do not have the <sys/inotify.h> library at all but have a different solution. They use kqueue and kevent. However, I am still reasearching. So if this is true that neither FreeBSD or MAC OSX have inotify, then since this compiles on MAC, there must be a way to compile on FreeBSD as well.
I will just keep researching but if someone could verify if the MAC OSX build uses inotify or not, or if there is a build parameter that I can use to not use inotify that would be beneficial.
The logic to decide whether to enable K3D_BUILD_INOTIFY_MODULE by default was naive, I've updated it so that it should handle FreeBSD correctly in the future.
I wouldn't expect a rebuild to fix a runtime issue. Post the details of how you ran the program and what went wrong and we'll take a look.
Cheers,
Tim
Thanks for fixing that.
I did rebuild it all and as you stated the error is the same.
$ make run
Scanning dependencies of target run
INFO: package: k3d
INFO: version: 0.7.12.0
INFO: platform: FreeBSD-8.0-RELEASE-p2;amd64
INFO: compiler: 4.2.1 20070719 [FreeBSD]
INFO: build time: Jan 26 2010 18:14:16 local
INFO: xml parser: expat
INFO: options file: /home/jared/.k3d/options.k3d
INFO: plugin path(s): /home/jared/k3d-build/lib/k3d/plugins
INFO: shader cache path: /home/jared/.k3d/shadercache
INFO: share path: /home/jared/k3d/share
INFO: user interface: /home/jared/k3d-build/lib/k3d/plugins/k3d-ngui.module
INFO: home directory: /home/jared
INFO: temp directory: /tmp
INFO: locale path: /home/jared/k3d-build/po
INFO: Loading options from /home/jared/.k3d/options.k3d
ERROR: Exception loading options: no element found line: 1 column: 0
WARNING: Resetting options data to version 4
INFO: Loading plugin module /home/jared/k3d-build/lib/k3d/plugins/k3d-ngui.module
INFO: Loading plugin NGUI
INFO: Saving hotkeys to /home/jared/.k3d/hotkeys
ERROR: Gtk: g_hash_table_slist_values: assertion
`
hash_table != NULL' failed
INFO: Saving options to /home/jared/.k3d/options.k3d
CRITICAL: Caught exception [std::runtime_error] - UI plugin module [/home/jared/k3d-build/lib/k3d/plugins/k3d-ngui.module] does not implement k3d::iuser_interface
*** Error code 1
Stop in /usr/home/jared/k3d-build.
*** Error code 1
Stop in /usr/home/jared/k3d-build.
*** Error code 1
Stop in /usr/home/jared/k3d-build.
*** Error code 1
Stop in /usr/home/jared/k3d-build.
$
Here are my steps to duplicate.
http://rhyous.com/2010/01/26/how-to-compile-and-install-k-3d-0-7-12-on-freebsd-8/
So, this is a pretty strange error ... without getting into too much detail, K-3D divides most of its functionality into plugins, which are separate shared libraries. K-3D loads these plugins at runtime, then uses the dynamic_cast feature in C++ to discover information about those plugins. This error suggests that the user interface plugin isn't derived from the k3d::iuser_interface base class, which is obviously not true ... so it seems as if there's something strange going on with dynamic linking on FreeBSD. I'm sure it can be made to work (it's not that different from what Apache does), there's probably just some compiler or linker flag that needs to get set.
You might want to try and track down someone who is familiar with dynamic linking on FreeBSD. This is intriguing enough that I'm trying to setup FreeBSD in a virtual machine, which is not me committing to find a solution, but I'll be interested to see if I can reproduce the problem ;)
Cheers,
Tim
Thanks. I am in this until we figure it out. Like I said, I am coming at this from both ways, and I have post here and on the FreeBSD forums here: http://forums.freebsd.org/showthread.php?p=63896
If you have any problems setting up a FreeBSD desktop, I am here to help.
Well, for what it's worth I've gotten to the point where I can reproduce this. Probably gonna sleep on it for awhile, and/or develop a minimal test case that you could shop-around to experts ...
Cheers,
Tim
Timothy,
Thanks for duplicating it. Let me provide you with an update of what I have done:
See the update at my same blog post:
How to compile and install K-3D 0.7.12 on FreeBSD 8?
http://rhyous.com/2010/01/26/how-to-compile-and-install-k-3d-0-7-12-on-freebsd-8/
Well, lets past it here as well:
UPDATE: 2/2/2010
Ok, so I am back. Here is the what I have done.
Step 5 - Fixing run errors
$ grep -Rn k3d::iuser_interface ~/k3d/*
I found the problem code was in this file and line number:
File: /home/jared/k3d/application/k3d_main.cpp
line: 460
[sourcecode language="cpp"]
// if(!dynamic_cast<k3d::iuser_interface*>(g_user_interface))
// {
// delete g_user_interface;
// g_user_interface = 0;
// handle_error("UI plugin module [" + module_name + "] does not impleme
// return;
// }
[/sourcecode]
# make run
This time, as I had hoped, it loaded the application completely.
However, I noticed some errors.
The first two error lines occurred early in the load process. I am not sure but they seem to be unrelated:
INFO: Gtk: Failed to load module "atk-bridge": Shared object "libatk-bridge.so" not found, required by "k3d"
:1: error: unexpected character \241', expected keyword - e.g.style'
ERROR: /home/jared/k3d/modules/virtual_opengl_painters/sds_point_painter.cpp line 73: assertion `delegate' failed
ERROR: Error creating document plugin: VirtualOpenGLSDSPointPainter
ERROR: /home/jared/k3d/modules/virtual_opengl_painters/sds_edge_painter.cpp line 73: assertion `delegate' failed
ERROR: Error creating document plugin: VirtualOpenGLSDSEdgePainter
ERROR: /home/jared/k3d/modules/virtual_opengl_painters/sds_face_painter.cpp line 73: assertion `delegate' failed
ERROR: Error creating document plugin: VirtualOpenGLSDSFacePainter
# /usr/ports
# grep -R libatk-bridge *
It looks like there is a at-spi package that provides this library.
# cd /usr/ports/accessibility/at-spi
# make install
# exit
$ cd ~/k3d-build
$ make run
The application loaded and the libatk-bridge error was gone but it was replaced with a warning:
(k3d:55092): atk-bridge-WARNING **: AT_SPI_REGISTRY was not started at session startup.
(k3d:55092): atk-bridge-WARNING **: IOR not set.
(k3d:55092): atk-bridge-WARNING **: Could not locate registry
As of right now, I don't think it is worth the effort to create a port of version 7.11 as it has bugs for FreeBSD. I feel comfortable that when the next revision of K-3D comes out, version 8.x, the code will work well and we will create a port for it.
So as I said, since it is running, but there are a few error, I think I have done enough investigating that the K-3D team can duplicate and debug if I submit bugs.
I think there are four bugs to submit:
Bug #1 - A check in k3d_main.cpp fails on FreeBSD 8.
ERROR: Gtk: g_hash_table_slist_values: assertion
hash_table != NULL' failed
INFO: Saving options to /home/jared/.k3d/options.k3d
CRITICAL: Caught exception [std::runtime_error] - UI plugin module [/home/jared/k3d-build/lib/k3d/plugins/k3d-ngui.module] does not implement k3d::iuser_interface
*** Error code 1
Bug # 2 - Running K-3D on FreeBSD provides warnings about atk-bridge
(k3d:55092): atk-bridge-WARNING **: AT_SPI_REGISTRY was not started at session startup.
(k3d:55092): atk-bridge-WARNING **: IOR not set.
(k3d:55092): atk-bridge-WARNING **: Could not locate registry
Bug #3 - An unexpected character error
:1: error: unexpected character \241', expected keyword - e.g.style'
Bug #4 - Problem loading the VirtualOpenGLSDSFacePainter plugin on FreeBSD
ERROR: /home/jared/k3d/modules/virtual_opengl_painters/sds_point_painter.cpp line 73: assertionSo I guess I will get to submitting them.
I'm in the process of rebuilding my FreeBSD VM (long story), in the meantime, I've added a test application that should exercise the same bug. Grab the latest sources, rebuild with K3D_ENABLE_TESTING "ON", and try running the test from your build directory:
$ ctest -V -R shared-dynamic-cast
... and see what you get. Assuming that it fails, it will provide a minimal use-case for experimenting / getting expert help.
Cheers,
Tim
Thanks for taking the time to do that. That was painless enough to do.
[jared@FBSD8 ~/build-k3d]$ ctest -V -R shared-dynamic-cast
UpdateCTestConfiguration from :/home/jared/build-k3d/DartConfiguration.tcl
Parse Config file:/home/jared/build-k3d/DartConfiguration.tcl
Add coverage exclude regular expressions.
UpdateCTestConfiguration from :/home/jared/build-k3d/DartConfiguration.tcl
Parse Config file:/home/jared/build-k3d/DartConfiguration.tcl
Test project /home/jared/build-k3d
Constructing a list of tests
Done constructing a list of tests
Checking test dependency graph...
test 23
Start 23: k3dsdk.shared-dynamic-cast23: Test command: /home/jared/build-k3d/bin/test-shared-dynamic-cast
23: Test timeout computed to be: 1500
23: Exception: Dynamic casting failed.
1/1 Test #23: k3dsdk.shared-dynamic-cast .......***Failed 0.00 sec0% tests passed, 1 tests failed out of 1
Total Test time (real) = 1.00 sec
The following tests FAILED:
23 - k3dsdk.shared-dynamic-cast (Failed)
Errors while running CTest
[jared@FBSD8 ~/build-k3d]$
I realized that I didn't build with debugging when I made this, should I redo it with
debugging?
OK, got my FreeBSD VM going again, and after reproducing the error using the test, I believe I have a fix. If you update your sources, rebuild, and re-run the test it should be working for you now. I'm going to test that it doesn't cause problems on other platforms, then assuming it doesn't I'll apply it to the main application.
Cheers,
Tim
Hey,
That fixed the test, but the same issue trying to launch the app.
[jared@FBSD8 ~/build-k3d]$ ctest -V -R shared-dynamic-cast
UpdateCTestConfiguration from :/home/jared/build-k3d/DartConfiguration.tcl
Parse Config file:/home/jared/build-k3d/DartConfiguration.tcl
Add coverage exclude regular expressions.
UpdateCTestConfiguration from :/home/jared/build-k3d/DartConfiguration.tcl
Parse Config file:/home/jared/build-k3d/DartConfiguration.tcl
Test project /home/jared/build-k3d
Constructing a list of tests
Done constructing a list of tests
Checking test dependency graph...
test 23
Start 23: k3dsdk.shared-dynamic-cast23: Test command: /home/jared/build-k3d/bin/test-shared-dynamic-cast
23: Test timeout computed to be: 1500
23: Success!
1/1 Test #23: k3dsdk.shared-dynamic-cast ....... Passed 1.00 secThe following tests passed:
k3dsdk.shared-dynamic-cast100% tests passed, 0 tests failed out of 1
Total Test time (real) = 2.00 sec
[jared@FBSD8 ~/build-k3d]$ make run
Scanning dependencies of target run
INFO: package: k3d
INFO: version: 0.7.12.0
INFO: platform: FreeBSD-8.0-RELEASE-p2;amd64
INFO: compiler: 4.2.1 20070719 [FreeBSD]
INFO: build time: Feb 3 2010 21:29:45 local
INFO: xml parser: expat
INFO: options file: /home/jared/.k3d/options.k3d
INFO: plugin path(s): /home/jared/build-k3d/lib/k3d/plugins
INFO: shader cache path: /home/jared/.k3d/shadercache
INFO: share path: /home/jared/k3d/share
INFO: user interface: /home/jared/build-k3d/lib/k3d/plugins/k3d-ngui.module
INFO: home directory: /home/jared
INFO: temp directory: /tmp
INFO: locale path: /home/jared/build-k3d/po
INFO: Loading options from /home/jared/.k3d/options.k3d
INFO: Loading plugin module /home/jared/build-k3d/lib/k3d/plugins/k3d-ngui.module
INFO: Loading plugin NGUI
INFO: Saving hotkeys to /home/jared/.k3d/hotkeys
ERROR: Gtk: g_hash_table_slist_values: assertion `hash_table != NULL' failed
INFO: Saving options to /home/jared/.k3d/options.k3d
CRITICAL: Caught exception [std::runtime_error] - UI plugin module [/home/jared/build-k3d/lib/k3d/plugins/k3d-ngui.module] does not implement k3d::iuser_interface
*** Error code 1Stop in /usr/home/jared/build-k3d.
*** Error code 1Stop in /usr/home/jared/build-k3d.
*** Error code 1Stop in /usr/home/jared/build-k3d.
*** Error code 1Stop in /usr/home/jared/build-k3d.
[jared@FBSD8 ~/build-k3d]$
Well, I guess that means we are one step closer. The test works so something got fixed. :-)
Thanks for taking time on this, I appreciate it.
Just to clarify ... I wanted to see whether the test worked for you before making changes to the main app, so this is expected. I also need to confirm whether this change would cause problems on Linux. Assuming it doesn't, I'll go ahead and apply the change to the main app.
Cheers,
Tim
OK, I've made this change for K-3D proper ... give it a shot!
Cheers,
Tim
Timothy,
Yes, it launches. Your awesome.
It may not yet be fully functional yet as the issue I mentioned before about not being able to select a face properly is still occurring.
I realized that when I click on a face, it is actually selecting the rear most face where I clicked. For example, I am trying to do the mug tutorial. I am mostly facing the side of the mug, with the top showing. If I try to click on the top of th mug to select its face, instead it selects a square on the back of the mug. I didn't realize this until I turned the mug all the way around and saw the selection occurred at the back.
This works fine for me in Linux and OSX with an NVidia GeForce 9400. I'm able to reproduce the problem in my FreeBSD VM, which is using the Mesa 7.4.4 software rasterizer. I'd be interested to see what OpenGL implementation you're using, for comparison. Pull the latest sources and rebuild, start K-3D, and choose the Advanced > Dialogs > NGUIOpenGLDialog menu item. A small window will open with information about your OpenGL implementation - post it to the forum and we'll see what we can figure-out.
Cheers,
Tim
You must log in to post.