Re: [Fink-users] fortune crashing on Lion

2011-09-19 Thread Walt Mankowski
On Mon, Sep 19, 2011 at 06:48:56AM -0400, Alexander Hansen wrote:
 On 9/18/11 3:05 PM, Walt Mankowski wrote:
  I've got the following fortune packages installed on Lion:
  
  fortune-mod1.99.1-4001 fortunes 
  1.99.1-4001 fortunes-b520060905-1 
  fortunes-off   1.99.1-4001
  
  One of them is making fortune crash with the following message:
  
  % fortune dyld: lazy symbol binding failed: Symbol not found: 
  _aliases_lookup Referenced from: /sw/lib/librecode.0.dylib
  Expected in: flat namespace
  
  dyld: Symbol not found: _aliases_lookup Referenced from: 
  /sw/lib/librecode.0.dylib Expected in: flat namespace
  
  zsh: trace trap  fortune
  
  I've attached a diagnostic report from one of the crashes.
  
  Walt
  
  
  
 
 It works here.
 
 What do you get from otool -L /sw/lib/librecode.0.0.0.dylib?  I get
 
 $ otool -L /sw/lib/librecode.0.0.0.dylib
 /sw/lib/librecode.0.0.0.dylib:
   /sw/lib/librecode.0.dylib (compatibility version 1.0.0, current
 version 1.0.0)
   /sw/lib/libiconv.2.dylib (compatibility version 7.0.0, current
 version 7.0.0)
   /sw/lib/libintl.8.dylib (compatibility version 9.0.0, current version
 9.2.0)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
 version 159.0.0)
 
 The unresolved symbol appears to be from libiconv:
 
 $ nm -o /sw/lib/libiconv.2.dylib | grep lookup
 /sw/lib/libiconv.2.dylib: a890 t _aliases2_lookup
 /sw/lib/libiconv.2.dylib: a8f0 t _aliases_lookup

It looks the same:

$ otool -L /sw/lib/librecode.0.0.0.dylib  
/sw/lib/librecode.0.0.0.dylib:
/sw/lib/librecode.0.dylib (compatibility version 1.0.0, current version 
1.0.0)
/sw/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 
7.0.0)
/sw/lib/libintl.8.dylib (compatibility version 9.0.0, current version 
9.2.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 159.0.0)

$ nm -o /sw/lib/libiconv.2.dylib | grep lookup
/sw/lib/libiconv.2.dylib: a890 t _aliases2_lookup
/sw/lib/libiconv.2.dylib: a8f0 t _aliases_lookup


--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerryreg; mobile platform with sessions, labs  more.
See new tools and technologies. Register for BlackBerryreg; DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] Fwd: Re: fortune crashing on Lion

2011-09-19 Thread Walt Mankowski
On Mon, Sep 19, 2011 at 09:56:02AM -0400, Daniel Macks wrote:
 What version of the recode-shlibs package do you have, and what does
 'otool -hv /sw/lib/librecode.0.0.0.dylib /sw/lib/librecode.0.dylib'
 say? The package is currently 3.6-13, which should (according to my
 10.6/i386 system) include a token TWOLEVEL in otool-hv of the
 .0.dylib file (that may have been a change in the recent -13 package
 revision) and not have a .0.0.0.dylib file at all (again a -13
 change).

% dpkg -l recode-shlibs
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   Version  
  Description
+++-==-==-
ii  recode-shlibs  3.6-13   
  Convert files between various charsets

% otool -hv /sw/lib/librecode.0.0.0.dylib /sw/lib/librecode.0.dylib
/sw/lib/librecode.0.0.0.dylib:
Mach header
  magic cputype cpusubtype  capsfiletype ncmds sizeofcmds  flags
MH_MAGIC_64  X86_64ALL  0x00   DYLIB13   1840   NOUNDEFS 
DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS
/sw/lib/librecode.0.dylib:
Mach header
  magic cputype cpusubtype  capsfiletype ncmds sizeofcmds  flags
MH_MAGIC_64  X86_64ALL  0x00   DYLIB13   1840   NOUNDEFS 
DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS

% ls -l /sw/lib/librecode*
-rwxr-xr-x 1 root admin 1391256 Jul 31 12:32 /sw/lib/librecode.0.0.0.dylib*
lrwxr-xr-x 1 root admin  21 Jul 31 12:32 /sw/lib/librecode.0.dylib - 
librecode.0.0.0.dylib*
-rw-r--r-- 1 root admin 2992928 Jul 31 12:32 /sw/lib/librecode.a
lrwxr-xr-x 1 root admin  21 Jul 31 12:32 /sw/lib/librecode.dylib - 
librecode.0.0.0.dylib*
-rwxr-xr-x 1 root admin 656 Jul 31 12:32 /sw/lib/librecode.la*


--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerryreg; mobile platform with sessions, labs  more.
See new tools and technologies. Register for BlackBerryreg; DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] Fwd: Re: fortune crashing on Lion

2011-09-19 Thread Walt Mankowski
On Mon, Sep 19, 2011 at 03:40:38PM -0400, Daniel Macks wrote:
 Sigh, 10.7 migration and 10.6 bug-fixes collided. I just pushed -14, 
 which should only give the .0.dylib and also tons of other fixes. 
 *Might* result in fortune working, or if not at least a saner librecode 
 build-system to diagnose. 

That fixed it! Thanks for your help!

Walt

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users


[Fink-users] fortune crashing on Lion

2011-09-18 Thread Walt Mankowski
I've got the following fortune packages installed on Lion:

  fortune-mod1.99.1-4001
  fortunes   1.99.1-4001
  fortunes-b520060905-1
  fortunes-off   1.99.1-4001

One of them is making fortune crash with the following message:

  % fortune
  dyld: lazy symbol binding failed: Symbol not found: _aliases_lookup
Referenced from: /sw/lib/librecode.0.dylib
Expected in: flat namespace

  dyld: Symbol not found: _aliases_lookup
Referenced from: /sw/lib/librecode.0.dylib
Expected in: flat namespace

  zsh: trace trap  fortune

I've attached a diagnostic report from one of the crashes.

Walt
Process: fortune [62270]
Path:/sw.lion/*/fortune
Identifier:  fortune
Version: ??? (???)
Code Type:   X86-64 (Native)
Parent Process:  zsh [62154]

Date/Time:   2011-09-18 14:56:43.482 -0400
OS Version:  Mac OS X 10.7.1 (11B26)
Report Version:  9

Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0002, 0x

Application Specific Information:
objc[62270]: garbage collection is OFF

Dyld Error Message:
  Symbol not found: _aliases_lookup
  Referenced from: /sw/*/librecode.0.dylib
  Expected in: flat namespace

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   dyld0x7fff655e906d dyld_fatal_error + 1
1   dyld0x7fff655ec918 
dyld::fastBindLazySymbol(ImageLoader**, unsigned long) + 128
2   libdyld.dylib   0x7fff92dc9716 dyld_stub_binder_ + 
13
3   ??? 0x000105ad1068 0 + 4390195304
4   librecode.0.dylib   0x000105a0228d 
transform_with_libiconv + 61
5   librecode.0.dylib   0x000105a0ccc5 recode_perform_task 
+ 1445
6   librecode.0.dylib   0x000105a0b7d0 
recode_buffer_to_buffer + 128
7   librecode.0.dylib   0x000105a0b73b recode_string + 75
8   fortune 0x0001059ebbed display + 477
9   fortune 0x0001059ebfa2 main + 562
10  fortune 0x0001059e9534 start + 52

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x  rbx: 0x7fe061c30ed0  rcx: 0xfefefefefefefeff  
rdx: 0x0390
  rdi: 0x7fff6561edf0  rsi: 0x  rbp: 0x7fff655e1d30  
rsp: 0x7fff655e1d18
   r8: 0x8080808080808080   r9: 0xfefeff096462606f  r10: 0x7fff6561edf0  
r11: 0x8080808080808080
  r12: 0x7fe061c30e60  r13: 0x7fff7afb23b0  r14: 0x7fff6561edf0  
r15: 0x7fff655e1e64
  rip: 0x7fff655e906d  rfl: 0x0202  cr2: 0x7fff655e0d08
Logical CPU: 0

Binary Images:
   0x1059e8000 -0x1059ecff7 +fortune (??? - ???) 
5E2CC70A-8D1C-3CF8-8055-D2A25B214384 /sw/*/fortune
   0x1059f3000 -0x105ad0fff +librecode.0.dylib (??? - ???) 
BE6529D7-54F9-3710-92BF-0AFEEB70EE08 /sw/*/librecode.0.dylib
   0x105b48000 -0x105c3 +libiconv.2.dylib (7.0.0 - 
compatibility 7.0.0) F02782EE-C21F-3918-83B8-0228CF9C5DCB 
/sw/*/libiconv.2.dylib
   0x105c63000 -0x105c6bff7 +libintl.8.dylib (9.2.0 - compatibility 
9.0.0) 5C425072-FF18-3974-8A77-7CA342E9AC56 /sw/*/libintl.8.dylib
0x7fff655e8000 - 0x7fff6561cac7  dyld (195.5 - ???) 
4A6E2B28-C7A2-3528-ADB7-4076B9836041 /usr/lib/dyld
0x7fff8a4dd000 - 0x7fff8a4d  libquarantine.dylib (36.0.0 - 
compatibility 1.0.0) 4C3BFBC7-E592-3939-B376-1C2E2D7C5389 
/usr/lib/system/libquarantine.dylib
0x7fff8b018000 - 0x7fff8b035ff7  libxpc.dylib (77.16.0 - compatibility 
1.0.0) 0A4B4775-29A9-30D6-956B-3BE1DBF98090 /usr/lib/system/libxpc.dylib
0x7fff8bf0e000 - 0x7fff8bf0efff  libkeymgr.dylib (23.0.0 - 
compatibility 1.0.0) 61EFED6A-A407-301E-B454-CD18314F0075 
/usr/lib/system/libkeymgr.dylib
0x7fff8c6f2000 - 0x7fff8c765fff  libstdc++.6.dylib (52.0.0 - 
compatibility 7.0.0) 6BDD43E4-A4B1-379E-9ED5-8C713653DFF2 
/usr/lib/libstdc++.6.dylib
0x7fff8d48a000 - 0x7fff8d490fff  libmacho.dylib (800.0.0 - 
compatibility 1.0.0) D86F63EC-D2BD-32E0-8955-08B5EAFAD2CC 
/usr/lib/system/libmacho.dylib
0x7fff8e192000 - 0x7fff8e196fff  libmathCommon.A.dylib (2026.0.0 - 
compatibility 1.0.0) FF83AFF7-42B2-306E-90AF-D539C51A4542 
/usr/lib/system/libmathCommon.A.dylib
0x7fff8e62a000 - 0x7fff8e634ff7  liblaunch.dylib (392.18.0 - 
compatibility 1.0.0) 39EF04F2-7F0C-3435-B785-BF283727FFBD 
/usr/lib/system/liblaunch.dylib
0x7fff8ea87000 - 0x7fff8ea92ff7  libc++abi.dylib (14.0.0 - 
compatibility 1.0.0) 8FF3D766-D678-36F6-84AC-423C878E6D14 
/usr/lib/libc++abi.dylib
0x7fff8f6d6000 - 0x7fff8f6dbfff  libcache.dylib (47.0.0 - compatibility 
1.0.0) B7757E2E-5A7D-362E-AB71-785FE79E1527 /usr/lib/system/libcache.dylib

Re: [Fink-users] rxvt-unicode build fails on i386

2010-05-07 Thread Walt Mankowski
I just tried installing version 9.05-1003 of rxvt-unicode.  Now it
builds cleanly, but when I try to run it, it fails with the following
message:

% urxvt   
urxvt: unable to initialize perl-interpreter, continuing without.
zsh: bus error  urxvt



On Fri, May 07, 2010 at 08:55:36AM +0900, Tomoaki Okayama wrote:
 Martin, thank you very much for your explicit suggestion.
 I've committed a modified finkinfo to unstable. If it works,
 I will move it to stable, too.
 
 Tomoaki Okayama
 
 At Thu, 06 May 2010 23:06:36 +0200,
 Martin Costabel wrote:
  
  Robert Wyatt wrote:
   Walt Mankowski wrote:
   On Mon, May 03, 2010 at 01:07:01PM -0400, Walt Mankowski wrote:
  
   I'm running fink on an old Intel Core Duo iMac.  This is an i386 box.
   I'm running OSX 10.6.3, the latest version of Snow Leopard.
  
   This morning I tried to build rxvt-unicode.  The build failed with a
   number of x86_64 warnings and errors.  I've attached the output of
   running
  
  fink -v install rxvt-unicode
  
   It looks like it detects the build and host type properly
   (i386-apple-darwin10.3.0).  But when it tries to build rxvtperl.C it's
   saying -arch x86_64.
  
   Walt

   As a followup, I've also tried to install rxvt-unicode on a new Core 2
   Duo macbook running snow leopard.  The CPU is 64 bits, but I'm running
   i386 versions of the fink code.  The build fails with similar
   messages.
  
   I'm guessing the package is assuming x86_64, and is currently broken
   for i386.
  
   Walt
   
   fwiw, rxvt-unicode does build and install without errors on my 64-bit 
   fink Snow Leopard installation (MBP Intel Core2 2.33GHz). So perhaps 
   that assessment is correct, Walt.
  
  This is easy to fix: In the patch file, there are 4 lines containing the 
  expression
  
 sed -e 's|-arch i386||g' -e 's|-arch ppc||g'
  
  If you edit the file and add
  
 -e 's|-arch x86_64||g'
  
  then rxvt-unicode builds on 10.6/32bit. Since the package has a 
  maintainer, I'll leave this to them.
  
  -- 
  Martin
  
  
  
  
 
 --
 
 ___
 Fink-users mailing list
 Fink-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/fink-users

--

___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] rxvt-unicode build fails on i386

2010-05-07 Thread Walt Mankowski
Version 9.07-1 seems to have fixed all the problems!

Thanks!

On Sat, May 08, 2010 at 01:08:55AM +0900, Tomoaki Okayama wrote:
 I've updated rxvt-unicode to the latest version.
 If it doesn't help, I don't have another idea
 for now. Please let us know if anyone finds
 the solution to this issue.
 
 Tomoaki Okayama
 
 At Fri, 7 May 2010 11:51:00 -0400,
 Walt Mankowski wrote:
  
  I just tried installing version 9.05-1003 of rxvt-unicode.  Now it
  builds cleanly, but when I try to run it, it fails with the following
  message:
  
  % urxvt   
  urxvt: unable to initialize perl-interpreter, continuing without.
  zsh: bus error  urxvt
  
  
  
  On Fri, May 07, 2010 at 08:55:36AM +0900, Tomoaki Okayama wrote:
   Martin, thank you very much for your explicit suggestion.
   I've committed a modified finkinfo to unstable. If it works,
   I will move it to stable, too.
   
   Tomoaki Okayama
   
   At Thu, 06 May 2010 23:06:36 +0200,
   Martin Costabel wrote:

Robert Wyatt wrote:
 Walt Mankowski wrote:
 On Mon, May 03, 2010 at 01:07:01PM -0400, Walt Mankowski wrote:

 I'm running fink on an old Intel Core Duo iMac.  This is an i386 
 box.
 I'm running OSX 10.6.3, the latest version of Snow Leopard.

 This morning I tried to build rxvt-unicode.  The build failed with a
 number of x86_64 warnings and errors.  I've attached the output of
 running

fink -v install rxvt-unicode

 It looks like it detects the build and host type properly
 (i386-apple-darwin10.3.0).  But when it tries to build rxvtperl.C 
 it's
 saying -arch x86_64.

 Walt
  
 As a followup, I've also tried to install rxvt-unicode on a new Core 
 2
 Duo macbook running snow leopard.  The CPU is 64 bits, but I'm 
 running
 i386 versions of the fink code.  The build fails with similar
 messages.

 I'm guessing the package is assuming x86_64, and is currently broken
 for i386.

 Walt
 
 fwiw, rxvt-unicode does build and install without errors on my 64-bit 
 fink Snow Leopard installation (MBP Intel Core2 2.33GHz). So perhaps 
 that assessment is correct, Walt.

This is easy to fix: In the patch file, there are 4 lines containing 
the 
expression

   sed -e 's|-arch i386||g' -e 's|-arch ppc||g'

If you edit the file and add

   -e 's|-arch x86_64||g'

then rxvt-unicode builds on 10.6/32bit. Since the package has a 
maintainer, I'll leave this to them.

