<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.os.apple.fink.devel">
    <title>gmane.os.apple.fink.devel</title>
    <link>http://blog.gmane.org/gmane.os.apple.fink.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21172"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21162"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21135"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21133"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21126"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21123"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21121"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21117"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21112"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21107"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21099"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21092"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21091"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21085"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21083"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21081"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21079"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21077"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21074"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.fink.devel/21073"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21172">
    <title>make testsuite failures</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21172</link>
    <description>&lt;pre&gt;Max,
     We see to have 8 addtional testsuite failures in our make compared to
MacPorts. Adding the missing InfoTest to the current make.info....

InfoTest: TestScript: make check || :

revealed a slew of testsuite failures...

make check || :
Making check in glob
make[1]: Nothing to be done for `check'.
Making check in config
make[1]: Nothing to be done for `check'.
Making check in po
make[1]: Nothing to be done for `check'.
Making check in doc
make[1]: Nothing to be done for `check'.
make  loadavg
gcc -DLOCALEDIR=\"/sw/share/locale\" -DLIBDIR=\"/sw/lib\" -DINCLUDEDIR=\"/sw/include\" -DHAVE_CONFIG_H -I. -I. -I.  -DTEST -mdynamic-no-pic -I/sw/include  -g -O2 -c -o loadavg-getloadavg.o `test -f 'getloadavg.c' || echo './'`getloadavg.c
gcc  -g -O2  -L/sw/lib -o loadavg  loadavg-getloadavg.o  
make  check-local
The system uptime program believes the load average to be:
uptime
cd tests &amp;amp;&amp;amp; perl ./run_make_tests.pl -make ../make 
15:42  up  2:55, 5 users, load averages: 0.78 1.04 1.29
The GNU load average checkin&lt;/pre&gt;</description>
    <dc:creator>Jack Howarth</dc:creator>
    <dc:date>2012-05-19T20:03:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21162">
    <title>new p7zip version</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21162</link>
    <description>&lt;pre&gt;Hi.

I've come up with packaging for the newest p7zip release (attached).  It
appears to work for all of our supported platforms.

I'd like to add this to Fink, so please let me know within 72 hours if
there are any problems.
&lt;/pre&gt;</description>
    <dc:creator>Alexander Hansen</dc:creator>
    <dc:date>2012-05-17T15:35:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21135">
    <title>Fink's r-base214 and r-base215 fail to build on 10.6and 10.7</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21135</link>
    <description>&lt;pre&gt;r-base214 and r-base215 fail to build with this error:

install_name_tool: can't open file: grDevices/libs/cairo.dylib (No such 
file or directory)

The actual cause is a missing BuildDepends on glitz (for glitz.pc) which 
causes cairo and pango to not be found by pkg-config.

Hanspeter

&lt;/pre&gt;</description>
    <dc:creator>Hanspeter Niederstrasser</dc:creator>
    <dc:date>2012-05-10T16:49:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21133">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21133</link>
    <description>&lt;pre&gt;Hi Oliver,

I want to use the transcode stabilize-filter but i get the following output:

--- snip ---

$ transcode -J stabilize -i PICT0001.AVI -o dummy -y null,null
transcode v1.1.0 (C) 2001-2003 Thomas Oestreich, 2003-2009 Transcode Team
[transcode] V: auto-probing     | PICT0001.AVI (OK)
[transcode] V: import format    | MJPEG in RIFF data, AVI (module=ffmpeg)
[transcode] A: auto-probing     | PICT0001.AVI (OK)
[transcode] A: import format    | PCM in RIFF data, AVI (module=raw)
[transcode] V: AV demux/sync    | (1) sync AV at initial MPEG sequence
[transcode] V: import frame     | 1280x720  1.78:1  encoded &amp;lt; at &amp;gt; 16:9
[transcode] V: bits/pixel       | 0.065 (low)
[transcode] V: decoding fps,frc | 30.000,5
[transcode] V: video format     | YUV420 (4:2:0) aka I420
[transcode] A: import format    | 0x1     PCM          [8000,16,1]  128 kbps
[transcode] A: export           | disabled
[transcode] V: encoding fps,frc | 30.000,5
[transcode] A: bytes per frame  | 534 (533.333333)
[transcode] A: adjustment       | -6&lt;/pre&gt;</description>
    <dc:creator>Christian Adams</dc:creator>
    <dc:date>2012-05-09T11:32:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21126">
    <title>New fink release imminent</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21126</link>
    <description>&lt;pre&gt;We're approaching the May 16 planned deadline for a new Fink  (0.33.0)
release.  The current plan is to incorporate:

1)  default --build-as-nobody, from the current master.  Hopefully
people have marked their packages that don't build as "nobody" with
BuildAsNobody: false.

2)  moving creation of the fink-bld user from passwd-fink-bld into fink,
as per https://github.com/fink/fink/pull/30 .
Note that if there is already a fink-bld user, fink recognizes it.  This
will also entail using a dummy passwd-fink-bld package in the 10.7/ tree
to replace the real package, and updating passwd in the 10.4/ tree so
that it doesn't generate the passwd-fink-bld user anymore.

3)  addition of %p/Library/Python as a recognized install location for
system-python modules. as per https://github.com/fink/fink/pull/29 .
The validator will now complain if RuntimeVars contains a PYTHONPATH
entry pointing to /sw/Library/Python or /sw/lib/python* .

4)  recognition of OS 10.7.4--to be in master shortly.  Since we've got
a new releas&lt;/pre&gt;</description>
    <dc:creator>Alexander Hansen</dc:creator>
    <dc:date>2012-05-09T22:45:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21123">
    <title>SSL Error in python2.7?</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21123</link>
    <description>&lt;pre&gt;Dear Daniel Johnson,

I've encountered a problem with current python2.7 in fink. For me
following error occurs:

---8&amp;lt;---
andreas&amp;lt; at &amp;gt;andreas-mbp % /sw/bin/python2.7
Python 2.7.3 (default, Apr 14 2012, 18:25:48)
[GCC 4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.58)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
Traceback (most recent call last):
  File "&amp;lt;stdin&amp;gt;", line 1, in &amp;lt;module&amp;gt;
  File "/sw/lib/python2.7/urllib2.py", line 126, in urlopen
    return _opener.open(url, data, timeout)
  File "/sw/lib/python2.7/urllib2.py", line 400, in open
    response = self._open(req, data)
  File "/sw/lib/python2.7/urllib2.py", line 418, in _open
    '_open', req)
  File "/sw/lib/python2.7/urllib2.py", line 378, in _call_chain
    result = func(*args)
  File "/sw/lib/python2.7/urllib2.py", line 1215, in https_open
    return self.do_open(httplib.HTTPSConnection, req)
  File "/sw/lib/python2.7/urllib2.py", line 1177, in do_open
    raise URLError(err)
urllib2.URLError: &amp;lt;urlopen e&lt;/pre&gt;</description>
    <dc:creator>Andreas Bießmann</dc:creator>
    <dc:date>2012-05-09T06:37:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21121">
    <title>Mirror out of Sync?</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21121</link>
    <description>&lt;pre&gt;Hi all,

I've encountered following problem:

---8&amp;lt;---
andreas&amp;lt; at &amp;gt;andreas-mbp % fink selfupdatersync -az -q
rsync://aah.de.eu.finkmirrors.net/finkinfo//TIMESTAMP /sw/fink/TIMESTAMP.tmp
The timestamp of the server is older than what you already have.
andreas&amp;lt; at &amp;gt;andreas-mbp % date
Mo  7 Mai 2012 08:41:09 CEST
andreas&amp;lt; at &amp;gt;andreas-mbp % rsync -az -q
rsync://aah.de.eu.finkmirrors.net/finkinfo//TIMESTAMP /tmp/TIMESTAMP.tmp
andreas&amp;lt; at &amp;gt;andreas-mbp % ls -l /tmp/TIMESTAMP.tmp-rw-r--r--  1 andreas
wheel  11  1 Mai 19:15 /tmp/TIMESTAMP.tmp
andreas&amp;lt; at &amp;gt;andreas-mbp %
---&amp;gt;8---

However, ber.de.eu.finkmirrors.net seems to work ... will switch to that
one for now.

best regards

Andreas Bießmann

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.a&lt;/pre&gt;</description>
    <dc:creator>Andreas Bießmann</dc:creator>
    <dc:date>2012-05-07T06:52:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21117">
    <title>Failed: phase compiling: libgnomecups-shlibs-0.2.3-8failed</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21117</link>
    <description>&lt;pre&gt;   Is anyone else seeing this build failure for the new libgnomecups-shlibs-0.2.3-8
packaging on 10.7 fink?

gcc -dynamiclib  -o .libs/libgnomecups-1.0.1.0.0.dylib  .libs/gnome-cups-i18n.o .libs/gnome-cups-init.o .libs/gnome-cups-printer.o .libs/gnome-cups-queue.o .libs/gnome-cups-request.o .libs/gnome-cups-util.o .libs/util.o  -L/sw/lib/system-openssl/lib -L/sw/lib /sw/lib/libgobject-2.0.dylib /sw/lib/libgthread-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib  -install_name  /sw/lib/libgnomecups-1.0.1.dylib -compatibility_version 2 -current_version 2.0
Undefined symbols for architecture x86_64:
  "_ippDelete", referenced from:
      _update_printers in gnome-cups-printer.o
      _gnome_cups_printer_set_description in gnome-cups-printer.o
      _gnome_cups_printer_set_location in gnome-cups-printer.o
      _gnome_cups_printer_pause in gnome-cups-printer.o
      _gnome_cups_printer_resume in gnome-cups-printer.o
      _gnome_cups_printer_delete in gnome-cups-printer.o
      _update_default in gnome-&lt;/pre&gt;</description>
    <dc:creator>Jack Howarth</dc:creator>
    <dc:date>2012-05-06T03:27:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21112">
    <title>Fink's user-ja-4.3-1 installs into /sw regardless of what the prefix is set to</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21112</link>
    <description>&lt;pre&gt;Todai Team:

The package user-ja in 10.7 (not tested in the 10.5/6 tree) installs 
files into /sw regardles of what the Fink prefix is set to (in this case 
/sw-buildworld). Here are a few lines from the build log showing the 
failure:

sh ./build.sh prefix=/sw-buildworld 
destdir=/sw-buildworld/build.build/root-user-ja-4.3-1 install
cd build
mkdir -p -m 755 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/bin
install -m 755 user-ja-conf 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/bin
mkdir -p -m 755 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/share/user-ja/skel
install -m 644 dot.canna 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/share/user-ja/skel
install -m 755 xinitrc 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw-buildworld/share/user-ja
mkdir -p -m 755 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw/etc/emacs/site-start.d
install -m 644 user-ja.el 
/sw-buildworld/build.build/root-user-ja-4.3-1/sw/etc/emacs/site-start.d/90user-ja.el
mkdi&lt;/pre&gt;</description>
    <dc:creator>Hanspeter Niederstrasser</dc:creator>
    <dc:date>2012-05-04T16:30:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21107">
    <title>Mountain lion updates.</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21107</link>
    <description>&lt;pre&gt;We've got some maintainers (J. Howarth, H. Todd that I know of) who have
access to Mountain Lion.  Jack, in particular has been doing build
tests.  To help expedite updates, I propose the following:

1)
Some packages are tagged as Distribution: 10.7, which of course makes
them invisible on 10.8. ;-)  Unless we get an objection in advance from
the maintainer, any packages so tagged which are confirmed to work are
subject to re-tagging.

2)
For maintained packages which need some substantive change, the
procedure will be that a package description will be sent to the
maintainer and/or posted on the submissions tracker.  If no response
from the maintainer is forthcoming within 72 hours, then the package can
be updated if a Core Team member signs off on the change.

3)
For unmaintained packages, Core Team oversight before committing will
still be required, but without the 72 hour evaluation period.

