Re: [ATTN MAINTAINER] tig

[Adam Dinwoodie <adam@dinwoodie.org>]

On Fri, Jan 13, 2023 at 06:06:22PM +0100, Libor Ukropec via Cygwin-apps wrote:
> Dne 13.01.2023 v 17:59 Libor Ukropec via Cygwin-apps napsal(a):
> > Dne 10.01.2023 v 15:04 Jari Aalto via Cygwin-apps napsal(a):
> > 
> > > 
> > > Hi, Thanks for the heads up. I've uploaded new version and added the
> > > *.cygport in my Github repository of tig for possible new maintainer
> > > in the future.
> > > 
> > > The patches deal some fixes in the xmlto(1) of manual pages build.
> > > 
> > > Jari
> > > 
> > Hi Jari,
> > 
> > I updated to the latest tig, but when executing, it complains about
> > missing dependency, but recently I saw many updates to the cygwin
> > packages. Any idea if other package was broken, or tig is missing some
> > dependency in the metadata?
> > 
> > C:/cygwin64/bin/tig.exe: error while loading shared libraries:
> > cygpcreposix-0.dll: cannot open shared object file: No such file or
> > directory
> > 
> > Manual installation of "libpcreposix0 8.45-1" seems resolving the problem.
> > 
> > Libor
> > 
> Problem lies somewhere in the compile process?
> here is my output for tig I compiled few weeks ago:
> 
> $ ldd ./ttiigg/tig-2.5.4-1.x86_64/build/src/tig.exe
>         ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffe86590000)
>         KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL (0x7ffe85160000)
>         KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll (0x7ffe839e0000)
>         cygwin1.dll => /usr/bin/cygwin1.dll (0x7ffe416d0000)
>         cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x5461d0000)
>         cygncursesw-10.dll => /usr/bin/cygncursesw-10.dll (0x48ca30000)
> 
> 
> and here is from the installed:
> $ ldd /usr/bin/tig.exe
>         ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffe86590000)
>         KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL (0x7ffe85160000)
>         KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll (0x7ffe839e0000)
>         cygwin1.dll => /usr/bin/cygwin1.dll (0x7ffe416d0000)
>         cygncursesw-10.dll => /usr/bin/cygncursesw-10.dll (0x48ca30000)
>         cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x5461d0000)
>         cygpcre-1.dll => /usr/bin/cygpcre-1.dll (0x3fd630000)
>         cygreadline7.dll => /usr/bin/cygreadline7.dll (0x579cd0000)
>         cygpcreposix-0.dll => /usr/bin/cygpcreposix-0.dll (0x520b40000)

I strongly suspect that, like git, tig will use libpcre if it was
present at compile time, and won't if it isn't.  Typically I'd expect
distribution builds to include libpcre support for this sort of thing.
That would mean Jari's compilation was correct, but the .hint files
didn't correctly list the necessary dependencies.

Jari, your email mentioned a possible new maintainer; are you intending
to hand over responsibility, or do you just mean for a hypothetical
future maintainer at some point in the future?