Cyrille Artho | 24 Feb 00:37 2015
Picon

Missing dependency for graphviz 2.38.0-3

Hi all,
I was unable to compile graphviz 2.38.0-3 on my system (Mac OS X Mavericks).

After installing poppler8-glib, compilation succeeded. So it looks like 
that package (or a similar one) should be added as a dependency to graphviz 
2.38.0-3.
-- 
Regards,
Cyrille Artho - http://artho.com/
It is difficult to live in the present, pointless to live
in the future and impossible to live in the past.
		-- Frank Herbert.

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Jack Howarth | 22 Feb 19:10 2015
Picon

libann-shlibs-1.1.2-3

Sjors,
     I have posted proposed packaging for changing the current libann
package into a libann-shlibs package with libann-dev and ann-tools
split-offs similar to what debian uses. The packaging replaces the
current libann.patch with the debian patches and files from their
libann packaging. These provide the missing files for a configure
based build as well as manpages for the ann-tools components. The
packaging is posted on fink tracking at
https://sourceforge.net/p/fink/package-submissions/4477/ and also
provides a proper InfoTest using the debian tests scripts for their
packaging.
    The only change I am uncertain on is whether we should bother to a
Provides: libann (<= 1.1.2-2) to the new libann-dev split-off. I think
that may be of limited utility as we only have one package using
libann currently in fink and anything that uses libann needs to
explicitly add a Depends on libann-shlibs now since the new shared
libraries will be used in preference to the static ones present in
libann-dev.
            Jack

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
(Continue reading)

Derek Homeier | 19 Feb 22:33 2015
Picon

astropy-1.0

Hi,

following up on my recent question how to best get package updates into the
distribution as a non-core developer, is the full package tree going to be migrated
to github at some point? Then it would of course just take a pull request.
In the meantime, I am attaching the update for Astropy the old-fashioned way;
tested on 10.9 and 10.10 with all relevant versions.

Cheers,
					Derek

Attachment (astropy-py.info): application/octet-stream, 4024 bytes
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Jack Howarth | 15 Feb 23:00 2015
Picon

bottleneck-py-1.0.0-1

Derek,
     The bottleneck-py package needs updated to the 1.0.0 source in
order to pass 'fink -m' against the newer numpy 1.9.x release...

Index: bottleneck-py.info
===================================================================
RCS file: /cvsroot/fink/dists/10.7/stable/main/finkinfo/libs/pythonmods/bottleneck-py.info,v
retrieving revision 1.1
diff -r1.1 bottleneck-py.info
3c3
< Version: 0.8.0
---
> Version: 1.0.0
10c10
< Source-MD5: 1a363fa35ce521eebb838e1bd6520e24
---
> Source-MD5: 380fa6f275bd24f27e7cf0e0d752f5d2

             Jack

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
List archive:
(Continue reading)

Greg Minshall | 15 Feb 13:01 2015
Picon

m17n-{db,lib}? (really, emacs arabic)

hi.  i'm trying to get emacs to display "contextual forms" of Arabic
letters correctly [1].  "out of the box", the fink emacs didn't do the
right thing for me with any of the fonts i tried.

problems of this sort are known [2].  one suggestion on the net is to
make sure that libotf is installed (it is, by Fink, in my case), and
that m17n-{db,lib} are installed.  i can't find those last two, though
they appear to have been, at one time, part of the fink distribution.
(and, i notice that emacs24 in fink is configured with
--without-m17n-flt.)

after, or during, a fair amount of flailing, i eventually downloaded
24.4.4 from gnu and built it with Fink's libotf and with m17n-{db,lib} i
had downloaded and built from the m17n site.

two'ish questions:

1.  is anyone *not* having my problem?  i.e., is there anyone using
Fink's emacs and has contextual forms in Arabic working?  if so, how did
you build your Fink/emacs to get that nice state?

2.  (in case it may be important) where have the m17n-{db,lib} gone?

cheers, Greg Minshall
----

