Re: [Fink-devel] ncurses 6.0 packages for fink base
> On Oct 6, 2016, at 1:32 PM, Jack Howarth wrote: > > I noticed that Fedora is building both --with-abi-version=5 and > --with-abi-version=6 in their ncurses 6.0 package... > > http://pkgs.fedoraproject.org/cgit/rpms/ncurses.git/tree/ncurses.spec > > but that the installed headers will only be for the --with-abi-version=6 > build. Thus the legacy --with-abi-version=5 shlibs are only there for > back-ward compatibility and not new builds. > Note I forgot to update the version in libncursesw5.info and ncurses.info to match and have now done so. The ncurses5 packages build with --with-abi-version=5 to be backward compatible while using the 6.0 source. The ncurses6 packages only use --with-abi-version=6. We’re going to need both for some time until everything can get updated. This way they can coexist. Daniel -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ncurses 6.0 packages for fink base
I noticed that Fedora is building both --with-abi-version=5 and --with-abi-version=6 in their ncurses 6.0 package... http://pkgs.fedoraproject.org/cgit/rpms/ncurses.git/tree/ncurses.spec but that the installed headers will only be for the --with-abi-version=6 build. Thus the legacy --with-abi-version=5 shlibs are only there for back-ward compatibility and not new builds. On Thu, Oct 6, 2016 at 1:21 PM, Jack Howarth wrote: > > > On Thu, Oct 6, 2016 at 11:41 AM, Daniel Johnson < > daniel.johnso...@gmail.com> wrote: > >> >> > On Oct 6, 2016, at 10:19 AM, Jack Howarth >> wrote: >> > >> > Chris, >> > I've posted packaging for libncursesw6-6.0-1 and ncurses6-6.0-1 to >> fink tracking... >> > >> > https://sourceforge.net/p/fink/package-submissions/4803/ >> > >> > as well as an update to libncursesw5-5.9-20110507-2 to make it aware of >> libncursesw6. >> > >> > https://sourceforge.net/p/fink/package-submissions/4804/ >> > >> > The only part that I am concerned about is that handling of the >> overlapping files between the ncurses and ncurses6 packages as both are >> marked as Essential. So far, simply appending ncurses to the Replaces field >> in the ncurses6 packages seems to be sufficient to handle that issue. >> >Jack >> >> There’s no reason to have a libncursesw6 package. Just have one >> libncurses6 package that always uses wide chars and have it C/R with >> regular ncurses. I posted packages to my experimental cvs dir quite a while >> ago and asked for opinions but nothing came of it. There’s also newer >> versions available. Most recent version is http://invisible-mirror.net/ar >> chives/ncurses/current/ncurses-6.0-20161001.tgz. Packages are at >> http://fink.cvs.sourceforge.net/viewvc/fink/experimental/danielj/ >> >> > I replaced the proposed ncurses6.info with libncurses6-shlibs.info to > allow for the common ncurses split-off (in case they decide to go with a > separate libncursesw6 package and not use --with-abi-version=5). > Jack > ps The only only Distro that I see using --with-abi-version=5 is Debian > but they appear to build completely with -with-abi-version=5 and never use > -with-abi-version=6 at all. > > Daniel >> >> >> > -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ncurses 6.0 packages for fink base
On Thu, Oct 6, 2016 at 11:41 AM, Daniel Johnson wrote: > > > On Oct 6, 2016, at 10:19 AM, Jack Howarth > wrote: > > > > Chris, > > I've posted packaging for libncursesw6-6.0-1 and ncurses6-6.0-1 to > fink tracking... > > > > https://sourceforge.net/p/fink/package-submissions/4803/ > > > > as well as an update to libncursesw5-5.9-20110507-2 to make it aware of > libncursesw6. > > > > https://sourceforge.net/p/fink/package-submissions/4804/ > > > > The only part that I am concerned about is that handling of the > overlapping files between the ncurses and ncurses6 packages as both are > marked as Essential. So far, simply appending ncurses to the Replaces field > in the ncurses6 packages seems to be sufficient to handle that issue. > >Jack > > There’s no reason to have a libncursesw6 package. Just have one > libncurses6 package that always uses wide chars and have it C/R with > regular ncurses. I posted packages to my experimental cvs dir quite a while > ago and asked for opinions but nothing came of it. There’s also newer > versions available. Most recent version is http://invisible-mirror.net/ > archives/ncurses/current/ncurses-6.0-20161001.tgz. Packages are at > http://fink.cvs.sourceforge.net/viewvc/fink/experimental/danielj/ > > I replaced the proposed ncurses6.info with libncurses6-shlibs.info to allow for the common ncurses split-off (in case they decide to go with a separate libncursesw6 package and not use --with-abi-version=5). Jack ps The only only Distro that I see using --with-abi-version=5 is Debian but they appear to build completely with -with-abi-version=5 and never use -with-abi-version=6 at all. Daniel > > > -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] ncurses 6.0 packages for fink base
> On Oct 6, 2016, at 10:19 AM, Jack Howarth wrote: > > Chris, > I've posted packaging for libncursesw6-6.0-1 and ncurses6-6.0-1 to fink > tracking... > > https://sourceforge.net/p/fink/package-submissions/4803/ > > as well as an update to libncursesw5-5.9-20110507-2 to make it aware of > libncursesw6. > > https://sourceforge.net/p/fink/package-submissions/4804/ > > The only part that I am concerned about is that handling of the overlapping > files between the ncurses and ncurses6 packages as both are marked as > Essential. So far, simply appending ncurses to the Replaces field in the > ncurses6 packages seems to be sufficient to handle that issue. >Jack There’s no reason to have a libncursesw6 package. Just have one libncurses6 package that always uses wide chars and have it C/R with regular ncurses. I posted packages to my experimental cvs dir quite a while ago and asked for opinions but nothing came of it. There’s also newer versions available. Most recent version is http://invisible-mirror.net/archives/ncurses/current/ncurses-6.0-20161001.tgz. Packages are at http://fink.cvs.sourceforge.net/viewvc/fink/experimental/danielj/ Daniel -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] ncurses 6.0 packages for fink base
Chris, I've posted packaging for libncursesw6-6.0-1 and ncurses6-6.0-1 to fink tracking... https://sourceforge.net/p/fink/package-submissions/4803/ as well as an update to libncursesw5-5.9-20110507-2 to make it aware of libncursesw6. https://sourceforge.net/p/fink/package-submissions/4804/ The only part that I am concerned about is that handling of the overlapping files between the ncurses and ncurses6 packages as both are marked as Essential. So far, simply appending ncurses to the Replaces field in the ncurses6 packages seems to be sufficient to handle that issue. Jack -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink-package-precedence-0.30 error
On 10/6/16 1:37 AM, Daniel Macks wrote: > On Wed, 5 Oct 2016 21:27:19 -0500, Hanspeter Niederstrasser wrote: > > > >Building scite-3.4.1-1 with f-p-p-0.30 gets the following error: > > > > fink-package-precedence --depfile-ext='\.(mak|d)' . > >Scanning /\.(mak|d)$/ dependency files... > > ./scintilla/gtk/Accessor.d > >... > > ./scite/gtk/Widget.d > > ./scite/win32/deps.mak > > ./scite/win32/scite.mak > >Use of uninitialized value $abs in string ne at > /sw/bin/fink-package-precedence line 164. > >Use of uninitialized value $abs in exists at > /sw/bin/fink-package-precedence line 167. > >Use of uninitialized value $abs in hash element at > /sw/bin/fink-package-precedence line 167. > >fileparse(): need a valid pathname at /sw/bin/fink-package-precedence > line 169. > > > >When I downgrade f-p-p to 0.29, the f-p-p check works as expected with no > errors. > (apologies in advance if this message is a formatting mess...new email > client)I don't see that with scite-3.4.1-1 on my 10.11. But my f-p-p > call is just:fink-package-precedence --depfile-ext='\.(d)' .I only see > it if I also check .mak. The you get is triggered by the following line > in scintilla/test/unit/test.mak:INCLUDEDIRS = /I../../include > /I../../src /I../../lexlib > Not surprising that those pathnames break a > parser that looks at pathnames on the local live system. Older f-p-p was > lax about trying to process paths that were not absolute and canonical. > So first, this path is clearly(?) an upstream bug, or targetted for a > toolchain other than normal compilers (maybe something Windows-like that > uses leading slash instead of hypen as CLI flag character?). And second, > what is in the .mak that is not already in the .d? Easy enough to > tighten f-p-p (or add a heuristic for things to give up and skip), but > not sure what a *valid* trigger would look like.dan The removal of .mak from the f-p-p check in scite-3.4.4 is on me. I removed them when I updated CVS to scite-3.4.4 because it was failing f-p-p, and I only saw the scite/win32/*.mak entries, so I thought them unnecessary to check. Hanspeter -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink-package-precedence-0.30 error
On Wed, 5 Oct 2016 21:27:19 -0500, Hanspeter Niederstrasser wrote: > >Building scite-3.4.1-1 with f-p-p-0.30 gets the following error: > > fink-package-precedence --depfile-ext='\.(mak|d)' . >Scanning /\.(mak|d)$/ dependency files... >./scintilla/gtk/Accessor.d >... >./scite/gtk/Widget.d >./scite/win32/deps.mak >./scite/win32/scite.mak >Use of uninitialized value $abs in string ne at /sw/bin/fink-package-precedence line 164. >Use of uninitialized value $abs in exists at /sw/bin/fink-package-precedence line 167. >Use of uninitialized value $abs in hash element at /sw/bin/fink-package-precedence line 167. >fileparse(): need a valid pathname at /sw/bin/fink-package-precedence line 169. > >When I downgrade f-p-p to 0.29, the f-p-p check works as expected with no errors. (apologies in advance if this message is a formatting mess...new email client)I don't see that with scite-3.4.1-1 on my 10.11. But my f-p-p call is just:fink-package-precedence --depfile-ext='\.(d)' .I only see it if I also check .mak. The you get is triggered by the following line in scintilla/test/unit/test.mak:INCLUDEDIRS = /I../../include /I../../src /I../../lexlibNot surprising that those pathnames break a parser that looks at pathnames on the local live system. Older f-p-p was lax about trying to process paths that were not absolute and canonical. So first, this path is clearly(?) an upstream bug, or targetted for a toolchain other than normal compilers (maybe something Windows-like that uses leading slash instead of hypen as CLI flag character?). And second, what is in the .mak that is not already in the .d? Easy enough to tighten f-p-p (or add a heuristic for things to give up and skip), but not sure what a *valid* trigger would look like.dan -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel