bld user can not
> read.
>
> ls -ld ~/Downloads
>
> should show at least "drwxr-xr-x" (mode 755) for that directory to work.
> 705 will probably work too. Just drwx-- will fail.
>
> Hanspeter
>
>
Please let us
use the tar ball i already have, right? This is a freshly self
> updated fink on 10.7.5.
>
> sent from Lion
>
> Jayne: "Let's go be bad guys!"
Try the full path. We use direct filesystem access in Perl
the maintainer freely
if they don't require any modifications--a note is nice, though.
3) For maintained packages that need a newer version or significant
modifications in the .info/.patch to work on 10.7 or 10.8, it's best to
get permission from the maintainer--and add it if you don
ihiko
>
>
The libraries inside frameworks are still shared libraries, so I'd say
divide the frameworks up between the -shlibs and the -dev appropriately.
For example, the real libraries and any versioned symlinks would go in
the -shlibs, and unversioned symlinks would go in the -dev wit
;d install the same gcc4N
version "for real" under package management and tweak linkages with
install_name_tool as required to point to that.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package up
On 10/29/12 8:22 PM, Sjors Gielen wrote:
> Op 30-10-12 03:47, Alexander Hansen schreef:
>> I've got a Qt-related question. Gnuplot-4.6.0 added Qt support
>> (not turned on by default) and I wanted to enable this as an
>> option. However, this doesn't work (o
On 10/29/12 7:47 PM, Alexander Hansen wrote:
> I've got a Qt-related question. Gnuplot-4.6.0 added Qt support (not
> turned on by default) and I wanted to enable this as an option.
> However, this doesn't work (on 10.8/Xcode CLI 4.5, anyway):
>
> c++ -DHAVE_CONFIG_H -I.
fter
top level declarator
class Q_CORE_EXPORT QInternal {
^
;
Line 54 of qnamespace.h (with some context) has:
#ifndef Q_MOC_RUN
namespace
#else
class Q_CORE_EXPORT
#endif
Qt {
...
and I'm assuming the other errors are due to the failure of this to
re
on scripts. If there is any linkage to a libpython then one can't
swap in a different version.
Use of the system's Python would require the entire dependency chain of
Python modules also to be built against the system's Python. If a
package doesn
On 10/16/12 1:51 AM, K.-M. Schindler wrote:
> Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/devel
> In directory vz-cvs-3.sog:/tmp/cvs-serv10142/10.7/stable/main/finkinfo/devel
>
> Modified Files:
> fortran-utils.info
> Log Message:
> fortran-utils: bugfix for intrinsic function g
ength which is causing the
difficulty: I could bootstrap into "/tmp/Applications/MyApp.app", but
"/tmp/Applications/MyApp.app/Contents/Resources/Fink" didn't work.
I'm not sure if the issue is in dpkg or if this is also a problem for t
ertaining to a need for
Xcode.app--or to use xcodebuild.
Also, the idea of comparing the "xcode" (or replacement) and "xcode.app"
versions--at least the first two digits since those seem to be
meaningful, and marking the lesser of the two as outdated. That will
warrant a litt
sent from Lion
>
> Homer: Volunteering is for suckers. Did you know that so called volunteers
> don't even get paid?
It's known, and we've contacted the hosting provider. The machine seems
to be out of commission so there's really not too much more we can do
remot
ing to note: your app will _not_ be relocatable without
additional modification, because Fink uses absolute paths for linked
libraries. I.e. it will _only_ work if installed in /Applications.
--
Alexander Hansen, Ph.D.
Fink User Liaison
10fb7b3bb0b4437c2c/perlmod/Fink/PkgVersion.pm
>
> We really don't want to be compiling against the llvm-gcc compilers from
> Xcode 4.2 on 10.6.
> Can we please fix this?
> Jack
>
Nothing was lost.
It was decided _to_ use llvm-gcc from Xcode 4.2 on 10.6 because that w
On 9/24/12 7:08 PM, Alexander Hansen wrote:
> On 9/24/12 6:57 PM, Kurt Rahner wrote:
>> Doctor Hansen
>>
>> Thank you for the quick response. The fix you performed did help.
>> However I am getting an error now in w3m. I performed the fink self
>> update and trie
tools: 4.4.0.0.1.1249367152
> Max. Fink build jobs: 1
>
>
>
>
>
>
That's not my package, so I have no particular insight as to what's
wrong with it.
As a quick workaround I'd recommend trying to install Octave again and
selecting something other than w3
was wondering whether audacious2 could use RuntimeDepends:
audacious2-plugins.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
--
Live Security Virtual Conference
Exclusive
On 9/21/12 10:36 PM, Martin Costabel wrote:
> On 22/09/12 04:08, Alexander Hansen wrote:
>> On 9/21/12 5:13 PM, María Curet-Arana wrote:
> []
>
>>> The checksum of the file is incorrect. The most likely cause for this
>>> is a
>>> cor
.master.finkmirrors.net/szip-2.1.tar.gz
% Total% Received % Xferd Average Speed TimeTime Time
Current
Dload Upload Total SpentLeft
Speed
100 374k 100 374k0 0 308k 0 0:00:01
On 9/20/12 6:08 PM, William Scott wrote:
> Update of /cvsroot/fink/dists/10.4/stable/main/finkinfo/sci
> In directory vz-cvs-3.sog:/tmp/cvs-serv27691
>
> Modified Files:
> ccp4.info ccp4.patch
> Log Message:
> sync with 10.7 branch, moves files to /sw/opt to conform to fink policy after
>
On 9/16/12 10:11 AM, K.-M. Schindler wrote:
> Update of /cvsroot/fink/dists/10.4/stable/main/finkinfo/utils
> In directory vz-cvs-3.sog:/tmp/cvs-serv21841/10.4/stable/main/finkinfo/utils
>
> Modified Files:
> qemu.info
> Log Message:
> qemu: fix configure bug on 10.7
>
> Index: qemu.info
>
On 9/13/12 2:40 PM, William G. Scott wrote:
>
> On Sep 13, 2012, at 2:36 PM, Hanspeter Niederstrasser
> wrote:
>
>> On 9/13/2012 5:31 PM, William G. Scott wrote:
>>>
>>>
>>>
>>> On Sep 13, 2012, at 2:00 PM, Alexander Hansen
>>
to decompress it to
read it? Or at least there will be some user instructions?
As long as -hfsCompress is supported by ditto on all platforms you're
planning to update I can't think of a good reason why not to do that.
--
Alexander Hans
On 9/9/12 5:39 PM, Alexander Hansen wrote:
> On 9/9/12 5:34 PM, Sjors Gielen wrote:
>> Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/sci
>> In directory vz-cvs-3.sog:/tmp/cvs-serv7478
>>
>> Added Files:
>> dcmtk.info dcmtk.patch
>> Log Mess
On 9/9/12 5:34 PM, Sjors Gielen wrote:
> Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/sci
> In directory vz-cvs-3.sog:/tmp/cvs-serv7478
>
> Added Files:
> dcmtk.info dcmtk.patch
> Log Message:
> Add Dicom Toolkit version 3.6.0
>
>
> --- NEW FILE: dcmtk.info ---
> Package: dcmtk
>
There's not a standard way to do it within Fink. One normally works
with whatever the upstream build system wants, or patches Makefiles, or
otherwise edits the install_name manually in the InstallScript.
However, the --prefix='%i' option in your
quot;-Wl,-dylib_file,%p/lib/python2.7/config/libpython2.7.dylib"
>
> but I still get the binary linking to the framework python.
>
> Any advice?
>
> Thanks.
>
> Bill
>
>
It looks like coot has a --with-python option for its configure script:
--with-python=PF
On 9/2/12 7:47 PM, Bill Waggoner wrote:
> On Sun, Sep 2, 2012 at 10:38 PM, Alexander Hansen
> wrote:
>> On 9/2/12 7:25 PM, Bill Waggoner wrote:
>>> On Sun, Sep 2, 2012 at 9:01 PM, Hanspeter Niederstrasser
>>> wrote:
>>>> On 9/2/2012 8:47 PM, Alexander H
On 9/2/12 7:25 PM, Bill Waggoner wrote:
> On Sun, Sep 2, 2012 at 9:01 PM, Hanspeter Niederstrasser
> wrote:
>> On 9/2/2012 8:47 PM, Alexander Hansen wrote:
>>>
>>> On 9/2/12 4:01 PM, Bill Waggoner wrote:
>>>>
>>>> On Sun, Sep 2,
s stuck at 2.6.
>>
>> Hanspeter
>>
>> babl/gegl maintainer cc'd
>>
>
> Would it be productive for me to take a look into glib2?
>
> Bill W
>
My understanding of the situation with glib2 is that:
1) Upstream has made changes in the code that b
eter
>
> Hanspeter.
>Did you see the same failure with clang from Xcode 4.2 with the previous
> gettext-tools release? If not, the newer gettext-tools is just showing yet
> more codegen bugs in the older clang and is yet another reason to use a
> BuildDepends: xcode (>=4.2). If
On 9/1/12 1:41 PM, David R. Morrison wrote:
>
> On Sep 1, 2012, at 1:38 PM, Alexander Hansen
> wrote:
>
>> On 9/1/12 1:07 PM, Hanspeter Niederstrasser wrote:
>>> On 9/1/2012 10:32 AM, Alexander Hansen wrote:
>>>> On 8/31/12 5:36 PM, Jack Howarth wrote:
On 9/1/12 1:07 PM, Hanspeter Niederstrasser wrote:
> On 9/1/2012 10:32 AM, Alexander Hansen wrote:
>> On 8/31/12 5:36 PM, Jack Howarth wrote:
>>> Why exactly are we building the entirety of gettext-tools at -O0
>>> in 10.7 branch when only a single source file, xge
'; fi`
>
> xgettext-x-c.o: x-c.c
> $(AM_V_CC) @AM_BACKSLASH@
>
> Building everything at -O0 seems like massive overkill.
> Jack
>
>
>
Don't cc stuff over multiple lists. There's no reason to do that and it
On 8/27/12 1:35 PM, Alexander Hansen wrote:
> On 8/27/12 11:57 AM, DJamé Seddah wrote:
>> Hi everyone,
>> I've tried everything I could find to get xemacs to display utf8 and so far
>> I failed. I'll be really glad if someone could provide some help or a binary
&
ably not the right place to issue a bug report.
>
>
>
> Best,
> Djamé
>
>
Did "everything" include making a local copy of the package description,
along the lines of:
http://finkers.wordpress.com/2009/07/24/creating-local-packages/
then editing the ConfigureParams
On 8/21/12 11:27 AM, Alexander Hansen wrote:
> Update of /cvsroot/fink/dists/10.4/stable/main/finkinfo/text
> In directory vz-cvs-3.sog:/tmp/cvs-serv7791/10.4/stable/main/finkinfo/text
>
> Added Files:
> pdfposter.info
> Log Message:
> New package (pdfposter).
>
On 8/20/12 4:09 PM, Alexander Hansen wrote:
> On 8/20/12 4:07 PM, Alexander Hansen wrote:
>> On 8/20/12 12:32 PM, Kurt Schwehr wrote:
>>> Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/libs
>>> In directory vz-cvs-3.sog:/tmp/cvs-serv19652
>>>
>>&g
On 8/20/12 4:07 PM, Alexander Hansen wrote:
> On 8/20/12 12:32 PM, Kurt Schwehr wrote:
>> Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/libs
>> In directory vz-cvs-3.sog:/tmp/cvs-serv19652
>>
>> Modified Files:
>> gdal.info
>> Log Messa
On 8/20/12 12:32 PM, Kurt Schwehr wrote:
> Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/libs
> In directory vz-cvs-3.sog:/tmp/cvs-serv19652
>
> Modified Files:
> gdal.info
> Log Message:
> switch to libdap11 to get around libdap9 not building on 10.8
>
>
I'd recommend migratin
(and actually we can replace "gcc46" with "gcc47-compiler")
It appears to build and do PDF operations, and otherwise it won't work
on Mountain Lion because there's no gcc46 there.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates
On 8/14/12 3:16 PM, K.-M. Schindler wrote:
> Update of /cvsroot/fink/dists/10.4/stable/main/finkinfo/utils
> In directory vz-cvs-3.sog:/tmp/cvs-serv16120
>
> Modified Files:
> qemu.info
> Removed Files:
> qemu.patch
> Log Message:
> Qemu: update to new upstream version. couple of bug
back onto the
> trees that you're in trouble" Lucy van Pelt (C. Schulz)
>
>
So, just so that we're all clear:
You renamed /usr/local before reinstalling Fink, correct?
How were you relinking /sw/bin/gfortran for gcc46? Are you just using
"fink install gcc46"
ackage is an indicator that a
system comes with a libcurl.pc , but we don't normally want to build
against the system's libraries if there's an appropriate Fink package.
That, and it doesn't get triggered (at least here) on Mountain Lion.
--
Alexander
On 8/8/12 5:55 PM, Alexander Hansen wrote:
> On 8/8/12 4:43 PM, Philip Lamb wrote:
>> On 9/08/2012, at 11:26 AM, Alexander Hansen
>> wrote:
>>> I can't think of a compelling reason for users to set MasterLast or
>>> MasterNever, other than having to
On 8/8/12 4:43 PM, Philip Lamb wrote:
> On 9/08/2012, at 11:26 AM, Alexander Hansen
> wrote:
>> I can't think of a compelling reason for users to set MasterLast or
>> MasterNever, other than having to select the original source URL for new
>> packages.
>>
>
On 8/8/12 4:20 PM, Philip Lamb wrote:
>
> On 9/08/2012, at 11:04 AM, Alexander Hansen
> wrote:
>
>> On 8/8/12 3:40 PM, Philip Lamb wrote:
>>>
>>> Package apache2 depends on logrotate, but logrotate won't build, as its
>>> source tarball appea
rent
Dload Upload Total SpentLeft
Speed
100 36176 100 361760 0 42250 0 --:--:-- --:--:-- --:--:--
100k
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
-
On 8/7/12 4:11 PM, Alexander Hansen wrote:
> Update of /cvsroot/fink/dists/10.4/stable/main/finkinfo/net
> In directory vz-cvs-3.sog:/tmp/cvs-serv7319/10.4/stable/main/finkinfo/net
>
> Modified Files:
> tinc.info
> Log Message:
> Update and add to 10.7/
>
>
ibinfinity. If you do a "fink selfupdate",
You should be able just to use "fink update gobby" to get the new
version. If that doesn't do anything, wait for a bit and try again,
because that means that the new gobby package description hasn't been
mirrored yet.
--
Al
On 8/6/12 4:33 PM, Kevin Horton wrote:
> On 2012-08-04, at 21:50 , Alexander Hansen
> wrote:
>
>> On 8/4/12 6:40 PM, Kevin Horton wrote:
>>> On 2012-08-04, at 21:32 , Alexander Hansen
>>> wrote:
>>>
>>>> On 8/4/12 6:28 PM, Kevin Horto
On 8/2/12 3:59 AM, Martin Costabel wrote:
> On 2/08/12 02:24, Alexander Hansen wrote:
> []
>> This appears to be related to https://github.com/fink/fink/issues/42 .
>>
>> We also had one of our maintainers mention that he does _not_ have this
>> issue, but he may well
s, zsh ( >= 5.0.0-1)
>
Also,
BuildDepends: fink ( >= 0.32 )
to use RuntimeDepends.
> to help users who do have that alternate package installed easily and
> automatically migrate to the now fully-featured main one.
>
> dan
&
On 8/4/12 6:40 PM, Kevin Horton wrote:
> On 2012-08-04, at 21:32 , Alexander Hansen
> wrote:
>
>> On 8/4/12 6:28 PM, Kevin Horton wrote:
>>> I'm trying to get the latest cadabra to build on 10.8, and these efforts
>>> have run afoul of a configure failure
or directory
>
>
> ===
> I don't have a /lib/cpp. I've got /usr/bin/cpp. Why is configure looking
> for /lib/cpp?
>
> Any advice is appreciated.
>
> Thanks,
>
> --
> Kev
about an extra "/" in the
> path "/sw//lib/libmodglue.1.dylib". I do see an extra "/" in the output of
> otool. Is that the source of the issue? If so, how do I fix that? Do I
> need to perform some libtool or install_name_tool voodoo?
>
> Tha
On 8/2/12 3:59 AM, Martin Costabel wrote:
> On 2/08/12 02:24, Alexander Hansen wrote:
> []
>> This appears to be related to https://github.com/fink/fink/issues/42 .
>>
>> We also had one of our maintainers mention that he does _not_ have this
>> issue, but he may well
led * javadeveloper_for_os_x_**2012004 *which is even newer than
> that update.
>
> So I think it might be a bug from apple's java pack. ( I'm not sure...)
>
Thanks for the information! That does indeed seem strange. Perhaps the
*004 update doesn't contain everythin
sort this issue out, my best recommendation
would be to edit /sw/fink/dists/stable/main/finkinfo/devel/ppl9.info (as
a super user) and remove the system-java-dev entry in the BuildDepends
block. (and the "," after m4 in that block, too).
--
Alexander Hansen, Ph.D.
Fink User Liai
On 7/28/12 5:22 AM, Hanspeter Niederstrasser wrote:
> On 7/27/2012 6:57 PM, Alexander Hansen wrote:
>> +echo "I am not overwriting this."
>> +echo "You will need to edit $PREFIX/etc/passwd-fink manually"
>> +echo "and set the UID entry fo
use the numeric UIDs and GIDs.
If the UID and/or GID is in use, update-passwd gives a message which
says so and tells the user to edit passwd-fink and/or group-fink
appropriately.
2) I've removed the "dovecot" user, since Apple provides one for 10.6
and later.
--
Alexander Hans
On 7/27/12 12:43 PM, Dustin Cartwright wrote:
> On Fri, Jul 27, 2012 at 9:28 AM, Alexander Hansen
> mailto:alexanderk.han...@gmail.com>> wrote:
>
> On 7/27/12 4:55 AM, Martin Costabel wrote:
> > What is the information on which Fink bases this "UIDs above
On 7/26/12 1:49 PM, Alexander Hansen wrote:
> On 7/14/12 12:18 PM, Hanspeter Niederstrasser wrote:
>> On 7/13/2012 4:11 PM, David R. Morrison wrote:
>>>
>>> On Jul 13, 2012, at 1:46 PM, Hanspeter Niederstrasser
>>> wrote:
>>>
>>>> Currentl
Switching to -devel
On 7/27/12 6:09 AM, Alexander Hansen wrote:
> On 7/27/12 2:02 AM, Martin Costabel wrote:
>> On 27/07/12 00:33, Daniel Johnson wrote:
>>> I just wanted to document some things I noticed during my Mountain Lion
>>> upgrade.
>>>
>>> F
point?
Dustin Cartwright, who did a lot of the work on the code for user
addition/modification in fink, noted in a thread that this is indeed a
problem, and that UIDs in the 250-299 range were indeed subject to use
by Apple. That's why fink-bld now defaults to the 600-699 rang
dave
>
>
>
>
>
>
Hi. Sorry for the delayed reply--I've been busy with Fink issues
related to the release of OS 10.8.
The Fink distribution provides a number of different hacks that have
been needed to deal with the idiosyncrasies
lt;
> PostInstScript: <<
> %p/sbin/update-passwd postinst %n
> <<
>
> The new version for Depends: passwd-core is for a local revision that
> will carry a README (current-in-Fink doesn't) and that passwd-* packages
> will copy into their deb.
>
> I
On 7/26/12 8:27 AM, Dustin Cartwright wrote:
> On Thu, Jul 26, 2012 at 11:20 AM, Alexander Hansen
> mailto:alexanderk.han...@gmail.com>> wrote:
>
> But after careful checking, I think I've found the problem. It looks
> like the bootstrap script isn't doin
On 7/26/12 8:01 AM, David Lowe wrote:
> On Jul 26, 2012, at 7:18 AM, Alexander Hansen wrote:
>
>> The current test rules that a machine is 64-bit capable if one of those
>> is set.
>
> I get these results on 10.6.8:
>
> Darlene-Lowes-Mac-mini:~ (22
On 7/26/12 7:31 AM, Sjors Gielen wrote:
> Op 26-07-12 16:06, Alexander Hansen schreef:
>> On 7/26/12 6:50 AM, Hanspeter Niederstrasser wrote:
>>> Is there a way to copy the tarball from Source2 into a specific dir
>>> inside the expanded Source1 tree *without* expanding
_ reports for the machine. :-)
You can check this yourself by running:
sysctl hw.optional.x86_64
sysctl hw.optional.64bitops
sysctl hw.cpu64bit_capable
The current test rules that a machine is 64-bit capable if one of those
is set.
--
Alexander Hansen, Ph.D.
Fink
-tar" the expanded
Source2 in %b/external/src, since one can't really count on a source
being in e.g. %b/../../.. . I face this same problem with the Octave
Forge packages, which insist on being installed from tarballs for
current Octave versions.
--
Alexander Hansen, Ph.D.
Fink
On 7/6/12 4:33 PM, Alexander Hansen wrote:
> How "fairly soon" would you like it? I can go ahead and start branch_0_34.
>
> -- Alex
>
> On 7/6/12 7:16 AM, David R. Morrison wrote:
>> > Yes, I've been intending to do something like that.
>> >
sually a very fragile setup, as the current issue
> shows once more...
>
> Btw, there have been several gnutls releases in the meantime.
>
>
> Cheers,
> Max
>
--
Alexander Hansen, Ph.D.
Fink Us
On 7/14/12 12:35 PM, Alexander Hansen wrote:
> Update of /cvsroot/fink/dists/10.4/stable/main/finkinfo/crypto
> In directory vz-cvs-3.sog:/tmp/cvs-serv13963
>
> Modified Files:
> gnutls28.info
> Log Message:
> Appears to need an initial autoreconf call to b
I just copied man2html.info from 10.4 to 10.7 with no changes and it
appeared to work fine. Hopefully that's OK.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
--
On 7/8/2012 11:10 AM, William G. Scott wrote:
> Hi folks:
>
> I've been serving some compiled fink packages from a 10.7 machine at work,
> mainly for my lab and colleagues who do similar work.
>
> I just got an email from someone in Scotland who is having trouble with the
> new sensible-utils.
>
> I could try out some postinstall.pl upgrade ideas with a fink-10.8.info file
> in place in the distribution.
>
> -- Dave
>
> On Jul 6, 2012, at 8:04 AM, Alexander Hansen wrote:
>
>> And we'd probably want to have some way in the fink scripts to notify
>> use
And we'd probably want to have some way in the fink scripts to notify
users to install the bundle if they've upgrading their OS version. E.g.
maybe we could have postinstall.pl send a message when the current
Distribution value doesn't correspond to the current OS version.
On 7/6/12 6:59 AM, Davi
On 6/30/12 9:24 AM, Sjors Gielen wrote:
> Op 29-06-12 17:43, Sjors Gielen schreef:
>> Op 29-06-12 17:38, Alexander Hansen schreef:
>>> On 6/29/12 6:14 AM, TheSin wrote:
>>>> I agree that it does not need to be essential at all, but that being said
>>>&g
On 6/29/12 8:38 AM, Alexander Hansen wrote:
> On 6/29/12 6:14 AM, TheSin wrote:
>> I agree that it does not need to be essential at all, but that being said
>> new versions of dpkg in the future will require tex for install-info since
>> its being deprecated for ginstall-i
that's going to be really painful for our purposes. _They_ can do that
since they're fundamentally a provider of prebuilt binaries, and aren't
forcing all of _their_ users to install TeX.
I wonder if there's a lighter-weight option we can use here...
--
Alexander Hansen, Ph
the pre-compiled pages into the .deb.
3) Get a bindist. (not a near-term option).
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
--
Live Security Virtual Conference
; Life begins and ends with chaos, live between the chaos!
>
>
As an addendum: Apple provides mktemp as far back as Leopard, so people
do have the option not to drag in coreutils.
lapack341 just switched over to
On 6/22/12 9:55 AM, Alexander Hansen wrote:
> I'm planning some updates to Octave, and I figured it would be a good
> time to apply a new upstream SuiteSparse. I've put a .info and .patch
> for version 3.7.1 on the submissions tracker:
>
> https://sourceforge.net/trac
Can you remind me (well, us) what the issues with gettext-0.18 were?
Folks are getting a build error with clang and gettext-tools 0.17-19 on
, but it seems not to occur with gettext-tools-0.18.1.1.
Thanks.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http
s to make applying patches
and viewing changes less of a chore.
3) Or, a maintainer can do individual .info and .patch files, as we've
been handling all along.
Another advantage is for power users who like to roll their own options.
As David L. mentioned, they can keep their
On 6/22/12 3:23 PM, Max Horn wrote:
>
> Am 23.06.2012 um 00:07 schrieb David R. Morrison:
>
>>
>> On Jun 22, 2012, at 10:59 AM, Alexander Hansen wrote:
>>
>>> Any thoughts about moving dists/ over to github?
>>>
>>> Even though sourceforge
On 6/22/12 2:35 PM, Hanspeter Niederstrasser wrote:
> On 6/22/2012 1:59 PM, Alexander Hansen wrote:
>> Any thoughts about moving dists/ over to github?
>>
>> Even though sourceforge isn't going to close down CVS access, it'd be
>> nice to move to a more m
On 6/22/12 11:45 AM, Brendan Cully wrote:
> On 12-06-22 10:59 AM, Alexander Hansen wrote:
>> Any thoughts about moving dists/ over to github?
>>
>> Even though sourceforge isn't going to close down CVS access, it'd be
>> nice to move to a more modern syst
h proxy support for CVS, but sometimes that's still
blocked.
And for big updates, like a new OS version, I believe it's easier to
handle a branch to do changes in git than in CVS (I'm not sure about
that, though).
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates
4256
This the last in the 3.x series. It appears that SuiteSparse-4.x makes
some significant changes from our current version. The suitesparse
dependents, octave* and scipy-py*, appear to be fine with the 3.7.1 package.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http:/
On 6/15/12 9:06 AM, David R. Morrison wrote:
>
> On Jun 15, 2012, at 8:53 AM, Alexander Hansen wrote:
>
>> On 6/15/12 6:08 AM, Sébastien Maret wrote:
>>> Hi all,
>>>
>>> I spent most of this morning trying to install Fink on one of my colleague
>>
mething you just updated there, and
you go on holiday, then what do I need to do to be able to update _my_
package in the binary distribution? Do I sign for _your_ package and
upload it? Do I have to wait for you to return?
And there's the issue of the "somewhere". In principle w
Package.pm
>> @@ -663,6 +663,11 @@ as part of the Xcode tools. MacOSX10.6.sdk
>> MacOSX10.7.sdk
>> );
>> + } elsif ($osxversion == 12) {
>> + @SDKDIRS=qw(
>> + MacOSX10.7.sdk
>> + MacOSX10.8.sdk
>> + );
>> }
>> # Portable SDK pat
(10.4 tree right after a selfupdate)
Can't resolve dependency "sip-py27-bin (=4.12.3-1)" for package
"qgis-plugin-installer-1.2.1-5" (no matching packages/versions found)
$ fink list sip-py27-bin
Information about 11527 packages read in 1 seconds.
sip-py27-bin 4.13.2-1
On 6/12/12 12:36 AM, Juan Courcoul wrote:
>
> On Jun 11, 2012, at 10:45 PM, Alexander Hansen wrote:
>
>> fink-0.33.0 was released on 6 June, 2012. This release introduces some
>> new features:
>
> Will it be safe with the new Xcode 4.3.3 released in today's spate
command.
Change line 754 of /sw/lib/perl5/Fink/VirtPackages.pm from
print STDERR "not found.\n";
to
print STDERR "not found.\n" if ($options{debug});
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
---
I'd be happy to add authors to the semi-official blog at
http://finkers.wordpress.com/
since right now it's just me making updates there. Pretty much anything
which is topical is fair game.
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wor
401 - 500 of 1998 matches
Mail list logo