[1] letters in the Arabic alphabet, like those in the Hebrew and some
(unknown, to me) number of other alphabets, vary in shape depending on
whether they are printed separate of any word, or at the beginning, at
the middle, or at the end of a word (where, for ease of explanation, the
(Continue reading)

Hanspeter Niederstrasser | 14 Feb 14:08 2015

patch video-oct to use newer

Attached are .info/.patch files to update video-oct to use newer 
versions of ffmpeg and not the really old libavcodec53 library.

The patch is primarily from here (unreleased upstream):
https://sourceforge.net/p/octave/video/ci/7caa40bb8a47ba943d63f16896b4771854ebfd68/

But I also added the chunk around line 124 from here:
https://github.com/tufei/octave-forge-video/commit/19119e2ec936285c6e7e4fc903d97d7f3efc8648#diff-ee390d07771903074cab05b278a4bf4aL123

because av_set_parameters no longer exists and I couldn't find a 
replacement for that function

I also removed -D__STDC_CONSTANT_MACROS from CXXFLAGS because it was 
giving a lot of "__STDC_CONSTANT_MACROS macro redefined" warnings. There 
are still UINT64_C redefined issues which might be taken care of with 
https://sourceforge.net/p/octave/video/ci/c341586726c96ca5aa5821b38792b1bf7fe8adc0/#diff-8 
from a later commit, but I didn't test it in order to minimize the 
cherry picking.

This built with ffmpeg-1.2, -2.0, and -2.4, but I have no way of knowing 
if the resulting build actually works and doesn't cause total protonic 
reversal.

Hanspeter
Info2: <<
Package: video-oct%type_pkg[oct]
Version: 1.0.2
Type: oct (3.0.5 3.2.4 3.4.3 3.6.0 3.6.1 3.6.2 3.6.3 3.6.4), forge (video), gcc (4.9)
(Continue reading)

Jack Howarth | 11 Feb 03:44 2015
Picon

fink-buildenv-modules enhancements for X11 flags

Hanspeter,
      Now that a working implementation for the automatic appending of
the appropriate X11 include and linker flags to CPPFLAGS and LDFLAGS
has been checked in to fink git...

http://sourceforge.net/p/fink/patches/158/

we need the to implement the other half required for fully migrating
off of depending on the X11 convenience symlinks. If you can enhance
the existing fink-buildenv-modules.info to provide build time
variables for XORG_INCL_PATH and XORG_LINK_PATH which would be
conditionally set to

XORG_INCL_PATH=/usr/X11/include
XORG_LIB_PATH=/usr/X11/lib

when the running OS is darwin11 or earlier and

XORG_INCL_PATH=/opt/X11/include
XORG_LIB_PATH=/opt/X11/lib

otherwise, this would allow package maintainers to stop hard-coding in
the fully deprecated /usr/X11R based paths and the partially
deprecated /usr/X11 paths.
       Jack

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
(Continue reading)

Jack Howarth | 10 Feb 22:30 2015
Picon

appending CPPFLAGS/LDFLAGS based on BuildDepends on x11-dev

Alexander,
       This is my current attempt at implementing the code to have
fink automatically append the appropriate flags to CPPFLAGS and
LDFLAGS if the package contained a BuildDepends on x11-dev. I am
currently stuck on how to construct a check for the presence of the
BuildDepends on x11-dev (which I have placed in the resolve_depends()
routine. I have confirmed this routine executes before the get_env()
routine so it will work once a proper test for the BuildDepends on
x11-dev is constructed.
               Jack

--- PkgVersion.pm.orig 2015-02-10 15:57:40.000000000 -0500
+++ PkgVersion.pm 2015-02-10 16:22:23.000000000 -0500
 <at>  <at>  -71,11 +71,14  <at>  <at> 
  $VERSION = 1.00;
   <at> ISA = qw(Exporter Fink::Base);
   <at> EXPORT = qw();
-  <at> EXPORT_OK = qw(); # eg: qw($Var1 %Hashit &func3);
+  <at> EXPORT_OK = qw($BD_on_x11_dev); # eg: qw($Var1 %Hashit &func3);
  %EXPORT_TAGS = ( ); # eg: TAG => [ qw!name1 name2! ],
 }
 our  <at> EXPORT_OK;

+# Hold status of x11-dev BuildDepends
+our $BD_on_x11_dev = 0;
+
 our %perl_archname_cache;

 # Hold the trees of packages that we've built, so we can scan them
 <at>  <at>  -2645,6 +2648,13  <at>  <at> 
(Continue reading)

Alexander Hansen | 10 Feb 17:58 2015
Picon

Re: fink's octave and java


> On Feb 10, 2015, at 5:48 AM, Gabriel Moreno-Hagelsieb <gmh.entropy <at> gmail.com> wrote:
> 
> 
> Hello,
> 
> When I try and install octave from source I get the following message:
> Can't resolve dependency "system-java16-dev" for package "octave-3.8.2-6" (no matching
packages/versions found)
> Exiting with failure.
> 
> Which of course, means that I have no java 1.6 But I have java 1.8. I'd rather not put an old java there. Would
the package work with java 1.8? Would you change the requirement to >= 1.6, rather than == 1.6?
> 
> Best,
> -GMH
> 
> Gabriel Moreno-Hagelsieb
> Department of Biology
> Wilfrid Laurier University
> 75 University Ave W
> Waterloo, ON
> Canada N2L 3C5
> (519)884-0710 ext 2364
> 
> --Unix is user friendly, just rather selective about its friends