-- 
Martin




   
   --
   
   ___
   Fink-users mailing list
   Fink-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/fink-users
  
 
 --
 
 ___
 Fink-users mailing list
 Fink-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/fink-users

--

___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] rxvt-unicode build fails on i386

2010-05-06 Thread Walt Mankowski
On Mon, May 03, 2010 at 01:07:01PM -0400, Walt Mankowski wrote:
 I'm running fink on an old Intel Core Duo iMac.  This is an i386 box.
 I'm running OSX 10.6.3, the latest version of Snow Leopard.
 
 This morning I tried to build rxvt-unicode.  The build failed with a
 number of x86_64 warnings and errors.  I've attached the output of
 running
 
   fink -v install rxvt-unicode
 
 It looks like it detects the build and host type properly
 (i386-apple-darwin10.3.0).  But when it tries to build rxvtperl.C it's
 saying -arch x86_64.
 
 Walt

As a followup, I've also tried to install rxvt-unicode on a new Core 2
Duo macbook running snow leopard.  The CPU is 64 bits, but I'm running
i386 versions of the fink code.  The build fails with similar
messages.

I'm guessing the package is assuming x86_64, and is currently broken
for i386.

Walt

--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


[Fink-users] rxvt-unicode build fails on i386

2010-05-03 Thread Walt Mankowski
I'm running fink on an old Intel Core Duo iMac.  This is an i386 box.
I'm running OSX 10.6.3, the latest version of Snow Leopard.

This morning I tried to build rxvt-unicode.  The build failed with a
number of x86_64 warnings and errors.  I've attached the output of
running

  fink -v install rxvt-unicode

It looks like it detects the build and host type properly
(i386-apple-darwin10.3.0).  But when it tries to build rxvtperl.C it's
saying -arch x86_64.

Walt

The package 'rxvt-unicode' will be built and installed.
Reading dependency for rxvt-unicode-9.05-1002...
Reading build dependency for rxvt-unicode-9.05-1002...
Reading build conflict for rxvt-unicode-9.05-1002...
The following package will be installed or updated:
 rxvt-unicode
Setting runtime build-lock...
dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-rxvt-unicode-9.05-1002 
/sw/src/fink.build
dpkg-deb: building package `fink-buildlock-rxvt-unicode-9.05-1002' in 
`/sw/src/fink.build/fink-buildlock-rxvt-unicode-9.05-1002_2010.05.03-13.01.28_darwin-i386.deb'.
Installing build-lock package...
/sw/bin/dpkg-lockwait -i 
/sw/src/fink.build/fink-buildlock-rxvt-unicode-9.05-1002_2010.05.03-13.01.28_darwin-i386.deb
Selecting previously deselected package fink-buildlock-rxvt-unicode-9.05-1002.
(Reading database ... 142154 files and directories currently installed.)
Unpacking fink-buildlock-rxvt-unicode-9.05-1002 (from 
.../fink-buildlock-rxvt-unicode-9.05-1002_2010.05.03-13.01.28_darwin-i386.deb) 
...
Setting up fink-buildlock-rxvt-unicode-9.05-1002 (2010.05.03-13.01.28) ...

