Greg A. Woods | 2 Mar 00:46
Picon
Favicon

installing ckermit-8.0.211-1001 on OSX 10.6.2 fails with DNS resolver symbols undefined

# fink -V    
Package manager version: 0.29.10
Distribution version: selfupdate-rsync Mon Mar  1 18:22:11 2010, 10.6, x86_64

# fink install ckermit
[[....]]

cc  -o wermit \
		ckcmai.o ckclib.o ckutio.o ckufio.o \
		ckcfns.o ckcfn2.o ckcfn3.o ckuxla.o \
		ckcpro.o ckucmd.o ckuus2.o ckuus3.o \
		ckuus4.o ckuus5.o ckuus6.o ckuus7.o \
		ckuusx.o ckuusy.o ckuusr.o ckucns.o \
		ckudia.o ckuscr.o ckcnet.o ckusig.o \
		ckctel.o ckcuni.o ckupty.o ckcftp.o \
		ckuath.o ck_crp.o ck_ssl.o -lncurses -L/sw/lib
Undefined symbols:
  "_res_9_dn_expand", referenced from:
      _locate_srv_dns in ckcnet.o
      _locate_srv_dns in ckcnet.o
      _locate_srv_dns in ckcnet.o
      _locate_txt_rr in ckcnet.o
      _locate_txt_rr in ckcnet.o
  "_res_9_search", referenced from:
      _locate_srv_dns in ckcnet.o
      _locate_txt_rr in ckcnet.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[1]: *** [xermit] Error 1
make: *** [macosx10nc] Error 2
(Continue reading)

BABA Yoshihiko | 2 Mar 02:56
Picon

PostRmScript

Hi,

I added a line to qgis-mac.info:
PostRmScript: rm -rf %p/Applications/qgis%v.app
But this does not seem a good solution to me.

I do this because, after I use qgis for a while, when I try to remove qgis-mac, the .app directory stays for some files not supplied by the .deb file.
This is perhaps because, as I used qgis, it modifies the contents of qgis%v.app. (I know it is better if I could use /sw/var or  something)

Another problem is, when I  do `fink reinstall qgis-mac', I guess because of PostRmScript, fink thinks it successfully installs qgis-mac, but it disappears.

I wonder if my PostRmScript is acceptable, or I should find a better way.

All the files are in my experimental. (You also need a newer version of PyQt4 than Fink's unstable)

--
BABA Yoshihiko
Urban Design Laboratory, Tokyo University




------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Daniel Macks | 2 Mar 04:05

Re: PostRmScript

On Tue, Mar 02, 2010 at 10:56:41AM +0900, BABA Yoshihiko wrote:
> Hi,
> 
> I added a line to qgis-mac.info:
> PostRmScript: rm -rf %p/Applications/qgis%v.app
> But this does not seem a good solution to me.
> 
> I do this because, after I use qgis for a while, when I try to remove qgis-mac, the .app directory stays for
some files not supplied by the .deb file.
> This is perhaps because, as I used qgis, it modifies the contents of qgis%v.app. (I know it is better if I
could use /sw/var or  something)

What specific files is it finding there? Sometimes there is a way to
supress them or else to have them created during InstallScript (i.e.,
be part of the .deb).

> Another problem is, when I  do `fink reinstall qgis-mac', I guess because of PostRmScript, fink thinks it
successfully installs qgis-mac, but it disappears.