Short answer:

The different Java versions coexist, and if you install the legacy Java-1.6 from
(Continue reading)

Remko Scharroo | 10 Feb 11:01 2015

New warning in fink that should not be there

Dear developers,

Since installing fink-0.38.4-91, I got a new warning message right at the start when running "fink update-all"

----
$ fink update-all
Information about 10413 packages read in 1 seconds.

WARNING: Xcode.app version (0.0) and Xcode Command Line Tools version (6.1)
are not compatible.
You may experience build errors.
----

Clearly, Fink has tried to find Xcode, which I do not have installed (I have better ways to spend 5 GB of disk
space) and hence assigned it version 0.0. This of course does not match the command line tools version (6.1).

While this doesn't block anything, I think it should be fixed to not give the warning when Xcode is not
installed (or version 0.0).

Remko

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
(Continue reading)

Jack Howarth | 10 Feb 05:25 2015
Picon

fink 0.38.4

Alexander,
       I take it that only the enhanced Command Line Tools checks and
not those X11/Xquartz made it into fink 0.38.4? If I move aside
/usr/include, the new error occurs as expected when building a package
with fink...

% fink -m -K rebuild xft2-dev
Information about 10424 packages read in 1 seconds.
Running in Maintainer Mode
Validating package file /sw/fink/dists/stable/main/finkinfo/x11/xft2-dev.info...
Package looks good!
The package 'xft2-dev' will be built and installed.
Reading build dependency for xft2-dev-2.3.2-1...
Reading dependency for xft2-dev-2.3.2-1...
Reading runtime dependency for xft2-dev-2.3.2-1...
Reading dependency for xft2-shlibs-2.3.2-1...
Reading build conflict for xft2-dev-2.3.2-1...
The package 'dev-tools' will be built and installed.
Reading build dependency for dev-tools-0-1...
Reading dependency for dev-tools-0-1...
Reading runtime dependency for dev-tools-0-1...
Reading build conflict for dev-tools-0-1...
Package 'dev-tools' is a virtual package, skipping validation.
Failed:
The Xcode Command Line Tools need to be (re)installed.
Execute 'sudo xcode-select --install' to obtain them.
Or you can get them via direct download from developer.apple.com
(free registration required) if you don't want to install Xcode.app.
at /sw/lib/perl5/Fink/Engine.pm line 2019.

(Continue reading)


Gmane