bzip2 -dc /sw/src/rxvt-unicode-9.05.tar.bz2 | /sw/bin/tar -xvf -  
--no-same-owner --no-same-permissions 
rxvt-unicode-9.05/
rxvt-unicode-9.05/doc/
rxvt-unicode-9.05/doc/etc/
rxvt-unicode-9.05/doc/etc/rxvt-unicode.termcap
rxvt-unicode-9.05/doc/etc/rxvt-unicode.terminfo
rxvt-unicode-9.05/doc/rxvt.1.man.in
rxvt-unicode-9.05/doc/rxvtperl.3.man.in
rxvt-unicode-9.05/doc/embed
rxvt-unicode-9.05/doc/embed-tk
rxvt-unicode-9.05/doc/rxvtc.1.pod
rxvt-unicode-9.05/doc/rxvt-tabbed
rxvt-unicode-9.05/doc/rxvtd.1.pod
rxvt-unicode-9.05/doc/wcwidth.patch
rxvt-unicode-9.05/doc/rxvt.1.pod
rxvt-unicode-9.05/doc/Makefile.in
rxvt-unicode-9.05/doc/rxvt.7.pod
rxvt-unicode-9.05/doc/rxvt.7.man.in
rxvt-unicode-9.05/doc/README.xvt
rxvt-unicode-9.05/doc/rxvtc.1.man.in
rxvt-unicode-9.05/doc/podtbl
rxvt-unicode-9.05/doc/pty-fd
rxvt-unicode-9.05/doc/urxvt-8.2-256color.patch
rxvt-unicode-9.05/doc/.cvsignore
rxvt-unicode-9.05/doc/rxvtd.1.man.in
rxvt-unicode-9.05/doc/changes.txt
rxvt-unicode-9.05/src/
rxvt-unicode-9.05/src/rxvtperl.xs
rxvt-unicode-9.05/src/rxvtdaemon.C
rxvt-unicode-9.05/src/rxvtdaemon.h
rxvt-unicode-9.05/src/perl/
rxvt-unicode-9.05/src/perl/remote-clipboard
rxvt-unicode-9.05/src/perl/selection
rxvt-unicode-9.05/src/perl/kuake
rxvt-unicode-9.05/src/perl/digital-clock
rxvt-unicode-9.05/src/perl/option-popup
rxvt-unicode-9.05/src/perl/selection-popup
rxvt-unicode-9.05/src/perl/matcher
rxvt-unicode-9.05/src/perl/selection-autotransform
rxvt-unicode-9.05/src/perl/searchable-scrollback
rxvt-unicode-9.05/src/perl/macosx-clipboard
rxvt-unicode-9.05/src/perl/tabbed
rxvt-unicode-9.05/src/perl/example-refresh-hooks
rxvt-unicode-9.05/src/perl/selection-pastebin
rxvt-unicode-9.05/src/perl/urxvt-popup
rxvt-unicode-9.05/src/perl/readline
rxvt-unicode-9.05/src/perl/block-graphics-to-ascii
rxvt-unicode-9.05/src/perl/xim-onthespot
rxvt-unicode-9.05/src/encoding.C
rxvt-unicode-9.05/src/encoding.h
rxvt-unicode-9.05/src/callback.h
rxvt-unicode-9.05/src/rxvttoolkit.C
rxvt-unicode-9.05/src/rxvttoolkit.h
rxvt-unicode-9.05/src/salloc.C
rxvt-unicode-9.05/src/salloc.h
rxvt-unicode-9.05/src/scrollbar-next.C
rxvt-unicode-9.05/src/table/
rxvt-unicode-9.05/src/table/linedraw.h
rxvt-unicode-9.05/src/table/iso8859_1.h
rxvt-unicode-9.05/src/table/iso8859_2.h
rxvt-unicode-9.05/src/table/iso8859_3.h
rxvt-unicode-9.05/src/table/iso8859_4.h
rxvt-unicode-9.05/src/table/iso8859_5.h
rxvt-unicode-9.05/src/table/iso8859_6.h
rxvt-unicode-9.05/src/table/iso8859_7.h
rxvt-unicode-9.05/src/table/iso8859_8.h
rxvt-unicode-9.05/src/table/iso8859_9.h
rxvt-unicode-9.05/src/table/viscii.h
rxvt-unicode-9.05/src/table/koi8_r.h
rxvt-unicode-9.05/src/table/koi8_u.h
rxvt-unicode-9.05/src/table/compose.h
rxvt-unicode-9.05/src/table/gb2312_1980_0.h
rxvt-unicode-9.05/src/table/big5_ext.h
rxvt-unicode-9.05/src/table/jis0208_1990_0.h
rxvt-unicode-9.05/src/table/cns11643_1992_1.h
rxvt-unicode-9.05/src/table/cns11643_1992_2.h
rxvt-unicode-9.05/src/table/cns11643_1992_3.h
rxvt-unicode-9.05/src/table/cns11643_1992_4.h
rxvt-unicode-9.05/src/table/cns11643_1992_5.h
rxvt-unicode-9.05/src/table/cns11643_1992_6.h
rxvt-unicode-9.05/src/table/cns11643_1992_7.h
rxvt-unicode-9.05/src/table/cns11643_1992_f.h
rxvt-unicode-9.05/src/table/big5.h
rxvt-unicode-9.05/src/table/gbk_0.h
rxvt-unicode-9.05/src/table/big5_plus.h
rxvt-unicode-9.05/src/table/jis0201_1976_0.h
rxvt-unicode-9.05/src/table/jis0212_1990_0.h
rxvt-unicode-9.05/src/table/ksc5601_1987_0.h

Re: [Fink-users] gnuplot not working on Snow Leopard

2009-11-19 Thread Walt Mankowski
On Thu, Nov 19, 2009 at 08:48:51AM +0100, Martin Costabel wrote:
 Chupacerveza wrote:
 []
  Glad that worked Walt. For what it's worth, these problems don't happen 
  with a clean fink installation on Snow Leopard. I'm not suggesting 
  that there's anything wrong with trying to upgrade fink in place from 
  Leopard to Snow Leopard because many people have it done it, but it 
  might be a lot less heartache to remove it and start fresh in some cases.
 
 I fully agree, but in the case at hand, the problem looks more like an 
 attempted upgrade from Tiger to Snow Leopard, which is not supported at 
 all and never was. The library /usr/X11R6/lib/libexpat.0.dylib does not 
 exist on Leopard either. It was last seen in Tiger's X11Update2006.pkg 3 
 years ago.

That's only partially true.  I upgraded from Tiger to Leopard, ran on
Leopard for a while, and then later from Leopard to Snow Leopard.
Both of those paths ARE supported.

It's a tricky call, whether to upgrade or do a clean install.  I've
got over 400 packages installed, and rebuilding all of them would take
quite a while.  On the other hand, I just spent the better part of the
day debugging this problem.  And svn's broken, too, for something that
may or may not be related to the upgrade.

Walt

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] gnuplot not working on Snow Leopard

2009-11-19 Thread Walt Mankowski
On Thu, Nov 19, 2009 at 08:49:25AM -0500, Alexander Hansen wrote:
 We've no way to see what's going on with your svn without actually
 seeing some output.  Start a new thread on that.

Of course.  Gnuplot was a more pressing need for me so I wanted to get
that resolved first, and now I need to focus on generating the graphs
I needed yesterday.

I've already contacted the svn maintainer about my problem, but he
wasn't able to help me.  When I get some time I'll start a new thread
for that problem in case someone here can figure it out.  For the time
being I'm just using /usr/bin/svn.

Walt

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


[Fink-users] gnuplot not working on Snow Leopard

2009-11-18 Thread Walt Mankowski
When I try to run gnuplot on Snow Leopard (10.6.2) I get the following error:

  dyld: Library not loaded: /usr/X11R6/lib/libexpat.0.dylib
Referenced from: /sw/lib/libwx_baseu_xml-2.8.0.dylib
Reason: image not found
  /sw/bin/gnuplot: line 6: 83973 Trace/BPT trap /sw/bin/gnuplotx $@