Feedback, as always, is welcome and appreciated.
&lt;/pre&gt;</description>
    <dc:creator>Alexander Hansen</dc:creator>
    <dc:date>2012-04-29T16:43:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21099">
    <title>Oracle Java 7u4 released</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21099</link>
    <description>&lt;pre&gt;Anyone tried installing the new Oracle provided JRE/JDK? Thoughts on
how it might or might not interact with Fink?

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fink-devel mailing list
Fink-devel&amp;lt; at &amp;gt;lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

&lt;/pre&gt;</description>
    <dc:creator>Stephen J. Butler</dc:creator>
    <dc:date>2012-04-27T21:21:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21092">
    <title>Where do you guys find the time?</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21092</link>
    <description>&lt;pre&gt;Hi all,

My contributions to Fink can take a significant amount of time. It's not unusual to have to spend the better part of a day trying to get some tricky package to build correctly, especially one that needs patching. Yet I see more than a few contributors here who maintain far more packages than I do and have been involved with the project for years. It's as if Fink is their full-time job. I'm curious... Where do you guys find the time to contribute? Are you simply a very dedicated bunch of volunteers, or are you funded in some way? (I've heard of companies paying people to contribute to Linux, for example, but I didn't think Fink was on the same level.)

Trevor


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://&lt;/pre&gt;</description>
    <dc:creator>Trevor Harmon</dc:creator>
    <dc:date>2012-04-26T03:45:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21091">
    <title>fix tcltk for removal of /usr/include/X11 symlink</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21091</link>
    <description>&lt;pre&gt;Daniel,
   Adopting the usage of flag_sort in the tcltk package with the attached
diff for the current 10.7 info file solves the issues with the X11 headers
not being found once the /usr/include/X11 is removed. Can we get this into
10.7? Tested with -m in the absence of /usr/include/X11.
       Jack
--- /sw/fink/10.7/stable/main/finkinfo/languages/tcltk-x86_64.info2012-01-24 14:13:45.000000000 -0500
+++ tcltk-x86_64.info2012-04-23 21:31:08.000000000 -0400
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1,7 +1,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 Package: tcltk
 Epoch: 1
 Version: 8.5.10
-Revision: 5
+Revision: 6
 Architecture: x86_64
 BuildDepends: &amp;lt;&amp;lt;
 fink-package-precedence,
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -9,7 +9,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 freetype219 (&amp;gt;= 2.3.12-1),
 pkgconfig (&amp;gt;= 0.23),
 x11-dev,
-xft2-dev (&amp;gt;= 2.1.14-1)
+xft2-dev (&amp;gt;= 2.1.14-1),
+flag-sort
 &amp;lt;&amp;lt;
 Depends: &amp;lt;&amp;lt;
 %N-shlibs (= %e:%v-%r),
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -27,6 +28,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 PatchFile-MD5: 4b3a12c323313a8508150dc1bb3584da
 NoSourceDirectory: true
 SetCPPFLAGS: -MD
+SetCC: flag-sort -r gcc
+SetCXX: flag-sort -r g++
 ConfigureParams: --enable-shared --disable-corefoundation --ex&lt;/pre&gt;</description>
    <dc:creator>Jack Howarth</dc:creator>
    <dc:date>2012-04-24T01:39:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21085">
    <title>pixman broken on clang</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21085</link>
    <description>&lt;pre&gt;Benjamin,
   The pixman-0.22.2-1 package fails -m on Lion due to the testsuite
failure...

blitters test failed! (checksum=EBC4DD86, expected 265CDFEB)
FAIL: blitters-test
scaling test passed (checksum=80DF1CB2)
PASS: scaling-test
affine test passed (checksum=4B5D1852)
PASS: affine-test
PASS: composite
=============================================
1 of 18 tests failed
Please report to pixman&amp;lt; at &amp;gt;lists.freedesktop.org
=============================================

This can be eliminated with the following change to the info file...

--- /sw/fink/10.7/stable/main/finkinfo/graphics/pixman.info2011-07-21 13:02:37.000000000 -0400
+++ pixman.info2012-04-22 10:45:21.000000000 -0400
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1,6 +1,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 Package: pixman
 Version: 0.22.2