According to the Debian package-script docs, postrm does run during an
upgrade/reinstall (because the old/previous one is being rm'ed). There
may be a way to distinguish upgrade/reinstall from actual "just
remove".

> I wonder if my PostRmScript is acceptable, or I should find a better way.

No, because as you said, it doesn't work:) You could PreRmScript to
remove the specific files that aren't in the .deb. By the time the
removal happens, they are gone, so there are no "stray" (not owned by
.deb) files. But this is really a hack.

dan

--

-- 
Daniel Macks
dmacks <at> netspace.org
http://www.netspace.org/~dmacks

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

BABA, Yoshihiko | 2 Mar 02:49
Picon

PostRmScript

Hi,

I added a line to qgis-mac.info:
PostRmScript: rm -rf %p/Applications/qgis%v.app
But this does not seem a good solution to me.

I do this because, after I use qgis for a while, when I try to remove qgis-mac, the .app directory stays for some files not supplied by the .deb file.
This is perhaps because, as I used qgis, it modifies the contents of qgis%v.app. (I know it is better if I could use /sw/var or  something)

Another problem is, when I  do `fink reinstall qgis-mac', I guess because of PostRmScript, fink thinks it successfully installs qgis-mac, but it disappears.

I wonder if my PostRmScript is acceptable, or I should find a better way.

All the files are in my experimental. (You also need a newer version of PyQt4 than Fink's unstable)

--
BABA Yoshihiko
Urban Design Laboratory, Tokyo University
TEL: +81 (0)90 1738 7439




------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Martin Costabel | 2 Mar 09:19
Picon

Re: PostRmScript

Daniel Macks wrote:
[]
> According to the Debian package-script docs, postrm does run during an
> upgrade/reinstall (because the old/previous one is being rm'ed). 

According to man dpkg, what should work is to use PreRmScript instead of 
PostRmScript.

--

-- 
Martin

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

mpsuzuki | 2 Mar 10:40
Picon

Re: Framework linker flag in Compile script

Dear Peter,

On Wed, 24 Feb 2010 10:02:32 -0600
"Peter O'Gorman" <peter <at> pogma.com> wrote:
>On 02/24/2010 02:42 AM, suzuki toshiya wrote:
>> B. What should be fixed is GNU libtool, not library packages.
>> 
>> There would be an opinion: the current GNU libtool behaviour:
>>  - "-framework XXX" is copied to .la file.
>>  - "-Wl,-framework,XXX" is NOT copied to .la file.
>> is inconsistent, if this inconsistency is the reason to
>> change from "-Wl,-framework,XXX" to "-framework XXX",
>> what should be fixed is primarily GNU libtool inconsistency,
>> changing in the side of library package is not good idea.
>
>If it is your package, and you know that you're going to use
>libtool-2.2.x, then don't quote the -framework XXX flag with -Wl, and it
>will get put into the .la file.
>
>> 
>> # Although I've not discussed with GNU libtool maintainers
>> # about this issue, I don't hesitate to write a patch for
>> # consistent behaviour.
>
>Feel free to post a patch to libtool-patches <at> gnu.org (please post a
>patch against the current development version, which you can either
>fetch from git or the daily snapshot, see
>http://www.gnu.org/software/libtool for info on both. I believe there is
>currently a test case for -framework flag handling, so if you do post a
>patch, please also expand on the test case. I will review and commit the
>patch if appropriate.

Thank you for comment. Just I've submitted a patch to pick
"-framework" options from -Wl, and -Xlinker flags. I think
I received no comment from the viewpoint of Fink maintainers.
I want to hear the comments about my proposal checking the
content of "-Wl," quoted flags.

  http://lists.gnu.org/archive/html/libtool-patches/2010-03/msg00001.html 

Although I noted an opinion requesting the consistent behaviour
between raw "-framework" versus quoted "-Wl,-framework",
there can be an objection like:

  The latest GNU libtool's handling of raw -framework is good,
  but more longer time is needed to be populated broadly and
  agreed to be safe (e.g. Fink still provides freetype-2.1.4
  binary package, the version released on 2003). The preference
  to -Wl, quoted flag is based on its transparency. The proposed
  patch breaks its transparency (and disturbs long time testing),
  so it is not useful but harmful.

I want to hear the comment from Fink maintainers about the
detailed parsing of -Wl, quoted flags by GNU libtool.

Regards,
mpsuzuki

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Daniel Macks | 2 Mar 11:37

Re: Framework linker flag in Compile script

On Tue, Mar 02, 2010 at 06:40:46PM +0900, mpsuzuki <at> hiroshima-u.ac.jp wrote:
> Dear Peter,
> 
> On Wed, 24 Feb 2010 10:02:32 -0600
> "Peter O'Gorman" <peter <at> pogma.com> wrote:
> >On 02/24/2010 02:42 AM, suzuki toshiya wrote:
> >> B. What should be fixed is GNU libtool, not library packages.
> >> 
> >> There would be an opinion: the current GNU libtool behaviour:
> >>  - "-framework XXX" is copied to .la file.
> >>  - "-Wl,-framework,XXX" is NOT copied to .la file.
> >> is inconsistent, if this inconsistency is the reason to
> >> change from "-Wl,-framework,XXX" to "-framework XXX",
> >> what should be fixed is primarily GNU libtool inconsistency,
> >> changing in the side of library package is not good idea.
> >
> >If it is your package, and you know that you're going to use
> >libtool-2.2.x, then don't quote the -framework XXX flag with -Wl, and it
> >will get put into the .la file.
> >
> >> 
> >> # Although I've not discussed with GNU libtool maintainers
> >> # about this issue, I don't hesitate to write a patch for
> >> # consistent behaviour.
> >
> >Feel free to post a patch to libtool-patches <at> gnu.org (please post a
> >patch against the current development version, which you can either
> >fetch from git or the daily snapshot, see
> >http://www.gnu.org/software/libtool for info on both. I believe there is
> >currently a test case for -framework flag handling, so if you do post a
> >patch, please also expand on the test case. I will review and commit the
> >patch if appropriate.
> 
> Thank you for comment. Just I've submitted a patch to pick
> "-framework" options from -Wl, and -Xlinker flags. I think
> I received no comment from the viewpoint of Fink maintainers.
> I want to hear the comments about my proposal checking the
> content of "-Wl," quoted flags.
> 
>   http://lists.gnu.org/archive/html/libtool-patches/2010-03/msg00001.html 
> 
> Although I noted an opinion requesting the consistent behaviour
> between raw "-framework" versus quoted "-Wl,-framework",
> there can be an objection like:
> 
>   The latest GNU libtool's handling of raw -framework is good,
>   but more longer time is needed to be populated broadly and
>   agreed to be safe (e.g. Fink still provides freetype-2.1.4
>   binary package, the version released on 2003). The preference
>   to -Wl, quoted flag is based on its transparency. The proposed
>   patch breaks its transparency (and disturbs long time testing),
>   so it is not useful but harmful.
> 
> I want to hear the comment from Fink maintainers about the
> detailed parsing of -Wl, quoted flags by GNU libtool.

What does this have to do with fink?

Fink just wants things to Work(tm), and our maintainers able to cope
with whatever packages do. We don't write libtool, we don't patch
libtool locally, we don't have fink-specific behavior. Fink is just a
perl-script that calls system("./configure --prefix=/sw && make") and
such. As idiosyncratic as libtool can be, it's easy to use it and get
something that works as long as the author of the package fink is
compiling actually uses libtool per its manual and doesn't subvert its
magic. If those authors are not using things "correctly for whatever
libtool they are distributing", that's their bug; fink folks just
whine about "they are distributing something broken" and hack around
it without really distinguishing blame to libtool vs the author who is
mis-using libtool.

dan

--

-- 
Daniel Macks
dmacks <at> netspace.org
http://www.netspace.org/~dmacks

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Pranay Airan | 2 Mar 16:56

problem while porting

hello

We have been trying to package CILK through FINK. In this process, in order to port it on to MAC OSX, we require gcc. So, we installed XCODE 3.1.4 on our machine.  Now while running Makefile of CILK, we encountered errors while trying to compiling example .cilk files ...
This is due to some syntax errors in /usr/include/mach/i386/_structs.h which the cilkc compiler is failing to read..
We however modified _struucts.h header file to make our cilk files compile and run on our machine..

We think it as a bug in _structs.h 

Can we patch the /usr/include/mach/i386/_structs.h file in the process of packaging?

Can u please mail us your /usr/include/mach/i386/_structs.h file so that we can compare it with our file and check whether the same syntax error persists.


--
Thanks
Pranay Airan
Mtech. IIIT-B
(91) 9036297912
The hardest work in the world is that which should have been done yesterday.
------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Pranay Airan | 2 Mar 17:34

Re: problem while porting

So here is what i figure out


 if you see line 97, 111,112, 125, 135, 136 of _structs.h they are declaring variables without names just like 39; 39; etc when i commented those lines i am able to compile 

On Tue, Mar 2, 2010 at 9:56 PM, Peter O'Gorman <peter <at> pogma.com> wrote:
On 03/02/2010 09:56 AM, Pranay Airan wrote:
> hello
>
> We have been trying to package CILK through FINK. In this process, in
> order to port it on to MAC OSX, we require gcc. So, we installed XCODE
> 3.1.4 on our machine.  Now while running Makefile of CILK, we
> encountered errors while trying to compiling example .cilk files ...
> * This is due to some syntax errors in /usr/include/mach/i386/_structs.h
> which the cilkc compiler is failing to read..*
> We however modified _struucts.h header file to make our cilk files
> compile and run on our machine..
>
> We think it as a bug in _structs.h

What are the errors? What do you think the bug is? How did you modify
_structs.h? No you can not patch it in the process of packaging, if you
need a modified _structs.h, mkdir -p mach/i386 in the build dir and put
your modified _structs.h there (making sure, of course, that the build
dir is in the -I paths).

Bugs in Apple headers, compilers etc. should be reported to
https://bugreport.apple.com

Peter



--
Thanks
Pranay Airan
Mtech. IIIT-B
(91) 9036297912
The hardest work in the world is that which should have been done yesterday.
------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Koen van der Drift | 2 Mar 17:35
Picon

Re: problem while porting

(this time including fink-devel in my reply)
 
 
Please provide the output from your terminal that shows the errors. Maybe someone recognizes it and can point you in the right direction.
 
- Koen.
 
 
On Tue, Mar 2, 2010 at 11:23 AM, Pranay Airan <pranay.airan <at> iiitb.net> wrote:
thanks but when i searched for cilk before starting porting i cant find it on finkproject website.

I want to know that will my package get accepted since 1 version of cilk is already there? though my version of cilk is latest one and this port is back in 2005

the error which i am getting is when my make file is compiling examples in example folder when it compile any program which includes stdlib.h it gives me syntax error in /i386/_structs.h when i manually edited this file and remove garbage values it works fine


On Tue, Mar 2, 2010 at 9:44 PM, Koen van der Drift <koenvanderdrift <at> gmail.com> wrote:
Cilk used to be a fink package back in the 10.3 days:
 
 
Maybe that can help you with your packaging?
 
What errors are you getting in your compilation?
 
- Koen.

On Tue, Mar 2, 2010 at 10:56 AM, Pranay Airan <pranay.airan <at> iiitb.net> wrote:
hello

We have been trying to package CILK through FINK. In this process, in order to port it on to MAC OSX, we require gcc. So, we installed XCODE 3.1.4 on our machine.  Now while running Makefile of CILK, we encountered errors while trying to compiling example .cilk files ...
This is due to some syntax errors in /usr/include/mach/i386/_structs.h which the cilkc compiler is failing to read..
We however modified _struucts.h header file to make our cilk files compile and run on our machine..

We think it as a bug in _structs.h 

Can we patch the /usr/include/mach/i386/_structs.h file in the process of packaging?

Can u please mail us your /usr/include/mach/i386/_structs.h file so that we can compare it with our file and check whether the same syntax error persists.


--
Thanks
Pranay Airan
Mtech. IIIT-B
(91) 9036297912
The hardest work in the world is that which should have been done yesterday.

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel




--
Thanks
Pranay Airan
Mtech. IIIT-B
(91) 9036297912
The hardest work in the world is that which should have been done yesterday.

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Gmane