/usr/X11R6/lib/libexpat.0.dylib does not exist, but I do have
libexpat 1.5.2 in /usr/lib and /sw/lib.

I tried running 'fink rebuild gnuplot', but that fails with the
following error:

  ld: file not found: /usr/X11R6/lib/libexpat.0.dylib

Anyone know how to fix this?

Thanks.

Walt

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] gnuplot not working on Snow Leopard

2009-11-18 Thread Walt Mankowski
On Wed, Nov 18, 2009 at 02:20:02PM -0500, Alexander Hansen wrote:
 Walt Mankowski wrote:
  When I try to run gnuplot on Snow Leopard (10.6.2) I get the following 
  error:
 
dyld: Library not loaded: /usr/X11R6/lib/libexpat.0.dylib
  Referenced from: /sw/lib/libwx_baseu_xml-2.8.0.dylib
  Reason: image not found
/sw/bin/gnuplot: line 6: 83973 Trace/BPT trap /sw/bin/gnuplotx 
  $@
 
  /usr/X11R6/lib/libexpat.0.dylib does not exist, but I do have
  libexpat 1.5.2 in /usr/lib and /sw/lib.
 
  I tried running 'fink rebuild gnuplot', but that fails with the
  following error:
 
ld: file not found: /usr/X11R6/lib/libexpat.0.dylib
 
  Anyone know how to fix this?
 
  Thanks.
 
  Walt

 In gen
 
 The error is lower in the chain:  it's in
 /sw/lib/libwx_baseu_xml-2.8.0.dylib, which is in wxgtk-shlibs.  Try
 rebuilding hat

I don't have wxgtk-shlibs installed, but rather wxgtk2.8-shlibs.  I
tried rebuilding that, and it also failed on

  ld: file not found: /usr/X11R6/lib/libexpat.0.dylib


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] gnuplot not working on Snow Leopard

2009-11-18 Thread Walt Mankowski
On Wed, Nov 18, 2009 at 06:34:45PM -0500, Alexander Hansen wrote:
 Walt Mankowski wrote:
  On Wed, Nov 18, 2009 at 02:20:02PM -0500, Alexander Hansen wrote:

  Walt Mankowski wrote:
  
  When I try to run gnuplot on Snow Leopard (10.6.2) I get the following 
  error:
 
dyld: Library not loaded: /usr/X11R6/lib/libexpat.0.dylib
  Referenced from: /sw/lib/libwx_baseu_xml-2.8.0.dylib
  Reason: image not found
/sw/bin/gnuplot: line 6: 83973 Trace/BPT trap /sw/bin/gnuplotx 
  $@
 
  /usr/X11R6/lib/libexpat.0.dylib does not exist, but I do have
  libexpat 1.5.2 in /usr/lib and /sw/lib.
 
  I tried running 'fink rebuild gnuplot', but that fails with the
  following error:
 
ld: file not found: /usr/X11R6/lib/libexpat.0.dylib
 
  Anyone know how to fix this?
 
  Thanks.
 
  Walt


  In gen
 
  The error is lower in the chain:  it's in
  /sw/lib/libwx_baseu_xml-2.8.0.dylib, which is in wxgtk-shlibs.  Try
  rebuilding hat
  
 
  I don't have wxgtk-shlibs installed, but rather wxgtk2.8-shlibs.  I
  tried rebuilding that, and it also failed on
 
ld: file not found: /usr/X11R6/lib/libexpat.0.dylib
 
 

 Ah, sorry; the 2.8 is important there.  Did you upgrade from Leopard?

I upgraded from Tiger to Leopard, and then (after some time) to Snow
Leopard.

 It's a bit hard to say given the lack of context with the error message
 here, but this could potentially
 be a case which could be worked around via
 
 sudo -s
 find /sw/lib -name *.la -delete
 fink rebuild wxgtk2.8-shlibs

Running

  find /sw/lib -name '*.la' | wc

tells me I've got 502 files under there.  Many of them have been added
since I upgraded to Snow Leopard, and many don't seem to have anything
to do with gtk.  Are you suggesting I delete ALL of them?

Walt

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] gnuplot not working on Snow Leopard

2009-11-18 Thread Walt Mankowski
On Wed, Nov 18, 2009 at 07:35:20PM -0500, Alexander Hansen wrote:
 Walt Mankowski wrote:
  On Wed, Nov 18, 2009 at 06:34:45PM -0500, Alexander Hansen wrote:

  Walt Mankowski wrote:
  
  On Wed, Nov 18, 2009 at 02:20:02PM -0500, Alexander Hansen wrote:


  Walt Mankowski wrote:
  
  
  When I try to run gnuplot on Snow Leopard (10.6.2) I get the following 
  error:
 
dyld: Library not loaded: /usr/X11R6/lib/libexpat.0.dylib
  Referenced from: /sw/lib/libwx_baseu_xml-2.8.0.dylib
  Reason: image not found
/sw/bin/gnuplot: line 6: 83973 Trace/BPT trap 
  /sw/bin/gnuplotx $@
 
  /usr/X11R6/lib/libexpat.0.dylib does not exist, but I do have
  libexpat 1.5.2 in /usr/lib and /sw/lib.
 
  I tried running 'fink rebuild gnuplot', but that fails with the
  following error:
 
ld: file not found: /usr/X11R6/lib/libexpat.0.dylib
 
  Anyone know how to fix this?
 
  Thanks.
 
  Walt



  In gen
 
  The error is lower in the chain:  it's in
  /sw/lib/libwx_baseu_xml-2.8.0.dylib, which is in wxgtk-shlibs.  Try
  rebuilding hat
  
  
  I don't have wxgtk-shlibs installed, but rather wxgtk2.8-shlibs.  I
  tried rebuilding that, and it also failed on
 
