Bug#835416: imagevis3d: FTBFS: singleton.hpp:131: undefined reference to `boost::serialization::singleton_module::is_locked()'

2016-09-22 Thread Tom Fogal
Hi, thanks for looking into this. On 09/20/2016 02:45 AM, peter green wrote: >> 1. It's failing in the doc/genlua stuff, which is an internal tool meant >> to generate documentation that is currently unfinished. Arguably it >> should be removed from source releases anyway. So a simple fix is

Bug#835416: imagevis3d: FTBFS: singleton.hpp:131: undefined reference to `boost::serialization::singleton_module::is_locked()'

2016-08-25 Thread Tom Fogal
Hi, I have a couple ideas as to what's going wrong / how to fix this. 1. It's failing in the doc/genlua stuff, which is an internal tool meant to generate documentation that is currently unfinished. Arguably it should be removed from source releases anyway. So a simple fix is for debian to

Bug#763246: imagevis3d: FTBFS: IO/UVF/ExtendedOctree/Lz4Compression.cpp:53:44: error: 'LZ4_uncompress' was not declared in this scope

2014-09-28 Thread tom fogal
Since there's not a missing include error, I guess liblz4-dev's version was updated and the API changed. Can anyone confirm? On 09/28/2014 10:45 AM, David Suárez wrote: Source: imagevis3d Version: 3.1.0-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags:

Bug#751979: ERROR (AllocOrGetVolume): Failed to create OpenGL resource for volume.

2014-06-18 Thread tom fogal
Mathieu Malaterre writes: Package: imagevis3d Version: 3.1.0-3 I am running imagevis on a NVIDIA Optimus enabled laptops. If I run imagevis3d using the default card everything works as expected (a little slow). If I try to run using bumblebee/primus [*]. I get all sort of weird errors:

Bug#751374:

2014-06-16 Thread tom fogal
On 06/16/2014 12:22 PM, Mathieu Malaterre wrote: On Fri, Jun 13, 2014 at 7:15 PM, tom fogal tfo...@sci.utah.edu wrote: On 06/13/2014 11:27 AM, Mathieu Malaterre wrote: Commit b315da9ea4e3a94300aef612acf1029c7bf90d59 upstream will hopefully fix this. It will be in the next release

Bug#751374:

2014-06-13 Thread tom fogal
On 06/13/2014 11:27 AM, Mathieu Malaterre wrote: Seems to be a gcc-4.9 specific issue only. I fail to reproduce it with gcc-4.7 on wheezy. Commit b315da9ea4e3a94300aef612acf1029c7bf90d59 upstream will hopefully fix this. It will be in the next release, but Debian may want to pre-apply it.

Bug#739287: remove gzio from compilation

2014-02-17 Thread tom fogal
Mathieu Malaterre writes: Package: imagevis3d gzio should not be compiled: Hrm, actually I think that is required. Potentially the confusion is over the name; 'gzio.c' is not gzip. It's actually just some code IV3D uses to interface with gzip. It is used when reading or writing compressed

Bug#697841: ufvconvert requires libQtOpenGL.so.4

2014-01-07 Thread tom fogal
On 01/07/2014 11:58 AM, Mathieu Malaterre wrote: Thanks for your input at: http://bugs.debian.org/697841#19 No problem, always happy to help. I think what is happening is that Tuvok is a static lib. Therefore the linker may think some QtOpenGL symbol are used by the command line tool.

Bug#721929: gnome-open: not found

2013-12-31 Thread tom fogal
Mathieu Malaterre writes: Control: tags -1 help I have been starring at the source code but I cannot find where in the code 'gnome-open' is being called. IV3D does not use it directly. It is probably coming from QDesktopServices::openUrl in ImageVis3D_Help.cpp (despite the name, the API

Bug#697841: ufvconvert requires libQtOpenGL.so.4

2013-12-31 Thread tom fogal
Mathieu Malaterre writes: Control: found -1 3.0.0-2 Bug #697841 is hard to fix. Indeed: $ readelf -d /usr/bin/uvfconvert [...] 0x0001 (NEEDED) Shared library: [libGLU.so.1] 0x0001 (NEEDED) Shared library: [libQtOpenGL.so.4]

Bug#721931:

2013-12-19 Thread tom fogal
Upstream says: is this really a problem? OpenMP is only used to accelerate a tiny portion of the conversion; if OMP is unavailable, the code works fine, just a bit slower. We don't call any functions of the OMP runtime explicitly, so the dependency is a soft one. Given that we can gracefully

Bug#721931:

2013-12-19 Thread tom fogal
Frank Loeffler writes: Is it known (ideally by upstream) whether the OpenMP pragmas are correct, i.e. that there are no bugs when OpenMP is enabled? Well, there ae no *known* bugs, but absence of proof is not proof of absence, of course :-) I agree with upstream that disabling OpenMP by not

