Bug#792304: openwalnut builds the package in the binary target, not the build target
Hi Mathias, Can you please explain the issue? The rules file uses the following lines to build its stuff. There is no binary target in there. Did I miss something? override_dh_auto_build: # Invoke standard build mechanism. dh_auto_build Thank you in advance, Sebastian On Mon, 13 Jul 2015, Matthias Klose wrote: Package: src:openwalnut Version: 1.4.0~rc1+hg3a3147463ee2-1 openwalnut builds the package in the binary target, not the build target. it should do it in the build target instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754759: openwalnut: FTBFS on kfreebsd-*: wrong linking flags
/WQtBranchTreeItem.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyTriggerWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyPositionWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtSubjectTreeItem.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyFilenameWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyTransferFunctionWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtRoiHeaderTreeItem.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyIntWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtPropertyGroupWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtTreeItem.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyIntervalWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyStructWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtDatasetTreeItem.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WPropertyStringWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/controlPanel/WQtColormapper.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtCombinerToolbar.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtMessageDock.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtCustomDockWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtToolBar.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtModuleConfig.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WScaleToolButton.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WQtIntervalEdit.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WQtModuleMetaInfo.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WQtModuleOneToOneCombinerAction.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WQtPushButton.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WQtDockWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WQtPropertyBoolAction.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WScaleLabel.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WQtMenuFiltered.cpp.o CMakeFiles/openwalnut-qt4.dir/guiElements/WQtDockTitleWidget.cpp.o CMakeFiles/openwalnut-qt4.dir/WMainWindow.cpp.o CMakeFiles/openwalnut-qt4.dir/WIconManager.cpp.o CMakeFiles/openwalnut-qt4.dir/WQtCombinerActionList.cpp.o -o ../bin/openwalnut-qt4 ../lib/libopenwalnut.so.1.4.0 -lQtCore -lQtGui -lQtOpenGL -lQtWebKit -lboost_program_options -lboost_thread -lboost_filesystem -lboost_date_time -lboost_system -lboost_signals -lboost_regex -lpthread -lstdc++ -lm -ldl -lGL -losgWidget -losgViewer -losgText -losgSim -losgGA -losgDB -losgUtil -losg -lOpenThreads -Wl,-rpath,/«BUILDDIR»/openwalnut-1.4.0~rc1+hg3a3147463ee2/build/lib: | /usr/bin/ld: CMakeFiles/openwalnut-qt4.dir/WQt4Gui.cpp.o: undefined reference to symbol 'XInitThreads' | //usr/lib/x86_64-kfreebsd-gnu/libX11.so.6: error adding symbols: DSO missing from command line | collect2: error: ld returned 1 exit status Full build logs: https://buildd.debian.org/status/fetch.php?pkg=openwalnutarch=kfreebsd-amd64ver=1.4.0~rc1%2Bhg3a3147463ee2-1stamp=1405278212 https://buildd.debian.org/status/fetch.php?pkg=openwalnutarch=kfreebsd-i386ver=1.4.0~rc1%2Bhg3a3147463ee2-1stamp=1405278596 Mraw, KiBi. -- Sebastian Eichelbaum Research Development 0176-34541337 eichelb...@nemtics.com www.nemtics.com Nemtics GbR S.Born - S.Eichelbaum - D.Franz Gohliser Str. 20 - 04105 Leipzig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718381: upstream now buildable, but may not be usable
Hi We fixed this issue. Updated packages are available in NeuroDebian now. I assume these packages somehow move to Debian some day. Cheers, Sebastian -- Dipl.-Inf. Sebastian Eichelbaum Universität Leipzig Institut für Informatik Abteilung Bild- und Signalverarbeitung PF 100920 D-04009 Leipzig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718381: upstream now buildable, but may not be usable
Hi Yaroslav. We changed a lot of shaders and are now able to run on OpenGL 2.1 hardware. So, in the next release (in some weeks) you will be able to actually see something in OpenWalnut :-). Bye Sebastian On Wed, 23 Apr 2014, Yaroslav Halchenko wrote: Version: 1.4.0~rc1+hg3a3147463ee2-1 Now I am trying to recall why I haven't uploaded that build to Debian proper... may be wanted to test it more (but couldn't due to my card being too lame)... anyways -- uploading now and it should close this bug properly On Wed, 23 Apr 2014, Sebastian Eichelbaum wrote: Hi We fixed this issue. Updated packages are available in NeuroDebian now. I assume these packages somehow move to Debian some day. Cheers, Sebastian -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- Dipl.-Inf. Sebastian Eichelbaum Universität Leipzig Institut für Informatik Abteilung Bild- und Signalverarbeitung PF 100920 D-04009 Leipzig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718381: upstream now buildable, but may not be usable
Hi. As mentioned in message #60, the software compiles but is not completely functional. We currently work on this issue, but I think it will take another month until it is fixed. If this issue is solved, we will release a first candidate of OW 1.4. If you need OpenWalnut, it is straight forward to compile for your own using the binary OSG 3.0 distribution you can download from the OSG website. Sorry for the inconvenience, but OSG 3.2 introduced several (partially radical) changes. We need to incorporate them properly. Bye and thank you for your interest Sebastian On Fri, 17 Jan 2014, Rebecca N. Palmer wrote: This appears to be fixed upstream The upstream bug (http://www.openwalnut.org/issues/298) still says compiles but doesn't work properly; I don't know if there are enough usable parts for uploading it in that condition to make sense. -- Dipl.-Inf. Sebastian Eichelbaum Universität Leipzig Institut für Informatik Abteilung Bild- und Signalverarbeitung PF 100920 D-04009 Leipzig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2
Hi Just for your information: although the patch fixes compilation issues, OpenWalnut will not work properly with it. There were several semantic changes in OSG (in a minor version change...). We are working on a proper fix for that issue. The same for boost. They regularly change their API. We adapt our code accordingly and upload a new package soon. Please stay tuned and check out our website regularly. Bye Sebastian Alberto Luaces alua...@udc.es schrieb am 03.09.2013: Manuel A. Fernandez Montecelo writes: 2013/8/20 Alberto Luaces alua...@udc.es: Manuel, do you have by chance the patches you used to try to add the deprecated_osg functionality with 3.2.0~rc1? I have just packaged 3.2.0 and I wanted to try openwalnut against it before going in more depth. It was a simple substitution, patch attached. I tried harder with one packages than with others, but I wasn't very successful in any case. Patch for openwalnut attached. Thanks. Anyway I came late. Now openwalnut build does not even reach code using OSG because the compilation fails before, as soon as anything uses the new Boost 1.54. I have to find other program or library to test. Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2
Thank you for the help with this. We will make our code compatible with OSG 3.2 and will provide you with an updated package. Bye Sebastian Manuel A. Fernandez Montecelo manuel.montez...@gmail.com schrieb am 31.07.2013: 2013/7/30 Yaroslav Halchenko deb...@onerussian.com: Thanks for the heads up so -- is it just a matter of binNMU or there was some API breakage? There is the removal of osg::Geometry, as I said in the initial report. This code seems to heavily use this class in many places, so I'm not sure if this alone will be enough, or if it will fail at run time even if it compiles. This package fails with: --- [ 28%] Building CXX object core/CMakeFiles/openwalnut.dir/graphicsEngine/WGEGeodeUtils.cpp.o cd /tmp/buildd/openwalnut-1.3.1+hg5849/build/core /usr/bin/c++ -DBOOST_FILESYSTEM_VERSION=3 -DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT -DEIGEN_DONT_ALIGN -DEIGEN_DONT_VECT ORIZE -D_FORTIFY_SOURCE=2 -Dopenwalnut_EXPORTS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -frtti -pedantic -std=c++98 -Wall -Wno-lo ng-long -Wextra -O3 -fPIC -I/tmp/buildd/openwalnut-1.3.1+hg5849/src -I/tmp/buildd/openwalnut-1.3.1+hg5849/build/versionHeader -I/usr/include/eigen3'-DW_LIB_PREFIX=lib ' '-DW_LIB_SUFFIX=.so' -o CMakeFiles/openwalnut.dir/graphicsEngine/WGEGeodeUtils.cpp.o -c /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp In file included from /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:45:0: /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.h: In function 'osg::ref_ptrosg::Geode wge::genPointBlobs(boost::shared_ptrX, double, const WC olor)': /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.h:283:33: error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry' geometry-setNormalBinding( osg::Geometry::BIND_PER_PRIMITIVE ); ^ /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp: In function 'osg::ref_ptrosg::Geometry wge::createUnitCube(const WColor)': /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:158:29: error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry' cube-setNormalBinding( osg::Geometry::BIND_PER_PRIMITIVE ); ^ /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp: In function 'osg::ref_ptrWGESubdividedPlane wge::genUnitSubdividedPlane(std::size_t, std::size_t, double)': /tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:585:32: error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry' geometry-setColorBinding( osg::Geometry::BIND_PER_PRIMITIVE ); --- I tried to apply a substitution to all files, osg::Geometry-deprecated_osg::Geometry, but still failed to compile later, with: --- [ 87%] Building CXX object modules/CMakeFiles/isosurface.dir/isosurface/WMIsosurface.cpp.o cd /tmp/buildd/openwalnut-1.3.1+hg5849/build/modules /usr/bin/c++ -DBOOST_FILESYSTEM_VERSION=3 -DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT -DEIGEN_DONT_ALIGN -DEIGEN_DONT_VECTORIZE -D_FORTIFY_SOURCE=2 -Disosurface_EXPORTS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -frtti -pedantic -std=c++98 -Wall -Wno-long-long -Wextra -O3 -fPIC -I/tmp/buildd/openwalnut-1.3.1+hg5849/src -I/tmp/buildd/openwalnut-1.3.1+hg5849/build/versionHeader -I/usr/include/eigen3-o CMakeFiles/isosurface.dir/isosurface/WMIsosurface.cpp.o -c /tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp /tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp: In member function 'void WMIsosurface::updateGraphicsCallback()': /tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp:470:113: error: conversion from 'osg::Geometry*' to non-scalar type 'osg::ref_ptrdeprecated_osg::Geometry' requested osg::ref_ptr deprecated_osg::Geometry surfaceGeometry = m_surfaceGeode-getDrawable( 0 )-asGeometry(); --- I think that the new osg::Geometry also supports the next two methods that the code calls after that line, so maybe it will compile fine without the conversion in this case. So maybe it's possible to convert this: --- osg::ref_ptr osg::Geometry surfaceGeometry = m_surfaceGeode-getDrawable( 0 )-asGeometry(); surfaceGeometry-setColorArray( colors ); surfaceGeometry-setColorBinding( osg::Geometry::BIND_OVERALL ); --- into this, and it might work -- or fail later: --- m_surfaceGeode-getDrawable( 0 )-asGeometry()-setColorArray( colors, osg::Geometry::BIND_OVERALL ); --- I attach
Bug#631390: debootstrap bug#631390 maybe tied to APT/fakeroot bug#630591
Hi Joans I am not quite sure whether this is related or not. In my case, it is dpkg which causes the problem. Apt-cache is not used in debootstrap. Or do I miss something here? Bye Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613419: OpenWalnut (former FiberNavigator) Packaging
Hi Just to keep you up-to-date: With the help of Yaroslav, I tuned the packages once more and split them up into: * libopenwalnut1 * libopenwalnut1-dev * libopenwalnut1-doc * openwalnut-qt4 * openwalnut-modules The earlier mentioned Problem 1 was solved by depending on ttf-liberation and using symlinks as Yaroslav proposed. Problem 2 was solved by him by adding Eigen3 to those distributions wich do not provide it directly. Greetings Sebastian -- Dipl.-Inf. Sebastian Eichelbaum Universität Leipzig Institut für Informatik Abteilung Bild- und Signalverarbeitung PF 100920 D-04009 Leipzig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613419: OpenWalnut (former FiberNavigator) Packaging
Hi again No problem. Enjoy your days in Canada. I have uploaded the package here: http://www.informatik.uni-leipzig.de/~ebaum/ow/ There you'll find the tar.gz archives and the dsc. Building in a clean Debian sid chroot shows 3 lintian warnings. Two of them (tag: extra-license-file) are due to the before mentioned Problem 1 and can be removed for sure if I know how to handle the problem properly. The third and last tag I had to override is package-name-doesnt-match-sonames. The package is called openwalnut and it contains shared objects whose name is libopenwalnut.so.1.2.1 and libopenwalnut.so.1. According to the code snippet found in the lintian tag description, the package should be called libopenwalnut1. I am currently working on splitting the openwalnut and libopenwalnut into two separate packages, which is better since libopenwalnut is the core api for which we will also provide a dev package. Bye Sebastian On Thu, 30 Jun 2011, Yaroslav Halchenko wrote: owner 613419 Sebastian Eichelbaum eichelb...@informatik.uni-leipzig.de thanks Hi Sebastian, Great to hear from you with such good news! Nobody said it must be difficult and mind bending ;-) I am at HBM at the moment and a bit busy so will reply in detail later (see above for ownership change and it would be great to drop occasional updates to the bugreport on the progress) could you expose your packaging anywhere? (either under VCS or just a url to .dsc would be fine) is it lintian-free? Cheers, Yarik On Thu, 30 Jun 2011, Sebastian Eichelbaum wrote: Hi Yaroslav I finally got some time to build a Debian package of OpenWalnut. I was surprised somehow that it is quite easy. It builds and installs fine on Debian sid, Ubuntu Natty and Maverick. But now, I have some quite specific questions: Problem 1: -- * OpenSceneGraph requires fonts/arial.ttf * they hardcoded it into their code (StatsViewer for example) * even the relative path fonts is hardcoded * You can only set the environment variable to allow OSG to find it * we set it to our usr/share/openwalnut path * We provide some arial.ttf which actually is a renamed liberation-ttf * we provide a README file and the liberation licence file there * for the additional licence files, I had to add two lintian overrides = how is the (neuro)debian policy on how to handle such situations properly? Problem 2: -- * Dependency to libeigen3-dev and Ubuntu * Ubuntu does not provide libeigen3-dev directly * There is some PPA available for libeigen3-dev (see https://launchpad.net/ubuntu/+source/eigen3) * we have eigen3 in our source as external and it is possible to compile with this instead of a system-installed version. But this is quite ugly in the dev package where we then need to add this external code too. = how should we handle this? Maybe you can help me? What are the next steps? To whom do I need to submit the source-package? Another question: can you set me as the owner of the openwalnut ticket #613419? Thank you in advance Sebastian -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- Dipl.-Inf. Sebastian Eichelbaum Universität Leipzig Institut für Informatik Abteilung Bild- und Signalverarbeitung PF 100920 D-04009 Leipzig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631390: debootstrap: Installing core packages failes in fakechroot variant
Package: debootstrap Version: 1.0.32 Severity: important Hi I am having problems with debootstrap (1.0.32) in conjunction with the fakechroot variant. I am using the same commands as the example in the fakechroot(1) manual: $ export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 $ export FAKECHROOT_CMD_SUBST=/usr/bin/mkfifo=/bin/true:/sbin/insserv=/bin/true $ fakeroot fakechroot /usr/sbin/debootstrap --variant=fakechroot sid sidchroot/ This prints: I: Retrieving Release I: Retrieving Release.gpg I: Checking Release signature I: Valid Release signature (key id 9FED2BCBDCD29CDF762678CBAED4B06F473041FA) I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Found additional required dependencies: insserv libbz2-1.0 libdb5.1 libslang2 multiarch-support I: Found additional base dependencies: libnfnetlink0 libsqlite3-0 I: Checking component main on http://ftp.de.debian.org/debian... I: Validating libacl1 I: Validating adduser I: Validating apt ... I: Extracting liblzma2... I: Extracting xz-utils... I: Extracting zlib1g... I: Installing core packages... W: Failure trying to run: chroot /home/ebaum/dhexperiment/sidchroot dpkg --force-depends --install /var/cache/apt/archives/base-files_6.4_amd64.deb /var/cache/apt/archives/base-passwd_3.5.22_amd64.deb The file sidchroot/debootstrap/debootstrap.log afterwards contains: gpgv: Signature made Thu Jun 23 10:21:04 2011 CEST using RSA key ID 473041FA gpgv: Good signature from Debian Archive Automatic Signing Key (6.0/squeeze) ftpmas...@debian.org dpkg: error: unable to access dpkg status area: No such file or directory The error looks similar to the one reported in #493065 and #588773. The difference is the error in the log-file. Besides this, the directory sidchroot is not an NFS share or similar as reported in some other bug-reports. In addition, sidchroot/var/lib/dpkg/status is existing and contains: Package: dpkg Version: 1.16.0.3 Maintainer: unknown Status: install ok installed Using debootstrap with another variant works fine. Maybe you can help here. Thanks in advance. Sebastian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debootstrap depends on: ii wget 1.12-3.1 retrieves files from the web Versions of packages debootstrap recommends: ii debian-archive-keyring2010.08.28 GnuPG archive keys of the Debian a ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep debootstrap suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