-Revision: 1
+Revision: 2
 Description: Pixel manipulation library
 License: BSD
 Maintainer: Benjamin Reed &amp;lt;pixman&amp;lt; at &amp;gt;fink.raccoonfink.com&amp;gt;
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -26,6 +26,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 
 if [[ $(sw_vers -productVersion | cut -d. -f1-2) &amp;gt; 10.6 ]]; then
 export CC=clang
+export CFLAGS="-O2 -g -fwrapv"
 elif [ -x "/&lt;/pre&gt;</description>
    <dc:creator>Jack Howarth</dc:creator>
    <dc:date>2012-04-22T14:54:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21083">
    <title>python-aqua or systempython packages?</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21083</link>
    <description>&lt;pre&gt;
I would like to be able to use Fink and have python apps use Tkinter/Aqua. Currently,  the core python packages only provide tkinter via X11?  

One idea was to have python-aqua that provides python27 built against the Tcl/Tk frameworks that come with Mac OS X, then Tkinter would use Aqua instead of X11.  Another is package a bunch of python mods for systempython.

Yesterday, danieljm, akh, and I discussed this in #fink if you want to read more on it, starting here:

13:42 + _hc [~Adium&amp;lt; at &amp;gt;rrcs-184-75-101-123.nyc.biz.rr.com] joined #fink
http://www.opennms.org/~ranger/irc_logs/public/fink-2012-04-19.log

Any thoughts on this?  Any objections to me adding a bunch of 'systempython' packages?  I'm not entirely sure how to do this right, so any ideas are helpful.

.hc


----------------------------------------------------------------------------

I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freed&lt;/pre&gt;</description>
    <dc:creator>Hans-Christoph Steiner</dc:creator>
    <dc:date>2012-04-20T21:11:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21081">
    <title>Last call: any objections to updating atlas to usegcc47?</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21081</link>
    <description>&lt;pre&gt;If there are no objections, I'll do this dependency change in a day or 2.

&lt;/pre&gt;</description>
    <dc:creator>Alexander Hansen</dc:creator>
    <dc:date>2012-04-19T23:03:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21079">
    <title>final fixed r-base213, r-base214 and r-base215</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21079</link>
    <description>&lt;pre&gt;Baba,
   Please look at the current packaging for r-base213, r-base214 and r-base215 on
fink tracking at...

https://sourceforge.net/tracker/?func=detail&amp;amp;aid=3518643&amp;amp;group_id=17203&amp;amp;atid=414256
https://sourceforge.net/tracker/?func=detail&amp;amp;aid=3517612&amp;amp;group_id=17203&amp;amp;atid=414256
https://sourceforge.net/tracker/?func=detail&amp;amp;aid=3517625&amp;amp;group_id=17203&amp;amp;atid=414256

A number of outstanding issues are now fixed...

1) All packages needed "export FC=%p/bin/gfortran-fsf-4.6" in the CompileScript to
make sure the f90/f95 fortran compiler is properly set. Othewise if gcc47 is installed
parts of the package will be compiled with the wrong version of FSF gcc. This is particulary
important because quadmath support seems to compile an additional quadmath related file
on gcc47 so the quadmath support is not interchangable between gcc46 and gcc47.

