On 12/15/2013 05:38 PM, Bhaskar, K.S wrote:
> Yes, thanks to all, and especially Andreas Tille, Amul Shah, Luis Ibañez and
> Brad King.
Thanks to all as well.
I've just tested installation on my Debian x86_64 system and
have discovered that zhelp does not work:
$ sudo aptitude inst
code
so the patches may need adjustment for such things. The series
also doesn't touch any documentation.
-Brad
>From 9e807f2434e3425f0a4e71860ae051deb7709e8f Mon Sep 17 00:00:00 2001
Message-Id: <9e807f2434e3425f0a4e71860ae051deb7709e8f.1340044290.git.brad.k...@kitware.com>
From: B
On 06/18/2012 04:29 PM, Bhaskar, K.S wrote:
> [KSB2] Thank you very much, Brad.
>
> We would like to ask if you would be willing to solve the issue with one of
> two slightly different approaches from what you have implemented.
I just provided the patches as a quick way to solve the immediate
pa
On 06/19/2012 12:03 AM, Yaroslav Halchenko wrote:
> it seems that mumps doesn't even try to load libgtmutil.so
[snip]
> $> echo $gtm_dist
> /usr/lib/fis-gtm/V5.5-000+git80-g211bd16_x86_64
>
> $> strace -fF -o /tmp/123strace2.log $gtm_dist/mumps -direct
It works for me if I add
gtmroutines=$gtm
On 06/19/2012 01:21 PM, Amul Shah wrote:
> [amul:2] Brad made the changes in CMakeLists.txt. So when you 'make install'
> instead of seeing the C files, you get a tarball
> named 'source.tar' in '$gtm_dist/plugin/gtmcrypt/'. I can't find the commit
> for it, but its there. :)
It was here:
http
On 06/19/2012 01:34 PM, Brad King wrote:
> Now the only errors I get from manually running "configure" are:
>
> cp: cannot stat `gdehelp.dat': No such file or directory
> chown: cannot access `/home/kingb/GTM/Test2/gdehelp.dat': No such file or
> directory
&
On 06/19/2012 02:20 PM, Amul Shah wrote:
> the path given to GDE should be '$gtm_dist/XYZhlp.dat'
Okay. I pushed the help generation plus this fix to branch
hackathonjune2012-brad
-Brad
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
On 06/19/2012 10:59 AM, Yaroslav Halchenko wrote:
> $> grep /home/yoh/deb/perspect/fis-gtm/.*debian/ -r .
> ./utf8/plugin/gpgagent.tab:/home/yoh/deb/perspect/fis-gtm/fis-gtm-gitsvn/debian/fis-gtm-5.5.000/usr/lib/fis-gtm/V5.5-000+git80-g211bd16_x86_64/plugin/libgtmcrypt.so
> ./plugin/gpgagent.tab:/h
On 06/19/2012 02:41 PM, Brad King wrote:
> On 06/19/2012 02:20 PM, Amul Shah wrote:
>> the path given to GDE should be '$gtm_dist/XYZhlp.dat'
>
> Okay. I pushed the help generation plus this fix
Perhaps the change below is needed too for the destdir case,
and does no
On 06/21/2012 10:55 AM, Yaroslav Halchenko wrote:
> I guess smth is needed in addition to
>
> commit 33f1fdacf98c92e01bb5fb116521a234010cc3fa
> Author: Brad King
> Date: Thu Jun 21 09:33:15 2012 -0400
>
> Generate xfer_desc.i with CMake code
I added a missing depend
Gavin Baker wrote:
Hi Steve,
... and g'day Brad! I've CC'ed you as this thread is all about
CableSwig and packaging.
Quick summary: I've packaged CableSwig 2.4 for Debian, Steve has now
packaged GCC_XML separately and managed to get CableSwig to use this
standalone package.
Cool, please send
Andreas Tille wrote:
On Sun, 26 Feb 2006, Steve M. Robbins wrote:
I would prefer to use what I believe is a more common Debian
convention, where the version used is "${UPSTREAM}+cvs${DATE}. With
this convention, gccxml is version 0.7.0+cvs20060226 and cableswig is
version 0.1.0+cvs20060226.
Steve M. Robbins wrote:
On Tue, Feb 28, 2006 at 11:27:58PM -0500, Steve M. Robbins wrote:
I propose to make an upload of cableswig with the patches I
previously posted. I can do so next weekend. Let me know your
plans.
As threatened ;-) I just uploaded cableswig, version
0.1.0+cvs20060304
13 matches
Mail list logo