ld: file not found: /usr/X11R6/lib/libexpat.0.dylib
 
 


  Ah, sorry; the 2.8 is important there.  Did you upgrade from Leopard?
  
 
  I upgraded from Tiger to Leopard, and then (after some time) to Snow
  Leopard.
 

  It's a bit hard to say given the lack of context with the error message
  here, but this could potentially
  be a case which could be worked around via
 
  sudo -s
  find /sw/lib -name *.la -delete
  fink rebuild wxgtk2.8-shlibs
  
 
  Running
 
find /sw/lib -name '*.la' | wc
 
  tells me I've got 502 files under there.  Many of them have been added
  since I upgraded to Snow Leopard, and many don't seem to have anything
  to do with gtk.  Are you suggesting I delete ALL of them?
 
  Walt
 

 You could grep through them and find any reference to libexpat.0.dylib
 and delete those files.

I asked on #fink and they explained to me that they're leftover
libtool files and not important.  So I took your advise and deleted
them all.  I'm rebuilding now and will report back on my results.

My apologies for doubting you...

Walt

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] gnuplot not working on Snow Leopard

2009-11-18 Thread Walt Mankowski
On Wed, Nov 18, 2009 at 07:37:43PM -0500, Walt Mankowski wrote:
 On Wed, Nov 18, 2009 at 07:35:20PM -0500, Alexander Hansen wrote:
  Walt Mankowski wrote:
   On Wed, Nov 18, 2009 at 06:34:45PM -0500, Alexander Hansen wrote:
 
   Walt Mankowski wrote:
   
   On Wed, Nov 18, 2009 at 02:20:02PM -0500, Alexander Hansen wrote:
 
 
   Walt Mankowski wrote:
   
   
   When I try to run gnuplot on Snow Leopard (10.6.2) I get the 
   following error:
  
 dyld: Library not loaded: /usr/X11R6/lib/libexpat.0.dylib
   Referenced from: /sw/lib/libwx_baseu_xml-2.8.0.dylib
   Reason: image not found
 /sw/bin/gnuplot: line 6: 83973 Trace/BPT trap 
   /sw/bin/gnuplotx $@
  
   /usr/X11R6/lib/libexpat.0.dylib does not exist, but I do have
   libexpat 1.5.2 in /usr/lib and /sw/lib.
  
   I tried running 'fink rebuild gnuplot', but that fails with the
   following error:
  
 ld: file not found: /usr/X11R6/lib/libexpat.0.dylib
  
   Anyone know how to fix this?
  
   Thanks.
  
   Walt
 
 
 
   In gen
  
   The error is lower in the chain:  it's in
   /sw/lib/libwx_baseu_xml-2.8.0.dylib, which is in wxgtk-shlibs.  Try
   rebuilding hat
   
   
   I don't have wxgtk-shlibs installed, but rather wxgtk2.8-shlibs.  I
   tried rebuilding that, and it also failed on
  
 ld: file not found: /usr/X11R6/lib/libexpat.0.dylib
  
  
 
 
   Ah, sorry; the 2.8 is important there.  Did you upgrade from Leopard?
   
  
   I upgraded from Tiger to Leopard, and then (after some time) to Snow
   Leopard.
  
 
   It's a bit hard to say given the lack of context with the error message
   here, but this could potentially
   be a case which could be worked around via
  
   sudo -s
   find /sw/lib -name *.la -delete
   fink rebuild wxgtk2.8-shlibs
   
  
   Running
  
 find /sw/lib -name '*.la' | wc
  
   tells me I've got 502 files under there.  Many of them have been added
   since I upgraded to Snow Leopard, and many don't seem to have anything
   to do with gtk.  Are you suggesting I delete ALL of them?
  
   Walt
  
 
  You could grep through them and find any reference to libexpat.0.dylib
  and delete those files.
 
 I asked on #fink and they explained to me that they're leftover
 libtool files and not important.  So I took your advise and deleted
 them all.  I'm rebuilding now and will report back on my results.

Unfortunately, even after deleting all the *.la files and rebuilding
wxgtk2.8-shlibs, the build still aborts with the same error message:

  ld: file not found: /usr/X11R6/lib/libexpat.0.dylib


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] gnuplot not working on Snow Leopard

2009-11-18 Thread Walt Mankowski
On Wed, Nov 18, 2009 at 08:33:01PM -0500, Alexander Hansen wrote:
 Without us seeing some context for this error, such as the full output
 of the line before that, it's hard to say where that's coming from.

I spent some time tonight working with some kind folks on #fink and
finally got it working.  Here's what I did:

1. Looked under /sw/lib for libraries linked to
   /usr/X11R6/lib/libexpat.0.dylib.  It turned out 4 modules were
   involved -- fontconfig2-dev, fontconfig2-shlibs, wxgtk2.8, and
   wxgtk2.8-shlibs.

2. For the fontconfig2 modules, I just had to 'fink rebuild' them,
   then 'fink install'.

3. For the wxgtk2.8 modules, I had to first 'fink remove' them, and
   then 'fink rebuild' them.  After that the builds completed with
   error.

4. Finally I ran 'fink rebuild gnuplot' and it compiled cleanly!

Thanks for everyone's help!

Walt

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


Re: [Fink-users] aterm has disappeared from /sw/bin

