The make install in iwidgets seems to be badly
broken. I try the info file...
Info2: <<
Package: iwidgets
Version: 4.0.1
Revision: 100
Architecture: x86_64
Description: Mega-widget support for Tcl
Maintainer: Steffen Schmidt
DescDetail: <<
<<
License: Restrictive
Homepage: http://incrtcl.s
You are both correct. I switched to alpine and it works great!
Thanks,
Herb Wright
Contractor
Desktop Group
NCBI/NLM/NIH
wrigh...@ncbi.nlm.nih.gov
--
Stay on top of everything new and different, both inside and
aro
Daniel,
Looking at how debian treats itcl and itk, I think
these packages need to be reworked. The shared libs
shouldn't be buried in a subdirectory but should be
in %p/lib. Debian has a main itcl package with
a itcl-dev splitoff.
http://packages.debian.org/sid/amd64/itcl3/filelist
http://packa
On 20/4/09 20:54, Alexander Hansen wrote:
> Try again: supposedly the mirror process just recently got unstuck.
Yup, got it now, thanks.
Mike
--
Stay on top of everything new and different, both inside and
around Java
William Scott wrote:
>
>>>
>>>
>>> This is strange. Do you have a different "make" installed? Or a
>>> different fink version?
>>>
>
> Same happens with /usr/bin/make when I removed the fink one.
The explanation is simpler (?): When you run first
fink build itcl
and then
fink --build-as-
Selecting previously deselected package openmpi-dev.
(Reading database ... 294018 files and directories currently installed.)
Unpacking openmpi-dev (from .../openmpi-dev_1.3.1-1000_darwin-i386.deb) ...
/sw/bin/dpkg: error processing
/sw/fink/dists/unstable/main/binary-darwin-i386/devel/openmpi-dev_
Mike Zanker wrote:
> On 20/4/09 18:52, Alexander Hansen wrote:
>
>
>> It works for me (TM).
>>
>> See if running "fink index -f" straightens out any bad timestamping.
>>
>
> Doesn't help, I'm afraid.
>
> Mike
>
>
Try again: supposedly the mirror process just recently got unstuck.
--
Having detected a build error in micq-0.4.10.1-1, I contacted the
maintainer listed in the package description, Rüdiger. His reply:
‘Please also note that the current version of climm is 0.6.4; mICQ
0.4.10 is more than 6 years old. Obviously, there cannot be any
support for this anymore. (..
On Apr 20, 2009, at 12:12 PM, Martin Costabel wrote:
> William Scott wrote:
>> Also, it (the itcl package) actually builds successfully with --
>> build- as-nobody, and unless I scroll back up on my terminal, I
>> would miss this:
>> Installing ./generic/itclIntDecls.h
>> Installing man page
William Scott wrote:
> Also, it (the itcl package) actually builds successfully with --build-
> as-nobody, and unless I scroll back up on my terminal, I would miss
> this:
>
> Installing ./generic/itclIntDecls.h
> Installing man pages in /sw/share/man
> Installing body.n
> ...
> /bin/sh: /sw/sh
Alexander Hansen wrote:
> Dominique Dhumieres wrote:
>>> It's being worked on.
>>>
>> It has not propagated yet to rsync://nte.fr.eu.finkmirrors.net.
>> Is it normal?
>>
>> Dominique
>>
> Is the current version ( 0.9.8k-3 ) available for you yet?
The rsync mirrors are currently sleeping, s
On 20/4/09 18:52, Alexander Hansen wrote:
> It works for me (TM).
>
> See if running "fink index -f" straightens out any bad timestamping.
Doesn't help, I'm afraid.
Mike
--
Stay on top of everything new and different
On Mon, Apr 20, 2009 at 1:38 PM, Alexander Hansen
wrote:
> Mirroring may have gotten stuck. Updating from CVS works (that's what I
> did).
That seems to have worked! Building now.
--
Stay on top of everything new and di
Stephen J. Butler wrote:
> On Mon, Apr 20, 2009 at 12:52 PM, Alexander Hansen
> wrote:
>
>> Mike Zanker wrote:
>>
>>> On 20/04/09 17:57, Alexander Hansen wrote:
>>>
>>>
Do a selfupdate: the current version is 0.9.8k-3.
>>> Still getting 0.9.8k-1 here using rsync:/
On Mon, Apr 20, 2009 at 12:52 PM, Alexander Hansen
wrote:
> Mike Zanker wrote:
>> On 20/04/09 17:57, Alexander Hansen wrote:
>>
>>> Do a selfupdate: the current version is 0.9.8k-3.
>>
>> Still getting 0.9.8k-1 here using rsync://distfiles.master.finkmirrors.net.
>
> It works for me (TM).
>
> See
On Apr 20, 2009, at 1:53 PM, Alexander Hansen wrote:
Herb Wright wrote:
Im trying to install pine-ssl and am getting the following errors:
The LDAP library "ldap/libraries/libldap.a"
is missing.
### execution of /var/tmp/tmp.2.iXzwoI failed, exit code 30
Removing runtime build-lock...
Removi
> You might try running "fink index -f"; it's possible that there is a
> time-stamp problem that is confusing things.
This does not help.
Thanks
Dominique
--
Stay on top of everything new and different, both inside and
Herb Wright wrote:
> Im trying to install pine-ssl and am getting the following errors:
>
>
> The LDAP library "ldap/libraries/libldap.a"
> is missing.
> ### execution of /var/tmp/tmp.2.iXzwoI failed, exit code 30
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lock
Mike Zanker wrote:
> On 20/04/09 17:57, Alexander Hansen wrote:
>
>
>> Do a selfupdate: the current version is 0.9.8k-3.
>>
>
> Still getting 0.9.8k-1 here using rsync://distfiles.master.finkmirrors.net.
>
> Mike
>
>
It works for me (TM).
See if running "fink index -f" straightens out
Dominique Dhumieres wrote:
>> Is the current version ( 0.9.8k-3 ) available for you yet?
>>
>
> No and I have tried distfiles.master.finkmirrors.net also, but still
> 0.9.8k-1!-(
>
> Dominique
>
You might try running "fink index -f"; it's possible that there is a
time-stamp problem that is
> Is the current version ( 0.9.8k-3 ) available for you yet?
No and I have tried distfiles.master.finkmirrors.net also, but still
0.9.8k-1!-(
Dominique
--
Stay on top of everything new and different, both inside and
aro
Nevermind. I just read Daniel Macks commits to tktreectrl-x86_64.info
and tktreectrl.info. Thank goodness that are private libraries else the
directory changes would have created a mess in upgrading from 2.1 to 2.2.7.
Jack
-
On 20/04/09 17:57, Alexander Hansen wrote:
> Do a selfupdate: the current version is 0.9.8k-3.
Still getting 0.9.8k-1 here using rsync://distfiles.master.finkmirrors.net.
Mike
--
Stay on top of everything new and differ
Im trying to install pine-ssl and am getting the following errors:
The LDAP library "ldap/libraries/libldap.a"
is missing.
### execution of /var/tmp/tmp.2.iXzwoI failed, exit code 30
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-pine-ssl-4.6
Sorry, that header is sys/fsevents.h.
.hc
On Apr 20, 2009, at 1:13 PM, Hans-Christoph Steiner wrote:
>
> So the fslogger package needs a header that is no longer included in
> Mac OS X (sys/fslogger.c). Plus there is gfslogger which is a working
> package. If someone really wants to use speci
I just noticed an oddity in the tktreectrl shlib's
placement. The resides in %p/lib/treectrl%v/libtreectrl%v.dylib
which places it in /sw/lib/treectrl2.1/libtreectrl2.1.dylib
in the current packaging for i386/powerpc of tktreectrl-2.1-2.
For my x86_64 variant, I upgraded to the newer source of
2
So the fslogger package needs a header that is no longer included in
Mac OS X (sys/fslogger.c). Plus there is gfslogger which is a working
package. If someone really wants to use specifically fslogger, they
will need to also download that header to build things. But since
gfslogger is w
Dominique Dhumieres wrote:
>> It's being worked on.
>>
>
> It has not propagated yet to rsync://nte.fr.eu.finkmirrors.net.
> Is it normal?
>
> Dominique
>
Is the current version ( 0.9.8k-3 ) available for you yet?
--
Alexander Hansen
Fink User Liaison
---
Kevin G. Mess wrote:
> Hi. I'm unable to build openssl-0.9.8k-1 on repeated attempts due to
> the same error.
Which is good. It's when an error isn't repeatable that things are scary.
> On the surface, it seems to be a capitalization error
> of MD5.3 versus md5.3 while setting up the man page
openssl-0.9.8k has been at -3 for a day or two already. Have you
selfupdated lately?
dan
On Mon, Apr 20, 2009 at 06:52:39AM -0700, Kevin G. Mess wrote:
> Hi. I'm unable to build openssl-0.9.8k-1 on repeated attempts due to
> the same error. On the surface, it seems to be a capitalization error
Also, it (the itcl package) actually builds successfully with --build-
as-nobody, and unless I scroll back up on my terminal, I would miss
this:
Installing ./generic/itclIntDecls.h
Installing man pages in /sw/share/man
Installing body.n
...
/bin/sh: /sw/share/man/mann/scope.n: Permission denied
This is really my fault for not catching it (I must have failed to use
--build-as-nobody when checking).
Unfortunately, I need to ask for help correcting it.
Bill
William G. Scott
Contact info:
http://chemistry.ucsc.edu/~wgscott/
> I wouldn't call this "fairly unusual", there are many d
Hi. I'm unable to build openssl-0.9.8k-1 on repeated attempts due to
the same error. On the surface, it seems to be a capitalization error
of MD5.3 versus md5.3 while setting up the man pages. Here are the key
lines from the build:
> ### for comptibility with libmd (don't know how to set up
On Mon, Apr 20, 2009 at 09:14:08AM -0400, Jack Howarth wrote:
> Steffen,
>While doing additional testing of the itcl-x86_64.info and
> itk-x86_64.info variants that I created for x86_64 fink, I
> noticed that the itcl*.info, itk*.info and iwidgets.info
> packaging all violate fink policy in bei
Steffen,
While doing additional testing of the itcl-x86_64.info and
itk-x86_64.info variants that I created for x86_64 fink, I
noticed that the itcl*.info, itk*.info and iwidgets.info
packaging all violate fink policy in being unable to be
built with --build-as-nobody. As Martin Costabel mention
Martin,
I'll fix this tonight in the itcl-x86_64.info
and itk-x86_64.info x86_64 variants I created.
I agree that these should be fixed. I am trying to
build everything on x86_64 with -m to catch these.
There also needs to be a iwidgets_x86_64 variant
as well (which I have) so that the build is
(detected by Todai’s build logs)
mtools-4.0.1-1 fails to build on Intel OS 10.5.6.
$ fink -V | head -n 2
Package manager version: 0.29.2
Distribution version: selfupdate-rsync Mon Apr 20 07:43:04 2009, 10.5,
i386
$ xcodebuild -version | head -n 1
Xcode 3.1.2
$ fink install mtools
(...)
gcc
Jack Howarth wrote:
>I just noticed that the build structure used by the itcl.info and
> itk.info files don't allow building with --build-as-nobody. In that
> case, the build fails with errors of the form...
This is one of the main reasons build-as-nobody was invented, namely to
catch bugs li
38 matches
Mail list logo