2) The current build is including the libpng headers from /usr/X11R6 instead of fink
(which is detected by the added "fink-package-precedence --depfile-ext='\.d' --prohibit-bdep r-&lt;/pre&gt;</description>
    <dc:creator>Jack Howarth</dc:creator>
    <dc:date>2012-04-18T02:05:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21077">
    <title>r-base213 -m failures on Lion</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21077</link>
    <description>&lt;pre&gt;Baba,
   The current r-base213 package fails -m during its InfoTest on Mac OS X 10.7
against Xcode 4.3.2 in 10.7 fink (whereas r-base213 in 10.6 x86_64 fink passes
-m fine against Xcode 4.2). i can't test this until later tonight but there
is a bugzilla...

https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=14685

which suggests that the 2.13.x series has problems on Lion with VecLib. While the
bugzilla indicates this doesn't exist in the 2.14 series, it is unclear if the
fix was identified and backported to the 2.13 branch. If not, perhaps removing...

--with-blas="-framework vecLib -dylib_file /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib

on 10.7 and replacing it with the bundled R-blas would fix the Lion regressions for
r-base312. I notice that MacPorts older 2.13.1 packaging wasn't using VecLib...

https://trac.macports.or&lt;/pre&gt;</description>
    <dc:creator>Jack Howarth</dc:creator>
    <dc:date>2012-04-16T14:33:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21074">
    <title>fink not installing Build-Deps?</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21074</link>
    <description>&lt;pre&gt;
I'm building up a Fink install on a fresh Mac OS X 10.5/PowerPC.  It is running fink 0.32.5.5.  I was building up lots of media libraries, and it kept dying on ffmpeg.  It was dying because it couldn't find the xvid headers.  And that's because the xvidcore package was not installed.  libavcodec53-shlibs.info does include xvidcore as a build-dep.I then manually installed xvidcore, and ffmpeg built fine.

I have since gone and purged xvidcore and ffmpeg to try to reproduce it, but this time, it prompts me to instlal xvidcore...

.hc


----------------------------------------------------------------------------

                                              http://at.or.at/hans/



------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Fink-devel ma&lt;/pre&gt;</description>
    <dc:creator>Hans-Christoph Steiner</dc:creator>
    <dc:date>2012-04-14T01:13:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21073">
    <title>problems building gnutls28-3.0.17-1</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21073</link>
    <description>&lt;pre&gt;Dave and Fink Developers,

I seem to have a failure on building gnutls28-3.0.17-1 on Mac OS X 10.5.8.  The relevant part where something is duplicately defined is in the output below???  I did a self-update and should have the latest packages and using XCode 3.1.3 and gcc 4.0.1.  This is building on a PPC platform and is the reason I am running OS X 10.5.8.

I tried setting the max build jobs to 1 but no improvement.

Any ideas?  This build correctly awhile ago and I just did an update-all.

-Scott
Also include the following system information:
Package manager version: 0.32.5.5
Distribution version: selfupdate-rsync Thu Apr 12 14:49:35 2012, 10.5, powerpc
Trees: local/main stable/main stable/crypto unstable/main unstable/crypto
Xcode: 3.1.3
Max. Fink build jobs:  




/sw/include/gmp.h:2172: warning: '__gnu_inline__' attribute directive ignored
  CCLD   libcrypto.la
  CC     gnutls_record.lo
  CC     gnutls_compress.lo
  CC     debug.lo
  CC     gnutls_cipher.lo
  CC     gnutls_mbuffers.lo
  CC     gnutls_bu&lt;/pre&gt;</description>
    <dc:creator>Scott Hannahs</dc:creator>
    <dc:date>2012-04-13T23:56:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.fink.devel/21069">
    <title>Request for package maintainers</title>
    <link>http://comments.gmane.org/gmane.os.apple.fink.devel/21069</link>
    <description>&lt;pre&gt;Hi.

I'd like to propose a policy for the case of people with commit bits 
updating other people's packages.

1)  Please contact the maintainer.
2)  Give the maintainer a reasonable timeframe to respond.  Around a 
week is good, but this is negotiable.  A quicker turnaround may be 
needed e.g. if an update to _your_ package is being blocked by something 
_someone else's_ package does.  See 3B).
3A)  If the maintainer okays your proposed changes, then go ahead.
3B)  If you don't hear from the maintainer or if you can make a case 
that there is a pressing need to change the package before getting a 
response, then get approval from a Core Team member first via an emailed 
message to fink-core or on IRC.  Core Team members should get approval 
from another Core Team member.

Any objections to this?

&lt;/pre&gt;</description>
    <dc:creator>Alexander Hansen</dc:creator>
    <dc:date>2012-04-13T17:48:09</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.apple.fink.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.apple.fink.devel</link>
  </textinput>
</rdf:RDF>

