Bill,
Thanks for this explanation - with this excellent info it only seems logical to
include scipy and gcc to the package, no need to make a lite version, as far as
I am concerned. Sorry for the noise :)
- Koen.
On Jul 31, 2011, at 7:21 PM, William G. Scott wrote:
> Dear Koen et al:
>
> Th
On Jul 30, 2011, at 5:13 AM, Hanspeter Niederstrasser wrote:
> On 7/29/2011 9:52 PM, Koen van der Drift wrote:
>>
>> On Jul 29, 2011, at 5:27 PM, Michael Lerner wrote:
>>
>>> Newer versions of PyMOL include several modules (scipy, numpy, matplotlib).
>>>
s,
>
> -Michael
>
> On Fri, Jul 29, 2011 at 4:16 PM, Koen van der Drift
> wrote:
> Hi,
>
> I recently switched to Lion, and tried to install pymol through fink.
> I noticed that the dependency on numpy has been changed into one on
> scipy. Scipy pulls in a slew of
Hi,
I recently switched to Lion, and tried to install pymol through fink.
I noticed that the dependency on numpy has been changed into one on
scipy. Scipy pulls in a slew of additional dependencies, including
gcc46, making it an elaborate install process. As far as I know,
there is no need for p
Dear Fink team,
Unfortunately, due to time restrictions and other obligations, I am
unable to keep maintaining my packages.
Feel free to take them over, and/or unmaintain them in cvs.
Many thanks,
Koen van der Drift
On Jun 29, 2010, at 3:02 PM, David R. Morrison wrote:
> I'm pretty sure its just %p/bin/g++-4 (without the .N)
>
> -- Dave
You are correct.
The package I'm working on uses the waf compiler to configure and
build the sourcecode.
I've added this to the info file:
SetCC: %p/bin/gcc-4
SetCXX
And then I guess I use
SetCXX=%p/bin/g++-4.N (or whatever the name of the excecutable is), correct?
- Koen.
On Tue, Jun 29, 2010 at 2:39 PM, Koen van der Drift
wrote:
> On Tue, Jun 29, 2010 at 2:31 PM, Alexander Hansen
> wrote:
>
>>
>> Check the linked library con
On Tue, Jun 29, 2010 at 2:31 PM, Alexander Hansen
wrote:
>
> Check the linked library contents of your package. More often than not,
> it will wind up linked to a library from the gcc4N that you used to
> build it. In such a case there is no choice: you pick a gcc4N and
> users build that if t
I'm working on a package that requires gcc43 or greater. How do I
define this in the info file? I could use (Build)Depends: gcc43, but
if someone already has gcc44 installed, they'll end up with more than
one gcc (and a lot of compilation time). The gcc version from Xcode on
my system is 4.0.1 (10.
Continuing in this thread which has the correct subject line.
Alas, still no success...
I tried the new apt.info from Sjors, added MaxBuildJobs: 1 to
fink.conf, reverted fink from HEAD to 0.29.12-41.
Still getting the same error.
- Koen.
-
Sjors,
Feel free to send me those files if they could help. I have some time
tonight (I'm in the US) to test, but after that I am very busy for
several days.
- Koen.
On Wed, Jun 23, 2010 at 9:54 AM, Sjors Gielen wrote:
>
> Op 23 jun 2010, om 14:13 heeft Alexander Hansen het volgende geschreven:
On Jun 22, 2010, at 8:46 PM, Alexander Hansen wrote:
> I wasn't able to reproduce the apt error on my G4 running 10.5.8 with
> Xcode 3.1.4--it seemed to build fine.
>
> I've posted my build log under
>
> http://akhmac.blogdns.net/~hansen/finklogs/apt/
>
> for comparison purposes.
Building apt-0
On Jun 23, 2010, at 4:40 AM, Martin Costabel wrote:
> The [262] tells you that there are 262 levels of "make" running.
> Either there is an infinite loop (but then this should happen to
> others, too), or it is a question of parallel make running wild. Do
> you somehow have your fink tweake
On Jun 22, 2010, at 8:39 AM, Alexander Hansen wrote:
> I've historically resorted to logging out and back in or rebooting
> when
> I've had this error.
>
Still get the same error after a reboot.
- Koen.
--
ThinkGeek
On Jun 22, 2010, at 6:06 AM, Sjors Gielen wrote:
> Do you have a process limit set for your shell?
Not that I am aware of.
> What does 'ulimit -u' say?
266
> Does this problem repeat if you build again, with less user
> processes running concurrently? (The default value for the user
> p
On Jun 21, 2010, at 4:42 PM, Sjors Gielen wrote:
> PS: I still need testers for the new dpkg and apt! They can be found
> in my experimental directory (/experimental/dazjorz/finkinfo). They
> are way more up-to-date, more featureful, nicer, faster, and should
> work without problems, but I
On Jun 11, 2010, at 9:13 AM, Alexander Hansen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 6/11/10 8:28 AM, Koen van der Drift wrote:
>> Lat night I noticed that my package data-serializer-pm does not
>> install properly, nothing gets installed in
On Jun 12, 2010, at 6:40 AM, Martin Costabel wrote:
> You will probably get the same complaint from apt-get whenever you
> ask it to do *anything*. It just refuses to work as long as it feels
> something is unclean in its database. dpkg is much less inhibited,
> you can use it to --remove -
I'm trying to force remove a package, but get this output:
$ sudo apt-get remove xml-parser-pm588
Reading Package Lists... Done
Building Dependency Tree... Done
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have unmet dependencies:
intltool40: De
On Fri, Jun 11, 2010 at 9:13 AM, Alexander Hansen
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> make: *** No rule to make target `install'. Stop.
>
> (with or without building in maintainer mode), so I have no clue how you
> got your results.
Thanks for testing, Alex. Weird it doesn't build at
Lat night I noticed that my package data-serializer-pm does not
install properly, nothing gets installed in /sw/lib/, only stuff in
/sw/share/. I actually noticed it because another package I maintain
complaint about a missing data-serializer-pm. Weird, since I've build
the other package successful
On Jun 7, 2010, at 8:10 PM, Daniel Johnson wrote:
>
> On Jun 7, 2010, at 10:56 AM, Koen van der Drift wrote:
>
>> If anyone wants to fix and/or take over my module-build packages,
>> feel
>> free to do so, I really don't have time right now to dig into this.
If anyone wants to fix and/or take over my module-build packages, feel
free to do so, I really don't have time right now to dig into this. I
took them over a while ago, because they were needed by another
package I maintain, but I have not enough knowledge to understand and
fix this issue.
- Koen.
Hi,
I am trying to update most of my perlmodules to include the -pm5100
variant. For module-build-pm5100, I now get the following error:
sudo -u fink-bld [ENV] sh -c/var/tmp/tmp.38.5B2RQl
/var/tmp/tmp.0.Ld9wPl
+ exec
+ perlversion=5.10.0
+ perlexe=perl5.10.0
+ '[' 5100 = 5100 ']'
+ perlexe='/us
On Jun 6, 2010, at 7:45 AM, Martin Costabel wrote:
> For example (1 line)
>
> sudo dpkg -r --force-all `fink list -i -m 'driftkop' | awk '{print
> $2}'`
>
Excellent, thanks!
- Koen.
--
ThinkGeek and WIRED's GeekDad t
On Jun 6, 2010, at 11:13 AM, Daniel Macks wrote:
> ccording to CPAN search, TAP::Parser is now (not sure as of how
> recently) part of the Test::Harness distro, and the Tap::Parser docs
> say the goal of that package was to eventually migrate into
> Test::Harness. Do we still need a stand-alone a
Hi,
I am getting the following error with one of my perlmodules:
make test || exit 2
PERL_DL_NONLAZY=1 /usr/bin/perl5.8.8 "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/compat/*.t
abstract method called directly! at /sw/src/fink.build/tap-parser-
pm588-0.54-1
Hi,
Is there a way to remove a certain group of packages in fink? For
instance, all packages that I maintain, or all installed perlmodules?
I can list them:
fink list --installed -m 'driftkop'
or
fink list --installed | grep pm588
But then how to proceed?
Thanks,
- Koen.
Ben,
Please go ahead and add the patch. Can you also add the -5100 variants
to your packages sub-exporter-pm and class-inspector-pm?
- Koen.
On Tue, Jun 1, 2010 at 10:36 AM, Benjamin Reed wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Algorithm::C3 BuildDepends on Module::Build,
On May 9, 2010, at 10:00 PM, David Fang wrote:
> which suggests using the newer xcode's gcc-4.2.
> What Depends can I specify to enforce this in gmp.info?
This worked for me:
SetCC: gcc-4.2
SetCXX: g++-4.2
and it builds without errors.
- Koen.
I'm still getting the same error with the latest version.
- Koen.
On May 9, 2010, at 10:00 PM, David Fang wrote:
> I found the following thread on this:
> http://gmplib.org/list-archives/gmp-bugs/2010-January/001838.html
>
> which suggests using the newer xcode's gcc-4.2.
> What Depends can I s
Hi David,
A recent update for gmp fails during the build, see the output below.
Package manager version: 0.29.99.cvs
Distribution version: selfupdate-cvs Sun May 9 20:35:56 2010, 10.5,
powerpc
hth,
- Koen.
--
...
/bin/sh ./libtool --mode=link gcc -std=gnu99 -O2 -pedant
On May 8, 2010, at 12:15 PM, Martin Costabel wrote:
> Looks like a missing -framework CoreFoundation. No idea who should
> have brought this in and didn't.
Got that sorted out by using:
SetLDFLAGS: -Wl,-framework,CoreFoundation -Wl
The package builds fine now.
- Koen.
On May 8, 2010, at 12:15 PM, Martin Costabel wrote:
> Koen van der Drift wrote:
> []
>> I tried that, and now get the following error instead at the same
>> location:
>> Linking CXX executable massXpert.app/Contents/MacOS/massXpert
>> cd /sw/src/fink.build/mass
On May 8, 2010, at 7:59 AM, Martin Costabel wrote:
> The -isysroot flag. You probably don't have /Developer/SDKs/
> MacOSX10.4u.sdk/usr/lib/crt1.10.5.o
>
> Unfortunately, cmake is trying successfully to out-bloat the
> autotools-based build system. In 2.8 they added this -isysroot
> garbage
Hi,
As posted earlier this week on IRC, I am getting the following linker
error:
Linking CXX executable massXpert.app/Contents/MacOS/massXpert
cd /sw/src/fink.build/massxpert-x11-2.1.0-1001/massxpert-2.1.0/gui && /
sw/bin/cmake -E cmake_link_script CMakeFiles/massXpert.dir/link.txt --
verbose
Hi,
I am working on a package that doesn't have a tarball, just a cvs
checkout. What's the recommended way to use this for a fink package? I
can get the source, compress it myself, and then store it on a fink
mirror, I think other packages do that too. If so, where exactly
should it go?
Thanks,
On May 2, 2010, at 8:17 PM, Alexander Hansen wrote:
> The fundamental problem here, as I see it, is that by rights autoconf*
> should be BuildDependsOnly-style packages which can be swapped out
> freely, but since automake* carry a Depends: on autoconf, this
> behavior
> is defeated.
>
> The on
I can't seem to get past installing autoconf2.6-2.65-2, see below. I
ran the commands at the end, installed autoconf2.6-2.65-2 manually,
but then I keep getting the same output about the inconsistent
dependencies.
Any suggestions?
Thanks,
- Koen.
...
The following 3 packages will be inst
On May 2, 2010, at 12:54 PM, Jean-François Mertens wrote:
> Koen, in the meantime could you check that
> libffi-3.0.5.info yields correct self-tests for you ?
That fails too (using fink --tests=on rebuild libffi-3.0.5):
...
WARNING: Couldn't find the global config file.
WARNING: Couldn't find
On May 2, 2010, at 11:58 AM, Jean-François Mertens wrote:
>
> On 02 May 2010, at 17:52, Koen van der Drift wrote:
>
>> Update: this only happens when building in maintainer mode
>
> You mean, 'fink --tests=on rebuild libffi' goes without errors ?
>
>
No
Update: this only happens when building in maintainer mode (which I
was using for another package that needs libffi).
- Koen.
On May 2, 2010, at 11:34 AM, Koen van der Drift wrote:
> This is on Package manager version: 0.29.99.cvs
> Distribution version: selfupdate-cvs Sun May 2 10
This is on Package manager version: 0.29.99.cvs
Distribution version: selfupdate-cvs Sun May 2 10:42:27 2010, 10.5,
powerpc
Thanks,
- Koen.
Making a new site.exp file...
srcdir=`CDPATH="${ZSH_VERSION+.}:" && cd . && pwd`; export srcdir; \
EXPECT=`if [ -f ../../expect/expect ] ; then
Thanks, it works now.
- Koen.
On Apr 18, 2010, at 9:58 PM, Hanspeter Niederstrasser wrote:
> On 4/18/10 9:15 PM, Koen van der Drift wrote:
>> Hi,
>>
>> After a fink update, rasmol rebuild, and I get the following error:
>>
>> gcc -o rasmol -Os -Wall -Wpointer
Hi,
After a fink update, rasmol rebuild, and I get the following error:
gcc -o rasmol -Os -Wall -Wpointer-arith -no-cpp-precomp -L/usr/X11/
lib rasmol.o molecule.o abstree.o cmndline.o command.o
transfor.orender.o repres.o pixutils.o outfile.o
script.oinfile.o tokens.o
On Thu, Apr 15, 2010 at 1:26 PM, Alexander Hansen
wrote:
> If we were to decide to give fink the ability to do checkouts from
> repositories, from a support standpoint a scheme that uses the current
> pull svn will be harder to debug than a scheme which checks out a
> defined revision number. In
A quick glance, I notice two things:
1st:
Version: 0.0svn
Revision: 8062
Is this conforming the fink rules?
2nd:
DescUsage: <<
Download TeX-Font Metric (*.tfm), psfonts.map from ctan.org, put in $HOME.
On terminal type the commands
--
cp /sw/share/doc/extex/homefile
On Mar 27, 2010, at 1:20 PM, Hariharan B wrote:
> That is why I gave the instruction to set JAVA_HOME before running
> extex
Then I suggest you then give clearer instructions. You cannot assume
that the user has JAVA_HOME in /usr.
- Koen.
---
On Mar 27, 2010, at 12:04 PM, Benjamin Reed wrote:
>
> It looks like you have $JAVA_HOME set to /usr for some reason, which
> is
> not a valid $JAVA_HOME value. It has to be one of:
That's because of the instructions in the extex package:
Usage Notes:
On terminal type the commands
-
On Mar 27, 2010, at 9:32 AM, Max Horn wrote:
> Thanks for the test, Koen! I tried to patch around the issue, could
> you please try the attached revised .info file?
That builds fine on my system.
Hope this helps,
- Koen.
-
> This error message will come if your Java version is 1.5. Please
> find out your version using this command
>
> java -version
$ java -version
Unable to find a $JAVA_HOME at "/usr", continuing with system-provided
Java...
java version "1.5.0_22"
Java(TM) 2 Runtime Environment, Standard Editi
- Koen.
On Mar 26, 2010, at 3:33 PM, Hariharan B wrote:
> Hello Koen,
>
> As per your suggestion, I have added the depends field. Please check
> and notify any changes needed.
>
> Thank you
>
>
> On Fri, Mar 26, 2010 at 11:38 PM, Koen van der Drift
> > wrote
On Mar 26, 2010, at 7:30 PM, Max Horn wrote:
> So, it would good if somebody with a 10.5 machine could test the
> attached *experimental* libao4 package (yes, they changed the compat
> version); if 10.5 support is really broken, a report should be
> written ASAP.
Hi Max,
As you predicted
Unfortunately you cannot assume that java is installed. So you need to
include a dependency on java. There are other packages that depend on
java that you can use as an example.
- Koen.
On Fri, Mar 26, 2010 at 1:47 AM, Hariharan B wrote:
> Hi,
>
> The link to the info file is:
>
> http://sour
le is compiling examples in
> example folder when it compile any program which includes stdlib.h it gives
> me syntax error in /i386/_structs.h when i manually edited this file and
> remove garbage values it works fine
>
>
> On Tue, Mar 2, 2010 at 9:44 PM, Koen van der Drift <
It gets even more interesting with perl modules. For instance for
Module-Build they go from 0.35 -> 0.3501 -> 0.3502 -> 0.36. I'm just
skipping the 0.350x ones, it would be a big mess otherwise :-)
- Koen.
On Fri, Feb 19, 2010 at 9:09 AM, Alexander Hansen <
alexanderk.han...@gmail.com> wrot
On Jan 23, 2010, at 10:33 PM, Charles Lepple wrote:
>
> Did you try passing in a package name instead of a filename?
Yeah, I figured that out later, but am still working on it.
Thanks,
- Koen.
--
Throughout its 18-yea
On Dec 6, 2009, at 12:45 PM, Daniel Macks wrote:
> It's an upstream bug that "probably" has no user-visible effect. But
> if it does, the whole fink support team will spend days trying to sort
> it out and passing the blame all around. In essence, libeplplot uses
> libgd but does not use -lgd whe
>
> libajax.la comes from emboss-ajax6-dev. If emboss is building against
> the currently installed version of itself that's problematic--it should
> be able to find the libajax.la from its own build process
>
That probably also explains these libtool warnings:
libtool: install: warning: `../nuc
Hi,
Since I didn't get a reply from the maintainer (by email and IRC), I
am posting this here. A newer version of yaml-tiny-pm is required for
a recent version of module-build-pm that I maintain:
YAML::Tiny (1.36) is installed, but we need version >= 1.38
Anyone knows if Ben Reed is around, he m
on of emboss. Would these all need their
own splitoff field, just like libeplplot?
Thanks,
- Koen.
On Dec 6, 2009, at 12:45 PM, Daniel Macks wrote:
> On Sun, Dec 06, 2009 at 10:41:15AM -0500, Koen van der Drift wrote:
>> Moving this to fink-devel.
>>
>> I saw that Dan f
0, at 10:18 PM, monipol wrote:
> On 07/01/2010, at 23:04, Koen van der Drift wrote:
>> On Jan 7, 2010, at 3:24 AM, monipol wrote:
>>
>>> Hello, Koen. Would it be possible to drop -pedantic? That should
>>> fix the 'long long' errors.
>>
>
On Jan 7, 2010, at 10:18 PM, monipol wrote:
> For example, add the following Perl pie to PatchScript:
>
> perl -pi -e 's/-pedantic/-pedantic -Wno-long-long/' mkspecs/defs.pro
Thanks, that worked to get past that error. Next is this one:
Building QCad
cd src && make
c++ -c -pip
On Jan 7, 2010, at 3:24 AM, monipol wrote:
> Hello, Koen. Would it be possible to drop -pedantic? That should fix
> the 'long long' errors.
Alas, I tried:
SetCPPFLAGS: -Wno-long-long
or
SetCFLAGS: -Wno-long-long
But get the same error. Maybe the syntax is wrong?
- Koen.
On Thu, Jan 7, 2010 at 3:24 AM, monipol wrote:
> Hello, Koen. Would it be possible to drop -pedantic? That should fix the
> 'long long' errors.
Hi monipol,
Thanks for the suggestion. A quick search in the docs how to do that,
did not find any info on using -Wno-pedantic, but I came across the
f
t;
DocFiles: qcad/README
Description: Simple 2D CAD program
DescDetail: <<
Qcad is a simple 2D CAD system that allows the user to create or modify
drawings and then save them as DXF files. These files can then be used
with
other, more advanced, CAD systems, such as AutoCAD.
<<
DescPackaging: <<
Cu
Now duck as fast as you can, Max ;-)
- Koen.
On Wed, Dec 9, 2009 at 11:40 AM, Max Horn wrote:
>
> Am 09.12.2009 um 17:17 schrieb Benjamin Reed:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 12/9/09 10:55 AM, Max Horn wrote:
>>
>>> OK. So considering we have
>>>
>>> SetMAKEFLAG
nt, thanks again for fixing this, and my apologies for any
problems this caused with users.
- Koen.
On Sun, Dec 6, 2009 at 12:45 PM, Daniel Macks wrote:
> On Sun, Dec 06, 2009 at 10:41:15AM -0500, Koen van der Drift wrote:
>> Moving this to fink-devel.
>>
>> I saw that Dan f
unn III wrote:
>> Fortunately I do not NEED this resolved right away so please no one
>> break their backs trying to fix it. I just would like to be able to
>> have it done in the next few days to a week. Thanks everyone already
>> for your help!
>>
>> Gus
&
On Nov 30, 2009, at 2:25 PM, Daniel Macks wrote:
> If
> some 10.5 and 10.6 folks on various architectures could comment out
> the Distribution flag in their libgettext8-shlibs.info and get some
> (hopefully:) positive reports that it 'fink -m build's, can make it
> more widely available...
No pr
er or take over maintainership.
- Koen.
On Nov 22, 2009, at 5:35 AM, Martin Costabel wrote:
> Koen van der Drift wrote:
>> Hi Richard,
>> Ncbitools package fails as follows on 10.5.8, unstable.
>
> Looking at the cvs log, it semes to me that the maintainer has last
>
Hi Richard,
Ncbitools package fails as follows on 10.5.8, unstable. I have the
following motif packages installed:
i openmotif3-shlibs 2.2.4-4 Official Implementation
of OSF/Motif
i openmotif4-shlibs 2.3.2-2 Official Implementation
of OSF/Motif
- Koen.
I have no access to 10.6, and am unable to test this as the
maintainer. Feel free to update the package as suited. Note that many
of the dependencies are optional, they add functionality to bioperl,
but their absense doesn't break anything, AFAIK.
- Koen.
On Thu, Nov 12, 2009 at 1:05 PM, David R.
I am getting the following errors when tryin to selfupdate through
finkcommander (0.5.5 built in Xcode):
I will now run the cvs command to retrieve the latest package
descriptions.
The 'su' command will be used to run the cvs command as the user 'koen'.
After that, the core packages will be up
> I don't think you have to play any games with multiple .info files or
> conditionals in PatchScript. As you said at the top, commenting out the
> line gives you a single architecture. So, as Martin stated, a deb built
> on ppc and a deb built on i386 are given different names because they
> are
On Tue, Oct 13, 2009 at 8:46 AM, Martin Costabel wrote:
> Koen van der Drift wrote:
>>
>> Yeah, Iwas thinking along those lines as well. So I found that if I
>> comment out the line:
>>
>> set( CMAKE_OSX_ARCHITECTURES ppc;i386 )
>>
>> it will not creat
Yeah, Iwas thinking along those lines as well. So I found that if I
comment out the line:
set( CMAKE_OSX_ARCHITECTURES ppc;i386 )
it will not create a universal binary. But then it will create
different packages for ppc and i386, correct? How do I work around
that, should I make variants, eg?
Th
A package I am working on gives the following warning on my iMac G5:
...
ld warning: in /sw/lib/qt4-x11/lib/libQtGui.dylib, file is not of
required architecture
ld warning: in /sw/lib/libpng.dylib, file is not of required
architecture
ld warning: in /sw/lib/libfreetype.dylib, file is not of re
version is included on 10.6?
Thanks,
- Koen.
On Tue, Sep 29, 2009 at 1:30 PM, Koen van der Drift
wrote:
> Hi,
>
> I got a report from a user that emboss builds fine on 10.6/64bit. He
> also added a -O3 optimization without any problems. I have a PPC and
> am stuck on 10.5, so c
Hi,
I got a report from a user that emboss builds fine on 10.6/64bit. He
also added a -O3 optimization without any problems. I have a PPC and
am stuck on 10.5, so cannot verify it.
Not sure if this is the way to report it, but feel free to add emboss
to the list of packages that works with 10.6.
Hi,
With the knowledge of the maintainer (Jack Fink) I am trying to get a
newer version of the package massxpert to build. Upstream has switched
to cmake, but neither Jack or myself have been able to get it to work.
Upstream is also not responsive, so I am trying here. The relevant
part o
Hi,
When trying to install coot, I get the following warning:
WARNING: The package coot Depends on gtkglext1,
but gtkglext1 only allows things to BuildDepend on it.
Package manager version: 0.29.9
Distribution version: selfupdate-cvs Fri Sep 25 18:09:20 2009, 10.5,
powerpc
Thanks,
Hi Benjamin,
I did a fink cleanup, and got the following error:
Reading buildlock packages...
All buildlocks accounted for.
The following 1 obsolete package(s) will be removed:
swig-shlibs 1.3.20-1014 Tool that connects C, C++ programs with
high-level languages
/sw/bin/dpkg-lock
those if there are any.
Thanks,
- Koen.
On 7/12/09, Koen van der Drift wrote:
> FYI, I have updated module-build in cvs. Please test to see if the conflict
> is gone.
>
> Thanks,
>
> - Koen.
>
>
>
>
> On Jul 2, 2009, at 11:48 AM, Jean-François Mertens wrote:
&g
FYI, I have updated module-build in cvs. Please test to see if the
conflict is gone.
Thanks,
- Koen.
On Jul 2, 2009, at 11:48 AM, Jean-François Mertens wrote:
>
> On 02 Jul 2009, at 16:58, Koen van der Drift wrote:
>
>> There are several packages that use module-buil
discussed
somewhere else. I may jump on irc this weekend if needed to discuss
this, thank you sir ;-)
- Koen.
On 7/2/09, Jean-François Mertens wrote:
>
> On 02 Jul 2009, at 16:58, Koen van der Drift wrote:
>
> > There are several packages that use module-build so it will be
&
There are several packages that use module-build so it will be
difficult to remove it completely, I think.
- Koen.
On 7/2/09, Jean-François Mertens wrote:
>
> On 30 Jun 2009, at 03:21, David R. Morrison wrote:
>
> > I guess another possibility would be to use the "alternatives" system
> > for th
There are now two threads going on about this subject, one in -core
and one in -devel. Since I don't belong to -core, I'll follow up here.
On 6/29/09, Daniel Macks wrote:
> We really need to figure out whether config_data is used directly by
> users (i.e., must be in PATH so can run as command) o
this script could also rename it
> config_data-X.X.Xcore and join in the update-alternatives pool.
>
> dan
>
> On Sun, Jun 21, 2009 at 10:14:40AM -0400, Koen van der Drift wrote:
>> (including fink-devel)
>>
>> I did some more digging, and the bin splitoff was create
s: "Make a splitoff for the %i/bin/config_data
script so that multiple copies of this module may be installed for
different Perl versions."
Please advice where to put the config_data file, so I can fix the
package.
Thanks,
- Koen.
On Jun 20, 2009, at 4:27 PM, Koen van der Dri
e it turns out conflicts with fink's
perl5100. I don't use perl5100 and never added that variant, so never
caught it before.
- Koen.
On 6/21/09, Koen van der Drift wrote:
>
> On Jun 21, 2009, at 3:03 PM, Daniel Macks wrote:
>
> >
> > Adding C/R fixes a problem,
On Jun 21, 2009, at 3:03 PM, Daniel Macks wrote:
>
> Adding C/R fixes a problem, but not the "conflicts with perl5100" one
> that started this thread.
Ok, then back to my original question, where should the offending file
go to so this issue can be fixed as well? Would /sw/bin/module-build-
p
On Jun 21, 2009, at 1:45 PM, Daniel Macks wrote:
> module-build, as with many perl modules that are part of perl core, is
> "dual-lifed": it *also* exists in CPAN, and may be updated more often
> than perl core, and other modules may require that newer version.
> Having a separate fink package fo
On Jun 21, 2009, at 12:49 PM, Daniel Macks wrote:
> But now also fink's perlXXX itself also has that file? I guess perl
> has a module-build in core now?
I don't have perl 5.10 installed but if that is the case, why not
simply remove 5.10 as a variant?
- Koen.
---
s: "Make a splitoff for the %i/bin/config_data
script so that multiple copies of this module may be installed for
different Perl versions."
Please advice where to put the config_data file, so I can fix the
package.
Thanks,
- Koen.
On Jun 20, 2009, at 4:27 PM, Koen van der Dri
On Jun 19, 2009, at 3:57 PM, Alexander Hansen wrote:
> For 3), if there's file overlap, and you want to get rid of the qt3
> version, you may want to make a dummy upgrade package for the older
> kemboss that Depends on the appropriate Variant(s) of kemboss-qt4;
> e.g.
> if it only overlaps with
On Jun 20, 2009, at 2:23 PM, Benjamin Reed wrote:
> No, building against qt4-mac should give you aqua-native apps (well,
> technically it's using Carbon). It should not start X11. If it does,
> something went wrong with your build.
Yes it did - I was using the wrong qmake. I fixed that and now
Thanks both for your answers.
I build both versions, and they just look the same. I guess I was
confused by thinking that qt4-mac would make it look like a aqua app.
It's still an X11 based app, and will appear in an X11 window. So for
now I will just leave the current kemboss.info package
Hi,
I recently added a new package (kemboss, a GUI for EMBOSS) to fink.
Initially I made a x11 only version, but the developer mentioned that
it would be nice if there was also a qt-mac version. So I looked at
some other packages to use as an example, and saw that poppler4-qt4
does the same. It's
On May 16, 2009, at 6:37 PM, Jack Howarth wrote:
> I haven't
> tested on powerpc-apple-darwin yet but the initial 4.3.0
> release had no issues there.
No problems on my iMac G5 with 10.5.7, Package manager version: 0.29.5
Distribution version: selfupdate-cvs Sat May 16 19:25:08 2009, 10.5,
pow
1 - 100 of 492 matches
Mail list logo
