Bug#951674: [Debichem-devel] Building Kalzium with OpenBabel: bad CMake module
Hi,
On Fri, Jul 24, 2020 at 08:31:12AM +0300, mer...@debian.org wrote:
> On 2020-07-19 00:31, John Scott wrote:
> > See the bug hunting at [1]: it seems that even in OpenBabel 3.1.1,
> > the CMake module probably wrongfully hardcodes a path and makes it not work
> > on
> > Debian.
>
> Indeed, there seems to be a problem with paths in OpenBabel CMake
> modules. OpenBabel3Config.cmake seems suspicious: ${OpenBabel3_DIR} does
> not seem to be set anywhere, and the following paths too get incorrect
> values:
>
> * OpenBabel3_INCLUDE_DIRS: should be /usr/include/openbabel3
> * OpenBabel3_EXPORTS_FILE: should be
> /usr/lib//cmake/openbabel3/OpenBabel3_EXPORTS.cmake
> * OpenBabel3_LIBRARIES (maybe?)
>
> Not sure if this issue is relevant outside Debian, hence the upstream
> confusion. I would suggest patching OpenBabel CMake modules in Debian. I
> volunteer to do that if no one comes up with a better solution.
Without having looked at the problem in detail, it sounds like it's
worth filing an issue in OpenBabel upstream as well, or is there one
already?
Michael
Bug#525162: eigen2: Please consider relaxing cmake Build-Depends to 2.6.0
Package: eigen2 Version: 2.0.0-3 Severity: wishlist Hi, eigen2's CMakeLists.txt has cmake_minimum_required(VERSION 2.6.0) Please consider adjusting the Build-Depends accordingly, this makes e.g. backporting eigen2 to lenny easier (as is a requirement for avogadro). thanks, Michael -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495369: kitchensync: crashed upon launch
tags 495369 +experimental Hi, this is expected; kitchensync has not been ported to 4.x and/or opensync-0.3x yet; I don't think any combination with KDE4 works currently, sorry. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484130: kitchensync: Please consider applying to patches from KDE bugzilla for better integration
Hi, On Mon, Jun 02, 2008 at 06:35:51PM +0200, Michael Banck wrote: there are two patches in KDE bugzilla from the Mandriva people to make kitchensync work better with Blackberry and Windows Mobile devices, http://bugs.kde.org/buglist.cgi?bug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDemailreporter1=1emailtype1=exact[EMAIL PROTECTED] http://bugs.kde.org/attachment.cgi?id=23957action=view http://bugs.kde.org/attachment.cgi?id=23956action=view While barry is not in Debian (yet), the synce plugin is, and this will enable KDE users syncing those devices (at least theoretically, some kernel patches for zero-config integration might still be pending, I am not the synce maintainer). What's the status of this? Without this patch, Windows Mobile devices will not be able to get synced in lenny I think, so it would be very good if you could apply this patch. It is actively used in Mandriva. thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485931: qt4-x11: FTBFS on hurd-i386: PATH_MAX in clucene
Hi, why did this patch not get applied for 4.4.0-4? Do you prefer that we NMU the package instead in order to make it installable on hurd-i386 again? cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485931: qt4-x11: FTBFS on hurd-i386: PATH_MAX in clucene
Package: qt4-x11 Version: 4.4.0-3 Severity: important Tags: patch Hi, Qt-4.4 now fails to build due to a PATH_MAX issue in 3rd party code: /clucene/src/CLucene/queryParser -I../../../../src/3rdparty/clucene/src/CLucene/search -I../../../../src/3rdparty/clucene/src/CLucene/store -I../../../../src/3rdparty/clucene/src/CLucene/util -I.moc/release-shared -I.uic/release-shared -o .obj/release-shared/StdHeader.o ../../../../src/3rdparty/clucene/src/CLucene/StdHeader.cpp In file included from ../../../../src/3rdparty/clucene/src/CLucene/StdHeader.h:19, from ../../../../src/3rdparty/clucene/src/CLucene/StdHeader.cpp:9: ../../../../src/3rdparty/clucene/src/CLucene/config/compiler.h:150:3: error: #error CL_MAX_PATH could not be determined See e.g. http://buildd.debian-ports.org/fetch.php?pkg=qt4-x11ver=4.4.0-2arch=hurd-i386stamp=1211261593file=logas=raw for the full log. Our main Qt porter is looking at this, but as qt4 is uninstallable since the move to 4.4, and a lot of package Build-Depends on it indirectly, I propose to apply the attached patch as a first measure, hopefully that will be enough. thanks, Michael --- qt4-x11-4.4.0/src/3rdparty/clucene/src/CLucene/config/compiler.h.orig 2008-06-12 04:33:08.0 -0600 +++ qt4-x11-4.4.0/src/3rdparty/clucene/src/CLucene/config/compiler.h 2008-06-12 04:33:47.0 -0600 @@ -147,7 +147,7 @@ #elif defined(_MAX_PATH) #define CL_MAX_PATH _MAX_PATH #else - #error CL_MAX_PATH could not be determined + #define CL_MAX_PATH 4096 #endif //this is the max filename... for now its just the same,
