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...
make -j1 install prefix=/sw/src/fink.build/root-itcl-3.4-1/sw
/usr/bin/install -c libitcl3.4.dylib
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 like
(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
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
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
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 being
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
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
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
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
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 pages.
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
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
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
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
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
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
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
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 confusing
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 any bad
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-lockwait -r
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
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...
On Mon, Apr 20, 2009 at 12:52 PM, Alexander Hansen
alexanderk.han...@gmail.com 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
Stephen J. Butler wrote:
On Mon, Apr 20, 2009 at 12:52 PM, Alexander Hansen
alexanderk.han...@gmail.com 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
On Mon, Apr 20, 2009 at 1:38 PM, Alexander Hansen
alexanderk.han...@gmail.com wrote:
Mirroring may have gotten stuck. Updating from CVS works (that's what I
did).
That seems to have worked! Building now.
--
Stay on
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,
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, since a little
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:
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 pages in
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.
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.
--
Alexander Hansen
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
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-nobody rebuild
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
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
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
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 steffen.schm...@tuebingen.mpg.de
DescDetail:
License: Restrictive
38 matches
Mail list logo