Bug#697015: Fwd: [Basics-commits] r295 - trunk

2013-09-30 Thread tom fogal
FYI, fix has been applied upstream. Thanks, -tom Original Message Subject: [Basics-commits] r295 - trunk Date: Mon, 30 Sep 2013 12:09:07 -0600 (MDT) From: tfo...@sci.utah.edu To: basics-comm...@sci.utah.edu Author: tfogal Date: 2013-09-30 12:09:06 -0600 (Mon, 30 Sep 2013)

Bug#697788: works in current svn

2013-07-30 Thread tom fogal
I just attempted your convert/for i data and saw working/expected behavior with ImageVis3D's latest svn. Any chance you could try svn and see if that still has the issue? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#688614: JPEG vs JPEG 2000

2012-09-24 Thread tom fogal
Sorry; yes, I mispoke. You are correct. -tom On 24.09.12 09:46, Mathieu Malaterre wrote: Tom, Just for clarification, your internal JPEG implementation support lossless JPEG, right ? In your mail you mention support of JPEG 2000 ? JPEG 2000 specification is only supported by openjpeg (and

Bug#654926: manpages-dev: inotify_rm_watch(2) incorrectly lists the type of the second argument

2012-01-06 Thread Tom Fogal
Package: manpages-dev Version: 3.27-1 Severity: minor The man page for inotify_rm_watch(2) indicates that the second argument should be of type uint32_t. In /usr/include/sys/inotify.h, the argument is listed as being of type integer. The 'int'eger argument makes more sense anyway, as the

Bug#652947: ncurses-hexedit: feature request: ctrl-c exits without prompting

2011-12-21 Thread Tom Fogal
Package: ncurses-hexedit Version: 0.9.7-14 Severity: wishlist Tags: upstream 'hexeditor' uses Ctrl-C to exit the program without saving any changes to the underlying file. To debug software which is writing binary files, I frequently use this program to verify that what the program has written

Bug#607172: rubber: alternative solution: rules.ini modification

2011-03-07 Thread Tom Fogal
Package: rubber Version: 1.1-2.4 Severity: normal As noted in comment #9 here: http://ubuntuforums.org/showthread.php?t=1329477 one solution to this problem is to change the epstopdf command to have a 'bash' in front of it. I have done this on my system manually and can confirm it works.

Bug#608957: mpc: support mv as synonym for move

2011-01-04 Thread Tom Fogal
Package: mpc Version: 0.12.1-1 Severity: wishlist Every once in a while I find myself thinking I want to hear song X next. The quickest way to accomplish this is: mpc add /path/to/the/song/I/want/to/hear mpc # figure out which track# i'm on now + last number mpc move last current+1 It

Bug#603979: g++-4.3: #pragma pack mechanism receives less error checking than attribute method

2010-11-18 Thread Tom Fogal
Package: g++-4.3 Version: 4.3.2-1.1 Severity: normal As documented here: http://gcc.gnu.org/onlinedocs/gcc-4.3.5/gcc/Structure_002dPacking-Pragmas.html#Structure_002dPacking-Pragmas g++ supports using the #pragma pack syntax to forcibly pack a structure which must be the minimum size. The

Bug#586259: gnome-screensaver: occasionally hangs at Checking... step.

2010-06-17 Thread Tom Fogal
Package: gnome-screensaver Version: 2.22.2-2 Severity: important Perhaps once a month, gnome-screensaver will take my password and then just sit there Checking... my password. I have let this sit up to 5 minutes before, to no avail. The only way I can get out of it (short of maybe zapping X)

Bug#583599: libxau-dev: Xau manual page lists incorrect function signature.

2010-05-28 Thread Tom Fogal
Package: libxau-dev Version: 1:1.0.3-3 Severity: minor The Xau(3) manual page lists the function: Xauth *XauGetAuthByAddr (unsigned short family, unsigned short address_length, char *address, unsigned short number_length, char *number); This prototype is

Bug#547366: manpages: pthread_cond example code calls gettimeofday() incorrectly.

2009-09-18 Thread Tom Fogal
Package: manpages Version: 3.05-1 Severity: minor The pthread_cond manual page includes the following code at the end: struct timeval now; struct timespec timeout; int retcode; pthread_mutex_lock(mut); gettimeofday(now); timeout.tv_sec = now.tv_sec + 5; timeout.tv_nsec =

Bug#530666: ITP: imagevis3d -- desktop volume rendering application for large data

2009-05-26 Thread Tom Fogal
Package: wnpp Severity: wishlist Owner: Tom Fogal tempor...@sogetthis.com * Package name: imagevis3d Version : 1.0rc1 Upstream Author : ImageVis3D developers iv3d-us...@sci.utah.edu * URL : http://www.imagevis3d.org/ * License : MIT/X Programming Lang: C