2005-06-11 Thread Walt Mankowski
On Sat, Jun 11, 2005 at 11:54:48AM +0200, Martin Costabel wrote:
 Walt Mankowski wrote:
 I upgraded to fink 0.8.0 yesterday, then ran apt-get update and
 apt-get dist-upgrade, which installed a whole bunch of new packages.
 Tonight I noticed that aterm has disappeared from /sw/bin.  I've tried
 removing it and reinstalling it, but it's still not there.  The
 install doesn't report any errors, and if I run dpkg -l aterm it
 claims I've installed version 0.4.2-3.  Nevertheless, it's no longer
 in /sw/bin.
 
 Anyone know what might have happened?
 
 If you look at your build log, you see that there were errors like
 
 utmp.c: In function 'makeutent':
 utmp.c:200: error: 'struct utmpx' has no member named 'ut_exit'
 
 that prevented the compilation of the aterm. I don't know why the build 
 process ignores these errors instead of openly crashing. In any case, 
 there is some serious porting to do before this will work on Tiger 
 (maintainer CCed). The problem is that Tiger now has a header file 
 utmpx.h which didn't exist before, but it is not compatible with the 
 file of the same name on linux.

I see those errors and exactly that behavior when I rebuild the entire
package (fink install aterm).  But when I try install the binary with
apt-get (apt-get install aterm) it doesn't report any errors at all.
Probably the issues with apt-get install have to do with the build
process continuing after the compilation failed.

Walt



signature.asc
Description: Digital signature


Re: [Fink-users] Emacs won't run after upgrade to Tiger

2005-06-10 Thread Walt Mankowski
On Fri, Jun 10, 2005 at 08:16:31AM +0200, Martin Costabel wrote:
 Walt Mankowski wrote:
 I just upgraded to Tiger a few days ago.  Now when I try to run
 /sw/bin/emacs, I'm getting the error
 
   Fatal malloc_jumpstart() error
 
 Any idea how I can fix this?  I haven't done extensive testing, but a
 few other biggish apps I tried (latex, xpdf) seem to be OK.
 
 What Fink package does this /sw/bin/emacs come from (there are at least 
 5 possibilities, not counting different versions)?
 
 How did you install this package (from source / from binary 
 distribution, before / after the upgrade to Tiger)?
 
 What state is your Fink installation in (new 0.8.0 installation after 
 Tiger upgrade / unstable Panther installation upgraded after Tiger 
 upgrade / other)?

I just upgraded to 0.8.0.  (I had wait overnight for the downloads and
recompiles to finish.)  Everything seems to work fine now.

Walt


signature.asc
Description: Digital signature


[Fink-users] aterm has disappeared from /sw/bin

2005-06-10 Thread Walt Mankowski
I upgraded to fink 0.8.0 yesterday, then ran apt-get update and
apt-get dist-upgrade, which installed a whole bunch of new packages.
Tonight I noticed that aterm has disappeared from /sw/bin.  I've tried
removing it and reinstalling it, but it's still not there.  The
install doesn't report any errors, and if I run dpkg -l aterm it
claims I've installed version 0.4.2-3.  Nevertheless, it's no longer
in /sw/bin.

Anyone know what might have happened?

Thanks.

Walt


signature.asc
Description: Digital signature


[Fink-users] Emacs won't run after upgrade to Tiger

2005-06-09 Thread Walt Mankowski
I just upgraded to Tiger a few days ago.  Now when I try to run
/sw/bin/emacs, I'm getting the error

  Fatal malloc_jumpstart() error

Any idea how I can fix this?  I haven't done extensive testing, but a
few other biggish apps I tried (latex, xpdf) seem to be OK.

Walt


signature.asc
Description: Digital signature


Re: [Fink-users] Fink thinks x11 isn't installed

2004-10-24 Thread Walt Mankowski
On Sun, Oct 24, 2004 at 02:19:31PM -0400, David R. Morrison wrote:
 You can now get a binary for the latest stable fink version at the URL  
 http://bindist.finkmirrors.net/bindist/dists/fink-0.7.1-updates/main/ 
 binary-darwin-powerpc/base/ .  Download the file  
 fink_0.22.4-1_darwin-powerpc.deb , cd into your download directory, and  
 run sudo dpkg -i fink_0.22.4-1_darwin-powerpc.deb .  This should fix  
 the problem.

Installing that seems to have fixed the problem.

 Thanks for the report!

Thanks for fixing it so quickly!

Walt


signature.asc
Description: Digital signature


[Fink-users] Fink thinks x11 isn't installed

2004-10-23 Thread Walt Mankowski
A recent thread discussed how to uninstall Apple's x11 to install
fink's xfree86 instead.  I'm having the opposite problem -- I'm happy
running Apple's x11, but fink wants to install it's own x11 instead.

The problem started about a week ago when I upgraded to a new version
of fink.  (I'm now running version 0.21.3-1.)  Now when I try to run
apt-get dist-upgrade, it says that several x programs (aterm,
emacs21, tetex-base, etc.) have unmet dependencies against x11.  It
suggests I run apt-get -f install.  When I do that, it tries to
install fink's own xfree86 packages.

It looks like that new version of fink didn't install cleanly.  When I
run dpkg -l, the line for fink begins iF.  The header line says
the F means Failed-config.  If I were on debian I'd try running
dpkg-reconfigure, but I can't find that in fink.

Right now I'm stuff with regards to fink.  It won't let me apt-get
install any new packages until I resolve this dependency problem.

So I guess I have two questions:

1) How can I find out what the config error was, and if necessary
   rerun it for fink?

2) How do I tell fink that I want to use X11.app to satisfy the x11
   dependency?

Thanks.

Walt


signature.asc
Description: Digital signature